El documento habla sobre la ingeniería de requisitos. Define la ingeniería de requisitos como la rama de la ingeniería de software que se ocupa del establecimiento de los objetivos, funciones y restricciones de los sistemas de software. Explica que los requisitos deben ser necesarios, concisos, completos, consistentes, no ambiguos y verificables. Además, distingue entre requisitos de usuario y de sistema, y entre requisitos funcionales y no funcionales.

1. INGENIERÌA DE
REQUISITOS
AUTORES:
• KELVIN DAYAN MUÑOZ ALMEIDA
• JOSÈ ÀNGEL VERA HIDROVO

2. ¿ QUÈ ES LA INGENIERÍA
DE REQUISITOS?
Hay muchos autores, y cada uno de ellos define lo que
es la ingeniería de requisitos con sus propios palabras
que son:

3. Sabe Z.
• Rama de la ingeniería del software que trata con el establecimiento de los objetivos, funciones y
restricciones de los sistemas software.
• Asimismo, se ocupa de la relación entre estos factores con el objeto de establecer especificaciones precisas.
Boeh M.
• Ingeniería de Requerimientos es la disciplina para desarrollar una especificación completa, consistente y no
ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde
se describen las funciones que realizará el sistema.
Loucopoulos
• Trabajo sistemático de desarrollo de requisitos, a través de un proceso iterativo y cooperativo de análisis del
problema, documentando los resultados en una variedad de formatos y probando la exactitud del
conocimiento adquirido.

4. CARÁCTERÌSTICAS DE LA
INGENIERÍA DE REQUISITOS
Un requerimiento es necesario si su omisión provoca una deficiencia en el sistema a construir, y
además su capacidad, características físicas o factor de calidad no pueden ser reemplazados por
otras capacidades del producto o del proceso.
Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe ser simple y clara
para aquellos que vayan a consultarlo en un futuro.
Un requerimiento está completo si no necesita ampliar detalles en su redacción, es decir, si se
proporciona la información suficiente para su comprensión.
Necesario
conciso
completo

5. Un requerimiento es consistente si no es contradictorio con otro requerimiento.
Un requerimiento no es ambiguo cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar
confusiones al lector.
Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los
siguientes métodos de verificación: inspección, análisis, demostración o pruebas.
consistente
No
ambiguo
verificable

6. TIPOS DE REQUISITOS
REQUISITOS DE
USUARIO Y DE
SISTEMA.
REQUISITOS
FUNCIONALES Y
NO FUNCIONALES

7. REQUISITOS DE USUARIO
Componen el proceso de organizar la información sobre las
necesidades del usuario. Ofrecen al usuario una vista del
problema pero no al desarrollador

8. REQUISITO DE SISTEMA
Definen los niveles de disponibilidad del software, el uso del sistema
cuando esté operativo, su capacidad mínima y media disponible, etc.

9. REQUERIMIENTOS
FUNCIONALES
Representan funcionalidades que el sistema debe cubrir, mediante la
descripción de casos de uso en los que los diferentes actores utilizan
los diferentes servicios proporcionados por el sistema. Cada requisito
funcional llega a identificarse con el evento de activación, las pre y
post condiciones, así como los pasos que componen el caso de uso
junto con sus excepciones.

10. REQUERIMIENTOS NO
FUNCIONALES
Pueden especificar también la utilización de una
herramienta CASE en particular, un lenguaje de
programación o un método del desarrollo.