INGENIERA de REQUERIMIENTOS

Unidad IV
Anlisis de Requerimientos Verificacin
Validacin Negociacin - Trazabilidad
Quality Function Deployment (QFD)

Anlisis
Verificacin y Validacin de Requerimientos
Identificacin
de requisitos
(ELICITAR)

Comunicacin
de requisitos

Representacin
de requisitos
(MODELAR)

Anlisis de
requisitos
(ANALIZAR)

Anlisis
Analizar
Hace

Hace
Hace

Identificacin de
Partes

Validacin
Usa

Personal

Usa

Verificacin

Usa
Depende
de

Mtodos

Herramientas
Puntos de
Vista

Partes del Anlisis

Verificacin
Validacin
Negociacin

Anlisis: V & V
Universo
de
Informacin

Validacin

Verificacin

Modelo 1

Modelo 2

Verificacin

VERIFICACIN
Estamos construyendo
el producto
correctamente?

VALIDACIN
Estamos construyendo el
producto correcto?

Entre Modelos
Entre el UdI y un Modelo

Universo de
Informaciones

Colecta de
hechos

Comunicacin

*
Modelo
**
Problemas

Si

problemas?

Comunicacin

No
Modelo
* de colecta de hechos al modelo, existe un proceso de modelado.
** identificacin de partes.

Ciclo del Anlisis

Anlisis
Tcnicas de Verificacin
anlisis de consistencia
chequeo contra
estndares
anlisis de checklists
inspecciones

Tcnicas de Validacin
comprobacin informal
uso de prototipos
anlisis de puntos de vista

Verificacin
Si quisiramos ser estrictos, slo podramos
entender verificacin entre modelos y si es posible
sin ayuda humana.
Se considera verificacin a un anlisis de modelos
sin que haya una comparacin directa con el
Universo de Informacin.
Sin embargo, este anlisis podra ser desempeado
tanto por el hombre como por software con reglas
bien definidas.
8

Verificacin: Algunas estrategias

Inspecciones:
Es un mtodo de revisin de software que puede
ser aplicada a la definicin de requisitos.
Ventaja: Estructura de trabajo cooperativo.
No usa el software sino los documentos del
software, por ende se puede aplicar al DR.
Las inspecciones son hechas basadas en criterios
predeterminados y en un conjunto de preguntas
claves.
= defectos (hechos, checklist, informacin)

Verificacin: Algunas estrategias

Uso de formalismos:
En el uso de formalismos, donde el ingeniero de software hace el
papel de un probador de teoremas, la verificacin ocurre dando
una posibilidad de identificar inconsistencias.
= inconsistencias (hechos, informacin)
Reusando Dominios:
Es una tcnica en la cual se usan las estrategias y heursticas de
Inteligencia Artificial.
Se debe tener un dominio previamente codificado.
Entonces es posible verificar hechos incorrectos y hechos
faltantes:
hechos incorrectos (hechos del dominio, hechos)
=
hechos faltantes (hechos del dominio, hechos)
Se pueden ver problemas de certeza y completitud.
10
Desventajas: alto costo, y complejidad.

10

Validacin
La validacin de software, o sea la confirmacin de
que el producto es aquel deseado por el usuario,
ocurre normalmente al final del ciclo de vida
Test del sistema: test integrado de los programas del
sistema por el usuario.
En nuestro caso la validacin es hecha en el propio
proceso de elicitacin de requisitos, ser una
validacin anterior a la propia especificacin (DR).
11

11

Validacin: Algunas estrategias

Comprobacin informal:
La validacin o la revisin de los requisitos es bsicamente una tarea de lectura de
descripciones en lenguaje natural y de uso de los clientes para detectar problemas
en la expresin de los requisitos, no es automatizado.

= lista de errores (hechos,informacin)

Prototipo:
La idea bsica es que por el prototipo es posible validar los
requisitos/especificaciones contra las expectativas el usuario.

