(ISG 2006 07) IngenieriaRequisitos

Ingenier
a de Requisitos
Ingenier
Ingeniera
Ingeniera del Software de Gestin
Ingeniera de Requisitos
Ingeniera de Requisitos: definicin
Qu es la Ingeniera de Requisitos?
Es el proceso de descubrir, analizar,
documentar y verificar los servicios que debe
proporcionar el sistema y sus restricciones
Define un proceso
Facilita la comprensin de lo que quiere el cliente:
Analizando sus necesidades
Confirmando su viabilidad
Negociando la solucin
Especificando la solucin sin ambigedad
Validando y Gestionando requisitos para que el sistema pueda ser
operativo.
Proceso de Desarrollo de Requisitos

Objetivo: Crear y mantener un documento de
requisitos del sistema
Define el conjunto estructurado de actividades
para obtener y mantener la especificacin de
los requisitos
El proceso de desarrollo (ingeniera) de
requisitos comprende (en general) 4 etapas:
1. Identificacin
o captura de requisitos
2. Anlisis (y negociacin) de requisitos
3. Especificacin o documentacin de requisitos
4. Validacin de requisitos
3
Estudio de la
Viabilidad
Informe
de
Viabilidad
Necesidades del Usuario

Informacin del dominio
Sistemas de Informacin previos
Regulaciones
Estndares
Captura
y Anlisis
Modelos
del
Sistema
Especificacin
Requisitos
de Usuario
y de Sistema
Validacin
Documento de
Requisitos
Gestin de Requisitos

Requirements
specification
System requirements
specification and
modeling
User requirements
specification
Business requirements
specification
System
requirements
elicitation
User
requirements
elicitation
Feasibility
study
Prototyping
Requirements
elicitation
Requirements
validation
Reviews
System requirements
document
Estudio de la Viabilidad
El estudio de viabilidad decide si vale la
pena desarrollar el sistema
Contribuye a los objetivos de la
organizacin?
Es factible con la tecnologa actual en coste
y tiempo?
Puede integrarse con otros sistemas de la
organizacin?
Viabilidad
Anlisis
Especificacin
Validacin
Gestin
Captura y Anlisis
El equipo tcnico trabaja con los usuarios
finales para determinar:
El dominio de la aplicacin
Los servicios a ofrecer
Rendimiento esperado
Restricciones
Puede implicar a varias personas o

stakeholders
Anlisis
Especificacin
Validacin
Gestin
Captura y Anlisis: stakeholders

Persona o grupo de personas que se ver
afectado por el sistema, directa o indirectamente
No saben lo que quieren en realidad
Expresan los requisitos en sus propios
trminos
Sus requisitos pueden entrar en conflicto
Factores polticos pueden influir en los
requisitos declarados
Pueden aparecer nuevos stakeholders
nuevos requisitos
Captura y Anlisis: stakeholders

Ejemplo: cajero automtico (ATM) de un banco
Clientes del Banco
Representantes de otros bancos
Directores de Sucursal
Personal de Ventanilla
DBAs
Directores de Seguridad
Departamento de Marketing
Ingenieros de Mantenimiento
Reguladores de la banca nacional
9
Captura y Anlisis: actividades

Descubrimiento de Requisitos
Clasificacin y Organizacin
Ordenacin por prioridades y negociacin
Documentacin de Requisitos
10
Captura y Anlisis: resumen

La captura y anlisis de requisitos es un
proceso complejo y de vital importancia.
Implica:
Comprender el dominio de la aplicacin
Comprender el problema en cuestin
Comprender el contexto del negocio
Comprender las necesidades y restricciones de los
usuarios finales
11
Captura y Anlisis: problemas tpicos

