Anlisis y Diseo

de Sistemas I
Ing. Omar Calsin Curo
Email: ocalsin2015@gmail.com
omarinccjcc@hotmail.com
@omarinccjcc

Sumario
Casos de Uso del Sistema

Casos de uso del sistema

Casos de uso del sistema

Requisito funcional

Clasificacin de los
requisitos

Identificacin de requisitos
funcionales a partir del
modelo del negocio

Requisito Funcional

Actores

Identificar los casos del

sistema

Requerimiento

Ejemplo de Caso de Uso

del Sistema

Ejemplo de Caso de Uso

del Sistema

Ejemplo de Caso de Uso

del Sistema

Casos
Sistema de una biblioteca el usuario prestado

un libro a la bibliotecaria lo lleva luego lo

devuelve y la bibliotecario cada da actualiza el
catlogo de la biblioteca.
sistema de una clnica el cliente paga la cita a la

secretaria marca la consulta o lo nace pasar la

secretaria lo registra en a la base de datos de la
clnica, el doctor receta los medicamentos luego
cliente sale de la cita.

Casos

Una empresa gestiona un conjunto de inmuebles, que administra en calidad

de propietaria. Cada inmueble puede ser bien un local (local comercial,
oficinas, etc.), un piso o bien un edificio que a su vez tiene pisos y locales.
Como el nmero de inmuebles que la empresa gestiona no es un nmero fijo,
la aplicacin debe permitir tanto introducir inmuebles nuevos, as como
darlos de baja, modificarlos y consultarlos. Asimismo, que una empresa
administre un edificio determinado no implica que gestione todos sus pisos y
locales, por lo que la aplicacin tambin deber permitir introducir nuevos
pisos o locales, darlos de baja, modificarlos y hacer consultas sobre ellos.
Cualquier persona que tenga una nmina, un aval bancario, un contrato de
trabajo o venga avalado por otra persona puede alquilar el edificio completo
o alguno de los pisos o locales que no estn ya alquilados, y posteriormente
desalquilarlo. Por ello, debern poder ser dados de alta, si son nuevos
inquilinos, con sus datos correspondientes (nombre, DNI, edad, sexo, ),
poder modificarlos, darlos de baja, consultarlos, etc. La aplicacin ofrece
acceso web para que un inquilino puede modificar o consultar sus datos,
pero no darse de baja o de alta. Para la realizacin de cualquiera de estas
operaciones es necesaria la identificacin por parte del inquilino.

Redaccin de
Caso de Uso
En ingeniera del software, un caso de uso es una

tcnica para la captura de requisitos potenciales de un

nuevo sistema o una actualizacin de software. Cada
caso de uso proporciona uno o ms escenarios que
indican cmo debera interactuar el sistema con el
usuario o con otro sistema para conseguir un objetivo
especfico. Normalmente, en los casos de usos se evita
el empleo de jergas tcnicas, prefiriendo en su lugar
un lenguaje ms cercano al usuario final. En ocasiones,
se utiliza a usuarios sin experiencia junto a los
analistas para el desarrollo de casos de uso.

Redaccin de
Caso de Uso

En otras palabras, un caso de uso es una secuencia de

interacciones que se desarrollarn entre un sistema y sus
actores en respuesta a un evento que inicia un actor
principal sobre el propio sistema. Los diagramas de casos
de uso sirven para especificar la comunicacin y el
comportamiento de un sistema mediante su interaccin
con los usuarios y/u otros sistemas. O lo que es igual, un
diagrama que muestra la relacin entre los actores y los
casos de uso en un sistema. Una relacin es una conexin
entre los elementos del modelo, por ejemplo la
especializacin y la generalizacin son relaciones. Los
diagramas de casos de uso se utilizan para ilustrar los
requerimientos del sistema al mostrar cmo reacciona a
eventos que se producen en su mbito o en l mismo

Caractersticas
Los casos de uso evitan tpicamente la jerga tcnica,

prefiriendo la lengua del usuario final o del experto del

campo del saber al que se va a aplicar. Los casos del
uso son a menudo elaborados en colaboracin por los
analistas de requerimientos y los clientes.
Un caso de uso debe:

Describir una tarea del negocio que sirva a una meta de

negocio

Tener un nivel apropiado del detalle

Ser bastante sencillo como que un desarrollador lo

elabore en un nico lanzamiento

Caractersticas
Situaciones que pueden darse:

Un actor se comunica con un caso de uso (si se trata de

un actor primario la comunicacin la iniciar el actor, en
cambio si es secundario, el sistema ser el que inicie la
comunicacin).

Un caso de uso extiende otro caso de uso.

Un caso de uso utiliza otro caso de uso.

Ventajas
La tcnica de caso de uso tiene xito en sistemas

interactivos, ya que expresa la intencin que tiene el

actor (su usuario) al hacer uso del sistema.
Como tcnica de extraccin de requerimiento permite

que el analista se centre en las necesidades del

usuario, qu espera ste lograr al utilizar el sistema,
evitando que la gente especializada en informtica
dirija la funcionalidad del nuevo sistema basndose
solamente en criterios tecnolgicos.

Buenas prcticas y
recomendaciones de
uso

Los casos de uso, como el resto de los requisitos, deben

tener una redaccin cuidada para evitar problemas de
interpretacin. En general, algunas recomendaciones a
tener en cuenta son:

El caso de uso debe describir qu debe hacer el sistema a

desarrollar en su interaccin con los actores y no cmo debe
hacerlo. Es decir, debe describir slo comportamiento
observable externamente, sin entrar en la funcionalidad
interna del sistema.

El nombre del caso de uso debe ilustrar el objetivo que

pretende alcanzar el actor al realizarlo.

El caso de uso debe describir interacciones con los actores

sin hacer referencias explcitas a elementos concretos de la
interfaz de usuario del sistema a desarrollar.

Buenas prcticas y
recomendaciones de
uso

La invocacin de unos casos de uso desde otros casos de

uso (lo que se conoce como inclusin, o extensin si es
condicional, en UML), slo debe usarse como un mecanismo
para evitar repetir una determinada secuencia de pasos que
se repite en varios casos de uso. Nunca debe usarse para
expresar posibles mens de la interfaz de usuario.

Se debe ser cuidadoso al usar estructuras condicionales en

la descripcin del caso de uso, ya que los clientes y
usuarios no suelen estar familiarizados con este tipo de
estructuras, especialmente si son complejas.

Se debe intentar que todos los casos de uso de una misma

ERS estn descritos al mismo nivel de detalle.

En los diagramas de casos de uso, debe evitarse que se

crucen las lneas que unen los actores a los casos de uso.

Ejemplo

Preguntas?
Ing. Omar Calsin Curo
Email: ocalsin2015@gmail.com
omarinccjcc@hotmail.com
@omarinccjcc