primeros artefactos de análisis. casos de uso
DESCRIPTION
UTN - FRT. Cátedra de Diseño de Sistemas. 3K1. 2011. Unidad I. Craig Larman. Primeros Artefactos de Análisis. Análisis de los Requerimientos. Casos de UsoTRANSCRIPT
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)
Ingeniería en Sistemas de Información
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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ó.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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:
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis
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]
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Primeros Artefactos del Primeros Artefactos del AnálisisAnálisis
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)
Ingeniería en Sistemas de Información
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos 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:
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
ACTORESACTORES
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
Clasificación de los Caso de Uso
Hay dos criterios:
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Casos de UsoCasos de Uso
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Ejemplo PrácticoEjemplo Práctico
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Ejemplo PrácticoEjemplo Práctico
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Ejemplo PrácticoEjemplo Práctico
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Ejemplo PrácticoEjemplo Práctico
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.
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
Ejemplo PrácticoEjemplo Práctico
Empleado
Video Club
Alquilar Videos
Alta de nuevos Videos
Alta de Socio.
5) Realizar el diagrama de casos de uso.