= comportamientos de los hechos (expectativas del usuario,

informacin)
Usando puntos de vista:
inconsistencias (hechosa, hechosb)
= hechos incorrectos (hechosa, hechosb)
hechos faltantes (hechosa, hechosb)

12

12

Negociacin
Conciliar Requisitos
Analizar
Conflictos

Resolver
Conflictos
Establecer
Prioridades

Evaluar
Propuestas

Decidir
Propuestas
REQUISITOS ACORDADOS

13

13

Marketing, Clientes, Gerencia

requerimientos

Analizar,
Documentar,
Revisar,
Negociar.
Desarrollo de
Reqs.
Administracin
de Reqs.

Marketing,
Clientes,
Gerencia

Lnea Base de Requerimientos

(Reqs. ACORDADOS)
Lnea base
actual

Cambios en
los reqs.

Lnea base
revisada

Proceso de
Cambio de
requerimientos

Cambios en
el proyecto

Medioambiente
del
Proyecto
14

14

Evolucin del UdI

UdI1

UdI2

ELICITAR

UdIn

ANALIZAR

MODELAR

GESTIONAR

t
15

15

Gestin de Requerimientos
Identificacin
Anlisis
Realizacin
de nuevos requisitos y de cambios en requisitos
existentes
TRACEABILITY = TRAZABILIDAD, RASTREABILIDAD

16

16

Trazabilidad de Requerimientos
Pre-traceability

Requerimiento

Post-traceability

Backward
Traceability

Forward
Traceability
Traceability
Componente

Fuente

Responsabilidad: Reducir el overhead en desarrollo y mantenimiento.

Ideal: Soporte automatizado de traceability.

17

17

Trazabilidad de Requerimientos
La Trazabilidad de Requerimientos es la habilidad
para describir y seguir la vida de un
requerimiento, hacia delante y hacia atrs,
idealmente a travs de todo el ciclo de vida de los
sistemas.

18

18

Trazabilidad de Requerimientos
Es vista como una medida de la calidad de los
sistemas y es ordenada por muchos
estndares que gobiernan el desarrollo de
sistemas.

19

19

Trazabilidad: Tipos de Enlaces

Generalmente se distinguen cuatro tipos de enlaces de
trazabilidad:
Hacia adelante desde los requerimientos ( ): La
responsabilidad para el logro de requerimientos debe ser
asignada a los componentes del sistema, as tal
responsabilidad es establecida y el impacto del cambio de
requerimientos puede ser evaluado.
Hacia atrs a los requerimientos ( ): La conformidad de
los componentes del sistema con los requerimientos debe ser
verificada, y los gold-plating (diseos para los cuales los
requerimientos no existen) deben ser evitados.
20

20

 Hacia adelante a los requerimientos ( ): Los

cambios en las necesidades de los stakeholders, as
como en suposiciones tcnicas, podran requerir una
reevaluacin radical de relevancia de
requerimientos.
Hacia atrs desde los requerimientos ( ): Las
necesidades subyacentes son cruciales en la
validacin de requerimientos, especialmente cuando
existen regulaciones e imposiciones polticas.
21

21

Post y Pre-Trazabilidad
Los dos primeros tipos de trazos ( y ) son
frecuentemente incluidos en una categora denominada
post-trazabilidad.
trazabilidad Estos enlazan requerimientos al
diseo e implementacin, documentando asignaciones
de responsabilidad, verificacin de acuerdos, o anlisis
de impacto de un requerimiento.

22

22

Los dos siguientes tipos de enlaces ( y )

posibilitan la pre-trazabilidad.
trazabilidad Estos documentan el
contexto racional y sociopoltico del cual los
requerimientos emergen.

23

23

Trazabilidad de Requerimientos
Una vez que se establece qu grado de trazabilidad es
deseable, tiene sentido definir trazos como
productos que satisfacen las propiedades de
trazabilidad deseadas.
La trazabilidad es, entonces, un subproceso de
desarrollo evolutivo del sistema que proporciona y
utiliza estos trazos.
24

