Tema: Ingeniería de Requisitos. Grupo 01: ALFA. Ingeniería de Sistemas, Universidad de Oriente, Maturin, Venezuela. Asignatura: Análisis y Diseño de Sistemas de Información. Profesora: Ing. Yamila Gascon

1. UNIVERSIDAD DE ORIENTE
NÚCLEO MONAGAS
DEPARTAMENTO DE INGENIERIA DE SISTEMAS
ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
PROFESORA:
GASCON, YAMILA
BACHILLERES:
CARDOZO, RICHARD
CASTAÑEDA, MARIANELA
LÓPEZ,FERNANDO
RONDON, DAVID

2. INGENIERIA DE REQUISITOS
1. DEFINICION
2. REQUISITOS
3. TIPOS DE REQUISITOS
4. REQUISITOS VS REQUERIMIENTOS
5. ITERACION: IMPLEMENTAR Y PROBAR REQUISITOS
6. PROBLEMAS PARA DETERMINAR LOS REQUISITOS
7. SOLUCIONES APLICADAS
8. IDENTIFICACIÓN DE PERSONAS INVOLUCRADAS EN EL PROCESO
9. IMPORTANCIA DE LA INGENIERIA DE REQUISITOS
10.TECNICAS PARA IMPLEMENTAR LA INGENIERIA DE REQUISITOS
11.PASO A PASO DE LA INGENIERIA DE REQUISITOS
12.ACTIVIDADES DE LA INGENIERIA DE REQUISITOS
13.CADENA DE VALOR DEL METODO WATCH
14.CADENA DE VALOR DE LA INGENIERIA DE REQUISITOS
15.MODELADO DE NEGOCIOS E INGENIERIA DE REQUISITOS
16.CASO PRACTICO
17.REFERENCIAS

3. RECOPILAR
ANALIZAR
VERIFICAR
Definición
Necesidades
del cliente o
usuario para
un sistema
FERNANDO LÓPEZ

4. Conjunto de
Actividades
Análisis de
Problemas
Necesidades
del Cliente
Herramientas
y técnicas
Sistematicas y
repetibles.
Partiendo de
los
Requerimientos
del producto
Concluyendo
con la
especificación
de soluciones
Definición
FERNANDO LÓPEZ

5. Definición
“Proceso técnico inicial para el desarrollo ingenieril de
aplicaciones de software que ocurre en el espacio de
solución de un problema y se encarga de caracterizar la
aplicación de base a las necesidades y los requisitos que
los usuarios de la aplicación tienen”
FERNANDO LÓPEZ

6. Según Arias, M.
(S/F)
“Es una descripción de una condición o
capacidad que debe cumplir un sistema,
ya sea derivada de una necesidad de
usuario identificada, o bien, estipulada
en un contrato, estándar, especificación
u otro documento formalmente impuesto
al inicio del proceso.”
FERNANDO LÓPEZ

7. Lo que la
aplicación
debe hacer
FERNANDO LÓPEZ

8. Iteración
entre
usuarios
y
aplicación
FERNANDO LÓPEZ

9. Restricciones
sobre las
cuales operará
FERNANDO LÓPEZ

10. Atributos
de calidad
que
Debe
satisfacer
FERNANDO LÓPEZ

11. Cualidades,
atributos,
reglas y normas
FERNANDO LÓPEZ

12. 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
FERNANDO LÓPEZ
Arias, M
(2006)
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.

13. 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.
Según
Arias, M
(S/F)
FERNANDO LÓPEZ

14. 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.
Según
Arias, M
(S/F)
FERNANDO LÓPEZ

15. Funcionalidad
ISO 9126
Fiabilidad
Usabilidad
Eficiencia
Portabilidad
Mantenibilidad
FERNANDO LÓPEZ

16. Funcionalidad: permite calificar si la aplicación maneja
adecuadamente las funciones para las cuales fue diseñada
Adecuación Interoperabilidad Seguridad Conformidad
Fiabilidad: capacidad de la aplicación para mantener un
rendimiento adecuado ante determinadas situaciones
Madurez Tolerancia a fallas Facilidad de recuperación
FERNANDO LÓPEZ

17. Usabilidad: permite evaluar el esfuerzo que invierten los usuarios
en el manejo de la aplicación
Comprensibilidad Facilidad de Aprendizaje Comprensibilidad
Eficiencia: evalúa la relación entre el nivel de funcionamiento de
la aplicación y la cantidad de recursos empleados
Uso de recursos Rendimiento
FERNANDO LÓPEZ

