Please enable JavaScript.
Coggle requires JavaScript to display documents.
Elaborando las etapas de análisis y diseño de software en una situación…
Elaborando las etapas de análisis y diseño de software en una situación real
Técnicas de modelado de sistemas de información
es
una actividad realizada en diversas áreas para comprender mejor el objeto que se va a construir. Esto implica la creación de modelos que representen el comportamiento, la arquitectura y las funcionalidades del sistema.
Según Pressman Hay dos clases de modelos:
Modelos de análisis:
que representan los requerimientos del cliente
Modelos de diseño
, que representan la arquitectura, interfaces de usuario y componentes del sistema
Tambien
Las metodologías ágiles han simplificado el proceso de documentación en el análisis y modelado de sistemas de información, pero se ha interpretado erróneamente uno de los principios ágiles: "Software funcionando sobre documentación extensiva".
Aunque
priorizan el software funcional, esto no significa que no se deba documentar. El proceso de documentación sigue siendo necesario, y Scott Ambler en su libro "Modelado Ágil" presenta 10 principios de modelado orientados a metodologías ágiles
Modelo 4+1 Vistas
La documentación de la arquitectura de un sistema de software es una actividad ampliamente reconocida y estandarizada. El estándar más destacado es el ANSI/IEEE 1471-2000, que posteriormente fue adoptado por ISO como ISO/IEC 42010:2007. Este estándar define la arquitectura mediante una serie de vistas del sistema
Basandose
en el estándar IEEE-1471, Philippe Kruchten desarrolló el Modelo 4+1 vistas, que describe la arquitectura de software utilizando múltiples vistas concurrentes.
Sin embargo
este modelo no especifica cómo documentar las vistas del sistema, solo indica la información que cada vista debe contener.
El uso de UML
permite utilizar diferentes diagramas para documentar las vistas propuestas en el modelo. Por ejemplo:
Vista de despliegue/ vista de desarrollo:
Orientada
a la gestión o administración del software. En esta se pueden utilizar el diagrama de componentes y el diagrama de paquetes
Vista fisica:
Enfocado
de representar la topología y comunicación del sistema, para esta se puede utilizar el diagrama de despliegue
Vista de proceso:
Esta orientada
al rendimiento y escalabilidad del sistema; puede ser representada por medio de un diagrama de actividades
Vista de escenarios:
Relaciona
las 4 vistas anteriores, esta puede ser representada por
medio del diagrama de casos de uso
Vista Logica:
Esta orientada
hacia la funcionalidad del sistema, los diagramas que pueden ayudar a describir esta vista son, diagrama de clases, diagrama de comunicación, diagrama de secuencia
es un lenguaje de modelado ampliamente utilizado en Ingeniería de Software
y
Está compuesto por una variedad de elementos gráficos que permiten documentar la arquitectura de un sistema y sus componentes.
es posible
crear una amplia gama de diagramas, y la elección de qué diagramas utilizar depende de las necesidades específicas de documentación del proyecto
que son:
Diagrama de actividades
1 more item...
Diagrama de componentes
1 more item...
Diagrama de colaboracion
1 more item...
Diagrama de emplazamiento
1 more item...
Diagrama de secuencia
1 more item...
Diagrama de paquetes
1 more item...
Diagrama de comunicacion
1 more item...
Diagrama de estados
1 more item...
Diagrama de clases
1 more item...
Diagrama de despliegue
1 more item...
Diagrama de casos de uso
1 more item...