Anlisis de Requisitos

Una vez recolectados los requisitos de la aplicacin, el siguiente proceso consiste en analizarlos para:
determinar su necesidad, consistencia y factibilidad
establecer su prioridad
llegar a un acuerdo con los usuarios sobre aquellos requisitos que realmente pueden implementarse
Los objetivos instruccionales de este tema son:
Describir, en detalle, el proceso de Anlisis de Requisitos
Familiarizarse con las principales tcnicas y herramientas usadas en la IR para analizar requisitos
Anlisis de Requisitos (AR)
El objetivo del Anlisis de Requisitos:
Llegar a un acuerdo con el cliente y/o usuarios sobre los requisitos que sern considerados para el desarrollo de
la aplicacin
Consiste en:
Refinar y caracterizar cada uno de los requisitos recolectados anteriormente
Determinar y resolver posibles conflictos entre estos requisitos
Evaluar su factibilidad, necesidad, consistencia y prioridad
Negociar los requisitos que se pueden implementar

El proceso de Anlisis de Requisitos

Tareas de la actividad: Caracterizar los requisitos
Recolectados

En qu consiste la caracterizacin de requisitos?

Los requisitos tienen caractersticas o propiedades (atributos) que facilitan su organizacin, clasificacin y
seleccin
Por ejemplo, su origen, necesidad, prioridad y factibilidad
Esta actividad consiste en:
Establecer los criterios (propiedades de los requisitos) que se usarn para caracterizar y clasificar los requisitos
Asignarle valores a los atributos de cada requisito recolectado
Clasificar los requisitos en base a uno o ms de estos atributos
La caracterizacin es til para negociar los requisitos, es decir:
seleccionar aquellos que se pueden implementar debido a su necesidad, prioridad, factibilidad, etc.

Propiedades (atributos) de los Requisitos

Criterios de Clasificacin (I)

Por su funcionalidad: Por su prioridad:

funcional alta prioridad
no-funcional baja prioridad
Por su origen: Por su necesidad:
impuesto por los interesados obligatorio
derivado de otros requisitos deseable
impuesto por el dominio opcional
Por su orientacin:
orientado al producto
orientado al proceso
 Propiedades (atributos) de los Requisitos
Criterios de Clasificacin (II)

Por su alcance: Por su completitud:

alcance global completo
alcance restringido incompleto
Por su estabilidad: Por su frecuencia de uso
voltil Alta (peridica)
estable Media (cierta regularidad)
Por su factibilidad: Baja (espordica)
factible
no-factible

Caracterizacin de requisitos segn la funcionalidad

La clasificacin de Wiegers (2003)

Funcionales: No-funcionales
Requisitos del negocio Restricciones
Oportunidades, beneficios, Interfaces externas
objetivos Interfaces con el usuario
Requisitos del usuario Interfaces con otras
Lo que el usuario har con el aplicaciones
sistema (casos de uso) Interfaces con el hardware
Requisitos del sistema Reglas del negocio
Requisitos arquitectnicos Hechos, limitaciones,
Requisitos de habilitadores, algoritmos e
comportamiento inferencias
Lo que el desarrollador Atributos de calidad)
necesita implementar
Son del tipo: El sistema deber

Clasificacin de los Atributos de Calidad

Categoras de Atributos de la Calidad del Software (Wiegers, 2003)

Ms importantes Ms importantes para

para usuarios: desarrolladores:
Disponibilidad Mantenibilidad
Eficiencia Portabilidad
Flexibilidad Reusabilidad
Integridad Facilidad de prueba
Interoperabilidad
Confiabilidad
Robustez
Utilidad
 Clasificacin de los Atributos de Calidad

Atributos de calidad
segn el Modelo FURPS+

Anlisis de Requisitos (AR)

Tareas de la actividad: Definir interacciones entre Requisitos

Interaccin entre requisitos
En qu consiste la definicin de las interacciones entre requisitos?
Un objetivo importante del anlisis es la identificacin de interacciones entre los requisitos
Estas interacciones determinan los conflictos y solapamientos entre requisitos
Esta interaccin se detecta mediante una Matriz Requisito vs. Requisito:
Cada celda de la matriz contiene uno de los smbolos siguientes:
C: aquellos requisitos que tienen conflictos
S: requisitos que se solapan
I: requisitos independientes

Tcnicas de Anlisis de Requisitos

Matriz Requisitos vs. Requisitos
Tareas de la actividad: Negociar requisitos

Tcnicas de Anlisis de Requisitos (AR)

En qu consiste la Negociacin de Requisitos?

