Este documento presenta información sobre ingeniería de requisitos. Explica conceptos clave como definición de requisitos, tipos de requisitos funcionales y no funcionales, niveles de requisitos, y personas involucradas. También describe las actividades del proceso de ingeniería de requisitos como obtención, elaboración, negociación, especificación y validación. Finalmente, menciona productos resultantes como el documento de requisitos y prototipos, e incluye un ejemplo práctico y referencias bibliográficas.

2. REGLAS
POR FAVOR GUARDAR SILENCIO
LAS PREGUNTAS PARA EL FINAL
DE LA EXPOSICIÓN
APAGAR SUS CELULARES

3. UNIVERSIDAD DE ORIENTE
NUCLEO MONAGAS
PROGRAMA DE INGENIERIA DE SISTEMAS
ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
MATURÍN- MONAGAS- VENEZUELA
PROFESORA:
Yamila Gascón
INTEGRANTES:
Alvarez, Pedro
Escobar,Luis
Pizzi, Nicola
Veliz, Genesis

4. CONTENIDO
 Definición Ingeniería De Requisitos.
 Definición de Requisitos
 Tipos de los Requisitos.
 Niveles de los Requisitos .
 Requisitos vs Requerimientos.
 Personas Involucradas.
 Importancia de la Ingeniería de Requisitos
 Paso a Paso de la Ingeniería de Requisitos.
 Actividades de la Ingeniería de Requisitos
 Cadena de valor de la Ingeniería de Requisitos .
 Modelado de Negocios e Ingeniería de Requisitos
 Productos de la Ingeniería de Requisitos
 Ejemplo
 Referencias.

5. INGENIERÍA DE REQUISITOS
• Herramientas
• Técnicas
sistemáticas y
repetibles
Conjuntos de
actividades
• Requerimientos del
Producto
• Necesidades del
cliente
Se analizan
problemas
• Requerimientos
consistentes y
relevantes
• Una o varias
soluciones
Solución
MICHAEL
ARIAS(S/F)
CAPAY
LUDEÑA
(S/F)
DEFINICIÓN
Veliz, Genesis

6. INGENIERÍA DE REQUISITOS
DEFINICIÓN
BARRIOS Y
MOTILVA
(S/F)
Proceso técnico inicial para el desarrollo
ingenieril de aplicaciones de software
Ocurre en el espacio de la solución de
un problema
Se encarga de caracterizar la aplicación
en base a las necesidades y los
requisitos que los usuarios de la
aplicación tienen.
Veliz, Genesis

7. REQUISITO
Definición
• Condición o
capacidad que
debe cumplir un
sistema
• Deriva de la
necesidad de un
usuario para
resolver un
problema o
alcanzar un
objetivo.
Requisitos
Funcionales
• Definen las
funciones que el
sistema será capaz
de realizar
• Describen las
transformaciones
que el sistema
realiza sobre las
entradas para
producir salidas
Requisitos No
Funcionales
• Define las
características que
de una u otra
forma puedan
limitar el sistema
• Rendimiento (en
tiempo y espacio),
disponibilidad de
equipo,
mantenimiento,
seguridad, etc.
Veliz, Genesis
SEGÚN MICHAEL ARIAS(S/F)

8. TIPOS DE REQUISITOS FUNCIONALES
Requisitos Del Negocio:Describe el ¿Por qué? Se
desea desarrollar la aplicación.
Requisitos Del Usuario: Describen las
necesidades que los usuarios tienen y las tareas
que realizaran con la aplicación
Requisitos Del Sistema:Relaciona con los
productos ,que tienen componentes hardware y
software.
Requisitos Del Comportamiento:Describe
servicios que la aplicación presta.
Veliz, Genesis
SEGÚN
MICHAEL
ARIAS
(S/F)

