Upload
oscar-barrientos
View
686
Download
1
Embed Size (px)
DESCRIPTION
hghg
Citation preview
Ingeniería de SOFTWARE
Esp. Santiago Zúñiga Shaik USB - CALI
FUNDACION UNIVERSITARIA SAN MARTIN
2009 Versión 3.0
Fase de Iniciación.
¿Que sigue?
Un Listado de Actores Un Listado de Casos de Uso
Declaración de Trabajo
Declaración de Trabajo
Descripción
Usuarios
Listado de Casos
De Uso
Listado de Actores
Listado de Actores
Listado de Actores del Sistema Listado de Usuarios que interactúan con el
Software. Listado de otros Sistemas/Software con los
cuales interactúa el Software.
Listado de Actores Revisión
Un Actor no debe ser una persona particular Santiago
Un Actor no debe ser un cargo en particular Director de Ventas del Sur occidente
Una persona concreta puede hacer el papel de varios actores.
Un actor es un rol dentro del sistema/Software. Profesor Coordinador Académico Estudiante
Listado de Casos de Uso
Un Caso de Uso es una situación en la cual es software es utilizado.
Un Caso de Uso representa una acción que puede ser desarrollada empleando el Software.
Listado de Casos de Uso
¿Cuáles son los casos de uso de un celular? ¿Para que lo utilizan?
¿Cuáles son los casos de uso de un reproductor de DVD? ¿Para que la utilizan?
Listado de Casos de Uso
Casos de Uso de un Celular Hacer una llamada Recibir una llamada Guardar los datos de un contacto Mirar la Hora ? Jugar “Culebrita”
Listado de Casos de Uso Revisión
Un caso de uso no es una funcionalidad general (demasiado amplia y ambigua).
Manejo de Usuarios Un caso de uso no puede ser un paso
elemental dentro del Software Ingresar código de estudiante
No debe ser ambiguo. Generar estadísticas
Listado de Casos de Uso
Revisión Un caso de uso debe representar una
acción. Debe contener un verbo Documento
Un caso de uso debe representar una acción concreta que se puede desarrollar con el software.
Analizar el estado financiero del Cliente.
Listado de Casos de Uso Revisión
El primer listado de casos de uso no pretende ser un listado exhaustivo.
El primer listado es el punto de partida de nuestro trabajo.
A medida que se empiecen a entrevistar usuarios y expertos de dominio (no solo al StakeHolder), los casos de uso pueden ampliarse en número.
Listado de Casos de Uso
Revisión Nombres “sospechosos”
Administrar Manejar Controlar Imprimir Soportar Suministrar Ingresar Hacer
Listado de Casos de Uso Ejemplo
Matricular Estudiante por primera vez. Matricular Estudiante antiguo. Matricular Estudiante en Curso. Cancelar matrícula de estudiante en Curso. Listar cursos matriculados por un Estudiante. Listar estudiantes matriculados en un Curso
Listado de Casos de Uso
¿Qué sigue?
Detallar cada uno de los requerimientos.
Especificar cada uno de los casos de uso
Listado de Casos de Uso
¿Qué sigue?
Listado de Casos
De Uso
Listado de Actores
Casos de Uso
De Fachada
Casos de Uso de Fachada Los Casos de Uso deben especificarse. A pesar de que idealmente los nombres de
los casos de uso son bastante representativos y no ambiguos, el comportamiento del software en cada caso de uso puede ser interpretado de diversas formas.
Es necesario establecer el comportamiento del software.
Casos de Uso de Fachada ¿Cómo se hace una llamada en el Celular?
Es posible determinar un conjunto de pasos de forma independiente del aparato celular.
¿Cómo se ve una película en un reproductor de DVD? Es posible determinar un conjunto de pasos de
forma independiente del aparato particular.
Casos de Uso de Fachada
El primer paso consiste en establecer un guión inicial, una secuencia de pasos que serán ejecutados por el actor y por el software.
Casos de Uso de Fachada
El segundo paso consiste en establecer el tipo de interacción que se tendrá entre el actor y el software El guión permite llegar a un primer tipo de
acuerdo con los usuarios sobre lo que debe hacer el software
Casos de Uso de Fachada
La interacción se defina a través de un “guión”. Una serie de pasos que deben ser
realizados por el usuario y por el sistema de software.
También se conoce como “Secuencia de Eventos” o “Flujo Normal”.
Casos de Uso de Fachada
4. Verifica que el password coincida con el definido para ese usuario
3. Ingresa el password.
2. Verifica que exista un usuario con el login especificado.
1. Ingresa el login.
SistemaActor
Casos de Uso de Fachada La interacción no debe incluir “presunciones
de diseño” o “detalles de implementación”. No debe incluirse: Hace clic en el botón X. Muestra una forma con los campos X, Y, Z. Arrastra el icono hasta la carpeta.
Debe ser un guión lo más “general” posible, ojalá aplicable a una gran variedad de implementaciones.
Especificación de Casos de Uso de Fachada
Número Nombre Descripción Fase (Fachada) Actores Guión
Especificación de Casos de Uso de Fachada
Número: Identificador de cada caso de uso
Nombre: Nombre del caso de uso
Ejemplo: 01. Registrar datos de nuevo cliente 02. Registrar datos de producto. 03. Registrar pedido de cliente.
Especificación de Casos de Uso de Fachada
Descripción: Descripción del caso de uso, la situación en la cual se utiliza y un resumen del comportamiento del software.
Ejemplo: Cuando el vendedor ha iniciado el contacto con un
nuevo cliente, incluso antes de vender el primer producto, puede registrar los datos del mismo en el sistema.
Especificación de Casos de Uso de Fachada
Actores: Actores (Roles o Tipos de Usuarios que utilizan ese caso de uso) Principales: Aquellos actores que
interactúan directamente con el software (quienes usan el teclado).
Secundarios: Aquellos actores que proveen o reciben información para la ejecución del caso de uso, pero que no interactúan directamente con él.
Especificación de Casos de Uso de Fachada
Actores
Ejemplo: Para la compra de productos en un
almacén de cadena. Principal: Cajero Secundario: Cliente, Jefe de Cajeros.
Especificación de Casos de Uso de Fachada
Guión
Actores
Fase
Descripción
Nombre.
No.
Principal: Vendedor
Fachada
Cuando un vendedor inicia los contactos con un nuevo cliente, aún cuando no realice una venta, debe ingresar los datos básicos del cliente.
Registrar Cliente
01
2. Verifica que exista un usuario con ese login
1. Ingresa su login
SistemaActor
Casos de Uso de Fachada
Revisión Todas las especificaciones deben incluir el
guión. Los Actores deben ser usuarios que
realmente interactúan con el software. El Guión debe verificarse con los usuarios. No deben existir presunciones de diseño y/
o detalles de implementación.
Casos de Uso de Fachada
¿Qué sigue?
Listado de Casos
De Uso
Listado de Actores
Casos de Uso
De Fachada
Casos de Uso
Completos
Casos de Uso Completos Lo primero...
Establecer un primer guión para el caso de uso.
Negociar que cosas va a hacer el usuario y que cosas va a hacer el software.
Ahora.. Establecer los casos excepcionales. Determinar que debe hacer el software en
cada una de las situaciones especiales.
Casos de Uso Completos Excepciones
Situación/Caso en el que el software no desarrolla el guión normal.
Secuencias de pasos que se deben ejecutar en una situación particular.
Ejemplo: Cuando un estudiante hace su matricula por fuera
del plazo estipulado, el software debe comportarse diferente a cuando se hace dentro del plazo estipulado.
Casos de Uso Completos
El guión típico deberá contener validaciones y verificaciones que permitan conocer si una excepción ocurre o no.
Cada una de las excepciones debe documentarse con un guión particular.
Casos de Usos Completos
Guión Caso típico. Pasos a desarrollar en un caso
típico.
Excepciones Casos no típicos. Casos excepcionales en
donde se desarrollan pasos diferentes.
Casos de Uso Completos
Contrato no existe2.6. El Sistema visualiza un mensaje indicando que el contrato no existe7. Termina
Usuario no confirma que desea eliminar el contrato4.8. Termina
Excepciones
1. El Usuario ingresa el código del contrato.2. El Sistema verifica que exista un contrato con ese código.3. El Sistema visualiza el nombre de la persona responsable del
contrato, la fecha del contrato y el valor del mismo.4. El Usuario confirma que desea eliminar el contrato.5. El Sistema elimina el contrato.
Guión
Casos de Uso Completos Revisión
Cada uno de los pasos debe ser lo más detallado y específico posible
Ingresa los datos.. ¿Cuáles datos? Verifica los datos... ¿Cómo se hace la verificación? Calcula el dato... ¿Cómo se hace el cálculo?
Deben especificarse todas las excepciones. El guión debe incluir un paso que permita
establecer si la excepción ocurre, para todos los tipos de excepción del caso de uso.
Casos de Uso Completos
¿Qué sigue?
Casos de Uso
De Fachada
Casos de Uso
Completos
Casos de Uso
Enfocados
Casos de Uso Enfocados Hasta ahora...
Tenemos unos casos de uso detallados con indicaciones de las diferentes excepciones que le ocurren.
Ahora... Abordaremos con más detalle algunos
pasos específicos. Buscaremos relaciones entre los diferentes
casos de uso.
Casos de Uso Enfocados
Diagrama
Vendedor
Registrar cliente
Registrar venta
Casos de Usos Enfocados
Un caso de uso “usa” a otro caso de uso, cuando el segundo representa uno o varios de los pasos que se realizan en el primero.
La relación “de uso” entre los casos de uso se basa en los pasos de los guiones y excepciones de los casos de uso.
Casos de Usos Enfocados
Ejemplo... Varios de los casos de uso de un software
en particular tienen pasos en común. Validación del login y password de un usuario Validación del estado de cuenta de un cliente. Cálculo de una serie de valores y/o estadísticas.
Casos de Usos Enfocados
Ejemplo. En varios casos de uso...
1. El usuario ingresa el login 2. El sistema verifica que exista un usuario con
ese login. 3. El usuario ingresa el password. 4. El Sistema verifica que el password
corresponda al cliente especificado
Casos de Uso Enfocados
Diagrama
Vendedor
Registrar cliente
Registrar venta
IniciarSesión
<<usa>>
<<usa>>
Casos de Usos Enfocados
Un diagrama de casos de uso NO es un flujo grama.
Es un diagrama que muestra relaciones entre los casos de uso.
Casos de Uso Enfocados
Diagrama
Vendedor
Registrar cliente
Registrar venta
IniciarSesión
<<usa>>
<<usa>>
Los pasos son “quitados” de
aquí
Se puede establecer más
detalle para este caso de
uso
Casos de Uso Enfocados
Ejemplo... Luego de colocar los pasos comunes en
otro caso de uso, el guión debe retirar esos pasos de donde originalmente estaban
1. Inicia sesión (ver caso de uso #20) 2. ...
Casos de Uso Enfocados
Un caso de uso “extiende” a otro caso de uso, cuando el primer caso de uso se enfoca en un caso particular del segundo.
Cuando el caso de uso “extendido” realiza básicamente lo mismo que el caso de uso inicial, pero tiene diferencias en los pasos que realiza.
Casos de Uso Enfocados
Si una de las excepciones de un caso de uso resulta ser muy compleja (un guión muy extenso), puede ser “sacado” en un nuevo caso de uso para revisarlo con mayor detalle.
Casos de Uso Enfocados
Diagrama
Vendedor
PrestarLibro
Cuando se presta el libro a un estudiante se
desarrollan pasos muy diferentes a
cuando se presta un libro a un
profesor
Casos de Uso Enfocados
Diagrama
Vendedor
PrestarLibro
Prestar Libro a profesor
<<extiende>>
Casos de Usos Enfocados
El formato debe incluir información de los casos de uso relacionados
Usa iniciar sesión (caso de uso #20)Es usado al mostrar informe de usuario (caso de uso #21)Extiende Mostrar datos de Usuario (caso de uso #12).Es extendido al Mostrar datos de un proveedor principal (caso de uso #14)
Casos de uso relacionados
Mostrar datos de ProveedorNombre
Casos de Usos Enfocados Revisión
Los casos de uso relacionados deben estar incluidos en los diferentes formatos.
El guión de un caso de uso que “use a otro”, no debe incluir los pasos del caso de uso que esta usando.
El guión de un caso de uso que “extiende a otro”, debe estar completo y no debe omitir pasos debido a que esta en el otro caso de uso.
Casos de Uso Enfocados
¿Qué sigue?
Casos de Uso
De Fachada
Casos de Uso
Completos
Casos de Uso
Enfocados
Casos de Uso
Terminados
Casos de Uso Terminados
Hasta ahora... Casos de uso completos, con información
detallada de algunos pasos. Ahora...
Definir un prototipo de la aplicación. Colocar información necesaria para realizar
el análisis y el diseño del producto.
Casos de Usos Terminados
Otros Requerimientos Precondiciones Poscondiciones Prototipo
Casos de Usos Terminados El prototipo consiste (de por sí) una
presunción de diseño. El guión y las excepciones son la base
para crear el prototipo. El guión y las excepciones no deben
modificarse para “ser fiel” al prototipo. El prototipo debe ser un mecanismo para
verificar el guión.
Casos de Usos Terminados
Cada caso de uso representa “un diálogo” Puede tener múltiples pantallas y/o
ventanas Una misma pantalla y/o ventana puede
hacer parte del diálogo de varios casos de uso.
Referencias Web
www.vico.org/UMLguiavisual/ www.rational.com/uml www.dsic.upv.es/uml
Ejercicio El sistema en el modulo de reservas, deberá
permitir a un cliente de la tienda, reservar una película con un máximo de 3 días de anticipación.
Elabore el caso de uso terminado, haciendo las presunciones que considere pertinentes, y diligencie la plantilla entregada.