INGENIERÍA DE REQUERIMIENTOS
Al proceso de descubrir, analizar, documentar y
verificar los servicios proporcionados por el sistema y
sus restricciones operativas
 Requerimientos del Usuario Son declaraciones,
en lenguaje natural y diagramas, de los servicios
que el sistema proporcione y de las restricciones
bajo las cuales debe funcionar.
 Requerimientos del Sistema Establecen con
detalle las funciones, servicios y restricciones
operativas del sistema. Debe definir
exactamente qué es lo que se va a implementar.
Métricas para especificar requerimientos no
funcionales:
 Rapidez: transacciones procesadas por segundo.
Tiempo de respuesta al usuario y a eventos.
Tiempo de la actualización de la pantalla
 Tamaño: k bytes. Numero de chips de RAM.
 Facilidad de uso: tiempo de formación. Número
de cuadros de ayuda
 Fiabilidad: tiempo medio entre fallos.
Disponibilidad
 Robustez: tiempo de reinicio después de fallos.
Porcentajes de eventos que provocan fallos.
 Probabilidad: número de sistemas objetivos.
Porcentaje de declaraciones dependientes del
objetivo.
REQUERIMIENTOS DEL USUARIO
describir los requerimientos funcionales y no
funcionales de tal forma que sean comprensibles para
los usuarios del sistema sin conocimiento técnico
detallado.
 Recomendaciones para redactar los
requerimientos del usuario:
Inventar un formato estándar y asegurar que
todos los requerimientos se adhieran al formato.
 Notaciones para la especificación de
requerimientos
o Lenguaje natural estructurado: formularios o
plantillas estándares para la especificación de
requerimientos
o Lenguajes de descripción de diseño: lenguaje
similar a uno de programación, pero con
características más abstractas, muy utilizado
o Notaciones graficas: sirve para definir los
requerimientos funcionales del sistema
complementados con anotaciones de texto
(lenguajes gráficos son SADT, casos de uso de
Jacobsen)
o Especificaciones matemáticas: se basan en
conceptos matemáticos como el de las
maquinas, no son ambiguas, reducen los
argumentos sobre la funcionalidad del
sistema entre el cliente y el contratista.
El documento de requerimientos del software:
Es la declaración oficial de qué deben implementar los
desarrolladores del sistema. Incluyen los
requerimientos del usuario y requerimientos del
sistema.
 ¿Quiénes son los usuarios del documento de
requerimientos?
o Clientes del sistema: leen los requerimientos
para ver si cumplen sus necesidades.
o Administradores: utilizan los requerimientos
para planificar una oferta por el sistema y
planificar el proceso del desarrollo
o Ing. de sistemas: utilizan los requerimientos
para comprender que sistema debe
desarrollarse
o Ing. Probadores del sistema: utilizan los
requerimientos para desarrollar las pruebas
de validación para el sistema
o Ing. Encargados del mantenimiento del
sistema: utilizan los requerimientos para
comprender el sistema y las relaciones entre
sus partes
IEEE/ANSÍ 830-1998 (IEEE, 1998) Estándar más
conocido y más usado requerimiento de software.
EL PROCESO DE LA INGENIERÍA DE REQUERIMIENTOS
(IR)
 Meta: Crear y mantener un documento de
requerimientos del sistema.
Proceso de IR:
 Estudio de Viabilidad: ¿El sistema es útil para el
negocio?
 Obtención y Análisis: el descubrimiento de
requerimientos
 Especificación: La transformación de
requerimientos en formularios estándar
 Validación: La verificación de que los
requerimientos realmente definen el sistema
que quiere el cliente.
ESTUDIO DE VIABILIDAD
Es un conjunto de requerimientos de negocio
preliminares, una descripción resumida del sistema y
de cómo éste pretende contribuir a los procesos del
negocio.
Obtención y Análisis de Requerimientos.
En esta actividad, los IS trabajan con los clientes y los
usuarios finales del sistema para determinar el
dominio de la aplicación, qué servicios debe
proporcionar el sistema, el rendimiento requerido del
sistema, las restricciones hardware, etc.
STAKEHOLDERS
Stakeholder en el ámbito empresarial, significa
‘interesado’ o ‘parte interesada’ de una empresa.
 Dificultades para obtener y comprender los
requerimientos de los stakeholders:
o Los Stakeholders expresan los requerimientos
con sus propios términos de forma natural.
o El entorno económico y del negocio en el que
se lleva a cabo el análisis es dinámico.
LAS ACTIVIDADES DEL PROCESO SON:
 Documentación de Requerimientos
 Descubrimiento de Requerimientos
 Clasificación y Organización de
