Ingeniería del software i

1
INGENIERÍA DEL SOFTWARE I
Tema 3
Requisitos
Univ. Cantabria – Fac. de Ciencias
Francisco Ruiz
Francisco Ruiz - IS1 3.2
Objetivos
• Conocer la naturaleza de los requisitos software.
• Conocer el proceso de desarrollo de requisitos y sus
principales actividades: elicitación, análisis,
especificación y validación de requisitos.
• Aprender a especificar requisitos aplicando el
estándarIEEE 830.
• Comprender la importancia de una correcta gestión
de requisitos.
2
Francisco Ruiz - IS1 3.3
Contenido
• Introducción
Definiciones
Características
Dificultades
• Niveles
Usuario
Dominio
Sistema
• Tipos
Producto vs Proceso
Funcionales vs No Funcionales
Niveles vs Tipos
• Proceso
Características y Objetivos
Actores
Desarrollo vs Gestión
• ElicitaciónFuentes
Técnicas de Captura
• Análisis
Clasificación
Modelado Conceptual
Localización
Negociación
• Especificación
Documento
Estándar IEEE 830
• Validación
Revisiones
Prototipado
• Gestión de Requisitos
Atributos
Trazabilidad
Francisco Ruiz - IS1 3.4
Bibliografía
• Básica
IEEE Computer Society (2004)
SWEBOK - Guide to the Software Engineering Body of Knowledge, 2004Version.
Capítulo 2.
http://www.swebok.org/
Caps. 6 y 7 del libro de Sommerville (2005).
IEEE Std 830 (1998)
IEEE Recommended Practice for Software Requirements Specifications.
• Disponible versión en español.
• Complementaria
Cap. 7 del libro de Pressman (2005).
Cap. 4 del libro de Pfleeger (2002).
3
Francisco Ruiz - IS1 3.5
Definiciones
• Requisito:
Propiedad que debe serexhibida por un software para
resolver un problema particular (SWEBOK).
Condición o capacidad que necesita el usuario para resolver un
problema o conseguir un objetivo determinado.
• Especificación de Requisitos Software (ERS, SRS):
Documento formal de los Requisitos del Sistema
SRS – Software Requirements Specification
Francisco Ruiz - IS1 3.6
Definiciones
• Ingeniería de Requisitos:“Conjunto de actividades para descubrir, documentar y mantener un
conjunto de requisitos”
Establecer los servicios que el cliente requiere de un sistema y las
restricciones bajo las cuales opera y es desarrollado.
• Proceso de Ingeniería de Requisitos:
“Conjunto estructurado de actividades de cuya ejecución se obtiene,
valida y mantiene el documento de requisitos del sistema”
• Gestiónde Requisitos:
Actividad para gestionar los cambios en los requisitos de un sistema
4
Francisco Ruiz - IS1 3.7
Características
• Los requisitos son una etapa clave en el ciclo de
vida:
Su coste es alrededor de 10-15% del coste total del
proyecto.
Un error en los requisitos puede ser hasta 100 veces más
costoso que un error en el código.
Una equivocación en la etapa de requisitos searrastra en las
demás fases del ciclo de vida
Los procesos/sistemas complejos implican miles de
requisitos
Necesidad de gestión y soporte automatizado
Francisco Ruiz - IS1 3.8
Características
• Los requisitos de un software suelen ser una combinación
compleja de los requisitos de diferentes personas en
diferentes niveles de una organización y del entorno en el
cual operará elsoftware.
• Es fundamental que un requisito sea verificable.
• Otros atributos que les caracterizan son:
Prioridad
Identificador único.
x.
• Los requisitos deben ser lo más claros y no ambiguos que se
pueda, y cuantificables (si es posible).
5
Francisco Ruiz - IS1 3.9
Dificultades
• Posibles Problemas con los Requisitos:
No reflejan las necesidades reales del cliente
Son inconsistentesy/o incompletos
Es costoso realizar cambios sobre los requisitos una vez
que han sido acordados
Puede haber malentendidos entre clientes, analistas,
ingenieros software, ..
Francisco Ruiz - IS1 3.10
Dificultades
• Posibles Problemas con los Requisitos:
6
Francisco Ruiz - IS1 3.11
Dificultades
• Imprecisión
Es fuente de problemas.
Los requisitos ambiguos pueden ser interpretados...