Tema 5.

Anlisis de
Requisitos
Objetivos.
Porqu analizamos los requisitos
Trminos tcnicos utilizados cuando
se trabaja con diagramas de clase
Cmo expresa el diagrama de clase
UML un modelo detallado de los
requisitos del usuario
Cmo realizar casos de uso con
diagramas de clase
1

5.1 Introduccin
Los diseadores experimentados pueden seguir
patrones y marcos de trabajo familiares sin
necesidad de generar modelos tangibles.
Pero para los diseadores no experimentados y
en sistemas de software medianamente
complejos es recomendable realizar modelos de
anlisis que ayuden a disminuir errores durante
el diseo y la elaboracin del software.

5.2 Qu debe hacer un modelo de

requisitos?

Debe contener una descripcin global de lo que el software

debera hacer
Debe representar a personas, cosas fsicas y conceptos que
faciliten al analista la compresin de lo que est sucediendo en
el dominio de la aplicacin
Debe mostrar las conexiones e interacciones entre estas
personas, cosas y conceptos
Debe mostrar la situacin de la empresa con suficiente detalle
como para poder evaluar los posibles diseos
Debe tener una organizacin que permita que el modelo sea
til para el diseo del software. Precisamente el diagrama de
clase UML est diseado con una estructura tal que puede ser
convertido directamente en componentes software.

5.3 Realizacin de los casos de uso

5.3.1 Paso de caso de uso a diagramas de clase
Realizacin: paso de un modelo abstracto a otro
modelo que est ms cerca de su ejecucin.
La realizacin de un caso de uso implica:
Identificacin de clases
Conocimiento de cmo interactan estas clases
Al conjunto de estas clases se las llama
COLABORACIN

5.3 Realizacin de los casos de uso

Ejemplo de Colaboracin

5.3 Realizacin de los casos de uso

Ejemplo de Colaboracin

5.3 Realizacin de los casos de uso

Ejemplo de Colaboracin

5.3 Realizacin de los casos de uso

5.3.1 Paso de caso de uso a diagramas de clase
La colaboracin identifica a los objetos participantes y
los vnculos entre ellos, pero ignora los mensajes y los
detalles internos de los objetos.
El diagrama de clase ignora la iteracin, pero muestra
la estructura con mayor detalle.
Para mostrar la iteracin entre los objetos (paso de
mensajes entre los objetos) podemos usar los
diagramas de comunicacin (que ya veremos).

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de anlisis

Clases lmite
Clases control
Clases entidad
No siempre es necesario esteriotipar clases.
Tampoco es necesario mostrar el estereotipo de una
clase en los diagramas.
Los estereotipos de clase se usan cuando aaden un
significado al modelo.
EJEMPLO: ver diagrama en diapositiva 7

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de
anlisis
Clases lmite:
Modelan la iteracin entre el sistema y sus
actores
son relativamente abstractas, no
representan directamente todas las
diferentes clases de interfaz como botones,
listas, ventanasque aparecen en la
pantalla del PC.
10

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de anlisis

Clases lmite:

11

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de anlisis
Clases entidad:
Modelan la informacin y el comportamiento
asociado a algn fenmeno o concepto tal, como un
objeto de la vida real o un evento de la vida real
Las clases entidad representan algo acerca de lo cual
el sistema tiene que almacenar alguna informacin
EJEMPLO: campaa, miembro de la plantilla

12

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de anlisis

Clases entidad:

13

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de anlisis
Clases entidad:
EJERCICIO I: indique en cual de estas situaciones es
adecuado representar a un actor como una clase
entidad:
Sistema de software que controla el acceso de usuarios a
distintas partes de un edificio en funcin de ciertos
parmetros fsicos (huella, hojos..) y de cargo en la
empresa.
Sistema de software que permite mostrar informacin
sobre un municipio mediante una pantalla tctil.
Sistema de software que permite obtener las nominas de
los empleados de una empresa.
Sistema de software que gestiona la apertura y cierre de
las puertas de un edificio.

14

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de
anlisis
Clases control:
Representan coordinacin, secuenciado,
transacciones y control de otros objetos
Se suele recomendar una clase de control
para cada caso de uso

15

5.3 Realizacin de los casos de uso

5.3.2 Estereotipos de clase de anlisis

Clases control:

16

5.4 El diagrama de clases

5.4.1 Estabilidad relativa de clases y ejemplos.
La descripcin de cada clase es relativamente estable
y probablemente no cambiar con frecuencia
Los objetos sin embargo suelen cambiar
frecuentemente pudiendo ser:
Creados: creacin de un nuevo anuncio para una
campaa
Eliminados: eliminacin del objeto de control que
calcula la nmina de una empleado
Modificados : cambio del valor de una propiedad del
objeto, por ejemplo cambio del valor del presupuesto
de una campaa

