Restricciones en el Desarrollo de Software: Concepto y Ejemplos

Clase 12 de 24 • Fundamentos de Arquitectura de Software (2018)

Resumen

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.

Carlos Eduardo Diaz Polanco

student•

Las Restricciones

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 StakeHolders, nos pueden poner limitaciones relacionadas con su contexto de negocio, ejemplo:

• Las limitaciones legales, la implementación de un producto podría tener restricciones en algún país, y esto seria una limitante a considerar para el desarrollo del producto.
• Limitaciones técnicas, relacionadas con integraciones con otros sistemas.
• El ciclo de vida del producto, 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.

Nota:
El arquitecto debe balancear entre los requerimiento y las restricciones.

Noe de Jesus Muñoz Martinez

student•

Buen aporte.

Sergio VO

student•

Exacto a medida que crezca el sistema habrán muchas restricciones que el Arquitecto deberá balancear. Buen Aporte :)

William Fernando Pozo Almeida

student•

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 😃

Jorge Arturo Flores Vejar

student•

jajaj muy cierto! El lenguaje técnico es el lenguaje del ego! Saludos, AF.

Solarte Orozco Jose Luis

student•

Estoy de acuerdo con esto fercho2002. Esta es una de las habilidades que también debemos desarrollar como parte de nuestra Marca personal, ya que no solo basta la "relación con la maquina", sino adaptarnos eficazmente a los entornos de empresa, negocios, clientes en los que nos movemos.

Puede ser que algunos expertos lo hagan por ego, pero también puede ser el caso de muchos que no se "han preparado" en habilidades de comunicación para los contextos de su actividad.

Antonio Rafael González Ferrer

student•

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

Aldo Yedro

student•

Buen aporte!

Lorenzo Enrique Piñango Cerezo

student•

Gracias, excelente :)

Emilio Uriel Guerrero López

student•

=============== RESTRICCIONES

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.

Aldo Miguel Ortiz Parodi

student•

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.

Elmer Padilla Espinoza

student•

Gracias por tu tiempo Aldo pra realizar este resumen.

Lorenzo Enrique Piñango Cerezo

student•

Súper bien :D

Mauricio Costanzo

student•

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.

Félix Andersson

student•

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

Josias Azmitia

student•

Cuando empezamos a trabajar no tendremos a nuestra disposición todas las tecnologías y/o patrones de diseño y están delimitadas por las partes interesadas (o stakeholders), pueden haber limitaciones de negocio, legales e integración entre sistemas. El ciclo de vida de la aplicación también supone una limitación. Así el arquitecto es el encargado de balancear entre requerimientos y restricciones a medida que toma decisiones de diseño y de implementación.

Breider Alexander Santacruz Reinoso

student•

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

Daniel J. Pérez

student•

Desgraciadamente sí podría considerarse una gran limitación, ya que termina afectando al software.

Solarte Orozco Jose Luis

student•

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.

Jeisson Duran

student•

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

Victor Manuel Franco Cañon

student•

El balance habla de equilibrio, osea de tener claro que quiere el cliente (requerimientos) como cumplir con las características solicitadas (usuario final - que problema resuelve la solución que implementamos y si realmente lo resuelve) y las limitaciones que el sistema tiene en si mismo.

Ejemplo: El cliente quiere implementar un sistema de “machine learning” en una infraestructura propia, pero los equipos que tiene no poseen la capacidad de procesamiento requerido y el no tiene presupuesto para adquirir equipos para tal fin, pero aun así el cliente desea utilizar su infraestructura para implementar la solución.

En el caso anterior el arquitecto debe evaluar los requerimientos y las restricciones de los StakeHolders con el fin de encontrar equilibrio (balancear) en dichas situaciones para llevar a buen fin el sistema que se esta requiriendo.

Breider Alexander Santacruz Reinoso

student•

Básicamente mantener contentos a los stakeholders (requerimientos) con las restricciones que tienes, cumplir con lo que se solicita o saber sustentar porque no se puede teniendo en cuenta siempre las restricciones.

Cristobal Nyram

student•

Para todos los que dicen, Para que sirve este proces, pues sirve para;

•Comunicacion efectiva entre el equipo •Esta comunicacion eficaz nos dara por en de una colaboracion eficaz •

Eyner Jorge Eduar Córdova Plasencia

student•

Yo entiendo que debemos tener claras nuestras restricciones, pero en qué manera deben ser estas documentadas? O como ir registrando mayores restricciones a medida que va evolucionando nuestro sistema?

Martin Paez

student•

En cada toma de decisiones se deben de documentar. Incluso detallando claramente el por que se tomo esa decision. Asi, cuando el proceso evolucione y se requieran mayores restricciones, estas ayudaran a tomar mejores deciciones en nuestro sistema futuro

LUIS ARTURO ZARATE AYALA

student•

En el documento de arquitectura de la aplicación se coloca como apartado, por lo general se describe con palabras naturales para que los stakeholders las puedan entender

Anderson Josué Oroya Silva

student•

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

Samuel Santa

student•

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.

Yulieth Paola Moreno Sierra

student•

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

Camilo Beltrán

student•

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

Cristian Camilo Cortes Ortiz

student•

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.

Edgar A. Orozco

student•

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

Pedro Iván Juárez Cornejo

student•

Excelente definición de arquitectura. Es muy importante destacar, que esta va depender del contexto tecnológico en el que nos encontramos 👌🏼