Problemas a la hora de hacer una captura de requisitos:
Problemas de mbito:
Lmites del sistema mal definidos
Detalles tcnicos innecesarios proporcionados por los
clientes/usuarios
No estn claros los objetivos del Sistema
Problemas de Comprensin:
Los clientes no estn seguros de lo que necesitan
Los clientes no entienden totalmente el dominio del problema
Dificultades para comunicar las necesidades
Omisin de informacin por considerar que es obvia
Especificacin de requisitos ambiguos, poco estables o contradictorios
Problemas de volatilidad:
Los requisitos que cambian con el tiempo
12
Captura y Anlisis: pasos

Para la recopilacin y anlisis de requisitos se
seguirn, en general, 5 pasos
Identificar las fuentes de informacin y planificar
las actividades de investigacin
Realizar las preguntas apropiadas (comprender
necesidades)
Analizar la informacin (detectar puntos no claros)
Confirmar con los usuarios (lo que parece haberse
comprendido)
Sintetizar los requisitos (especificacin de
requisitos)
13
Captura y Anlisis: tcnicas

Principales tcnicas de captura y anlisis de
requisitos
Entrevistas
Desarrollo conjunto de aplicaciones (JAD)
Prototipado
Observacin
Estudio de documentacin
Cuestionarios
Tormenta de ideas (Brainstorming)
ETHIC
Estudio de la
Viabilidad
Informe
de
Viabilidad
Necesidades del Usuario

Informacin del dominio
Sistemas de Informacin previos
Regulaciones
Estndares
Captura
y Anlisis
Modelos
del
Sistema
Especificacin
Requisitos
de Usuario
y de Sistema
Validacin
Documento de
Requisitos
14
Captura y Anlisis: tcnicas de recoleccin de informacin
Principales tcnicas de captura y anlisis de

requisitos
Entrevistas
Workshops colaborativos
Prototipado
Observacin
Estudio de documentacin
Cuestionarios
Tormenta de ideas (Brainstorming)
ETHIC
Anlisis
Especificacin
Validacin
Gestin
15
Tcnicas de recoleccin de informacin: cuestionario

Cuestionario: Medio de recogida de informacin de manera
directa o de preparacin para una entrevista
PUESTO: vendedor de mostrador
1. Qu pasos sigue para gestionar el cobro de una venta
2. Existen distintos procedimientos en funcin del artculo, tipo de
cliente, forma de pago, etc.?
3. Qu datos se requieren habitualmente para realizar la gestin del
cobro?
4. Se necesitan datos adicionales? Bajo que circunstancias?
5. Ventas Semanales. Picos y Valles en las ventas
6. Existen problemas en el proceso? Identificar posibles cuellos de
botella
7. Describa los casos especiales que conozca para excepciones al
proceso habitual
16
Tcnicas de recoleccin de informacin

Entrevistas
Intento sistemtico de recoger informacin de otra persona a travs
de una comunicacin interpersonal que se lleva a cabo
por medio de una conversacin estructurada
Flaaten et al. (1989)
Cada tipo de entrevista requiere un

comportamiento y una preparacin
distinta: seleccin, disciplina, rendimiento
Existen dos elementos principales:
Entrevistador y Entrevistado
17
Tcnicas de recoleccin de informacin: entrevistas
EL ENTREVISTADO PUEDE PRESENTAR:
EL ENTREVISTADOR DEBE POSEER:
PASIVIDAD, INHIBICION
CIERTAS CUALIDADES PERSONALES
NO ACEPTACION
CONOCIMIENTO DE TECNICAS
RECHAZO
ACTITUD ADECUADA
AGRESIVIDAD
EXPERIENCIA PRACTICA
Es importante la
forma en que se
plantea la
conversacin y la
relacin que se
establece
No basta con
hacer preguntas
relacin asimtrica, dinmica y nica

18
Problemas de Comunicacin
DISCREPANCIA DE OBJETIVOS
BARRERAS DE COMUNICACION
MANTENIMIENTO DE LA MOTIVACION
19

Barreras de la Comunicacin
OIR LO QUE QUEREMOS
PASAR POR ALTO IDEAS CONTRARIAS
DIFERENTE SIGNIFICADO DE LAS PALABRAS
COMUNICACION NO VERBAL
EMOCIONES
RUIDO
DISTANCIA
Eliminacin de Barreras
ADAPTARSE AL MUNDO DEL RECEPTOR
UTILIZAR EL DIALOGO
SERVIRSE DE LA COMUNICACION DIRECTA
INSISTIR (VARIAS VECES)
UTILIZAR LENGUAJE SENCILLO Y DIRECTO
UTILIZAR VIAS DISTINTAS
REDUCIR LAS DISTANCIAS
20
10
Factores a Considerar
COMUNICACION NO VERBAL
PROXIMIDAD FISICA
ORIENTACION
POSTURA
ADEMANES
CABEZA
EXPRESION FACIAL
OJOS
APARIENCIA
ASPECTOS DEL LENGUAJE
ESCUCHAR Y RESPONDER
VOCABULARIO
EXPRESION VERBAL
21
Cualidades del Entrevistador

Saber observar y escuchar (escucha activa)
Poseer madurez
Ser objetivo e imparcial
No ser autoritario
Capacidad de empata
Comprensin
Ser cordial y accesible
Respetar la intimidad
Ser sincero, paciente, sereno
Ser prudente
22
11
Fases de la Entrevista
Preparacin
Realizacin y Conduccin
Anlisis
23
Preparacin de la Entrevista
Investigar la situacin
Ejemplo: TAE, Inters Nominal
Identificar los entrevistados: top-down

Minimizar n personas
Entrevista de Cortesa
Preparar el objetivo y el contenido

Planificar lugar y hora
Terreno neutral
Material Auxiliar
Agenda del entrevistado
Preparacin
ENTREVISTA
Realizacin
Anlisis
Anlisis
Especificacin
Validacin
Gestin
24
12
Realizacin y conduccin de la Entrevista

Etapas:
Apertura
Introduccin
establecer un ambiente confortable
Desarrollo
Tcnicas: preguntas abiertas, pausas, asentir y dar
muestras de escucha, reflejar ideas, resumir.
20%/80%
Aplicar psicologa para mantener el control de la entrevista
Trmino
Recapitular, agradecer, establecer nuevas citas
Acabar bien: es el principio de la relacin
Preparacin
ENTREVISTA
Realizacin
Anlisis
Anlisis
Especificacin
Validacin
Gestin
25
Anlisis de la Entrevista
Es la fase ms descuidada
Requiere
Pasar notas a limpio
Reorganizar la informacin
Contrastar la informacin con otras
entrevistas o fuentes
Evaluar cmo ha ido la entrevista
Aspectos a mejorar
Preparacin
ENTREVISTA
Realizacin
Anlisis
Anlisis
Especificacin
Validacin
Gestin
26
13
Tcnicas de Recoleccin de Informacin: Workshops colaborativos
Tcnica de extraccin de en la que se promueve

la cooperacin entre usuarios y analistas en las
que se aprovechan las ventajas de la dinmica
de grupos
Caractersticas
Desarrollo mediante un trabajo sistemtico y
organizado (reglas de la reunin, tipo de partipacin,
mantener el alcance, tiempos de discusin, tamao
del equipo, etc.)
Varias reuniones en intervalos de 2 a 4 das
Uso de ayudas visuales de comunicacin
Anlisis
Especificacin
Validacin
Gestin
27
Justificacin
Esfuerzo dedicado a la preparacin, realizacin
y anlisis de entrevistas
Contrastar opiniones encontradas
Todo el grupo puede actuar como revisor y

detectar defectos
Propugna una participacin ms profunda de
los usuarios en el proyecto
el sistema que hemos construido
28
14
Fases
Adaptacin o preparacin:
Seleccin de los participantes
Recabar una cierta informacin
Organizar la reunin
Sesin
Elaboracin del ERS (CASE)
Debe existir un responsable
Documentacin
Refinar el resultado
Ejemplos
Joints Requirement Planning (JRP), Joints Application
Development (JAD), Sesiones de Trabajo
29
Tcnicas de recoleccin de informacin: prototipado
Prototipado
Consiste en la elaboracin de un modelo
o maqueta del sistema
Versiones reducidas, demos o conjuntos de pantallas
(no totalmente operativos)
Se construye para evaluar mejor los requisitos que
desea que cumpla
Aplicacin
El rea de aplicacin no est bien definida
El coste de rechazo de la aplicacin es muy alto
Es necesario evaluar previamente el impacto del sistema
en los usuarios y en la organizacin
Anlisis
Especificacin
Validacin
Gestin
30
15
Tcnicas de recoleccin de informacin: prototipado
Tipos principales de prototipos:

Prototipado de la interfaz de usuario
Storyboard
.ppt
prototipo evolutivo
Modelos de Rendimiento
De carcter tcnico (no aplicables en RE)
Prototipado funcional
Primera versin del sistema con
funcionalidad limitada
No s exactamente lo que quiero, pero lo sabr cuando lo vea
31
Captura y Anlisis de Requisitos: Ejercicio 1
Ejercicio 1
Elaborar un cuestionario para el anlisis
de requisitos de una red de
concesionarios de venta de automviles
Anlisis
Especificacin
Validacin
Gestin
32
16
Captura y Anlisis de Requisitos: Ejercicio 2

Elaborar un prototipo en papel que refleje el sistema
informtico de la gestin de un acuario
Datos de cada pez:
Nombre cientfico: Corydoras Paleatus
Nombre comn: Coridora punteado
Origen: Sur de Brasil, norte de Argentina
Tamao: 7cm
Comportamiento Social: muy bueno
Temperatura: 18 a 28 C
Alimentacin: omnvoro
Datos adicionales
Proveedores
Histrico de Compra/Venta mensual y anual
Especies bien avenidas
Anlisis
Especificacin
Validacin
Gestin
33
Especificacin de requisitos
El objetivo de la Especificacin de
Requisitos es obtener un documento de
especificacin de requisitos (ERS)
Documento que define, de forma
completa, precisa y verificable los
requisitos que debe cumplir el sistema
tanto funcionales como no funcionales as
como las restricciones aplicables al diseo
(software y hardware)
[IEEE, 1990]
Anlisis
Especificacin
Validacin
Gestin
34
17
Caractersticas fundamentales
Debe incluir informacin veraz
Debe comunicar dicha informacin de
forma eficaz
Describir correctamente todos los
requisitos necesarios del software
No describir ningn detalle del diseo del
software, de su verificacin o de la
direccin del proyecto que influyen en los
requisitos
El QU y no el CMO
35
Caractersticas deseable en una BUENA
especificacin de requisitos
1.
2.
3.
4.
5.
6.
7.
8.
No ambigua.
Completa.
Fcil de verificar.
Consistente (coherente).
Clasificada por importancia o estabilidad.
Fcil de modificar.
Fcil identificacin del origen y de las
consecuencias de cada requisito.
De fcil utilizacin durante la fase de explotacin
y de mantenimiento.
36
18
NO AMBIGUA
Un requisito ambiguo se presta a diferentes interpretaciones
Una ERS es no ambigua si y solo si cada requisito tiene una
nica interpretacin
Es necesario definir trminos, siglas o abreviaturas, cuando, en
funcin del contexto, pueden tener otros significados
(interpretaciones) en un glosario de trminos
Requisitos especificados en lenguaje natural. Hay que prestar
atencin a la redaccin de los requisitos
Ejemplo: Todos los registros de un fichero sern controlados
mediante un bloque de control de registro
Un bloque controla todos los registros de un fichero
Cada registro tiene su propio bloque
Se controla cada registro mediante un bloque pero un bloque puede
controlar ms de un registro
37
COMPLETA
Incluye no solo los requisitos funcionales sino
tambin los no funcionales (seguridad, rendimiento,
operacion, documentacin, fiabilidad,
disponibilidad...etc.) as como restricciones de diseo
y construccin (software y hardware)
Define la respuesta del software tanto para entradas
vlidas como no vlidas
Es conforme con estndares y procedimientos
definidos y aprobados en la organizacin
Requisitos incompletos
definicin de las causas,
descripcin de acciones para cambiar su estado y
seguimiento (TBD)
38
19
CONCISA
Una ERS no debe incluir informacin adicional
que no proporcione valor en la comprensin de
un requisito
Prestar especial cuidado en la redaccin de los
requisitos
Evitar repetir informacin que existe en otros
documentos
Incluir referencias a otros documentos
39
FACIL DE VERIFICAR
Una ERS es fcil de verificar sii para cada requisito
existe un procedimiento finito y efectivo en coste para
que una persona o mquina compruebe que el software
satisface dicho requisito
Ejemplo de requisito no verificable:
El programa no debe entrar nunca en un bucle infinito
Hay que eliminar de la ERS los requisitos no verificables

o reescribir posteriormente el requisito de forma que sea
verificable
40
20
CONSISTENTE
Una ERS es consistente sii ningn conjunto de
requisitos son contradictorios o entran en conflicto
Tipos de conflicto:
1.
2.
3.
Dos o ms requisitos describen el mismo objeto real pero

utilizan trminos distintos para designarlo
Conflicto en las caractersticas especificadas sobre los objetos
reales (p.e. un requisito establece que todas las luces han de
ser azules y otro verdes)
Conflicto lgico o temporal entre dos acciones determinadas
(p.e. un requisito establece la suma de dos entradas y otro la
multiplicacin)
41
FACIL DE MODIFICAR
Una ERS es fcilmente modificable si su
estructura y estilo permiten que cualquier
cambio se pueda realiza fcil, completa, y
consistentemente
Debe ser mnimamente redundante. Cada
requisito debe aparecer slo en un lugar
Es posible la redundancia con objeto de facilitar la
compresin de los requisitos, pero supone
problemas de consistencia al modificar
Mejor crear referencias cruzadas entre los
requisitos
42
21
FACILMENTE TRAZABLE
Una ERS facilita las referencias con otros
productos del ciclo de vida si:
Establece un origen claro para cada uno de los
requisitos (hay referencias hacia atrs)
Posibilita la referencia de estos requisitos con
productos de trabajo futuros dentro del ciclo de vida
(hay referencias hacia adelante)
Cada requisito debe tener un nmero de

referencia nico que lo identifique sobre los
dems
43
PRIORIZADA
Todos los requisitos de la especificacin
deberan tener un nivel de prioridad establecido
No todos los requisitos tienen la misma
importancia
Por ejemplo clasificar la prioridad de los requisitos
como M (obligatorio), D (deseable) y O (optativo),
o de asingnandoles una prioridad de 0 a 10
La priorizacin de los requisitos es conveniente
para planificar correctamente el alcance de los
proyectos en cada fase o iteracin de su
desarrollo
44
22
FACILIDAD DE USO
El personal de mantenimiento y explotacin no

participa en el desarrollo
Para soportar los cambios, incluir registro
Criticidad de cada componente
Origen
45
Especificacin de requisitos: estructuracin
Organizar los requisitos ayuda a los

lectores a comprender el sistema y a los
analistas a reubicar funciones
Organizacin por subsistemas, grupos
funcionales, funciones y subfunciones.
Por clase de usuario
Por clase de estmulo
Por clase de objeto
Por clase de requisito
Apoyarse en estndares actuales para la

estructuracin de los requisitos
(p.e. IEEE Std. 830)
Anlisis
Especificacin
Validacin
Gestin
46
23

Ejemplo de Estructura de ERS
IEEE Std. 830 (I)
1. Introduccin
1.1 Objetivo
1.2 Ambito
1.3 Definiciones, Siglas y Abreviaturas
1.4 Referencias
1.5 Visin global
2. Descripcin general
2.1 Perspectiva del producto
2.2 Funciones del producto
2.3 Caractersticas del usuario
2.4 Limitaciones generales
2.5 Supuestos y dependencias
3. Requisitos especficos
Apndices
ndice
47