9. TIPOS DE REQUISITOS NO FUNCIONALES
Restricciones: Limitaciones que se impone al
desarrollo de la aplicación.
Atributos De Calidad: Cualidades o
propiedades que la aplicación debe satisfacer.
Requisitos de Interfaces: Son las características
de la interacción.
Reglas del Negocio: Expresan regulaciones que
la empresa debe acatar.
Veliz, Genesis
SEGÚN
MICHAEL
ARIAS
(S/F)

10. NIVELES DE REQUISITO
Veliz, Genesis
SEGÚN MICHAEL ARIAS(S/F)

11. REQUISITOS VS REQUERIMIENTOS
• Necesidades documentales
• Descripciones que hace el usuario
sobre los deseos o necesidades
que tiene frente a un producto a
los ingenieros o desarrolladores
del software
Requerimientos
• Son originados por los
requerimientos
• Se refiere a lo que se necesita para
cumplirlas peticiones del usuario
Requisitos
Pizzi, Nicola

12. PERSONAS INVOLUCRADAS
Usuario Final
Personas que utilizaran el
sistema
desarrollado, producto final
Usuario Líder
Comprenden el ambiente
del sistema y proporcionan
los detalles y requisitos de
las interfaces del sistema.
Personal de
Mantenimiento
Responsables de la
administración de cambios,
de la implementación y
resolución de anomalías
Analista y Programadores
Responsables del desarrollo
del producto en sí e
interactúan directamente
con el cliente.
Personal de Pruebas
Encargados de elaborar y ejecutar
el plan de pruebas para asegurar
que las condiciones presentadas por
el sistema son las adecuadas
Pizzi, Nicola
SEGÚN MICHAEL ARIAS(S/F)

13. IMPORTANCIA DE LA INGENIERÍA DE
REQUISITOS
Permite gestionar las necesidades del
proyecto en forma estructurada
Mejora la capacidad de predecir
cronogramas de proyectos
Proporciona un punto de partida para controles subsecuentes
y actividades de mantenimiento
Disminuye los costos y retrasos del
proyecto
Mejora la calidad del software, cumpliendo un
conjunto de requisitos (funcionalidad, facilidad de
uso, confiabilidad, desempeño, entre otros)
Mejorar la comunicación entre equipos, representa una
forma de consenso entre clientes y desarrolladores
Evita rechazos de usuarios finales
Pizzi, NicolaSEGÚN MICHAEL ARIAS(S/F)

14. PASO A PASO DE LA INGENIERÍA DE
REQUISITOS
Inicio
Obtención
Elaboración
Negociación
Validación
Revisión
Asegurar que la
concepción del problema
que tiene el ingeniero de
software coincide con la
percepción del cliente.
Pizzi, Nicola
SEGÚN MICHAEL ARIAS(S/F)

15. PASO A PASO DE LA INGENIERÍA DE
REQUISITOS
Pizzi, Nicola
SEGÚN IAN SOMMERVILLE
PASO CLAVE
Obtención y
Análisis

16. PASO A PASO DE LA INGENIERÍA DE
REQUISITOS
Pizzi, Nicola
SEGÚN MICHAEL ARIAS
CASOS DE USO
ENTREVISTAS Y
CUESTIONARIOS
PROTOTIPOS
BRAINSTROM
SISTEMAS
EXISTENTES
TECNICAS Y
HERRAMIENTAS

17. ACTIVIDADES DE LA INGENIERÍA DE
REQUISITOS
Alvarez, Pedro
GESTIÓN
VALIDACIÓN
ESPECIFICACIÓN
NEGOCIACIÓN
ELABORACIÓN
OBTENCIÓN
INICIO
SEGÚN
MICHAEL
ARIAS
(S/F)

18. ACTIVIDADES DE LA INGENIERÍA DE
REQUISITOS
• Identificar una nueva necesidad de negocio
• Descubrimiento de un nuevo mercado
• Descubrimiento de un nuevo Servicio
Inicio
• Recopilación de información de forma
organizada por los IngenierosObtención
DE ÁMBITO DE COMPRENSIÓN DE VOLATILIDAD
Limite del sistema mal definido
El cliente no está seguro 100%
de que es lo que necesita
Los problemas cambian
con el tiempo.
Detalles técnicos innecesarios,
entre otros.
Tienen dificultades para
comunicar sus necesidades, entre
otros.
Alvarez, Pedro
SEGÚN
MICHAEL
ARIAS
(S/F)

