Está en la página 1de 29
2012 Formatos de Gestión de Proyecto Anexo N°: 01 El presente documento es un anexo
2012
Formatos de Gestión
de Proyecto
Anexo N°: 01
El presente documento es un anexo de la Guía de Implementación de
Proyectos de desarrollo de Software y contiene los formatos que se serán
utilizados por el equipo de gestión del proyecto.
Desarrollo de Sistemas
Universidad Católica Santo Toribio de Mogrovejo
0
12/07/2012

Contenido

1.

Inicio

3

1.1.

Acta de constitución de proyecto (ACP)

3

2.

Planificación

5

2.1.

Plan para la dirección del proyecto

5

2.1.1.

Líneas base

5

2.1.1.1.

Estructura de desglose de trabajo (EDT)

5

2.1.1.2.

Cronograma de actividades

6

2.1.2.

Planes subsidiarios

7

2.1.2.1.

Plan de gestión de requerimientos

7

2.1.2.2.

Plan de gestión del cronograma

9

2.1.2.3.

Plan de gestión de la calidad

11

2.1.2.4.

Plan de gestión de las comunicaciones

13

2.1.2.5.

Plan de Gestión de Recursos Humanos

14

2.1.3.

Otros documentos de gestión

16

2.1.3.1.

Registro de interesados

16

2.1.3.2.

Matriz de poder de los interesados

17

2.1.3.3.

Lista de recursos

18

2.1.3.4.

Matriz de asignación de responsabilidades

19

2.1.3.5.

Checklist

20

2.1.3.6.

Glosario de términos

21

3.

Ejecución

22

4.

Seguimiento y Control

22

4.1.

Informe de desempeño

22

4.2.

Reunión diaria

23

4.3.

Informes de validación

¡Error! Marcador no definido.

5.

23

 

5.1.

Acta de Aceptación Entregables

24

5.2.

Acta Cierre del Proyecto

26

5.3.

Registro de Lecciones de Aprendidas

¡Error! Marcador no definido.

1

1
1
2
2

1.

Inicio 1.1. Acta de constitución de proyecto (ACP)

ACTA DE CONSTITUCIÓN DEL PROYECTO CÓDIGO: Versión: PROYECTO PATROCINADOR PREPARADO POR: FECHA REVISADO POR:
ACTA DE CONSTITUCIÓN DEL PROYECTO
CÓDIGO:
Versión:
PROYECTO
PATROCINADOR
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
3
APROBADO POR:
FECHA
REVISIÓN
FECHA
DESCRIPCIÓN (REALIZADA POR)
(Correlativo)
(de la
(Motivo de la revisión y entre paréntesis quien la realizó)
revisión)
01
02
BREVE DESCRIPCIÓN DEL PRODUCTO O SERVICIO DEL PROYECTO
(Características, funcionalidades, soporte entre otros)
ALINEAMIENTO DEL PROYECTO
1.
OBJETIVOS ESTRATÉGICOS DE LA
ORGANIZACIÓN
2.
PROPÓSITO DEL PROYECTO
(Beneficios que tendrá la organización una vez que el
producto del proyecto esté operativo o sea entregado)
(A qué objetivo estratégico se alinea el proyecto)
3.
OBJETIVOS DEL PROYECTO
(Principalmente en términos de costo, tiempo, alcance, calidad)
-
4.
FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO
(Componentes o características que deben cumplirse en el proyecto para considerarlo exitoso)
-
5.
REQUISITOS DE ALTO NIVEL
(Condiciones o características que deben cumplirse para satisfacer lo solicitado al proyecto)
EXTENSIÓN Y ALCANCE DEL PROYECTO
6.
FASES DEL PROYECTO
7.
PRINCIPALES ENTREGABLES
(Agrupamiento lógico de actividades relacionadas
que usualmente culminan elaborando un
entregable principal)
(Un único y verificable producto, resultado o
capacidad de realizar un servicio que debe ser
elaborado para completar un proceso, una fase o
un proyecto)
8.
INTERESADOS CLAVE
(Persona u organización que está activamente involucrado en el proyecto o cuyos intereses pueden ser
afectados positiva o negativamente por le ejecución del proyecto o por el producto que elabora)
-
9.
RIESGOS

