P. 1
ANALISIS Y DISEÑO DE SISTEMAS Casos de Uso

ANALISIS Y DISEÑO DE SISTEMAS Casos de Uso

4.6

|Views: 12.641|Likes:
Publicado porshekspier55

More info:

Categories:Types, School Work
Published by: shekspier55 on Jan 14, 2009
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF or read online from Scribd
See more
See less

04/21/2015

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

Repaso

Análisis y Diseño de Sistemas
Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur

UML 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.
Análisis y Diseño de Sistemas - Clase 7 2

Clase 7 – Modelo de Casos de Uso – Ejemplo
Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar]

1er. CUATRIMESTRE 2006

Repaso
Un 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.
Análisis y Diseño de Sistemas - Clase 7 3

Ejemplo

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

4

¿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.

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).
5 Análisis y Diseño de Sistemas - Clase 7 6

No existe orden para ejecutar estos pasos, generalmente son ejecutados en forma concurrente.
Análisis y Diseño de Sistemas - Clase 7

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ón Análisis y Diseño de Sistemas – 1er.Cuatrimestre de 2006.

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

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.
7 Análisis y Diseño de Sistemas - Clase 7 8

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
Análisis y Diseño de Sistemas - Clase 7

Buscar Casos de Uso
El 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.

Buscar Casos de Uso
Elegir 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. El MCU es Ejemplos: una
Registrar Alquiler. Confirmar Pedido
9 Análisis y Diseño de Sistemas - Clase 7

Algunos candidatos no serán CU por sí mismos, formarán parte de otros, se descubrirán en próximos niveles de abstracción.
Análisis y Diseño de Sistemas - Clase 7

herramienta de interacción con el usuario
10

Describir brevemente cada CU
1.

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.

2.

3.

4.

Escribir algunas palabras para aclarar el CU o sólo poner el nombre. Describir brevemente cada CU con pocas oraciones que resumen las acciones. Hacer una descripción paso a paso de lo que el sistema debe hacer para interactuar con los actores. Validar el CU con los usuarios finales del sistema.
Análisis y Diseño de Sistemas - Clase 7 11

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

12

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

2

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

Modelo de Conceptos de Negocio (MCN)

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.
Análisis y Diseño de Sistemas - Clase 7 14

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

Ejemplo

Un ejemplo

Subsistema de Reservas y Asignaciones de Mesas para un Restaurante Un ejemplo de Modelo de Dominio para un Juego de Dados
Análisis y Diseño de Sistemas - Clase 7 15

Ejemplo – Problema
Un restaurante desea automatizar el proceso de reservas de mesas así 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 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.
Análisis y Diseño de Sistemas - Clase 7 18

Una posible soluciónAnálisis y Diseñoejemplo se desarrollará en clase 17 a este de Sistemas - Clase 7

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

3

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

Convenciones de la Cátedra
Todos 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.

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
Análisis y Diseño de Sistemas - Clase 7 20

Refinamientos progresivos del Diagrama de Casos de Uso requieren de enunciados muy detallados, quedan para etapas más avanzadas.
Análisis y Diseño de Sistemas - Clase 7 19

Temas de la clase de hoy
Una 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
Análisis y Diseño de Sistemas - Clase 7 21

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

4

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->