Universidad del Salvador

Sistemas de Informacin I UML

Ing. Ricardo J. Bruzzi rjbruzzi@gmail.com Marzo 2011 Parte I c V2011

1
1

Agradecimiento
El presente material ha sido elaborado utilizando lo publicado en la Web por:

Desarrollo de Software Orientado a Objeto usando UML Prof. Patricio Letelier Torres letelier@dsic.upv.es

Applying UML in The Unified Process Ivar Jacobson Rational Software ivar @rational.com

Jess Garca Molina Departamento de Informtica y Sistemas Universidad de Murcia

2

Diagrama de Casos de Usos

Casos de uso

Casos de uso son ideados por Jacobson a principios de los noventa, Inspirados en el concepto de escenario. Escenarios haban sido utilizados para describir procesos.

..Casos de Uso

Los Casos de Uso (Ivar Jacobson) describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista del usuario Permiten definir los lmites del sistema y las relaciones entre el sistema y el entorno

Los Casos de Uso son descripciones de la funcionalidad del sistema independientes de la implementacin

 Casos de Uso
Los Casos de Uso cubren la carencia existente en mtodos previos (OMT, Booch) en cuanto a la determinacin de requisitos

Los Casos de Uso dividen el conjunto de necesidades atendiendo a la categora de usuarios que participan en el mismo
Estn basado en el lenguaje natural, es decir, es accesible por los usuarios

Casos de Uso
Un caso de uso (cdu) especifica un comportamiento deseado del sistema (trabajo tangible). Representan requisitos funcionales del sistema. Un caso de uso especifica un conjunto de secuencias de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un particular actor (Definicin en UML)
Describen qu hace el sistema, no cmo lo hace.

Casos de Uso

Elementos de un caso de uso

Conjunto de secuencias de acciones; cada secuencia representa un posible comportamiento del sistema Actores, roles que pueden jugar los usuarios Variantes: versiones especializadas, un cdu que extiende a otro o un cdu que incluye a otro

Ejemplo de Caso de Uso

actor

caso de uso

Cajero

Realizar Venta

asociacion

Otras definiciones de caso de uso

Describe un conjunto de interacciones entre actores externos y el sistema en consideracin orientadas a satisfacer un objetivo de un actor. [D. Bredemeyer]

Es una coleccin de posibles secuencias de interacciones entre el sistema en discusin y sus actores externos, relacionado con un objetivo particular. [A. Cockburn]
Es una coleccin de escenarios de xito y fracaso relacionados que describe a un actor que usa un sistema para conseguir un objetivo [C. Larman]

10

Actores
Un actor representa un rol que juegan los agentes que interactan con el sistema.
d Tr Tr ia ia ia ia ia ia ia lV lV lV lV lV lV lV er er er er er er er er si si si si si si si si on on on on on on on on Tr d re is eg te Tr Tr Tr d re d er eg nr -U is te gi nr e st ed re Tr
11

Roles son jugados por personas, dispositivos, u otros sistemas.

Ejemplos: Cliente, Alumno, Sistema de Pago,

EA

-U -U nr -U nr

10

EA

EA

3.

10

3.

eg

EA

3.

10

3.

10

is

ed

te

El tiempo puede ser un actor (procesos iniciados automticamente por el sistema) Los actores no forman parte del sistema.
10 3.

-U

nr eg

is t

Agenda de Reuniones

er ed

nr eg i

st

er e

Actores
Un actor necesita el caso de uso y/o participa en l. Un mismo usuario puede jugar diferentes roles. Un actor puede intervenir en varios casos de uso. Se pueden identificar casos de uso a partir de actores y eventos externos. Un caso de uso puede requerir la participacin de varios actores para lograr su objetivo. Heurstica: todos los actores todos los casos de uso?

12

A 3. 10 3. 10 3. 10 3. 10 -U -U -U -U nr nr nr nr nr eg eg eg eg eg is is is is is te te te te te re re re re re re d d d d d d Tr Tr Tr Tr Tr Tr ia ia ia ia ia ia lV lV lV lV lV lV er er er er er er er si si si si si si si on on on on on on on
Estudiante Aprender UML

EA

EA

EA

Actores

A 3. 10 3. 10

EA

EA

3. 10

EA

3. 10

Dos tipos de actores: Principal: Requiere al sistema el cumplimiento de un objetivo