24

Trazab. de Requerimientos: Dimensiones

Visto como un producto, un trazo debe documentar las tres
dimensiones de los procesos de ingeniera de
requerimientos.
Dimensin Representativa: Deben capturarse uniones
entre los documentos producidos durante el proceso de
requerimientos. De hecho, muchas herramientas de
trazabilidad inicial enlazan documentos de diseo en un
sistema de hipertexto, o simplemente guardando los
enlaces en una hoja de clculo independiente de los
documentos en s mismos.
25

25

 Dimensin Cognoscitiva: Un trazo captura los objetos

conceptuales, y se los enlaza de una manera
significativa. Por ej., un requisito puede enlazarse a los
responsables de componentes de diseo para satisfacerlo
mediante un enlace.
Dimensin de Cooperacin Humana: Cmo, en el
proceso de diseo, los stakeholders contribuyen al
desarrollo y satisfaccin de requerimientos. (Decisiones
tomadas, alternativas consideradas, adopciones
subyacentes y metas del stakeholder).
26

26

Establecer y Mantener la Trazabilidad de

Requerimientos
Es un esfuerzo costoso y polticamente sensible.
Es un requisito clave que las herramientas actuales slo
satisfacen en grado limitado.
Es necesaria para alinear continuamente la prctica de
trabajo humano de los usuarios, cuestiones
organizacionales, y las tecnologas de sistemas de
informacin.
Potencia la capacidad para manejar el cambio y as
mantener la competitividad.
27

27

Etapas del Proceso de Trazabilidad

El proceso de trazabilidad se basa en la definicin por
anticipado de tres mtodos importantes:
Definicin de Trazos.
Produccin de Trazos.
Extraccin de Trazos.

28

28

Etapa de Definicin de Trazos

La definicin de Trazos puede llevarse a cabo
utilizando Modelos de trazos, en donde se definen
los tipos de trazos existentes, as como las
relaciones que se pueden generar entre ellos.
Se pueden visualizar, tambin, los requerimientos a
ser estudiados y las derivaciones de unos en otros
(inducciones), mediante la definicin de trazos
hacia atrs y hacia delante.
29

29

Etapa de Produccin de Trazos

Aspecto importante de los modelos de trazos
se pueden trazar las relaciones y vinculaciones.
algunas relaciones se pueden inferir, teniendo en
cuenta lmites y restricciones impuestos por distintos
requerimientos, dependiendo del mtodo de
trazabilidad que se est utilizando.

30

30

Etapa de Extraccin de Trazos

Si se quiere rastrear un trazo, es necesario extraer la
representacin registrada asociada a l.
Esta extraccin puede realizarse de distintas maneras, y
las caractersticas de la extraccin de un determinado
modelo de trazos depende en cmo fue definido y
producido el trazo.
Un modelo de trazos puede proveer distintas maneras de
extraer la informacin registrada en l, para que se
utilice, en cada caso de extraccin, el procedimiento
ms apropiado.
31

31

Modelos de Trazabilidad
Los modelos de Trazabilidad o Trazos proveen
mtodos y tcnicas para la representacin,
definicin, produccin y extraccin de los trazos.
Establecen estructuras conteniendo elementos y
relaciones entre ellos, especificando sus tipos y las
restricciones bajo las cuales estos elementos
pueden ser relacionados.

32

32

Modelos de Trazabilidad. Ejemplos

Modelo de Estructura Contributiva: Trabaja con
la trazabilidad de requerimientos basados en
personas.
Transforma en trazables las fuentes humanas de
los requerimientos, la informacin relacionada a
los requerimientos y los requerimientos
relacionados con el trabajo del personal.

33

33

Modelos de Trazabilidad. Ejemplo

Modelo centrado en documentos: Representa los
trazos como relaciones entre documentos de
diferentes tipos. Puede ser, por ejemplo, un
modelo de hipertexto.
Este tipo de modelos garantiza la utilizacin y
recuperacin de la informacin en su formato
original.

