Вы находитесь на странице: 1из 62

ESTRUCTURAR EL MODELO

DE CASOS DE USO
SEMANA 3 Primera Sesin

Profesores del Curso: Arstegui Guilln Oscar

Temario

Refinar la definicin del sistema


Detallar un Caso de Uso
Documento Especificacin de Caso de Uso
Estructurar el Modelo de Casos de Uso.

Objetivos
Entender el datalle de un Caso de Uso
Estructurar el Modelo de Casos de Uso final
Entender la importancia de la Especificacin de un Caso de
Uso, base para el Anlisis y Diseo.

I. MODELO DE CASOS DE USO


1. DEFINICION
Artefacto de UML
Casos de uso
Propuestos inicialmente por Jacobson
Mecanismos para ayudar a representar y comprender
los objetivos y Requisitos Funcionales, de forma
simple y comprensible para todo el personal
involucrado (Cliente Desarrolladores).

2. Actividades de la Captura de Requisitos


Segn el RUP, los principales pasos para capturar los
requerimientos son:
Identificacin de Actores y Casos de uso
Priorizar Casos de Uso
Detallar Casos de Uso
Estructurar el MCU
Prototipar la interfaz de usuario (GUI).

: Analista de sistemas

: Arquitecto

: Especificador de casos de uso

: Diseador de interfaces de usuario

Encontrar actores y
casos de uso
Priorizar los
casos de uso

Detallar un caso
de uso

Estructurar el modelo
de caso de uso

Prototipar la interfaz
de usuario

2.1. Encontrar Actores y Casos de Uso


Objetivos
Delimitar el sistema y su entorno

Esbozar quin y qu (actores) interactuarn con el


sistema, y qu funcionalidad se espera del sistema
Capturar y definir un glosario de trminos comunes
esenciales para poder describir detalladamente los CU
del sistema.

Actividad decisiva para obtener adecuadamente los


requerimientos
Responsabilidad del Analista de Sistemas

Actividades (no tienen por qu seguir este orden)

Establecer el lmite del sistema: solo software, hardware y


software como un todo, lo utiliza una persona, una
organizacin, etc.
Encontrar actores principales: Usuarios que se satisfacen
con el uso de los servicios del sistema

Para cada actor, identificar sus objetivos de usuario


Definir los CU que satisfagan los objetivos de usuario.
Nombrarlos de acuerdo con sus objetivos
Describir brevemente (descripcin informal) cada CU.

2.1.1. Actores
Representan
entidades
externas
que
(mantenimiento y/o operacin) con el sistema
Puede ser un usuario o un sistema externo
Un actor representa un rol:

interactan

No se corresponde directamente con personas concretas


Toda persona que interacta con el sistema es representado al
menos por un actor en el MCU

Identificacin de Actores

Qu grupos de usuarios necesitan el sistema para su trabajo?


Qu usuarios realizan las funciones principales del sistema?
Qu usuarios realizan funciones secundarias, como mantenimiento
o administracin?
Existe algn sistema externo de hardware o software?

Se da nombre a los actores y se describen brevemente sus


papeles y para qu utilizan el sistema.

Identificar Actores principales y objetivos


Adems de actores principales y objetivos, se pueden utilizar diferentes
preguntas para identificar otros menos evidentes:
Quin arranca y detiene el sistema?
Quin administra el sistema?
Quin gestiona los usuarios y la seguridad?

Es un actor el tiempo porque el sistema hace algo como respuesta a


un evento de tiempo?
Quin evala la actividad o el rendimiento del sistema?

Tipos de Actores
Actor Principal: Usuario que se satisface mediante el uso de los
servicios del sistema (Cajero)
Actor de Apoyo: Proporciona un servicio y/o informacin al sistema a
desarrollar (Autorizacin de Pago). Normalmente es un Sistema
Informtico, pero puede ser una Organizacin o una persona
Actor Pasivo: Est interesado en el comportamiento del CU, pero no es
principal ni de apoyo (Agencia Tributaria).

