AUDITORIA INFORMATICA

NORMA IEEE 1058.1

COBOS LOMELI MANUEL ALEJANDRO
205305635

LPEZ RIVERA JOS MIGUEL
204203042

HERNNDE HERNNDEZ AARON
204203000

PROF. MARGARITA MARA DE LOURDES SANCHEZ

GRUPOR CSI81








NORMA IEEE 1058.1

Propsito
Este estndar especifica el formato y contenidos de los planes para la gestin de proyectos
software. No especifica las tcnicas exactas que pueden ser usadas en el desarrollo de los
planes de proyectos, ni ofrece ejemplos de los planes de gestin de proyectos. Cada
organizacin que usa este estndar debera desarrollar un conjunto de prcticas y
procedimientos para proporcionar una gua detallada para la preparacin y actualizacin de los
planes de gestin de los proyectos software basada en este estndar. Estas prcticas
detalladas y procedimientos deberan tener en cuenta los factores del entorno,
organizacionales y polticos que pueden influenciar en la aplicacin de este estndar.

No todos los proyectos de software se ocupan del desarrollo de cdigo fuente para un nuevo
producto software. Algunos proyectos de software consisten en un estudio de viabilidad y
definicin de requisitos del producto. Otros proyectos concluyen con la finalizacin del diseo
del producto software, y algunos proyectos se refieren a modificaciones importantes a los
productos software existente. Esta norma es aplicable a todo tipo de proyectos de software; la
aplicacin no est limitada a los proyectos que desarrollan versiones operativas de nuevos
productos. La aplicacin de esta norma no est limitada por el tamao del proyecto. Los
proyectos pequeos pueden requerir menos formalidad que en la planificacin de grandes
proyectos, pero todos los componentes de esta norma deben ser abordados por cada proyecto
de software.

Los proyectos de software son a veces partes componentes de los proyectos ms grandes. En
estos casos, el Plan de Gestin de Proyecto de Software puede ser un componente separado
de un plan mayor o puede ser fusionado en el plan a nivel de sistema de gestin de proyectos.


A quin va dirigido
Este estndar est destinado a aquellos gestores de proyectos software y a otro personal que
prepare o actualice planes de proyectos y estn adheridos a esos planes.

Historia
La solicitud de autorizacin de proyectos para el desarrollo de esta norma fue aprobada por la
Junta de normas IEEE el 13 de diciembre de 1984. La modificacin de la solicitud de
autorizacin fue aprobada en Septiembre de 1996. Se celebraron diez reuniones dentro de los
Estados Unidos entre Septiembre de 1984 y Septiembre de 1986.

Alcance
Este estndar prescribe el formato y contenido del Plan para la Gestin de Proyectos Software
-PGPS-. Un Plan para la Gestin de un Proyecto Software es el documento de control para
gestionar un proyecto software; define los procesos tcnicos y de gestin necesarios para
satisfacer los requisitos del proyecto.

Este estndar puede ser aplicado a todos los tipos de proyectos software. El uso de este
estndar no est limitado por el tamao, complejidad o criticidad del producto software. Este
estndar es aplicable a todas las clases de software, incluyendo firmware, cdigo de sistemas
empotrados, matrices lgicas programables y software en Silicio. Este estndar puede ser
aplicado a cualquiera de los segmentos del ciclo de vida de un producto software.
Este estndar identifica el conjunto mnimo de elementos que debera aparecer en todos los
planes para la gestin de proyectos software. A fin de seguir el estndar los planes para la
gestin de proyectos software deben ajustarse al formato especificado en este estndar. De
todos modos, los usuarios de este estndar pueden incorporar otros elementos aadiendo
secciones o subsecciones adicionales a sus planes para la gestin de proyectos software. En
cualquier caso el esquema numerado de las secciones y subsecciones requeridas debe
ajustarse al formato especificado en este estndar. Varias secciones y subsecciones de un plan
para la gestin de proyectos software pueden ser incluidas en el plan bien por incorporacin
directa o bien por referencia a otros planes y documentos.

Este estndar para planes para la gestin de proyectos software incorpora y abarca el plan
para el desarrollo software descrito en el Estndar ANSI/IEEE 729-1983[1] y en el ANSI/IEEE
730-1984 [2]

Plan para la Gestin de Proyectos Software
Las personas u organizaciones responsables de un proyecto software tambin deberan ser
responsables del Plan para la gestin de dicho proyecto. Esta seccin del estndar describe
cada uno de los elementos esenciales para la planificacin de la Gestin de un proyecto
Software. Estos elementos deberan ser ordenados y descompuestos en secciones y
subsecciones segn la siguiente tabla:

