Nombre: Andy Zurita
Carrera: Software
Materia: Ingeniera de Requerimentos
Curso: SOF-S-NO-3-12
Técnicas de modelado en UML utilizadas en el diseño de sistemas de
software
Los modelos o diagramas de UML nos ayudan a trabajar a un mayor nivel de abstracción.
Permite modelar cualquier tipo de aplicación corriendo en cualquier combinación de
hardware y software, sistema operativo, lenguaje de programación y red, es decir, UML es
independiente de la plataforma hardware sobre la que actúa el software. Su flexibilidad
permite modelar cualquier tipo de aplicación e, incluso, otros tipos de proyecto que no son
puramente software. Se han seleccionado aquellas que permitan crear sistemas escalables y
fáciles de mantener a largo plazo
Diagramas estructurales
Los diagramas estructurales muestran la estructura estática del sistema y sus partes en
diferentes niveles de abstracción:
Diagrama de clases: Muestra la estructura del sistema, subsistema o componente
utilizando clases con sus características, restricciones y relaciones: asociaciones,
generalizaciones, dependencias, etc.
Diagrama de componentes: Muestra componentes y dependencias entre ellos. Este tipo de
diagramas se utiliza para el desarrollo basado en componentes (CDB), para describir
sistemas con arquitectura orientada a servicios (SOA).
Diagrama de despliegue: Muestra la arquitectura del sistema como despliegue
(distribución) de artefactos de software.
Diagramas de comportamiento
A diferencia de los diagramas estructurales, muestran como se comporta un sistema de
información de forma dinámica. Es decir, describe los cambios que sufre un sistema a
través del tiempo cuando está en ejecución. Hay un total de siete diagramas de
comportamiento, clasificados de la siguiente forma:
Diagrama de actividades: Muestra la secuencia y las condiciones para coordinar los
comportamientos de nivel inferior, en lugar de los clasificadores que poseen esos
comportamientos. Estos son comúnmente llamados modelos de flujo de control y flujo de
objetos.
Diagrama de casos de uso: Describe un conjunto de acciones (casos de uso) que algunos
sistemas o sistemas (sujetos) deben o pueden realizar en colaboración con uno o más
usuarios externos del sistema (actores) para proporcionar algunos resultados observables y
valiosos a los actores u otros interesados del sistema(s).
Diagramas de interacción
Es un subconjunto de los diagramas de comportamiento. Comprende los siguientes
diagramas:
Diagrama de secuencia: Es el tipo más común de diagramas de interacción y se centra en
el intercambio de mensajes entre líneas de vida (objetos).
Representación de la arquitectura, la modularidad, la reutilización de
componentes, la gestión de cambios y la capacidad de extensión de los
modelos UML.
1. Diagrama de Casos de Uso:
Arquitectura: Identifica las funciones principales desde la perspectiva del usuario,
proporcionando una visión general de la arquitectura de alto nivel.
Modularidad: Cada caso de uso representa una funcionalidad modular del sistema.
Reutilización de Componentes: Puede identificar casos de uso comunes que pueden ser
compartidos por varios actores.
Gestión de Cambios: Cambios en requisitos se reflejan directamente en los casos de uso
afectados.
Capacidad de Extensión: Nuevos casos de uso pueden ser agregados fácilmente para
extender la funcionalidad.
2. Diagrama de Clases:
Arquitectura: Muestra la estructura estática del sistema, identificando las clases y sus
relaciones.
Modularidad: Cada clase encapsula un conjunto de funcionalidades relacionadas.
Reutilización de Componentes: Clases pueden ser diseñadas para ser reutilizables en
diferentes contextos.
Gestión de Cambios: Cambios en la estructura de clases pueden ser gestionados y
controlados.
Capacidad de Extensión: Nuevas clases pueden ser añadidas para extender la funcionalidad.
3. Diagrama de Secuencia:
Arquitectura: Muestra las interacciones entre objetos a lo largo del tiempo, proporcionando
una vista dinámica de la arquitectura.
Modularidad: Puede ayudar a identificar la secuencia de interacciones entre módulos o
subsistemas.
Reutilización de Componentes: Puede mostrar cómo ciertos componentes interactúan entre
sí en diferentes escenarios.
Gestión de Cambios: Cambios en el flujo de interacciones pueden ser identificados y
gestionados.
Capacidad de Extensión: Nuevos mensajes y colaboraciones pueden ser añadidos para
extender la funcionalidad.
4. Diagrama de Actividad:
Arquitectura: Muestra el flujo de trabajo y procesos del sistema.
Modularidad: Cada actividad representa una tarea o proceso modular.
Reutilización de Componentes: Puede mostrar cómo ciertos flujos de actividad son
reutilizables en diferentes partes del sistema.
Gestión de Cambios: Cambios en los flujos de actividad pueden ser gestionados de manera
estructurada.
Capacidad de Extensión: Nuevas actividades pueden ser añadidas para extender la
funcionalidad.
5. Diagrama de Componentes:
Arquitectura: Muestra la estructura de componentes del sistema y sus relaciones.
Modularidad: Cada componente representa un módulo o subsistema del sistema.
Reutilización de Componentes: Puede mostrar cómo ciertos componentes son reutilizables
en diferentes sistemas.
Gestión de Cambios: Cambios en la estructura de componentes pueden ser gestionados y
controlados.
Capacidad de Extensión: Nuevos componentes pueden ser añadidos para extender la
funcionalidad.
6. Diagrama de Despliegue:
Arquitectura: Muestra la disposición física de los componentes en el entorno de
implementación.
Modularidad: Puede mostrar cómo los componentes se despliegan en diferentes nodos.
Reutilización de Componentes: Puede mostrar cómo ciertos nodos son reutilizables en
diferentes implementaciones.
Gestión de Cambios: Cambios en la implementación física pueden ser gestionados y
controlados.
Capacidad de Extensión: Nuevos nodos y componentes pueden ser añadidos para extender
la infraestructura.