-U -U -U -U nr nr nr nr nr eg eg eg eg eg is is is is is te te te te te re re re re re re d d d d d d Tr Tr Tr Tr Tr Tr ia ia ia ia ia ia lV lV lV lV lV lV er er er er er er er si si si si si si si on on on on on on on
Instructor

Secundario: El sistema necesita de ellos para satisfacer un objetivo

13

 Relaciones entre Actores Generalizacin

Atributos comunes de un Actor Nombre Descripcin

3. 1

EA 0 3. 1 -U 0 3. 1 -U 0 3. 1 -U 0

EA

EA

EA -U

3. 1

EA 0 -U

3. 1

EA 0

3. 1

EA

3. 1

EA

3. 1

EA

3. 1

Casos de Uso: Actor

0 0 0 0 -U -U -U -U -U nr nr nr nr nr nr nr nr nr nr re eg eg eg eg eg eg eg eg eg eg gi is is is is is is is is is is st te te te te te te te te te te er re re re re re re re re re re ed d d d d d d d d d d d Tr Tr Tr Tr Tr Tr Tr Tr Tr Tr Tr Tr ia ia ia ia ia ia ia ia ia ia ia ia lV lV lV lV lV lV lV lV lV lV lV lV er er er er er er er er er er er er rs si si si si si si si si si si si si io on on on on on on on on on on on on n
LP Analista Equipo Programador

Arquitecto

3. 1

EA 0 -U

3. 1

EA 0 -U

3. 1

EA 0 -U

3. 1

EA 0 -U

3. 1

EA 0 -U

3. 1

EA 0

3. 1

EA

3. 1

EA

3. 1

EA

3. 1

14

0 0 0 0 -U -U -U -U -U nr nr nr nr nr nr nr nr nr nr re eg eg eg eg eg eg eg eg eg eg gi is is is is is is is is is is st te te te te te te te te te te er re re re re re re re re re re e

...Encontrar Actores y Casos de Uso

Delimitar el sistema de su entorno Esbozar quin y qu interactuarn con el sistema, y qu funcionalidad se espera del mismo. Capturar y definir un glosario de trminos comunes esenciales para la creacin de descripciones detalladas de las funcionalidades del sistema.

15

Identificacin de actores

Quin y qu utiliza el sistema? Qu roles desempean en la interaccin? Quin mantiene el sistema? Quin o que inicia y cierra el sistema? Qu otros sistemas interactan con el sistema? Quin o qu consigue o proporciona informacin al sistema? Sucede algo en un momento dado de forma automtica?

16

Ejemplo diagrama de casos de uso

Alumno

Realizar preinscripcin

Gestin Expedientes

Actor Principal
Matriculacin Entidad Bancaria

Actores Secundarios

17

Ejemplo de diagrama de casos de uso

Registrar curso

Rebajar Mnimo Responsable

Aprobar curso

Servicio CPE

Cerrar curso Crear proyecto Servicio Contabilidad

Fin matriculacion

Realizar preinscripcin

Sistema

Avisar admitidos Alumno

Matriculacin Cancelar curso

18

Ejemplo diagrama de casos de uso

Reservar Libro

Prstamo revista

Profesor

Prstamo Libro

Devolver revista

Socio Devolver libro Actualizar catalogo

Bibliotecario

Extender Prstamo

Consultar

Socio
19

Casos de uso y Colaboraciones

El objetivo de la arquitectura del sistema es encontrar el conjunto mnimo de colaboraciones bien estructuradas, que satisfacen el comportamiento especificado en todos los casos de uso del sistema

20

Organizacin de casos de uso

Tres tipos de relaciones: Generalizacin
- Un cdu hereda el comportamiento y significado de otro

Inclusin
- Un cdu base incorpora explcitamente el comportamiento de otro en algn lugar de su secuencia.

Extensin
- Un cdu base incorpora implcitamente el comportamiento de otro cdu en el lugar especificado indirectamente por este otro cdu
21

Generalizacin

Los casos de uso hijo son una especializacin del caso de uso padre.

Cliente

Buscar Producto

Buscar libro

Buscar CD

22

 Casos de Uso: Relaciones

Inclusin : una instancia del Caso de Uso origen incluye tambin el comportamiento descripto por el Caso de Uso destino
<<include>>

Caso de Uso Origen