18. Mantenibilidad: determina el esfuerzo requerido para mantener
la aplicación, ante fallas o mejoras
Facilidad de modificación Capacidad de Análisis
Portabilidad: determina la habilidad de la aplicación para ser
transferida de un ambiente a otro
Facilidad de instalación Adaptabilidad Coexistencia
FERNANDO LÓPEZ

19. REQUERIMIENTOS REQUISITOS
Indica: ¿Qué debe hacer el
sistema?
Indica: ¿Cómo se debe hacer el
software?
¿Cómo resolver un problema o
lograr un objetivo?
Las condiciones que deben
cumplirse para resolver la
problemática
Las necesidades que se tienen para
la elaboración del sistema y lo que
como desarrolladores debemos
satisfacer
Lo que el sistema/solución debe
cumplir
FERNANDO LÓPEZ

20. PLAN DE ITERACIÓN
Calcular la Carga de Trabajo Adecuada de la Iteración
Estado de Todas las Iteraciones
Programar la Demostración y la Entrega de la Iteración
Realizar el Seguimiento de las Iteraciones
1
2
3
Información General sobre
los Requisitos
Evolución y Tasa de Evolución
DAVID RONDON

21. Con personas
involucradas
Con los
analistas
Con los
desarrolladores
DAVID RONDON

22. Herramientas
SOLUCIONES
Pizarras
electrónicas
Capacidad
de captura
lógica
Capacidad de
generar
prototipos
Capacidad de
operar con el
prototipo
Capacidad de
agregar
requisitos
DAVID RONDON

23. Usuario Final
Usuario Líder
Personal de Mantenimiento
Analistas y Programadores
Personal de Pruebas
DAVID RONDON

24. Permite gestionar las necesidades del
proyecto en forma estructurada
Mejora la capacidad de predecir
cronogramas de proyectos
Evita rechazos de usuarios finales
Disminuye los costos y retrasos del
proyecto
MARIANELA CASTAÑEDA

25. TALLERES
ENTREVISTAS
FORMAS
DE
CONTRATO
PROTOTIPOS
CASOS DE
USO
MARIANELA CASTAÑEDA

26. Inicio
Obtención
Validación
Negociación
Elaboración
Revisión
Asegurar que la
concepción del
problema que tiene
el ingeniero de
software coincide
con la percepción
del cliente.
MARIANELA CASTAÑEDA

27. 1
2
3
4
5
INICIO
OBTENCIÓN
ELABORACIÓN
NEGOCIACIÓN
ESPECIFICACIÓN
VALIDACIÓN
GESTIÓN
6
7
ARIAS
M.
(S/F)
MARIANELA CASTAÑEDA

28. • Identificar una nueva necesidad de
negocio
• Descubrimiento de un nuevo mercado
• Descubrimiento de un nuevo Servicio
Inicio
• Consiste en la recopilación de
información de forma organizada
Obtención por los Ingenieros
MARIANELA CASTAÑEDA

29. • 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)
MARIANELA CASTAÑEDA
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

30. • Documentación de los requerimientos
acordados con el cliente, en un nivel
apropiado de detalle
MARIANELA CASTAÑEDA
Especificació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

31. VALIDACIÓN
MARIANELA CASTAÑEDA
Examina la
especificación para
asegurar que los
requisitos de software
se han establecido de
manera precisa
Conjunto de actividades que
ayuda al equipo del proyecto a
identificar, controlar y
rastrear los requisitos como
también los cambios a éstos en
el desarrollo del proyecto, la
gestión formal se inicia solo
para proyectos grandes
GESTIÓN

32. La IR se ubica, junto al Modelado de Negocios, al comienzo de la cadena de
valor del desarrollo de software, Método WATCH.
RICHARD CARDOZO

33. El proceso de la Ingeniera de Requisitos se puede
concebir como una cadena de valor en donde:
VALIDACIÓN DE REQUISITOS
Descubrimiento Análisis de los
requisitos
Especificación
de los
requisitos
GESTIÓN DE REQUISITOS
RICHARD CARDOZO

34. RICHARD CARDOZO

35. RICHARD CARDOZO Según Jonás Montilva y Judith Barrios

36. • 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
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):
RICHARD CARDOZO Según Jonás Montilva y Judith Barrios

