UNIVERSIDAD NACIONAL
MICAELA BASTIDAS DE APURIMAC
“Monografía UML”
CURSO : Análisis y diseño de Sistemas de Información
2
DOCENTE : Ing. Rommel Soto Mayor
SEMESTRE : 2016-II
INTEGRANTES : Franz Junior Osco Andrade
Juan Luis Angel Medina Paredes
Abancay 2016
Índice
1. UML 2
2. Elementos del modelo 2
3. Diagramas en UML 3
Diagrama de Casos de Uso 3
Diagrama de Clases 4
Diagrama de Estados 5
Diagrama de Secuencia 6
Diagrama de Colaboración 7
Diagrama de Actividades 8
Diagrama de Componentes 10
Diagrama de Despliegue 12
1
1. UML
El lenguaje unificado de modelado (UML, por sus siglas en inglés, Unified Modeling
Language). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un
sistema.
Según, Kendall & Kendall, “El UML provee un conjunto estandarizado de herramientas para
documentar el análisis y diseño orientados a objetos de un sistema de software”.
El Lenguaje de Modelado Unificado tiene un amplio espectro de usos. Puede ser utilizado
para el modelado del negocio, el modelado de software en todas las fases de desarrollo y
para todos lo tipos de sistemas, y modelaje en general de cualquier construcción que tenga
una estructura estática y un comportamiento dinámico. Con el objetivo de alcanzar estas
amplias capacidades, el lenguaje es definido a ser extensivo y suficientemente genérico
para permitir el modelaje de tales sistemas, evitando tanta especialidad y complejidad.
2. Elementos del modelo
Los conceptos utilizados en los diagramas son los elementos del modelo los cuales
representan conceptos orientados a objetos comunes, tales como clases, objetos,
mensajes, y las relaciones entre estos conceptos incluyendo asociación, dependencia y
generalización. Un elemento del modelo es utilizado en varios diagramas diferentes, pero
siempre tiene el mismo significado y símbolo.
Los conceptos utilizados en los diagramas son llamados elementos del modelo. Un
elemento del modelo es definido con una semántica, una definición formal del elemento o el
significado exacto de lo que representa en un enunciado no ambiguo. Un elemento del
modelo también tiene un elemento de vista correspondiente, el cual es una representación
gráfica del elemento o el símbolo gráfico utilizado para representar al elemento en los
diagramas. Un elemento puede existir en varios tipos diferentes de diagramas, pero hay
reglas para las cuales los elementos pueden ser mostrados en cada tipo de diagrama. En la
siguiente figura se muestran algunos ejemplos de elementos del modelo tales como clase,
objeto, estado, caso de uso, nodo, interfaz, paquete, nota, componente, actor, señal, y
estados inicial, final e historia:
2
Las relaciones son también elementos del modelo, y son utilizadas para
interconectar otros elementos del modelo unos a otros. Algunas relaciones
diferentes son:
● Asociación: Conecta elementos y enlaza instancias.
● Generalización: También llamada herencia, esto significa que un elemento
puede ser la especialización de otro elemento.
● Dependencia: Muestra que un elemento depende de alguna manera de otro
elemento.
● Agregación: Es una forma de asociación en la cual un elemento contiene
otros elementos.
● Refinamiento: Es una forma de generalización entre un elemento a mayor
nivel de detalle que otro pero que representan lo mismo.
3. Diagramas en UML
- Diagrama de Casos de Uso
Un diagrama de casos de uso es una vista gráfica de algunos o todos los actores,
casos de uso y sus interacciones, identificados para un sistema. Cada sistema
típicamente tiene un diagrama de Caso de Uso Principal, el cual es la imagen de las
fronteras del sistema (actores) y la funcionalidad principal proporcionada por el
sistema (casos de uso). Otros diagramas de caso de uso pueden ser creados
cuando sea necesario. Algunos ejemplos son:
● Un diagrama que muestre todos los casos de uso para un actor determinado.
● Un diagrama que muestre todos los casos de uso implementados en una
iteración.
● Un diagrama que muestre un caso de uso y sus relaciones.
3
Ejemplo de Diagrama de Casos de Uso
- Diagrama de Clases
Un diagrama de clases es un tipo de modelo estático. Un diagrama de clases
describe la vista estática del sistema. Aunque tiene similitudes con un modelo de
datos (entidad-relación), recuerde que las clases no solo muestran la estructura de
la información, sino que describen también el comportamiento. Un propósito de los
diagramas de clases es definir una base para otros diagramas donde otros aspectos
del sistema son mostrados (tales como los estados de los objetos o la colaboración
entre ellos mostrados en los diagramas dinámicos). Una clase en un diagrama de
clase puede ser directamente implementada en un lenguaje de programación
orientado a objetos.
A medida que más y más clases son añadidas al modelo, una representación textual
de las clases no es suficiente. Los diagramas de clases son creados para
proporcionar una imagen o vista de algunas o todas las clases en el modelo. El
diagrama de clases principal en la vista lógica del modelo es típicamente una
imagen de los paquetes del sistema (a veces a este diagrama se le llama diagrama
de paquetes). Cada paquete también tiene su diagrama de clases principal, que
típicamente despliega las clases públicas del paquete. Otros diagramas se crean
según sea necesario. Algunos usos típicos de otros diagramas son:
● Vista de todas las clases de implementación en un paquete.
● Vista de la estructura y comportamiento de una o más clases.
● Vista de una jerarquía de herencia.
4
Los diagramas de clases también pueden ser creados en la vista de casos de uso
del modelo. Estos diagramas típicamente son asignados a los casos de uso y
contienen una vista de las clases que participan en los casos de uso.
Ejemplo Diagrama de Clases
- Diagrama de Estados
Un diagrama de estados es típicamente un complemento de la descripción de una
clase. Muestra todos los estados posibles que los objetos de la clase puedan tener, y
qué eventos causan un cambio de estado. Un evento puede ser otro objeto que
envía un mensaje – por ejemplo, que el tiempo especificado se ha terminado – o que
alguna otra condición ha sido cumplida. Un cambio de estado es llamado transición.
Una transición puede tener también una acción conectada a él para especificar qué
sería hecho en conexión con el estado de transición.
Los diagramas de estados no son dibujados para todas las clases, solamente para
aquellas que tienen una serie de estados bien definidos y en donde el
comportamiento de la clase es afectado y cambiado por los estados diferentes. Los
diagramas de estados pueden también ser dibujados para el sistema en su totalidad.
5
Ejemplo diagrama de estados
- Diagrama de Secuencia
Un diagrama de secuencia muestra una colaboración dinámica entre una serie de
objetos. El aspecto importante de este diagrama es mostrar una secuencia de
mensajes enviados entre los objetos. También son mostradas las interacciones entre
los objetos, algo que sucederá en un punto específico de la ejecución de un sistema.
Los diagramas consisten en una serie de objetos mostrados con líneas verticales. El
tiempo pasa descendentemente en el diagrama, y el diagrama muestra el
intercambio de mensajes entre los objetos a medida que pasa el tiempo en la
secuencia o función. Los mensajes son mostrados como líneas con flechas de
mensajes entre las líneas verticales de los objetos. Las especificaciones de tiempo y
otros comentarios son añadidos en una escritura en el margen del diagrama.
6
Ejemplo diagrama de secuencia
- Diagrama de Colaboración
Un diagrama de colaboración muestra una colaboración dinámica, como el diagrama
de secuencia. Es a menudo una elección mostrar una colaboración ya sea con un
diagrama de secuencia o un diagrama de colaboración. Además de mostrar el
intercambio de mensajes (llamado interacción), el diagrama de colaboración muestra
los objetos y sus relaciones (a veces referidos como el contexto). A menudo uno
puede decidir si utilizar un diagrama de secuencia o un diagrama de colaboración: si
el tiempo o la secuencia es el aspecto más importante a enfatizar, escoja un
diagrama de secuencia; si es importante enfatizar el contexto, escoja un diagrama
de colaboración. La interacción entre los objetos es mostrada en ambos diagramas.
El diagrama de colaboración es dibujado como un diagrama de objetos, donde una
serie de objetos son mostrados junto con sus relaciones (utilizando la notación en el
diagrama de clases o de objetos). Las flechas de mensajes son dibujadas entre los
objetos para mostrar el flujo de mensajes entre los objetos. Se ponen etiquetas en
los mensajes, lo cual entre otras cosas, muestra el orden en el cual son enviados los
mensajes. También pueden mostrarse las condiciones, iteraciones, valores de
retorno, y así sucesivamente. Cuando está familiarizado con la sintaxis de etiquetas
para los mensajes, el desarrollador puede leer la colaboración y seguir el flujo de
ejecución y el intercambio de mensajes.
- Diagrama de Actividades
Un diagrama de actividades muestra el flujo secuencial de las actividades. El
diagrama de actividades es utilizado típicamente para describir las actividades
realizadas en una operación, aunque puede ser también utilizado para describir
7
otros diagramas, tal como un caso de uso o de interacción. El diagrama de
actividades consiste de estados de acción, los cuales contienen una especificación
de la actividad que va a ser realizada (una acción). Un estado de acción termina
cuando ha sido realizada la acción (un estado en un diagrama de estados necesita
un evento explícito aún antes que deje el estado).
Por lo tanto, el control fluye entre los estados, que están conectados entre sí. Las
decisiones y las condiciones, así como la ejecución en paralelo de los estados de
acción, pueden ser también ser mostrados en el diagrama. El diagrama puede
también tener especificaciones de los mensajes que han sido enviados o recibidos
como parte de las acciones realizadas.
Sirve para:
- Capturar las acciones internas de un proceso.
- Capturar la especificación de un caso de uso.
- Mostrar flujos entre procesos del negocio.
Composición
8
Otros elementos
Ejemplo de Diagrama de actividades
9
- Diagrama de Componentes
Un diagrama de componentes muestra la estructura física del código en términos de
los componentes de código.
Un componente puede ser un componente de código fuente, un componente binario,
o un componente ejecutable.
Un componente contiene información sobre la clase lógica o las clases que
implementa, creando un mapeo de la vista lógica a la vista de componentes. Las
dependencias entre los componentes son mostradas, haciendo fácil de analizar
cómo los otros componentes son afectados por un cambio en uno de los
componentes. Los componentes pueden ser mostrados también con cualquiera de
las interfaces que exponen, tal como las interfaces OLE/COM y pueden ser
agrupados en paquetes. El diagrama de componentes es utilizado en trabajos
prácticos de programación.
Forma Elemento Descripción y propiedades principales
1 Componente Un fragmento reutilizable de funcionalidad del sistema. Un
componente proporciona y consume el comportamiento a
través de interfaces y puede usar otros componentes.
10
Puede ocultar o mostrar los elementos internos de un
componente mediante el control Expandir y contraer (9).
Un componente es un tipo de clase.
- Is Indirectly Instantiated. Si es true (valor predeterminado),
el componente solo existe como artefacto de diseño. En
tiempo de ejecución, solo existen sus partes.
2 Puerto de la Representa un grupo de mensajes o llamadas que
interfaz implementa un componente y que pueden usar otros
proporciona componentes o sistemas externos. Un puerto es una
da propiedad de un componente que tiene una interfaz como
su tipo.
3 Puerto de la Representa un grupo de mensajes o llamadas que envía el
interfaz componente a otros componentes o sistemas externos. El
necesaria componente está diseñado para acoplarse a componentes
que proporcionan al menos estas operaciones. El puerto
tiene una interfaz como su tipo.
4 Dependenci Se puede usar para indicar que una interfaz necesaria en un
a componente se puede satisfacer mediante una interfaz
proporcionada en otro.
Las dependencias también se pueden usar de manera más
general entre los elementos del modelo para mostrar que el
diseño de uno depende del diseño del otro.
5 Parte Un atributo de un componente, cuyo tipo suele ser otro
componente. Un elemento se usa en el diseño interno de su
componente primario. Los elementos se muestran
gráficamente, anidados dentro del componente primario.
Para crear un elemento de un tipo de componente existente,
arrastre el componente desde el Explorador de modelos
UML hasta el componente propietario.
Para crear un elemento de un nuevo tipo, haga clic en la
herramienta Componente y, a continuación, haga clic en el
componente propietario.
Por ejemplo, un componente Car tiene los elementos
engine:CarEngine, backLeft:Wheel, frontRight:Wheel, etc.
Más de un elemento puede tener el mismo tipo y
componentes diferentes pueden tener elementos del mismo
tipo.
11
- Tipo. El tipo del elemento, que se define en otra parte del
modelo. Normalmente, el tipo es otro componente.
- Multiplicidad El valor predeterminado es 1. Puede
establecerlo en 0..1 para indicar que el elemento puede
tener el valor null, en * para indicar que el elemento es una
colección de instancias del tipo especificado o en cualquier
expresión que se pueda evaluar en un intervalo de
números.
6 Part Una conexión entre los puertos de la interfaz necesaria de
Assembly un elemento y los puertos de la interfaz proporcionada de
otro elemento. La implementación de un ensamblado de
elementos puede variar de un componente a otro. Los
elementos conectados deben tener el mismo componente
primario.
7 Delegación Vincula un puerto a una interfaz de uno de los elementos
del componente. Indica que los mensajes enviados al
componente son administrados por el elemento o que los
mensajes enviados desde el elemento se envían desde el
componente primario.
(sin Generalizati Indica que un componente hereda de otro componente. Los
mostrar) on elementos y las interfaces se heredan.
9 Control Úselo para mostrar u ocultar los elementos internos de un
Contraer o componente.
expandir
(sin Comentario Para obtener notas adicionales. Puede vincular un
mostrar) comentario a cualquier número de elementos del diagrama
mediante la herramienta Conector.
- Diagrama de Despliegue
El diagrama de despliegue muestra la arquitectura física del hardware y el software
en el sistema. Se pueden mostrar las computadoras y los dispositivos (nodos), junto
con las conexiones que tienen unos con otros; también se puede mostrar el tipo de
conexión. Dentro de los nodos, los componentes ejecutables y objetos son
localizados para mostrar qué unidades de software son ejecutadas y en qué nodos.
Además se muestran las dependencias entre los componentes.
Como se dijo previamente, el diagrama de despliegue muestra la vista de despliegue
la cual describe la arquitectura física actual del sistema. Esto está lejos de la
descripción funcional en la vista de casos de uso. Sin embargo, con un modelo bien
definido, es posible navegar todo el camino desde un nodo en la arquitectura física a
sus componentes, a las clases que implementa, a las interacciones de los objetos de
12
la clase en la cual participan y finalmente al caso de uso. Las diferentes vistas del
sistema son utilizadas para dar una descripción coherente del sistema como un todo.
Diagrama de despliegue
Integración de hardware y software
13