Pgina de Ttulo
Hoja de Revisin
Prefacio
Tabla de Contenidos
Lista de Figuras
Lista de Tablas
1. Introduccin.
1.1. Visin General del proyecto.
1.2. Productos Finales.
1.3. Evolucin del Plan de Proyecto.
1.4. Documentos de Referencia.
1.5. Definiciones y Acrnimos.
2. Organizacin del Proyecto.
2.1. Modelos de Procesos.
2.2. Estructura Organizativa.
2.3. Fronteras e interfaces organizativas.
2.4. Responsabilidades.
3. Procesos de Gestin.
3.1. Objetivos y prioridades de Gestin.
3.2. Suposiciones, dependencias y restricciones.
3.3. Gestin de Riesgos.
3.4. Mecanismos de supervisin y control.
3.5. Plan de Personal.
4. Proceso Tcnico
4.1. Metodologas, Tcnicas y Herramientas.
4.2. Documentacin Software.
4.3. Funciones de Apoyo al proyecto.
5. Plan de Desarrollo.
5.1. Paquetes de Trabajo.
5.2. Dependencias.
5.3. Recursos.
5.4. Presupuesto y distribucin de recursos.
5.5. Calendario.
Componentes adicionales
ndice
Apndices.

Este es un orden propuesto, que no implica que haya que seguirlo literalmente. Las secciones y
subsecciones de un plan de gestin software deben ser incluidas aqu especficamente o bien
haciendo referencias a los documentos que sean necesarios.

Cada versin del Plan de Gestin de Proyecto Software basada en este estndar debera
contener un ttulo y una nota de la versin para identificar unvocamente al documento. La
informacin de la revisin puede incluir el nombre del proyecto, nmero de versin del plan,
fecha o versin, firmas de aprobacin o aceptacin, una lista de las pginas que han sido
cambiadas en la versin actual del plan y una lista con las fechas de las revisiones de anteriores
versiones del plan.

El prefacio de un PGPS basado en este estndar debera describir el propsito, indicando el
alcance de las actividades, e identificar la intencin y las personas a las que est dirigida este
plan. Tambin sera recomendable incluir una tabla de contenidos y una lista de figuras
presentes en el documento para la mejor localizacin de cada uno de ellos.

Visin General del Proyecto.
Esta subseccin 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 descripcin del proyecto incluir asimismo la relacin de este proyecto a otros proyectos,
segn corresponda. Esta descripcin, no se interpretar como una especificacin oficial de los
requisitos del producto. La referencia a la especificacin de los requisitos del software se
presentar en este tramo de la PGPS.

Entregables del Proyecto.
Esta subseccin 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 trminos del
acuerdo de proyecto. Esta lista de entregables del proyecto, no se interpretar como una
declaracin oficial de los requisitos del proyecto.

Evolucin del PGPS.
Esta subseccin del PGPS debera especificar los planes para llevar a cabo tanto las
actualizaciones planificadas del plan, como las no planificadas del PGPS. Este apartado se
especificar tambin los mecanismos utilizados para colocar la versin inicial del PGPS bajo el
cambio de control y para controlar los cambios posteriores a la SPMP.

Material de Referencia.
Esta subseccin del PGPS debera ofrecer una lista completa de todos los documentos y otras
fuentes de informacin referenciadas en el PGPS. Cada documento debera ser identificado
por un ttulo, nmero de informe, autor y organizacin que lo public. Otras fuentes de
informacin tales como ficheros electrnicos, deberan ser identificadas de una manera no
ambigua usando identificadores, tales como el nmero de versin y la fecha de su publicacin.
Cualquier desviacin de los estndares referenciados o polticas debera ser identificado y
aportado las correspondientes justificaciones.


Definiciones y Acrnimos.
Esta subseccin del PGPS debera definir o proveer referencias a los trminos y acrnimos
necesarios para comprender adecuadamente el PGPS.

Organizacin del Proyecto

Modelo de Procesos.
Esta subseccin del PGPS debera definir las relaciones entre las funciones principales del
proyecto y las actividades, especificando el calendario de los hitos principales, documentos
bases, revisiones, productos de trabajo, productos entregables, y el fin del proyecto. El modelo
de procesos puede ser descrito utilizando una combinacin de notaciones textuales y grficas.
El modelo de proceso puede incluir las actividades de iniciacin y finalizacin del proyecto.

Estructura Organizativa
Esta subseccin del PGPS debera describir la estructura para la gestin interna del proyecto.
Dispositivos grficos tales como grficos de organizaciones jerrquicas o diagramas de
matrices pueden ser usados para representar las lneas de autoridad, responsabilidad y
comunicacin dentro del proyecto.

