Академический Документы
Профессиональный Документы
Культура Документы
Una deficiente identificacin de requisitos, la falta de objetivos claros y la inexistencia de anlisis de usuario, son causas frecuentes del fracaso.
Claro
Genrico
Verificable
Requerimientos de usuario (de alto nivel): Son declaraciones, en lenguaje natural y en diagramas de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar. Ejm. El sistema controlar los datos requeridos por las agencias que licencian los derechos de autor en Europa y en otra parte.
Requerimientos del sistema: Establecen con detalle las funciones, servicios y restricciones operativas del sistema. Debe definir exactamente que es lo que se va a implementar. Ejm. Al hacer una peticin de un documento del sistema se presentar un formulario que registre los detalles de usuario y de la peticin hecha.
Requerimientos funcionales: Son declaraciones de los servicios que debe proporcionar el sistema, de tal manera que ste debe reaccionar a entradas particulares y de cmo se debe comportar en situaciones particulares. Ejm:
El usuario deber tener la posibilidad de buscar en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella. El sistema deber proporcionar visores adecuados para que el usuario lea documentos en el almacn de documentos.
Requerimientos no funcionales: Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo y estndares . Se aplican al sistema en su totalidad.
Facilidad de interpretacin
comunicacin entre el ADS y el USR
Importante:
Reflejan lo esencial del sistema
Pueden ser:
Aunque se utilizan actores en los modelos, estos no forman parte del sistema. Son externos a l.
Bibliotecario
IDENTIFICACION DE ACTORES
Actores
Por lo general los actores son identificados durante la declaracin del problema y Durante las entrevistas con los clientes.
El nombre del actor describe el papel desempeado, no la persona fsica Actores como clases: Cuando se necesite almacenar informacin sobre el actor Cuando se interacte con un sistema externo
Cliente Individuales
CASOS DE USO
Especifica un requerimiento funcional del sistema. Un caso de uso es un documento que narra la secuencia de acciones necesarias para que un actor (agente externo) complete un proceso por medio de la utilizacin de un sistema.
Especifica una secuencia de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un actor particular.
Caso de Uso
Notacin grfica
Se representan con un valo, el nombre debe estar expresado con un verbo, seguido por el principal objeto del sistema que es afectado por el caso. El nombre siempre debe estar expresado desde el punto de vista del actor y no del sistema
Realizar pedido
Prestar Libro
Estn expresados desde el punto de vista del actor. Se documentan con texto informal. Describen tanto lo que hace el actor como lo que hace el sistema cuando interacta con l, aunque el nfasis est puesto en la interaccin. Son iniciados por un nico actor. Un caso de uso describe qu hace un sistema , pero no como lo hace.
Los casos de uso pueden tener relaciones con otros casos de uso.
Ejm.
ID: CU 1.0. Nombre: Comprar Ticket. Actor: Usuario del Metro. Descripcin breve: El usuario del metro compra un boleto del sistema luego del pago de la cantidad apropiada.
Ejm.
ID: CU2 Nombre: Realizar Retiro Actores: Cliente Tipo: Primario Descripcin Breve: Un Cliente llega al cajero automtico, introduce la tarjeta, se identifica y solicita realizar una operacin de retiro por una cantidad especfica. El cajero le da el dinero solicitado tras comprobar que la operacin puede realizarse. El cliente coge el dinero y la tarjeta y se va.
Cualquier actor crear, guardar, modificar, eliminar, o leer la informacin en el sistema? Qu casos deuso crearn, guardarn, modificarn, eliminarn o leern esta informacin? Cualquier actor informar los cambios sbitos externos que sufra el sistema? Qu casos de uso brindarn soporte y mantenimiento al sistema? Todos los requisitos funcionales pueden ser realizados por los casos de uso?
Un caso de uso describe un conjunto de secuencias de interacciones o escenarios(INSTACIA DE CASOS DE USO): flujo principal y flujos alternativos o excepcionales Un escenario es una secuencia especfica de acciones que ilustra un comportamiento
Ejemplo
En un sistema de Recursos Humanos podra aparecer el caso de uso Contratar Empleado, esta funcin podra tener muchas variantes. Podra contratarse a una persona de otra empresa (el escenario ms frecuente): podra transferirse una persona de un departamento a otro(algo muy frecuente en algunas compaas) o podra contratarse a un extranjero (lo que conlleva sus reglas especficas).
Se lo hace de acuerdo a una plantilla y adems Describe el flujo de eventos: que es lo que el sistema debe hacer: Debe contener
Cmo y cuando inicia un caso de uso Cmo y cuando termina un caso de uso Qu interacciones tiene el caso de uso con los actores Qu datos necesita el caso de uso La secuencia normal de eventos para el caso de uso La descripcin de cualquier alternante o flujos excepcionales
Debera en cualquier momento responder a Qu pasa si ? Debe ser legible y comprensible para un usuario no experto.
Ayudan a definir clases del sistemas y atributos, adems atributos de clase. Ayudan a determinar mtodos de clase Ayudan a determinar relaciones entre clases
REALIZAR
CAMBIAR TRANSFERIR SOLICITAR GENEREAR PROCESAR MANTENER SELECCIONAR AADIR IMPRIMIR MODIFICAR ELIMINAR CREAR
ALQUILER COMPROBAR EMITIR ASIGNAR GESTIONAR REGISTRAR COMPRAR HACER ADMINISTRAR ACTUALIZAR SELECCIONAR
Procesar Prstamo
ResponsablePrestamos
asociacion
Nombre
De alto nivel: Describe un proceso muy brevemente y permite entender los principales procesos globales Expandido : Descripcin detallada, la diferencia bsica con el caso de uso de alto nivel consiste en que tiene una seccin destinada al curso o flujo normal de eventos, que los describe paso por paso.
Segn la importancia
1.
2. 3.
Esencial
Muy abstracto
Real
muy concreto
CASO PRIMARIO DE USO: Comprar productos. CASO SECUNDARIOS DE USO: Solicitar incrementar un nuevo producto. CASOS ESENCIALES DE USO:Un caso de Retiro en efectivo de un cajero automtico, que se expresa en una forma relativamente esencial. ACCION DE LOS ACTORES RESPUESTA DEL SISTEMA 1. El cliente se identifica 2. Presenta las opciones 3. El cliente selecciona la opcin 3.y as sucesivamente CASOS REALES DE USO. Describe concretamente el proceso a partir de su diseo concreto actual, sujeto a las tecnologas especficas de entrada y de salida, para el ejm. Anterior. ACCION DE LOS ACTORES RESPUESTA DEL SISTEMA 1. El cliente introduce su tarjeta 2.Pide el nmero de identificacin Personal (clave) 3. Introduce la clave en una pantalla tctil. 4. Muestra el men de opciones Y as sucesivamente.
Nota:Si existe algunas excepciones en los cursos normales de eventos, se deber escribir en una seccin de alternativas, es decir como cursos alternativos.. Ejm. En el caso de Realizar transaccin podra ser un curso alterno. Se introduce clave invlido. Indique el error. El cliente no pudo pagar. Cancele la transaccin.
Pueden agruparse en paquetes. Tambin pueden organizarse especificando relaciones de generalizacin, inclusin y extensin entre ellos
Departamento de Contabilidad
La relacin de inclusin se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo el comportamiento comn en un caso de uso aparte (que ser incluido por un caso de uso base). La relacin de inclusin es bsicamente un ejemplo de delegacin.
Ejemplo caso de uso Hacer Pedido: Obtener y verificar el nmero de pedido. Include (Validar usuario). Examinar el estado de cada parte del pedido y preparar un informe para el usuario.
Hacer pedido
<<Include>>
Validar cliente
Asociacin <<includes>>
El caso de uso Base incluye en alguno de sus flujos el caso de uso Incluido
El caso de uso incluido es un fragmento de flujo que no tiene sentido por si mismo
Se incluye en mltiples sitios Es abstracto Base necesita del incluido (en algn flujo)
<<includes>>
Base
Incluido
Relacin de extensin
Se utiliza una relacin de tipo <<extend>> entre casos de uso cuando nos encontramos con un caso de uso similar a otro pero que hace algo ms que ste (variante). Sirve para modelar
la parte opcional del sistema un subflujo que slo se ejecuta bajo ciertas condiciones varios flujos que se pueden insertar en un punto
Hacer pedido
<<extend>>
Base
<<extend>>
Rechazar prstamo
Un diagrama de casos de uso explica grficamente un conjunto de casos de uso de un sistema, los actores y la relacin entre stos y los casos de uso Los diagramas se emplean para visualizar el comportamiento de un sistema de forma que los usuarios puedan comprender como utilizar ese elemento y de forma que los desarrolladores puedan implementarlo. Un diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de uso).
En general utilizaremos <<extends>> cuando se presenta una variacin del comportamiento normal, e <<include>> cuando se repite un comportamiento en dos casos de uso y queremos evitar dicha repeticin.
Cajero
Comprar Articulos
Cliente
35
CASO DE ESTUDIO
En el almacn Don Diego los clientes al comprar productos cada da se les dificulta ms ya que al acercarse a pagar en un terminal de punto de venta, el cajero registra los productos, entrega el cambio y la factura de manera lenta y deficiente , esto est afectando mucho porque los ingresos van bajando y el gerente no saben realmente cuales son las ganancias mensuales. El gerente es encargado de activar un TPDV para iniciar sus actividades, controlando la fecha y hora y as mismo finaliza la sesin de trabajo.
Afecta a
Desprestigio del almacn ante la Sociedad debido a la lentitud con que registran las compras de sus clientes causando incomodidad y poca concurrencia al almacn a las personas concurrentes.
Desarrollar un software que permita agilitar los procesos y de sta manera obtener mayor ganancias.
La solucin exitosa
Requisitos
a) Objetivo Este proyecto tiene por objeto crear un sistema de terminal para el punto de venta que se utilizar en las ventas de un almacn.
b) Metas La meta es una gran automatizacin del pago en las cajas registradoras, y dar soporte a servicios ms rpidos, ms baratos y mejores. Concretamente, la meta incluye: Pago rpido de los clientes. Anlisis rpido y exacto de las ventas. Control automtico del inventario.
Requisitos
c) Funciones del sistema Las funciones del sistema son lo que ste deber de hacer. El sistema deber hacer <X> Las funciones pueden clasificarse en las categoras:
Oculta
Requisitos
Estas son algunas de las funciones del sistema de punto de venta:
Ref.
R1.1 R1.2 R1.3 R1.4 R1.5 R1.6 R1.7 R1.8 R1.9
Funcin
Registra la venta en proceso (actual): los productos comprados. Calcula el valor del impuesto a la venta actual Captura la informacin sobre el objeto comprado usando usando una captura manual del cdigo de producto. Reduce las cantidades del inventario cuando se realiza una venta. Se registran las ventas efectuadas. El cajero debe introducir una identificacin y una contrasea para
Categora
evidente evidente evidente oculta oculta
evidente
oculta oculta evidente
Registra la compra de artculos Entrega el cambio Compra productos Paga los productos Persona interna que inicia necesita informes y cierra Incorpora nuevos usuarios
La coleccin de casos de uso de un sistema constituye todas las maneras en que un sistema puede ser utilizado Con la identificacin de actores ahora podemos mencionar unas preguntas para identificar casos de uso. Cuales son las tareas que realiza cada actor? Cualquier actor crear, guardar, modificar, eliminar, o leer la informacin en el sistema? Qu casos de uso crearn, guardarn, modificarn, eliminarn o leern esta informacin? Cualquier actor informar los cambios sbitos externos que sufra el sistema? Qu casos de uso brindarn soporte y mantenimiento al sistema? Todos los requisitos funcionales pueden ser realizados por los casos de uso?
De acuerdo al ejercicio debemos tomar en cuenta que el sistema debe soportar las siguientes necesidades: El actor cliente necesita comprar productos El actor cajero necesita usar el sistema para registrar los productos y datos adicionales de la venta y entregar el cambio. El actor gerente es el responsable de iniciar y cerrar el sistema De acuerdo a stas necesidades podemos identificar los siguientes casos de uso:
Registrar datos Comprar productos Entregar cambio Iniciar Venta Cerrar Venta
Actores:
Propsito: Resumen: Tipo:
Referencias
cruzadas: Condiciones Previas: