Administración de Requerimientos

Administración de
Requerimientos
www.innevo.com
Administración de
Administración deRequerimientos
Requerimientos
Objetivos de la Capacitación
9 Comprender las dificultades asociadas a la

especificación de requerimientos.
9 Comprender la importancia de organizar los

requerimientos en un documento de especificación de
requerimientos y conocer las principales propiedades que
éste debe cumplir.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Objetivos de la capacitación
9 Comprender la importancia de administrar y controlar los

cambios a los requerimientos.
9 Conocer algunas pautas básicas para iniciar un camino de
mejora en la especificación de requerimientos.
9 Conocer las principales actividades de la ingeniería de
requerimientos y sus técnicas relacionadas.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Agenda de la Capacitación
Definición de requerimiento.
La problemática de los requerimientos.
Impacto de los errores en la etapa de requerimientos.
Requerimientos funcionales.
Requerimientos no funcionales.
Requerimientos del usuario.
www.innevo.com
Requerimientos del sistema.
www.innevo.com
Administración de
Requerimientos
Ingeniería de Requerimientos
− Concepto.
− Proceso: elicitación, especificación, validación.
El documento de especificación de requerimientos (ERS).
− Propiedades deseables.
− Destinatarios de la ERS.
www.innevo.com
− El estándar de la IEEE.
www.innevo.com
Administración de
Requerimientos
Administración de los cambios en los requerimientos

− Requerimientos durables y volátiles.
− Evolución controlada de los requerimientos.
− Planeación de la administración de cambios.
− Rastreo de requerimientos.
CMM y la administración de requerimientos
www.innevo.com
Conclusiones
www.innevo.com
Administración de
Requerimientos
Gestión Eficiente de
Requerimientos de Software
Entregar al usuario lo que espera y ayudarlo a

descubrir lo que necesita
www.innevo.com
www.innevo.com
Administración de
Requerimientos
La problemática de los requerimientos
1) Lo que el usuario necesita 2) Lo que el usuario cree 3) Lo que le transmitió al

necesitar profesional
www.innevo.com
4) Lo que el profesional 5) Lo que se entregó al 6) Lo que al final resultó

entendió principio
www.innevo.com
Administración de
Requerimientos
La problemática de los requerimientos
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Definición de Requerimiento
(Definición IEEE-Std-610 - 1990)
• Condición o capacidad que necesita el usuario para

resolver un problema o alcanzar un objetivo.
• Condición o capacidad que debe satisfacer o poseer
un sistema o un componente de un sistema para
satisfacer un contrato, un standard, una
especificación u otro documento formalmente
impuesto.
www.innevo.com
• Representación documentada de una condición o
capacidad como las expresadas anteriormente.
www.innevo.com
Administración de
Requerimientos
Importancia de los Requerimientos
9Necesidad del usuario
9Establecida formalmente
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Catarata de Errores de Mizuno

Problema
Especificación de Especificación Especificación

Requerimientos correcta incorrecta
Diseño basado
Diseño Diseño
en especificación
Diseño correcto incorrecto
incorrecta
Programas basados Programas basados

Programas Errores de
Implementación correctos programación en diseño en especificación
incorrecto incorrecta
www.innevo.com
Testing Funciones Errores Errores no Errores

correctas corregibles corregibles ocultos
www.innevo.com
Administración de
Requerimientos
Impacto de los Errores en la Etapa de

Requerimientos
El software resultante puede no satisfacer a los usuarios
Las interpretaciones múltiples de los requerimientos
pueden causar desacuerdos entre clientes y
desarrolladores
Es imposible que a través del testeo el software
satisfaga sus requerimientos
Puede gastarse tiempo y dinero construyendo el sistema
erróneo
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Especificación de Requerimientos
Requerimientos
Empresariales
Requerimientos Especificación Requerimientos

Funcionales de No funcionales
Requerimientos
www.innevo.com
Evaluación
www.innevo.com
Administración de
Requerimientos
Requerimientos Funcionales
Relacionados con la descripción del comportamiento

fundamental de los componentes del software.
Las funciones son especificadas en términos de

entradas, procesos y salidas.
Una vista dinámica podría considerar aspectos como

