1.

ELEMENTOS:
2. Indagacin Problemas: a) De alcance b) De entendimientos c) De volatilidad 3) Elaboracin 4) Negociacin 5) Especificacin Formato ERS. 3) 7) Administracin de los requerimientos (identificar, controlar y dar seguimiento)
Formato ERS IEEE 830 OTRA PROPUESTA ERS Validacin (Revisin tcnica) ejemplo 1 ejemplo2

IDENTIFICACIN DE LOS PARTICIPANTES

RECONOCER LOS MLTIPLES PUNTOS DE VISTA TRABAJAR HACIA LA COLABORACIN ( uso de puntos de prioridad)

2 3

Recabacin de los requerimientos en forma colaborativa

Despliegue de la funcin de calidad

Escenarios de uso

Indagacin de los productos de trabajo

Entrevista

Cuestionario
Muestreo Observacin Investigacin

MTODOS INTERACTIVOS

MTODOS NO INSTRUSIVOS

PREGUNTAS QUE DEBE RESPONDER UN CASO DE USO:

1.- Quin es el actor principal y quin(es) el secuandario? 2.- Cules son los objetivos de los actores? 3.- Qu precondiciones deben de existir antes de comenzar la historia? 4.- Qu tareas o funciones principales son realizadas por el actor? 5.- Qu excepciones deben considerarse al describir la historia? 6.- Cules variaciones son posibles en la del actor 7.- Qu informacin del sistemas adquiere, produce o cambia el actor? 8.- Tendr que informar el actor de cambios al sistema en el ambiente externo? 9.- Qu informacin desea obtener el actor del sistema? 10.- Quiere el actor se informado sobre cambios inesperados?

1) Elementos del modelo de requerimientos

Basados en el escenario De datos Orientados a clases De comportamiento Orientados al flujo Modelos de datos Prototipos y Basados en el diccionario de datos

2) Patrones de Anlisis

3) Modelos de para webapps

a) Identificacin de los participantes claves

b) Determinacin de las condiciones ganar de los participantes c) Negociacin de las condiciones ganar-ganar para todos.

PREGUNTAS DE VALIDACIN DEL MODELO: 1.- Es coherente cada requerimiento con los objetivos generales del sistema o del producto? 2.- Se han especificado todos los requerimientos en el nivel apropiado de abstraccin? Es, decir algunos de ellos tienen un nivel de detalle tcnico que resulta inapropiado en esta etapa? 3.- El requerimiento, es realmente necesario o representa una caracterstica agregada que tal vez no sea esencial para el objetivo del sistema? 4.- Cada requerimiento est acotado y no es ambiguo? 5.- Tiene atribucin cada requerimiento? Es, decir hay una fuente (por lo general una individual y especfica) clara para cada requerimiento? 6.- Hay requerimientos en conflicto con otros? 7.- Cada requerimiento es asequible en el ambiente tcnico que albergar el sistema o producto? 8.- Una vez implementado cada requerimiento, puede someterse a prueba? 9.- El modelo de requerimientos, refleja de manera apropiada la informacin, la funcin y el comportamiento del sistema que se va a construir? 10.- Se ha particionado el modelo de requerimientos en forma que exponga informacin cada vez ms detallada sobre el sistema? 11.- Se ha usado el patrn de requerimientos para simplificar el modelo de stos? Se han validado todos los patrones de manera apropiada? Son consistentes todos los patrones con los requerimientos del cliente?

II. MODELADO DE LOS REQUERIMIENTOS

1. Anlisis de Requerimientos
MODELADO DE REQUERIMIENTOS

Requerimientos

Anlisis

2. Objetivos y Filosofa General

A) Describir lo que requiere el cliente. B) Establecer una base para la creacin de un diseo de software. C) Definir un conjunto de requerimientos que puedan validarse una vez construido el software.

Relacin entre la descripcin y el diseo

Descripcin del sistema Modelo del anlisis

El modelo de requerimientos como puente entre la descripcin del sistema y el modelo del diseo

Modelo del diseo

2. Reglas prcticas del anlisis

El nivel de abstraccin debe ser relativamente elevado Cada requerimiento debe dar una visin del dominio de la informacin, de la funcin y del comportamiento del sistema

Retrasar las consideraciones de infraestructura y otros modelos no funcionales

Debe minimizarse el acoplamiento a travs del sistema

Asegurar que el modelo de requerimientos agrega valor a todos los participantes

Mantener el modelo tan sencillo como se pueda

3. Anlisis del dominio