Ejemplo de
Estructura de ERS
IEEE Std. 830 (y II)
3. Requisitos especficos
3.1 Requisitos funcionales
3.1.1 Requisito funcional 1
3.1.1.1 Introduccin
3.1.1.2 Entradas
3.1.1.3 Procesamiento
3.1.1.4 Salidas
3.1.2 Requisito funcional 2
....................
3.1.n Requisito funcional n
3.2 Requisitos de interfaz externo
3.2.1 Interfaces de usuario
3.2.2 Interfaces hardware
3.2.3 Interfaces software
3.2.4 Interfaces de comunicaciones
3.3 Requisitos de ejecucin
3.4 Restricciones de diseo
3.4.1 Seguimiento de estndares
3.4.2 Limitaciones hardware
.....
3.5 Atributos de calidad
3.5.1 Seguridad
3.5.2 Mantenimiento
.....
3.6 Otros requisitos
3.6.1 Base de datos
3.6.2 Operaciones
3.6.3 Documentacin
.....
48
24
Especificacin de requisitos: clasificacin

Clasificacin de Tcnicas de Especificacin:
Segn la forma de Representacin:

Grficas
Textuales
Marcos (o plantillas (templates))
Matriciales
Segn el enfoque de modelizacin:

Dimensin de la funcin
Dimensin de la informacin
Dimensin del tiempo
Anlisis
Especificacin
Validacin
Gestin
49
Validacin de Requisitos
Mostrar que los requisitos definen el

sistema que el cliente desea
Coste de un error en los requisitos
Bola de Nieve
En el anlisis
Entrada
conjunto incompleto de requisitos
En la validacin
Entrada
conjunto acordado de requisitos

Anlisis
Especificacin
Validacin
Gestin
50
25
Validacin de Requisitos
Especificacin
VERIFICACIN DE
REQUISITOS
Comprobar que la ERS se
construye de acuerdo a los
criterios y estndares
establecidos
ANALISTAS
CLIENTE/
OTROS
IMPLICADOS
USUARIOS
REVISIN
ERS
ERS Verificada
VALIDACIN DE
REQUISITOS
&Tcnicas de Revisin
Comprobar que la ERS se

ajusta a las necesidades del
cliente/usuario y otros
interlocutores
y Validada
(Formales, informales)
&Uso de Listas de
comprobacin
&Acciones correctivas
para eliminar defectos
51
Proceso de Gestin de Requisitos: evolucin
Los requisitos para sistemas software son

siempre cambiantes
A veces el problema no puede definirse
completamente
Durante el proceso de desarrollo, evoluciona
la comprensin del problema
Una vez que el sistema se ha instalado
surgen nuevo requisitos
Anlisis
Especificacin
Validacin
Gestin
52
26
Cuando los usuarios experimentan con el

sistema descubren nuevas necesidades y
prioridades
Cambiar la ayuda solicitada a diferentes
usuarios
El cliente no suele ser el usuario
Adaptacin a los usuarios
Cambios en el entorno de negocio y tcnico

HW/SW, prioridades negocio, legislacin
La gestin de requisitos es el proceso de

comprender y controlar los cambios en los
requisitos del sistema
53

La evolucin de los requisitos es inevitable
Comprensin
Inicial
del Problema
Cambios en la
comprensin del
problema
Requisitos
Inciales
Requisitos
Cambiados
Tiempo
Especificar y desarrollar un sistema grande puede

llevar varios aos:
Cambios en el entorno del sistema
Cambios en los objetivos del negocio
los requisitos deben evolucionar

54
27
Bajo el punto de vista evolutivo, los

