Diagrama de Estado

Diagrama Secuencial

Diagrama de Actividades

Roles y Responsabilidades

• Secretaria: Agendar la Cita y cobrar

• Paciente: Asistir a la Cita

• Doctor: Atender al Paciente y darle su tratamiento

Actividades del consultorio

• Registrar Citas
• Atender al Paciente
• Cobrar la Consulta
• Agendar de nuevo una Cita

Flujos

Flujos de eventos principales

Un flujo de eventos consiste en enumerar los pasos que sucesivamente realizan los actores y el sistema en el contexto de un caso de uso. Es decir, que un flujo de eventos es en su forma más básica un simple listado de acciones, que corresponden con un caso de uso en concreto.

Al flujo de eventos principal, ese que contiene el caso más probable, se le llama Flujo de Eventos del Día Feliz, como forma de hacer referencia a la ausencia de condiciones de error. En otras palabras, le llamamos día feliz ya que en este flujo de eventos principal vamos a asumir que todo ocurre de la mejor forma: el actor tiene disponible la información y la indica sin fallas, el sistema puede completar todas las operaciones y así sucesivamente para cada posible desviación. En el flujo del día feliz simplemente todo ocurre correctamente.

Flujos de eventos alternativos

En un caso de uso, los flujos de eventos se refieren a los pasos que alternativamente van realizando los actores y el sistema en el contexto del requisito funcional capturado en el caso. Dichos pasos por claridad, se separan en el flujo principal y los flujos alternativos; de forma tal que en el flujo principal, donde todo ocurre sin problemas y en los flujos alternativos lidiamos con las situaciones de error y el comportamiento esperado del sistema en respuesta a dichos errores.

Es necesario entonces contar con una aproximación sistemática sobre como disponer los flujos de eventos principal y alternativos, de forma que capturen en forma clara y precisa cada condición que el flujo del día feliz ha asumido como libre de error pero que es a su vez, el punto de inicio de un flujo alternativo.

La idea aquí es la de indicar el paso del flujo principal y la condición precisa que de violarse hace que se ejecute el flujo alternativo. De ser posible la condición ha de estar expresada en términos del modelo de dominio de forma tal que facilitar su traducción al sistema software.

Reglas de las Actividades:

• Que no se repitan las citas
• Tener bien definidos los Horarios de Citas para no hace esperar mucho al siguiente paciente
• Confirmar la asistencia a la Cita
• Tener definido el costo y hacerlo saber a los pacientes.

Herramientas de CASE

Herramientas:

• Integrated CASE (I-CASE), herramientas que engloban todo el proceso de desarrollo software, desde análisis hasta implementación.
• MetaCASE, herramientas que permiten la definición de nuestra propia técnica de modelado, los elementos permitidos del metamodelo generado se guardan en un repositorio y pueden ser usados por otros analistas, es decir, es como si definiéramos nuestro propio UML, con nuestros elementos, restricciones y relaciones posibles.
• CAST (Computer-Aided Software Testing), herramientas de soporte a la prueba de software.
• IPSE (Integrated Programming Support Environment), herramientas que soportan todo el ciclo de vida, incluyen componentes para la gestión de proyectos y gestión de la configuración.

Objetivo Princial del CASE en UML

Las herramientas CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Computadora) son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el coste de las mismas en términos de tiempo y de dinero. Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto, cálculo de costes, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras.

Sistema de software que intenta proporcionar ayuda automatizada a las actividades del proceso de software. Los sistemas CASE a menudo se utilizan como apoyo al método.


Objetivos

1. Mejorar la productividad en el desarrollo y mantenimiento del software.
2. Aumentar la calidad del software.
3. Reducir el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.
4. Mejorar la planificación de un proyecto
5. Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos.
6. Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del proyecto.
7. Ayuda a la reutilización del software, portabilidad y estandarización de la documentación
8. Gestión global en todas las fases de desarrollo de software con una misma herramienta.
9. Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

Entidades Claves en el negocio:

Atencion

Citas

Horario de las citas

Costo

Casos de Uso del Consultorio:

Diagramas de casos de uso Sobre el Consultorio:

Cita de pacientes:

El médico del consultorio en cuestión, para atender a sus pacientes,
le agrada citarlos con anticipación, aunque los clientes acuden al
consultorio en ocasiones sin alguna cita previa.

Atención de clientes:

Una vez que el paciente llega al consultorio, el medico le atiende
y lo checa para iniciar con la consulta, y así realizar su trabajo
al paciente.

Proceso de pago:

Concluido el trabajo del médico hecho al paciente, el médico procede
a realizar (calcular), el monto que le pagara el paciente, por sus
servicios.

Casos de uso del consultorio:

Diagrama general de los casos de uso del consultorio:

Diagrama de Clases

Cuadros comarativos sobre Diagramas de comportamientos relacionados con UML