Es la identificacin , anlisis y especificacin de los requerimientos comunes, a partir de un dominio de aplicacin especfica, normalmente para usarlo varias veces en mltiples proyectos dentro del dominio de la aplicacin. [Firesmith 1993]

OBJETIVO Identificar elementos comunes para la solucin de problemas, que sean tiles en todas las aplicaciones de un dominio

Entradas y salidas para el anlisis del dominio

Bibliografa tcnica

Taxonomas de clase

Fuentes de conocimi ento del dominio

Aplicaciones existentes

Encuestas a clientes Consejo de expertos

Requerimientos actuales y futuros

Anlisis del dominio

Estndares de reutilizacin

Modelos funcionales
Lenguajes del dominio

Modelo de anlisis del dominio

4. Enfoques del modelado de requerimientos

Anlisis orientado a objetos Modelos basados en el escenario : Casos de usos Historias de usuarios Modelos de clase: Diagramas de clase Diagramas de colaboracin Anlisis orientado a objetos

REQUERIMIENTOS DEL SOFTWARE

Anlisis orientado a objetos Modelos de comportamiento: Diagramas de estado Diagramas de secuencia Modelos de flujo: DFD Modelos de datos Anlisis estructurado

Modelado Orientado al Flujo

PUNTO DE VISTA:

ENTRADA
REPRESENTACIONES:

PROCESO

SALIDA

Entidades Externas (Productores y Consumidores de los datos)

Objetos de Datos

Transformaciones o Procesos

Lineamientos:
El nivel 0 del diagrama debe mostrar el sistema como una sola burbuja Debe anotarse con cuidado las entradas y salidas principales La mejora debe comenzar por aislar procesos candidatos, objetos de datos y almacenamiento de stos, para representarse en el siguiente nivel. Todas las flechas y burbujas deben etiquetarse con nombres significativos De un nivel a otro debe mantenerse la continuidad del flujo de informacin Debe mejorarse una burbuja a la vez

DFD en el nivel de contexto (0):

Ejemplo para la funcin de seguridad de Casa Segura:

Panel de control

Comandos y datos del usuario

Informacin en pantalla

Pantalla del panel de control

Software de CasaSegura
Sensores
Estado del sensor

Tipo de alarma

Alarma
Tonos del nmero telefnico

Este diagrama debe expandirse a un siguiente nivel manteniendo la continuidad del flujo de la informacin, hasta que cada burbuja realice una funcin simple.

Alarma

Cmo expandir un DFD?

ANLISIS GRAMTICAL
Los sustantivos son:
Entidades externas (cuadros) Los verbos son los procesos (burbujas) Datos u objetos de control (flechas) Almacenamiento de datos (lneas dobles)
. . . . hasta que cada burbuja tenga un solo pensamiento

Otro modelado para aplicaciones conducidas por eventos

Un evento o aspecto de control se implementa como un valor booleano una lista discreta de condiciones

MODELADO DEL FLUJO DE CONTROL

1) Especificacin del control (CSPEC):
Diagrama de estado (UML) Tabla de activacin del programa (TAP)

2) Especificacin del proceso (PSPEC):

Texto narrativo Diagrama de actividades (UML)

Ejemplo: Diagrama de estado para la funcin de seguridad de CasaSegura.

Reiniciar
Entrar/fijar Estadodel Sistema en inactivo
Interruptor de iniciar/detener, encendido

Ocioso
Sistema bien Reiniciar

Entrar/fijar Estadodel Sistema en inactivo

Entrar/mostrar en la pantalla el mensaje 1, Iniciando sistema Entrar/mostrar en la pantalla el mensaje 2, Por favor espere Entrar/fijar EstadodePantalla en ParpadearDespacio Hacer: activar diagnstico

Entrar/mostrar en la pantalla el mensaje 1, Listo

Entrar/mostrar en la pantalla el mensaje 2, Entrar/fijar en la pantalla EstadodePantalla OprimirTecla/ManipularTecla
Apagar/Interruptor Apagado

Activar

FallaDetectada/mostrar en la pantalla el mensaje 2 contacte al proveedor

Desactivar password

Desactivar password

ActivarAlarma

VigilanciadelEstadodelSistema
Entrar/fijar Estadodel Sistema en vigilancia Entrar/mostrar en la pantalla el mensaje 1, Activada Entrar/mostrar en la pantalla el mensaje 2, Entrar/fijar en la pantalla EstadodePantalla Hacer:VigilaryControlarelSistema

FalsaAlarma

Entrar/fijar Estadodel Sistema en VigilaryAlarma Entrar/mostrar en la pantalla el mensaje 1, ALARMA

TiempoTerminado Entrar/mostrar en la pantalla el mensaje 2, DispararSensor

