Modelado de

requisitos
Modelado de Requisitos

Modelado de Requisitos
Se tiene la lista de requisitos funcionales
Ejemplo funciones para un sistema de vigilancia para una casa: funciones para
el propietarios
Pedir vistas reducidas de todas las cmaras.
Mostrar vistas de las cmaras en una ventana de PC.
Reproducir la salida de una cmara.
Acceder por internet a la vigilancia con cmaras
Modelado de Requisitos;
Modelado de escenarios
Se tiene las historia de usuario de cada funcionalidad descrita en
lenguaje natural
Ejemplo: Sistema de seguridad para una casa
Caso de uso: acceder a la vigilancia con cmaras
Actor: propietario
Si estoy en una localidad alejada, deseo usar cualquier PC, Tablet, samrt con un software de
navegacin apropiado para entrar al sitio web de Productos CasaSegura. Identificarse de
manera segura; una vez validadas, tener acceso a toda la funcionalidad del sistema instalado.
Para acceder a la vista de una cmara especfica, selecciono vigilancia de las funciones
principales. Luego selecciono escoger una cmara y aparece el plano de la casa. Despus
elijo la cmara que me interesa.
Alternativamente, si selecciono todas las cmaras, puedo ver la vista de todas las cmaras
simultneamente.
Una vez que escojo una, escojo la vista y en la ventana que cubre la cmara aparece una
vista con velocidad de un cuadro por segundo.
Si quiero cambiar entre las cmaras, selecciono escoger una cmara y desaparece la vista
original y de nuevo se muestra el plano de la casa. Despus, selecciono la cmara que me
interesa. Aparece una nueva ventana de vistas.
 Modelado de Requisitos;
Modelado de escenarios
Caso de uso: acceder a la vigilancia
Actor: propietario
1. El propietario accede al sitio web Productos CasaSegura.
2. El propietario introduce su identificacin de usuario.
3. El propietario escribe dos claves (cada una de al menos ocho caracteres de longitud).
4. El sistema muestra todas las funciones principales.
5. El propietario selecciona vigilancia de las funciones principales. No considera
6. El propietario elige seleccionar una cmara. interacciones alternativas
7. El sistema presenta el plano de la casa. Esta secuencia se
8. El propietario escoge el cono de una cmara en el plano de la casa.denominan escenarios
9. El propietario selecciona la vista. primarios
10. El sistema presenta la ventana de la vista identificada con la eleccin de la cmara.
11. El sistema muestra un video dentro de la ventana a velocidad de un cuadro por
segundo.
Identificar excepciones
El actor puede emprender otra accin en este punto?
Es posible que el actor encuentre alguna condicin de error en
este punto?
Si as fuera, cul podra ser?
Es posible que el actor encuentre otro comportamiento
por ejemplo, alguno que sea invocado por cierto evento fuera del control del
actor?
En ese caso, cul sera? Las respuestas a estas
preguntas dan como
resultado la creacin de
un conjunto de escenarios
Secundarios
 Modelado de Requisitos:
