Вы находитесь на странице: 1из 3

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 usuario para un sistema, como una especificacin
detallada de los requerimientos del sistema.

Los documentos de requerimientos son esenciales cuando un contratista externo disea el sistema de
software.

Tenemos posibles usuarios de documento y como ellos lo utilizan:

La diversidad de posibles usuarios significa que el documento de requerimientos debe ser un


compromiso entre la comunicacin de los requerimientos a los clientes, la definicin de los
requerimientos con detalle preciso para desarrolladores y examinadores, y la inclusin de informacin
sobre la posible evolucin del sistema.
ESPECIFICACIN DEL REQUISITOS DEL SISTEMA

Empecemos hablando del objetivo de la especificacin de requisitos del sistema

El objetivo principal del a Especificacin de requisitos del sistema que por momento lo llamaremos
(ERS)es servir como medio de comunicacin entre clientes, usuarios, ingenieros de requisitos y
desarrolladores.

En la ERS deben recogerse tanto las necesidades de clientes y usuarios (necesidades del negocio
tambin conocidas como requisitos de usuario, 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 tambin conocidos como requisitos de sistema o requisitos
de software).

ESPECIFICACIN DE LOS REQUISITOS DEL SOFTWARE

Es una descripcin completa del comportamiento del sistema que se va a desarrollar. Incluye un
conjunto de casos de uso que describe todas las interacciones que tendrn los usuarios con el software.

Ademas de los requisitos funcionales la epecificacin de requistos del software tambin contiene
requisitos no funcionales o complementarios. Los requisitos no funcionales son requisitos que imponen
restricciones en el diseo o la implementacin , como , por ejemplo , restricciones en el diseo o
estndares 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 fcilmente 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 tambin con otros
documentos de especificacin.

Inequvoca. La redaccin debe ser clara de modo que no se pueda mal interpretar.

Correcta. El software debe cumplir con los requisitos de la especificacin.

Trazable. Se refiere a la posibilidad de verificar la historia, ubicacin o aplicacin de un tem a


travs de su identificacin almacenada y documentada.

Priorizable. Los requisitos deben poder organizarse jerrquicamente segn su relevancia para el
negocio y clasificndolos en esenciales, condicionales y opcionales.
Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fcilmente
modificable.
Verificable. Debe existir un mtodo finito sin costo para poder probarlo.