La Lista Actor - Objetivo (recoge

los Actores principales y sus

objetivos de usuario).
Actor

Objetivo

Actor

Objetivo

Cajero

Procesar ventas
Gestionar devoluciones
Abrir caja
Cerrar caja

Administrador
del sistema

Aadir usuarios
Modificar usuarios
Eliminar usuarios
Gestionar
seguridad
Gestionar tablas

Jefe de
cajas

Controlar productividad
cajero
Distribuir cajeros en
cajas

Sistema de
Control de
Ventas

Analizar datos de
ventas y
rendimiento

2.1.2. Identificacin de Casos de Uso


Escenario (o instancia de caso de uso)
Es una descripcin narrativa de lo que la gente hace cuando utiliza una
aplicacin, es una secuencia especfica de acciones e interacciones
entre los actores y el sistema.
Descripcin concreta e informal de una sola caracterstica del sistema,
desde el punto de vista de un solo actor
Los analistas y los usuarios escriben y refinan diversos escenarios para
comprender mejor lo que debe hacer el sistema

Identificacin de escenarios
Qu tareas necesita el actor que realice el sistema?
Qu informacin consulta el actor? quin crea esos datos? se
pueden modificar? quin puede hacerlo?
Qu cambios externos necesita informar el actor al sistema?
Cundo y con qu frecuencia?
De qu eventos necesita el actor que le informe el sistema?
cundo y con qu frecuencia?

Caso de Uso
Especifica todos los escenarios posibles para una determinada
funcionalidad
Es iniciado por un Actor
Puede interactuar con otros actores
Representa un flujo de eventos completo a travs del sistema, es
decir, describe una serie de interacciones relacionadas que resultan
de la inicializacin del CU.

2.1.3. Relaciones entre Actores y CU


Representan el flujo de informacin durante el CU
Se puede distinguir entre el Actor que inicia el CU y los dems actores
que intervienen posteriormente
Los CU identificados previamente a partir de los objetivos de los
actores, se representan mediante valos y representan una tarea que
el sistema en desarrollo tiene que incorporar
El Modelo de Casos de Uso representa el contexto del sistema:
Lmites del sistema
Qu permanece fuera del sistema
Cmo se utiliza el sistema

Resume el comportamiento de un sistema y sus actores

2.2. Priorizacin de casos de uso


Determinar cules son necesarios para el desarrollo en las primeras
iteraciones y cules pueden dejarse para posteriores iteraciones
Cuestiones a tener en cuenta:
CU con dificultad de desarrollo

CU imprescindibles para la puesta en marcha del sistema


Organizacin del desarrollo incremental
Disponibilidad de equipo de desarrollo

Se revisa la priorizacin con el Jefe de Proyecto y se utiliza como


entrada para la planificacin de cada iteracin del proyecto.

Detallar los casos de uso

2.3. Detallar los casos de Uso


Objetivo principal: describir su flujo de sucesos en detalle
Cmo comienza
Cmo termina
Cmo interactan con los actores
Se detalla paso a paso la secuencia de acciones del CU
Se trabaja estrechamente con los usuarios reales de los CU
Resultado: descripcin detallada mediante
Texto
Diagramas

2.4. Estructurar el modelo de Casos de Uso


Extraer descripciones de funcionalidad (de casos de uso) generales y
compartidas que pueden ser utilizadas por casos de uso ms
especficos
Extraer descripciones de funcionalidad (de casos de uso) adicionales u
opcionales que pueden extender casos de uso ms especficos
(relaciones de extensin)
Extraer descripciones de funcionalidad (de casos de uso) adicionales e
incondicionales incluidas en la ejecucin de casos de uso especficos
(relaciones de inclusin).