Caso de Uso Destino

<<include>> reemplaz al denominado <<uses>>

23

 Ejemplos

Reintegro Cuenta Corriente

<<include>>

Cliente

Verificar Operacin <<include>>

Reintegro Cuenta de Crdito

24

Relacin de inclusin

Permite factorizar un comportamiento en un caso de uso aparte y evita repetir un mismo flujo en diferentes casos de uso. Ejemplo:

Hacer Pedido:

Obtener y verificar el nmero de pedido; Incluir (Validar usuario); para cada lnea en el pedido: Consultar el estado; Preparar un informe para el usuario
25

Relacin de extensin

El caso de uso base incluye una serie de puntos de extensin. El caso de uso base no conoce los casos de uso de extensin, est completo sin las extensiones. Los puntos de extensin no son parte del flujo principal. Sirve para modelar
la parte opcional del sistema un subflujo que slo se ejecuta bajo ciertas condiciones varios flujos que se pueden insertar en un punto

26

Relacin de extensin

Ejemplo: Hacer Pedido: Incluir Validar usuario; Recoger los tem del pedido del usuario; establecer prioridad: punto de extensin Enviar pedido para ser procesado.

27

Relacin de extensin

Devolver Libro
Puntos de extensin libro retrasado

extend

Poner multa

Bibliotecario

Nombre: Devolver libro Nombre: Poner multa Actor principal: Bibliotecario Precondicin: Libro devuelto fuera de plazo Precondicin: Bibliotecario est autenticado Flujo: Flujo: 1. El bibliotecario introduce detalles multa 1. El bibliotecario introduce id del prestatario 2. El sistema registra e imprime la multa 2. El sistema muestra datos del prestatario y los libros que tiene prestados 3. El bibliotecario selecciona libro a devolver punto de extensin: libro retrasado 4. El sistema registra devolucin 5. ...
28

 Casos de Uso: Relaciones

Extensin : el Caso de Uso origen se extiende por el comportamiento del Caso de Uso destino
Conviene su uso para insertar un nuevo comportamiento no previsto en un caso de uso existente.

29

 Ejemplos

Cliente

Solicitar Prstamo

[Tarjeta Caducada] <<extend>>

Solicitar Nueva Tarjeta

30

 Casos de Uso: Relaciones

Ejemplo:
Identificacin

< < include> >

Cliente

Transferencia

< < extend> >

Transferencia en Internet

31

Ejemplo
Extensin extend
Realizar Pedido Realizar Pedido Urgente

(establecer prioridad)

include
Inclusin
Validar Usuario

Comprobar clave

Generalizacin include
Consultar Pedido
Examinar retina

32

 Casos de Uso
Casos de Uso es una tcnica para capturar informacin de cmo un sistema o negocio trabaja, o de cmo se desea que trabaje No pertenece estrictamente al enfoque orientado a objeto, es una tcnica para captura de requisitos

33

 Casos de Uso
Los Casos de Uso se determinan observando y precisando, actor por actor, las secuencias de interaccin, los escenarios, desde el punto de vista del usuario Un escenario es una instancia de un caso de uso Los casos de uso intervienen durante todo el ciclo de vida. El proceso de desarrollo estar dirigido por los casos de uso

34

Ejercicio Realizar los Diagramas de Casos de Uso de

CASO 01: MAQUINARIAS ARGENTINAS S.A CASO 02 : BEGRABA S.A CASO 03: CLUB JUEGO LIMPIO

35

Propiedades de los casos de uso

Son iniciados por un actor con un objetivo en mente y es completado con xito cuando el sistema lo satisface. Puede incluir secuencias alternativas que llevan al xito y fracaso en la consecucin del objetivo. El sistema es considerado como una caja negra y las interacciones se perciben desde fuera. El conjunto completo de casos de uso especifica todas las posibles formas de usar el sistema, esto es el comportamiento requerido.

36

Escenarios de un casos de uso

Un caso de uso describe un conjunto de secuencias de interacciones entre actores y el sistema (escenarios): Principal y secundarios. Cada escenario acaba con xito o fracaso. Un escenario es una instancia de un caso de uso, una historia particular de uso del sistema. Un flujo principal y varios flujos secundarios. Flujo principal: Todo va bien Flujos secundarios: Alternativas y Excepciones

37

Utilidad de los casos de uso