el control, el tiempo de las funciones (de comienzo a
www.innevo.com
fin) y su comportamiento en situaciones
excepcionales.
www.innevo.com
Administración de
Requerimientos
Requerimientos funcionales: Ejemplos

El sistema deberá permitir localizar un cliente para registrarle
el cobro, utilizando criterios de búsqueda adecuados.
(ambiguo)

el cobro, presionando un botón que le permita buscar por el
nombre del cliente y el identificador del cliente. (incluye
detalles de implementación)

www.innevo.com
el cobro, utilizando como criterios de búsqueda el nombre del
cliente y el identificador del cliente.
www.innevo.com
Administración de
Requerimientos
Características
Completitud: todos los servicios solicitados por el usuario

deben estar definidos.
Consistencia: los requerimientos no deben tener

definiciones contradictorias.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Requerimientos No Funcionales
Pueden definirse como consideraciones o restricciones
asociadas a un servicio del sistema.
Suelen llamerse también requerimientos de calidad o no

comportamentales en contraste con los comportamentales.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Importancia
Juegan un papel crucial en el diseño y desarrollo del

sistema de información.
Pueden ser a veces mas críticos que los funcionales. Una

falla en un requerimiento no funcional podría inutilizar el
sistema.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Dificultades Asociadas a los Requerimientos

No Funcionales
No hay reglas ni lineamientos para determinar cuando
se obtuvo una solución óptima.
Tiene buenas y malas soluciones, no soluciones

correctas e incorrectas.
Deben expresarse de forma tal que puedan ser

verificados.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Requerimientos No Funcionales: Tipos
Requerimientos del producto: especifican el comportamiento

del producto, como por ejemplo la velocidad de ejecución o la
tasa de fallas.
Requerimientos organizacionales: se derivan de las políticas y

procedimientos existentes en la organización del cliente.
Requerimientos externos: derivan de los factores externos al

sistema y de su proceso de desarrollo, como por ejemplo los
requerimientos
www.innevo.com legales.
www.innevo.com
Administración de
Requerimientos
Requerimientos No Funcionales: Tipos

Non-f unctional
Requerimientos
requir em ents
No Funcionales
Product Or ganizational Ex ternal

Requerimientos
requir em ents Requerimientos
requir em ents Requerimientos
requirem ents
del Producto Organizacionales Externos
Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

de Eficiencia de Confiabilidad de Portabilidad Interoperabilidad Eticos
Requerimientos www.innevo.com Requerimientos Requerimientos de Requerimientos Requerimientos

de Usabilidad de Entrega Implementación de Estándares Legales
Requerimientos Requerimientos Requerimientos Requerimientos

De Performance De Espacio de Privacidad de Seguridad
www.innevo.com
Administración de
Requerimientos
Requerimientos no funcionales: ejemplos
Del producto: La capacidad máxima de almacenamiento

es de 4 MB.
Organizacional: El proceso de desarrollo utilizado deberá

apegarse a los estándares definidos en la organización.
Externo: el sistema no deberá revelar a sus operadores

información personal de los clientes excepto su nombre y
www.innevo.com
numero de referencia.
www.innevo.com
Administración de
Requerimientos
Requerimientos verificables
Meta: deberá ser fácil para los usuarios especializados

utilizar el sistema, y éste deberá estar organizado para
minimizar los errores del usuario.
Requerimiento no funcional verificable: después de una

capacitación de 2 horas, a los usuarios especializados les
deberá ser posible utilizar todas las funciones del sistema.
Después de esta capacitación, el número de errores de los
www.innevo.com
usuarios experimentados no excederá de 2 por día.
www.innevo.com
Administración de
Requerimientos
Medidas de los Requerimientos

Propiedad Medida
Velocidad • Transacciones / Segundo Procecesadas

• Tiempo de Respuesta de Evento / Usuario
• Tiempo de barrido de la pantalla
Tamaño • K Bytes
• Número de chips de RAM
Facilidad de Uso • Tiempo de capacitación

• Número de entornos de ayuda
Confiabilidad • Tiempo medio entre fallas

• Probabilidad de indisponibilidad
• Ratio de Ocurrencia de Fallas
• Disponibilidad
www.innevo.com
Robustez • Tiempo de reinicio después de fallas
• Porcentaje de Eventos que causan fallas
• Probabilidad de corrupción de datos durante una falla.
Portabilidad • Número de Sistemas destino

