¿Qué es un Requerimiento?

Un requerimiento es un rango de instrucciones abstractas de alto nivel de un servicio o de un sistema, limitado a detallar una especificación funcional matemática.

• Así es inevitable como los **Requerimientos** pueden servir en una función dual:
• Puede ser la base para una declaración de un contrato, por lo tanto, debe estar abierto a interpretación.
• Puede ser la base para el contrato en sí, por lo tanto, debe ser definido en detalle.
• Ambas declaraciones serán llamadas **Requerimientos**.

Requerimientos vs. Requisitos (1/2)

• Definiciones:
• Requerir: se asocia a necesitar algo.
• Requisito: se asocia a lo que se debe cumplir.
• Para el área informática:
• Requerimiento: Necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.
• Requisito: Lo necesario para poder llevar a cabo los requerimientos.
• En consecuencia:
• Requerimiento: Lo que pide el usuario.
• Requisito: lo que se necesita para solventar o resolver lo que pide el usuario.

Los requerimientos son las descripciones que hace el usuario de los deseos o necesidades que tiene frente a un producto a los ingenieros o desarrolladores del software. Estos requerimientos originan unos requisitos que se deben cumplir para alcanzar los requerimientos.

• Lo que quiere el usuario = **REQUERIMIENTO**
• Lo necesario para cumplir lo que quiere el usuario = **REQUISITO**

Ingeniería de Requerimientos (1/4)

• El proceso de establecer los servicios que el cliente requiere de un sistema y los límites bajo los cuales opera y se desarrolla.
• Los **Requerimientos** pueden ser Funcionales o No-Funcionales:
• Los **Requerimientos funcionales** describen servicios o funciones.
• Los **Requerimientos No-funcionales** son un límite en el sistema o en el proceso de desarrollo.

• «Ingeniería de Requerimientos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema» Boehm 1979.
• «Ingeniería de Requerimientos es el proceso por el cual se transforman los requerimientos declarados por los clientes, ya sean hablados o escritos, a especificaciones precisas, no ambiguas, consistentes y completas del comportamiento del sistema, incluyendo funciones, interfaces, rendimiento y limitaciones». STARTS Guide 1987.
• «Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos» Leite 1987.
• «Ingeniería de requerimientos es un enfoque sistémico para recolectar, organizar y documentar los requerimientos del sistema; es también el proceso que establece y mantiene acuerdos sobre los cambios de requerimientos, entre los clientes y el equipo del proyecto» Rational Software.
• “La ingeniería de requerimientos es el proceso de desarrollar una especificación de software. Las especificación es pretender comunicar las necesidades del sistema, del cliente a los desarrolladores del sistema”

¿Por qué IR?

• Permite gestionar las necesidades del proyecto en forma estructurada.
• Mejora la capacidad de predecir cronogramas de proyectos, así como sus resultados.
• Disminuye los costos y retrasos del proyecto.
• Mejora la calidad del software.
• Mejora la comunicación entre equipos.
• Evita rechazos de usuarios finales.

Requerimiento

• IEEE Std 610.12-1990 IEEE Standard Glossary of Software Engineering Terminology
• (1) Una condición o necesidad de un usuario para resolver un problema y así alcanzar un objetivo.
• (2) Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
• (3) Una representación documentada de una condición o capacidad como en (1) o (2).
• “Un requerimiento es simplemente una declaración abstracta de alto nivel de un servicio que debe proporcionar el sistema o una restricción de éste”.

Tipos de Requerimientos (I)

Pueden clasificarse como:

• Funcionales:

  Característica requerida del sistema que expresa una capacidad de acción del mismo, en otras palabras, una funcionalidad.

• No Funcionales u Operacionales:

  Característica requerida del sistema, del proceso de desarrollo, del servicio prestado o de cualquier otro aspecto del desarrollo, que señala una restricción del mismo.

Requisitos Funcionales

• Describen una interacción entre el sistema y su ambiente, como debe comportarse el sistema ante determinado estímulo. O incluso como NO debe comportarse.

Requisitos No Funcionales

• Describen una restricción sobre el sistema que limita nuestras elecciones en la construcción de una solución al problema.
• Requerimientos del producto: especifican el comportamiento del producto (usabilidad, eficiencia, rendimiento, espacio, fiabilidad, portabilidad).
• Requerimientos organizacionales: se derivan de las políticas y procedimientos existentes en la organización del cliente y en la del desarrollador (entrega, implementación, estándares).
• Requerimientos externos: interoperabilidad, legales, privacidad, seguridad, éticos, etc.
• Requerimientos del dominio: reflejan las características y restricciones del dominio de la aplicación del sistema. Pueden ser funcionales o no funcionales y pueden restringir a los anteriores. Como se especializan en el dominio son complicados de interpretar.