34

34

Modelos de Trazabilidad. Ejemplo

Modelo guiado por BD: Son utilizados para
registrar la informacin de los trazos en BD para
su futura extraccin.
La ventaja de este modelo es que facilita su
utilizacin a una gran diversidad de usuarios y
entornos, seleccionando los elementos y trazos
ms importantes para cada ocasin (filtros).

35

35

Modelos de Trazabilidad
-Tcnicas

Modelo de trazabilidad

-Mtodos
-Lenguajes
-

36

36

Tcnicas de Trazabilidad
Son las actividades especficas y sus productos o
elementos resultantes utilizados para lograr la trazabilidad
de requerimientos.
Son utilizadas por los modelos de trazabilidad
Por ejemplo:
Matrices de Trazabilidad: Son utilizadas para relacionar
requerimientos con elementos o caractersticas del SFW.
Los requerimientos se enlistan en columnas y los
programas, mdulos de diseo, componentes, etc. en filas.
En la interseccin se marca la relacin y su importancia.
37

37

Tcnicas de Trazabilidad
Por ejemplo:
Esquemas de referencias cruzadas e indexados:
Son referencias marcadas entre distintos
elementos para indicar relacin entre ellos, o
listas de ndices conteniendo los elementos
relacionados a cada uno.

38

38

Lenguajes de Trazabilidad
Existen muchos lenguajes de especificacin con
distintas caractersticas que permiten representar
relacin entre los distintos elementos.
Por ejemplo:
Lenguaje tipo query: Muchas herramientas de
trazabilidad utilizan lenguajes convencionales de BD
para inspeccionar y recuperar informacin de sus BD.
Expresiones regulares.

39

39

Proveedores de Ambientes de
Trazabilidad de Requerimientos
Capacidades ofrecidas:
Tipos de datos predefinidos y definibles por el usuario.
Consultas predefinidas o definibles por el usuario.
Administracin comprensiva de la configuracin y del
cambio.
Capacidades para el anlisis de trazos.
Varios formatos de presentacin (matrices, grficos,
reportes).
Soporte para el trabajo en equipo.
Interfaces para otros sistemas y ambientes de software.
40

40

QFD
Quality Function Deployment
Mtodo de anlisis y diseo de productos y servicios
que recoge las demandas y expectativas de los
clientes y las traduce, en pasos sucesivos, a
caractersticas tcnicas y operativas satisfactorias
Utiliza una tcnica basada en Matriz de Trazabilidad
41

41

QFD
QFD se basa en sesiones grupales, en donde la Casa
de la Calidad es utilizada como foco de atencin.
La Casa de la Calidad est centrada alrededor de una
matriz que muestra la relacin entre los
requerimientos del cliente y las caractersticas
propuestas del producto.

42

42

QFD

43

43

QFD
En el QFD los requerimientos del cliente constituyen un
tema central a ser tratado y son utilizados como la base
para fijar objetivos de diseo e implementacin.
El mtodo de QFD tradicional se divide en cuatro fases
iterativas:

Planeamiento del producto,

Planeamiento del diseo,
Planeamiento de proceso y control, y
Planeamiento de produccin.
44

44

QFD
Las cuatro fases son similares. Cada una tiene su propia
Casa de Calidad y sesiones de grupo asociadas. Las
personas que dirijan las sesiones grupales sern aquellas
que son responsables de la fase particular del producto.
El siguiente ejemplo muestra cmo podra utilizarse
QFD en el ciclo de vida de desarrollo de software,
teniendo cada etapa su propia Casa de Calidad

45

45

46

46

QFD
Los reportes del uso del QFD en varias partes de la
industria de la computacin demostraron reducciones
del 17% en el tiempo de definicin del producto y en la
claridad de la trazabilidad de los requerimientos desde
el diseo inicial hasta la produccin completa.

47

47

