CASO DE USO El diagrama de casos de usos es usado para identificar los elementos primarios y procesos que forman al sistema.

Los elementos primarios son llamados actores y los procesos son llamados casos de usos. El diagrama de caso de usos muestra como los actores interactan con cada caso de uso. Un diagramad e caso e uso captura la aspectos funcionales de un sistema. Mas especficamente, captura los procesos del negocio llevado a cabo en le sistema. Al analizar la funcionalidad y los procesos del sistema, descubrirs las caractersticas significativas del sistema a modelar en los casos de uso. Debido a la simplicidad de los casos de uso, y mas importante, porque estn despojados de toda jerga tcnica, los casos de uso son un gran guion grafico para conocimiento de los usuarios. Los diagramas de caso de uso tienen otra importante uso. Los diagramas de caso de uso definen los requerimientos de los sistemas a modelar y por lo tanto son usados para escribir exmenes de secuencias de comandos para el modelado del sistema. Asique quienes estn envueltos normalmente en la creacin de casos de usos? Normalmente, expertos del teman y analistas de negocios son quienes escriben los caso de uso para un determinado sistema, los casos de uso son creados cuando los requerimientos de un sistema necesitan ser capturados. Porque, en este punto no se disean o desarrollan actividades que estn involucradas, los expertos tcnicos no son deberan ser parte del equipo responsable de la creacin de los casos de usos. Su experiencia viene despus en el ciclo de vida del software. Elementos de un Diagrama de Caso de uso UML Un diagrama de caso de uso es bastante simple en naturaleza y representa dos tipos de elementos: uno representa el proceso del negocio y otro representa los roles del negocio. Los elementos que constituyen los diagramas de uso son Actores: Un actor representa cualquier entidad (o entidades) que desempean ciertos roles en un determinado sistema. Un actor en un diagrama de casos de uso es representado por una figura en forma de persona.

Caso de uso: Un caso de uso es una secuencia de integracin ente un sistema y una alguien o algo que usa alguno de sus servicio. Un caso de uso es iniciado por un actor. El nombre del caso de uso se expresa con un verbo en gerundio. Grficamente se representa por un ovalo, con el nombre del caso en su interior.

Ingreso al sistema

Limite de sistema: Define el alcance que tendr el sistema. Un sistema no puede tener funcionalidad infinita. Entonces, esto deduce que los caso de uso adems necesitan definitivamente tener limites bien definidos. Un limitante del sistema de un diagrama de caso de uso define los limites del sistema. El limitante del sistema es representado como un rectngulo que abarca todos los casos de uso en el sistema

Ingreso al sistema

RELACIONES EN CASOS DE USO UML Los casos de uso UML comparten diferentes tipos de relaciones. Una relacin entre dos casos de uso es bsicamente una dependencia entre los dos acaso de uso. Definiendo una relacin entre dos caso de uso es una decisin del modelador de los diagramas de caso de uso. Las relaciones de casos de uso pueden ser cualquiera de las siguientes: Include: Cuando un caso de uso es representado como el uso de la funcionalidad de otro caso de uso en un diagrama, esta relacin entre casos de uso es nombrada como una relacin de inclusin. Literalmente hablando, en una relacin de inclusin, un caso de uso incluye la funcionalidad descrita en otro caso de uso como una parte de este flujo de proceso de negocios. Una relacin de inclusin es representada con una flecha punteada que se extiende del caso de uso base hacia el caso de uso de inclusin. Validar registros del paciente

Hacer una cita

<<include>>

Extend: En un relacin extendida entre dos casos de uso, los casos de uso hijo se anexa las funciones existentes y caractersticas del caso de uso

padre. Una relacin extendida es representada con una flecha punteada similar a la relacin de inclusin que se extiende del caso de uso base hacia el caso de uso de extensin.

Realizar pruebas medicas

<<extend>>

Realizar pruebas patolgicas

Generalization: Una relacin de generalizacin indica que un caso de uso es un caso especial de otro caso, representan una relacin padre-hijo, donde el hijo puedes suplido directamente por el padre en cualquier momento. Esta relacin es representada por una lnea que es extiende del caso de uso hijo hacia el caso de uso padre. Almacenamiento de los registros del paciente (archivos Computadora) Almacenamiento de los registros del paciente (archivos Papel)

ESCRIBENDO LAS ESPECIFICACIONES DEL CASO DE USO UML Un diagrama de caso de uso, como nosotros lo vemos, es una descripcin visual de los diferentes escenarios de interaccin entre un actor y caso de uso. La utilidad de los diagramas de caso de uso es mas como una herramienta de comunicacin entre el equipo de captura de requerimientos y el grupo de usuarios. Le siguiente paso despus de finalizar los diagramas de caso de uso es documentar claramente la funcionalidad del negocio en las especificaciones de caso de uso. Porque los caso de uso son usados como una entrada a otras fases del proyecto como son diseo, desarrollo y pruebas, necesitamos tener bien definido los requerimientos in la especificacin de casos de uso. Elaborar las especificaciones de los casos de uso son usadas como una entrada para el diseo y el desarrollo y para escribir casos de pruebas(unitarias, de sistema, y pruebas de regresin). Un documento de especificacin de caso de uso nos debe permitir documentar el flujo del negocio. La informacin que se documente en una especificacin de casos de uso incluye que actores estn involucrados, los pasos que se realizan en cada caso de uso, las reglas del negocio y as sucesivamente. Un documento de caso de uso debe cubrir las siguientes reas: Nombre: Es el caso de uso en si Descripcin: Se detalla lo que el caso de uso resuelve con base a su objetivo primordial Actores: Lista los actores que interactan y participan en ese caso de uso. Pre-condiciones: Son las reglas o condiciones que se deben cumplir antes de que sea iniciado el caso de uso. Pos-condiciones: Son las condiciones que se deben cumplir cuando termine el caso de uso.

Flujo principal: En la secuencia de pasos del flujo principal, podemos usar texto solamente numerando cada paso, podemos usar un diagrama de flujo, un diagrama de secuencia o una grafica de estados para efectos de claridad. Flujo alternativo: cualquier evento secundario que puede ser listado por separado. Cada caso debera ser completado por si mismo para ser catalogado como un flujo alternativo. Un caso de uso puede tener muchos flujos alternativos como requerimientos. Pero recuerda, si este tiene muchos flujos alternativos debes revisarlo tu diseo de caso de usos para simplificarlo y , si requiere, romper el caso de uso en pequeas unidades discretas.