Requerimientos
 Ordenación por prioridades y negociación de
requerimientos
Herramientas para el descubrimiento de
Requerimientos.
Puntos de Vista, Etnografía, Escenarios, Entrevista
Validación de Requerimientos
Trata de mostrar que los requerimientos realmente
definen el sistema que el cliente desea.
Su importancia radica a que encontrar errores en el
documento de requerimientos puede conducir una
reducción de costos, tiempo y desempeño que al
repetir el trabajo cuando son descubiertos durante el
desarrollo o después de que el sistema esté en uso.
 Tipos de Verificaciones
Completitud, Realismo, Verificabilidad,
Consistencia y Validez
 Técnicas de revisión de requerimientos
o Revisiones de Requerimientos
o Construcción de Prototipos
o Generación de Casos de Prueba
INGENIERÍA DE REQUISITOS e INGENIERIA DE
REQUERIMIENTOS
La especificación de requerimientos es quien definen
los servicios que un sistema debe proveer y establece
los límites y restricciones en las operaciones del
mismo.
La ingeniería de requisitos tiene como propósito el
establecimiento de un marco metodológico, técnico y
tecnológico que sirva para formalizar y automatizar la
fase de requisitos en el ciclo de vida del desarrollo de
software.
Por lo que a través de la ingeniería de software y la
aplicación de las herramientas que brinda se pueden
determinar las necesidades o condiciones a satisfacer
para un software nuevo o modificado
Características de los requerimientos
Especificado por escrito, Necesario, Conciso,
Completo, Consistente, No ambiguo, Posible de probar
o verificar
Técnicas principales aplicadas en la Ingeniería de
Requisitos
 Entrevistas y cuestionarios: Son aplicados para
reunir información proveniente de personas o
grupos
o Del usuario: ¿Quién es el cliente?, ¿Quién es
el usuario?
o Del proceso: ¿Cuál es la razón por la que se
quiere resolver este problema? ¿Cómo usted
resuelve el problema actualmente?
o Del producto: ¿Qué problemas podría causar
este producto en el negocio?, ¿en qué
ambiente se usará el producto?
 Prototipos: es el primer ejemplar del software y
el prototipo es evaluado por el cliente y el
usuario para determinar si cumple con los
requisitos
o Prototipo rápido: permite validar
requerimientos en una etapa previa al diseño
especifico
o Prototipo evolutivo: después de la primera
entrega se realiza modificaciones y mejoras,
hasta obtener el producto final
 Casos de uso: Es una técnica para especificar el
comportamiento de un sistema.
 Sistemas existentes: Consiste en analizar los
distintos sistemas ya desarrollados, que estén
relacionados con el sistema a ser construido
 Lluvia de ideas: es una herramienta de trabajo
grupal que facilita el surgimiento de nuevas ideas
sobre un tema o problema determinado
REQUERIMIENTOS DE SOFTWARE DE LA INGENIERÍA
DE REQUERIMIENTOS
 Requerimientos funcionales: definen las
funciones que el sistema será capaz de realizar,
las transformaciones que realiza sobre las
entradas para producir salidas y
especifica los servicios que debe proporcionar la
aplicación.
 Requerimientos no funcionales: son las
características que pueden limitar el sistema,
como, por ejemplo, el rendimiento, interfaces de
usuario, fiabilidad, mantenimiento, seguridad,
portabilidad y estándares.
Actividades de la Ing. de requerimientos
 Extracción: Los analistas de requerimientos
deben trabajar junto al cliente para descubrir el
problema que el sistema debe resolver, los
diferentes servicios que el sistema debe prestar,
las restricciones que se pueden presentar.
 Análisis del problema: El objetivo de esta
actividad es entender la verdadera necesidad del
negocio, se enfoca en descubrir problemas con
los requerimientos del sistema identificados
hasta el momento.
 Evaluación y negociación de los requerimientos:
en esta etapa se limitan las expectativas del
cliente apropiadamente, tomando como
referencia los niveles de abstracción y
descomposición de cada problema presentado.
 Especificación: en esta fase se documentan los
requerimientos acordados con el cliente, en un
nivel apropiado de detalle.
 Validación: Su objetivo es, comprobar los
requerimientos que aparecen en el documento
especificado para asegurarse de que sean
aceptables para el sistema que se desea
implementar