17

5.4 El diagrama de clases

5.4.2 Atributos

18

5.4 El diagrama de clases

5.4.3 Atributos y estado

Algunos cambios en los valores de los atributos no son significativos, lo que

quiere decir que no afectan al comportamiento del objeto (la forma en la que el
objeto responde a los eventos).
19

5.4 El diagrama de clases

5.4.3 Atributos y estado
El estado actual de un objeto est descrito parcialmente por
los valores de sus atributos.
Los cambios en el estado de un objeto afectan a la forma en
que responde a eventos
EJERCICIO II: suponga que, dentro del sistema informatizado
de un banco, un objeto suTarjeta tiene los atributos
estadoTarjeta, retiradaDiaria y lmiteDiario, y tres estados
PuedeRetirar, Reiniciar y RetirarProhibido que son los
valores de estadoTarjeta. Cuando el objeto recibe el
mensaje retirarDinero() que comprobaciones deben hacerse
y como pueden afectar estas comprobaciones al
estadoTarjeta?. Que valor tomaran los atributos al comienzo
de cada da.

20

5.4 El diagrama de clases

5.4.4 Vnculo y asociacin
Vnculo: conexin lgica entre dos o ms
objetos.
EJEMPLO: Conexin entre FoodCo y la campaa
de TV Tradicin mundial, descrita como:
FoodCo es el cliente para la campaa
Tradicin muncial

21

5.4 El diagrama de clases

5.4.4 Vnculo y asociacin

EJERCICIOIII:
1. representa grficamente el vnculo supervisa entre un
director y otro miembro de la plantilla, siendo ambos
ejemplo de MiembroPersonal.
2. Representa grficamente el vnculo selecciona entre el
capitn de un equipo y los jugadores.
3. Representa grficamente el vnculo selecciona entre el
capitn de un equipo y el mismo, suponiendo que el
capitn se selecciona a s mismo.

22

5.4 El diagrama de clases

5.4.4 Vnculo y asociacin
Asociacin: conexin entre dos clases que
representan la posibilidad de que sus ejemplos
participen en un vnculo.
EJEMPLO: asociacin entre Cliente y
PersonalDeCampaa.
Por regla general siempre que exista un vnculo
entre dos objetos entidad, existir una
asociacin entre las clases correspondientes

23

5.4 El diagrama de clases

5.4.5 Significado de las asociaciones
Un vnculo entre dos objetos representa una
asociacin en el mundo real, mientras que una
asociacin entre clases representa la
posibilidad de vnculos.

Mostrar todos lo
vnculos sera
excesiva e
innecesariamente
complejo. No se
suele hacer salvo
casos concretos.

24

5.4 El diagrama de clases

5.4.5 Significado de las asociaciones

Con esta
asociacin ya
incluimos
todos los
posibles
vnculos
entre clientes
y miembros
del personal

25

5.4 El diagrama de clases

5.4.6 Asociaciones y estado

Ya vimos que el estado de un objeto est parcialmente definido
por el valor de sus atributos.
El segundo aspecto de un estado de objeto est definido por su
actual conjunto de vnculos con otros objetos.
EJEMPLO: Un director de campaa asigna a un miembro de la
plantilla para ser personal de contacto con un cliente. El
estado de ese miembro de la plantilla cambia al crearse un
vnculo nuevo para l. Este miembro de la plantilla responder
ahora a eventos que antes no responda como el evento de
enviar notificacin a contactos con el cliente sobre estado de
la campaa del cliente.

26

5.4 El diagrama de clases

5.4.7 Multiplicidad
Definicin: rango de las cantidades permitidas.
Trmino utilizado para describir limitaciones en
el nmero de objetos participantes.
EJEMPLO: una cuenta bancaria tiene uno y solo
un tenedordecuenta. Una cuenta conjunta
puede tener exactamente dos
tenedordecuenta. Una cuenta de socio puede
tener dos o mas tenedordecuenta.

27

5.4 El diagrama de
clases
Otros rangos pueden ser:

5.4.7 Multiplicidad
EJEMPLO

0..3
1..5
2..10
3..*
3
19
1,3,5..*

28

5.4 El diagrama de clases

5.4.7 Multiplicidad
EJERCICIOIV: representa grficamente las siguientes
asociaciones:
1. Una Campaa se realiza en cero o ms Anuncios,
mientras que cada Anuncio pertenece exactamente a
una Campaa
2. A una Categora Laboral pertenecen cero o ms
Miembros del Personal. Un Miembro del Personal

est adjudicado a una o mas categoras

