La finalidad de la disciplina de requisitos es:
-
Establecer y mantener un acuerdo con los clientes y otros interesados acerca de lo que debe hacer el sistema.
-
Proporcionar desarrolladores de sistema con un buen conocimiento de los requisitos del sistema.
-
Definir los límites del sistema (delimitarlo).
-
Proporcionar una base para planificar el contenido técnico de las iteraciones.
-
Proporcionar una base para la estimación del coste y del tiempo en que desarrollar el sistema.
-
Definir una interfaz de usuario para el sistema, centrándose en las necesidades y los objetivos de los usuarios.
Para alcanzar esos objetivos, es importante, en primer lugar, comprender la definición y el ámbito del problema que se
intenta resolver con el sistema. Los interesados se
identifican y las solicitudes de los interesados se obtienen, se reúnen y se analizan.
A partir de ahí se desarrollan los productos de trabajo de los requisitos para describir completamente el sistema
(qué va a hacer el sistema) en un esfuerzo que percibe a todos los interesados, incluidos los clientes y los
usuarios potenciales, como fuentes importantes de información (además de los requisitos del sistema).
La disciplina de requisitos está relacionada con otras disciplinas del proceso.
-
La disciplina de análisis
y diseño obtiene su principal fuente de información de los requisitos.
-
La disciplina de Prueba valida el sistema contra los requisitos (entre otras cosas).
-
La disciplina de gestión de cambios y configuración proporciona el mecanismo de control de
cambios para los requisitos. El mecanismo para proponer un cambio es enviar una Solicitud de cambio, que se revisa en el CCB.
-
La disciplina de gestión de proyectos planifica el proyecto y las iteraciones. Los productos
de trabajo de los requisitos son importantes fuentes de información para las actividades de planificación de
iteraciones.
-
La disciplina de entorno desarrolla y mantiene los artefactos de soporte que se utilizan
durante los requisitos.
The Business Modeling discipline provides an organizational context for the system, represented as:
-
Business Rules
-
Business Use-Case Model
-
Business Analysis Model, including a Domain Model
|