Вы находитесь на странице: 1из 51

REQUERIMIENTOS TIPOS DE REQUERMIENTOS DE USUARIO DEL SISTEMA FUNCIONALES NO FUNCIONALES DIAGRAMA DE CASOS DE USO INTRODUCCIN ELEMENTOS BSICOS

ACTORES CASOS DEUSO GENERALIZACION, RELACIONES DE ASOCIACIN

LIMITES Y MODELO DE CONTEXTO MODELAR LAS NECESIDADES DEL SISTEMA

El xito de un proyecto es el valor final del resultado para el negocio.

Una deficiente identificacin de requisitos, la falta de objetivos claros y la inexistencia de anlisis de usuario, son causas frecuentes del fracaso.

Requerimientos del Software


Son una descripcin de las necesidades a las que debe responder el producto a desarrollar.

Contiene una idea


Si existen + hay que fraccionarlo.

Claro

Genrico

Verificable

Requerimientos por Niveles

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.

DIAGRAMA DE CASOS DE USO INTRODUCCIN


Permite modelar el comportamiento de un sistema desde el punto de vista del usuario. Determinan los requisitos funcionales del sistema
representan las funciones que un sistema puede ejecutar

Facilidad de interpretacin
comunicacin entre el ADS y el USR

Importante:
Reflejan lo esencial del sistema

Se pueden usar durante:


Captura de Requisitos Especificacin Funcional del Sistema Planificacin de iteraciones de desarrollo Validacin del sistema

Elementos Bsicos: Actor


Representa un conjunto coherente de roles que desempean los usuarios al interaccionar con el sistema.

Pueden ser:

personas, dispositivo u otros sistemas


Iniciador: inicia un caso de uso Participante: involucrado en el caso de uso, pero no lo inicia

Aunque se utilizan actores en los modelos, estos no forman parte del sistema. Son externos a l.
Bibliotecario

IDENTIFICACION DE ACTORES

Las siguientes preguntas pueden ayudar a identificar a los actores de un sistema:


Quin o quienes estn interesados en utilizar determinada funcionalidad? Dnde ser usado el sistema dentro de la organizacin? Quin o quienes se beneficiarn con el uso del sistema? Quin proporcionar, utilizar y eliminar informacin del sistema? Quin brindar soporte y mantenimiento al sistema? Usa el sistema recursos externos? Cumple una persona varios roles diferentes dentro del sistema? Cumple varias personas un mismo rol? Acta el sistema recprocamente con algn sistema de ndole legal o gubernamental?

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

actor Cliente generalizacin Cliente Corporativos

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

CARACTERISTICAS DE LOS CASOS DE USO

Los casos de uso tienen las siguientes caractersticas:


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.

Encontrar los casos de uso


Lluvia de ideas Revisin de documentos de requerimientos Basado en los actores 1. Se identifican los actores relacionados con un sistema o empresa. 2. En cada actor, se identifican los procesos que inician o en que participan Basado en eventos 1. Se identifican los eventos externos a los que un sistema ha de responder 2. Se relacionan los eventos con los actores.

PPREGUNTAS PARA ENCONTRAR 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 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?

Casos de Uso y Escenarios

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

Existen varios escenarios si no?

Descripcin de un caso de uso


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.

Vista de Casos de Usos

Los sustantivos en el caso de uso

Ayudan a definir clases del sistemas y atributos, adems atributos de clase. Ayudan a determinar mtodos de clase Ayudan a determinar relaciones entre clases

Los verbos en el caso de uso

Las preposiciones en los casos de uso

El conjunto de todos los casos de uso:


Ayudan a verificar el diseo, implementacin del sistema.El sistema comprende los requerimientos del usuario? Provee un excelente medio de intercambio entre usuarios y personal tcnico

VERBOS QUE PUEDEN APLICARSE A LOS CASOS DE USO

REALIZAR

CAMBIAR TRANSFERIR SOLICITAR GENEREAR PROCESAR MANTENER SELECCIONAR AADIR IMPRIMIR MODIFICAR ELIMINAR CREAR

ALQUILER COMPROBAR EMITIR ASIGNAR GESTIONAR REGISTRAR COMPRAR HACER ADMINISTRAR ACTUALIZAR SELECCIONAR

Notacin y ejemplo de Casos de Uso


actor caso de uso

Procesar Prstamo
ResponsablePrestamos

asociacion

Nombre

Tipos de casos de uso

Segn el nivel de detalle

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.

Primarios: Representan los procesos comunes ms importantes.


Secundarios: Representan procesos menores o raros. Opcionales: representan procesos que pueden no abordarse. Segn el nivel de abstraccin Esencial : Qu hace el sistema? Concreto/ Real : Se contemplan detalles de implementacin (GUI y tecnologa)

Esencial
Muy abstracto

Real
muy concreto

Ejemplos de casos de uso


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.

Organizacin de un Caso de Uso


Pueden agruparse en paquetes. Tambin pueden organizarse especificando relaciones de generalizacin, inclusin y extensin entre ellos

Departamento de Contabilidad

Relacin de inclusin <<include>>

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

Ejemplo caso de uso Hacer Pedido:


extend (Hacer Pedido Urgente). Indica que un caso de uso soporta un comportamiento adicional al comportamiento base.

Hacer pedido

<<extend>>

Hacer pedido urgente Extendido

Base

Bibliotecario Gestionar prstamo de libro

<<extend>>

Rechazar prstamo

Diagrama De Casos De Uso

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

Elementos del diagrama de casos de uso

Actor Casos de Uso Relaciones de dependencia (include y extend), Herencia y Comunicacin

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.

DEFINICION DEL PROBLEMA


El Problema
Existe deficiencia y lentitud al registrar la compra de productos de clientes en los terminales de punto de venta del almacn Don Diego De manera directa a los propietarios ya que se asume que cada vez sus ingresos son menos

Afecta a

Impacto del Problema

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:

CATEGORIAS DE LAS FUNCIONES


Categora de la Funcin Evidente Significado Debe realizarse y el usuario debera saber que se ha realizado. Ejm. Registrar productos Debe realizarse aunque no es visible para el usuario. Ejm. Guardar informacin en un mecanismo de almacenamiento

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

poder utilizar el sistema.


Ofrece un mecanismo de almacenamiento persistente. Ofrece mecanismos de comunicacin entre los procesos y entre los sistemas. Muestra la descripcin y el precio del producto registrado.

evidente
oculta oculta evidente

ENCONTRAR CASOS DE USO POR LA IDENTIFICACION DE ACTORES


Los clientes requieren registrar sus compras y pagar sus artculos Los vendedores necesitan cobrar los productos y dar cambio sin equivocarse Propietarios requieren conocer los ingresos y sus utilidades mensuales. Basados en las respuestas emitidas extraemos la siguiente matriz de actores.

ACT1:Cajero ACT2:Cliente ACT3:Gerente ACT4: Administrador del sistema

Registra la compra de artculos Entrega el cambio Compra productos Paga los productos Persona interna que inicia necesita informes y cierra Incorpora nuevos usuarios

IDENTIFICACION DE CASOS DE USO


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

Descripcin de un caso de uso


Comprar productos
Flujo Principal: Un cliente llega a la caja registradora con un conjunto de
productos. El Cajero registra los artculos y se genera una factura. El cliente paga en efectivo y recoge los productos COMPRENDER CONTEXTO DEL SISTEMA 1. El cliente llega a la caja registradora con los productos. 2. El cajero registra el cdigo de cada productos. 3. El sistema obtiene el precio de cada producto y aade la informacin a la transaccin de venta. 4. Al acabar el cajero indica la finalizacin de la introduccin de productos. 5. El sistema calcula el total de la compra y lo muestra.

Descripcin de un caso de uso


Comprar productos (en un terminal de punto de venta)
6. El Cajero le dice al cliente el total. 7. El cliente realiza el pago. 8. El cajero registra la cantidad de dinero recibida. 9. El sistema muestra la cantidad a retornar al cliente y genera un recibo. 10. El cajero deposita el dinero recibido y saca la cantidad a devolver que entrega al cliente junto a la factura de compra. 11. El sistema almacena la compra completada. 12. El cliente recoge los prodcuctos comprados.

Casos de uso: FORMATO DE ALTO NIVEL


El formato para la descripcin de los casos de uso es el siguiente: Identificacin: Cu

Caso de uso: Nombre


Actores: Tipo: Lista de actores (agentes externos) Primario, secundario u opcional. Esencial o real.

Descripcin: Descripcin del caso de uso

Casos de uso: FORMATO DE ALTO NIVEL


Ejemplo: el siguiente caso de uso describe el proceso de comprar productos en una tienda, a travs de un terminal de punto de venta. Identificacin: CU2 Caso de uso: Comprar productos Actores: Cliente(iniciador), cajero Tipo: Primario Descripcin: Un Cliente llega a una caja con productos que desea comprar. El Cajero registra los prodcutos y obtiene el pago. Al terminar la transaccin, el Cliente se marcha con los productos. Es conveniente comenzar con los casos de uso de ms alto nivel para lograr comprender mejor los principales procesos globales.

Casos de uso: FORMATO DE ALTO NIVEL


Ejemplo: el siguiente caso de uso describe el proceso de Inicar operaciones en un almacn, a travs de un terminal de punto de venta. Identificacin: .. Caso de uso: .. Actores: . Tipo: .. Descripcin:

Casos de uso: FORMATO EXPANDIDO


El formato para la descripcin de los casos de uso es el siguiente: Identificacin: CU.. Caso de uso: Nombre

Actores:
Propsito: Resumen: Tipo:

Lista de actores (agentes externos)


Intencin del caso de uso Repeticin del caso de uso de alto nivel o alguna sntesis. Primario, secundario u opcional. Esencial o real. Casos de uso relacionados y funciones relacionadas del sistema. Casos de Uso que tienen que haberse desarrollado antes

Referencias
cruzadas: Condiciones Previas:

Post-condiciones: Que pas despus de haberse ejecutado el caso de uso. Contina

Flujo Normal de Eventos


Respuesta del sistema

Accin de los Actores

Seccin:(subflujo..) Flujo alternativos / excepcionales Existen otros formatos

Вам также может понравиться