2.4.1. Generalizacin
Simplifica la forma de trabajo y la comprensin del MCU
Permite reutilizar CU semifabricados cuando se renen CU
terminados, requeridos por el usuario y se les llaman CU concretos
El CU semifabricado existe solamente para que otros CU lo reutilicen
y se les llaman CU abstractos.
No pueden instanciarse por s mismos
Una instancia de CU concreto tambin exhibe el comportamiento
especificado por CU abstracto (reutilizado).

Comprador

Ejecutar transaccin

Pagar factura

Vendedor

2.4.2. Relaciones de Extensin entre Casos de Uso


Un CU extiende otro caso de uso si ste puede incluir el
comportamiento del primero bajo determinadas condiciones
Ventajas de separar el flujo excepcional y opcional con respecto al CU
bsico
El CU bsico se hace ms pequeo y comprensible
Se distingue entre el caso comn y el excepcional, permitiendo que los
desarrolladores los traten de forma diferente

Ambos son CU completos por s mismos, con condicin inicial y final, y


comprensibles por el usuario
Regla general: utilizar relaciones de extensin para comportamientos
excepcionales, opcionales o que rara vez ocurren.

<<inicia>>
<<extend>>

OficialCampo

Conexin perdida
Informar Emergencia

Comprador

Vendedor

Pagar factura

<<extend>>

Ejecutar transaccin
Pagar cargos saldo deudor

2.4.3. Relaciones de inclusin entre casos de uso


Permiten dividir las redundancias y reutilizar CU
El comportamiento slo debe dividirse en CU separados cuando es
compartido por dos o ms CU
No conviene dividir en exceso (especificacin confusa)
Regla general: utilizar relaciones de inclusin para comportamientos
que se comparten entre dos o ms CU.

<<inclu
Abrir Incidente
de>>
Controlador

Ver plano

<<include>>
Asignar Recursos

Ampliar prstamo

<<include>>

<<include>>
Prestatario Libro

Comprobar reservas

Tomar libro prestado

2.4.4. Identificacin de Casos de Uso de Mantenimiento,


Consulta y Reportes
Los CU hasta el momento identificados son las actividades
necesarias para que se ejecute un Proceso del Negocio.
Adems existen CU de Mantenimiento de los archivos del sistema,
Consultas y/o Reportes realizadas por el usuarios
Se adicionan en el MCU (al final) los cuales tambin deben
mostrados al Usuario
Deben ser incluidos en la Lista de Casos de Uso
Participan en la Priorizacin de Casos de Uso, para identificar en
que interaccin del proyecto se debe implementar.

2.5. Prototipado de la interfaz


Diseo lgico de la interfaz: se decide qu se necesita de las interfaces
de usuario para habilitar los CU para cada actor
Diseo fsico de la interfaz: se desarrollan prototipos que ilustran cmo
pueden utilizar el sistema los usuarios para ejecutar los CU
Resultado final: conjunto de esquemas de interfaces de usuario y
prototipos de interfaces que especifican la apariencia de esas
interfaces para los actores ms importantes.
___
___
___
___
Requisitos
Modelo de
___
casos
deadicionales
uso
Caso
de
uso
___
(descrito)
Prototipar
___
la interfaz
___
Glosario

Prototipo de interfaz de
usuario

No olvidar los requerimientos no funcionales


Aspectos del sistema visibles para el usuario, no relacionados de forma
directa al comportamiento funcional del sistema.
Aspectos:
GUI y factores humanos: tipo de interfaz, experiencia, etc.
Documentacin: destinatarios, tipo de documentacin tcnica, etc.
Consideraciones de HW: compatibilidad con otro hardware, existencia de
otros sistemas, etc.
Caractersticas de Ejecucin: usuarios concurrentes, carga de trabajo, etc.
Gestin de errores y excepciones
Calidad: fiabilidad, disponibilidad, robustez, etc.
Modificaciones futuras
Ambiente fsico: condiciones climticas, exposicin a golpes, accidentes,
etc.
seguridad.