• Porcentaje de definiciones dependientes del destino
www.innevo.com
Administración de
Requerimientos
Requerimientos del usuario
Describen los requerimientos funcionales y no

funcionales de tal forma que sean comprensibles
para los usuarios del sistema que no posean un
conocimiento técnico detallado.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Requerimientos del usuario: destinatarios
Administradores clientes.
Requerimientos del usuario Usuarios finales del sistema.
Ingenieros clientes.
Arquitectos del sistema.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Problemas
9 Falta de claridad
9 Confusión de requerimientos
9 Conjunción de requerimientos
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Requerimientos del sistema
Especificación completa y consistente del sistema

que sirve como contrato entre el comprador del
sistema y el desarrollador del software.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Requerimientos del sistema: destinatarios
Usuarios finales del sistema.

Ingenieros clientes.
Requerimientos del sistema Arquitectos del sistema.
Desarrolladores del software.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Ingeniería de Requerimientos
“Es el proceso sistemático de desarrollar

requerimientos a través de un proceso
cooperativo e iterativo de analizar el
problema, documentar las observaciones
resultantes en una variedad de formatos de
representación y validar la precisión de la
comprensión obtenida”
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Aspectos principales de la Ingeniería de

Requerimientos
Comprender el problema
Describir el problema
Acordar sobre la naturaleza problema

www.innevo.com
www.innevo.com
Administración de
Requerimientos
Propuesta de la Ingeniería de
Requerimientos
Validación
Especificación
Elicitación
www.innevo.com
RASTREABILIDAD HACIA DELANTE Y HACIA

ATRAS
www.innevo.com
Administración de
Requerimientos
Interacción entre Procesos de la Ingeniería

de Requerimientos
Dominio
Dominiodel
delProblema
Problema
Feedback del usuario
Conocimiento Usuario
Usuario
del dominio
Modelos a
Requerimientos validar por
del usuario Especificación el usuario
de
Requerimientos
Conocimiento Modelos de
Requerimientos
Elicitación Especificación Validación
Necesidad de Resultados de
más conocimiento la validación
www.innevo.com
Conocimiento Requerimientos
Requerimientos Conocimiento
del dominio
del dominio validados
validadosyy
negociados
negociados
www.innevo.com
Administración de
Requerimientos
Productos entregables
Modelo del dominio del problema.
Modelo de los requerimientos funcionales.
Modelo de los requerimientos no funcionales.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Elicitación: Propósito
Ganar conocimiento relevante del problema, para producir

una especificación rigurosa del software necesario para
resolver el problema.
Al final del proceso el analista podría ser un “experto”

en el dominio del problema.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Elicitación: Entradas
Fuentes del conocimiento del dominio:
• Expertos del dominio

• Literatura sobre el dominio
• Software existente en el dominio
• Software similar en otros dominios

www.innevo.comnacionales e internacionales
• Standards
• Usuarios finales
www.innevo.com
Administración de
Requerimientos
Elicitación: Actividades
Tareas a encarar por el analista:
9 Identificar fuentes de conocimiento.
9 Adquirir el conocimiento.
9 Decidir sobre la relevancia de un conocimiento.
9 Comprender la significación del conocimiento y su

www.innevo.com
impacto.
www.innevo.com
Administración de
Requerimientos
Elicitación: Actividades
Técnicas más utilizadas
9 Entrevistas
9 Desarrollo Conjunto de Aplicaciones (JAD)
9 Torbellino de Ideas
9 Escenarios
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Entrevistas
Son dirigidas normalmente por el personal mas experto

del equipo de desarrollo, ya que deben ser orientadas
para que la información obtenida a través de ellas sea
relevante al proceso.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Entrevistas: Fases
9 Preparación
9 Realización
9 Análisis
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Desarrollo Conjunto de Aplicaciones
Alternativa a las entrevistas individuales que se desarrolla a lo

largo de un conjunto de reuniones de grupo.
En estas reuniones se ayuda a los clientes y usuarios a formular

problemas y explorar posibles soluciones, involucrándolos y
haciéndolos sentirse partícipes del desarrollo.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Desarrollo Conjunto de Aplicaciones: fases
9 Adaptación
9 Celebración de sesiones JAD
9 Conclusión
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Tormenta de Ideas
Técnica de reuniones en grupo cuyo objetivo es la

