1. INSTITUTO UNIVERSITARIO POLITECNICO “SANTIAGO MARIÑO”
NUCLEO BARCELONA EDO.- ANZOATEGUI
MINISTERIO DE EDUCACION SUPERIOR
INGENIERÍA DE SISTEMAS
ANÁLISIS DE REQUERIMIENTOS
AUTOR:
Christian José Rivero C.I: 22.570.332
PROFESOR:
Wilfredy Inciarte Carrill:

2. Contenido
Introducción
Definición
Objetivos
Características
Clasificación
Fuente
Proceso
Importancia
Conclusión
Bibliografía

3. Introducción
Toda metodología de desarrollo de software requiere la
aplicación de una ingeniería de requisitos que recopile y analice la
problemática a resolver desde el punto de viste del cliente con el
fin de generar propuestas de un sistema que satisfaga estas
necesidades mediante funcionalidades acordes a la situación
estudiada para así cumplir efectivamente su propósito.

4. ¿En qué consiste?
Recolectar
• Información acerca de
lo que el usuario
espera que haga el
sistema
Detallar
• Cada requisito de
forma entendible
para el usuario de
acuerdo a sus
necesidades
Proveer
• Descripciones de
funcionalidades que
satisfagan las
demandas del cliente
Análisis de
Requerimien
tos
Este análisis
define la
problemática
estudiada
Luego se
plantea el cómo
resolverlo en la
etapa de diseño

5. Objetivos del Análisis de
Requerimientos
Los requerimientos deben ser de alta calidad para la buena comprensión de clientes y
desarrolladores, pues a partir de ellos se formará una base sobre la cual se construirá todo el
sistema, desde lo mas minúsculo hasta lo mas grande.
Objetivos Específicos:
 Permitir que el desarrollador explique cómo ha entendido lo que el cliente pretende que haga
el sistema.
 Indicar a los diseñadores que funcionalidades y características tendrá el sistema resultante.
 Indicar al equipo de pruebas que demostraciones llevar a cabo para convencer al cliente de
que el sistema que se le entrega es de hecho lo que había ordenado

6. Características del Análisis de
Requerimientos
A modo de comprobación los requerimientos en sí deben cumplir con ciertas pautas
para poseer una alta calidad, entre estas se encuentran:
 Correctos: cliente y desarrollador deben asegurarse de que no cometen errores.
 Completos: deben prever toda situación posible dentro del sistema.
 Consistentes: cada requerimiento debe ser individualmente concebible para evitar
redundancia, ambigüedad y conflictos.
 Realistas: el sistema debe tener la capacidad para cumplir con lo demandado, todo
requerimiento debe ser “posible”.
 Necesarios: cada requerimiento debe concebirse como solución a algún problema.
 Verificables: es preferible que cada requerimiento pueda verificarse mediante pruebas.

7. Clasificación de los Requerimientos
Según su Tipo Descripción
Funcionales Servicios que se espera que el Sistema
cumpla
No Funcionales Todas las propiedades emergentes que no
guardan relación con las funciones
específicas del sistema
De Dominio Especificaciones de la situación de estudio
analizada
Según Destinatario Descripción
Para el Usuario Todo requisito que el usuario haya descrito
previamente
Para el Sistema Toda capacidad que debe poseer el
sistema para cumplir con lo demandado

8. Fuente de los Requerimientos

9. Proceso de la Ingeniería de Requerimientos

10. Importancia de la Ingeniería de Requerimientos
El análisis de requerimientos permite gestionar efectivamente las
necesidades del proyecto a realizar de forma estructurada de acuerdo a la
situación o problemática analizada. Mediante este y el uso de la planificación se
mejora la capacidad de predecir los cronogramas de actividades para el diseño y
desarrollo del sistema en cuestión, disminuyendo significativamente los retrasos y
los costos del proyecto, y asegurando una buena aceptación del cliente final.
Contrario a la creencia popular, el proceso de análisis de requerimientos
actualmente se esta volviendo un ciclo repetitivo mediante el cual se mejora cada
vez mas un sistema, valiéndose de la retroalimentación entre el cliente y el
desarrollador y mejorando la comunicación en el equipo de desarrollo del mismo.

11. Importancia de la Ingeniería de Requerimientos
Con el pasar de los años la ingeniería de requerimientos se ha ido
popularizándose a tal punto de que hoy dia es un standard en cuanto a desarrollo
de software se refiere, esto se debe a que estadísticamente se han hecho estudios
a lo largo de la historia y se ha evidenciado la tendencia al rechazo por parte de
los clientes a empresas o desarrolladores independientes que no han hecho una
debida búsqueda de requisitos y por ende han terminado en fracaso.
Es evidente que una ingeniería de requisitos es muy importante puesto que
se enfoca principalmente en lo que se desea producir, todo aquello que harpa
capaz al sistema de proveer soluciones a través de distintas opciones, cada una de
ellas consultada con su debido cliente durante todo el proceso de desarrollo
(identificación de requisitos, diseño, desarrollo, implementación y pruebas).

12. Conclusión
Estadísticamente se ha demostrado la gran ventaja que significa aplicar
una correcta ingeniería de requisitos a la administración de proyectos, y mas
concretamente al desarrollo de software. Su fácil manejo la hace adaptable a
cualquier metodología en la actualiadad y sirve de apoyo en el proceso
administrativo de los proyectos que una empresa o desarrollador
independiente se plantee, además asegurándole un buen recibimiento por
parte del destinatario de dicho sistema.
Cabe destacar que la ingeniería de requisitos aplica sus fundamentos a
otras áreas para verificar las diferentes situaciones ofreciendo distintos puntos
de vista y perspectivas subyacentes mediante las cuales mejorar nuestra
propia visión y construcción de cualquier propuesta de soluciones.

13. Bibliografía
• Wiegers, Karl E. (2003). Software Requirements 2: Practical techniques for gathering and
managing requirements throughout the product development cycle, 2nd ed., Redmond:
Microsoft Press.
• Software Engineering 6ª, ed,- Ian Sommerville – Pearson Education – 2000, (Capítulo 5 y 6)
• Ingeniería de Software Teoría y Práctica – Shari Lawrence Pfleeger – Pearson Education –
2002, (Capítulo 4).
• Landgraf, Katja (2011) Requirement Management in Product Development, Symposion
Publishing

14. ¡Muchas Gracias por su
Atención!