3

(Evento o condición incierta que, si ocurriese, tiene un efecto positivo o negativo sobre los objetivos del proyecto)

-

10. HITOS PRINCIPALES DEL PROYECTO

 

(Un evento significativo para el proyecto)

-

11. PRESUPUESTO DEL PROYECTO

 

(Áreas de la organización que tienen algo que aportar al proyecto o que se ven afectadas por su ejecución o su producto)

12. REQUISITOS DE APROBACIÓN DEL PROYECTO

 

(Quién evalúa los FCE, decide el éxito del proyecto y quien cierra el proyecto )

FCE

Evaluador

Firma el Cierre del Proyecto

(Ver punto 4)

(Nombres apellidos y cargo de la persona asignada)

(Nombres apellidos y cargo de la persona asignada)

13. JEFE DE PROYECTO ASIGNADO AL PROYECTO

 

(Nombres apellidos y cargo de la persona asignada como jefe del proyecto)

14. AUTORIDAD ASIGNADA

(Autoridad asignada al jefe del proyecto para el uso de recursos)

 

4

4
4

2.

Planificación

2.1. Plan para la dirección del proyecto 2.1.1.Líneas base

2.1.1.1. Estructura de desglose de trabajo (EDT)

5
5

Revisar archivo: 2.1.1.1. Estructura de desglose de Trabajo EDT.wbs

5

2.1.1.2.

Cronograma de actividades

6
6

Revisar archivo de Microsoft Excel: 2.1.1.2. Cronograma de actividades.xlsx

6

2.1.2.Planes subsidiarios

2.1.2.1. Plan de gestión de requerimientos

PLAN DE GESTIÓN DE REQUERIMIENTOS CÓDIGO: Versión: PROYECTO PATROCINADOR PREPARADO POR: FECHA REVISADO POR:
PLAN DE GESTIÓN DE REQUERIMIENTOS
CÓDIGO:
Versión:
PROYECTO
PATROCINADOR
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
REVISIÓN
FECHA
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
(de la
7
revisión)
01
02
1. Describir cómo será administrado el alcance del Proyecto:
Las iniciativas alcances de nuevos proyectos serán canalizadas a través de la Dirección de Desarrollo
de Sistemas, revisadas con el Jefe del Proyecto y aprobadas por el Director de Desarrollo de Sistemas.
2. Evaluar la estabilidad del alcance del proyecto (cómo manejar los cambios, la frecuencia e
impacto de los mismos):
Los cambios del proyecto deben ser evaluados y aprobados. El Jefe de Proyecto cuantifica el
impacto en cronograma y provee alternativas de solución, informando al Director de Desarrollo
de Sistemas para la aprobación de dichos cambios.
Los cambios solicitados serán revisados en las reuniones diarias que sostiene el Jefe del
Proyecto con el Director de Desarrollo de Sistemas, se indica el estado de los mismos en la
reunión siguiente a la que fue solicitada hasta que el cambio haya sido finalizado.
El Jefe de proyecto comunica al solicitante el estado de aprobación o finalización del cambio.
3. ¿Cómo los cambios al alcance, serán identificados y clasificados?
Al iniciar el proyecto el Jefe del Proyecto envía por correo electrónico a los interesados
autorizados el formato resumido de solicitud de cambio:
Solicitud de Cambio (formato resumido)
Descripción detallada del cambio solicitado en el alcance:
Justificación de la solicitud del cambio:
El Jefe del Proyecto recibe el formato resumido actualiza el formato detallado de solicitud de cambio:

7

 

Solicitud de Cambio (formato detallado)

 

Nombre del Proyecto

 

Nro. Solicitud

 

Solicitado por

 

Fecha

 

Descripción detallada del cambio solicitado en el alcance:

 

