2.3.1.C Modelado de Requisitos

Fundamentos de Ingeniera de SoftwareIngeniera de RequisitosModelado de Requisitos

Modelado de RequisitosPropsitoEl propsito del Modelo de Requisitos es capturar precisa y fielmente las principales caractersticas del sistema software que se desea construir*

Ingeniera del Software I - 1er C. 2002*Casos de UsoUn sistema de software tiene sentido para dar servicios a sus usuarios. Los casos de usos son una herramienta para especificar los requisitos de un sistema mediante la descripcin de los servicios que prestaUn caso de uso es un fragmento de funcionalidad que proporciona al usuario un resultado importante

Ingeniera del Software I - 1er C. 2002

Ingeniera del Software I - 1er C. 2002*Casos de UsoEl caso de uso se plantea desde el punto de vista del usuario, desde sus necesidades, su interaccin y su propia evaluacin de importanciaLos casos de uso pueden dirigir el proceso de desarrollo. Guan el diseo, la implementacin y la prueba del sistema

Ingeniera del Software I - 1er C. 2002

Ingeniera del Software I - 1er C. 2002*Casos de Uso

Usuario hace referencia a alguien o algo que interactua con el sistema.

Los requisitos reales son aquellos que agregan valor a los usuarios del sistema

Ingeniera del Software I - 1er C. 2002

Ingeniera del Software I - 1er C. 2002*Captura de requerimientosEnumerar los requerimientos candidatosComprender el contexto del sistemaModelado del dominioModelado del negocioCapturar requerimientos funcionalesCapturar requerimientos no funcionales

Ingeniera del Software I - 1er C. 2002

Ingeniera del Software I - 1er C. 2002*Captura de requerimientosEl objetivo es desarrollar un modelo del sistema que se va a construirLos casos de uso son una forma adecuada de crear ese modeloLos requerimientos funcionales se estructuran naturalmente como casos de usoLos requerimientos no funcionales estn asociados en general a un caso de uso

Ingeniera del Software I - 1er C. 2002

Ingeniera del Software I - 1er C. 2002*ArtefactosModelo de Casos de UsoCasos de UsoLos actoresDescripcin de ArquitecturaGlosario Prototipo de interfaz de usuario

Ingeniera del Software I - 1er C. 2002

Ingeniera del Software I - 1er C. 2002*Modelo de casos de usoEs el acuerdo entre los desarrolladores y el clienteEs un modelo que contieneActoresCasos de usoSus relaciones

Ingeniera del Software I - 1er C. 2002

Casos de UsoLa especificacin de casos de uso es un proceso incremental e iterativo que, inicialmente, toma la forma de un corto y genrico texto escrito en prosa.*

Casos de Uso*El flujo de eventos que se desarrolla entre el actor y el sistema para el logro del objetivo del caso de uso es narrado en la especificacin, a manera de conversacin, a travs de una secuencia numerada de pasos.

Diagrama de Casos de UsoLa meta del diagrama es proporcionar una explicacin de la relacin del sistema y el mundo exterior. Por ejemplo en el caso de un cajero el diagrama del Caso de Uso puede corresponder a la pantalla principal y el men disponible: retiro, consulta de saldo, etc. Cada una de estas opciones puede representarse como un Caso de Uso separado. El cliente (fuera del sistema) est asociado con cada uno de los Casos de Uso (dentro del sistema) que planea usar.

Elementos del DiagramaSistemaDependenciaGeneralizacinAsociacinActorCaso de Uso

Elementos del DiagramaSistema: Establece el lmite del sistema en relacin con los actores que lo van a usar.Actor: Es un rol que puede jugar una persona, otro sistema, un dispositivo.Caso de Uso: Identifica una caracterstica clave del sistema, expresa una meta que el sistema debe lograr.Asociacin: identifica la asociacin entre actores y Casos de Uso. Cada asociacin es un dilogo que debe explicarse con la narrativa del Caso de Uso. Dependencia: Identifica una comunicacin entre dos Casos de Uso.Generalizacin: Define una relacin entre dos actores entre dos Casos de Uso, cuando uno de los casos hereda las propiedades del otro.

Sistema en el Caso de UsoQue tanto incluiremos en el sistema?Como se relaciona este sistema con otros?Quien va a usar este sistema?Un sistema es como un objeto con un propsito y con interfases, la implementacin interna puede cambiarse sin afectar otras entidades, mientras el propsito y las interfases no cambien.El propsito es la meta de la justificacin del proyecto.Las interfases son los canales de comunicacin entre los actores fuera del sistema y las caractersticas del sistema en s: los Casos de Uso.

Actores en el Caso de UsoUsuarios: personas, sistemas o dispositivosActor: rol que juega una entidad externa en relacin al sistema.Los actores normalmente son los sujetos en las oraciones que describen como la gente usa los sistemas.Es mejor utilizar rolesya que permite centrarseen como el sistema serusado y no en puestos detrabajo. SISTEMA RH

Casos de UsoDefinen las caractersticas requeridas por el sistema.Son nombrados usando una frase (verbo), expresando la meta que debe cumplir el sistema.A pesar de que cada Casos de Uso soporta un proceso, stos se centran en la meta, no en el procesoRetiro deEfectivoActualizacinde Cuenta

Continuacin Casos de UsoDefiniendo los Casos de Uso de esta forma, el sistema se especifica como un juego de requerimientos ms que una solucin. No se dice como trabaja el sistema, sino lo que debe ser capaz de hacer.Los Casos de Uso describen solo aquellas caractersticas que son visibles y significativas para los actores que usaran el sistema. Esto evita el hacer una descomposicin funcional.En conclusin: Modelar solo las caractersticas del sistema que pueden ser vistas por un actor.Por ejemplo, si un sistema debe guardar datos en una base de datos, solo se debe ilustrar el mensaje que indica que los datos se guardaron, no como se guardan.

Asociaciones en los Casos de UsoSe representan con una lnea conectando un actor a un Caso de Uso Pueden ser bidireccionales o unidireccionales.Consulta de saldoRetiro deefectivoAsociacin

EstereotiposLos estereotipos se usan en UML en los Casos de Uso, clases y paquetes.Notacin : Cuando un Caso de Uso necesita ayuda de otro Caso de Uso, la dependencia se dibuja con una flecha punteada hacia el caso que ser usado. Es una subrutina o llamada a funcin.Notacin indica que un Caso de Uso puede necesitar ayuda de otro Caso de Uso, contrario al include donde siempre la necesita.

Retiro efectivoRetiro efectivo conproteccinActualizarcuentaProteccin porfalta fondos

GeneralizacinLa herencia indica que un objeto tiene desde el momento de su creacin, acceso a todas las propiedades de otra clase. Esto mismo se aplica a los actores y a los Casos de Uso, se conoce como generalizacin y a veces se especifica con una relacin es un

Autorizacin CargoAutorizacin Cargo, conAviso al celular

*****