Ingenieria De Requisitos I830
6. Ingeniería de requisitos
Ingeniería de requisitos
Introducción
• Entender la naturaleza de un problema por lo
general es algo difícil es difícil establecer
que debe hacer un sistema software
• La descripción de los servicios y restricciones
son los requisitos del sistema
• El proceso para identificar dichos requisitos es
el análisis de requisitos
•
•
•
•
•Introducción.
Requisitos de sistema.
El proceso de ingeniería de requisitos.
IEEE Std. 830-1998.
Gestión de requisitos.
Ingeniería de requisitos
Introducción
• Podemos identificar dos tipos de requisitos:
- Requisitos de usuario.
- Requisitos de sistema.
• Los requisitos de usuario son frases en
lenguajes natural junto a diagramas de los
servicios que el sistema debe proporcionar, asícomo las restricciones bajo las que debe operar
Ingeniería de requisitos
Introducción
• Los requisitos de sistema determinan los
servicios del sistema y las restricciones en
detalle. Sirven como contrato.
• Es decir, son los mismo, pero a distinto nivel
de detalle
- e.g. req. usuario: el sistema debe hacer préstamos
- e.g. reg. sistema: función préstamo; entrada: cód.
socio, cód.ejemplar; salida: fecha devolución; ......
Ingeniería de requisitos
Requisitos de sistema
- En algunos casos, también determinan lo que no debería
hacer el sistema.
- e.g.
función: préstamo.
descripción: presta un ejemplar a un socio de la biblioteca.
entrada: código socio, código ejemplar.
salida: fecha devolución.
origen:operador consola.
destino: sistema.
requisito: base de datos desocios y ejemplares.
precondición: usuario y ejemplar dados de alta, usuario sin préstamos pendientes,
usuario sin límite alcanzado.
postcondicion: ejemplar prestado al usuario.
efectos laterales: retirar carné durante 7 días si el usuario tiene préstamos
pendientes.
Ingeniería de requisitos
Requisitos de sistema
• Hay tres tipos de requisitos de sistema:
- Requisitos funcionales.
-Requisitos no funcionales
- Requisitos del dominio.
• Los requisitos funcionales describen:
- Los servicios que proporciona el sistema (funciones).
- La respuesta del sistema ante determinadas entradas.
- El comportamiento del sistema en situaciones
particulares.
Ingeniería de requisitos
Requisitos de sistema
• Los requisitos no funcionales son restricciones
de los servicios o funcionesque ofrece el
sistema (e.g. tiempo, proceso de desarrollo,
etc.)
- e.g. la biblioteca debe ser capaz de atender
simultáneamente a todas las bibliotecas de la UCM
Ingeniería de requisitos
Requisitos de sistema
• A su vez, hay tres tipos de requisitos no
funcionales:
- Requisitos del producto. Especifican el comportamiento
del producto (e.g. prestaciones, memoria, tasa de fallos,
etc.)- Requisitos organizativos. Se derivan de las políticas y
procedimientos de las organizaciones de los clientes y
desarrolladores (e.g. estándares de proceso, lenguajes de
programación, etc.)
- Requisitos externos. Se derivan de factores externos al
sistema y al proceso de desarrollo (e.g. requisitos
legislativos, éticos, etc.)
Ingeniería de requisitos
El proceso de ingeniería de req.• La ingeniería de requisitos debe centrarse
sobre lo que hay que hacer, no sobre el cómo
• Tiene distintas fases que producen resultados
diferentes
Ingeniería de requisitos
Requisitos de sistema
• Los requisitos del dominio se derivan del
dominio de la aplicación y reflejan
características de dicho dominio. Pueden ser
funcionales o no funcionales
- e.g. El sistema de biblioteca de laUCM debe ser
capaz de exportar datos mediante el Lenguaje de
Intercomunicación de Bibliotecas de España
(LIBE).
- e.g. El sistema de biblioteca no podrá acceder a
bibliotecas con material censurado.
Ingeniería de requisitos
El proceso de ingeniería de req.
Estudio de
viabilidad
Análisis de
requisitos
Especificación de
requisitos
Informe de
viabilidad
Requisitos
de usuario...
Regístrate para leer el documento completo.