-
1
LOGO
Gestin Informtica I
Ing. Richard Mercado Rivas.
UNIVERSIDAD PERUANA LOS ANDES
Facultad de Ciencias Administrativas y Contables
UML y Diagrama de
Casos de Uso
Historia de UML
Nov 97 UML aprobado por el OMG
1998
1999
2000
UML 1.2
UML 1.3
UML 1.4
2001 ? UML 2.0
Revisiones menores
2010 UML 2.3
Diagramas de UML
Use Case Diagrams
Use Case Diagrams
Diagramas de Casos de Uso
Scenario Diagrams
Scenario Diagrams
Diagramas de Colaboracin
State Diagrams
State Diagrams
Diagramas de Componentes
Component Diagrams Component
Diagrams Diagramas de Distribucin
State Diagrams
State Diagrams
Diagramas de Objetos
Scenario Diagrams
Scenario Diagrams
Diagramas de Estados
Use Case Diagrams
Use Case Diagrams
Diagramas de Secuencia
State Diagrams
State Diagrams
Diagramas de Clases
Diagramas de Actividad
Modelo
Un modelo es una descripcin completa de un sistema desde una
perspectiva concreta
Clientes
Usuarios
Dominio del Problema
Expertos Dominio Analistas Industria Visitas al WEB Modelo de
Negocios
Reporte de Problemas Req. De Cambio
Especificaciones Reqs. Planes de Negocio Metas de Personal
Analistas
Socios
De dnde provienen los requerimientos?
Definiendo los lmites del sistema
Sistema Heredado
Comunicaciones
Usuarios
Reportes
Nuevo Sistema
Mantencin
Otros Sistemas
Requerimientos
Un requerimiento es definido como
una condicin o capacidad con la cual un sistema debe estar
en
conformidad
-
2
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.
Clases de Requerimientos
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
Propietario
Nivel de Test/ precedencia
Requerimiento A
Iteracin #
Estado
Dificultad
Prioridad Costo
Riesgo
Categora
CASOS DE USO Y EL PROCESO DE DESARROLLO DE SOFTWARE
Modelo de Casos
de usos
Modelo de
anlisis
Modelo de
diseo
Modelo de
despliegue
Modelo de
implementacin
Modelo de
prueba
Especificado por
Realizado por
Distribuido por
Implementado por
Verificado por
Es usado en los workflows de requerimientos, anlisis y diseo
y prueba
Objetivo: Comunicar la
funcionalidad y el comportamiento
al cliente y al usuario
Modelo de Casos de Uso
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 y Actores
-
3
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
Casos de Uso
Permiten especificar el comportamiento del sistema
El comportamiento es el cmo, el
sistema, acta y reacciona ante el
medio.
Casos de Uso
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.
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.
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)?
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
-
4
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 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?
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.
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.
Nombre Realizar Prstamo de Libros Actores Socio (Iniciador),
Bibliotecario Tipo Primario y Esencial Propsito 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
Caso de Uso Esencial
-
5
Flujo normal de los eventos
Accin del actor
1 Comienza cuando el socio
selecciona libros en calidad
de prstamo y se identifica
como socio
2 El cajero registra el prstamo
y los libros solicitados por el
socio
4 El cajero indica al socio la
fecha de devolucin del
prstamo.
6 El socio se lleva los libros
solicitados.
Respuesta del sistema
3 Determina fecha de
devolucin del prstamo.
5 El sistema retorna el aviso
de registro del prstamo Pueden ayudar a identificar las
clases....despus
Pre y Post Condiciones
Describen los cambios de estado del sistema cuando se ejecuta un
caso
de uso.
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.
Cambios (en pretrito) de estado
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.
Categoras de Post-Condiciones:
Creacin y eliminacin de objetos
Modificacin de los atributos
Asociaciones formadas y canceladas
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
Organizacin de los Casos de Uso
Los casos de uso se pueden organizar especificando
relaciones de generalizacin,
inclusin o extensin.
-
6
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.
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.
Diagrama de Casos de Uso
LOGO
Gestin Informtica I Mg. Richard Y. Mercado Rivas
UNIVERSIDAD PERUANA LOS ANDES
Facultad de Ciencias Administrativas y Contables
