LOGO

Historia de UML

UNIVERSIDAD PERUANA LOS ANDES

Facultad de Ciencias Administrativas y Contables

2010

UML 2.3
UML 2.0

2001 ?

UML 1.4

2000
1999
1998
Nov 97

UML 1.3
Revisiones menores
UML aprobado por el OMG

UML 1.2

Gestin Informtica I
UML y Diagrama de
Casos de Uso

Ing. Richard Mercado Rivas.

Diagramas de UML

Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Secuencia

Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Casos de Uso

Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Colaboracin
Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Estados

State
State
Diagramas de
Diagrams
Diagrams
Clases

State
State
Diagramas de
Diagrams
Diagrams
Objetos

Socios

Especificaciones Reqs.
Planes de Negocio
Metas de Personal

Clientes

State
State
Diagramas de
Diagrams
Diagrams
Componentes

Modelo

Diagramas de
Actividad

De dnde provienen los requerimientos?

Analistas

Component
Component
Diagrams
Diagramas
Diagrams

de
Distribucin

Usuarios

Reporte de Problemas
Req. De Cambio

Dominio del Problema

Expertos Dominio
Analistas Industria
Visitas al WEB
Modelo de Negocios

Un modelo es una descripcin completa de un sistema desde una perspectiva concreta

Definiendo los lmites del sistema

Requerimientos

Otros Sistemas
Usuarios

Nuevo Sistema

Sistema
Heredado

Un requerimiento es definido como

una condicin o capacidad con la
cual un sistema debe estar en
conformidad

Mantencin
Comunicaciones

Reportes

Clases de Requerimientos

Clases de Requerimientos

Requerimientos Funcionales.
Especifican acciones que el sistema debe ser capaz
de desarrollar sin tener en cuenta restricciones fsicas.
Estos se describen en un modelo de casos de uso.
Estos requerimientos especifican los comportamientos
de entradas y salidas del sistema.
Requerimientos Funcionales.
Estn dentro de esta categora:
Los conjuntos de caractersticas.
Las capacidades.
La seguridad.

Requerimientos NO Funcionales.
Describen atributos del sistema o del
ambiente en donde ste se desarrolla.
Se pueden capturar en los casos de uso pero
no se necesitan especificar de manera
detallada.

Usando atributos en los Requerimientos

CASOS DE USO Y EL PROCESO DE DESARROLLO DE SOFTWARE

Prioridad

Verificado por

Estado
Costo

Implementado por
Distribuido por

Dificultad

Categora

Requerimiento
A
Riesgo

Propietario
Nivel de Test/
precedencia

Iteracin #

Modelo de Casos de Uso

Es usado en los workflows de

requerimientos, anlisis y diseo
y prueba
Objetivo: Comunicar la
funcionalidad y el comportamiento
al cliente y al usuario

Realizado por
Especificado por

Modelo de Casos
de usos

Modelo de
anlisis

Modelo de
diseo

Modelo de
despliegue

Modelo de
implementacin

Modelo de
prueba

Casos de uso y Actores

Actor representa cualquier

cosa que interacta con el

sistema (humano, SW o HW).
Ejemplo: Cajero

Caso de Uso secuencia de

acciones que obtienen resultados

de valor para un actor

PROCESO

Casos de Uso
El anlisis de los casos de uso
incluye entender el dominio de los
procesos y el medio externo
Cules son los actores que
participan en los procesos?
Los casos de uso describen los procesos y
no son realmente artefactos del Anlisis
Orientado a Objetos

Caso de Uso
La especificacin de un
caso de uso es el documento
narrativo que describe la
secuencia de eventos que
realiza un actor (agente
externo) para completar un
proceso, a travs del uso de
un sistema.

Cmo encontrar los actores?

Quin est interesado en cierto requerimiento (se
beneficia o se ve afectado)?
Dnde en la organizacin es usado el sistema?
Quienes usan, eliminan o suministran informacin?
Quin usa una determinada funcin?
Quin soporta y mantiene el sistema?
Usa el sistema un recurso externo?
Cules actores necesita el caso de uso?
Un actor juega diferentes roles? o Varios actores
juegan el mismo rol (generalizacin /especializacin)?

Casos de Uso

Permiten especificar el
comportamiento del sistema
El comportamiento es el cmo, el
sistema, acta y reacciona ante el
medio.

Actores
No son parte del sistema, son roles de un
usuario.
Puede intercambiar informacin con el sistema
(directo).
Puede ser un recipiente pasivo de informacin
(indirecto).
Puede representar a un humano, una mquina
o un SW.

Identificacin de los casos de uso

Mtodo basado en los Actores

