primeros artefactos de análisis. casos de uso

Ingeniería en Sistemas de Información

Diseño de Sistemas(3K1)

f) Ingeniería del Software Asistida por Computadora. Clasificación de CASE

Sommerville. Sección 4.5

C. Proceso de Diseño Pressman. Cap. 13.2 Introducción.

I. Fases del diseño. Pressman. Sección 13.1Sommerville. Sección 4.3.2

II. Diseño y calidad del software Pressman. 13.2.1

III. Principios y conceptos del diseño. Pressman. Sección 13.3 y 13.4

IV. Documentación del Diseño. Pressman, Sección 13.8

V. Análisis y Diseño Orientado a Objetos Sommerville, Cap.14Larman, 2ª. Ed., Cap. 1.4Pressman, Cap.21 y 22

VI. Modelos de dominio, Casos de Uso. (revisión)

Larman, 1ª. Ed.,Cap. 9/11Larman, 2a. Ed. Cap. 9/11

VII. Del Análisis al Diseño Larman, 1ª. Ed. Cap. 15 Larman, 2ª. Ed. Cap. 14

Contenidos de la Unidad 1Introducción al Diseño

UML:UML:Primeros Artefactos del Primeros Artefactos del

AnálisisAnálisisUnidad Nº IUnidad Nº I

Craig Larman (Cap. 8)Craig Larman (Cap. 8)


DISEÑO DE SISTEMASDISEÑO DE SISTEMAS


CASO DE ESTUDIO de Ejemplo: Video ClubCASO DE ESTUDIO de Ejemplo: Video Club

El dominio de nuestro problema es un sistema de información para un negocio dedicado al alquiler de videos (videoclub). El negocio presenta las siguientes características:

Se trata de un negocio pequeño que no es parte de una organización mayor.

Solamente alquila videos.

Los videos se encuentran clasificados por género (comedia, acción, etc.).

El negocio no vende videos u otra cosa.


Caso de EstudioCaso de Estudio La única transacción que se considera es el alquiler de los videos.

Un cliente puede alquilar más de un video.

Sólo se aceptan pagos en efectivo.

Al terminar de realizar un alquiler, el cliente recibe un ticket.

Cada cliente debe hacerse socio del videoclub para poder realizar un alquiler.

La devolución de los videos se realizará dentro de las 24 hs. Si el cliente excede el tiempo de devolución se le cobrará como otro alquiler por cada 24 hs.

En todo momento se podrá saber si un video está en estantería, prestado o si se cumplió en tiempo de entrega y no se lo devolvió.


Primeros Artefactos de Primeros Artefactos de AnálisisAnálisis

Se requieren realizar las siguientes tareas:

1. Presentación General del Sistema

2. Descripción de Clientes

3. Metas

4. Funciones del Sistema

5. Atributos del Sistema


ANÁLISIS DE LOS ANÁLISIS DE LOS REQUERIMIENTOSREQUERIMIENTOS

RRequerimientosequerimientos => Elementos que identifican, describen y documentan las necesidades o deseos de un producto. Son las pautas que deben realizarse clara e inequívocamente, para evitar futuros problemas y para facilitar la comunicación con el cliente y los desarrolladores.Durante el Análisis de RequerimientosAnálisis de Requerimientos se

recomienda definir los siguientes artefactosartefactos:


Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis

Caso I: El proyecto tiene por objeto crear un sistema para el alquiler de videos en un Video Club.

1. Presentación General del Sistema: breve descripción del sistema que se pretende desarrollar.



2. Descripción de clientes: descripción de la parte interesada en el desarrollo del sistema.

Caso I: Video Club “SuperVideo”, comercio que se dedica al alquiler de películas en video.



Caso I: La meta incluye:

3. Metas: Consiste en especificar las ventajas y/o facilidades que brinda el nuevo sistema.

• Facilitar la registración de los alquileres.

• Control de devoluciones.