37. • Dirigido a los clientes/usuarios
• Contenido identifica, describe, organiza y
relaciona los requisitos desde la
perspectiva de los clientes/usuarios
• 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
Documento de Definición
de Requisitos (DDR):
Documento de
Especificación de
Requisitos (DER):
RICHARD CARDOZO Según Jonás Montilva y Judith Barrios

38. RICHARD CARDOZO

39. INGENIERÍA DE REQUISITOS PARA PROCESOS DE EJECUCIÓN DE ESTRATEGIAS DE
MERCADEO (IMPULSOS Y FACHADAS), COORDINACIÓN DE DESARROLLO EN EL PUNTO
DE VENTA CERVECERÍA POLAR C.A TERRITORIO COMERCIAL ORIENTE SUR
Desarrollar la ingeniería de requisitos de aplicación
empresarial para la gestión, control y seguimiento de los
procesos de ejecución de estrategias de mercadeo (Impulsos
y Fachadas).
RICHARD CARDOZO
Autor: Br. Sarabia D, Karinthia L

40. Enunciado
La Coordinación de Desarrollo en el Punto de Venta en Cervecería Polar C.A
Territorio Comercial Oriente Sur, realiza los procesos de ejecución de estrategias de
mercadeo específicamente impulsos y fachadas sin contar con una herramienta que le
permita realizar un control y respaldo de la información (presupuestos, facturas,
reportes fotográficos, entre otros) generada en estos procesos.
Actualmente la coordinación comenzó a implementar un mecanismo para llevar a cabo el
respaldo de la información, este implica el empleo de tiempos prolongados convirtiéndose
en un trabajo engorroso y difícil de llevar un seguimiento tanto físico como sistematizado,
aún así no satisface los requerimientos de la unidad, es decir que, en el momento de solicitar
o verificar datos específicos, se debe buscar en cada una de las carpetas donde se almacenan
archivos físicos provocando un atraso y lentitud en las actividades laborales cotidianas. Al
mismo momento se evidencia la inexistencia de una base de datos consolidada que sirva de
soporte sustentable para la toma de decisiones. Por las razones antes expuestas se propone
el desarrollo de la ingeniería de requisitos de una aplicación empresarial que facilitará el
control y la visualización de los procesos de ejecución de estrategias de mercadeo como son
la aplicación de impulsos y fachadas en los puntos de expendios que mantienen acuerdos
con Cervecería Polar C.A.

41. • Carácter Proyectivo y nivel comprensivo
Investigación
• Observación directa
• Revisión documental
• Entrevistas no estructuradas
• Cuestionario
Técnicas de recolección
de datos
• Gray watch
Metodología • Lenguaje unificado de modelado (UML)
•Solución para diseñar y construir una
aplicación empresarial que atienda las
necesidades planteadas en la coordinación con
la finalidad de automatizar los procesos
Impulsos y Fachadas
Propuesta
RICHARD CARDOZO

42. Se plantea un sistema desarrollado bajo ambiente web que permita
mejorar el procesamiento de manera eficaz de las estrategias
requeridas.

43. Planilla VOLERE Primer Requisito Funcional
Identificador del
requisito: RF-01
Tipo de requisito:
Funcional
Caso de uso/Evento:
Descripción: El sistema debe validar el acceso de todos los usuarios del
sistema.
Justificación del requisito: es necesario para restringir el acceso al
sistema sólo a personas autorizadas y a su vez muestra opciones del
sistema de acuerdo al rol del usuario.
Fuente:
Unidad en la que se origina:
Jaime Albornett
Departamento de Sistemas
Criterios de validación: El sistema implementado se estará revisando
periódicamente para evaluar si la aplicación permite el acceso a la misma a
personas que no se encuentren registradas o autorizadas.
Grado de satisfacción del
interesado: 5
Grado de insatisfacción del
interesado: 1
Dependencias: 2, 5, 6, 7, 32, 34, 35,
36, 38, 40
Conflictos: No presenta
Documentos de soporte: No
definido
Histórico de cambios:06/09/2010
Proyecto: Sistema para la gestión y
control de las estrategias de
mercadeo
Analista: Karinthia Sarabia

44. Bibliográficas:
IAN SOMMERVILLE (2005). Ingeniería de Software(7ma Ed.).
Pearson Educación S.A: Madrid
Electrónicas:
• 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_11pdf [Consultado: 21 de noviembre
de 2014]
• CAPA,A Y LUDEÑA,S.(S/F). Ingeniería de Requisitos.[Documento en Línea]. Disponible
en: http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-requisitos.
php [Consultado: 21 noviembre 2014].