Trata de lo que el sistema debe hacer, sus propiedades emergentes y esenciales, y las restricciones en el funcionamiento del sistema y los procesos de desarrollo de software. Es el proceso de comunicación entre los clientes y usuarios del software y los desarrolladores del mismo.
INTRODUCCION
¿A qué se le llama Ingeniería de
Requerimientos?
Al proceso de descubrir, analizar, documentar y verificar los servicios proporcionados por el sistema y sus restricciones operativas.
•Son declaraciones, en lenguaje natural y diagramas, de los servicios que el sistema proporcione y de las restricciones bajo las cuales debe funcionar.
Requerimientos del Usuario
•Establecen con detalle las funciones, servicios y restricciones operativas del sistema. El documento de requerimientos del sistema debe ser funcional. Debe definir exactamente qué es lo que se va a implementar.
Requerimientos del Sistema
Describen lo que el sistema
debe hacer
Se refiere a
las propiedades
emergentes
Se derivan
del dominio de la
aplicación
Definiciones:
Ejemplo de RF:
1. El usuario deberá tener la posibilidad de buscar en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella.
2. El sistema deberá proporcionar visores adecuados para que el usuario lea documentos en el almacén de datos.
3. A cada pedido se le deberá asignar un identificador único, que el usuario podrá copiar al area de almacenamiento permanente de la cuenta.
Ejemplo de R. No Funcionales:
Nota: Siempre que sea posible, se deben redactar los requerimientos no funcionales de manera cuantitativa para que se puedan probar de un modo objetivo.
Ejemplo de Requerimientos del dominio:
El sistema LIBSYS incluye varios requerimientos del dominio:
1. Deberá existir una interfaz de usuario estándar para todas las bases de datos que estará basada en el estándar Z39.50.
2. Debido a las restricciones de derechos de autor, algunos documentos deberán borrarse después de su llegada, se imprimirán de forma local en el servidor y serán distribuidos de forma manual.
Los requerimientos del usuario par un sistema deben describir los requerimientos funcionales y no funcionales de tal forma que sean comprensibles para los usuarios del sistema sin conocimiento técnico detallado.
Únicamente deben especificar el comportamiento externo del sistema y deben evitar, tanto como sea posible, las características del diseño del sistema.
Recomendaciones para redactar los requerimientos del usuario:
1. Inventar un formato estándar y asegurar que todos los requerimientos se adhieran al formato.
2. Utilizar el lenguaje de forma consistente. Distinga entre requerimientos obligatorios y requerimientos deseables.
3. Resalte el texto (con negrita, cursiva, color) para distinguir las partes claves del requerimiento.
4. Evitar el uso de jerga informática.
El documento de requerimientos del software:
Es la declaración oficial de qué deben implementar los desarrolladores del sistema. Debe incluir tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema.
IEEE/ANSÍ 830-1998 (IEEE, 1998)1. Introducción
1.1 Propósito del documento de requerimientos1.2 Alcance del producto1.3 Definiciones, acrónicos y abreviaturas1.4 Referencias1.5 Descripción del resto del documento
2. Descripción general2.1 Perspectiva del producto2.2 Funciones del producto2.3 Características del usuario2.4 Restricciones generales2.5 Suposiciones y dependencias
3. Requerimientos específicos: incluyen los requerimientos funcionales, no funcionales y de interfaz. Obviamente, ésta es la parte más sustancial del documento, pero debido a la amplia variabilidad en la práctica organizacional, no es apropiado definir una estructura estándar para esta sección. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el rendimiento del sistema, especificar los requerimientos lógicos de la base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las características de calidad.
4. Apéndices5. índice