La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

UML 1.4 Peter Emerson Pinchao Solis. Vistas Casos Uso Funcionalidad del Sistema Define y presentan requerimientos Como la perciben lo externos al sistema.

Presentaciones similares


Presentación del tema: "UML 1.4 Peter Emerson Pinchao Solis. Vistas Casos Uso Funcionalidad del Sistema Define y presentan requerimientos Como la perciben lo externos al sistema."— Transcripción de la presentación:

1 UML 1.4 Peter Emerson Pinchao Solis

2 Vistas Casos Uso Funcionalidad del Sistema Define y presentan requerimientos Como la perciben lo externos al sistema. Funcionalidad del Sistema Define y presentan requerimientos Como la perciben lo externos al sistema. Lógica Estructura y comportamiento Componentes que integran Dinámica de los componentes. Estructura y comportamiento Componentes que integran Dinámica de los componentes. Compo- nentes Organización del código Dependencia entre ellos. También otros objetos (ejecutables, archivos, imágenes et.) Organización del código Dependencia entre ellos. También otros objetos (ejecutables, archivos, imágenes et.) Implanta- ción Arquitectura física Quipos donde funcionara Elementos interacción para despliegue Concu- rrencia Lógica y Componentes Comunicación y sincronización componentes. Lógica y Componentes Comunicación y sincronización componentes.

3 Diagramas Casos Uso Diagramas Casos de uso Diagrama Actividad Diagramas Casos de uso Diagrama Actividad Lógica Diagramas de Clases y de Objetos Diagramas de Estado Diagramas de Secuencia Diagramas de Colaboración Diagramas de Clases y de Objetos Diagramas de Estado Diagramas de Secuencia Diagramas de Colaboración Compo- nentes Diagrama de Componentes Implanta- ción Diagrama de Implantación Concu- rrencia Diagrama de Componentes Diagrama de Estado Diagrama de colaboración Diagrama de secuencia Diagrama de Actividad Diagrama de Componentes Diagrama de Estado Diagrama de colaboración Diagrama de secuencia Diagrama de Actividad

4 Diagramas de Clases Representa una colección de elementos estáticos declarativos de un modelo, tales como clases, interfaces y sus relaciones.

5 Asociación Relación entre objetos.

6 Asociación: Agregación Un elemento contiene elementos de otro tipo de elementos y no esta obligado a tener otros elementos para existir. El estante existe tenga o no Items dentro de él.

7 Asociación: Composición Un elemento contiene elementos de otro tipo de elementos si alguno de estos elementos no existe entonces el primero tampoco.

8 Asociación: Generalización Elementos comparten características comunes.

9 Asociación: Otras Dependencia –Si cambio un elemento quien es afectado por el cambio? Estos son dependientes. Refinamiento / Realización –Un modelo mas abstracto es depurado o implementado por otro.

10 Asociación: Multiplicidad uno o muchos: 1..* (1..n) 0 o muchos: 0..* (0..n) número fijo: m (m denota el número).

11 Diagramas de Clase Es la unidad básica que encapsula toda la información de un Objeto (un objeto es una instancia de una clase). A través de ella podemos modelar el entorno en estudio (una Casa, un Auto, una Cuenta Corriente, etc.).

12 Diagramas de Clases: Atributos Los atributos o características de una Clase pueden ser de tres tipos, los que definen el grado de comunicación y visibilidad de ellos con el entorno, estos son: Públicos Privados Protegidos.

13 Diagramas de Clases: Atributos public (+, ): Indica que el atributo será visible tanto dentro como fuera de la clase, es decir, es accsesible desde todos lados. private (-, ): Indica que el atributo sólo será accesible desde dentro de la clase (sólo sus métodos lo pueden accesar). protected (#, ): Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de las subclases que se deriven (ver herencia).

14 Diagramas de Clases: Métodos Los métodos u operaciones de una clase son la forma en como ésta interactúa con su entorno, éstos pueden tener las características: –public (+, ): Indica que el método será visible tanto dentro como fuera de la clase, es decir, es accsesible desde todos lados. –private (-, ): Indica que el método sólo será accesible desde dentro de la clase (sólo otros métodos de la clase lo pueden accesar). –protected (#, ): Indica que el método no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de métodos de las subclases que se deriven (ver herencia).

15 Diagrama de Paquetes Para representar estructuras.

16 Interfaces Para representar mecanismos de interacción con otros componentes.

17 Actividad en Clase En la diapositiva 14 muestra 3 tipos de visibilidad que ofrece UML 1.4, pero JAVA ofrece otro tipo de visibilidad. –Consulte cual es y como funciona.


Descargar ppt "UML 1.4 Peter Emerson Pinchao Solis. Vistas Casos Uso Funcionalidad del Sistema Define y presentan requerimientos Como la perciben lo externos al sistema."

Presentaciones similares


Anuncios Google