Mtodo basado en Eventos
Anlisis del modelo de casos de
uso del negocio (business
modeling).
Anlisis de los Requerimientos

Mtodo basado en los Actores

Se relacionan los actores vinculados con un
sistema o empresa.

Para cada actor, se identifican los procesos

que ellos inician o en los que participan.

Mtodo basado en Eventos

Se identifican los eventos externos a los
que un sistema debe responder.
Se relacionan los eventos con los actores
y con los casos de uso.
Es til para este mtodo establecer una
tabla de eventos.

Mtodo basado en los Actores

Preguntas clave:
Cules son las tareas de este actor?
Que objetivos concretos necesita alcanzar un actor?

Puede el actor crear, almacenar, remover o leer

informacin en el sistema?
El actor, necesita estar informado acerca de las
ocurrencias del sistema?

Escenario de un Caso de Uso

Un escenario es una instancia de un caso de
uso, en donde se dan un conjunto de factores.
Cada Caso de uso tiene un conjunto de
escenarios clasificados en:
Primarios o de flujo de eventos normal (describen
cmo trabaja usualmente el sistema).
Alternativos, se producen de acuerdo a
excepciones con el escenario primario.

Casos de Uso y flujo de eventos

Un caso de uso describe que hace un
sistema, pero no identifica cmo.
Un flujo de eventos describen el cmo
(parcialmente) al interior de un caso de uso.
Cuando se modela, es importante que se
conserve la separacin de la vista interna y
externa.

Caso de Uso Esencial

Nombre
Actores
Tipo
Propsito

Realizar Prstamo de Libros

Socio (Iniciador), Bibliotecario
Primario y Esencial
Capturar un prstamo y sus
condiciones de devolucin.

Descripcin Un socio elige los libros que desea llevarse en

prstamo. El bibliotecario registra los libros y consigna su
fecha de devolucin. El socio se lleva los libros aceptando las
condiciones que se le han indicado

Referencias

Requer.: R1, R2
Anexos: A1, A2

Flujo normal de los eventos

Accin del actor
Respuesta del sistema
1 Comienza cuando el socio
selecciona libros en calidad
de prstamo y se identifica
como socio
2 El cajero registra el prstamo 3 Determina fecha de
y los libros solicitados por el
devolucin del prstamo.
socio
4 El cajero indica al socio la
5 El sistema retorna el aviso
fecha de devolucin del
de registro del prstamo
prstamo.
6 El socio se lleva los libros
solicitados.

Pre Condiciones

Suposiciones sobre el estado del

sistema al iniciarse una
operacin.
Cosas que son importantes probar
en el SW en algn momento de la
ejecucin.
Cosas que no sern sometidas a
pruebas pero de las cules
depende el xito de la operacin.

Diagramas de Casos de Uso

Representa un conjunto de casos de uso para
un sistema, los actores y la relacin entre casos
de uso y Actores
Similar a un Diagrama de Contexto

Pre y Post Condiciones

Describen los cambios de estado del

sistema cuando se ejecuta un caso
de uso.

Pueden ayudar a identificar las

clases....despus

Post Condiciones
Describen el estado de un sistema luego de
ejecutarse un caso de uso.
No se refieren a las acciones a realizar en un futuro
inmediato.
Se redactan con verbos en pasado.

Cambios (en pretrito) de estado

Categoras de Post-Condiciones:
Creacin y eliminacin de objetos
Modificacin de los atributos
Asociaciones formadas y canceladas

Organizacin de los Casos de Uso

Los casos de uso se pueden

organizar especificando
relaciones de generalizacin,
inclusin o extensin.

Relacin de Generalizacin
La generalizacin entre casos de uso es
como la generalizacin entre clases.
En concreto, significa que el caso de uso
hijo adiciona o antepone el
comportamiento del caso de uso padre

Relacin de Inclusin
Significa que un caso de uso base
incorpora
explcitamente
el
comportamiento de otro caso de uso.
Se usan para evitar describir el mismo
flujo de eventos varias veces.
Tambin
se
usan
para
ocultar
funcionalidad.
Es esencialmente un ejemplo de
delegacin.

Diagrama de Casos de Uso

Relacin de Extensin
Significa que existe un caso de uso base
que
implcitamente
incorpora
el
comportamiento de otro caso de uso.
El caso de uso base puede desarrollarse
normalmente, pero ante ciertas condiciones
sus operaciones pueden extenderse al
comportamiento de otro caso de uso.

LOGO

UNIVERSIDAD PERUANA LOS ANDES

Facultad de Ciencias Administrativas y Contables

Gestin Informtica I

Mg. Richard Y. Mercado Rivas