Modelado de Análisis Orientado a Objetos

REQUERIMIENTOS TIPOS DE REQUERMIENTOS DE USUARIO DEL SISTEMA FUNCIONALES NO FUNCIONALES DIAGRAMA DE CASOS DE USO INTRODUCCIÓN ELEMENTOS BÁSICOS

– ACTORES– CASOS DEUSO– GENERALIZACION, RELACIONES DE ASOCIACIÓN

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 identificación de

requisitos, la falta de objetivos claros y la inexistencia de análisis de usuario, son causas frecuentes del fracaso.

Requerimientos del SoftwareSon una descripción de las necesidades a

las que debe responder el producto a desarrollar.

Contiene una idea• Si existen + hay

que fraccionarlo.

Claro

Genérico Verificable

Requerimientos por NivelesRequerimientos 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 petición de un documento del sistema se presentará un formulario que registre los detalles de usuario y de la petición 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 cómo 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 almacén 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 estándares . Se aplican al sistema en su totalidad.

DIAGRAMA DE CASOS DE USOINTRODUCCIÓNPermite 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 interpretación– comunicación entre el ADS y el USR

• Importante:– Reflejan lo esencial del sistema

• Se pueden usar durante:– Captura de Requisitos– Especificación Funcional del Sistema– Planificación de iteraciones de desarrollo– Validación del sistema

Elementos Básicos: ActorRepresenta un conjunto coherente de roles que desempeñan 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

Bibliotecario

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

IDENTIFICACION DE ACTORES Las siguientes preguntas pueden ayudar a identificar

a los actores de un sistema:

¿Quién o quienes están interesados en utilizar determinada funcionalidad?

¿Dónde será usado el sistema dentro de la organización? ¿Quién o quienes se beneficiarán con el uso del sistema? ¿Quién proporcionará, utilizará y eliminará información

del sistema? ¿Quién 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? ¿Actúa el sistema recíprocamente con algún sistema de

índole legal o gubernamental?

ActoresPor lo general los actores son identificados durante la declaración del problema yDurante las entrevistas con los clientes.

generalización

Cliente

ClienteIndividuales

actor

ClienteCorporativos

El nombre del actor describe el papel desempeñado, no la persona física

• Actores como clases:– Cuando se necesite almacenar información sobre el actor– Cuando se interactúe con un sistema externo

CASOS DE USOEspecifica 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 utilización 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

Notación gráfica 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

Prestar LibroRealizar pedido

CARACTERISTICAS DE LOS CASOS DE USOLos casos de uso tienen las siguientes

características:Están 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 interactúa con él, aunque el énfasis está puesto en la interacción.

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.Descripción breve: El usuario del metro compra un boleto del sistema luego del pago de la cantidad apropiada.

Ejm.ID: CU2Nombre: Realizar RetiroActores: ClienteTipo: Primario- Descripción Breve: Un Cliente llega al

cajero automático, introduce la tarjeta, se identifica y solicita realizar una operación de retiro por una cantidad específica. El cajero le da el dinero solicitado tras comprobar que la operación puede realizarse. El cliente coge el dinero y la tarjeta y se va.

Encontrar los casos de uso

Lluvia de ideasRevisión de documentos de requerimientosBasado en los actores1. Se identifican los actores relacionados

con un sistema o empresa.2. En cada actor, se identifican los procesos

que inician o en que participanBasado en eventos3. Se identifican los eventos externos a los

que un sistema ha de responder4. Se relacionan los eventos con los

actores.

PREGUNTAS PARA ENCONTRAR CASOS DE USO

 ¿Cuales son las tareas que realiza cada actor?¿Cualquier actor creará, guardará, modificará,

eliminará, o leerá la información en el sistema?¿Qué casos de uso crearán, guardarán,

modificarán, eliminarán o leerán esta información?

¿Cualquier actor informará los cambios súbitos externos que sufra el sistema?

¿Qué casos de uso brindarán soporte y mantenimiento al sistema?

¿Todos los requisitos funcionales pueden ser realizados por los casos de uso?

 

Casos de Uso y EscenariosUn 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 específica de acciones que ilustra un comportamiento

EjemploEn un sistema de Recursos Humanos

podría aparecer el caso de uso Contratar Empleado, esta función podría tener muchas variantes. Podría contratarse a una persona de otra empresa (el escenario más frecuente): podría transferirse una persona de un departamento a otro(algo muy frecuente en algunas compañías) o podría contratarse a un extranjero (lo que conlleva sus reglas específicas).

¿Existen varios escenarios si ó no?

Descripción de un caso de usoSe lo hace de acuerdo a una plantilla y ademásDescribe el flujo de eventos: que es lo que el

sistema debe hacer: Debe contenerCómo y cuando inicia un caso de usoCómo y cuando termina un caso de usoQué interacciones tiene el caso de uso con los

actoresQué datos necesita el caso de usoLa secuencia normal de eventos para el caso de usoLa descripción de cualquier alternante o flujos