Ofrecen un medio sistemtico e intuitivo para capturar los requisitos funcionales, centrndose en el valor aadido para el usuario Dirigen todo el proceso de desarrollo puesto que la mayora de actividades (planificacin, anlisis, diseo, validacin, test,..) se realizan a partir de los casos de uso. Mecanismo importante para soportar trazabilidad entre modelos.

38

Utilidad de los casos de uso

Hay consenso en considerar casos de uso como esenciales para capturar requisitos y guiar el modelado. Pero ha existido mucha confusin sobre cmo usarlos. Nmero de casos de uso apropiado en un proyecto? Qu casos de uso hay en el sistema?

39

Granularidad de los casos de uso

Diferente granularidad Un caso de uso se puede asociar a un objetivo del usuario o a una interaccin bsica con el sistema. Un objetivo implica una o ms interacciones. Se debe definir un caso de uso por cada objetivo del usuario.

40

Granularidad Casos de uso del negocio Procesos de Negocio: Objetivo estratgico de la empresa Ej. Venta productos Casos de uso del sistema Objetivo de un usuario Ej. Realizar una compra Casos de uso de inclusin Forman parte de otro, son como subfunciones Ej. Buscar, Validar, Login

41

Granularidad

Qu granularidad es apropiada para un caso de uso del sistema? Sirven para planificar el proyecto Se les asocia un flujo de interacciones actor-sistema Deben ser objetivos del usuario En un sistema de venta por internet, son casos de uso Aadir producto al carro de la compra o Introducir datos facturacin ?

42

Tipos de casos de uso

Segn el nivel de detalle

Breve : Descripcin en unas pocas lneas Informal : Varios prrafos que cubren varios escenarios Completo : Descripcin detallada con una plantilla

Segn la importancia
Primario, secundario u opcional

Segn el nivel de abstraccin

Esencial : intenciones del usuario y responsabilidades del sistema Concreto : Se contemplan detalles de implementacin (GUI y tecnologa)

43

Mal uso de los casos de uso

<<include>>

Aadir libro

<<include>> Mantener libros

Eliminar libro <<include>>

<<include>> <<include>>

Aadir peticin

Bibliotecario

Gestionar biblioteca

Mantener peticiones

<<include>>

<<include>>

Eliminar peticin

<<include>> Devolver libro

Mantener prestamos

<<include>>

Prestar libro

44

Descripcin de un caso de uso

Son documentos de texto.

El modelado de casos de uso consiste en escribir texto. (por que no dibujar diagramas?!).

Describir el flujo de eventos

Texto estructurado informal Texto estructurado formal (plantillas) Pseudocdigo Notaciones grficas: diagramas de secuencia

Debe ser legible y comprensible para un usuario no experto. Debe indicar: actores, flujos principal y excepcionales.

45

Plantilla usecases.org (Larman)

Nombre del caso de uso Actor Principal Personas involucradas e Interesadas (Actores secundarios) Precondiciones (estado del sistema antes de empezar) Postcondiciones (estado del sistema al finalizar) Escenario Principal (Flujo Bsico) Extensiones (Flujos Alternativos) Requisitos especiales Tecnologa y Lista Variaciones de datos Frecuencia Cuestiones abiertas

46

Categoras de Casos de Uso

Primero, estn las actividades comerciales importantes, generalmente llamadas procesos de negocio. Segundo, estn aquellas actividades que no son comercialmente importantes, pero que deben estar para que el negocio funcione. La administracin, depuracin y seguridad del sistema son ejemplo tpicos. Son de soporte. Tercero, est la administracin del trabajo. Estos casos de uso de negocio muestran el tipo de tareas que afectan como se manejan otros casos de uso de negocio y las relaciones entre sus dueos.

47

Estructurar los casos de uso

Extraer descripciones de funcionalidad generales y compartidas que pueden ser utilizadas por descripciones ms especficas
Extraer descripciones de funcionalidad adicionales u opcionales que pueden extender descripciones ms especficas

48

Ejemplo1 : Especificacin Estructurada