generación de ideas en un ambiente libre de
críticas o juicios
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Tormenta de ideas: fases
9 Preparación
9 Generación
9 Consolidación
9 Documentación
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Escenarios
Las personas describen y critican un escenario de

interacción con el sistema de software.
Los ingenieros de requerimientos pueden utilizar la

información obtenida en esta discusión para comprender los
requerimientos del sistema.
El escenario inicia con un bosquejo de la interacción y,

durante la obtención, se agregan detalles para crear una
www.innevo.com
descripción completa.
www.innevo.com
Administración de
Requerimientos
Escenarios
De forma general incluye:
9 Una descripción del estado del sistema al inicio del escenario.
9 Una descripción del flujo normal de eventos en el escenario.
9 Una descripción de lo que puede ir mal y cómo manejarlo.
9 Información de otras actividades que se podrían llevará a cabo al

mismo tiempo.
www.innevo.com
9 Una descripción del estado del sistema después de completar el
escenario.
www.innevo.com
Administración de
Requerimientos
Escenarios
Es posible llevar a cabo de manera informal la obtención de

requerimientos basada en escenarios o se puede utilizar un
enfoque mas estructurado como los casos de uso.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Técnicas complementarias de elicitación
9 Observación in situ
9 Estudio de documentación
9 Cuestionarios
9 Reuso de conocimiento
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Dificultades en la Elicitación
9 A menudo los usuarios no conocen realmente lo que
desean obtener del sistema excepto en términos
generales.
9 Los usuarios expresan los requerimientos con sus propios

términos y con un conocimiento implícito de su trabajo.
9 Los usuarios tiene requerimientos distintos y podrían

expresarlos de varias formas.
www.innevo.com
9 El entorno económico y de negocios es dinámico.
www.innevo.com
Administración de
Requerimientos
Elicitación: Productos
No se produce ningún modelo formal.
Sucesión de modelos mentales del dominio del problema.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Especificación: Propósito
Acuerdo usuarios-desarrolladores sobre el

problema a resolver.
Pauta para el desarrollo de un sistema de

software.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Especificación: Entradas
Conocimiento sobre el dominio del problema.
Lo provee el proceso de elicitación.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Especificación: Actividades
Análisis y asimilación del conocimiento de los

requerimientos.
Síntesis y organización del conocimiento en un

modelo de requerimientos coherente y lógico.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Especificación: Productos
Se producen una variedad de modelos:

Modelos orientados al usuario, que especifican
comportamiento,características no funcionales, etc.
Modelos orientados al desarrollador, que especifican

propiedades funcionales y no funcionales del software y
restricciones.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
El Problema
A partir del modelo de requerimientos se puede

establecer que no contiene definiciones contradictorias,
pero un modelo correcto de requerimientos no es
necesariamente el modelo de requerimientos correcto.
No existen los REQUERIMIENTOS de los

requerimientos, el peligro está en hacer el esfuerzo de
analizar el problema erróneo.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Causas de los errores
Dificultades en la elicitación de los requerimientos del

usuario.
Dificultad en establecer un esquema de comprensión

común entre analista y usuario.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Características del proceso

Representación, aspecto social y aspecto cognitivo.
De una formulación informal a una especificación

formal.
Proceso no determinístico y no lineal.
Elicitar, especificar y validar requerimientos, no son

actividades
www.innevo.com
predominantemente técnicas.
Típica actividad de resolución de problemas.
www.innevo.com
Administración de
Requerimientos
Validación: Propósito
9 Certifica la consistencia del modelo de requerimientos

con las intensiones de clientes y usuarios.
9 Ayuda a hacer el artefacto correcto.
9 Se aplica también a los modelos intermedios.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Validación: Entradas
Todo modelo está sujeto a validación por lo tanto

cada modelo es entrada.
El conocimiento sobre el dominio del problema.
Algunas partes del modelo formal.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Validación: Técnicas
9 Revisión de requerimientos
9 Construccion de Prototipos
9 Animación
9 Análisis de consistencia automático
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Revisión de requerimientos
• Los requerimientos son analizados sistemáticamente

