EJEMPLOS DE CASOS DE USO
EJEMPLOS DE CASOS DE USO
Ejemplo 1: Sistema de ventas. Un sistema de ventas debe
interactuar con clientes, los cuales efectan pedidos. Adems los
clientes pueden hacer un seguimiento de sus propios pedidos. El
sistema enva los pedidos y las facturas a los clientes. En algunos
casos, segn la urgencia de los clientes, se puede adelantar parte
del pedido (pedidos parciales).
Como se muestra en la figura anterior, el comportamiento de este
sistema se puede modelar usando los casos de uso Hacer pedido,
Seguir pedido, Enviar pedido, Facturar cliente. El comportamiento
comn puede factorizarse (Validar cliente) y tambin pueden
distinguirse sus variantes (Enviar pedido parcial). Cada caso de
uso debe incluir una especificacin de su comportamiento.
Ejemplo 2: Validacin de tarjetas de crdito. La figura de abajo
muestra el contexto de un sistema de validacin de tarjetas de
crdito. Se puede ver que existen dos categoras de clientes:
clientes individuales, clientes corporativos. Estos actores
representan los roles que juegan las personas que interactan con el
sistema. Tambin hay actores que representan otras instituciones,
como Comercio, con el cual el cliente realiza una transaccin para
comprar un artculo o servicio, y Entidad financiera, que por lo
general es una entidad bancaria donde el usuario tiene la tarjeta
de crdito.
Modelado del contexto de un sistema
Modelando los requerimientos de un sistema
Un requisito es una caracterstica de diseo, una propiedad o un
comportamiento de un sistema. Cuando se enuncian los requisitos de
un sistema, se est estableciendo un contrato entre los elementos
externos al sistema y el propio sistema, que establece lo que se
espera que el sistema haga. De aqu la importancia de que antes de
construir un sistema, exista un acuerdo sobre qu debera hacer el
sistema. Sin embargo, es casi seguro que la comprensin de los
requisitos va a evolucionar conforme se vaya implementanto el
sistema de manera iterativa e incremental. La mayora de los
requerimientos funcionales de un sistema, si no todos, se pueden
expresar con diagramas de casos de uso. Para expresar los
requerimientos funcionales tambin puede usarse desde texto sin
estructura, hasta expresiones en un lenguaje formal.
La principal diferencia al modelar requerimientos funcionales,
es que se introducen en los diagramas, casos de uso adicionales que
pueden ser invisibles para los actores, pero que son
comportamientos fundamentales del sistema. La siguiente figura
extiende el diagrama de casos de uso anterior.
Modelado de los requisitos de un sistema
