Requerimientos y casos de uso de un sistema

Requerimientos y casos de uso de un sistema2015

OBJETIVO ESPECFICO: Entender los modelos de casos de uso para especificar los requerimientos funcionales de un sistema.

INDICADOR.- Identifica los requerimientos de un sistema y captura mediante casos de uso para el diseo e implementacin de un software orientada a objeto (OO).

modelo de casos de uso

Pag.613PROPOSITO.-El propsito primario del modelo casos de uso es comunicar las funciones y el comportamiento del sistema al cliente o usuario final.El modelo de casosEs usado para: Identificar quin interactuar con el sistema y que deber hacer el sistema. Captura todos los requerimientos de un sistema.los actores

Un actor es un agente, alguien o algo que solicita un servicio al sistema o acta como catalizador para que ocurra algo.

Los actores Los actores no son parte del sistema, ellos representan roles que un usuario del sistema puede desempear. Un actor puede representar a un humano, una mquina u otro sistema.

Identificando actores.-Los actores se determinan observando: Usuarios directos del sistema. Responsables del uso o mantenimiento del sistema. Otros sistemas que interactan con el sistema.

PREGUNTAS USADAS PARA AYUDAR A IDENTIFICAR ACTORES Quin usar la funcionalidad principal del sistema?ActorQuin est interesado en cierto requerimiento? Quin se beneficiar con el uso del sistema? Quin administrar, soportar y mantendr el sistema? El sistema usa un recurso externo? El sistema interacta con otro sistema?

los casos de uso

Los casos de uso modela un dilogo entre los actores y el sistema. Y un caso de uso es iniciado por un actor para invocar una cierta funcionalidad en el sistema. Un caso de uso puede participar en varias relaciones con otros casos de usos, adems de asociarse con los actores.

Encontrando Casos de uso: Cules son las tareas y responsabilidades de cada actor? El actor, crear, guardar, cambiar, eliminar o leer la informacin en el sistema? Qu casos de uso darn soporte y mantendrn el sistema?

IMPORTANTE!

Los casos de uso, actores y el sistema son descritos usando el diagrama de casos de uso.

Fig. 1 diagrama de casos de uso

PARA QUE YO VOY A USAR EL SISTEMA?CADA RESPUESTAS ES UN CASO DE USO

I. ASOCIACION.- Se da por la interaccin entre un actor y un caso de uso (suele ser bidireccional )

I.1 RELACIONES DE DEPENDENCIA.-Existen varios tipos de dependencia predefinidas que se indican mediante estereotipos, por ejemplo: > Un caso de uso A incluye el caso de uso B, implica que el comportamiento del caso de uso incluido es insertado dentro del comportamiento del caso de uso incluyente. Nota: El caso de uso incluido no es opcional, y siempre es requerido para que el caso de uso incluyente se ejecute correctamente.A este mismo caso de uso base A se le puede aplicar mltiples relaciones de inclusin. El mismo caso de uso incluido se puede incluir en mltiples casos de uso base para reducir la duplicacin de funcionalidad al factorizar el comportamiento

SIEMPRE QUE OCURRE A TAMBIEN OCURRE B1.- ES OBLIGATORIO2.- NO SECUENCIALBA

Ejemplos:

La inclusin representa un comportamiento de encapsulado.

Un caso de uso A puede extender el comportamiento de otro caso de uso B; tpicamente cuando ocurren situaciones excepcionales. A completa la funcionalidad de B.BA

II. GENERALIZACION.- Designa la relacin de clasificacin entre un elemento ms general a un elemento ms especfico. Se representa por una flecha, que apunta de la clase ms especializada, hacia la clase ms general.

Un descendiente hereda atributos y operaciones de sus antecesores.

E.01

Realizar el diagrama de Caso de uso de los siguientes ejercicios:1. Cajero automtico porttilEl banco UniBank necesita ayuda para modelar el sistema que har funcionar sus nuevos cajeros automticos porttiles. stos, del porte de un telfono pblico, le permitirn al usuario realizar slo las operaciones ms simples: retirar, depositar y consultar saldo (no soportaran movimientos entre cuentas de otros bancos o compras de tarjetas de prepago telefnico). Para ello ten en consideracin que: Se pide ingresar la clave del usuario posteriormente al paso de la tarjeta por la ranura. No se puede retirar ms fondos de los que realmente hay, notificando de esta situacin al usuario. Al 3er ingreso de clave no valida se queda decomisada la tarjeta en la ranura Si al hacer el retiro el saldo no alcanza, se notifica a la central y se cancela la operacin.2. VendomticaLa empresa Nestcaf tiene planes para instalar una nueva mquina vendomtica inteligente en la facultad. Inteligente porque cuando detecte que un cliente intenta comprar un producto agotado, se conectar automticamente a la central de abastecimiento y dar aviso para realizar la reposicin. Adems, como toda vendomtica, debe dar vuelto y no dejar que se le pague menos del precio de lo que est vendiendo.3. ApuestamticoPara los apostadores empedernidos: una mquina que les permite obtener informacin de caballos / carreras / premios, cargar crdito de dinero desde su cuenta corriente (accesible va RedBanc), realizar apuestas y hasta imprimir un boleto que es cambiable por efectivo en la caja del local de apuestas (ya que volver a depositarla es incentivo para que no la gaste). No se aceptan apuestas que involucren ms dinero que el del crdito actual El crdito que el apostador desee cargar debe solicitarse al servidor de redbanc mediante una conexin. Tanto la obtencin de informacin como el pago de apuestas utilizan la impresora incluida en el apuestamtico. La informacin de carreras/caballos/apuestas se mantiene en un computador con la base de datos de Jockey Club TeleTrak.4. VideojuegoSe pide construir un emulador de juego electrnico. Para construir uno se te pide comenzar por disear los casos de uso del sistema (suponiendo que es una mquina arcade original) en que el jugador puede escoger un personaje, una misin, jugar la misin y, si logra un buen desempeo, ingresar su top-score. Tambin se pide incluir los casos en que el jugador conoce del tema y activa las claves para acceder a los personajes y misiones ocultas del juego.

Prof: Ing. CAMAVILCA VEGA, Dmaris Martha

9