• Cálculo automático de deudas.

• Estadísticas sobre alquileres.



4. Funciones del sistema: Las funciones del sistema son las acciones que se prevén que el mismo deberá realizar. .

Para que X sea en verdad una FUNCION DEL SISTEMA, se puede utilizar esta expresión:

El sistema deberá hacer [X]



Las funciones se clasifican en CATEGORÍAS para establecer prioridades e identificar aquellas que pasarían inadvertidas. Las categorías son:

Categoría

Descripción

Evidente

Debe realizarse y el usuario debería saber que se ha realizado.

Oculta Debe realizarse, aunque no es visible para los usuarios.

Superflua

Opcional, su inclusión no repercute significativamente en el costo ni en otras

funciones.


Ref# FunciónCatego

ríaR1.1. Registra el alquiler de un video. evidente

R1.2. Calcula el total de lo alquilado. evidente

R1.3Captura la información sobre el video usando una captura manual del número de video.

evidente

R1.4 Marca el video alquilado como no disponible. oculta

R1.5.Registra para cada video alquilado la fecha y hora del evento.

oculta

R1.6. Muestra el precio del video alquilado. evidente

R1.7. Emite el ticket correspondiente. evidente

R1.8Captura la información sobre los socios usando una captura manual del número de socio.

evidente

R1.9 Informa si un video ha sido o no alquilado. evidenteR1.10

Calcula la deuda total de un socio. evidente

Caso I



5. Atributos del sistema: son cualidades no funcionales, es decir sus características o dimensiones. Los atributos pueden abarcar todas las funciones o ser específicos de una función o grupo de funciones.

Los atributos tienen un posible conjunto de detalles de atributos, los cuales tienden a ser valores discretos, confusos o simbólicos; otros atributos pueden tener restricciones de frontera, que son condiciones obligatorias en un rango numérico de valores.



Atributo Detalles y restricciones de frontera

tiempo de respuesta

(restricción de frontera) la información sobre un video deberá aparecer en menos de 1 segundo.

metáfora de interfaz

(detalle) desarrollo del sistema en un lenguaje visual(detalle) permitir la utilización del mouse y el tecladoplataforma del

sistema operativo

(detalle) Windows XP/ 7

facilidad de uso

(detalle) guiar al operador durante la utilización del sistema

Caso I

CASOS DE USOCASOS DE USOCraig Larman (Cap. Craig Larman (Cap.

8)8)




Casos de UsoCasos de Uso

Para especificar los Casos de Uso de un Sistema, debemos antes conocer los requerimientos del mismo. (Primeros Artefactos)

Documento Narrativo que describe la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar un proceso

Son Historias o Casos de Utilización de un Sistema

No son exactamente los requerimientos ni las especificaciones funcionales de un Sistema.

Sí ejemplifican e incluyen tácitamente los requerimientos en las historias que narran.

CASO DE USOCASO DE USO



Icono del Lenguaje UML para un caso de uso

Comprar productos

Formato de un caso de uso de alto nivel:

Caso de Uso: NombreActores: Lista de actores.Tipo: Primario.Descripción:



UML no impone un formato rígido en su estructura, que puede modificarse para atender las necesidades y ajustarse al espíritu de la documentación. Se busca, ante todo, lograr una comunicación clara.

Un caso expandido de uso muestra más detalles que uno de alto nivel; suelen ser útiles para alcanzar un conocimiento mas profundo de los procesos y de los requerimientos.

CASO EXPANDIDO DE USOCASO EXPANDIDO DE USO

Formato de un caso expandido de uso:

Caso de Uso: Nombre del caso de uso.

Actores: Lista de actores (agentes externos), en el cual se indica quien inicia el caso de uso.

Propósito: Intención del caso de uso.

Resumen: Repetición del caso de uso de alto nivel o alguna síntesis similar.

Tipo: 1. Primario, secundario u opcional.

