Vous êtes sur la page 1sur 6

<Nombre de la Empresa>

Política de Administración de Requerimientos

Versión <X.X>
Tipo de Documento: POLÍTICA Código del Documento: POL- ARQS
Autor: <Nombre del Autor> Administración de Requerimientos, Versión <x.x>
Revisor: <Nombre del Revisor>

Aprobaciones

<nombre>
<posición> Firma Fecha

<nombre>
<posición> Firma Fecha

<nombre>
<posición> Firma Fecha

<nombre>
<posición> Firma Fecha

Historia de Cambios
Fecha Versión Descripción Autor
<dd/mm/aaaa> <x.x> <detalles> <nombre>

<Nombre de la Empresa> Página 2 de 6


<Nivel de Confidencialidad> © INNEVO
Tipo de Documento: POLÍTICA Código del Documento: POL- ARQS
Autor: <Nombre del Autor> Administración de Requerimientos, Versión <x.x>
Revisor: <Nombre del Revisor>

Tabla de Contenidos

1. Propósito ................................................................................................................................................... 4
2. Definiciones, Acrónimos y Abreviaturas ......................................................................................... 4
3. Alcance ...................................................................................................................................................... 4
4. Antecedentes ........................................................................................................................................... 4
5. Roles y Responsabilidades ................................................................................................................. 5
6. Descripción de la Política .................................................................................................................... 5

<Nombre de la Empresa> Página 3 de 6


<Nivel de Confidencialidad> © INNEVO
Tipo de Documento: POLÍTICA Código del Documento: POL- ARQS
Autor: <Nombre del Autor> Administración de Requerimientos, Versión <x.x>
Revisor: <Nombre del Revisor>

Política de Administración de Requerimientos

1. Propósito

La política de Administración de Requerimientos tiene el objetivo de poner de


manifiesto los criterios con los que <Nombre de la Empresa> llevará adelante las
actividades relacionadas con la definición, especificación, asignación, seguimiento y
resolución de los requerimientos de software relacionados con los productos que la
empresa desarrolla.

2. Definiciones, Acrónimos y Abreviaturas

[Esta subsección debería proveer las definiciones de todos los términos, acrónimos, y
abreviaturas requeridas para interpretar adecuadamente el documento de
Administración de Requerimientos. Esta información puede proveerse por referencia
al Glosario de la Organización.]

3. Alcance

La Administración de Requerimientos establece una comprensión entre el cliente que


especifica los requerimientos y el proyecto de software que deberá direccionar esos
requerimientos.

4. Antecedentes

La Administración de Requerimientos implica el establecimiento y el mantenimiento de


un acuerdo con los clientes en lo que se refiere a los requerimientos del proyecto de
software. Este acuerdo se referencia como “los requerimientos asignados al software”.
Este acuerdo debe considerar tanto requerimientos funcionales como no funcionales.

<Nombre de la Empresa> Página 4 de 6


<Nivel de Confidencialidad> © INNEVO
Tipo de Documento: POLÍTICA Código del Documento: POL- ARQS
Autor: <Nombre del Autor> Administración de Requerimientos, Versión <x.x>
Revisor: <Nombre del Revisor>

5. Roles y Responsabilidades

Rol Responsabilidad
<Responsable de Proyecto> Implementar la política
<Gerente de Proyecto> Implementar la política
<Responsable de Proceso> Mantener la política
<Responsable de Aseguramiento de Calidad> Garantizar el cumplimiento de la política

6. Descripción de la Política

Todos los proyectos de <Nombre de la Empresa> relacionados con el desarrollo de


productos de software, deberán:
1. Definir y controlar los requerimientos asignados al software para establecer una línea
base (baseline) para el uso de las áreas de ingeniería de software y de Administración.
2. Documentar los requerimientos asignados al software.
3. Mantener los planes, productos y actividades de software consistentes con los
requerimientos asignados al software.
4. Establecer la responsabilidad para el análisis de los requerimientos del sistema y
asignar los mismos al software, hardware y otros componentes según corresponda.
5. Proveer recursos y fondos adecuados para la Administración de los requerimientos
asignados.
6. Capacitar a los miembros del grupo de ingeniería de software y a otros grupos
relacionados para que puedan ejecutar todas las actividades vinculadas con el
desarrollo de software.
7. Conducir revisiones encabezadas por el grupo de ingeniería de software, a los
requerimientos asignados antes de que estos sean incorporados al proyecto.
8. Utilizar los requerimientos asignados al software como base para los planes, productos
de trabajo y actividades del software.
9. Revisar los cambios efectuados a los requerimientos e incorporarlos al proyecto de
software.

<Nombre de la Empresa> Página 5 de 6


<Nivel de Confidencialidad> © INNEVO
Tipo de Documento: POLÍTICA Código del Documento: POL- ARQS
Autor: <Nombre del Autor> Administración de Requerimientos, Versión <x.x>
Revisor: <Nombre del Revisor>

10. Efectuar y utilizar mediciones para determinar el estado de las actividades realizadas
para gestionar los requerimientos.
11. Realizar revisiones tanto periódicas como con hitos concretos de las actividades
relacionadas con la Administración de requerimientos tanto con el Responsable de
Proyecto como con la Gerencia Senior.
12. Realizar revisiones o auditorias de las actividades y productos de trabajo relacionados
con la Administración de requerimientos, conducidas por el Grupo de Aseguramiento de
la Calidad de Software, e informar los resultados de las mismas.

<Nombre de la Empresa> Página 6 de 6


<Nivel de Confidencialidad> © INNEVO

Vous aimerez peut-être aussi