Características de un Requerimiento

• Especificado por escrito.
• Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aun así debe referenciar los aspectos importantes.
• Completo: Los requisitos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
• Consistente: Ningún requisito debe entrar en conflicto con otro requisito diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requisitos debe ser consistente también.
• No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.
• Necesario: Lo que pida un requisito debe ser necesario para el producto.
• Alcanzable: Un requisito debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
• Posible de probar y verificar: Se debe poder verificar con absoluta certeza, si el requisito fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Requerimientos: Definición/Especificación

• Definición de Requerimientos

  Una declaración en un Lenguaje Natural incluye los diagramas de los servicios del sistema y sus límites operacionales. Escrito para clientes.

• Especificación de Requerimientos

  Un documento estructurado con descripción o detalle de los servicios del sistema. Escrito como un contrato entre el cliente y el contratista.

• Especificación de Software

  Descripción detallada de software, la cual, puede servir como una base para diseño o implementación. Escrito para desarrolladores.

Definición de Requerimientos

1. El Software proporciona significado de representación y acceso a archivos externos creados por otras herramientas.

Especificación de Requerimientos

1. El usuario debe proporcionar facilidades para definir el tipo de archivos externos.
2. Cada tipo de archivo externo puede tener una herramienta asociada. La cual, será aplicada para el archivo.
3. Cada tipo de archivo externo será representado como un icono específico mostrado al usuario.
4. Las facilidades proporcionadas para la representación del icono en un tipo de archivo externo será definido por el usuario.
5. Cuando un usuario selecciona una representación de icono de un archivo externo, el efecto de la selección es aplicar las herramientas asociadas con el tipo de archivo externo al archivo representado por la selección del icono.

Definición de Requerimientos

• Gerencia de Cliente
• Usuarios Finales del Sistema
• Ingenieros de Clientes
• Gerencia de Contratistas
• Arquitectos del Sistema

Especificación de Requerimientos

• Usuarios Finales del Sistema
• Ingenieros de Cliente
• Arquitectos del Sistema
• Desarrolladores de Software

Especificación de Software

• (Quizá) Ingenieros de Clientes
• Arquitectos del Sistema
• Desarrolladores de Software

AGENDA

Problemas Desagradables

• Sistemas de Software grandes con problemas de direccionamiento.
• Problemas de tal manera complejos que puede ser que nunca se comprendan completamente y donde los desarrolladores van comprendiendo el sistema durante su desarrollo.

Razones de Inconsistencia

Los sistemas de software grandes deben mejorar su actual situación. Es difícil anticipar los efectos que el sistema tendrá en la organización.

Proceso de Ingeniería de Requerimientos

Estudio de Factibilidad

• ¿Encuentran los usuarios actuales que sus necesidades son satisfechas dada la tecnología y el presupuesto disponible?

Análisis de Requerimientos

• Encontrar que el sistema requiere del mantenimiento de intereses.

Definición de Requerimientos

• Definir los requerimientos en una forma comprensible para el cliente.

Especificación de Requerimientos

• Define los requerimientos en detalle.

Documento de Requerimientos

Es la declaración oficial de lo que es requerido para que el sistema sea desarrollado.

Validación de Requerimientos

• Demostración de que los requerimientos que definen el sistema son lo que el cliente realmente quiere.
• Los costos de errores en los requerimientos son altos, por lo cual, la validación es muy importante.

Chequeando Requerimientos

• Validación: ¿Provee al sistema las funciones que mejor soporten las necesidades del cliente?
• Consistencia: ¿Existe cualquier conflicto en los requerimientos?

Revisión de Requerimientos

• Una revisión regular puede ayudar mientras la definición de requerimientos está siendo hecha.
• Tanto el cliente como el staff de contratistas deben estar involucrados en la revisión.

Evolución de Requerimientos

• Los requerimientos siempre involucran como comprender mejor el desarrollo de las necesidades de los usuarios y como los objetivos de la organización pueden cambiar.

Clases de Requerimientos

• Requerimientos Durables: Establecer requerimientos derivados de las actividades de la organización del cliente. Por ejemplo, un hospital siempre tendrá doctores, enfermeras, etc. Puede ser derivado de modelos de dominio.