requisitos se dividen en dos clases:
Requisitos duraderos: se derivan de la actividad
principal de la organizacin y estn relacionados con
el dominio del problema. (Ej. En un hospital,
requisitos referidos a pacientes, mdicos,
enfermeras, etc.)
Requisitos Voltiles: Requisitos que probablemente
cambien durante el proceso de desarrollo del sistema
o despus de estar en funcionamiento. (Ej. requisitos
de polticas gubernamentales del sanidad)
55
Requisitos Voltiles
Cambiantes
Cambio en el pago de cuidados hospitalarios
Emergentes
Surgen al incrementarse la comprensin por parte
del cliente
Consecuentes
Resultado de la puesta en funcionamiento del
sistema
De Compatibilidad
Dependientes de sistemas particulares o procesos
de negocio de la organizacin
56
28
Proceso de Gestin de Requisitos

Planificacin de la gestin de requisitos:
Esta etapa establece el nivel de detalle
necesario en la gestin de requisitos
Durante la etapa de gestin de
requisitos, habr que decidir sobre:
1.
2.
3.
4.
La identificacin de requisitos
Un proceso de gestin del cambio
Polticas de rastreo/trazabilidad
Ayuda de herramientas CASE
57
Proceso de Gestin de Requisitos: trazabilidad

Relaciones entre Requisitos y Requisitos Diseo
Cuando se proponen cambios, se debe rastrear el
impacto de estos cambios
La trazabilidad es una propiedad de la especificacin
de requisitos que refleja la facilidad de encontrar
requisitos relacionados.
Tres tipos de informacin de trazabilidad que pueden
ser mantenidos:
1. La informacin de rastreo de la fuente
2. La informacin de rastreo de los requisitos
3. La informacin de rastreo del diseo
58
29
Proceso de Gestin de Requisitos: trazabilidad
Matrices y rboles de Trazabilidad
59

Gestin de Cambios de los requisitos:
La gestin del cambio se debe aplicar a
todos los cambios propuestos
Ventajas de utilizar un proceso formal de
gestin de cambios:
Todos los cambios propuestos son tratados de
forma consistente
Todos los cambios en el documento de requisitos
se hacen de forma controlada.
60
30
Proceso de Gestin de Requisitos: fases

Etapas principales en un proceso de
gestin de cambio
Problema
Identificado
Anlisis del Problema

y Especificacin
del Cambio
Anlisis del Cambio

y
Clculo de Costes
Anlisis
Implementacin
del
Cambio
Especificacin
Requisitos
Revisados
Validacin
Gestin
61

En cambios urgentes
Tentacin de hacer ese cambio al sistema y
documento de requisitos
Esto conduce a un desfase entre a que la
especificacin de requisitos y la implementacin
del sistema
En procesos de programacin extrema
No se realiza un proceso formal de gestin de
cambios
Los cambios de alta prioridad se realizan en la
prxima iteracin
62
31
Proceso de Gestin de Requisitos: conceptos
Lnea Base
Conjunto de requisitos funcionales y nofuncionales que el equipo del proyecto se ha
comprometido a implementar en una release
especfica
Una versin aprobada de la especificacin de
requisitos del software
63
Proceso de Gestin de Requisitos: buenas prcticas
Definir un Proceso de Control de Cambios

Establecer un Grupo (o comit) de Control de
cambios (GCC)
Realizar anlisis de Impacto sobre los cambios
Crear lneas Base y controlar las versiones de
los requisitos
Mantener la historia de los cambios
Seguir el estado de los requisitos
Medir la volatilidad de los requisitos
Usar herramientas de gestin de requisitos
Crear matrices de trazabilidad de los requisitos
64
32
Proceso de Gestin de Requisitos: Posibles Roles

GCC: Grupo de Control de Cambios, grupo de personas
que deciden aprobar o rechazar las peticiones de
cambios para un proyecto especfico
Promotor del cambio: Persona autorizada que solicita
la peticin de cambio de requisitos
Evaluador: Analiza el impacto de la peticin de cambio
(puedes ser tcnico, martketing, cliente o combinacin)
Modificador: El que realiza el cambio como
consecuencia de un peticin de cambio aprobada
Verificador: Persona que determina si el cambio se ha
realiado correctamente.
Validador: Persona del cliente que valida la
implementacin del cambio realizado
Anlisis
Especificacin
Validacin
Gestin
65

