Ieee 1058 e ieee 1063

IEEE 1058
Plan para la Gestión de un Proyecto Software

IEEE 1058
• Este estándar especifica el formato y contenidos de los planes para la
gestión de proyectos software. No especifica las técnicas exactas que
pueden ser usadas en el desarrollo de los planes de proyectos, ni
ofrece ejemplos de los planes de gestión de proyectos.
• Este estándar está destinado a aquellos gestores deproyectos
software y a otro personal que prepare o actualice planes de
proyectos y estén adheridos a esos planes.

Alcance
• Este estándar prescribe el formato y contenido del Plan para la
Gestión de un Proyecto Software es el documento de control para
gestionar un proyecto software; define los procesos técnicos y de
gestión necesarios para satisfacer los requisitos del proyecto.Requerimientos
Página de Título
Hoja de Revisión
Prefacio
Tabla de Contenidos
Lista de Figuras
Lista de Tablas
1. Introducción.
1.1. Visión General del proyecto.
1.2. Productos Finales.
1.3. Evolución del Plan de Proyecto.
1.4. Documentos de Referencia.
1.5. Definiciones y Acrónimos.
2. Organización del Proyecto.
2.1. Modelos de Procesos.
2.2. Estructura Organizativa.
2.3. Fronteras einterfaces organizativas.
2.4. Responsabilidades.
3. Procesos de Gestión.

Introducción: Plan para la Gestión
de Proyectos Software
• Las personas u organizaciones responsables de un proyecto software
también deberían ser responsables del Plan para la gestión de dicho
proyecto.
• Estos elementos deberían ser orden a dos y descompuestos en
secciones y subsecciones según los siguienteselementos:

Introducción: Visión General del
Proyecto.
• Esta subsección del PGPS incluirá un resumen conciso de los objetivos
del proyecto, el producto a entregar, las principales actividades de
trabajo, los principales productos de trabajo, los principales hitos, los
recursos necesarios, y el calendario y el presupuesto maestro.
• La descripción del proyecto incluirá asimismo la relación deeste
proyecto a otros proyectos, según corresponda.

Introducción: Entregables del
Proyecto.
• Esta subsección del PGPS incluirá en la lista todos los ítems que se
entrega al cliente, las fechas de entrega, los lugares de entrega, y las
cantidades necesarias para satisfacer los términos del acuerdo de
proyecto. Esta lista de entregables del proyecto, no se interpretará
como una declaraciónoficial de los requisitos del proyecto.

Introducción: Evolución del PGPS.
• Esta subsección del PGPS debería especificar los planes para llevar a
cabo. Tanto las actualizaciones planificadas del plan, como las no
planificadas del PGPS.

Introducción: Material de Referencia.
• Esta subsección debería ofrecer una lista completa de todos los
documentos y otras fuentes de informaciónreferenciadas en el PGPS.
• Cualquier desviación de los estándares referenciados o políticas
debería ser identificado y aportado las correspondientes
justificaciones

Introducción: Definiciones y
Acrónimos.
• Esta subsección del PGPS debería definir o proveer referencias a los
términos y acrónimos necesarios para comprender adecuadamente el
PGPS.

Organización del Proyecto: Modelo deProcesos.
• Esta subsección del PGPS debería definir las relaciones entre las
funciones principales del proyecto y las actividades.
• El modelo de procesos puede ser descrito utilizando una combinación
de notaciones textuales y gráficas.
• El modelo de proceso puede incluir las actividades de iniciación y
finalización del proyecto.

Estructura Organizativa
• Esta subsección del PGPS deberíadescribir la estructura para la
gestión interna del proyecto.
• Dispositivos gráficos tales como gráficos de organizaciones jerárquicas
o diagramas de matrices pueden ser usados para representar las
líneas de autoridad, responsabilidad y comunicación dentro del
proyecto

Límites e Interfaces organizativos
• Esta subsección del PGPS debería describir los límites administrativos y
de...