Conceptos de modelado, Apuntes de Programación de Bases de Datos

¡Descarga Conceptos de modelado y más Apuntes en PDF de Programación de Bases de Datos solo en Docsity!

Modelado y Diseño de

Arquitectura de

Software

CONCEPTOS DE MODELADO Fernando Barraza A. MS.c. [email protected]

2

Desarrollo de sistemas de software

Requisitos funcionales del software Si todo lo que importara fuese la funcionalidad, cualquier software monolítico serviría, ... pero otras cosas también importan

• Modificabilidad
• Interoperabilidad
• Disponibilidad
• Seguridad
• Predictabilidad
• Portabilidad
• ... Los atributos de calidad del software y su caracterización son esenciales. Manejadores de atributos de calidad Arquitectura del software Software tiene estas cualidades

Implicaciones de no seguir un

proceso conocido de modelado

 La arquitectura es una abstracción de un sistema.  Los sistema pueden tener y tienen una estructura.  Todo sistema tiene una arquitectura.  Tener una arquitectura no es lo mismo que tener una arquitectura conocida por todos. Si no se desarrolla la arquitectura explícitamente, se obtendrá una de todas formas, pero puede no gustarnos lo que obtenemos! 4

5 Arquitectura y Funcionalidad  La funcionalidad es en gran medida ortogonal a los requisitos de calidad:  La funcionalidad es la capacidad del sistema de hacer lo que se pretendía que hiciese;  Los sistemas se descomponen en elementos para lograr variados propósitos, más allá de la funcionalidad:  Las opciones de arquitectura promueven ciertas cualidades al tiempo que implementan la funcionalidad deseada.

7 Desafíos  ¿Qué significan con precisión atributos de calidad tales como modificabilidad, seguridad, performance y confiabilidad?  ¿Cómo se estructura el sistema de modo que tenga estas cualidades deseadas?  ¿Se puede analizar el sistema para determinar si tiene estas cualidades?  ¿Cuán temprano puede realizarse este análisis?  ¿Cómo se sabe si una arquitectura de software es apropiada para un sistema sin tener que construir el sistema primero?

8

Realidad sobre Arquitectura de

Software

 Los requisitos de atributos de calidad son las principales guías para el diseño de la arquitectura.  La medida en que un sistema alcance sus requisitos de atributos de calidad depende de las decisiones de arquitectura.  El desarrollo requiere ser guiado por las decisiones de arquitectura.

10 Interesados Involucrados  Los objetivos organizacionales y las propiedades del sistema requeridas por el negocio raramente se comprenden y menos aún se articulan completamente.  Los requisitos de calidad del cliente casi nunca se documentan, lo cual resulta en:  objetivos que no se alcanzan;  conflicto inevitable entre los interesados.  Los arquitectos deben identificar e involucrar activamente a los interesados de modo de:  comprender las restricciones reales del sistema;  administrar las expectativas de los interesados;  negociar las prioridades del sistema;  tomar decisiones de compromiso.

11

Desarrollo de Software Tradicional

Descripciones operacionales Requisitos funcionales de alto nivel Sistemas legados Arquitectura de sistema específico Arquitectura del software Diseño detallado Implementación  Los atributos de calidad rara vez se capturan como parte de la especificación de requisitos;  generalmente son sólo vagamente comprendidos;  frecuentemente pobremente articulados ocurre un milagro

Esquema de proceso de modelado

de AS

13

Etapas del proceso  Definir los requerimientos: Involucra crear un modelo desde los requerimientos que guiarán el diseño de la arquitectura basado en los atributos de calidad esperados  Diseño de la Arquitectura : Involucra definir la estructura y las responsabilidades de los componentes que comprenderán la Arquitectura de Software  Validación: Significa “probar” la arquitectura, típicamente pasando a través del diseño contra los requerimientos actuales y cualquier posible requerimiento a futuro. 14

Requerimientos no funcionales  Describen como el software debe comportarse, es decir como hacer algo, no que debe hacer  Están relacionados con los requerimientos funcionales porque describen la forma que se espera se logren dichos requerimientos  En algunos casos tienen restricciones de cómo hacerlo  Se clasifican de acuerdo al atributo de calidad esperado del sistema 16

Ejemplo de requerimientos de AS 17

Ejemplos de restricciones 19

Priorización de requerimientos  Alta: La aplicación debe soportar el requerimiento. Estos requerimientos guían el diseño de la arquitectura  Media: Requerimientos que necesitan ser soportados en algún momento o etapa del proyecto pero no necesariamente en esta siguiente versión.  Baja: Se conoce como parte de la “wish-list”. Se pueden implementar cuando sea posible hacerlo. 20