19. ACTIVIDADES DE LA INGENIERÍA DE
REQUISITOS
• Modelo técnico refinado de las funciones, características y
restricciones del software
• Mediante la creación y refinamiento de escenarios.
• Modelo de Análisis que define(El dominio de la
información, funciones y Comportamiento del problema)
Elaboración
• Se deben ordenar los distintos requisitos y luego
discutir los conflictos relacionados con la
prioridad
• Esfuerzo requerido para su desarrollo
• enfoque iterativo los requisitos se eliminan,
combinan o modifican.
Negociación
Alvarez, Pedro
SEGÚN MICHAEL ARIAS(S/F)

20. ACTIVIDADES DE LA INGENIERÍA DE
REQUISITOS
• Documentación de los requerimientos
acordados con el cliente, en un nivel
apropiado de detalleEspecificación
Documento Escrito
Conjunto de Modelos Gráficos
Modelo Matemático Formal
Escenarios de Uso
Prototipo
Una combinación de estos.
SE
RECOMIENDA
SISTEMAS
GRANDES
SISTEMAS
PEQUEÑOS
Documentos
escritos
Escenarios de
uso
Alvarez, Pedro
SEGÚN MICHAEL ARIAS(S/F)

21. ACTIVIDADES DE LA INGENIERÍA DE
REQUISITOS
• Examina la especificación para asegurar que los
requisitos de software se han establecido de
manera precisa.
Validación
ALGUNAS PREGUNTAS RECOMENDADAS PARA
VALIDAR
¿La fuente del requisito está identificada?
¿Cuáles otros requisitos están relacionados con éste?
¿El requisito viola alguna restricción del dominio del
sistema?
¿El requisito se puede probar? ¿Se pueden especificar las
pruebas?, etc.
• Conjunto de actividades que ayuda al equipo del proyecto a
identificar, controlar y rastrear los requisitos y sus cambios
en el desarrollo del proyecto
• La gestión formal se inicia solo para proyectos grandes
Gestión
TABLAS
De rastreabilidad de las características.
De rastreabilidad de la fuente.
De rastreabilidad del subsistema.
De rastreabilidad de la interfaz.
Alvarez, PedroSEGÚN MICHAEL ARIAS(S/F)

22. CADENA DE VALOR DE LA INGENIERIA DE
REQUISITOS
La IR se ubica, junto al Modelado de Negocios, al comienzo de la
cadena de valor del desarrollo de software, Método WATCH.
Alvarez, Pedro
Según Jonás Montilva

23. CADENA DE VALOR DE LA INGENIERIA DE
REQUISITOS
Alvarez, Pedro
Procesos de definición y especificación de requisitos
Según Jonás Montilva(2004)

24. MODELADO DE NEGOCIOS E
INGENIERÍA DE REQUISITOS
Alvarez, PedroSEGÚN MICHAEL ARIAS(S/F)

25. LOS PRODUCTOS DE LA INGENIERÍA DE REQUISITOS
Escobar,LuisSegún Jonás Montilva y Judith Barrios

26. LOS PRODUCTOS DE LA INGENIERÍA DE REQUISITOS
• Documento de gestión elaborado por el Líder del
Proyecto
• Describe detalladamente las actividades, tiempos,
costos y recursos requeridos en el proyecto para
realizar los procesos IR
El Plan de Gestión de
Ingeniería de Requisitos
• Es un programa que exhibe la interfaz gráfica de la
aplicación
• Demuestra su funcionalidad y se elaborada para
verificar: los requisitos de los usuarios y de interfaz
gráfica.
El Prototipo de la Aplicación:
• Es un documento manual o electrónico que describe
y comunica los requisitos de la aplicación
• Utilizado por los clientes, usuarios y gerentes, y los
desarrolladores de la aplicación
El Documento de Requisitos
(DR)
• Dirigido a los clientes/usuarios
• Contenido identifica, describe, organiza y relaciona
los requisitos desde la perspectiva de los
clientes/usuarios
Documento de Definición de
Requisitos (DDR):
Escobar,LuisSegún Jonás Montilva y Judith Barrios