Justificación de la solicitud del cambio:

 

Efectos en el Cronograma:

 

Efectos en el costo

Fecha de término planeada

 

Costo planificado

 

Nueva fecha de término

   

Nuevo costo

 

Comentarios adicionales/Alternativas de solución:

 

Aprobación

Solicitante

Fecha:

Jefe del Proyecto

 

Fecha:

Director de Desarrollo de Sistemas

 

Fecha:

El Jefe del Proyecto recibe y revisa la solicitud de cambios de alcance y hará una evaluación del mismo. El podrá requerir reuniones con los solicitantes, para obtener las especificaciones asociadas al cambio.

4. Describir cómo los cambios del alcance serán integrados al proyecto:

 
 

Si el impacto del cambio no modifica la línea base del proyecto será aprobado por el Jefe del Proyecto, en caso contrario será aprobado por el Director de Desarrollo de Sistemas y el Jefe del Proyecto actualizará las líneas base y todos los planes del proyecto.

5. Comentarios adicionales:

 

8

8
8

2.1.2.2. Plan de gestión del cronograma

PLAN DE GESTIÓN DEL CRONOGRAMA CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA APROBADO
PLAN DE GESTIÓN DEL CRONOGRAMA
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
FECHA
REVISIÓN
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
(de la
revisión)
01
9
02
Persona(s) autorizada(s) a solicitar cambio en cronograma:
Nombre
Cargo
Ubicación
Patrocinador
Director de Desarrollo de
Sistemas
Desarrollo de Sistemas
Jefe del Proyecto
Desarrollo de Sistemas
Persona(s) que aprueba(n) requerimiento de cambio de cronograma:
Nombre
Cargo
Ubicación
Director de Desarrollo de
Sistemas
Desarrollo de Sistemas
1. Razones aceptables para cambios en cronograma del Proyecto (por ejemplo, retrasos debido
a entrega de materiales o disponibilidad de personal; clima; adelantar el cumplimiento debido a
término de fase o proceso, etc.):
- Retraso por disponibilidad de interesados
- Retraso en la implementación o adquisición de la infraestructura de hardware
- Acelerar el cronograma para recuperar retrasos
- Adecuaciones en el Alcance del Proyecto (cambios)
- Ampliaciones en el Alcance del Proyecto
2. Describir cómo calcular y reportar el impacto en el proyecto por el cambio en cronograma
(tiempo, costo, calidad, etc.):
Para solicitar un cambio en el cronograma la persona autorizada para solicitar enviará el
siguiente formato completado a la persona autorizada para aprobar dicho cambio en el
cronograma.
Formato de Cambio en el Cronograma
Nombre del Proyecto
Nro. Solicitud
Solicitado por
Fecha:
Aprobado por
Fecha:
Impacto
Causas
Recursos
Nro. Días
Costo
Calidad
Entregable(s)
(Listar recursos
(Duración
(Id y nombre)
del cambio)
(Explicar por qué
el cambio toma
dichos días)
(Valorar el
que se
uso de
emplearán)
recursos)
(Explicar en que se ve
afectada la calidad del
entregable)

9

3. Describir cómo los cambios al cronograma serán administrados:

Los cambios al cronograma se denominarán ampliaciones o reducciones de plazo, según sea el caso. La persona autorizada a solicitar cambios en el cronograma deberá elevar su solicitud a la persona autorizada para aprobar el cambio propuesto, sustentando su pedido en forma documentada. Sólo procederán ampliaciones de plazo si se demuestra que la demora se ha debido a causas no imputables al equipo de trabajo. En caso contrario no se modificará el cronograma, siendo de responsabilidad del equipo de trabajo las demoras en que éste incurra. Para el caso de reducciones de plazo, sólo serán aceptadas aquellas que se produzcan por reducciones en el alcance del proyecto. Una vez emitida la aprobación del cambio del cronograma, será de responsabilidad del jefe del proyecto actualizar los documentos que se vean afectados por dicha aprobación.