2. Esencial o real.

Referencias

Cruzadas: Casos de uso y/o Funciones relacionadas del sistema





Curso normal de los eventos

Describe los detalles de la interacción entre los actores y el sistema. Explica la secuencia más común de los eventos: la historia normal de las actividades y la terminación exitosa de un proceso. No incluye situaciones alternas.

Acción del actor Respuesta del sistema

1. Este caso de uso comienza cuando un Cliente ...

2. ... 3. ...

Detalla las acciones atribuidas a los Actores

Describe las respuestas dadas por el Sistema

Curso alterno de los eventos

Describe las opciones o excepciones que pueden presentarse con relación al curso normal. Si son complejas, podemos expandirlas y convertirlas en nuestros casos de uso. Se indica numero de línea, y la descripción de las excepciones.



Cursos alternos.

Línea 2: Introducción de identificador inválido. Indica error.

Entidad externa del sistema que participa en la historia del caso de uso.

Estimula al sistema con eventos de entrada o recibe algo de él.

Están representados por el Papel que desempeñan en el Caso: Cliente, Cajero, etc.

Se escribe su nombre con mayúscula en la narrativa del Caso para facilitar su identificación.

El Actor puede ser: iniciador (produce la estimulación inicial del Sistema), o bien ser simplemente: participante.



ACTORESACTORES



Cliente

Icono del Lenguaje UML que representa un actor

de casos de uso

El ícono estándar es una figura humana estilizada, pero algunos utilizan un ícono con figura de computadora para designar los actores que son sistemas de cómputo y no seres humanos.

Los actores pueden ser:

•Seres humanos que desempeñan cierto papel.

•Sistemas de cómputos.

•Aparatos electrónicos o mecánicos.

Un error común en los casos de uso:

Un error común en la identificación de los casos de uso consiste en representar los pasos, las operaciones o las transacciones como casos.

Por ejemplo

Caso de uso (incorrecto): imprimir recibo. Pues este sólo es un paso del caso de uso Comprar productos.



Un Caso de Uso es una descripción de un proceso de principio a fin relativamente amplia, descripción que suele abarcar muchos pasos o transacciones, normalmente no es un paso ni

una actividad individual del proceso.

Casos de uso y procesos del dominio

Un Caso de Uso describe un proceso, que puede ser un proceso de negocios. Un proceso describe, de comienzo a fin, una secuencia de los eventos, acciones y transacciones que se requieren para producir u obtener algo de valor para una empresa o actor.

Procesos:

Ordenar un producto.

Realizar una llamada telefónica.



Caso de Uso, funciones del sistema y rastreabilidad

Las funciones del sistema identificadas durante la especificación previa de requerimientos deben asignarse a los casos de uso.

Además, debe ser posible verificar, mediante la sección Referencias Cruzadas, que todas las funciones hayan sido asignadas. Con ello se logra un vinculo importante respecto a la rastreabilidad entre los artefactos.

En definitiva, todas las funciones y casos de uso del sistema deberían poder rastrearse hasta la implementación y la aplicación de pruebas.



Clasificación de los Caso de Uso

Hay dos criterios:



Casos Primarios de Uso: representan los procesos comunes más importantes, como Alquilar Video.

Casos Secundarios de uso: representan procesos menores o raros: por ejemplo Solicitud de alta de un nuevo Video.

Casos Opcionales de Uso: representan procesos que pueden o no abordarse.

Casos Esenciales de Uso

Son casos expandidos que se expresan en una forma teórica que contiene poca tecnología y pocos detalles de implementación: las decisiones de diseño se posponen y se abstraen de la realidad, especialmente las relacionadas a la interfaz con el usuario. Describen al proceso a partir de sus actividades y motivos esenciales. Los casos de alto nivel son siempre ESENCIALES, debido a su alto grado de brevedad y abstracción.



Casos Reales de Uso