27. LOS PRODUCTOS DE LA INGENIERÍA DE REQUISITOS
E
J
E
M
P
L
O
Escobar,LuisSegún Jonás Montilva y Judith Barrios

28. E
J
E
M
P
L
O
Escobar,Luis

29. Documento de
Especificación de
Requisitos (DER):
• Se dirige a los desarrolladores del sistema y describe
gráficamente los requisitos contenidos en el DDR
• Usa un lenguaje o notación de modelado
LOS PRODUCTOS DE LA INGENIERÍA DE REQUISITOS
Según Jonás Montilva y Judith Barrios Escobar,Luis

30. CUADRO OPERATIVO
FASES ACTIVIDADES ACTORES PRODUCTO
INICIO INICIO CLIENTE
PLANILLA
VOLERE
OBTENCIÓN OBTENCIÓN ANALISTA,
PROGRAMADORES
Y
PERSONAL DE
PRUEBA
ELABORACIÓN ELABORACIÓN
NEGOCIACIÓN NEGOCIACIÓN
ESPECIFICACIÓN USUARIO
LÍDER
VALIDACIÓN VALIDACIÓN
REVISIÓN GESTIÓN PERSONAL
DE
MANTENIMIENTO
Escobar,Luis

31. EJEMPLO PRACTICO
CLIENTE
•Lo primero es acceder a la página WEB de la
agencia
•Se seleccionan las ciudades de origen y destino
•El número de pasajeros, y las fechas de ida y
vuelta.
•El sistema muestra el precio de los pasajes, y si el
usuario está conforme introduce los datos de su
tarjeta de crédito para hacer efectivo el pago y hay
que introducir los nombres de los pasajeros..
•hay varios vuelos en el mismo día,
• el usuario debe seleccionar uno de ellos.
•hay que tener en cuenta que algunos usuarios
están dispuestos a variar sus fechas de viaje, con
tal de obtener tarifas más baratas.
INGENIERO
Habrá que facilitar la búsqueda
de vuelos en fechas parecidas y
que sean más baratos. Por
ejemplo, variando un día
adelante o atrás tanto la fecha
de ida como la de vuelta.
Escobar,Luis

32. EJEMPLO PRACTICO
Escobar,Luis

33. Debe desarrollarse bajo estricta disciplina y tener una
conceptualización que represente de mejor manera las
especificaciones del cliente
La utilización de metodologías para la IR mas que una
herramienta son un apoyo.
La gestión de los requerimientos ayudará al equipo del
proyecto a identificar, controlar y rastrear los requisitos y
los cambios a estos en cualquier momento mientras se
desarrolla el proyecto y mediante un enfoque iterativo

34. Bibliografía
BIBLIOGRÁFICAS:
PRESSMAN, R. (2009). Ingeniería del Software: Un Enfoque
Práctico (6ta. ed). McGraw-Hill: México.
IAN SOMMERVILLE (2005). Ingenieria del Software (7ma.
Ed). Pearson Educacion S.A : Madrid
ELECTRÓNICAS:
GÁLVEZ, J. (S/F). Módulo No. 1 Ingeniería de Software (3.0
ed.) [Documento en línea]. Disponible en:
http://inteccolombia.org/PDF/ing%20de%20sistemas/i.s1.pdf
[Consulta: 14 Junio 2012].
ARIAS, M.(S/F). La ingeniería de requerimientos y su
importancia en el desarrollo de proyectos de software
[Documento en línea]. Disponible en:
http://www.latindex.ucr.ac.cr/intersedes10/10-
art_11.pdf[Consulta: 13 Junio 2012]