10

10
10

2.1.2.3. Plan de gestión de la calidad

PLAN DE GESTIÓN DE LA CALIDAD CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA
PLAN DE GESTIÓN DE LA CALIDAD
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
FECHA
REVISIÓN
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
(de la
(Correlativo)
11
revisión)
01
02
Descripción del Sistema de Calidad del Proyecto:
Describir en cada una de las siguientes áreas cómo será administrada la calidad en este proyecto:
1. ESTRUCTURA ORGANIZACIONAL
- Director de Desarrollo de Sistemas
- Jefe del Proyecto
- Equipo de Calidad del Proyecto
- Equipo del Proyecto
2. ROLES Y RESPONSABILIDADES
- Director de Desarrollo de Sistemas:
Responsable de la aprobación de las actividades de aseguramiento y control de Calidad
- Jefe del Proyecto:
Es el responsable de la generación del Plan de Gestión de Calidad
Es el responsable definir el Equipo de la Calidad y sus Roles
Realizar el aseguramiento de la calidad
Responsable evaluar las actividades de aseguramiento y control de Calidad
Es el supervisor calidad del proyecto
- Equipo de Calidad del Proyecto:
Plantear las acciones para el Control de la Calidad (casos de prueba)
Plantear las acciones para el Aseguramiento de la Calidad
Realizar el control de calidad
- Equipo del Proyecto:
Son responsables de guardar las normas de calidad para los procesos del proyecto y la
generación de entregables.
3. PROCEDIMIENTOS
- Planificación de Calidad: El jefe del proyecto elabora el plan de gestión de la calidad,
asesora en las técnicas o modelos de calidad y evalúa al equipo de calidad del proyecto las
actividades de control (casos de prueba y métodos de verificación de entregables, artefactos
de software, generados por el proyecto) y aseguramiento de la calidad (Checklist de
validación)
- Procedimiento Aseguramiento de la Calidad: Validar con el usuario el cumplimento de
los criterios de aceptación de los entregables
- Procedimiento de Control de la Calidad: Verificar el cumplimiento de los requerimientos
de cada entregable.
- Criterios de devolución o aceptación en función del control realizado. Las correcciones
realizadas serán sometidas nuevamente a verificación y validación hasta que hayan sido
aceptadas, además se procederá a actualizar la documentación afectada en el tratamiento
de las No conformidades.

11

4.

RECURSOS

- Jefe del Proyecto

- Equipo de Calidad del Proyecto

- Equipo del Proyecto

Describir cómo cada uno de los siguientes aspectos de la Gerencia de la Calidad será manejado en este proyecto:

5. CONTROL DE CALIDAD

 

El Equipo de Calidad del Proyecto:

- Someter a pruebas los entregables, ejecutando para esto los casos de prueba planificados para los mismos.

- En caso de tratarse de aplicaciones web, se deberá verificar el cumplimiento de criterio de seguridad de OWSAP Top 10 2010

- Las no conformidades será comunicadas al Equipo del Proyecto para su corrección e informadas al jefe del proyecto.

- Llevar el registro de ocurrencias de no conformidades

6. ASEGURAMIENTO DE LA CALIDAD

 

El jefe del proyecto:

- Aplicará los Checklist

- Validará con el interesado el cumplimiento de los criterios de aceptación de los entregables.

- En caso de tratarse de aplicaciones web, se deberá validar el cumplimiento de criterio de seguridad de OWSAP Top 10 2010

- Comunicará al Equipo del Proyecto las no conformidades para su corrección

- Realizará el seguimiento de las correcciones de las no conformidades

7. MEJORAMIENTO DE LA CALIDAD

 

- El equipo del proyecto o el equipo de calidad del proyecto proponen mejoras a los procesos del proyecto, conforme se va desarrollando.

- Estas propuestas se discuten en la reunión semanal de calidad

- Las propuestas de mejora que dieron buenos resultados serán incluidos en el registro de lecciones aprendidas