por un equipo de revisores.
• Pueden ser formales o informales.
• Los conflictos, contradicciones, errores y omisiones

deben señalarse y registrarse formalmente.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Construcción de Prototipos
Versión inicial de un sistema que se desarrolla para dar a

los usuarios una impresión completa de las capacidades del
sistema. Por lo tanto, el prototipo ayuda a establecer y
validar los requerimientos.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Construcción de prototipos
Prototipos Sistema entregado

Evolutivos
Requerimientos
generales
Prototipos Prototipo ejecutable +

Desechables Especificación del sistema
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Validación: Salidas
• Modelo de requerimientos en línea con las expectativas de

los usuarios.
• No significa que el modelo sea correcto.
• Compromiso entre lo deseado y lo posible y factible.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Validación
Interacción con otros procesos
La validación está presente en todos los procesos de la IR,

la dispara:
9 Nuevo conocimiento sobre el dominio del problema

(elicitación).
9 Formulación de un modelo de requerimientos

(especificación).
www.innevo.com
9 La validación se requiere en las etapas de análisis y
síntesis (pues debe chequearse la corrección de
lainformación).
www.innevo.com
Administración de
Requerimientos
El Documento de Especificación de
Requerimientos (ERS)
Es el resultado del proceso de ingeniería de requerimientos.
Es la base para el acuerdo contractual con el cliente.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Propiedades deseables del Documento de

Especificación de Requerimientos
9 Consistencia.
9 No ambigüedad.
9 Verificabilidad.
9 Completitud.
9 Rastreabilidad.
www.innevo.com9 Independencia del diseño.
www.innevo.com
Administración de
Requerimientos
Destinatarios de la ERS
Cliente Equipo del proyecto
Administradores Clientes Administradores del proyecto

Usuarios del sistema Desarrolladores
Equipo de pruebas
Equipo de mantenimiento
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Indice del Standard de IEEE para la Especificación de

Req. de Software
1. Introducción
− 1.1. Propósito
− 1.2. Alcance
− 1.3. Definiciones, acrónimos y abreviaturas
− 1.4. Referencias
− 1.5. Overview
2. Descripción general
− 2.1. Perspectiva del producto
− 2.2. Funciones del producto
− 2.3. Características del usuario
www.innevo.com
− 2.4. Restricciones generales
− 2.5. Supuestos y dependencias
3. Requerimientos específicos
Apéndices
www.innevo.com
Administración de
Requerimientos
1.Introducción
1.1. Propósito
Delinear el propósito de la SRS y especificar a quién se dirige.
1.2. Alcance
Identificar los productos de SW, explicar que hará y que no hará cada
uno, describir la aplicación.
1.3. Definiciones, acrónimos y abreviaturas
Incluir las definiciones de los términos, acrónimos y abreviaturas
requeridas para interpretar la SRS.
1.4. Referencias
Proveer una lista completa de todos los documentos referenciados.
www.innevo.com
1.5. Overview
Describir qué contiene el resto de la SRS y explicar cómo está
organizada la SRS.
www.innevo.com
Administración de
Requerimientos
2.Descripción General
2.1. Perspectiva del producto
− Relación con otros productos o proyectos
− Productos independientes
− Componentes de un sistema o de un proyecto:
− Hardware y equipamiento periférico
− Diagrama de bloques
− Restricciones de diseño
2.2. Funciones del producto

− Resumen de las funciones que ejecutará el software.
− Comprensibilidad
− Diagrama de bloques
www.innevo.com
− No establece requerimientos específicos,
www.innevo.com
Administración de
Requerimientos
2. Descripción General - II
2.3. Características del usuario
− Características generales del usuario
− Restricciones impuestas por los interactuantes
− Requerimientos específicos o restricciones sobre la solución
2.4. Restricciones generales
− Límites al desarrollador
− Requerimientos específicos o restricciones sobre la solución
2.5. Supuestos y dependencias
− Factores que afectan los requerimientos
− Restricciones de diseño
− Cambios que pueden afectar los requerimientos en la SRS.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Descripción General - III
2.4. Restricciones generales

