No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Restricciones

12/24
Recursos

Las restricciones en el contexto de un proceso de desarrollo de software se refiere a las restricciones que limitan las opciones de diseño o implementaciones disponibles al desarrollar.

Los SH nos pueden poner limitaciones relacionadas con su contexto de negocio, limitaciones legales.

También hay limitaciones técnicas relacionadas con integraciones con otros sistemas.

El ciclo de vida del producto va a agregar limitaciones al producto, por ejemplo a medida que avanza el proceso de implementación el modelo de datos va a ser más difícil de modificar.

El arquitecto debe balancear entre los requerimiento y las restricciones.

Aportes 33

Preguntas 4

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.

Muchas de las veces los stakeholders (involucrados del proyecto) piensan que las restricciones son limitaciones en nuestro cerebro, pero está en el Arquitecto, mostrar de una manera clara y humilde porque es una limitación . Recomendación : usar lenguaje natural y normal , evitar lenguaje técnico.

Sacado de la vida real 😃

Apuntes:

Restricciones

“Una restricción limita las opciones de diseño o de implementación disponibles al desarrollador.”
Software Requirements: 3rd Edition (Wiegers, Betty 2003)

Partes interesadas (Stakeholders)
Limitaciones quizás que tengan que ver con su ecosistema o contexto de negocio, limitaciones de tipo de regulaciones o cuestiones legales.
Integraciones con otros sistemas
Si vamos a comunicarnos con un sistema por HTTP necesitamos tener internet, eso nos va a limitar en el ciclo de despliegue, como ejemplo.
Ciclo de vida del producto
Un ejemplo común es que a medida que evoluciona la aplicación el modelo de datos es más difícil de cambiar

<h1>===============
RESTRICCIONES</h1>

Las restricciones son todas esas limitaciones que el contexto le da a tu proyecto ya sea en su diseño o implementación al momento de ser desarrollado.

Estas restricciones también pueden ser dadas por las partes interesadas (stakeholders) o bien con la integración del software con otros sistemas, por ejemplo si se va a comunicar con otros servidores debe usar internet, esa sería una restricción.

También el ciclo del vida del producto cuenta, porque a medida de que va creciendo es un poco más difícil de sostener.

Proyecto: Platzi Video (Escuela Javascript) (Considero que no existe Netflix a fines de aprendizaje jaja) Que probelmas resuelve? Proporciona un medio por el cual acceder fácil y rápidamente a las películas que queramos de manera legal, desde la comodidad de tu casa y sin tener que andar buscando pelis piratas en google durante mil horas para terminar viendo una película en 140p. Requerimientos no funcionales: Debemos contar con alta capacidad de almacenamiento para películas Full HD y un buen ancho de banda para streaming de datos constante, probablemente usando un CDN para que los clientes tengan mayor velocidad de transmisión de datos. Reutilizable? Podría reutilzarse fácilmente en escenarios en los que el contenido sea cualquier otro tipo de contenido multimedia, no solo películas. Sería difícil de reutilizar para otros escenarios porque no tendrían nada que ver. Cuales son los riesgos? Que el tráfico sea alto y el streaming se datos de las películas a los clientes no sea lo suficientemente rápida como para que puedan ver las películas con continuidad

12. Mis apuntes sobre: “Restricciones”
“Una restricción limita las opciones de diseño o implementación disponibles al desarrollador”.
Software Requirements 3rd Edition (Wiegers, Betty, 2013)

Cuando empezamos a trabajar, no vamos a tener disponibles todas las tecnologías, plataformas,
patrones de diseño, infraestructura, porque hay ciertas restricciones que nos da el contexto.

Usualmente, estas restricciones están dadas por las partes interesadas [stakeholders], que nos
van a poner limitaciones que tengan que ver con su ecosistema, o su contexto de negocio, o
regulaciones o legales.
Limitaciones por integraciones con otros sistemas, por ejemplo, la aplicación necesita conexión
a internet, eso nos va a limitar en la capacidad o contexto de despligue.

El ciclo de vida: A medida que crece la aplicación es más difícil de cambiar.

En un proyecto la limitación más común es la económica.

En un proyecto de desarrollo de Software, es probable que nos encontremos con algunas restricciones.

Son limitaciones en las opciones tanto de diseño como de implementación.

No me es claro como se debe balancear entre los requerimientos y las restricciones