- Las no conformidades con mayor frecuencia de ocurrencia también serán incluidas en el registro de lecciones aprendidas

12

12
12

2.1.2.4. Plan de gestión de las comunicaciones

PLAN DE GESTIÓN DE LA COMUNICACIÓN CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA
PLAN DE GESTIÓN DE LA COMUNICACIÓN
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
REVISIÓN
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
FECHA
(de la revisión)
01
02
Método de
comunicación a
Interesados Clave
Información
Responsable de
utilizar
Descripción de la
Comunicación
(Contenido, formato, nivel de
detalle, etc.)
Frecuencia
Comentarios
requerida
elaborarlo
(Escrito, email,
reuniones,
presentación, etc.)

2.1.2.5. Plan de Gestión de Recursos Humanos

PLAN DE GETSIÓN DE RECURSOS HUMANOS CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA
PLAN DE GETSIÓN DE RECURSOS HUMANOS
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
FECHA
REVISIÓN
(de la
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
revisión)
01
02
1.
ORGANIGRAMA DEL PROYECTO
Dirección de Desarrollo
de Sistemas
Director de Desarrollo de
Sistemas
Equipo de Gestión
del proyecto
Equipo de Apoyo
- Encargado de compras
Jefe del proyecto
- DBA
- Help Desk
Equipo de calidad del
proecto
Equipo de desarrollo
del proyecto
Encargado de Pruebas
Analistas / Programadores
2.
ASIGNACIÓN DE RESPONSABILIDADES
La asignación de las responsabilidades del proyecto se administrará por medio de la siguiente matriz:
Proyecto
Entregables
Rol 1
Rol 2
Rol 3
Rol 4
Entregable 1
Entregable 2
Entregable 3
Entregable 4
Ejemplo de Rol: Gerente de Proyecto, Ingeniero, Analista, Consultor, Programador, Diseñador, etc.
Función que realiza el Rol en el entregable:
R
= Responsable
Es el responsable del entregable
P
= Participa
I = Informado
Participa en la construcción/elaboración del entregable
Es informado del resultado del entregable
V
= Verificación requerida
Participa en el control de calidad del entregable
O
= Opinión requerida
Participa como Experto
A
= Autoriza
Autoriza la entrega del entregable

3. DESCRIPCIÓN DE COMPETENCIAS

Las personas que ocupen los roles requeridos por el proyecto deberán contar con las competencias necesarias para poder cumplir con las responsabilidades que se les asigne, para esto se seguirá el siguiente formato:

Rol

Responsabilidades

Competencias

Conocimientos

Habilidades

Actitudes

4. CRITERIOS DE EVALUACIÓN

La evaluación de rendimiento del equipo del proyecto, permite identificar el comportamiento de la gestión de cada integrante, en un periodo determinado, la misma que deberá ser en forma continua,

a fin de mejorar los procesos del trabajo.

Para la evaluación del rendimiento del equipo del proyecto se tendrán en cuenta lo siguientes

aspectos:

Habilidades Interpersonalesdel proyecto se tendrán en cuenta lo siguientes aspectos: o Empatía o Creatividad Performance o

o

Empatía

o

Creatividad

PerformanceInterpersonales o Empatía o Creatividad o Productividad o Desempeño Con los resultados

o

Productividad

o

Desempeño

Con los resultados obtenidos se desarrolla estrategias, mecanismos o procedimientos dentro del área

de desarrollo de sistemas que contribuyan a la solución de las necesidades detectadas del recurso humano en los diversos campos (capacitación, motivación, comunicación, formación, entre otros),

y propicien un ambiente laboral adecuado para el logro de los objetivos del proyecto.

15

15
15

2.1.3.Otros documentos de gestión

2.1.3.1. Registro de interesados