II. ESPECIFICACION DE CASOS DE USO

1. QU ES LA ECU?

Se describen QUE hacen el Actor y el Sistema


y NO COMO se implementa
Tanto el camino bsico como los alternativos
deben describirse textualmente en una seccin
de la ECU.

2. Partes de una ECU


1. Nombre
Debe indicar el ttulo del Caso de Uso
2. Breve Descripcin
Descripcin pequea de las actividades o
pasos principales que realiza el CU.
Debe incluir el propsito del CU.

3. Flujo de Eventos
Evento Disparador
Evento que demandan la ejecucin del CU del
sistema.
Evento ante el cul el sistema de software
debe reaccionar.
Indica que Actor inicia el CU: El Caso de Uso
comienza cuando el Actor solicita ..
Se pone antes del Flujo Bsico.

3.1. Flujo Bsico


Incluir el punto de inicio y de termino del CU.
Conjunto ordenado de acciones (enumerados)
realizados por el Actor y el Sistema, para
alcanzar el propsito
La instancia del CU se inicia y pasa a un
estado de comienzo
El CU es invocado por el mensaje de un actor
Transita a otro estado realizando una
secuencia de acciones (clculos, seleccin de
camino, mensajes de salida, etc.)

Queda a la espera (en el nuevo estado) de


otro mensaje externo
Es invocado (otra vez) por un nuevo mensaje
Termina la instancia del CU
El camino elegido como bsico debe ser el
normal, el ms habitual u obvio para el Actor
que acta en la mayora de los escenarios
Incluir mensajes de confirmacin.

FLUJO BASICO

10

CASO INCLUIDO
Activacin mandatoria del CU incluido, en algn
evento del flujo de eventos del CU principal (el que
incluye)
El sistema incluye el Caso de Uso <nombre CU>
Se grafica en la actividad Estructurar el MCU.

Mandatorio
1

CU INCLUIDO

10

4. Flujo(s) Alternativo(s)
Los caminos alternativos, desviaciones o
excepciones pueden ocurrir porque:
Si est implicado ms de un actor, las
acciones de uno de ellos pueden influenciar
el camino de las acciones de los otros
El sistema puede detectar ingresos errneos
de los actores
Violacin de Reglas del Negocio.

Alguna falla en el funcionamiento de alguno


de los recursos del sistema, por lo que ste
no puede efectuar su trabajo hasta el fin del
CU.
Incluir si el CU continua o termina, adems de
los mensajes preventivos o alertas.

10

Escenario
3.1

3.n

FLUJO ALTERNATIVO

5. Subflujos
Los subflujos se dan cuando el actor elige otra
opcin dentro del CU.
Por Ejemplo en Gestin de Productos:
Ingresar Producto es el Flujo Bsico. Los
Subflujos seran: Actualizar Producto, Eliminar
Producto, Consultar Producto.
Los
Subflujos
tambin
tienen
Flujos
Alternativos.

6. Pre y Post Condiciones


Son estados del sistema de los que el usuario
puede darse cuenta.

6.1. Pre Condiciones


Expresan condiciones o restricciones para que el flujo
de eventos del CU comience (no es el evento inicial)
Se expresan en trminos de:
Estado interno del sistema de software
Condiciones externas al sistema de software
(estado del contexto)
Una precondicin de un CU no se aplica a
subflujos individuales, sino a todo el CU.
Futuro (debe).

EVENTO

CONDICION

QUE

ACCION

= ECA

6.2. Post Condiciones


Expresan las condiciones que deben darse una
vez realizado el CU (resultados esperados en
forma exitosa).
Se expresan en trminos de:
Estado interno del sistema de software
Condiciones externas al sistema de software
(estado del contexto)
Futuro (debe ...)

EVENTO

CONDICION

QUE

ACCION

ESPERADO