Lmites e Interfaces organizativos
Esta subseccin del PGPS debera describir los lmites administrativos y de gestin entre el
proyecto y cada una de las siguientes entidades: organizacin que se encarga del proyecto, la
organizacin cliente, organizaciones subcontratadas o cualquier otra entidad organizativa que
interaccione con el proyecto. Adems, las interfaces de administracin y gestin de las
funciones de soporte del proyecto, tales como la gestin de configuracin, control de calidad y
verificacin y validacin se especificarn en este apartado.

Responsabilidades
Esta subseccin del PSMP deber determinar y precisar la naturaleza de cada funcin
importante proyecto y actividad, e identificar a los individuos que son responsables de las
funciones y actividades. Una matriz de funciones y actividades versus las personas
responsables pueden ser utilizadas para representar las responsabilidades del proyecto.

Procesos de Gestin
Esta seccin de la PGPS especificar objetivos y prioridades de gestin; suposiciones del
proyecto, las dependencias y las limitaciones, tcnicas de gestin de riesgos, la supervisin y el
control de los mecanismos que se utilizarn, y el plan de personal.


Objetivos y Prioridades de gestin.
Esta subseccin del PGPS dar cuenta de la filosofa, objetivos y prioridades para la gestin de
las actividades realizadas durante el proyecto. Los temas que se especifican pueden incluir,
pero no se limitan a, la frecuencia y los mecanismos para la generacin de informes que se
utilizarn; la prioridad de los requisitos, el programa y presupuesto para este proyecto, los
procedimientos de gestin de riesgos que ha de seguirse, y una declaracin de intenciones
para adquirir, modificar, o utilizar el software existente

Supuestos, dependencias y restricciones
Esta subseccin del PGPS debera afirmar los supuestos en los que est basado el proyecto, los
acontecimientos externos de los que el proyecto depende y las restricciones que bajo las
cuales el proyecto va a ser guiado.

Gestin de Riesgos.
Esta subseccin del PGPS debera identificar y valorar los factores de riesgos asociados al
proyecto. Esta subseccin tambin debera prescribir mecanismos para el rastreo de varios
factores de riesgo e implementar planes de contingencia. Los factores de riesgos que deberan
ser considerados incluyen riesgos contractuales, tecnolgicos, riesgos debidos al tamao y
complejidad del proyecto, riesgos en la adquisicin y retencin del personal, y riesgos en lograr
que el cliente acepte el producto.

Mecanismos de supervisin y control
Esta subseccin del PGPS debera definir los mecanismos para generar informes, los formatos
de los informes, flujos de informacin, mecanismos de auditora y revisin, y otras
herramientas y tcnicas que pueden ser usadas para controlar las adiciones al PGPS.
EL control del proyecto debera ocurrir en el nivel de paquetes de trabajo. La relacin entre los
mecanismos para controlar el proyecto y las funciones de soporte deberan ser trazadas en
este nivel.

Plan del Personal
Esta seccin del PGPS especificar el nmero y tipo de personal necesario para llevar a cabo el
proyecto. Los niveles de cualificacin requeridos, los tiempos de comienzo, la duracin de la
necesidad, y los mtodos de obtencin, la formacin, retencin y eliminacin gradual del
personal se especificarn

Procesos Tcnicos
Esta seccin del PGPS deber especificar los mtodos tcnicos, herramientas y tcnicas
analticas que se utilizarn en el proyecto. Adems, el plan para la documentacin de software
se especifica, y los planes para las funciones de soporte del proyecto, como garanta de la
calidad, gestin de configuracin, la verificacin y validacin puede ser especificado

Mtodos, herramientas y tcnicas
Esta Subseccin de la PGPSdeber especificar el/los sistema informtico(s), metodologa/s de
desarrollo, la/s estructura del equipo, el/los lenguaje de programacin, y otras anotaciones,
herramientas, tcnicas y mtodos que deben utilizarse para especificar, disear, construir,
probar, integrar, documentar, modificar o mantener o ambos (segn corresponda) las
prestaciones del proyecto. Adems, las normas tcnicas, polticas y procedimientos que rigen
el desarrollo o la modificacin o ambos de los productos de trabajo y las prestaciones del
proyecto se incluirn, ya sea directamente o por referencia a otros documentos.

