ANALISIS Y DISEÑO DE SISTEMAS Casos de Uso

Estas transparencias proveen sólo una referencia a los temas. Para su estudio debe remitirse a la bibliografía.1

Universidad Nacional del Sur – Departamento de Ciencias e Ingeniería de la ComputaciónAnálisis y Diseño de Sistemas – 1er.Cuatrimestre de 2006.

Análisis y Diseño de Sistemas

Dpto. Ciencias e Ingeniería de la ComputaciónUniversidad Nacional del Sur

Clase 7 – Modelo de Casos de Uso – Ejemplo

Lic. María Mercedes Vitturini[[email protected]]

1er. CUATRIMESTRE 2006

Análisis y Diseño de Sistemas - Clase 7 2

RepasoUML provee el Modelo de Casos de Uso para representar la vista del sistema que se corresponde con la vista del usuario.La representación visual de los casos de uso es el diagrama de casos de uso, junto con la descripción de los mismos.Los elementos básicos del modelo son: actores, casos de uso y sus relaciones.


RepasoUn actor puede representar a una persona física, otro sistema, un dispositivo. Representan a terceros fuera del sistema que colaboran con él.Los CU son “trozos” de funcionalidad que el sistema ofrece para agregar un resultado de valor a sus actores. Constituye una secuencia completa de mensajes que especifica la interacción que tiene lugar entre un actor y el sistema.Las relaciones permiten identificar la comunicación que existe entre los dos elementos anteriores.


Ejemplo


¿Cómo construir un MCU?Construir un MCU consiste de 4 etapas:

Identificar los actores.Buscar los casos de uso.Describir brevemente cada caso de uso.Priorizar los CU.

No existe orden para ejecutar estos pasos, generalmente son ejecutados en forma concurrente.


Buscar Actores y CU

Se identifican actores y CU para:Delimitar el sistema del entorno (contexto o alcance).Delinear quiénes y qué (actores) van a interactuar con el sistema, y qué funcionalidades (CU) se esperan del sistema. Capturar y definir en un glosario términos comunes esenciales para crear descripciones detalladas de la funcionalidad del sistema. (descripciones de los CU).




Buscar Actores

Depende del punto de partida: Tipo de sistema a construir.

Cuando hay un modelo de negocio, es directo:Un actor por cada trabajador en el negocio. Ejemplo: empleado de atención al público, gerente.Un actor por cada actor del negocio que use el sistema de información. Ejemplo: cliente, alumno


Buscar Casos de Usos

Se sugiere un CU por cada rol de cada trabajador o actor del negocio que participa en una realización de un CU del negocio y que usará el sistema.Se recorren los actores y se sugieren CU para cada actor.Se trata de crear CU que sean fáciles de modificar, revisar, testear y manejar como unidad.


Buscar Casos de UsoEl actor necesita CU’s para:

Crear, cambiar, monitorear, eliminar o estudiar los objetos del negocio.Informar al sistema de eventos externos.Que el sistema le informe sobre algún evento.

Algunos candidatos no serán CU por símismos, formarán parte de otros, se descubrirán en próximos niveles de abstracción.


Buscar Casos de UsoElegir el nombre apropiado para el CU de tal modo que conduzca a pensar en la secuencia de acciones que agregará valor al actor.El nombre del CU comienza con un verbo y refleja la interacción entre el sistema y el actor.Ejemplos:

Registrar Alquiler.Confirmar Pedido

El MCU es una

herramienta de interacción con el usuario


Describir brevemente cada CU

1. Escribir algunas palabras para aclarar el CU o sólo poner el nombre.

2. Describir brevemente cada CU con pocas oraciones que resumen las acciones.

3. Hacer una descripción paso a paso de lo que el sistema debe hacer para interactuar con los actores.

4. Validar el CU con los usuarios finales del sistema.


Priorizar los CU

Determinar qué CU necesitan desarrollarse en iteraciones más tempranas y cuales en iteraciones más tardías.Pueden considerarse no sólo aspectos técnicos sino también políticos o comerciales.



Modelo de Conceptos de Negocio (MCN)

Es una descripción del dominio como un conjunto de objetos relacionados


Modelo de Conceptos de Negocio (MCN)

Consiste en una descripción del dominio desde la perspectiva de la clasificación de objetos.Conlleva a la identificación de los conceptos o clases y relaciones más significativas del dominio del problema.Se denomina Modelo de Dominio o Modelo de Conceptos de Negocio.Es un primer modelo de clases básico, donde se presentan las clases del negocio o dominio del problema a resolver, sin especificar atributos ni operaciones.


Ejemplo

Un ejemplo de Modelo de Dominio para unJuego de Dados

Un ejemplo

Subsistema de Reservas y Asignaciones de Mesas para un Restaurante


Ejemplo – ProblemaUn restaurante desea automatizar el proceso de reservas de mesasasí como el de registro de los pedidos de consumición de las mesas. Los clientes del restaurante a través de unos terminales punto de reserva (TPR) ubicados en la entrada del restaurante pueden reservar una mesa. Las mesas están separadas en fumador y no fumador y además cada una indica la cantidad de personas que puede alojar. Cada cliente puede elegir que mesa o mesas desea reservar. Indica sus datos personales y fecha y horario de la reserva. Cuando un cliente llega al restaurante (con o sin reserva) el encargado le asigna una mesa. Todos los pedidos de platos y bebidas que haga se asocian a la mesa. Cada plato y bebida tiene asignado un precio. Se desea poder calcular automáticamente el importe de lo consumido al momento de cerrar la mesa. A la firma le interesa poder obtener antes del mediodía y antes de la cena un listado con todas las mesas reservadas ordenado por el apellido del cliente.

Una posible solución a este ejemplo se desarrollará en clase Análisis y Diseño de Sistemas - Clase 7 18

Una metodología para el Análisis de Requerimientos con CU

Identificar los Actores.Identificar los principales CU de cada actor.Identificar las clases del dominio (MCN)Identificar nuevos CU a partir de los existentes:

Variaciones significativas de CU existentes.CU con funcionalidad opuesta.CU que preceden a los existentes.CU que suceden a los existentes.

Crear descripciones de CU de “trazo grueso”.Definir prioridades.Refinar el modelo.




Convenciones de la CátedraTodos los CU se nombran con un verbo en infinitivo más un objeto directo.En general usaremos:

Actualizar, para las entidades. Presupone las funcionalidades para altas, bajas y modificaciones.Generar, para consultas y reportes.Un verbo representativo (i.e “ingresar”, “cancelar”) para los eventos.

Refinamientos progresivos del Diagrama de Casos de Uso requieren de enunciados muy detallados, quedan para etapas más avanzadas.


Otros elementos

Glosario: define términos importantes y comunes usados por los desarrolladores cuando describen el sistema. Se usa para lograr consenso en el equipo.Prototipo de Interfaces de Usuario: ayudan en el análisis de requerimientos para comprender la interacción entre los actores humanos y el sistema


Temas de la clase de hoyUna metodología para construir CU.Desarrollo de un ejemplo de aplicación:

Diagrama de Casos de Uso.Diagrama de Conceptos de Negocio.Diagrama de Casos de Uso Refinado.Descripción de Casos de Uso.

Bibliografía“El Proceso Unificado de Desarrollo de Software”. Jacobson, Booch, Rumbaugh - Capítulo 7.“El Lenguaje Unificado de Modelado”. Booch, Jacobson, Rumbaugh - Capítulos 16 y 17

ANALISIS Y DISEÑO DE SISTEMAS Casos de Uso

Documents

Transcript of ANALISIS Y DISEÑO DE SISTEMAS Casos de Uso