Aaaa
Páginas: 64 (15780 palabras)
Publicado: 10 de octubre de 2012
UNIDAD I. CONCEPTOS INTRODUCTORIOS
1.1 La arquitectura de 4 +1 vistas
La visualización, especificación, construcción y documentación de un sistema con gran cantidad de software requiere que el sistema sea visto desde varias perspectivas. Diferentes usuarios (usuarios finales, analistas, desarrolladores, integradores de sistemas, encargados de los tests, encargados de ladocumentación técnica y jefes de proyectos) siguen diferentes agendas en relación al proyecto, y cada uno mira a ese sistema de formas diferentes en diversos momentos a lo largo de la vida del proyecto.
La arquitectura de un sistema es quizás el artefacto más importante que puede emplearse para manejar estos diferentes puntos de vista y controlar el desarrollo iterativo eincremental de un sistema a lo largo de su ciclo de vida. La arquitectura es el conjunto de decisiones significativas sobre:
La organización de un sistema software.
La selección de elementos estructurales y sus interfaces a través de los cuales se constituye el sistema.
Su comportamiento, como se especifica en las colaboraciones entre esos elementos.
La composición de esos elementosestructurales y de comportamiento en subsistemas progresivamente más grandes.
El estilo arquitectónico que guía esta organización: los elementos estáticos y dinámicos y sus interfaces, sus colaboraciones y su composición.
La arquitectura de software no tiene que ver solamente con la estructura y el comportamiento, sino también con el uso, la funcionalidad, el rendimiento, la capacidad deadaptación, la reutilización, la capacidad de ser comprendido, las restricciones económicas y de tecnología y los compromisos entre alternativas, así como los aspectos estéticos.
Figura 1.1(a): Arquitectura de 4 + 1 vistas.1
1 [http: www.vico.org/aRecursos/TRAD_Cards/TRAD_Arquitectura_1_esp.pdf]
Como ilustra la figura 1.1, la arquitectura de un sistema con gran cantidad de software puededescribirse mejor a través de cinco vistas interrelacionadas. Cada vista es una proyección de la organización y la estructura del sistema, centrada en un aspecto particular de ese sistema; a este tipo de arquitectura se le denomina de 4 + 1 vistas.
Vocabulario funcionalidad
Vista de
Ensamblado del sistema, gestión de configuraciones
comportamiento
Vista de diseño
Vista deprocesos
Vista de casos de uso
implementación
Vista de despliegue
Funcionamiento, capacidad
de crecimiento, rendimiento
topología del sistema,
distribución, entrega, instalación
Figura 1.1(b): Arquitectura de 4 + 1 vistas.2
De la figura 1.1(b) podemos decir que:
La vista de casos de uso de un sistema comprende los casos de uso que describen el comportamiento del sistema tal ycomo es percibido por los usuarios finales, analistas y encargados de las pruebas. Esta vista no especifica realmente la organización de un sistema software. Más bien, existe para especificar las fuerzas que configuran la arquitectura del sistema. Con UML, los aspectos estáticos de esta vista se capturan en los diagramas de casos de uso; los aspectos dinámicos de esta vista se capturan en losdiagramas de interacción, diagramas de estados y diagramas de actividades.
La vista de diseño de un sistema comprende las clases, interfaces y colaboraciones que forman el vocabulario del problema y su solución. Esta vista soporta principalmente los requisitos funcionales del sistema, entendiendo por ello los servicios que el sistema debería proporcionar a sus usuarios finales. Con UML, losaspectos estáticos de esta vista se capturan en los diagramas de clases y de objetos; los aspectos dinámicos se capturan en los diagramas de interacción, diagramas de estados y diagramas de actividades.
La vista de procesos de un sistema comprende los hilos y procesos que forman los mecanismos de sincronización y concurrencia del sistema. Esta vista cubre principalmente el funcionamiento,...
1.1 La arquitectura de 4 +1 vistas
La visualización, especificación, construcción y documentación de un sistema con gran cantidad de software requiere que el sistema sea visto desde varias perspectivas. Diferentes usuarios (usuarios finales, analistas, desarrolladores, integradores de sistemas, encargados de los tests, encargados de ladocumentación técnica y jefes de proyectos) siguen diferentes agendas en relación al proyecto, y cada uno mira a ese sistema de formas diferentes en diversos momentos a lo largo de la vida del proyecto.
La arquitectura de un sistema es quizás el artefacto más importante que puede emplearse para manejar estos diferentes puntos de vista y controlar el desarrollo iterativo eincremental de un sistema a lo largo de su ciclo de vida. La arquitectura es el conjunto de decisiones significativas sobre:
La organización de un sistema software.
La selección de elementos estructurales y sus interfaces a través de los cuales se constituye el sistema.
Su comportamiento, como se especifica en las colaboraciones entre esos elementos.
La composición de esos elementosestructurales y de comportamiento en subsistemas progresivamente más grandes.
El estilo arquitectónico que guía esta organización: los elementos estáticos y dinámicos y sus interfaces, sus colaboraciones y su composición.
La arquitectura de software no tiene que ver solamente con la estructura y el comportamiento, sino también con el uso, la funcionalidad, el rendimiento, la capacidad deadaptación, la reutilización, la capacidad de ser comprendido, las restricciones económicas y de tecnología y los compromisos entre alternativas, así como los aspectos estéticos.
Figura 1.1(a): Arquitectura de 4 + 1 vistas.1
1 [http: www.vico.org/aRecursos/TRAD_Cards/TRAD_Arquitectura_1_esp.pdf]
Como ilustra la figura 1.1, la arquitectura de un sistema con gran cantidad de software puededescribirse mejor a través de cinco vistas interrelacionadas. Cada vista es una proyección de la organización y la estructura del sistema, centrada en un aspecto particular de ese sistema; a este tipo de arquitectura se le denomina de 4 + 1 vistas.
Vocabulario funcionalidad
Vista de
Ensamblado del sistema, gestión de configuraciones
comportamiento
Vista de diseño
Vista deprocesos
Vista de casos de uso
implementación
Vista de despliegue
Funcionamiento, capacidad
de crecimiento, rendimiento
topología del sistema,
distribución, entrega, instalación
Figura 1.1(b): Arquitectura de 4 + 1 vistas.2
De la figura 1.1(b) podemos decir que:
La vista de casos de uso de un sistema comprende los casos de uso que describen el comportamiento del sistema tal ycomo es percibido por los usuarios finales, analistas y encargados de las pruebas. Esta vista no especifica realmente la organización de un sistema software. Más bien, existe para especificar las fuerzas que configuran la arquitectura del sistema. Con UML, los aspectos estáticos de esta vista se capturan en los diagramas de casos de uso; los aspectos dinámicos de esta vista se capturan en losdiagramas de interacción, diagramas de estados y diagramas de actividades.
La vista de diseño de un sistema comprende las clases, interfaces y colaboraciones que forman el vocabulario del problema y su solución. Esta vista soporta principalmente los requisitos funcionales del sistema, entendiendo por ello los servicios que el sistema debería proporcionar a sus usuarios finales. Con UML, losaspectos estáticos de esta vista se capturan en los diagramas de clases y de objetos; los aspectos dinámicos se capturan en los diagramas de interacción, diagramas de estados y diagramas de actividades.
La vista de procesos de un sistema comprende los hilos y procesos que forman los mecanismos de sincronización y concurrencia del sistema. Esta vista cubre principalmente el funcionamiento,...
Leer documento completo
Regístrate para leer el documento completo.