REGISTRO DE INTERESADOS CÓDIGO: Versión: PROYECTO PREPARADO FECHA POR: REVISADO POR: FECHA APROBADO POR: FECHA
REGISTRO DE INTERESADOS
CÓDIGO:
Versión:
PROYECTO
PREPARADO
FECHA
POR:
REVISADO POR:
FECHA
APROBADO POR:
FECHA
REVISIÓN
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
FECHA
(de la revisión)
01
02
Requisitos
Influencia
Nombres y
Información
Influencia sobre:
Estrategia
(Según matriz de
Área
Cargo
sobre el
Apellidos
de contacto
(Entregables)
producto
I
P
E
S
C
poder de los
interesados)

Influencia

I: Inicio; P: Planificación; E: Ejecución; S: Supervisión y Control; C: Cierre

F: Favorable; C: Contraria / A: Alta; R: Regular; B: Baja

2.1.3.2. Matriz de poder de los interesados

MATRIZ DE PODER DE LOS INTERESADOS CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA
MATRIZ DE PODER DE LOS INTERESADOS
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
REVISIÓN
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la
realizó)
FECHA
(de la revisión)
01
02
Poder
Mantener Satisfechos:
Administrar de cerca:
Alto
Monitorear:
Mantener Informados:
Bajo
Bajo
Alto
Interés

2.1.3.3. Lista de recursos

LISTA DE RECURSOS CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA APROBADO POR: FECHA
LISTA DE RECURSOS
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
REVISIÓN
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
FECHA
(de la revisión)
01
02
Entregable
%
Recurso
Actividad
Cantidad
Desde
Hasta
Observaciones
(Según EDT)
asignación

2.1.3.4. Matriz de asignación de responsabilidades

MATRIZ DE PODER DE LOS INTERESADOS CÓDIGO:

Versión:

PROYECTO

PREPARADO POR:

FECHA

REVISADO POR:

FECHA

APROBADO POR:

FECHA

REVISIÓN

(Correlativo)

DESCRIPCIÓN (REALIZADA POR) (Motivo de la revisión y entre paréntesis quien la realizó)

FECHA

(de la

revisión)

01

02

Entregables

Rol 1

Rol 2

Rol 3

Rol 4

Entregable 1

         

Entregable 2

         

Entregable 3

         

Entregable 4

         

         

R

= Responsable

Es el responsable del entregable

P

= Participa

Participa en la construcción/elaboración del entregable

I = Informado

Es informado del resultado del entregable

V

= Verificación requerida

Participa en el control de calidad del entregable

O

= Opinión requerida

Participa como Experto

A

= Autoriza

Autoriza la entrega del entregable

2.1.3.5. Checklist CHECKLIST: CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA APROBADO POR:
2.1.3.5.
Checklist
CHECKLIST:
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
FECHA
REVISIÓN
(Correlativo)
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
(de la
revisión)
20
01
02
Aspecto a verificar/validar
SI
NO
Observaciones
Nombre y firma de operador
Nombre y firma del supervisor

20

2.1.3.6. Glosario de términos

GLOSARIO DE TÉRMINOS: CÓDIGO: Versión: PROYECTO PREPARADO POR: FECHA REVISADO POR: FECHA APROBADO POR: FECHA
GLOSARIO DE TÉRMINOS:
CÓDIGO:
Versión:
PROYECTO
PREPARADO POR:
FECHA
REVISADO POR:
FECHA
APROBADO POR:
FECHA
FECHA
REVISIÓN
DESCRIPCIÓN (REALIZADA POR)
(Motivo de la revisión y entre paréntesis quien la realizó)
(de la
(Correlativo)
revisión)
21
01
02
Término
Significado / Interpretación

21

3.

Ejecución

   

ANALISIS

 

DISEÑO

 

DESARROLLO

PUESTA EN

 

PROTOTIPOS:

PROGRAMACION:

MARCHA

ARTEFACTOS DE SOFTWARE

Modelo de Casos de Uso de Negocio

»

 

» C/Módulo

» Código fuente

» Manual de Usuario

»

Diagrama de

 

Procesos

 

» C/Formulario

» Aplicación

» Instalación

»

Reg. Requerimientos

» C/Reporte

» JOBS/ETLS

» Capacitación

