AREA DE PROCESO: GESTION DE REQUERIMIENTOS (REQM)

El proyecto mantendr un conjunto de requisitos aprobados durante la vida del proyecto sobre la que se llevarn a cabo las siguientes acciones.

Gestin de lo todos los cambios a los requisitos Mantenimiento de las relaciones entre los requisitos, la planificacin y los work products Identificar inconsistencias entre los requisitos, la planificacin y los work products Ejecutar acciones correctivas.

ARTEFACTO DIRECTO ARTEFACTO INDIRECTO SG 1 Gestionar los requerimientos SP 1.1 Obtener una Aplicacin de un listado de Correos electrnicos o actas comprensin de los criterios definidos para la de reunin en los cuales se requerimientos evaluacin y la aceptacin de evidencia el entendimiento, los requisitos. negociacin o cambio de Resultados del anlisis de los requisitos. requisitos frente a los criterios de aceptacin. SP 1.2 Obtener el Documento de requisitos Histrico de requisitos cuyo compromiso sobre los aceptado. estado pasa a ser aceptado. requerimientos Acta de reunin donde se aceptan los requisitos. SP 1.3 Gestionar los Peticiones de cambio Histrico de requisitos cuyo cambios en los asociadas con requisitos. estado haya pasado a requerimientos Requerimientos versionados. abierto tras haber sido Tareas para cada peticin de cerrado. cambio: trazabilidad de la Estimacin de las tareas peticin de cambio con las asociadas al cambio en un tareas. requisito. SP 1.4 Mantener una Matriz de trazabilidad entre Anlisis de cambio donde se trazabilidad bidireccional requisitos y los dems ha utilizado la matriz de de los requerimientos elementos que componen el trazabilidad para valorar el producto software (ej. impacto. diseo, casos de prueba, cdigo fuente, etc.). SP 1.5 Identificar las Informe de pruebas. Acciones correctivas inconsistencias entre el Listado de inconsistencias. asociadas a las trabajo del proyecto y los inconsistencias encontradas requerimientos entre el proyecto y los requisitos.

SP 1.1 Obtener el entendimiento de los requisitos. Alcanzar un entendimiento de los requisitos junto a los productores de los requisitos, general mente el cliente, acerca de su significado y de este modo evitar un crecimiento de los requisitos fuera del alcance inicial del proyecto. Se establecer un canal oficial para la recepcin de los requisitos. El anlisis de los requisitos se hace junto a los proveedores para comprobar que son compatibles y que se comparte el mismo entendimiento y visin de los requisitos por ambas partes. Los requisitos quedaran reflejados en la base de datos de requisitos. Typical Work Products

AREA DE PROCESO: GESTION DE REQUERIMIENTOS (REQM)

Lists of criteria for distinguishing appropriate requirements providers Criteria for evaluation and acceptance of requirements Results of analyses against criteria An agreed-to set of requirements Subpractice 1: Establish criteria for distinguishing appropriate requirements providers. Subpractice 2: Establish objective criteria for the evaluation and acceptance of requirements. Lack of evaluation and acceptance criteria often results in inadequate verification, costly rework, or customer rejection. Examples of evaluation and acceptance criteria include the following: Clearly and properly stated Complete Consistent with each other Uniquely identified Appropriate to implement Verifiable (testable) Subpractice 3: Analyze requirements to ensure that the established criteria

Traceable are met.

Subpractice 4: Reach an understanding of the requirements with the requirements provider so that the project participants can commit to them. SP 1.2 Obtener el compromiso a los requisitos. Si la anterior practica trataba acerca de la obtencin del entendimiento de los requisitos, esta trata acerca de los acuerdos y compromisos entre aquellas personas que deben llevar a cabo las actividades necesarias para implementar los requisitos. Conforme evolucionan y cambian los requisitos, esta prctica asegura que los participantes en el proyecto estn comprometidos con los requisitos actuales y aprobados, as como con los cambios resultantes en la planificacin, actividades y work products del proyecto, es decir, un cambio en los requisitos es probable que produzca una modificacin en la planificacin, aumente o disminuya el tiempo planificado, y ambas partes deben estar de acuerdo en estas modificaciones. El compromiso debe obtenerse tanto a nivel externo, con el cliente, como a nivel interno, con el equipo de trabajo. Typical Work Products Requirements impact assessments Documented commitments Subpractice 1: Assess the impact

to of

requirements requirements

and on

requirements existing

changes

commitments.

The impact on the project participants should be evaluated when the requirements change or at the start of a new requirement. Subpractice 2:Negotiate and record commitments.

Changes to existing commitments should be negotiated before project participants commit to the requirement or requirement change. SP 1.3 Gestionar los cambios a los requisitos. Durante el proyecto, los requisitos cambian por diversas razones. Es esencial la gestin de estos cambios o incorporacin de nuevos requisitos de forma eficaz y efectiva. Para un anlisis efectivo del impacto de los cambios a los requisitos es necesario que sea conocido el origen de cada requisito y este documentado el motivo del cambio. Esta gestin de los cambios debe quedar reflejada en la base de datos de requisitos. Typical Work Products Requirements status Requirements database Requirements decision database

AREA DE PROCESO: GESTION DE REQUERIMIENTOS (REQM)

Subpractice 1: Document all requirements and requirements changes that are given to or generated by the project. Subpractice 2: Maintain the requirements change history with the rationale for the changes. Maintaining the change history helps track requirements volatility.

Subpractice 3: Evaluate the impact of requirement changes from the standpoint of relevant stakeholders. Subpractice 4: Make the requirements and change data available to the project. SP 1.4 Mantener la trazabilidad bidireccional de los requisitos. Cuando los requisitos estn bien gestionados, se puede establecer la trazabilidad desde la fuente de los requisitos hasta el nivel ms bajo de descomposicin del requisito y viceversa. Esta trazabilidad tambin puede cubrir la relacin con otras entidades como los work products, cambios en documentacin y el plan de pruebas. La trazabilidad es especialmente importante a la hora de establecer una evaluacin de impacto debido a los cambios a los requisitos Typical Work Products Requirements traceability matrix Requirements tracking system Subpractice 1: Maintain requirements traceability to ensure that the source of lower level (derived) requirements is documented. Subpractice 2: Maintain requirements traceability from a requirement to its derived requirements and allocation to functions, interfaces, objects, people, processes, and work products. Subpractice 3: Generate the requirements traceability matrix SP 1.5 Asegurar la consistencia entre los requisitos y los productos de trabajo: mantener alineados los planes y el trabajo realizado con los requisitos acordados. Esta prctica identifica las inconsistencias de los requisitos con la planificacin y los work products e iniciara las acciones correctivas para solucionarlos. Typical Work Products Documentation of inconsistencies including sources, conditions, and rationale Corrective actions Subpractice: 1 Review the projects plans, activities, and work products for consistency with the requirements and the changes made to them. Subpractice: 2 Identify the source of the inconsistency and the rationale. Subpractice: 3 Identify changes that need to be made to the plans and work products resulting from changes to the requirements baseline. Subpractice: 4 Initiate corrective actions.