Documentacin del Software
Esta subseccin del PGPS debera contener o referenciar el plan de documentacin del
proyecto software. EL plan del documento debera especificar los requisitos de
documentacin, los hitos, lneas base, revisiones y la finalizacin de la documentacin del
software. El plan de documentacin tambin puede contener una gua de estilo, convenciones
en la nomenclatura y formatos del documento. El plan de documentacin podra incluir un
resumen de la agenda y los recursos necesarios para el esfuerzo de la documentacin. El
Estndar ANSI/IEEE 829-1983 Standard for Software Test Documentation ofrece el estndar
para la documentacin de pruebas del software.

Funciones de soporte a proyectos
Esta subseccin del PGPS debera contener directamente o por referencia los planes para las
funciones de soporte para el proyecto software. Estas funciones pueden incluir, pero no estn
limitadas a, gestin de la configuracin, aseguramiento de la calidad del software, y
verificacin y validacin. Los planes para las funciones de soporte al proyecto debern ser
desarrollados a un nivel de detalles consistente con las otras secciones del PGPS. En particular,
se deben especificar las responsabilidades, requerimientos de recursos, agendas y
herramientas para cada una de las funciones de soporte al proyecto. La naturaleza y tipo de las
funciones de soporte al proyecto variarn de un proyecto a otro; de todos modos, la ausencia
del aseguramiento de calidad software, gestin de la configuracin o plan de verificacin y
validacin debe ser explcitamente justificado en los planes de los proyectos que no los
incluyan.

Paquetes de trabajo, Calendario y Presupuestos
Esta seccin del PGPS debera especificar los paquetes de trabajo, identificar las relaciones de
dependencias entre ellos, declarar los requerimientos de recursos, facilitar la localizacin de
herramientas, y recursos para los paquetes de trabajo y establecer la agenda del proyecto.

Paquetes de trabajo
Esta subseccin del PGPS debera especificar los paquetes de trabajo para las tareas y
actividades que deben completarse en orden para satisfacer los acuerdos del proyecto.

Cada paquete de trabajo debera ser unvocamente identificado; la identificacin puede estar
basada en un esquema numerado y ttulos descriptivos. Se puede usar un diagrama que
describa la divisin de las actividades en sub-actividades y tareas (estructura de desglose) para
describir las relaciones jerrquicas entre los distintos paquetes de trabajo.

Dependencias
Esta subseccin del PGPS debera especificar las relaciones de orden entre los distintos
paquetes de trabajo para reflejar de alguna forma las interdependencias entre ellos y la
dependencia de acontecimientos externos al proyecto. Se pueden usar tcnicas tales como las
listas de dependencia, redes de actividades, y mtodo de camino crtico para describir las
dependencias entre los distintos paquetes de trabajo.

Requerimientos de recursos
Esta subseccin del PGPS debera proporcionar, en funcin del tiempo, estimaciones del total
de los recursos necesarios para completar el PGPS. EL nmero y tipo del personal, tiempo de
computacin, software de soporte, ordenadores, facilidades de laboratorios y oficinas, viajes, y
requerimientos de mantenimiento para los recursos de proyectos deberan ser especificados.

Presupuesto y distribucin de recursos
Esta subseccin del PGPS debera especificar la localizacin de las herramientas y recursos de
las distintas funciones del proyecto, actividades y tareas. Se puede usar un esquema de
ganancia de valores para localizar herramientas y recursos, y para llevar un control del gasto y
de la utilizacin de los recursos.

Calendario o Agenda
Esta subseccin del PGPS debera ofrecer una agenda para que las distintas funciones,
actividades y tareas del proyecto fuesen desarrolladas en un determinado orden y se
consiguiesen los plazos previstos. Las agendas pueden ser expresadas bien en forma de
calendario relativo, bien en incrementos con respecto a fechas de hitos claves del proyecto.

Componentes Adicionales.
A veces se puede necesitar ciertos componentes adicionales. Estos pueden estar incluidos en
secciones adicionales o en subsecciones del PGPS. De todas formas el esquema numerado para
las secciones y subsecciones requeridas debera parecerse al formato especificado en este
documento. tems adicionales de importancia en cualquier proyecto pueden ser incluidos
como planes para la gestin de subcontratacin, planes de seguridad, planes independientes
de verificacin y validacin, planes de entrenamiento, planes de adquisicin de hardware,
planes de servicios, planes de instalacin, planes de conversin de datos, planes de transicin
de sistemas, o planes de mantenimiento. Si fuese necesario, se debera desarrollar
componentes adicionales en un formato y nivel de detalles de acuerdo con las secciones
requeridas en el PGPS

ndice
Es opcional incluir un ndice con los trminos y acrnimos utilizados en el proyecto pero es
bastante recomendable para mejorar la usabilidad del PGPS.

Apndices
Se pueden incluir apndices, bien directamente, o bien por referencias para proporcionar
soporte a los detalles que pudieran hacer falta.