laborales.
3. En una Mano de poker hay hasta 7 Cartas. Cada
Carta solo puede estar en una Mano. (Una Carta
puede no haber sido repartida y estar en el mazo
de cartas).

29

5.4 El diagrama de clases

5.4.8 Operaciones o Comportamiento

Acciones que pueden realizarse por, o en, un objeto.

Las operaciones son servicios que pueden ser
solicitados a los objetos por otros objetos.
EJEMPLO:

En Agate, MiembroPersonal tiene una operacin que

calcula la gratificacin que se debe a un miembro del
personal.
En Agate, Campaa tiene una operacin para calcular el
beneficio de cada campaa.
En funcin de los beneficios de la Campaa se calculan
las gratificaciones. As que el objeto MiembroPersonal
acceder a la operacin calcular u obtener beneficio de
Campaa.

30

5.4 El diagrama de clases

5.4.8 Operaciones o Comportamiento

En este momento del anlisis no nos

preocupamos por los detalles de cmo
funcionar cada operacin, ni cuando debe
permitirse que funcione o no funcione.
Las operaciones estn formadas por mtodos
que tienen sus atributos y vnculos de
objetos. Lo que realmente el mtodo hace
est determinado por el valor de estos
atributos y vnculos.

31

5.4 El diagrama de
clases

5.4.8 Operaciones o Comportamiento

32

CASOS DE ESTUDIO
1.

Dada la siguiente descripcin de caso de uso realiza el diagrama de

colaboracin y de l extrae un diagrama de clases con sus atributos,
operaciones, asociaciones entre clases. Indica para cada clase su
estereotipo.

Caso de uso: Asignar personal para trabajar en una campaa

Accin del actor

Respuesta del sistema

1.Ninguna

2.Muestra la lista de nombres de

clientes

3. El actor (un director de

campaa) selecciona el nombre
del cliente

4.Muestra una lista con los ttulos

de todas las campaas para ese
cliente

5.Selecciona la campaa elegida

6.Muestra una lista con todos los

miembros del personal que an no
estn adjudicados a esta campaa

7.Destaca a los miembros del

personal asignados a esa campaa

8.Presenta un mensaje confirmado

que el personal ha sido asignado

33

5.4 El diagrama de clases

5.4.9 Aadir y localizar atributos

La regla ms sencilla es que los

atributos deberan situarse en las
clases que describen. Pero en algunas
ocasiones es difcil identificar la clase
correcta para un atributo. Veamos un
ejemplo: Lea el extracto de entrevista
con Amarjeet Grewal, director
financiero de Agate.

34

5.4 El diagrama de clases

5.4.9 Aadir y localizar atributos

Sigamos con el ejemplo:

Primero intenta identificar algunas
de las clases, atributos y
operaciones sin asignar
especficamente los atributos y
operaciones a las clases.

35

5.4 El diagrama de clases

5.4.9 Aadir y localizar atributos

Sigamos con el ejemplo:

Intenta ahora hacer un diagrama de
clases inicial.

36

5.4 El diagrama de clases

5.4.9 Aadir y localizar atributos

Sigamos con el ejemplo:

Diagrama de clases inicial

Estn bien puestos

fechaFinalCategora y
fechaInicioCategora en la
clase Categora??

37

5.4 El diagrama de clases

5.4.9 Aadir y localizar atributos

Sigamos con el ejemplo:

Diagrama de clases modificado

38

CASOS DE ESTUDIO
2.

Lea la siguiente transcripcion, ofrece una entrevista que dirigi Rosanne Martel con Hari Patel, el Director de fbrica encargado de la fbrica B (Beechfield) de FoodCo. Lalo detenidamente y luego haga los siguientes ejercicios:
1.

Escriba una descripcin de los casos de uso:

1.

Inicio turno de lnea

2.

Registrar empleado llega lnea

3.

Registrar empleado abandona lnea

2.

Para cada caso de uso realice su diagrama de colaboracin

3.

Realice un diagrama de clases inicial

39

TRABAJOS OPCIONALES
1.

Algunos mtodos como el mtodo XP o el Agile

aseguran que la mayor parte de la documentacin de
anlisis es innecesaria.

2.

EJERCICIO: busca en Internet o libros informacin sobre

estos mtodos y realiza un trabajo que cuente en que
consisten

Las tarjetas CRC (Class Responsability Collaboration)

ofrecen una tcnica eficaz para explorar las posibles
formas de adjudicar responsabilidades a clases y las
colaboraciones necesarias para cumplimentar las
responsabilidades.

EJERCICIO: busca en Internet o libros informacin sobre

esta tcnica y realiza un trabajo que cuente en que
consiste

40