excepcionalesDebería 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, además atributos de clase. •

Los verbos en el caso de usoAyudan a determinar métodos de clase

Las preposiciones en los casos de usoAyudan a determinar relaciones entre clases

El conjunto de todos los casos de uso:Ayudan a verificar el diseño,

implementación del sistema. El sistema comprende los requerimientos del usuario?

Provee un excelente medio de intercambio entre usuarios y personal técnico

VERBOS QUE PUEDEN APLICARSE A LOS CASOS DE USO REALIZARCAMBIARTRANSFERIRSOLICITARGENEREARPROCESARMANTENERSELECCIONARAÑADIRIMPRIMIRMODIFICARELIMINARCREAR

ALQUILER COMPROBAR EMITIR ASIGNAR GESTIONAR REGISTRAR COMPRAR HACER ADMINISTRAR ACTUALIZAR SELECCIONAR

Notación y ejemplo de Casos de Uso

Procesar Préstamo

ResponsablePrestamos

actor caso de uso

asociaciónNombre

Tipos de casos de usoSegún el nivel de detalle

De alto nivel: Describe un proceso muy brevemente y permite entender los principales procesos globales

Expandido : Descripción detallada, la diferencia básica con el caso de uso de alto nivel consiste en que tiene una sección destinada al curso o flujo normal de eventos, que los describe paso por paso.

Según la importancia

1.Primarios: Representan los procesos comunes más importantes.

2.Secundarios: Representan procesos menores o raros.

3.Opcionales: representan procesos que pueden no abordarse.

Según el nivel de abstracciónEsencial : ¿Qué hace el sistema? Concreto/ Real : Se contemplan detalles de

implementación (GUI y tecnología)

Esencial Real

Muy abstracto 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 automático, 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 opción 3.y así sucesivamente CASOS REALES DE USO. Describe concretamente el proceso a partir de su diseño concreto actual, sujeto

a las tecnologías específicas 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 número de

identificación Personal (clave) 3. Introduce la clave en una pantalla táctil. 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 sección de alternativas, es decir como cursos alternativos.. Ejm. En el caso de Realizar transacción podría ser un curso alterno. – Se introduce clave inválido. Indique el error. –El cliente no pudo pagar. Cancele la transacción.

Organización de un Caso de UsoPueden agruparse en paquetes.También pueden organizarse

especificando relaciones de generalización, inclusión y extensión entre ellos

Departamento de Contabilidad

Relación de inclusión <<include>>La relación de inclusión se usa para evitar

describir el mismo flujo de eventos repetidas veces, poniendo el comportamiento común en un caso de uso aparte (que será incluido por un caso de uso base). La relación de inclusión es básicamente un ejemplo de delegación.

Ejemplo caso de uso “Hacer Pedido”:“Obtener y verificar el número de pedido. Include (Validar usuario). Examinar el estado de cada parte del pedido y preparar un informe para el usuario”.

Hacer pedido

Validar cliente

<<Include>>

Asociación <<includes>>El caso de uso Base incluye en alguno de

sus flujos el caso de uso IncluidoEl caso de uso incluido es un “fragmento” de

flujo que no tiene sentido por si mismo Se incluye en múltiples sitios Es abstracto Base necesita del incluido (en algún flujo)

<<includes>>

Base

Incluido

Relación de extensión Se utiliza una relación de tipo <<extend>> entre

casos de uso cuando nos encontramos con un caso de uso similar a otro pero que hace algo más que éste (variante).

Sirve para modelar la parte opcional del sistema un subflujo que sólo 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 Hacer pedido urgente

<<extend>>

BaseExtendido

Bibliotecario

Gestionar préstamo de libro

Rechazar préstamo<<extend>>

Diagrama De Casos De UsoUn diagrama de casos 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

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, además de la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso).

Elementos del diagrama de casos de uso

Actor Casos de Uso Relaciones de dependencia (include y

extend), Herencia y Comunicación

En general utilizaremos <<extends>> cuando se presenta una variación del comportamiento normal, e <<include>> cuando se repite un comportamiento en dos casos de uso y queremos evitar dicha repetición.

36

Cajero Comprar Articulos Cliente

CASO DE ESTUDIOEn el almacén “Don Diego” los clientes al

comprar productos cada día se les dificulta más 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 sesión de trabajo.

DEFINICION DEL PROBLEMAEl Problema Existe deficiencia y lentitud al registrar la

compra de productos de clientes en los terminales de punto de venta del almacén “Don Diego”

Afecta a De manera directa a los propietarios ya que se asume que cada vez sus ingresos son menos

Impacto del Problema

Desprestigio del almacén ante la Sociedad debido a la lentitud con que registran las compras de sus clientes causando incomodidad y poca concurrencia al almacén a las personas concurrentes.

La solución exitosa

Desarrollar un software que permita agilitar los procesos y de ésta manera obtener mayor ganancias.

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 almacén.