Entrar/fijar EstadodePantalla en ParpadearRpido

Hacer:SonarAlarma
SensorDisparo/ ComienzaCronmetro OprimirTecla/ManipularTecla

Hacer:NotificaraResponsablesdeAlarma

SensorDisparo/ ReiniciarCronmetro

Ejemplo: Tabla de activacin del proceso (TAP) para la funcin de seguridad de CasaSegura.

eventos de entrada evento del sensor bandera de parpadeo Interruptor de iniciar o detener estado de la accin en pantalla terminado en marcha tiempo terminado salida seal de alarma actividad del proceso vigilar y controlar el sistema activar o desactivar el sistema mostrar mensajes y estado interactuar con el usuario

0 0 0 0 1 0 0 0 1 1 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 1 0 0 0 0 0 0 0 0 1

0 0 0 0 1 0 0 1 1 1 1 0 0 0 0 0 1 0 0 0 1 1 1 0 1 0 1 0 1 1

Modelo de Comportamiento
Indica la forma en la que responder el software a eventos o estmulos externos. Pasos:
1) Evaluar todos los casos de uso para entender por completo la secuencia de interaccin dentro del sistema

2) Identificar los eventos que conducen la secuencia de interaccin dentro del sistema
a)Identificar los eventos (siempre que el sistema y un actor intercambian informacin) b)Identificar un actor por cada evento c)Anotar la informacin que se intercambia d)Enlistarse cualesquiera restricciones condiciones o e)Asignar los objetos involucrados (son los responsables de la generacin de eventos)

3) Crear una secuencia por cada caso de uso

4) Construir un diagrama de estado para el sistema

1)El estado de cada clase cuando el sistema ejecuta su funcin 2)El estado del sistema segn se observa desde el exterior cuando realiza su funcin

5) Revisar el modelo de comportamiento para verificar la exactitud y consistencia

El estado de cada clase tiene caractersticas:

PASIVAS:

ACTIVAS:
El estado actual del objeto conforme pasa por una transformacin o procesamiento continuos
Atravs de ventos externos

El estado actual de los atributos de un objeto

Atravs de una funcin de tiempo

Diagramas de estado para clases

Diagramas de secuencia

Anlisis Estructurado vs. Anlisis generalizado en UML

Estructurado 1.-Diccionario de datos 2.- Diagramas E-R 3.- Jerarquas de objetos 4.- Diagramas de flujo de datos 1.- Diagramas UML, que permiten: a) Revisiones sobre los diagramas UML b) Proveen vnculos para producir el diseo y generar cdigo UML

5.- Diagramas de estado (especificacin de control CSPEC)

c) Construye una base de datos 6.- Diagramas de actividades para administrar y evaluar (especificacin de proceso PSPEC) modelos UML

Patrones para el Modelado de Requerimientos

1) Se descubre el patrn

4) Se busca y selecciona para reutilizarse

Son un mecanismo para capturar conocimiento del dominio, en forma que permita que vuelva a aplicarse cuando se encuentre un problema nuevo

Nombre del patrn

2) Se documenta (PAS)

Objetivo Motivacin Restricciones

Patrn de Anlisis Semntico

Aplicabilidad
Estructura (Diagrama de clases)
Comportamiento (Diagrama de secuencia)

3) Se guardan en un depsito

Participantes Colaboradores Consecuencias

Modelado de Requerimientos para WEBAPPS

Entradas (Actividad de Comunicacin)
Participantes Medida de dependencia entre el xito de la organizacin y de la webapp Nmero de participantes Tamao y complejidad

Salidas (Modelos)
De contenido (rbol de datos)

Categoras de usuario

De interaccin

Contexto del negocio

FACTORES
Funcional (diagrama de actividades)

Metas definidas de informacin Metas definidas de aplicacin

Requerimientos generales de webapps Escenarios de uso

De navegacin

Grado en el que ha trabajado junto el equipo

Tamao de equipo

De configuracin (ambiente y estructura)

Descripciones en lenguaje natural

rbol de datos
Ejemplo: para CasaSeguraAsegurada.com
Descripcin de mercadotecnia

Nmero de parte
Nombre de la parte

Fotografa Descripcin tcnica Esquema Video Precio al mayoreo

Componente

Tipo de parte Descripcin

Precio

Precio al menudeo

Concluimos. ERS
MEDIOS PARA LA EVALUACIN DE LA CALIDAD DEL SOFTWARE(una vez construido)
MODELADO DE LOS REQUERIMIENTOS

Estimacin de Costos y Tiempos

Costos

Tiempos
Ejemplo