Describen concretamente el proceso a partir de su diseño concreto actual, sujeto a tecnologías específicas de entrada y salida. Se orienta particularmente a definir las interfaces con el usuario, ofrece presentaciones de pantalla y explica la actuación de los artefactos.


Casos de UsoCasos de UsoDIAGRAMA DE CASOS DE USODIAGRAMA DE CASOS DE USO

Actor 1

Actor 2

Sistema X

Caso de Uso 1

Caso de Uso 2

Caso de Uso 3

Un Diagrama de Caso de Uso explica gráficamente un conjunto de Casos de Uso de un sistema, los actores y la relación entre éstos y los casos de uso. Las líneas de comunicaciones entre los casos y los actores indican el flujo de información o el estímulo.


EJEMPLO PRÁCTICOEJEMPLO PRÁCTICOPara el caso del videoclub se realizarán las siguientes tareas:

1. Identificar los actores del sistema.

2. Identificar los casos de uso.

3. Realizar una descripción formal de los casos de uso.

4. Especificar el curso normal de eventos y los cursos alternos.

5. Realizar el diagrama de casos de uso.


Ejemplo PrácticoEjemplo Práctico

1) Identificar los Actores del sistema:• Empleado del Video Club.

2) Identificar los Casos de Uso:• Alquiler de Video.• Devolución de Video.• Alta de Socio.• Baja de Socio.• Consultar socio.• Consultar Video.



Formato de un caso de uso de alto nivel:

Caso de Uso: Alquiler de VídeoActores: EmpleadoTipo: Primario.Descripción: Un cliente llega a la caja

registradora con los videos que quiere alquilar. El empleado registra los videos y cobra el importe. Al terminar la operación, el Cliente se marcha con los videos y el comprobante.

3) Descripción Formal de los Casos de Uso: Se realiza la descripción de los Casos de Uso con el formato de alto nivel. Considerando ésto, solo se describe la acción en general. A modo de ejemplo solo se describen dos casos de uso.



Caso de Uso: Devolución de VideoActores: EmpleadoTipo: Primario.Descripción: Un cliente llega al negocio con

los videos que quiere devolver. El empleado registra los videos y verifica fecha de devolución. El empleado recibe los videos y el Cliente se retira.



Formato de un caso expandido de uso:

Caso de Uso: Alquiler de VideoActores: Empleado (Iniciador)Propósito: Dejar registrado que el Cliente alquilo X

película.Resumen: Un cliente llega a la caja registradora

con los videos que quiere alquilar. El empleado registra los videos y cobra el importe. Al terminar la operación, el Cliente se marcha con los videos y el comprobante.

Tipo: Primario.Referencias Funciones: R1.1., R1.2., R1.3.,

R1.6., R1.7.Cruzadas:

4) Especificar el curso normal de eventos y los cursos alternos.


Trabajo Práctico Nº 2Trabajo Práctico Nº 2

Acción del actor Respuesta del sistema

1. Este caso de uso comienza cuando en Cliente llega a la caja con videos para aquilarlos.

2. El empleado verifica que el cliente sea socio, registra los videos, y el estado de este (si no tiene alguna multa pendiente) 3. El Cliente confirma que no quiere

mas videos.

4. El empleado emite un ticket y cobra.

5. El cliente paga lo correspondiente al ticket.

6. El empleado cobra. Entrega el/los video/s al cliente.

7. Este recibe los videos, y se retira.



Curso alterno de los eventos:

• Línea 2: El cliente no es socio. Error. Ver Caso de Uso: Alta de Socio.

• Línea 2: El Cliente tiene una multa no pagada. Ver Caso de Uso: Multas.

• Línea 5: El Cliente no tiene el dinero necesario para pagar. Se cancela la operación.



Empleado

Video Club

Alquilar Videos

Alta de nuevos Videos

Alta de Socio.

5) Realizar el diagrama de casos de uso.

primeros artefactos de análisis. casos de uso

Technology