Documento De Requerimientos De Software 4b134w

DOCUMENTO DE REQUERIMIENTOS DE SOFTWARE Es un comunicado oficial de lo que deben implementar los desarrolladores del sistema. En el documento incluye tanto los requerimientos del para un sistema, como una especificación detallada de los requerimientos del sistema. Los documentos de requerimientos son esenciales cuando un contratista externo diseña el sistema de software. Tenemos posibles s de documento y como ellos lo utilizan:

La diversidad de posibles s significa que el documento de requerimientos debe ser un compromiso entre la comunicación de los requerimientos a los clientes, la definición de los requerimientos con detalle preciso para desarrolladores y examinadores, y la inclusión de información sobre la posible evolución del sistema.

ESPECIFICACIÓN DEL REQUISITOS DEL SISTEMA Empecemos hablando del objetivo de la especificación de requisitos del sistema El objetivo principal del a Especificación de requisitos del sistema que por momento lo llamaremos (ERS)es servir como medio de comunicación entre clientes, s, ingenieros de requisitos y desarrolladores. En la ERS deben recogerse tanto las necesidades de clientes y s (necesidades del negocio también conocidas como requisitos de , requisitos de cliente, necesidades del ususario, etc, y así entre otros) como los requisitos que debe cumplir el sistema software a desarrolar para satisfacer dichas necesidades(es decir requisitos del producto también conocidos como requisitos de sistema o requisitos de software).

ESPECIFICACIÓN DE LOS REQUISITOS DEL SOFTWARE 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 s con el software. Ademas de los requisitos funcionales la epecificación de requistos del software también contiene requisitos no funcionales o complementarios. Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación , como , por ejemplo , restricciones en el diseño o estándares de calidad. sta dirigida tanto al cliente como al equipo de desarrollo. El lenguje para su redadccion debe ser informal, de forma, de que sea fácilmente comprensible para todas las partes involucradas en el desarrollo. Una buena ERS debe ser: 

Completa. Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas.



Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especificación.



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. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada.



Priorizable. Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.

 

Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable. Verificable. Debe existir un método finito sin costo para poder probarlo.