Bsicos de UML

JULIO CESAR RODRIGUEZ RIBON

jrodriguezr@unicartagena.edu.co

UNIVERSIDAD DE CARTAGENA
FACULTAD DE CIENCIAS E INGENIERAS
PROGRAMA DE INGENIERIA DE SISTEMAS

De la clase anterior ..
Para qu sirve el modelo del dominio?
Para qu sirven los Casos de Uso?
Para qu sirven los Diagramas de Secuencia del Sistema?

Programa de Ingeniera de Sistemas Universidad de Cartagena

Contenido
Diagramas de Clases.
Taller - Utilizacin de Diagramas de
Clases.

Programa de Ingeniera de Sistemas Universidad de Cartagena

Pasar al diseo de objetos

(Diseo de bajo nivel)
Lo esencial de la solucin lgica basada en el
paradigma orientado a objetos, es la creacin de los
diagramas de interaccin que representan el modo en
el que los objetos colaboran para satisfacer los
requisitos.
Despus o paralelo se pueden representar los
diagramas de clases (del diseo), estos resumen la
definicin de las clases software (e interfaces) que se
van a implementar en el software, para atender los
requisitos.
Fuente: [2]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Creacin de Diagramas de
Interaccin
Algunos consejos ..

Crear un diagrama separado para cada operacin del sistema en

desarrollo en el ciclo de desarrollo actual.

Para cada evento del sistema, hacer un diagrama con l como mensaje
inicial.

Usando los apartados de responsabilidades y de post-condiciones del

contrato de operacin, y la descripcin del caso de uso como punto de
partida, disear un sistema de objetos que interaccionan para llevar a
cabo las tareas requeridas.

Si el diagrama se complica, dividirlo en dos diagramas ms pequeos.

Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Creacin de Diagramas de
Interaccin

Es aconsejable realizar un Diagrama de Clases de Diseo borrador

antes de comenzar con los Diagramas de Interaccin.

La capacidad de realizar una buena asignacin de responsabilidades a

los distintos objetos es una habilidad clave, y se va adquiriendo segn
aumenta la experiencia en el desarrollo orientado a objetos

Responsabilidad es como un contrato u obligacin de una clase o tipo.

Las responsabilidades estn ligadas a las obligaciones de un objeto en
cuanto a su comportamiento.

Una responsabilidad no es lo mismo que un mtodo, pero los mtodos

se implementan para satisfacer responsabilidades.

Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Creacin de Diagramas de
Interaccin
Bsicamente, estas responsabilidades pueden ser de tipo Conocer o de
tipo Hacer:
Conocer:
- Conocer datos privados encapsulados.
- Conocer los objetos relacionados.
- Conocer las cosas que puede calcular o derivar.
Hacer:
- Hacer algo l mismo.
- Iniciar una accin en otros objetos.
- Controlar y coordinar actividades en otros objetos.
Por ejemplo, puedo decir que un Recibo es responsable de calcular el
total (tipo hacer), o que una Transaccin es responsable de saber su
fecha (tipo conocer). Las responsabilidades de tipo conocer se
pueden
inferir
normalmente
del
Modelo
Conceptual.
Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Diagramas de Clases de Diseo

Muestra la especificacin para las clases software de una aplicacin.
Incluye la siguiente informacin:

Clases, asociaciones y atributos.

Interfaces, con sus operaciones y constantes.
Mtodos.
Navegabilidad.
Dependencias.
A diferencia del Modelo Conceptual, un Diagrama de Clases de Diseo
muestra definiciones de entidades software ms que conceptos del mundo
real.

Fuente: [2]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Diagramas de Clases de Diseo

Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Diagramas de Clases de Diseo

Algunos consejos .
Identificar todas las clases participantes en la solucin software. Esto se
lleva a cabo analizando los Diagramas de Interaccin.

Representarlas

Duplicar los atributos que aparezcan en los conceptos asociados del

Modelo Conceptual.

Aadir los mtodos, segn aparecen en los Diagramas de Interaccin.

Aadir

Aadir las asociaciones necesarias para soportar la visibilidad de

atributos
requerida.

Aadir flechas de navegabilidad a las asociaciones para indicar la

direccin de visibilidad de los atributos.

informacin

en

un

de

tipo

diagrama

los

atributos

de

clases.

mtodos.

Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Diagramas de Clases de Diseo

Aadir relaciones de dependencia

correspondiente a atributos.

Algunos de estos pasos se van realizando segn se vayan completando

los Diagramas de Interaccin correspondientes.

No existe precedencia entre la realizacin del Diagrama de Clases de

Diseo y los Diagramas de Interaccin. Ambos tipos de diagramas se
realizan en paralelo, y unas veces se trabaja primero ms en el de
clases y otras veces se trabaja primero ms en los de interaccin.

No todas las clases que aparecan en el Modelo Conceptual tienen por

qu aparecer en el Diagrama de Clases de Diseo. De hecho, tan solo
se incluirn aquellas clases que tengan inters en cuanto a que se les
ha asignado algn tipo de responsabilidad en el diseo del sistema.

para

indicar

visibilidad

Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

no

Actividades
1. Definir los Casos de Uso Reales.
2. Definir Informes e Interfaz de Usuario.
3. Refinar la Arquitectura del Sistema.
4. Definir los Diagramas de Interaccin.
5. Definir el Diagrama de Clases de Diseo. (en paralelo con los
Diagramas de Interaccin).
6. Definir el Esquema de Base de Datos.
7. El paso de Refinar la Arquitectura del Sistema no tiene por qu
realizarse en la posicin 3, puede realizarse antes o despus.
Fuente: [4]
Programa de Ingeniera de Sistemas Universidad de Cartagena

Ya tenemos .
Clase 3- Modelo del Dominio

Clase 4- Diagrama de Casos de Uso

(Modelo de Requisitos)

Clase 5- Diagrama de Secuencia del Sistema

(Modelo de Requisitos)

Caso de Uso: Realizar Venta

Ahora .

Referencias
[1] WiKipedia. Web Site: http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado.

[2] Craig Larman. UML y Patrones, Una introduccin al anlisis y diseo orientado a objetos
y al proceso unificado. Editorial PEARSON y Prentice Hall.
[3] Grup de Recerca Interacci Persona Ordinador, Universitat de Lledida. Web Site:

http://griho.udl.es/mpiua/diseno.htm
[4] Web site: http://www.clikear.com/manuales/uml/.
Ejercicios:

http://dis.um.es/~jmolina/as.html

Programa de Ingeniera de Sistemas Universidad de Cartagena