El documento explica los diferentes tipos de requerimientos para el desarrollo de software, incluyendo requerimientos de usuario, de sistema, funcionales y no funcionales. También describe los beneficios de una buena administración de requerimientos y los posibles problemas. Finalmente, resume la estructura recomendada para un documento de requerimientos de software.

1. QUE SON LOS REQUERIMIENTOS?• Los requerimientos de usuario representan elconjunto completo de resultados a serobtenidos utilizando el sistema.• Los requerimientos de sistemas debenmostrar todo lo que el sistema debe hacermas todas las restricciones sobre lafuncionalidad.• Los requerimientos forman un modelocompleto, representando el sistema total aalgún nivel de abstracción.

2. Cómo identificar losRequerimientos ?• Los Requerimientos toman vida desde querealizamos nuestro primer encuentro deinterlocución con usuarios o clientes.• Este puede desarrollarse utilizando cualquierade una variedad de técnicas como entrevistaspara intercambiar opiniones, brainstorming,prototipeo, cuestionarios, etc.• Cuando los requerimientos se logran redactar aun significativo nivel de detalle, tendremos listoel documento denominado “Especificación deRequerimientos”.

3. Beneficios de una BuenaAdministración de Requerimientos• Mejor control de proyectos complejos.• Mejora en la calidad del software y en lasatisfacción del cliente.• Reducción en los retrasos y en los costos delproyecto.• Mejora en la comunicación del equipo.• Facilita la conformidad con estándares yregulaciones.

4. Los Problemas de la Administraciónde Requerimientos• No son siempre obvios y tienen muchas fuentes.• No son siempre fáciles de expresar en palabras.• Hay muchos tipos diferentes a distintos nivelesde detalle.• El número puede llegar a ser inmanejable.• Están relacionados a otros en una variedad deformas.• Hay muchos interesados y partes responsables.• Cambian.• Pueden ser sensibles al tiempo.

5. Requerimientos del DominioSon requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características de ese dominio. Éstos pueden ser funcionales o no funcionales. Se derivan del dominio del sistema más que de las necesidades especificas de los usuarios. Pueden ser requerimientos funcionales nuevos, restringir los existentes o establecer cómo se deben ejecutar cálculos particulares..

6. Requerimientos de UsuarioDeclaraciones en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe operar. Describen los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por los usuarios del sistema que no posean un conocimiento técnico detallado. Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible, las características de diseño del sistema.

7. Requerimientos del sistemaEstablecen con detalle los servicios y restricciones del sistema. El documento de requerimientos del sistema, algunas veces denominado especificación funcional, debe ser preciso. Éste sirve como un contrato entre el comprador del sistema y el desarrollador del software. Son descripciones más detalladas de los requerimientos del usuario. Sirven como base para definir el contrato de la especificación del sistema y, por lo tanto, debe ser una especificación completa y consistente del sistema. Son utilizados por los ingenieros de software como el punto de partida para el diseño del sistema. La especificación de requerimientos del sistema incluye diferentes modelos del sistema como el de objetos o el de flujo de datos.

8. Requerimientos Funcionales. Describen la funcionalidad o los servicios que seespera proveerá el sistema.• Estos dependen del tipo de software y delsistema que se desarrolle y de los posiblesusuarios del software.• Cuando se expresan como requerimientos delusuario, habitualmente se describen de formageneral mientras que los requerimientosfuncionales del sistema describen con detalle lafunción de éste, sus entradas y salidas,excepciones, etc

9. Requerimientos No FuncionalesSon aquellos requerimientos que no se refierendirectamente a las funciones específicas que entrega elsistema, sino a las propiedades emergentes de éstecomo la fiabilidad, la respuesta en el tiempo y lacapacidad de almacenamiento.• De forma alternativa, definen las restricciones delsistema, como la capacidad de los dispositivos deentrada/salida y la representación de datos que se utilizaen las interfaces del sistema.• Sin embargo, estos requerimientos no siempre serefieren al sistema de software a desarrollar.

10. EL DOCUMENTO DE REQUERIMIENTOS DEL SOFTWARE El IEEE sugiere la siguiente estructura para los documentos de requerimientos. 1. Introducción • propósito del documento de requerimientos • Alcance del producto • Definiciones, acrónimos y abreviaturas • Referencias • Resumen del resto del documento 2. Descripción general • Perspectiva del producto • Funciones del producto • características del usuario • Restricciones generales • Suposiciones y dependencias