b) Metas La meta es una gran automatización del pago en las cajas registradoras, y dar soporte a servicios más rápidos, más baratos y mejores. Concretamente, la meta incluye:

· Pago rápido de los clientes. · Análisis rápido y exacto de las ventas. · Control automático 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 categorías:

Requisitos

CATEGORIAS DE LAS FUNCIONES

Categoría de la Función

Significado

Evidente Debe realizarse y el usuario debería saber que se ha realizado. Ejm. Registrar productos

Oculta Debe realizarse aunque no es visible para el usuario. Ejm. Guardar información en un mecanismo de almacenamiento

Estas son algunas de las funciones del sistema de punto de venta:

Ref. Función Categoría

R1.1 Registra la venta en proceso (actual): los productos comprados. evidente

R1.2 Calcula el valor del impuesto a la venta actual evidente

R1.3 Captura la información sobre el objeto comprado usando

usando una captura manual del código de producto. evidente

R1.4 Reduce las cantidades del inventario cuando se realiza una venta. oculta

R1.5 Se registran las ventas efectuadas. oculta

R1.6 El cajero debe introducir una identificación y una contraseña para

poder utilizar el sistema. evidente

R1.7 Ofrece un mecanismo de almacenamiento persistente. oculta

R1.8 Ofrece mecanismos de comunicación entre los procesos y entre

los sistemas. oculta

R1.9 Muestra la descripción y el precio del producto registrado. evidente

Requisitos

ENCONTRAR CASOS DE USO POR LA IDENTIFICACION DE ACTORES

ACT1:Cajero Registra la compra de artículosEntrega el cambio

ACT2:Cliente Compra productosPaga los productos

ACT3:Gerente Persona interna que inicia necesita informes y cierra

ACT4: Administrador del sistema

Incorpora nuevos usuarios

Los clientes requieren registrar sus compras y pagar sus artículosLos vendedores necesitan cobrar los productos y dar cambio sin equivocarsePropietarios requieren conocer los ingresos y sus utilidades mensuales.

Basados en las respuestas emitidas extraemos la siguiente matriz de actores.

IDENTIFICACION DE CASOS DE USOLa colección de casos de uso de un sistema

constituye todas las maneras en que un sistema puede ser utilizado

Con la identificación 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 información en el sistema?¿Qué casos de uso crearán, guardarán,

modificarán, eliminarán o leerán esta información?¿Cualquier actor informará los cambios súbitos

externos que sufra el sistema?¿Qué casos de uso brindarán 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 productosEl 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 datosComprar productosEntregar cambioIniciar VentaCerrar Venta

Descripción de un caso de usoComprar productos Flujo Principal: Un cliente llega a la caja registradora con un conjunto de productos. El Cajero registra los artículos y se genera una factura. El cliente paga en efectivo y recoge los productos

COMPRENDER CONTEXTO DEL SISTEMA1. El cliente llega a la caja registradora con los productos.2. El cajero registra el código de cada productos.3. El sistema obtiene el precio de cada producto y añade la información a la transacción de venta.4. Al acabar el cajero indica la finalización de la introducción de productos. 5. El sistema calcula el total de la compra y lo muestra.

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.

Descripción de un caso de uso

El formato para la descripción de los casos de uso es el siguiente:

Identificación: Cu …

Caso de uso: Nombre

Actores: Lista de actores (agentes externos)

Tipo: Primario, secundario u opcional. Esencial o real.

Descripción: Descripción 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 través de un terminal de punto de venta.

Identificación: CU2Caso de uso: Comprar productosActores: Cliente(iniciador), cajeroTipo: PrimarioDescripción: Un Cliente llega a una caja con productos que desea comprar. El Cajero registra los prodcutos y obtiene el pago. Al terminar la transacción, el Cliente se marcha con los productos.

Es conveniente comenzar con los casos de uso de más alto nivel paralograr 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 almacén, a través de un terminal de punto de venta.

Identificación: …………..Caso de uso: ………………………..Actores: ……………………………….Tipo: ………………………………………..Descripción: …………………………………………………………………...…

Casos de uso: FORMATO DE ALTO NIVEL

El formato para la descripción de los casos de uso es el siguiente:

Identificación: CU..

Caso de uso: Nombre

Actores: Lista de actores (agentes externos)

Propósito: Intención del caso de uso

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

Tipo: Primario, secundario u opcional. Esencial o real.

Referencias

cruzadas: Casos de uso relacionados y funciones relacionadas del sistema.

Condiciones

Previas: Casos de Uso que tienen que haberse desarrollado antes

Post-condiciones: Que pasó después de haberse ejecutado el caso de uso.

Continúa

Casos de uso: FORMATO EXPANDIDO

Flujo Normal de EventosAcción de los Actores Respuesta del

sistema

Sección:…(subflujo…..)Flujo alternativos / excepcionales

Existen otros formatos