Consiste en:
La resolucin de conflictos entre requisitos incompatibles detectados en la Matriz Requisito vs. Requisito
La bsqueda de acuerdos, entre los interesados, sobre:
La necesidad de los requisitos
Su completitud
Su prioridad
Se realiza mediante sesiones de trabajo que faciliten la discusin y el acuerdo posterior
La Revisiones de Software son tcnicas tiles para este Propsito
Negociacin de requisitos

Actividades de Negociacin y su relacin con la

Clasificacin [Kotonya, 2000]
Tareas de la actividad: Modelar los requisitos seleccionados (parte 1)

Tareas de la actividad: Modelar requisitos seleccionados (parte 2)

En qu consiste el Modelado de Requisitos?
Consiste en:
Representar grficamente los requisitos funcionales (requisitos del usuario, del sistema y de comportamiento)
usando lenguajes de modelado apropiados (Ej. UML)
Refinar y detallar los requisitos no-funcionales (restricciones, atributos de calidad, reglas del negocio y requisitos
de interfaz)

Tcnicas y notaciones de modelado ms usadas:

Diagramas de Casos de Uso

Diagramas de Clases
Diagramas de Estado
Diagramas de Secuencias
Descripciones textuales

Anlisis de Requisitos (AR)

Una vez que los modelos se han elaborado, se pueden someter a un proceso de Verificacin y Validacin (V&V)
Este proceso es previo a la Validacin del Documento de Requisitos
La V&V de los modelos emplea las tcnicas de Revisin de Software
Cada modelo es revisado formalmente a fin de:
Encontrar errores en cada modelo
Detectar inconsistencias entre los modelos
Mejorar la calidad de los modelos:
Comprensibilidad
Uso apropiado de la sintaxis y semntica del lenguaje de modelado utilizado
Cumplimiento de estndares
Completitud
Documentacin, etc.
Este proceso se describe en la (Gestin de Requisitos)

Tareas de la actividad: Elaborar un prototipo de la interfaz U/S

Tcnicas de Anlisis de Requisitos (AR)
Prototipos
Un prototipo es una versin incompleta de la aplicacin
Simula ciertos aspectos de las caractersticas de la aplicacin
Permite que los usuarios evalen estos aspectos
til en aplicaciones con interfaz grfica de usuarios
Tipos de prototipos:
Prototipos desechables
Prototipos evolutivos
Prototipo incremental
Prototipo extremo
Ver http://en.wikipedia.org/wiki/Software_prototyping

Prototipos
Qu propsito tiene el prototipo durante el AR?
Es utilizado por el Grupo de Requisitos para validar los requisitos de usuarios, de comportamiento y de interfaces
Cmo se usan los prototipos?
Planificar las sesiones de validacin
Seleccionar los usuarios que validarn el prototipo
Capacitar a los usuarios en el uso del prototipo
Analizar los problemas encontrados durante las validaciones
Corregir los modelos de requisitos
Los usuarios debern:
Utilizar el prototipo para validar sus requisitos
Documentar los problemas encontrados
Resumen del Tema

En qu se diferencia el Anlisis de Requisitos (AR) de la Identificacin de Requisitos (IR)

Cules son los atributos (propiedades) de los requisitos
Para qu sirven estos atributos
En que consiste la Negociacin de Requisitos
Qu es un Modelo de Calidad y para qu sirve
Para qu sirve la matriz Requisitos vs. Requisitos
Para qu se usan los prototipos en el proceso AR
Para qu se modelan los requisitos

Ejercicios Prcticos del Tema

Objetivo de la actividad:
Analizar los requisitos de su aplicacin
Construir los modelos de requisitos: funcional, estructural y dinmico
Duracin:
30 minutos presenciales + 3-6 horas a distancia
Pasos a seguir:

1. Usando las actividades y tcnicas discutidas en este tema y las notaciones vistas en la Sesin:
Caracterizar los requisitos de su aplicacin
o Use los criterios vistos en este tema
Seleccione los atributos de calidad
o Use los modelos de calidad
Establecer las relaciones entre los requisitos usando matrices Requisito vs. Requisito

2. Usando las notaciones vistas en la Sesin, elaborar o refinar:

El modelo funcional de la aplicacin
o Emplee diagramas de casos de uso y descripciones textuales para modelar las funciones de la
aplicacin
El modelo estructural de la aplicacin
o Emplee diagramas de clases para modelar las clases del negocio y sus relaciones
El modelo dinmico de la aplicacin
o Emplee diagramas de actividad para modelar el flujo de trabajo de la aplicacin y su interaccin
con el sistema de negocios