DIAGRAMA CASO DE USO

Fecha de Clase:  1-5 de junio del 2015
INTRODUCCIÓN

En esta clase se trató sobre unos de los diagrama de comportamiento, sin duda uno de los más populares, y más reconocido por el cliente como lo son los casos de usos. El diagrama de Caso de Uso es muy utilizados, para demostrarle al cliente como va a funcionar el sistema de manera general, mostrando las acciones y los usuarios que van a intervenir en el sistema. Este diagrama representa de manera gráfica como va a trabajar nuestro sistema, para que sea más fácil de entender para el cliente y para presentar de manera visual los requisitos que debe tener el sistema. La importancia de los casos de usos dentro del desarrollo de sistema, es fundamental para tener en claro que va hacer en sistema.

OBJETIVO

Conocer el funcionamiento y la importancia del diagrama caso de uso para su implementación en el desarrollo de proyecto de un sistema.

MARCO TEÓRICO

CASOS DE USOS

El modelado de Casos de Uso es la técnica más efectiva y a la vez la más simple para modelar los requisitos del sistema desde la perspectiva del usuario. Los Casos de Uso se utilizan para modelar cómo un sistema o negocio funciona actualmente, o cómo los usuarios desean que funcione. No es realmente una aproximación a la orientación a objetos; es realmente una forma de modelar procesos. Es, sin embargo, una manera muy buena de dirigirse hacia el análisis de sistemas orientado a objetos. Los casos de uso son generalmente el punto de partida del análisis orientado a objetos con UML. (Popkin Software and Systems, 2002)

El diagrama de casos de usos representa gráficamente los casos de uso que tiene un sistema. Se define un caso de uso como cada interacción supuesta con el sistema a desarrollar, donde se representan los requisitos funcionales. Es decir, se está diciendo lo que tiene que hacer un sistema y cómo. (Hernández, 2002).

PARTES DE LOS CASOS DE USOS

Actor: Algo con comportamiento (persona, otro programa, organización), que interactúa con el sistema o también conocido como un rol.

Sistema: El rectángulo representa los límites del sistema que contiene los casos de uso. Los actores se ubican fuera de los límites del sistema

Caso de Uso= Colección de escenarios (éxito y fracaso) que describen actores que usan el sistema para conseguir un objetivo.

Relaciones entre dos casos de uso:

·     Generalización: Es un caso particular entre los  casos de usos,  también se puede tener esta relación entre dos actores

·    Inclusión: Una relación "incluir" indica que un caso de uso es necesitado por otro para poder cumplir una tarea.

·       Extensión: Las relaciones Extiende (extends) pueden ser pensadas como un caso de uso equivalente a herencia, en el cual el caso de uso extendido, hereda y modifica el comportamiento del caso de uso original.

PASOS PARA LA CREACION DE LOS CASOS DE USOS

Según la Escuela Politécnica Superior (2009), los pasos para desarrollar un buen diagrama de caso de uso  son:

1.   Identificar los límites del sistema.

2.    Identificar los actores principales.

3.    Para cada uno, identificar sus objetivos.

4.    Definir casos de uso que satisfagan sus objetivos.

EJEMPLO PRÁCTICO

Según el proceso de atención de pacientes en la unidad de cuidados intensivos UCI, se han realizado los siguientes diagramas de caso de uso que tratan de modelar este sistema:

• Registro de ingreso de pacientes a la unidad

 Registro de medicamentos y procedimientos en pacientes

• Registro de especialistas en la unidad para la atención de pacientes

• Registro de diagnósticos de los pacientes que ingresan al hospital

CONCLUSIÓN

Puedo concluir que el diagrama de caso de uso, es uno de los diagramas más importante dentro de los diagramas de comportamiento, ya que permite conocer al usuario el funcionamiento del sistema, indicándole a través de los actores los usuarios que van a interactuar con el sistema, y las acciones que van a realizar los usuarios a través de los casos de usos y las relaciones que estas van a tener. Este diagrama es uno de los más implementados al momento de desarrollar un sistema, porque permite al usuario o al cliente tener en claro que es lo que va a hacer el sistema, detallando los requisitos básico que va tener el sistema.

BIBLIOGRAFÍA

Booch, G; Rumbaugh, J; Jacobson, I. 2004. El lenguaje unificado de modelado UML. Formato PDF.

Hernandez, E. 2002?. El lenguaje unificado de modelado UML. Formato PDF.

Escuela Politécnica Superior. 2009. UML: Lenguaje Unificado Modelado. Formato PDF.

Ferre, X y Sanchez, M. 2010?. Desarrollo orientado a objetos con UML. UPM.

Popkin Software and Systems. 2002. Modelado de sistemas con UML. Formato PDF.