{Precondicin: Se ha producido una variacin de existencias que debe ser registrada.} {Postcondicin: Catlogo de ejemplares actualizado.} Escenarios: Bsico: Ingreso de nuevo material 1. El usuario selecciona ingresar nuevo material. 2. El sistema muestra la ficha catalogrfica a completar. 3. El usuario ingresa los datos. 4. El sistema verifica que se han ingresado los datos obligatorios. 5. El sistema busca existencias en el catlogo. 6. El sistema muestra los resultados y pide confirmacin. 7. El sistema genera el Sign e imprime la oblea identificatoria. Alternativa 1: Ingreso de nuevo ejemplar
49

...Casos de Uso: Construccin

Son fragmentos de funcionalidad que el sistema ofrece para aportar un resultado de valor para sus actores Especifica una secuencia de acciones que el sistema puede llevar a cabo interactuando con sus actores, incluyendo alternativas dentro de la secuencia Es una especificacin

50

...Casos de Uso: Construccin

Un caso de uso debe ser simple, inteligible, claro y conciso Generalmente hay pocos actores asociados a cada Caso de Uso Preguntas clave: cules son las tareas del actor? qu informacin crea, guarda, modifica, destruye o lee el actor? debe el actor notificar al sistema los cambios externos? debe el sistema informar al actor de los cambios internos?

51

 Casos de Uso: Construccin

La descripcin del Caso de Uso comprende: el inicio: cundo y qu actor lo produce? el fin: cundo se produce y qu valor devuelve? la interaccin actor-caso de uso: qu mensajes intercambian ambos? objetivo del caso de uso: qu lleva a cabo o intenta? cronologa y origen de las interacciones repeticiones de comportamiento: qu operaciones son iteradas? situaciones opcionales: qu ejecuciones alternativas se presentan en el caso de uso?

52

 Casos de Uso: Construccin

Encontrar Actores y Casos de Uso Priorizar Casos de Uso

Detallar un Caso de Uso

Estructurar el modelo de Casos de Uso

53

 Casos de Uso: Construccin

Ubicar los actores del sistema (Quienes interactan?) Por cada actor: Definir qu es lo que el actor quiere hacer con el sistema y por cada objetivo plantear un caso de uso. Por cada caso de uso: Determinar el actor iniciador y los participantes. Describir el escenario principal. Enumerar los pasos. Por cada caso de uso: Encontrar caminos alternativos y escribir los escenarios que lo extienden. Por cada caso de uso: Identificar aspectos comunes y establecer las relaciones de reuso

54

 Casos de Uso: Construccin

La descripcin de un caso de uso es textual: No estructurada Estructurada Objetivo Requerimientos Reglas del Negocio Precondiciones Poscondiciones Escenarios Principal Alternativos de Excepcin
55

 Casos de Uso: Construccin

Estructuracin de la descripcin de casos de uso Puede utilizarse una tcnica de modelado visual para describir los casos de usos (diagramas) Formalizacin de la descripcin de casos de uso

Precondicin
Flujo de sucesos

- Camino Bsico - Caminos Alternativos - Caminos de Excepcin

Postcondicin

56

Especificacin estructurada
Identificacin
Identificador del CU El nombre debe expresar la accin que ocurre al ejecutar el CU. Es usual que este sea un verbo significativo en el contexto del negocio ms un objeto vinculado al dominio. Describe el objetivo que quiere alcanzar el actor que lo ejecuta. Debe ser una extensin del nombre. Lista de RF que se satisfacen.

Objetivo Requerimientos Funcionales

Requerimientos No Funcionales

Lista de RNF que se satisfacen.

Reglas del Negocio

Las RN enuncian caractersticas propias del dominio de la aplicacin que deben ser consideradas a la hora de plantear usos del sistema. Las RN aparecen fuertemente vinculadas a los casos de uso y a los objetos del dominio de la aplicacin indicando restricciones a sus valores, relaciones significativas y de impacto entre las entidades.
57

Especificacin estructurada
Precondiciones
Condiciones que si se verifican habilitan la ejecucin del CU (contratos).

Postcondiciones

Resultados esperados de la ejecucin satisfactoria del CU. Impacto del CU en las entidades y condiciones del sistema.
Describe la interaccin esperada (ms simple o frecuente) entre el actor y el sistema. Es una secuencia de pasos numerados que conduce a lograr los resultados indicados en la/s postcondicin/es. Secuencias de pasos que se ejecutan bajo cierta condicin y que constituyen un camino alternativo para satisfacer el mismo objetivo que el escenario principal. Debe indicarse el paso en que se origina y el paso de retorno a la ejecucin del escenario bsico. Secuencias de pasos previstos cuando se produce una condicin que inhabilita la ejecucin satisfactoria del CU.
58

