Este documento describe el proceso de análisis de requisitos para sistemas de software o hardware. Explica que el análisis de requisitos implica estudiar las necesidades de los usuarios para definir los requisitos del sistema. Luego detalla las fases del análisis de requisitos como obtener, analizar, documentar, verificar y validar los requisitos. También cubre técnicas como entrevistas y prototipos para obtener requisitos de los usuarios.
2. ANÁLISIS DE REQUISITOS O
REQUERIMIENTOS
Es el proceso del estudio de las necesidades de los
usuarios para llegar a una definición de los requisitos
del sistema, de hardware o de software, así como el
proceso de estudio y refinamiento de dichos requisitos
El Requisito es “una condición o capacidad que
necesita el usuario para resolver un problema o
conseguir un objetivo determinado” (por ejemplo,
poder listar rápidamente todos los clientes que deben
dinero)
3. FASES DE IMPLEMENTACIÓN DE
A.R
Obtener requisitos: a través de entrevistas o comunicación con
clientes o futuros usuarios, para saber cuáles son sus
expectativas.
Analizar requisitos: detectar y corregir las carencias o falencias
comunicativas, transformando los requisitos obtenidos de
entrevistas y requisitos, en condiciones apropiadas para ser
tratados en el diseño.
Documentar requisitos: igual que todas las etapas, los
requisitos deben estar debidamente documentados.
Verificar los requisitos: consiste en comprobar la
implementación de los requisitos.
Validar los requisitos: comprobar que los requisitos
implementados sean funcionales para lo que inicialmente se
construyó el producto.
4. TÉCNICAS PARA OBTENER LOS
REQUISITOS
Los analistas pueden emplear varias técnicas para
obtener los requisitos del cliente
Entrevistas.- no se entrevista a toda la gente que se
relacionará con el sistema, sino a una selección de
personas que represente a todos los sectores críticos de
la organización
Talleres.- se realiza talleres facilitados por un analista
del negocio, en donde las personas implicadas
participan en discusiones para descubrir requisitos,
analizan sus detalles y las implicaciones cruzadas
5. TÉCNICAS PARA OBTENER LOS
REQUISITOS
Forma de contrato.- en lugar de una entrevista, se
pueden llenar formularios o contratos indicando los
requisitos.
Objetivos medibles.- los requisitos formulados por
los usuarios se toman como objetivos generales, a largo
plazo.
Prototipos .- un prototipo es una pequeña muestra,
de funcionalidad limitada, de cómo sería el producto
final una vez terminado. Ayudan a conocer la opinión
de los usuarios y rectificar algunos aspectos antes de
llegar al producto terminado.
6. CARACTERÍSTICAS DE UNA BUENA
ESPECIFICACIÓN DE REQUISITOS DEL
SISTEMA (ERS)
No ambigua. Cada requisito descrito debe tener una
única interpretación.
Completa
Fácil de verificar. Existencia de algún procedimiento
finito y efectivo en coste para que se compruebe que el
software satisface dicho requisito
Consistente. Lo será sí ningún conjunto de requisitos
entran en conflicto entre ellos.
7. CARACTERÍSTICAS DE UNA BUENA
ESPECIFICACIÓN DE REQUISITOS DEL
SISTEMA (ERS)
Fácil de modificar. La estructura y el estilo de la ERS
deben permitir que cualquier cambio necesario en los
requisitos pueda realizarse de forma fácil, completa y
consistente
Facilidad para identificar el origen y las
consecuencias de cada requisito. si establece un
origen claro para cada uno de los requisitos y si
posibilita la referencia de estos requisitos en
desarrollos futuros o en incrementos de la
documentación.
8. CARACTERÍSTICAS DE UNA BUENA
ESPECIFICACIÓN DE REQUISITOS DEL
SISTEMA (ERS)
Facilidad de utilización durante la fase de
explotación y de mantenimiento.
9. ESTRUCTURA DEL E.R.S
1.- Introducción
1.1 Objetivo
1.2 Ámbito
1.3 Definiciones, Siglas y Abreviaturas
1.4 Referencias
1.5 Visión Global
2.- Descripción General
2.1 Perspectiva del producto
2.2 Funciones del producto
2.3 Características del Usuario
2.4 Limitaciones Generales
2.5 Supuestos y dependencias
3.- Requisitos específicos