− Políticas regulatorias
− Limitaciones de hardware
− Interfases con otras aplicaciones
− Operaciones paralelas
− Funciones de auditoría
− Funciones de control
− Requerimientos de lenguajes de alto nivel
− Protocolos de “signal handshake” (ej: XON/XOFF)
− Criticalidad de la aplicación
− Consideraciones de seguridad (Safety and Security)
www.innevo.com
www.innevo.com
Administración de
Requerimientos
3.Requerimientos específicos
El sector mayor y más importante de la ERS.

Presentación y conceptualización del desarrollo de
los requerimientos.
El contexto de la ingeniería de requerimientos.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Requerimientos específicos - I
3.1. Requerimientos funcionales

3.1.1. Requerimientos funcionales 1
3.1.1.1.Introducción
3.1.1.2.Inputs
3.1.1.3.Procesos
3.1.1.4.Outputs
.....
3.1.n. Requerimientos funcionales n
3.2. Requerimientos de interfase externa
3.2.1. Interfases del usuario
3.2.2. Interfases del hardware
3.2.3. Interfases del software
www.innevo.com
3.2.4. Interfases de comunicaciones
3.3. Requerimientos de performance
3.4. Restricciones de diseño
3.4.1. Cumplimiento de standards
3.4.2. Limitaciones de Hardware
....
www.innevo.com
Administración de
Requerimientos
Requerimientos específicos - II
3.5. Atributos
3.5.1. Disponibilidad
3.5.2. Seguridad
3.5.3. Mantenibilidad
3.5.4. Transferibilidad/conversión
...
3.6. Otros requerimientos
3.6.1. Base de Datos
3.6.2. Operaciones
3.6.3. Adaptación del lugar
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Evolución de Requerimientos
Comprensión Cambios en la
inicial del comprensión del
problema problema
Requerimientos Requerimientos
iniciales Cambiados
www.innevo.com
Tiempo
www.innevo.com
Administración de
Requerimientos
Clases de Requerimientos
Requerimientos Durables: son relativamente estables,

derivan de las actividades centrales del negocio, los
cuales se relacionan directamente con el dominio del
sistema.
Requerimientos Volátiles: son aquellos que tienen

probabilidad de cambiar durante el desarrollo del
sistema o después que el sistema se haya puesto en
www.innevo.com
producción.
www.innevo.com
Administración de
Requerimientos
Requerimientos Volátiles
Tipos de Requerimientos (Harker)
9 Mutantes
9 Emergentes
9 Consecutivos
9 De compatibilidad
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Evolución controlada de los requerimientos

Cambio de
Requerimientos
Documento de Cambio de Documento de Documento de

Requerimientos V 1 Requerimientos V 1 Requerimientos V 2
Requerimientos
Implementación de Implementación de Implementación de Implementación de

Sistema V 1 Sistema V 2 Sistema V 1 Sistema V 2
www.innevo.comy sistema
Requerimientos Requerimientos y sistema
inconsistentes consistentes
www.innevo.com
Administración de
Requerimientos
Planeación de la Administración de Cambios en

los Requerimientos: Definiciones necesarias
• La identificación de requerimientos.
• Un proceso de administración del cambio.
• Políticas de rastreo.
• Ayuda de herramientas CASE.

www.innevo.com
www.innevo.com
Administración de
Requerimientos
Administración de cambios: Información de

rastreo.
9 Información de rastreo de la fuente (usuario relacionado).
9 Información de rastreo de los requerimientos

dependientes entre si.
9 Información de rastreo de los requerimientos y los

módulos del diseño en los cuales se implementará.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Matriz de rastreabilidad
Req. Id 1.1 1.2 1.3 2.1 2.2 2.3 3.1
1.1 U R
1.2 U R
1.3 R R
2.1 R U
2.2
2.3 R U
3.1
www.innevo.com R
www.innevo.com
Administración de
Requerimientos
CMM y la Administración de Requerimientos

Optimizado
Optimizado
Gestionado
Gestionado
Definido
Definido
Repetible
Repetible
Inicial
Inicial
Definido
Definido
•ER
•ERdefinida
definidaexplícitamente
explícitamente
Repetible •Procesos
•Procesos basadosen
basados enmejores
mejores
Repetible prácticas
•Estándares
•Estándaresdefinidos
definidospara
para prácticas
documentación de •Programa
•Programade deMejoramiento
Mejoramientode
de
Inicial
Inicial documentación de
procesos en práctica
•ER requerimientos
requerimientos procesos en práctica
•ERad-hoc
www.innevo.com
ad-hoc •Problemas
•Son
•Soncomunes
comunesloslos •Problemasde
de
problemas de requerimientos
requerimientosmenores
menores
problemas de
requerimientos
requerimientos
www.innevo.com
Administración de
Requerimientos
El modelo CMM – Revisión de niveles