Escenario principal

Escenarios alternativos

Escenarios de Excepcin

Ejemplo1: Req.: Ingresar material

59

Ejemplo 1: Req.: Ingresar material

60

Ejemplo 1: Especificacin Estructurada

CU: Ingresar material Objetivo: Se modela la funcionalidad de registro del ingreso del material a la biblioteca: ingresos de nuevo material y de nuevos ejemplares de material existente. Requerimientos Funcionales vinculados: El sistema debe permitir la administracin del material. El sistema debe soportar la bsqueda de ejemplares por los siguientes criterios: por rea temtica, por autor, por ttulo completo y por palabras clave. Reglas del Negocio vinculadas: El identificador de un ejemplar es su Sign = clasifTax + codAutor + nroEjemplar. La codificacin de los ejemplares sigue el estndar MARC21. Datos obligatorios de la ficha catalogrfica: Sign, ttulo completo, datos del autor/autores,
61

Ejemplo 2: Caso de uso Realizar Venta

Resumen: Un cliente llega al TPV (Terminal Punto de Venta) con un conjunto de artculos. El Cajero registra los artculos y se genera un ticket. El cliente paga en efectivo y recoge los artculos. Actor Principal: Cajero Personal Involucrado e Intereses: Cajero: quiere entradas precisas, rpida y sin errores de pago Compaa: quiere registrar transacciones y satisfacer clientes. ... Precondicin: El cajero est autenticado Postcondiciones: Se registra la venta. Se calcula el impuesto. Se actualiza contabilidad e inventario...

62

Ejemplo de caso de uso

Flujo: 1. El cliente llega al TPV con los artculos. 2. El cajero registra el identificador de cada artculo. 3. El sistema obtiene el precio de cada artculo y aade la informacin a la transaccin de venta. 4. Al acabar el cajero indica la finalizacin de la introduccin de artculos. 5. El sistema calcula el total de la compra y lo muestra. 6. El Cajero le dice al cliente el total. 7. El cliente realiza el pago. 8. El cajero registra la cantidad de dinero recibida. 9. El sistema muestra la cantidad a retornar al cliente y genera un recibo. 10. El cajero deposita el dinero recibido y saca la cantidad a devolver que entrega al cliente junto al ticket de compra. 11. El sistema almacena la compra completada. 12. El cliente recoge los artculos comprados.

63

Ejemplo 2: Caso de uso Realizar Venta Flujo Bsico:

1. A: El cliente llega al TPV con los artculos. 2. A: El cajero inicia una nueva venta 3. A: El cajero introduce el identificador de cada artculo. 4. S: El sistema registra la lnea de venta y presenta descripcin del artculo, precio y suma parcial. El Cajero repite los pasos 3 y 4 hasta que se indique. 5. S: El Sistema presenta el total 6. A: El Cajero le dice al Cliente el total a pagar 7. S: El Cliente paga y el sistema gestiona el pago. 8. S: El Sistema registra la venta completa y actualiza Inventario. 9. S: El Sistema presenta recibo

64

Ejemplo 2: Caso de uso Realizar Venta

Extensiones (Flujos Alternativos):

3a. Identificador no vlido 1. El Sistema seala el error y rechaza la entrada 3-6a. El Cliente pide eliminar un artculo de la compra 1. El Cajero introduce identificador a eliminar 2. El sistema actualiza la suma ... 7a. Pago en efectivo 1. El Cajero introduce cantidad entregada por el cliente 2. El Sistema muestra cantidad a devolver ... ....

65

Caso de uso Realizar Venta

Requisitos especiales:
- Interfaz de usuario con pantalla tctil en un monitor de pantalla plana. El texto debe ser visible a un metro de distancia. - Tiempo de respuesta para autorizacin de crdito de 30 sg. El 90% de las veces ...

Lista de Tecnologa y Variaciones de Datos:

- El identificador podra ser cualquier esquema de cdigo UPC, EAN,.. - La entrada de informacin de la tarjeta se realiza mediante un lector de tarjetas. ...

Cuestiones Pendientes:
- Explorar cuestiones de recuperacin de accesos a servicios remotos - Qu adaptaciones son necesarias para diferentes negocios?

66

