hola

ANÁLISIS DE REQUERIMIENTOS
Definición de Requerimiento
Cuando el Cliente solicita que se desarrolle un sistema tiene algunas nociones de lo que debe hacer. Por esta razón cada sistema basado en software tiene un propósito, usualmente expresado con algo que el sistema debe hacer.
Un Requerimiento “es una característica del sistema o una descripción de algo que el sistema es capaz de hacer conel objeto de satisfacer el propósito del sistema”.
Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
Una representación documentada de una condición o capacidad.
Es decir, losrequerimientos son lo que los clientes/usuarios esperan que haga el sistema.
Los analistas, por lo tanto, deben entender el problema de los usuarios en SU cultura y con SU lenguaje y construir el sistema que resuelve sus necesidades.
En si el objetivo del análisis de requerimientos es resolver el problema.
Requerimientos v/s Diseño
Los requerimientos definen el Qué (el problema) del sistema.
El Diseñodefine el Cómo (la solución).
Durante el análisis de requerimientos no se consideran descripciones específicas de la implementación como requerimientos, a menos que el cliente lo pida (Ej.: bases de datos específicas, lenguajes de programación, etc.).
Los requerimientos, por lo tanto deben centrarse en el cliente/usuario y el problema.
Importancia de los requerimientos
En 1994 el StandishGroup hizo un estudio sobre 350 compañías y cerca de 8000 proyectos de software para averiguar como les estaba llendo. Los resultados fueron desencantadores:
El 31% de los proyectos de software fueron cancelados antes de tiempo (2480 proyectos).
En las grandes compañías, sólo el 9% de los proyectos fue entregado en el término de tiempo y dentro del costo que se presupuestaron; el 16% satisfizoestos requerimientos en las compañías pequeñas.
En 1995 Standish pidió a los participantes que especificarán las causas. Los resultados fueron los siguientes:
Requerimientos incompletos (13,1%).
Falta de compromiso del usuario (12,4%).
Falta de recursos (10,6%).
Expectativas no realistas (9,9%).
Falta de soporte ejecutivo (9,3%).
Requerimientos y especificaciones cambiantes (8,7%).Falta de planeamiento (8,1%).
Fin de la necesidad del sistema (7,5%).
Boehm y Papaccio en 1988, realizan un cuantificación del costo de corregir los errores asociados a requerimientos en las diversas etapas del software.
Etapa en la que se encuentra el error
Costo en USD
Análisis y Esp. Requerimientos
1
Diseño
5
Codificación
10
Prueba Unitaria
20
Producción
200

Documentos deRequerimientos
Existen dos documentos que emanan del análisis de requerimientos:
Definición de requerimientos
Es un documento que debe escribirse en términos que el cliente pueda entender. Es decir, este documento es un listado completo de todas las cosas que el cliente espera que haga el sistema propuesto.
Este documento es escrito en forma conjunta por el cliente y el desarrollador.Especificación de requerimientos
Documento que reitera la definición de los requerimientos en los términos técnicos apropiados para el desarrollador del diseño de un sistema.
Es la contrapartida técnica al documento de definición de requerimientos y es escrito por los analistas de requerimientos.
A veces un único documento puede servir para ambos propósitos, lo que lleva a un entendimiento comúnentre clientes, analistas de requerimientos y diseñadores.
Pero a menudo se necesitan ambos documentos.
Es muy importante, que al usar ambos documentos exista una correspondencia directa entre cada requerimiento del documento de definición y aquellos documentos en la especificación.
Esto para que la visión del cliente este unida a la de los desarrolladores (esto se logra gracias a la gestión...