Posibles estados de una Peticin de Cambio
SOLICITUD DE CAMBIO DEL PROMOTOR
ENVIADA
EVALUADOR REALIZA ANLISIS DE IMPACTO
EVALUADA
RECHAZADA
VERIFIC.
FALLADA
GCC APRUEBA PETICIN
MODIFICADOR REALIZA CAMBIO Y PETICIN DE VERIF.
CAMBIADA
NO VERIFIC.
REQUERIDA Y
MODIFICADOR
HA INSTALADO
LOS PRODUCTOS
CAMBIO CANCELADO
APROBADA
CAMBIO CANCELADO
CANCELADA
VERIFICADOR HA CONFIRMADO EL CAMBIO
VERIFICADA
CAMBIO CANCELADO
GCC CIERRA LA PETICIN
CERRADA
Anlisis
Especificacin
Validacin
Gestin
66
33
Resumen Puntos Clave

Proceso de Ingeniera de requisitos
Estudio de la Viabilidad
Anlisis
Especificacin
Validacin
Gestin
Proceso para gestionar y controlar cambios
en los requisitos SW de un sistema
Anlisis
Especificacin
Validacin
Gestin
67
34

(ISG 2006 07) IngenieriaRequisitos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

(ISG 2006 07) IngenieriaRequisitos

Cargado por

Copyright:

Formatos disponibles

Ingenier

Ingeniera del Software de Gestin

Ingeniera de Requisitos: definicin

Ingeniera del Software de Gestin

Proceso de Desarrollo de Requisitos

Ingeniera del Software de Gestin

Proceso de Desarrollo de Requisitos

Necesidades del Usuario

Proceso de Desarrollo de Requisitos

Ingeniera del Software de Gestin

Ingeniera del Software de Gestin

Puede implicar a varias personas o

Ingeniera del Software de Gestin

Captura y Anlisis: stakeholders

Captura y Anlisis: stakeholders

Ingeniera del Software de Gestin

Captura y Anlisis: actividades

Ingeniera del Software de Gestin

Captura y Anlisis: resumen

Ingeniera del Software de Gestin

Captura y Anlisis: problemas tpicos

Captura y Anlisis: pasos

Ingeniera del Software de Gestin

Captura y Anlisis: tcnicas

Necesidades del Usuario

Ingeniera del Software de Gestin

Captura y Anlisis: tcnicas de recoleccin de informacin

Principales tcnicas de captura y anlisis de

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: cuestionario

Tcnicas de recoleccin de informacin

Cada tipo de entrevista requiere un

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: entrevistas

EL ENTREVISTADO PUEDE PRESENTAR:

EL ENTREVISTADOR DEBE POSEER:

CIERTAS CUALIDADES PERSONALES

relacin asimtrica, dinmica y nica

Tcnicas de recoleccin de informacin: entrevistas

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: entrevistas

Tcnicas de recoleccin de informacin: entrevistas

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: entrevistas

Cualidades del Entrevistador

Tcnicas de recoleccin de informacin: entrevistas

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: entrevistas

Identificar los entrevistados: top-down

Preparar el objetivo y el contenido

Tcnicas de recoleccin de informacin: entrevistas

Realizacin y conduccin de la Entrevista

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: entrevistas

Tcnicas de Recoleccin de Informacin: Workshops colaborativos

Tcnica de extraccin de en la que se promueve

Ingeniera del Software de Gestin

Tcnicas de Recoleccin de Informacin: Workshops colaborativos

Todo el grupo puede actuar como revisor y

Ingeniera del Software de Gestin

Tcnicas de Recoleccin de Informacin: Workshops colaborativos

Ingeniera del Software de Gestin

Tcnicas de recoleccin de informacin: prototipado