Cada paso del escenario es un sub-objetivo, escondiendo el anidamiento del caso de uso (imagen del pantaln a rayas).

Objetivo: Colocar una Orden Subobjetivos: s1 s2 s3 s4 s5 s6 s7 ... Establecer E F E F ... crdito E

... stock E

F
E

..?E

F
F

(Escenarios de Exito)

(Fallas)

67

RF- <id del requisito> Versin Autores Fuentes Objetivos asociados Descripcin

Precondicin Secuencia Normal

Postcondicin Excepciones

Rendimiento

Frecuencia esperada Importancia Urgencia Comentarios

<nombre del requisito funcional> <numero de versin y fecha> <autor> <fuente de la versin actual> <nombre del objetivo> El sistema deber comportarse tal como se describe en el siguiente caso de uso { concreto cuando <evento de activacin> , abstracto durante la realizacin de los casos de uso <lista de casos de uso>} <precondicin del caso de uso> Paso Accin 1 {El <actor> , El sistema} <accin realizada por el actor o sistema>, se realiza el caso de uso < caso de uso RF-x> 2 Si <condicin>, {el <actor> , el sistema} <accin realizada por el actor o sistema>>, se realiza el caso de uso < caso de uso RF-x> 3 4 5 6 n <postcondicin del caso de uso> Paso Accin 1 Si <condicin de excepcin>,{el <actor> , el sistema} }<accin realizada por el actor o sistema>>, se realiza el caso de uso < caso de uso RF-x>, a continuacin este caso de uso {continua, aborta} 2 3 Paso Cota de tiempo 1 n segundos 2 n segundos <n de veces> veces / <unidad de tiempo> {sin importancia, importante, vital} {puede esperar, hay presin, inmediatamente} USAL - Sistemas adicionales> 68 <comentarios Informacin I.b v

10

68

Ejercicio Detallar las Descripciones Estructuradas de los Casos de Uso de

CASO 01: MAQUINARIAS ARGENTINAS S.A CASO 02 : BEGRABA S.A CASO 03: CLUB JUEGO LIMPIO

69

Obtencin de casos de uso

1) Identificar los usuarios del sistema. 2) Encontrar todos los roles que juegan los usuarios y que son relevantes al sistema. 3) Para cada rol identificar todas las formas (objetivos) de interactuar con el sistema. 4) Crea un caso de uso por cada objetivo. 5) Estructurar los casos de uso. (Cuidado!) 6) Revisar y validar con el usuario.

70

...A partir el modelo de negocios

Identificar un Actor por cada trabajador y por cada actor del negocio. Encontrar los casos de uso de los actores del sistema de informacin. Se debe decidir cuntas de las tareas encontradas debern automatizarse.

Reorganizar los casos de uso para que se ajusten mejor a las necesidades de los actores.

71
71

Recomendaciones

Especificar casos de uso no es una actividad de dibujar diagramas sino de escribir con el detalle necesario el flujo principal y los flujos alternativos: centrado en la escritura en vez del dibujo El objetivo inicial es identificar los actores y a partir de sus objetivos encontrar los casos de uso, el diagrama de casos de uso es una ayuda visual. El texto de los casos de uso debe ser claro.

No hacer una descomposicin funcional!

72

Recomendaciones

Un caso de uso debe tener una granularidad apropiada que especifica una interaccin en la que se produce un resultado de valor para un actor. Un error comn es no identificar como casos de uso las tareas que inicia el propio sistema (Actor Tiempo)
Anular reservas pasados quince das

73

Recomendaciones
No incluir como caso de uso las operaciones CRUD (alta, consulta, borrado, actualizacin) sobre un objeto de negocio, excepto si se trata de operaciones relevantes para el sistema, como registrar cliente en un sistema de venta. Cuidado con el empleo de la relacin include al extremo puede llevar a una descomposicin funcional!

74

Recomendaciones

Hay que comprobar que los casos de uso incluyen toda la funcionalidad del sistema. Preocupacin por mantener la validez y consistencia del conjunto de casos de uso. Cada compaa debe tener un manual sobre uso de los casos de uso. Algunos requisitos funcionales no conviene expresarlos como casos de uso.

75

Referencias de Casos de Uso

Business_process_modeling_with_UML Writing Effective Use Cases Alistair Cockburn Applying UML and Patterns Craig Larman

76