Restricciones

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

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.

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 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.

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

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.

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

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 tiene que balancear entre los requerimientos y las restricciones que va a ir encontrando,

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

RESTRICCIONES
.
En el contexto de un proceso de desarrollo de software tienen que ver con las limitaciones en las opciones tanto de diseño como de implementación. Quiere decir que al momento de trabajar en la implementación de la solución no van se van a tener disponibles todas las tecnologías, plataformas o patrones ya que se tienen ciertas restricciones.
.
“Una restricción limita las opciones de diseño o implementación disponibles al desarrollador.”
.
El arquitecto tiene que balancear entre los requerimientos y las restricciones que se van ir encontrando a medida que toda desiciones tanto de diseño como de implementació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

✅

Es muy cierto, mientras más avanzada tenemos la aplicación es más dificil implementar cambios en el modelo de datos.

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

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”

El arquitecto debe balancear entre los requerimiento y las restricciones.