QFD: Facilitador
Un desempeo apropiado del rol de facilitador, segn
varios autores, ayudar a que el estudio se complete
satisfactoriamente y a que se integren completamente
los distintos talentos existentes en el grupo, as como
las habilidades y potencial creativo de cada miembro.

48

48

QFD: Facilitador
El facilitador tiene un rol de coordinador en las etapas de
planificacin, diseo, ejecucin y finalizacin de un
proyecto QFD.
Juega un papel neutral, no evaluativo ni manipulativo en
el grupo.

49

49

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 1: Establecer los requerimientos del producto en
trminos del cliente. Se colocan en la columna de la
izquierda, bajo el ttulo Requerimientos del Cliente.
Los requerimientos pueden ser
primarios, secundarios y terciarios.

divididos

en

Los requerimientos primarios son los ms generales,

como por ejemplo fcil de aprender; los dems son
ms especficos.
50

50

QFD: Fase 1 - Planificacin

51

51

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 2: Se listan las caractersticas del producto a
lo largo de las columnas superiores de la matriz.
Estas son las caractersticas del producto que sern
necesarias para lograr alcanzar los requerimientos
del cliente.
Deben ser capaces de ser expresadas en trminos
medibles.
52

52

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 3: Se desarrolla la Matriz de Relacin, que
muestra la relacin existente entre los requerimientos
del cliente y los resultados de esta etapa (en la final:
caractersticas del producto).
Las distintas relaciones se describen como fuertes,
medias o dbiles.

53

53

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 3 (cont.): El uso de smbolos apropiados
describe rpidamente si las caractersticas del
producto final cubren adecuadamente los
requerimientos del cliente.
La ausencia de smbolos (o mayora de smbolos
dbiles indican que los requerimientos del cliente
no estn siendo alcanzados. Debern modificarse
las caractersticas del producto para cambiar la
54
situacin.

54

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 4: Incorporar la evaluacin del mercado.
Se muestra el rating de la importancia de cada
requerimiento del cliente y una evaluacin de
cmo hace la competencia para alcanzar cada
uno.

55

55

QFD: Fase 1 - Planificacin

56

56

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 5: Comparacin de las caractersticas del
producto final contra la performance de la
competencia.
Este paso involucra la identificacin numrica y
medible del rating de performance, por ejemplo, de
los productos A, B, C y D de la competencia contra
cada una de las necesidades del cliente.
57

57

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 6: Este paso requiere del equipo QFD para identificar
los objetivos medibles reales que deben ser alcanzados.
Estos objetivos estn basados en el rating de importancia
del cliente y las actuales fortalezas y debilidades del
producto.
Establecer prioridades.
58

58

QFD: Fase 1 - Planificacin

Actividades asociadas con la fase 1- Planificacin
PASO 7: En este paso se seleccionan las caractersticas
del producto que sern desarrolladas y producidas a
lo largo del resto del proceso QFD.

59

59

QFD: Conclusiones
Adems de proveer soporte para analizar
requerimientos en sesiones grupales, QFD:
Colabora en el desarrollo de distintas visiones y
propsitos de diseo.
Es capaz de trabajar conjuntamente con tcnicas de
anlisis de mercado.
Soporta el anlisis de productos de la competencia.
Soporta predicciones de usuarios y usos futuros.
Soporta la identificacin y especificacin de
atributos de calidad.

60

60

Apuntes Unidad IV
Kotonya, G. and Sommerville, I. Requirements Engineering: Processes
and Techniques. John Wiley & Sons Eds. 1998.

Apunte 4.1 - Captulo 4 Requirements Validation

Sommerville, I. Ingeniera de Software. Pearson Education, 6ta.
edicin, 2002

Apunte 4.2 Captulo 6.3 Validacin de Requerimientos

Pfleeger, S.L. Ingeniera de Software: Teora y Prctica Pearson
Education Eds. 2002.

Apunte 4.3 Captulo 4.9 Validacin de Requerimientos

61

61