NOMBRE	DESCRIPCION
Diagrama de Clases	Muestran un conjunto de clases, interfaces y colaboraciones, así como sus relaciones. Son los más comunes en el modelado de sistemas orientados a objetos y cubren la vista de diseño estática o la vista de procesos estática.
Diagrama de componentes	Representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
Diagrama de Objetos	Muestran un conjunto de objetos y sus relaciones, son como fotos instantáneas de los diagramas de clases y cubren la vista de diseño estática o la vista de procesos estática desde la perspectiva de casos reales o prototípicos.
Diagrama de estructura compuesta	Es un diagrama que muestra la estructura interna de un clasificador, incluyendo sus puntos de interacción a otras partes del sistema. Esto muestra la configuración y relación de las partes que juntas realizan el comportamiento de clasificador contenido.
Diagrama de despliegues	Es un diagrama que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y relaciones con sus componentes Se usan mayormente en sistemas empotrados, sistemas cliente-servidor, sistemas completamente distribuidos
Diagrama de paquetes	Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.
Diagrama de Actividades	Muestra una visión simplificada de lo que ocurre durante una operación o proceso, es una extensión del diagrama de estados. Cuenta con un punto inicial (representado por un círculo relleno) y uno final (representado por una diana).
Diagrama de casos de uso	Se emplean para visualizar el comportamiento de un sistema, un subsistema o una clase, de forma que los usuarios puedan comprender cómo utilizar ese elemento y de forma que los desarrolladores puedan implementarlo. Muestran un conjunto de casos de uso, actores y sus relaciones, estas pueden ser relaciones de inclusión o extensión.
Diagrama de estados	Muestra los estados en los que puede encontrarse un objeto junto con las transiciones entre dichos estados, mostrando los puntos inicial y final de la secuencia. Se enfoca en los cambios de estado de un solo objeto.
Diagrama de secuencia	Agrega la dimensión de tiempo a las interacciones entre objetos. Puede referirse a un escenario de un caso de uso o a todos los escenarios posibles.
Diagrama de colaboraciones	Forma alternativa de representar la información de un diagrama de secuencias Muestra las asociaciones entre objetos y los mensajes que se pasan del uno al otro..
Diagrama de Tiempos	Muestran el comportamiento de los objetos en un determinado periodo de tiempo. Se emplean para mostrar el cambio en el estado o valor de uno o más elementos tomando en cuenta el factor tiempo. Permite apreciar la interacción entre los eventos de tiempos, las restricciones de tiempo y la duración que los gobierna
Diagrama Global de Interacciones	Aportan una visión general del flujo de control de las interacciones en el sistema.- Utilizan la misma notación que para los diagramas de actividad (nodos inicial, final, decisión, combinación, bifurcación y unión son todos lo mismo), introduciendo dos elementos nuevos, ocurrencias de interacción y elementos de interacción

Cuadro Comparativo:

NOMBRE	DIFERENCIA
Diagrama de Clases	Son los más comunes en el modelado de sistemas orientados a objetos a diferencia de los otros que tienen mas aplicaciones
Diagrama de componentes	Prevalecen en el campo de la arquitectura de software a diferencia de los de clase y de objetos tiene otra aplicación y otra estructura.
Diagrama de Objetos	Están más completos que los diagramas de clases ya que incluyen tanto las clases como los objetos.
Diagrama de estructura compuesta	Aquí se muestra mas completo el desarrollo de algún sistema y su relación a diferencia de los otros.
Diagrama de despliegues	A diferencia del diagrama de componentes que evalúan o estudian el software estos analizas el hardware de un sistema.
Diagrama de paquetes	Los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema en general a diferencia de los de componentes y los de despliegue.
Diagrama de Actividades	Este muestra en general lo que ocurre en un sistema a diferencia de los otros que son más completos.
Diagrama de casos de uso	Son diagramas que son más fáciles de comprender y pueden ser mas accesibles que otros.
Diagrama de estados	Se enfocan principalmente en los cambios de algún objeto en particular.
Diagrama de secuencia	Se refieren a algo en general tanto en un caso de uso como en varios.
Diagrama de colaboraciones	Es un diagrama muy parecido a uno de secuencia solo que con otro tipo de estructura.
Diagrama de Tiempos	Muestra los cambios en un determinad tiempo tanto de un objeto como también lo puede hacer de varios.
Diagrama Global de Interacciones	Es una agrupación de los anteriores diagramas  y esto provoca que sea mas completo y mas útil en todos los sentidos.

Casos de Uso en mi Actividad

Casos de Uso en mi Actividad

“Control de citas en un consultorio”

Casos de uso:

• Cita de pacientes
• Atención de citas
• Cobro de la citas
• Programar de Nuevo una Cita.

Definicion Caso de Uso en UML

Que es un caso de uso?

è    Describe una interacción típica entre un usuario (actores) y un sistema de computo

è    Es una tecnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo de desea que trabaje

è    Produce algo de valor para algún actor como el cálculo de algún resultado.

è    Describe que hace un sistema peo no especifica como lo hace.

è    Capta alguna función visible para el usuario

è    Puede ser pequeño o grande

è    Logra un objetivo discreto para el usuario

è    Debe ser simple, claro y conciso

Para que Sirve:

è    Para capturar el comportamiento deseado del sistema sin tener que especificar como se implementa ese comportamiento

è    Como medio de comprensión del sistema para desarrollar, usuarios finales y expertos del dominio

è    Ayudar a validar la arquitectura y verificar el sistema en el transcurso del desarrollo de este.