»

Casos Prueba

BASE DE DATOS:

BASE DE DATOS

 

»

Modelo entidad

relación

» Tablas

»

Diccionario de Datos

» Proc. Almacen.

 

ARQUITECTURA

» Vistas

 

» Diag. Navegación

»

Triguers

» Diag. Componentes

 

HERRAMIENTAS

 

Case UML

 

Case GUI / Case BD

 

IDE Desarrollo

 

PRUEBAS:

 

VERIFICAR

   

Informe de Pruebas

 

Metodología de desarrollo de Software

4. Seguimiento y Control.

4.1. Informe de desempeño

de Pruebas   Metodología de desarrollo de Software 4. Seguimiento y Control. 4.1. Informe de desempeño
22
22

22

4.2. Reunión diaria

EDT (Actualización del avance)

4.2. Reunión diaria EDT (Actualización del avance) Cronograma (Actualización del avance) 23 23
4.2. Reunión diaria EDT (Actualización del avance) Cronograma (Actualización del avance) 23 23

Cronograma (Actualización del avance)

23
23
4.2. Reunión diaria EDT (Actualización del avance) Cronograma (Actualización del avance) 23 23

23

5.

Cierre. 5.1. Acta de Aceptación Entregables

ACTA DE ACEPTACIÓN DE LOS ENTREGABLES

Proyecto:

   

Cliente:

 

Fecha:

 

Por medio de la presente acta, se deja constancia que los entregables el proyecto:

24
24

Nombre del proyecto:

Han sido concluidos satisfactoriamente y se encuentra totalmente operativo, cumpliendo

con todos los requerimientos especificados:

Director de …

Director Desarrollo de Sistemas

Jefe del Proyecto

24

5.2. Minuta de reunión

 

Nombre del proyecto

Fecha:

MINUTA DE

REUNIÓN

MIN 001

Hora Inicio:

   
 

Lugar:

Elaboró: Desarrollo de Sistemas

Universidad Católica Santo Toribio de Mogrovejo

Página 25 de 28

1. Asunto de la reunión

Actividad

Duración

Propietario

2. Participantes

Dirección … : :

o

o

Dirección de Desarrollo de SistemasPropietario 2. Participantes Dirección … : o o o o 3. Ausentes 4. Acuerdos o Actividades

o

o

3. Ausentes

: o o Dirección de Desarrollo de Sistemas o o 3. Ausentes 4. Acuerdos o Actividades

4. Acuerdos o Actividades realizadas

Compromisos

Actividad/Tema

Descripción

Responsable

Fecha

Compromiso

1

2

3

5. Pendientes

6. Firmas

25
25

Nombres y apellidos

Firma

1

   

2

   

3

   

25

5.3. Acta Cierre del Proyecto

26
26

26

ACTA DE CIERRE DEL PROYECTO

Proyecto:

Cliente:

Fecha:

Por medio de la presente acta, se deja constancia que todos los entregables del proyecto:

Nombre del proyecto

Cuyos principales entregables son:

27
27

Ha sido concluido satisfactoriamente y se encuentra totalmente operativo, cumpliendo con todos los requerimientos especificados:

Director de …

Director Desarrollo de Sistemas

Jefe del Proyecto

27

I.

GESTION DEL PRODUCTO

1.1. Análisis

Modelos de casos de USO DE NEGOCIO - CON

Diagramas de Procesos.

Registro de requerimientos.

Casos Prueba.

1.2. Diseño.

Prototipos:

-C/ Modulo. -C/ Formulario. -C/Reporte.

Base de Datos:

-M.E.R. -Dicc. Datos.

Arquitectura:

-Diagrama de navegación.

-Diagrama de Componentes.

1.3. Desarrollo

Programación:

-Código de Fuente -Aplicación. -JOBS/ETLS

Base de Datos:

-Tablas -Proced. Almacén -Vistas. -Triguers

1.4. Puesta en Marcha

Manual de Usuario.

Instalación.

Capacitación.

28
28

28