Nivel 2 Areas clave de proceso (KPAs)
Manejo de los Aseguramiento de la

Requerimientos Calidad del Software
Manejo de la
Planeación del Configuración del
Proyecto de Software Software
Seguimiento
www.innevo.comy
supervisión del proyecto Manejo del Subcontrato
de Software de Software
www.innevo.com
Administración de
Requerimientos
Administración de Requerimientos
Propósito según CMM
Establecer una comprensión común entre el cliente y el

proyecto de los requerimientos del cliente que debe satisfacer
el proyecto.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Administración de Requerimientos
Metas
Meta 1: Los requerimientos del sistema asignados al software

son controlados para establecer una “línea base" para uso de la
ingeniería de software y la gestión.
Meta 2: Los planes, productos y actividades de software deben

mantenerse consistentes con los requerimientos del sistema
asignados al software.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Como iniciar un camino de mejora

1. Documentación
1. Defina una estructura estándar de documento
2. Haga el documento fácil de modificar
3. Defina un plantilla estándar para describir requerimientos
2. Gestión de Requerimientos
1. Defina procedimientos para administración de requerimientos
2. Controle las propiedades de los requerimientos
3. Use lenguaje simple, consistente y conciso
4. Organice inspecciones formales de requerimientos
www.innevo.com
5. Use checklist para validación y análisis de requerimientos
6. Anticípese a los conflictos y su resolución (análisis de riesgos)
www.innevo.com
Administración de
Requerimientos
Conclusiones
9 La especificación de requerimientos es una etapa crítica en el

proceso de producción del software, ya que los errores en esta
etapa conducen inevitablemente a problemas posteriores en el
diseño e implementación del sistema.
9 La ingeniería de requerimientos nos aporta un proceso

sistemático estructurado en 3 etapas: elicitación, especificación
y validación, y numerosas técnicas que nos ayudan a identificar
y especificar los requerimientos obteniendo como resultado un
www.innevo.com
documento formal.
www.innevo.com
Administración de
Requerimientos
Conclusiones
9 El documento de especificación de requerimientos (ERS)
constituye la declaración acordada con el cliente de lo que el
sistema debe realizar.
9 La ERS debe contener una descripción completa y

consistente de los requerimientos funcionales y no
funcionales del sistema y debe estar expresada para que
puedan ser entendidos tanto por expertos como por el
usuario.
www.innevo.com
www.innevo.com
Administración de
Requerimientos
Conclusiones
9 Los factores sociales y organizacionales tienen una fuerte
influencia sobre los requerimientos del sistema y pueden
determinar si el software es realmente utilizado o no.
9 Los cambios en los negocios, organizacionales y técnicos

inevitablemente conducen a cambios en los requerimientos
del sistema, estos cambios deben ser administrados de
una manera controlada para que los requerimientos
siempre estén consistentes con el sistema.
www.innevo.com
www.innevo.com

Administración de Requerimientos

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Administración de Requerimientos

Uploaded by

Copyright:

Available Formats

Administración de

9 Comprender las dificultades asociadas a la

9 Comprender la importancia de organizar los

9 Comprender la importancia de administrar y controlar los

 Administración de los cambios en los requerimientos

Entregar al usuario lo que espera y ayudarlo a

La problemática de los requerimientos

1) Lo que el usuario necesita 2) Lo que el usuario cree 3) Lo que le transmitió al

4) Lo que el profesional 5) Lo que se entregó al 6) Lo que al final resultó

La problemática de los requerimientos

• Condición o capacidad que necesita el usuario para

Importancia de los Requerimientos

9Necesidad del usuario

Catarata de Errores de Mizuno

Especificación de Especificación Especificación

Programas basados Programas basados

Testing Funciones Errores Errores no Errores

Impacto de los Errores en la Etapa de

