1.

1 REVISIÓN DE ESPECIFICACIÓN DE
REQUISITOS.
• Es una descripción completa del
comportamiento del sistema que se va a
desarrollar.
• Incluye un conjunto de casos de uso que
describe todas las interacciones que
tendrán los usuarios con el software. Los
casos de uso también son conocidos como
requisitos funcionales.
 1.1.1 NORMA IEEE830
Se ha realizado siguiendo las recomendaciones del estándar IEEE 830-1998
 Completa: todos los requerimientos deben estar reflejados en ella
Consistente: debe ser coherente con los propios requerimientos
Inequívoca: la redacción debe ser clara de modo que no se pueda mal interpretar.
Correcta: el software debe cumplir con los requisitos de la especificación.
Trazable: posibilidad de verificar la historia, ubicación o aplicación de un ítem
Priorizable: los requisitos deben poder organizarse jerárquicamente
Modificable: se refiere a que debe ser fácilmente modificable.
Verificable: debe existir un método finito sin costo para poder probarlo.
 1.1.2 TRAZABILIDAD DE REQUISITOS
 Cuando hablamos de gestión de requisitos, que a veces relacionamos con un
montón de trabajo, con la necesidad de disponer de herramientas complejas, y en
muchas ocasiones con una pérdida de tiempo innecesaria. Sin embargo, es como la
mayor parte de técnicas y disciplinas de Business Analysis y Project Management,
en su justa medida puede contribuir de manera muy importante al éxito del
proyecto.
 ¿QUÉ ES TRAZABILIDAD?
• La trazabilidad es establecer una línea imaginaria que relacione hacia atrás los requisitos con
objetivos del proyecto, y hacia delante con test cases o releases. Permite, por lo tanto, relacionar y
establecer dependencias entre requisitos, y también con otros elementos importantes en el proyecto
(diseño técnico, componentes de código, test cases, releases, incidencias…).
¿CUÁLES SON LOS BENEFICIOS DE LA
TRAZABILIDAD DE REQUISITOS?
 1.2 DESCRIPCIÓN DE PROCESOS
ACTUALES
• Un Proceso: conjunto de actividades interrelacionadas que transforman entradas en
salidas (ISO 12207/UNE 77104)
• Un Proceso Software (PS): es Un conjunto coherente de políticas, estructuras
organizacionales, tecnologías, procedimientos y artefactos que son necesarios para
concebir, desarrollar, instalar y mantener un producto software. (Fugetta, 2000)