Rational Rose (diapositiva)
martes, 7 de agosto de 2012
Diagrama de actividades
Diagrama de actividades
Un diagrama de actividades se usa para mostrar la secuencia de actividades, muestran el flujo de trabajo desde el punto de vista de inicio hasta el punto final detallando muchas de las rutas de decisiones que existen en el progreso de eventos contenidos en la actividad.
Diagrama de actividad (video)
ELEMENTOS DE UN DIAGRAMA DE ACTIVIDAD- ACTIVIDAD:es la especificacion de una secuencia parametrizada de comportamiento
- NODO INICIAL:se describe con un punto negro
- NODO FINAL:se describe con un circulo con un punto negrpo adentro
BIBLIOGRAFIA
Diagramas de actividad
- este tipo de diagramas se usan para mostrar cómo se construyen los diferentes flujos de trabajo o los procesos dentro de un sistema, cómo se inician, los variados caminos alternativos que se pueden tomar desde el inicio hasta el fin y dónde puede ocurrir el procesamiento paralelo durante la ejecución. Un diagrama de actividades generalmente no modela el comportamiento exacto de un sistema de software (como lo hace un diagrama de secuencia), sino los procesos y los flujos a un muy alto nivel. Las actividades generalmente serán realizadas por uno o más casos de uso; la actividad describe el proceso que se desarrolla y tanto el caso de uso como un actor usará el sistema para realizar toda o parte de una actividad.
Representacion de un diagrama de actividad
- este tipo de diagrmas emplea un rectángulo con las esquinas redondeadas para representar una actividad. Las actividades pueden ser acompañadas por flujos de procesos o eventos. Adicionalmente, el nodo de decisión puede modelar el comportamiento divergente basado en una condición. Típicamente se definen los nodos de Inicio y de Fin para una representación completa de la actividad. También se pueden definir los puntos de sincronización para ilustrar cómo se puede llevar a cabo el procesamiento en paralelo y cómo se sincroniza en un punto antes de proceder con las actividades siguientes. El ejemplo de más abajo muestra la mayoría de estos puntos; describe el proceso vinculado a la adquisición de una bebida de una máquina expendedora. Los rectángulos redondeados son las actividades, los diamantes son los puntos de decisión y las barras negras horizontales son los puntos de sincronización. Tenga en cuenta que si Ud. estuviera construyendo el software para la máquina expendedora, serían relevantes solamente algunas de las actividades, aunque el diagrama completo provee una buena imagen de lo que abarca el proceso total de obtener una bebida. Sería necesario un análisis más profundo para determinar qué partes de este modelo se implementarían o soportaría el software.
ESTOS DOS PARRAFOS SON COPIA DEL TEXTO EL MODELO DINAMICO PAG 5 Y PAG 6, LA PAGINA WEB DONDE SE ENCUENTRA EL LIBRO ESTA EN LA BLBLIOGRAFIA MAS NO ESTAN CITADAS LAS PAGINAS NI NOMBRE DEL AUTOR DEL LIBRO AL QUE SE HACE REFERENCIA
BIBLIOGRAFIA
http://www.sparxsystems.com.ar/downloads/whitepapers/El_Modelo_Dinamico.pdf
diagrama de actividades por jhon mendez
Diagrama de componentes y objetos
Contenido
- Diagramas de Componentes
- Representando Componentes
- Interfaces Requeridas
- Componentes con puertos
- Diagrama de Objetos
- Elementos de Clase y Objeto
- Estado en tiempo de ejecución
- Ejemplos de diagramas de clase y objeto
1. Diagramas de Componentes
Los Diagramas de Componentes ilustran las piezas del software, controladores embebidos, etc. que conformarán un sistema. Un diagrama de Componentes tiene un nivel más alto de abstracción que un diagrama de clase – usualmente un componente se implementa por una o más clases (u objetos) en tiempo de ejecución. Estos son bloques de construcción, como eventualmente un componente puede comprender una gran porción de un sistema. Estos Diagramas contienen:
- componentes
- interfaces
- Relaciones de dependencia, generalización, asociación y realización
- Paquetes o subsistemas
Los componentes se pueden agrupar en paquetes así como los objetos en clases, además pueden haber entre ellos relaciones de dependencia como:
- generalización
- asociación
- agregación
- realización
El diagrama de abajo muestra algunos componentes y sus relaciones internas. Los conectores Ensamble ‘vinculan’ las interfaces proporcionadas suministrada por el Producto y el Cliente a las interfaces requeridas especificadas por orden. Una relación de dependencia traza los detalles de la cuenta asociada del cliente a la interfaz requerida, ‘pago’, indicada por orden
Los componentes son similares en práctica a los diagramas de paquete como los límites definidos y se usan para agrupar elementos en estructuras lógicas. La diferencia entre Diagramas de Paquete y Diagramas de Componente es que los diagramas de componente ofrecen un mecanismo de agrupamiento más rico semánticamente. Con los Diagramas de Componente todos los elementos del modelo son privados mientras que los diagramas de Paquete solo muestran ítems públicos.
2. Representando Componentes
Los componentes se representan como un clasificador rectangular con la clave «componente», opcionalmente el componente se puede mostrar como un rectángulo con un icono de componente en la esquina derecha arriba.
3. Interfaces Requeridas
El conector Ensamble une la interfaz requerida del componente (Componente1) con la interfaz proporcionada de otro componente (Component2); esto permite que un componente provea los servicios que otro componente requiere. Las Interfaces son colecciones de uno o más métodos que pueden o no contener atributos.
4. Componentes con puertos
Usar puertos con Diagramas de Componentes permite que se especifique un servicio o comportamiento a su entorno así como también un servicio o comportamiento que un componente requiere. Los puertos pueden especificar entradas, salidas así como también operar bi-direccionalmente. El siguiente diagrama detalla un componente con un puerto para servicios En Línea conjuntamente con dos interfaces proporcionadas Ordenar Entrada y Seguimiento así como también una interfaz requerida Pago.
5. Diagrama de Objetos
Un diagrama de Objeto se puede considerar un caso especial de un diagrama de clase. Los diagramas de objetos usan un sub conjunto de elementos de un diagrama de clase para enfatizar la relación entre las instancias de las clases en algún punto en el tiempo. Estos son útiles para entender los diagramas de clases. Estos no muestran nada diferente en su arquitectura a los diagramas de secuencia, pero reflejan multiplicidad y roles.
6. Elementos de Clase y Objeto
El siguiente diagrama muestra las diferencias en apariencia entre un elemento clase y un elemento objeto. Tener en cuenta que el elemento clase consiste de tres partes, divididas en compartimientos de nombres, atributos y operaciones; por predeterminado, los elementos objetos no tienen compartimientos. La exhibición de los nombres es también diferente: los nombres de los objetos están subrayados y pueden mostrar el nombre del clasificador desde el cual el objeto se instancia.
7. Estado en tiempo de ejecución
Un elemento clasificador puede tener cualquier número de atributos y operaciones. Estos se muestran en una instancia objeto. Sin embargo, es posible definir el estado en tiempo de ejecución del objeto, mostrando un conjunto de valores de atributos en la instancia particular.
8. Ejemplos de diagramas de clase y objeto
El siguiente diagrama muestra un diagrama objeto con su intercalación de clase definida, e ilustra la forma en la que un diagrama objeto se puede usar para probar las multiplicidades de tareas en los diagramas de clase. La clase car tiene multiplicidad de una a muchos a la clase wheel, pero si en su lugar se elije una multiplicidad de 1 a 4, eso no hubiera permitido una clase car con tres clases wheel como se muestra en el diagrama objeto.
Referencias:
http://www.sparxsystems.com.ar/resources/tutorial/uml2_componentdiagram.html
http://virtual.usalesiana.edu.bo/web/practica/archiv/componen1.ppt
http://www.sparxsystems.com.ar/resources/tutorial/uml2_objectdiagram.html
Suscribirse a:
Entradas (Atom)