Introducción a la Ingeniería de Requisitos
Ing. Roy Saavedra Jiménez
1 Sistemas Integrales II
Ingeniería de Requerimiento
Proceso de la Ingeniería de requisitos
Clasificación y captura de requisitos
Agenda
2 Sistemas Integrales II
Ingeniería de Requerimiento
Sistemas Integrales II 3
En la Ingeniería de Requerimiento, los requerimientos son propiedades o restricciones determinadas de forma precisa que deben satisfacerse.
La Ingeniería de Requerimientos contempla todas las tareas especificas para satisfacer las necesidades durante el proceso de creación o modificación de
un software.
Sistemas Integrales II 4
Ingeniería de Requerimiento
Sistemas Integrales II 5
Ingeniería de Requerimiento
Sistemas Integrales II 6
Ingeniería de Requerimiento
Proceso de la Ingeniería de requisitos
Sistemas Integrales II 7
• Es muy importante definir cuál es el proceso de ingeniería de requisitos ya que esto nos va a servir para la obtención correcta de los requerimientos.
• Se han definido diversos modelos a nivel de toda la Ingeniería de Software, así
tenemos para el desarrollo de aplicaciones web, de escritorio, o sencillamente se ha definido un estándar, pero en general, la mayor parte de estos procesos tienen un símil y lo único que buscan es recopilar la mayor cantidad de requerimientos correctos para así conformar una buena estructura que servirá de base para el desarrollo de un proyecto.
Proceso de la Ingeniería de requisitos
Sistemas Integrales II 8
El proceso se cumple en cinco fases: viabilidad, captura y análisis, especificación, validación y gestión de requisitos.
Proceso de la Ingeniería de requisitos
Sistemas Integrales II 9
Estudio de viabilidad
•Este permitirá rendir un informe tanto al equipo de desarrollo del proyecto como al usuario o cliente, donde se verificará si el proyecto vale la pena desarrollarlo.
Captura y Análisis
•En esta fase el desarrollador o su equipo de desarrollo entran en contacto con el usuario final o con el cliente para determinar el alcance del proyecto o del sistema que se desea construir, además, se debe identificar cuáles son los servicios que prestará el sistema, su rendimiento, sus necesidades y restricciones, y cuáles son los objetivos esperados.
Especificación
•Aquí se debe obtener un documento de especificación de requisitos, en cual se llega a definir de una forma completa, precisa y verificable cada uno de los requerimientos o necesidades que debe satisfacer el sistema a desarrollar, además de sus respectivas restricciones (software, hardware).
Validación
•Consiste en mostrar o comprobar que cada uno de los requisitos obtenidos definen el sistema o proyecto que se va a construir y que desea el cliente. En esta etapa solamente entran aquellos requisitos que se mencionaron ya en la especificación.
Gestión
•Se realiza la comprensión y control de los cambios de cada una de los requisitos, sean estos requisitos estables (corresponden al estado del sistema) o volátiles (representan eventos que hacen que el sistema realice una función dada).
Clasificación y captura de requisitos
• En la Ingeniería de Requerimientos, los requerimientos de dividen en dos principalmente. – Requerimientos Funcionales
– Requerimientos No Funcionales
Sistemas Integrales II 10
• Los requerimientos Funcionales: contemplan todo lo que el usuario desea que realice el sistema, ejemplo; – emisión de comprobante, impresión de facturas. – El sistema deberá generar los reportes de los lugares con un mayor riesgo de accidentes.
“Que debe hacer un sistema”. • Los requerimientos no funcionales: contemplan todo lo que se necesita
para que el sistema funcione correctamente; por ejemplo – Impresora para la impresión de la factura. – Lenguaje de programación Java – Alta velocidad de procesamiento de datos – GUI de fácil lectura.
“Como debe ser un sistema”
Sistemas Integrales II 11
Clasificación y captura de requisitos
Sistemas Integrales II 12
Clasificación y captura de requisitos
Sistemas Integrales II 13
Consideraciones previas sobre vías que nos dificultan la determinación de los requerimientos:
Los usuarios no tienen claro lo que desean Los usuarios no se involucran en la elaboración de los requerimientos
escritos Los usuarios insisten en nuevos requerimientos después de que el coste y
la programación se halla fijado. La comunicación es lenta Los usuarios no participan en revisiones o son
incapaces de hacerlo. Los usuarios no comprenden los problemas técnicos. Los usuarios no entienden el proceso de desarrollo. Las exigencias del consumidor cambian, cuando el desarrollo del producto
ya esta en marcha.
Captura de requisitos
Sistemas Integrales II 14
Captura de requisitos
Sistemas Integrales II 15
Captura de requisitos
Sistemas Integrales II 16
Captura de requisitos
Sistemas Integrales II 17
Captura de requisitos
Sistemas Integrales II 18
Captura de requisitos
Sistemas Integrales II 19
Captura de requisitos
Sistemas Integrales II 20
Captura de requisitos
Sistemas Integrales II 21
Captura de requisitos
Sistemas Integrales II 22
Captura de requisitos
Sistemas Integrales II 23
Captura de requisitos
Sistemas Integrales II 24
Captura de requisitos
Sistemas Integrales II 25
Captura de requisitos
Sistemas Integrales II 26
Captura de requisitos
Sistemas Integrales II 27
Captura de requisitos
Sistemas Integrales II 28
Captura de requisitos
Sistemas Integrales II 29
Captura de requisitos
Sistemas Integrales II 30
Captura de requisitos
Sistemas Integrales II 31
Captura de requisitos
Sistemas Integrales II 32
Captura de requisitos
Sistemas Integrales II 33
Captura de requisitos
En Conclusión:
Sistemas Integrales II 34
Sistemas Integrales II 35
Sistemas Integrales II 36
Sistemas Integrales II 37
Sistemas Integrales II 38
Sistemas Integrales II 39
Sistemas Integrales II 40
Sistemas Integrales II 41
Sistemas Integrales II 42
Sistemas Integrales II 43
Sistemas Integrales II 44
Sistemas Integrales II 45
Caso Practico 1: Requerimiento
Sistemas Integrales II 46
Caso Practico I: Requerimiento
Sistemas Integrales II 47
Caso Practico I: Requerimiento
Sistemas Integrales II 48
Caso Practico II: Requerimiento
Sistemas Integrales II 49