Me gustaria reportar un problema que ocurre en las secciones de aportes de los cursos, es el siguiente: Cuando estoy escribiendo y el video cambía automaticamente al siguiente se me pierde todo lo que he escrito. 😦

Podria ser que esta sección de aportes tenga una especie de autoguardardo que permita volver por si ocurre un problema, de salida accidental.
y también, si estoy escribiendo y se va a cambiar el video automaticamente me nuestre un mensaje en el cual se me confirme si quiero seguir escribiendo o cambiar de inmediato al siguiente video.

gracias.

Esto me parece que es un requerimiento funcional.
Pero tambien lleva implicito un requerimiento no funcional que se refiere a prevenir la pérdida de mi información.

Creo que para esto debe ser un proceso claro para los stakeholders en el sentido de que por ejemplo si se tienen demasiadas restricciones el producto se puede ver afectado en algún sentido

Restricciones
"una restricción limita las opciones del diseño o implementación disponibles al desarrollador"

  • dado por lo stakeholders por su ecosistema o contexto de negocio o regulaciones
  • integraciones de otros sistemas
  • Ciclo de vida del producto haciéndolo más difícil de cambiar


El arquitecto tiene que balancear entre los requerimientos y las restricciones que va a ir encontrando,

Muy importante identificar y tener presente las restricciones.

Las restricciones pueden venir de las partes interesadas, interacciones con otros sistemas o por el ciclo de vida del producto. Saludos, AF.

las restricciones son aquellas limitaciones que se generan por el diseño o implementacion del proyecto

Las restricciones en el contexto de un proceso de desarrollo de software se refiere a las restricciones que limitan las opciones de diseño o implementaciones disponibles al desarrollar.

Tienen que ver con las limitaciones que vamos a tener en diseño e implementacion.
Partes interesadas (stakeolders)
Integraciones con partes externas
Ciclo de vida del producto

Las restricciones tienen que ver con las limitaciones de diseño e implementación y estas son definidas por los Stakeholders.

El ciclo de vida del productos, agregaran mas limitaciones a lo largo de su evolución.

El arquitecto debe balancear entre los requerimientos y las restricciones que va a ir encontrando.

El arquitecto siempre debe encontrar un balance entre las limitantes/restricciones y los requerimientos del sistema.

Aporte:

Al desarrollar software tenemos restricciones. Las restricciones son limitaciones a la hora del diseño, desarrollo e implementación, que son establecidas por el contexto de la situación, stakeholders, integraciones con otros sistemas o por el ciclo de vida del producto.

El arquitecto tiene que balancear entre los requerimientos y las restricciones que va a ir encontrando a medida que toma decisiones en el diseño, desarrollo e implementación del sistema.

Las Restricciones a las que se enfrenta un arquitecto tienen que ver con las partes interesadas(stakeholders), Integraciones con otros sistemas y con el Ciclo de vida del producto.

Limitaciones de diseño o de implementación disponibles a la hora del desarrollo.
la proporcionan:
los stallholder
integración con otros sistemas
ciclo de vida del software

gran aporte

Limitaciones a la hora de iniciar un proyecto :).

Restricciones
Limitaciones en cuanto a diseño o implementación

Opciones:
- Stakeholders
- Integraciones con otros sistemas

  • Ciclo de vida del producto

importante tomar en cuenta a la hora de diseñar nuestro sistema

Es muy importante definir las restricciones, no solo al inicio si no durante el cliclo de vida del producto.

Son limitaciones que son dadas por los stakeholdres o otro actor.

Las restricciones son el producto del buen análisis que se consigue de entender el problema y hallar la solución ms efectiva.

“Restricciones que limitan las opciones de diseño o implementaciones disponibles al desarrollar”

Las Restricciones en la Arquitectura de Software
Las restricciones en el contexto de un proceso de diseño y desarrollo de software se refiere a las limitantes de las opciones de diseño o implementaciones disponibles al desarrollar nuestro producto.

Los SH (Stakeholders) nos pueden poner limitaciones relacionadas con su contexto de negocio, limitaciones legales.

También hay limitaciones técnicas relacionadas con integraciones con otros sistemas.

El ciclo de vida del producto va a agregar limitaciones al producto, por ejemplo a medida que avanza el proceso de implementación el modelo de datos va a ser más difícil de modificar.

Posdata:

El arquitecto debe balancear entre los requerimiento y las restricciones.

El arquitecto debe balancear entre los requerimiento y las restricciones.