NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE GESTIÓN DE PROYECTOS SOFTWARE

NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE GESTIÓN DE PROYECTOS SOFTWARE

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 e interfaces organizativas.

2.4.Responsabilidades.

3. Procesos de Gestión.

3.1.Objetivos y prioridades de Gestión.

3.2.Suposiciones, dependencias y restricciones.

3.3.Gestión de Riesgos.

3.4.Mecanismos de supervisión y control.

3.5.Plan de Personal.

4. Proceso Técnico

4.1.Metodologías, Técnicas y Herramientas.

4.2.Documentación 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 distribución de recursos.

5.5.Calendario.

Componentes adicionales

Índice

Apéndices.

Introducción

Visión general del proyecto

Somos una empresa dedicada a la creación de páginas web de temas diversos, comprometidos con la sociedad en los siguientes ámbitos:

Consumidor: Ofrecer páginas de calidad, atractivas y fáciles de usar

Empleados: Ser una empresa capaz de complacer las necesidades de sus trabajadores, para proyectar su bienestar a través de nuestro producto.

Valores: Trabajar en base a los valores señalados en el Código de Ética y Conducta de la ACM.

Productos finales

Nuestros productos son páginas web diseñadas de acuerdo con las necesidades y peticiones de nuestros clientes, elaboradas con diversas tecnologías y estándares para asegurar una buena calidad.

Evolución del plan de proyecto

Documentos de referencia

Algunos documentos de referencia que utilizamos en la empresa son:

El Gran libro de HTML5, CSS y Javascript (Juan Diego Gauchat, 2012)

El Código de Ética y Conducta Profesional de ACM (ACM, 2018)

Definiciones y acrónimos

Organización del proyecto

Modelo de proceso

El modelo de procesos a utilizar será el DRA. Diseñado por James Martin en 1980, es un modelo apto para el desarrollo de software en ciclos cortos de tiempo, como en un lapso de 3 meses.

En este modelo las interfaces gráficas y los apoyos visuales toman más relevancia al ayudar a reducir en gran medida el tiempo de desarrollo, además de que permite la eliminación de funciones secundarias con el propósito de cumplir con el calendario.

Este modelo tiene una fase de gestión, donde se trabaja la administración de la información dada por el cliente (como los requisitos del programa), la búsqueda de información para el desarrollo del programa y la asignación de la información para el proceso de esta.

Siguiente tiene una fase de datos, donde se definen las características de los objetos y las relaciones entre ellos. Posterior a eso sigue la fase de procesos, donde la información y los objetos quedan transformados en el producto final.

Este modelo también asume la utilización de la reutilización de componentes de programas ya existentes en caso de ser necesario.

Las ventajas de este modelo conllevan una rápida entrega del producto al cliente, una flexibilidad mayor y una menor codificación manual. Requiere el involucramiento de los usuarios a un nivel elevado, conllevando a menores fallas y un costo reducido.

Las desventajas se presentan al trabajar con proyectos grandes, ya que este modelo suele usarse en proyectos con recursos muy limitados.

...