Requerimientos Especificación Requerimientos

 Relacionados con la descripción del comportamiento

 Las funciones son especificadas en términos de

 Una vista dinámica podría considerar aspectos como

Requerimientos funcionales: Ejemplos

El sistema deberá permitir localizar un cliente para registrarle

El sistema deberá permitir localizar un cliente para registrarle

 Completitud: todos los servicios solicitados por el usuario

 Consistencia: los requerimientos no deben tener

 Suelen llamerse también requerimientos de calidad o no

 Juegan un papel crucial en el diseño y desarrollo del

 Pueden ser a veces mas críticos que los funcionales. Una

Dificultades Asociadas a los Requerimientos

 Tiene buenas y malas soluciones, no soluciones

 Deben expresarse de forma tal que puedan ser

Requerimientos No Funcionales: Tipos

 Requerimientos del producto: especifican el comportamiento

 Requerimientos organizacionales: se derivan de las políticas y

 Requerimientos externos: derivan de los factores externos al

Requerimientos No Funcionales: Tipos

Product Or ganizational Ex ternal

Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

Requerimientos www.innevo.com Requerimientos Requerimientos de Requerimientos Requerimientos

Requerimientos Requerimientos Requerimientos Requerimientos

Requerimientos no funcionales: ejemplos

Del producto: La capacidad máxima de almacenamiento

Organizacional: El proceso de desarrollo utilizado deberá

Externo: el sistema no deberá revelar a sus operadores

Meta: deberá ser fácil para los usuarios especializados

Requerimiento no funcional verificable: después de una

Medidas de los Requerimientos

Velocidad • Transacciones / Segundo Procecesadas

Facilidad de Uso • Tiempo de capacitación

Confiabilidad • Tiempo medio entre fallas

Portabilidad • Número de Sistemas destino

Requerimientos del usuario

Describen los requerimientos funcionales y no

Requerimientos del usuario: destinatarios

Requerimientos del sistema

Especificación completa y consistente del sistema

Requerimientos del sistema: destinatarios

Usuarios finales del sistema.

“Es el proceso sistemático de desarrollar

Aspectos principales de la Ingeniería de

 Acordar sobre la naturaleza problema

RASTREABILIDAD HACIA DELANTE Y HACIA

Administración de los cambios en los requerimientos

Relacionados con la descripción del comportamiento

Las funciones son especificadas en términos de

Una vista dinámica podría considerar aspectos como

Completitud: todos los servicios solicitados por el usuario

Consistencia: los requerimientos no deben tener

Suelen llamerse también requerimientos de calidad o no

Juegan un papel crucial en el diseño y desarrollo del

Pueden ser a veces mas críticos que los funcionales. Una

Tiene buenas y malas soluciones, no soluciones

Deben expresarse de forma tal que puedan ser

Requerimientos del producto: especifican el comportamiento

Requerimientos organizacionales: se derivan de las políticas y

Requerimientos externos: derivan de los factores externos al

Acordar sobre la naturaleza problema

Modelo del dominio del problema.

Modelo de los requerimientos funcionales.

Modelo de los requerimientos no funcionales.

Ganar conocimiento relevante del problema, para producir

Al final del proceso el analista podría ser un “experto”

Las personas describen y critican un escenario de

Los ingenieros de requerimientos pueden utilizar la

El escenario inicia con un bosquejo de la interacción y,

No se produce ningún modelo formal.

Sucesión de modelos mentales del dominio del problema.

Acuerdo usuarios-desarrolladores sobre el

Pauta para el desarrollo de un sistema de

Conocimiento sobre el dominio del problema.

Lo provee el proceso de elicitación.

Análisis y asimilación del conocimiento de los

Síntesis y organización del conocimiento en un

Modelos orientados al desarrollador, que especifican

A partir del modelo de requerimientos se puede

No existen los REQUERIMIENTOS de los

Dificultades en la elicitación de los requerimientos del

Dificultad en establecer un esquema de comprensión

De una formulación informal a una especificación

Proceso no determinístico y no lineal.

Elicitar, especificar y validar requerimientos, no son

Típica actividad de resolución de problemas.

Todo modelo está sujeto a validación por lo tanto

El conocimiento sobre el dominio del problema.

Algunas partes del modelo formal.

Es el resultado del proceso de ingeniería de requerimientos.