7. Puntos de Extensin
Activacin condicionada de un CU extendido
en algn paso del flujo de eventos de CU
principal
El sistema se extiende al Caso de Uso
<nombre CU>
Se grafica en la actividad Estructurar el
MCU.

10

Condicin
1

CU EXTENDIDO

7.1. Generalizacin / Especializacin


Definicin de casos de usos de propsito
especficos a partir de un caso de uso de
propsito general
El caso de uso general no es ejecutado, en
su lugar el sistema se usa para el desarrollo
de los casos especficos.

8. Prototipos (GUI)
Una alternativa para la definicin de los
requerimientos.
Consiste en capturar un conjunto inicial de
necesidades e implementarlas rpidamente con
la intencin de expandirlas y refinarlas
iterativamente, al ir aumentando la compresin
que tienen del sistema los Usuarios y
Desarrolladores.

3. TIPS PARA DETALLAR LOS CU


Escriba oraciones cortas, concisas
Evite adverbios: muy, casi, mejor que, bastante, etc.
Emplee correctamente los signos de puntuacin
Evite usar oraciones compuestas
Describa el flujo, no slo el propsito del CU
Describa slo el flujo del CU, evite mencionar
eventos de otros CU que pudieran ejecutarse en
paralelo

No mencione actores que no intervienen en el


CU
Si el orden de los eventos no es fijo, esta
caracterstica debe ser explcita
Emplee lenguaje simple y claro, evitando
trminos tcnicos.

4. QUINES LEEN LAS ECU?


Clientes: aprueban lo que debe hacer el sistema
Usuarios: obtienen comprensin del sistema
Desarrolladores
del
Sistema:
documentan
el
comportamiento del sistema
Revisores: examinan el flujo de eventos
Analistas del Sistema / Diseadores: proveen la base
para un anlisis y diseo
Testeadores del Sistema: usado como base para casos
de prueba
Lder de Proyecto: provee entradas para el
planeamiento de proyectos
Escritor Tcnico: para el Manual de Usuario.

5. PLANTILLA
1. Nombre del Caso de Uso
2. Breve Descripcin
3. Flujo de Eventos
Evento Disparador
3.1 Flujo Bsico
1.
2. Incluir Casos de Uso <<nombre>>
3.
n.
3.2 Flujos Alternativos
3.2.1 < Primer Flujo Alternativo >
3.2.2 < Segundo Flujo Alternativo >

3.3 < Sub Flujos >


3.3.1 < Flujos Alernativos del Sub Flujo >
4. Requerimientos Especiales
4.1 < Primer Requerimiento Especial >
5. Pre Condiciones
5.1 < Precondicin 1 >
6. Post Condiciones
6.1 < Post Condicin 1 >
7. Puntos de Extension
7.1 << Nombre del Caso de Uso Extendido>>
8. Prototipo (GUI).

Ejemplo de Caso de Uso

EVENTOS

Login:
Passwor
d:
Aceptar
Evento: accin sobre algn
elemento de la interfaz y que
provoca una reaccin DE
IMPORTANCIA
en
el
sistema.

Cancelar

Cuando el usuario indica


Aceptar el Sistema vlida
si el password y el login
son vlidos.

FLUJO BSICO DE EVENTOS


Qu hace el usuario?

Qu hace el sistema?

1. Ingresar login
2. Ingresar password

3. Indicar Aceptar

4. El sistema vlida si
el password y el
login son vlidos

Flujo alternativo de Eventos


Qu hace el usuario?

Qu hace el sistema?

1. Ingresar login
2. Ingresar password

3. Indicar Aceptar

4. El sistema
valida si el
password y el
login
son
vlidos

Alternativas
Si en 4 el Sistema
determina que el
password y el login
no son
vlidos
entonces emitir al
usuario el mensaje:
login y password
invlidos. Y se
regresa al paso 1

Ejemplo de Especificacin de
Caso de Uso

Вам также может понравиться