Modelado de escenarios
secundarios
Pueden escenarios
Caso de uso: acceder a la vigilancia secundarios convertirse en
caso de usos independientes
Actor: propietario
Generar Alarma
1. El propietario accede al sitio web Productos CasaSegura. Puede elegir seleccionar
2. El propietario introduce su identificacin de usuario. todas las cmaras
3. El propietario escribe dos claves (cada una de al menos ocho caracteres de longitud).
Escenario S: Observar
4. El sistema muestra todas las funciones principales. vistas instantneas de
5. El propietario selecciona vigilancia de las funciones principales. todas las cmaras
6. El propietario elige seleccionar una cmara.
7. El sistema presenta el plano de la casa. Si nunca se ha configurado
8. El propietario escoge el cono de una cmara en el plano de la casa. un plano con conos de
9. El propietario selecciona la vista. cmara. Al elegir
seleccionar
10. El sistema presenta la ventana de la vista identificada con la eleccin de la cmara.una cmara
11. El sistema muestra un video dentro de la ventana a velocidad de unocurre
cuadro porNo hay plano
segundo. configurado para la casa.
. Escenario S o Excepcin
Modelado de Requisitos:
Modelado de escenarios
Caso de uso: Acceder a la vigilancia
Iteracin: 2, ltima modificacin: 14 de enero por
Actor principal: Propietario.
Objetivo en contexto: Ver la salida de las cmaras colocadas en la casa desde
cualquier ubicacin remota por medio de internet.
Precondiciones: El sistema debe estar configurado por completo; deben
obtenerse las identificaciones
y claves de usuario apropiadas.
PostCondiciones:
Disparador (evento): El propietario decide ver dentro de la casa mientras est
fuera.
Modelado de Requisitos:
Modelado de escenarios
Escenario: Principal
1. Descripcin del escenario principal: Caso de uso: acceder a la vigilancia
Excepciones o aminos alternos:
1. La identificacin o las claves son incorrectas o no se reconocen
2. La funcin de vigilancia no est configurada para este sistema (el
sistema muestra el mensaje de error apropiado; ).
3. El propietario selecciona Mirar vistas reducidas de todas las cmaras
4. No se dispone o no se ha configurado el plano de la casa (se muestra el
mensaje de error apropiado).
5. Se encuentra una condicin de alarma (caso de uso Condicin de alarma
encontrada).
Modelado de Requisitos:
Modelado de escenarios
Prioridad: 78,
Cundo estar disponible: Calcular.
Frecuencia de uso: Frecuencia moderada.
Canal al actor: A travs de un navegador con base en PC y mvil
conexin a internet.
Actores secundarios: Administrador del sistema, cmaras.
Canales a los actores secundarios:
1. Administrador del sistema: sistema basado en PC.
2. Cmaras: conectividad inalmbrica.
Modelado de Requisitos:
Modelado de escenarios
Asuntos pendientes:
1. Qu mecanismos protegen el uso no autorizado de esta capacidad por
parte de los empleados de Productos CasaSegura?
2. Es suficiente la seguridad? El acceso ilegal a esta caracterstica
representara una invasin grave de la privacidad.
3. Ser aceptable la respuesta del sistema por internet dado el ancho de
banda que requieren las vistas de las cmaras?
4. Desarrollaremos una capacidad que provea el video a una velocidad
ms alta en cuadros por segundo cuando se disponga de conexiones con
un ancho de banda mayor?
Modelado de Requisitos:
Deben explorarse aspectos como:
Existen casos en los que ocurra alguna funcin de validacin durante el caso
de uso?
La funcin de validacin es invocada y podra ocurrir una potencial condicin de error.
Hay casos en los que una funcin (o actor) de soporte falle en responder de
manera apropiada?
Por ejemplo, una accin de usuario espera una respuesta pero la funcin que ha de
responder se cae.
El mal desempeo del sistema da como resultado acciones inesperadas o
impropias?
Por ejemplo, una interfaz con base en web responde con demasiada lentitud, lo que da
como resultado que un usuario haga selecciones mltiples en un botn de
procesamiento. Estas selecciones generan un error.
Modelado de Requisitos: diagrama
de actividades
Modelado de Requisitos:
diagrama de actividades
con canales
Modelado de Requisitos: diagrama
de Secuencias
Modelado de Requisitos:
diagrama de clases
Identificacin de los objetos
Entidades externa,
Que producen o consumen la informacin que usar un sistema basado en
computadora.
Por ejemplo, cualquier cosa que produzca o consuma informacin
Una cosa
Que forman parte del dominio de informacin para el problema.
Por ejemplo, un informe o pantalla
Una ocurrencia o Evento
Que suceden dentro del contexto de la operacin del sistema. , Como una llamada
telefnica, comandos a un robot
Modelado de Requisitos:
diagrama de clases
Identificacin de los objetos
Un rol
Que desempean las personas que interactan con el sistema.
Una unidad organizacional
Relevantes para una aplicacin., Por ejemplo, el departamento de contabilidad
Un lugar
Que establecen el contexto del problema y la funcin general del sistema. como una
bodega
Estructura
Que definen una clase de objetos o clases relacionadas de stos. como un archivo
Modelado de Requisitos:
diagrama de clases
Anlisis gramatical
los sustantivos estn subrayados
La funcin de seguridad CasaSegura permite que el propietario
configure el sistema de seguridad cuando se instala, vigila todos los
sensores conectados al sistema de seguridad e interacta con el
propietario a travs de internet, una PC o panel de control.
Durante la instalacin, la PC de CasaSegura se utiliza para programar
y configurar el sistema. Se asigna a cada sensor un nmero y tipo, se
programa un password maestro para activar y desactivar el sistema y
se introducen nmeros telefnicos para marcar cuando ocurre un
evento de sensor. Cuando se reconoce un evento de sensor, el
software invoca una alarma audible instalada en el sistema.
Modelado de Requisitos:
diagrama de clases
Con los sustantivos se especifican o proponen varias clases
potenciales
Modelado de Requisitos:
diagrama de clases
Caractersticas de seleccin que deben usarse cuando se considere
cada clase potencial para incluirla en el modelo de anlisis:
1. Informacin retenida. La clase potencial ser til durante el anlisis slo si
debe recordarse la informacin sobre ella para que el sistema pueda
funcionar.
2. Servicios necesarios. La clase potencial debe tener un conjunto de
operaciones identificables que cambien en cierta manera el valor de sus
atributos.
3. Atributos mltiples. Durante el anlisis de los requerimientos, la atencin debe
estar en la informacin principal; en realidad, una clase con un solo
atributo puede ser til durante el diseo, pero es probable que durante la
actividad de anlisis se represente mejor como un atributo de otra clase.
Modelado de Requisitos:
diagrama de clases
Caractersticas de seleccin que deben usarse cuando se considere cada
clase potencial para incluirla en el modelo de anlisis:
1. Atributos comunes. Para la clase potencial se define un conjunto de
atributos y se aplican stos a todas las instancias de la clase.
2. Operaciones comunes. Se define un conjunto de operaciones para la clase
potencial y stas se aplican a todas las instancias de la clase.
3. Requerimientos esenciales. Las entidades externas que aparezcan en el
espacio del problema y que produzcan o consuman informacin esencial
para la operacin de cualquier solucin para el sistema casi siempre se definirn
como clases en el modelo de requerimientos.
Modelado de Requisitos:
diagrama de clases
Clase potencial
propietario rechazada: 1 y 2 fallan, aunque la 6 aplica
sensor aceptada: se aplican todas
panel de control aceptada: se aplican todas
instalacin rechazada
sistema (alias sistema de aceptada: se aplican todas
seguridad
nmero, tipo rechazada: 3 fallan, atributos de sensores
password maestro rechazada: 3 fallan
Modelado de Requisitos:
diagrama de clases
Identificar sus atributos
Definen las propiedades de un objeto de datos y tienen una de tres
diferentes caractersticas. Se usan para
Nombrar una instancia del objeto de datos,
Describir la instancia
Hacer referencia a otra instancia en otra tabla.
Debe definirse como identificador uno o ms de los atributos
El atributo identificador se convierte en una clave cuando se desea encontrar
una instancia del objeto de dato
En ciertos casos, los valores para el (los) identificador(es) son nicos,
Modelado de Requisitos:
diagrama de clases
Los atributos se debe identificar
Modelado de Requisitos:
diagrama de clases
Especificacin de atributos
Los atributos en esencia, definen la clase
Especificacin de operaciones
Las operaciones definen el comportamiento de un objeto
operaciones que manipulan datos en cierta manera (por ejemplo, los
agregan, eliminan, editan, seleccionan
operaciones que realizan un clculo
operaciones que preguntan sobre el estado de un objeto
operaciones que vigilan un objeto en cuanto a la ocurrencia de un evento de
control.
Modelado de Requisitos:
diagrama de clases
Clases de entidad, tambin llamadas clases modelo o de negocio, se
extraen directamente del enunciado del problema (por ejemplo, Plano y
Sensor). Es comn que estas clases representen cosas almacenadas
en una base de datos y que persistan mientras dure la aplicacin
Clases de frontera se utilizan para crear la interfaz (por ejemplo,
pantallas interactivas o reportes impresos) que el usuario mira y con la
que interacta cuando utiliza el software.
Las clases de frontera se disean con la responsabilidad de
administrar la forma en la que se presentan a los usuarios los
objetos de entidad.
Por ejemplo, una clase de frontera llamada VentanadeCmara tendra
la responsabilidad de desplegar la salida de una cmara de vigilancia
para el sistema CasaSegura.
Modelado de Requisitos:
diagrama de clases
Clases de controlador administran una unidad de
trabajo de principio a fin. Es decir, las clases de controlador
estn diseadas para administrar
La creacin o actualizacin de objetos de entidad,
Las instancias de los objetos de frontera en tanto obtienen informacin
de los objetos de entidad,
La comunicacin compleja entre conjuntos de objetos y
La validacin de datos comunicados entre objetos o entre el usuario y la
aplicacin.
En general, las clases de controlador no se consideran
hasta haber comenzado la actividad de diseo.
FLUJO DE CONTROL Y
COMPORTAMIENTO
Un gran nmero de aplicaciones son motivadas por eventos y no por datos,
producen informacin de control en lugar de reportes o pantallas
Procesan informacin con atencin en el tiempo y el desempeo.
Ejemplos
Todos los sensores que son ledos por el software.
Todas las condiciones de interrupcin.
Todos los interruptores que son activados por un operador.
Las condiciones de los datos.
Revisar todos los aspectos de control como posibles entradas o salidas de
especificacin del control, segn el anlisis gramatical de sustantivos y verbos
que se aplic a la narracin del procesamiento.
Describir el comportamiento de un sistema con la identificacin de sus estados,
identificar cmo se llega a cada estado y definir las transiciones entre estados.
Diagrama de flujo de control
Diagrama de flujo de control