i

TESIS

ANÁLISIS, DISEÑO E IMPLANTACIÓN DE UN

SISTEMA DE INFORMACIÓN COMO SOPORTE A
LA GESTIÓN ADMINISTRATIVA DEL
“RESIDENCIAL EL REMANSO”

PARA OPTAR EL TÍTULO PROFESIONAL DE

INGENIERO DE SISTEMAS E INFORMÁTICA

LIMA – PERÚ

2015
 iv

TABLA DE CONTENIDOS

DEDICATORIA...................................................................................................... III

AGRADECIMIENTOS .......................................................................................... IV

RESUMEN............................................................................................................. V

INTRODUCCIÓN .................................................................................................. VI

ÍNDICE PRINCIPAL ........................................................................................... VIII

ÍNDICE DE GRÁFICOS....................................................................................... XII

ÍNDICE DE TABLAS .......................................................................................... XIII

ÍNDICE DE FORMATOS DE LA GESTIÓN DEL PROYECTO ...........................

XIV INDICE DE ANEXOS …………………………………………………………………………….XXVII

 iii

DEDICATORIA
A Dios por darme la fuerza y
perseverancia para luchar por mis
sueños. A mis queridos padres, por su
apoyo incondicional.
 iv

AGRADECIMIENTOS
A la gerencia del RESIDENCIAL EL
REMANSO por su colaboración para la
realización del presente trabajo.

A todos mis maestros, por transmitir

sus conocimientos para mi formación
profesional, por sus grandes consejos y
apoyo en todo momento.

Y a todas aquellas personas, que me

ofrecieron su apoyo y tiempo para el
logro de mis objetivos.
 v

RESUMEN

La presente tesis es un trabajo de investigación y mejora de la gestión inmobiliaria en la

empresa RESIDENCIAL EL REMANSO, que abarcan los procesos de Check-In y Check-
Out de los clientes.

Para ello se ha contado con el apoyo de la gerencia general y del personal administrativo
que en todo momento brindaron su colaboraron para el planteamiento de mejoras en este
proyecto.

Se analizó la información facilitada por las diversas áreas de la organización con el fin de
plantear una mejora en el sistema actual de la gestión inmobiliaria. Esta mejora se verá
reflejada en el ahorro del tiempo del registro de los clientes, del ahorro de recursos y en
la gestión administrativa en general, a través del sistema de gestión planteado.

Con dicha propuesta se espera obtener una óptima gestión inmobiliaria, en el que
se eliminen las debilidades que presenta el sistema actual.
 vi

INTRODUCCIÓN

El presente proyecto de tesis busca plantear una solución al problema que se

presenta en el Proceso de Registro de Clientes, por la demora que genera registrar
manualmente a un cliente, que en ciertas ocasiones no desean registrarse y en otras no
informan al personal de recepción su salida del hotel, afectando la disponibilidad de
habitaciones la cual es información muy relevante para los clientes que llegan por el
servicio, generando bajas en las ganancias.

Durante los siguientes capítulos se abordarán temas acerca de la estructura la

organización, así como el desarrollo del sistema de gestión inmobiliaria bajo la
metodología de procesos PMBOK para la gestión de los proyectos y el uso de la
metodología RUP para el desarrollo del aplicativo.

Como resultado del proyecto se obtendrá un producto que logrará satisfacer las
necesidades de la organización y pueda servir como soporte a la toma de decisiones.

El proyecto tendrá la siguiente estructura:

CAPÍTULO I: ANÁLISIS DE LA ORGANIZACIÓN - En este capítulo, comprenderá

los temas como Fines de la Organización, Análisis externo, Análisis Interno, Análisis
Estratégico, Descripción de la problemática y resultados esperados, con la finalidad de
entender a la empresa y a su entorno de negocio

CAPÍTULO II: MARCO TEÓRICO DEL NEGOCIO Y DEL PROYECTO - En este

capítulo se presenta el Marco Teórico con el que se va a trabajar, tanto de la empresa
(procesos que atacara el proyecto) y a su vez el Marco Teórico de la gestión de
proyectos, ingeniería del proyecto y el soporte de proyecto.

CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO - En este Capítulo se

refieren a los procesos de iniciación del proyecto, en donde se definen los objetivos del
proyecto, se identifican a los principales interesados, se nombra al DP y se autoriza
formalmente el inicio del proyecto.
 vii

Y en los procesos de planificación del proyecto se define el alcance del proyecto,

se refinan los objetivos y se desarrolla el plan para la dirección del proyecto, que será el
curso de acción para un proyecto exitoso.

CAPÍTULO IV: EJECUCIÓN Y SEGUIMIENTO Y CONTROL DEL PROYECTO -

Este capítulo comprenden la realización los procesos de ejecución del proyecto en donde
se integran todos los recursos a los fines de implementar el plan para la dirección del
proyecto. Y se indican los procesos de Monitoreo y control del proyecto en done se
supervisa el avance del proyecto y se aplican acciones correctivas.

CAPÍTULO V: CIERRE DEL PROYECTO - En este capítulo se desarrolla los

procesos de cierre en donde se formaliza con el cliente la aceptación de los entregables
del proyecto.

CAPÍTULO VI: EVALUACION DE LOS RESULTADOS - En este capítulo se

identifica, monitorea y supervisa los indicadores de gestión del proyecto y se evalúa si se
están cumpliendo de acuerdo al plan estratégico.

CAPITULO VII: CONCLUSIONES Y RECOMENDACIONES - En este capítulo se

presentan las conclusiones y recomendaciones del proyecto de investigación.
 viii

INDICE PRINCIPAL

CAPÍTULO I: ANÁLISIS DE LA ORGANIZACIÓN .......................................................... 2

1.1. Datos generales de la institución .......................................................................................2

1.1.1. Nombre de la institución......................................................................................................... 2
1.1.2. Rubro o Giro del Negocio ...................................................................................................... 2
1.1.3. Breve Historia.......................................................................................................................... 3
1.1.4. Organigrama Actual................................................................................................................ 5
1.1.5. Descripción de las Áreas funcionales................................................................................... 5
1.1.6. Descripción general del proceso de negocio ....................................................................... 6

1.2. Fines de la Organización .....................................................................................................6

1.2.1. Visión ....................................................................................................................................... 6
1.2.2. Misión....................................................................................................................................... 6
1.2.3. Valores..................................................................................................................................... 6
1.2.4. Objetivos Estratégicos............................................................................................................ 7
1.2.5. Unidades Estratégicas de Negocios ..................................................................................... 8

1.3. Análisis Externo ...................................................................................................................8

1.3.1. Análisis del entorno general .................................................................................................. 8
A. Factores económicos...................................................................................................................... 8
B. Factores tecnológicos ..................................................................................................................... 8
C. Factores políticos ............................................................................................................................ 9
D. Factores sociales ............................................................................................................................ 9
E. Factores demográficos ................................................................................................................. 11
1.3.2. Análisis del entorno competitivo.......................................................................................... 11
1.3.3. Análisis de la posición competitiva - Factores claves de éxito ........................................ 17

1.4. Análisis Interno ..................................................................................................................18

1.4.1. Recursos y capacidades ...................................................................................................... 18
A. Recursos tangibles........................................................................................................................ 18
B. Recursos intangibles..................................................................................................................... 18
C. Capacidades Organizativas ......................................................................................................... 18
D. Análisis de recursos y capacidades ............................................................................................ 19
1.4.2. Análisis de la cadena de valor............................................................................................. 19
A. Actividades primarias.................................................................................................................... 20
B. Actividades de apoyo.................................................................................................................... 20

1.5. Análisis Estratégico ...........................................................................................................21

1.5.1. Análisis FODA....................................................................................................................... 21
A. Fortalezas ...................................................................................................................................... 21
B. Oportunidades ............................................................................................................................... 21
C. Debilidades .................................................................................................................................... 22
D. Amenazas ...................................................................................................................................... 22
1.5.2. Matriz FODA.......................................................................................................................... 23

1.6. Descripción de la problemática ........................................................................................24

 ix

1.6.1. Problemática .........................................................................................................................

24
1.6.2. Objetivos................................................................................................................................
24
A. Objetivo General ...........................................................................................................................
24
B. Objetivos Específicos ...................................................................................................................
24

1.7. Resultados esperados .......................................................................................................25

CAPÍTULO II: MARCO TEÓRICO DEL NEGOCIO Y DEL PROYECTO.................27

2.1. Marco teórico del Negocio.................................................................................................27

2.2. Marco teórico del Proyecto ...............................................................................................27

2.2.1. Gestión del Proyecto ............................................................................................................
27
2.2.2. Ingeniería del Proyecto ........................................................................................................
33
2.2.3. Soporte del Proyecto ............................................................................................................
33
2.2.4. Planificación de la Calidad...................................................................................................
34
2.2.5. Identificación de estándares y métricas .............................................................................
36
2.2.6. Diseño de formatos de aseguramiento de calidad ............................................................
39

CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO....................................40

3.1. Gestión del proyecto..........................................................................................................40

3.1.1. Iniciación................................................................................................................................
40
A. Acta de constitución del proyecto................................................................................................
40
1. Objetivo del Acta de Constitución................................................................................................
40
2. Descripción del Acta de Constitución..........................................................................................
40
3.1.2. Planificación ..........................................................................................................................
51
A. Alcance - Plan de Gestión del Alcance .......................................................................................
51
1. Alcance del Producto ....................................................................................................................
51
2. Alcance del Proyecto ....................................................................................................................
54 a.Entregables....................................................................................................................................
54 b.EDT.................................................................................................................................................
56 c. Diccionario de la EDT ...................................................................................................................
57 d.Matriz de trazabilidad de requerimientos ....................................................................................
60
B. Tiempo - Plan de Gestión del Tiempo.........................................................................................
 x
66
1. Cronograma del Proyecto ............................................................................................................
66
2. Hitos del proyecto .........................................................................................................................
66
3. Gestión de cambio en el Cronograma ........................................................................................
67
C. Costo - Plan de Gestión del Costo ..............................................................................................
69
1. Cuadro de Costos .........................................................................................................................
69
2. Forma de Pago..............................................................................................................................
72
3. Gestión de Cambio en los Costos ...............................................................................................
72
D. Calidad - Plan de Gestión de la Calidad .....................................................................................
77
1. Aseguramiento de la calidad........................................................................................................
77
2. Control de Calidad ........................................................................................................................
78
E. Recursos Humanos - Plan de Gestión de los Recursos Humanos..........................................
79
1. Organigrama del Proyecto ...........................................................................................................
79
2. Roles y responsabilidades ...........................................................................................................
80
 xi

3. Matriz de asignación de responsabilidades (RAM) ................................................................... 82

F. Comunicaciones - Plan de Gestión de los Recursos Humanos ............................................... 83
1. Directorio de Stakeholders ........................................................................................................... 83
2. Medios de Comunicación ............................................................................................................. 84
G. Riesgos - Plan de Gestión de Riesgos ....................................................................................... 89
1. Fuentes de Riesgos ...................................................................................................................... 89
2. Matriz de descomposición de Riesgos (RBS) ............................................................................ 90
3. Categorías, Criterios para priorizar y levantar los riesgos ........................................................ 90
4. Estrategias para la respuesta de los riesgos ............................................................................. 92
5. Identificación, Seguimiento y Control de Riesgos ..................................................................... 93
H. Interesados del Proyecto - Plan de Gestión de Interesados .................................................... 97
1. Interesados del Proyecto.............................................................................................................. 97
2. Equipos de Trabajo del Proyecto .............................................................................................. 100
3. Reuniones del Proyecto ............................................................................................................. 102

3.2. Ingeniería del Proyecto ....................................................................................................103

3.2.1. Concepción ......................................................................................................................... 103
A. Especificación de Requerimientos de Software ....................................................................... 103
B. Modelo de Datos ......................................................................................................................... 111
C. Casos de Uso del Sistema ......................................................................................................... 112
3.2.2. Elaboración ......................................................................................................................... 128
A. Diseño del Sistema ..................................................................................................................... 128
Diagrama de Arquitectura ................................................................................................................... 128
Prototipo del Sistema .......................................................................................................................... 128

3.3. Soporte del Proyecto .......................................................................................................134

3.3.1. Plan de Gestión de la Configuración del Proyecto .......................................................... 134
3.3.2. Plan de Gestión de Métricas del Proyecto ....................................................................... 136
3.3.3. Plan de Gestión del Aseguramiento de la Calidad del proyecto.................................... 139

CAPITULO IV: EJECUCION, SEGUIMIENTO Y CONTROL DEL PROYECTO 141

4.1. Gestión del Proyecto........................................................................................................141

4.1.1. Ejecución ............................................................................................................................. 141
A. Cronograma actualizado ............................................................................................................ 141
B. Cuadro de Costos Actualizado .................................................................................................. 142
C. WBS Actualizado......................................................................................................................... 144
D. Matriz de Trazabilidad de requerimientos actualizado ............................................................ 145
E. Acta de reunión de Equipo ......................................................................................................... 146
F. Registro de Capacitaciones del Proyecto actualizado ............................................................ 148
4.1.2. Seguimiento y Control ........................................................................................................ 148
A. Solicitud de Cambio .................................................................................................................... 148
B. Riesgos actualizados .................................................................................................................. 151
C. Informes de Estado ..................................................................................................................... 153

4.2. Ingeniería del Proyecto ....................................................................................................153

4.2.1. Casos de Prueba Unitarias ..............................................................................................153

 x
ii
4.3. Soporte del Proyecto .......................................................................................................155
4.3.1. Plantilla de Seguimiento a la Gestión de la Configuración actualizado ........................ 155
4.3.2. Plantilla de Seguimiento al Aseguramiento de la calidad actualizado .......................... 156
4.3.3. Plantilla de Seguimiento a las Métricas y evaluación del desempeño .......................... 157

CAPITULO V: CIERRE DEL PROYECTO ..................................................................... 159

5.1. Gestión del Cierre del Proyecto ......................................................................................159

5.1.1. Acta de Aprobación de entregables.................................................................................. 159
5.1.2. Lecciones aprendidas ........................................................................................................ 161
5.1.3. Acta de Cierre del Proyecto............................................................................................... 165

5.2. Ingeniería del Proyecto ....................................................................................................167

5.2.1. Informe de Pruebas de Aceptación................................................................................... 167
5.2.2. Lecciones Aprendidas ........................................................................................................ 170

CONTROL DE VERSIONES............................................................................................... 170

5.3. Soporte del Proyecto .......................................................................................................173

5.3.1. Plantilla de Seguimiento a la Gestión de la configuración actualizado ......................... 173
5.3.2. Plantilla de Seguimiento al Aseguramiento de la calidad actualizado .......................... 174
5.3.3. Plantilla de Seguimiento a las Métricas y evaluación del desempeño actualizado ..... 176

CAPITULO VI: EVALUACIÓN DE RESULTADOS ..................................................... 177

6.1. Indicadores claves de éxito del Proyecto ......................................................................177

6.2. Indicadores claves de éxito del Producto ......................................................................179

CAPITULO VII: CONCLUSIONES Y RECOMENDACIONES.................................. 182

7.1. Conclusiones ....................................................................................................................182

7.2. Recomendaciones............................................................................................................183
 xii

ÍNDICE DE GRÁFICOS

GRÁFICO 1 - ORGANIGRAMA “RESIDENCIAL EL REMANSO” .......................................................

5
GRÁFICO 2 - MAPA ESTRATÉGICO “RESIDENCIAL EL REMANSO”.............................................
7
GRÁFICO 3 - FUERZAS COMPETITIVAS DE PORTER .....................................................................
12
GRÁFICO 4 - CADENA DE VALOR “RESIDENCIAL EL REMANSO” .............................................
19
GRÁFICO 5 - ÁREAS DE CONOCIMIENTO INTERRELACIONADAS..............................................
30
GRÁFICO 6 - ESQUEMA DE LA GESTIÓN DE PROYECTOS...........................................................
32
GRÁFICO 7 - INGENIERÍA DEL PROYECTO BAJO LA METODOLOGÍA RUP .............................
33
GRÁFICO 8 - PROCESOS DE SOPORTE DEL PROYECTO .............................................................
33
GRÁFICO 9 - CRONOGRAMA DEL PROYECTO ................................................................................
47
GRÁFICO 10 - DIAGRAMA DE CONTEXTO ........................................................................................
52
GRÁFICO 11 - ENFOQUE DE LA SOLUCIÓN .....................................................................................
52
GRÁFICO 12 - EDT DEL PROYECTO ...................................................................................................
56
GRÁFICO 13 - ORGANIGRAMA DEL PROYECTO .............................................................................
79
GRÁFICO 14 - RBS DEL PROYECTO ...................................................................................................
90
GRÁFICO 15 - MODELO DE DATOS...................................................................................................
111
GRÁFICO 16 - ACTORES DEL SISTEMA........................................¡ERROR! MARCADOR NO
DEFINIDO. GRÁFICO 17 - CASOS DE USO DEL SISTEMA .............................¡ERROR! MARCADOR
NO DEFINIDO. GRÁFICO 18 - DIAGRAMA DE CONTEXTO ...................................¡ERROR!
MARCADOR NO DEFINIDO. GRÁFICO 19 - DIAGRAMA DE CASOS DE USO DEL ÁREA DE
RECEPCIÓN ........................... 118
GRÁFICO 20 - DIAGRAMA DE CASOS DE USO DE GERENCIA ..................................................
122
GRÁFICO 21 - DIAGRAMA DE CASOS DE USO DEL ÁREA DE SISTEMA .................................
124
GRÁFICO 22 - DIAGRAMA DE ARQUITECTURA TÉCNICA DEL SISTEMA ................................
128
GRÁFICO 23 - INTERFAZ DE ACCESO AL SISTEMA .....................................................................
128
GRÁFICO 24 - PANTALLA PRINCIPAL DEL SISTEMA ...................................................................
129
GRÁFICO 25 - MENÚ CLIENTES - HABITACIONES DISPONIBLES .............................................
129
GRÁFICO 26 - FORMULARIO HABITACIONES DISPONIBLES .....................................................
129
GRÁFICO 27 - MENÚ CLIENTES - REGISTRO DE RUC..................................................................
130
GRÁFICO 28 - FORMULARIO REGISTRO DE RUC .........................................................................
 xiii
130
GRÁFICO 29 - MENÚ CLIENTES - REGISTRO DE CLIENTES .......................................................
130
GRÁFICO 30 - FORMULARIO REGISTRO DE CLIENTES...............................................................
131
GRÁFICO 31 - MENÚ COBRANZA - FORMULARIO FACTURA .....................................................
131
GRÁFICO 32 - MENÚ MANTENIMIENTO - TIPO DE HABITACIONES ..........................................
132
GRÁFICO 33 - FORMULARIO MANTENIMIENTO - TIPO DE HABITACIONES............................
132
GRÁFICO 34 - MENÚ REPORTES - REPORTE DE FACTURAS ....................................................
133
GRÁFICO 35 - FORMULARIO REPORTES - REPORTE DE FACTURAS .....................................
133
GRÁFICO 36 - MENÚ ADM. DEL SISTEMA - USUARIOS................................................................
133
GRÁFICO 37 - FORMULARIO ADM. DEL SISTEMA - USUARIOS .................................................
134
GRÁFICO 38 - CRONOGRAMA DEL PROYECTO ACTUALIZADO ...............................................
141
GRÁFICO 39 - CUADRO DE COSTOS ACTUALIZADO ...................................................................
143
GRÁFICO 40 - FORMA DE PAGO DEL PROYECTO ACTUALIZADO ...........................................
143
GRÁFICO 41 - PRUEBAS UNITARIAS – REGISTRO DE CLIENTES.............................................
154
 xiii

ÍNDICE DE TABLAS

TABLA 1 - MATRIZ FODA “RESIDENCIAL EL REMANSO” .............................................................

23
TABLA 2 - GRUPOS DE PROCESOS Y ÁREAS DEL CONOCIMIENTO PMBOK 5TA EDICIÓN 31
TABLA 3 - REVISIONES DE CONTROL DE CALIDAD ......................................................................
36
TABLA 4 - JEFE DEL PROYECTO Y SU NIVEL DE AUTORIDAD ...................................................
45
TABLA 5 - HITOS DEL PROYECTO ......................................................................................................
47
TABLA 6 - STAKEHOLDERS DEL PROYECTO ..................................................................................
48
TABLA 7 - REQUERIMIENTOS DE ALTO NIVEL ................................................................................
61
TABLA 8 - REQUERIMIENTOS FUNCIONALES .................................................................................
62
TABLA 9 - REQUERIMIENTOS NO FUNCIONALES........................................................................... 63
TABLA 10 - REQUERIMIENTOS DE ALTO NIVEL VS. REQUERIMIENTOS FUNCIONALES...... 64
TABLA 11 - REQUERIMIENTOS FUNCIONALES VS. PRODUCTOS DE TRABAJO ....................
65
TABLA 12 - CUADRO DE COSTOS DEL PROYECTO .......................................................................
69
TABLA 13 - FORMA DE PAGO DEL PROYECTO............................................................................... 72
TABLA 14 - ROLES Y RESPONSABILIDADES DEL PROYECTO ...................................................
80
TABLA 15 - MATRIZ RAM DEL PROYECTO .......................................................................................
82
TABLA 16 - DIRECTORIO DE STAKEHOLDERS................................................................................
84
TABLA 17 - CUADRO DE RIESGOS DEL PROYECTO...................................................................... 93
TABLA 18 - INTERESADOS DEL PROYECTO ....................................................................................
97
TABLA 19 - EQUIPOS DE TRABAJO DEL PROYECTO ..................................................................
100
TABLA 20 - REQUERIMIENTOS DEL CLIENTE (ALTO NIVEL) .....................................................
103
TABLA 21 - REQUERIMIENTOS FUNCIONALES .............................................................................
104
TABLA 22 - REQUERIMIENTOS NO FUNCIONALES ...................................................................... 106
TABLA 23 - DESCRIPCIÓN DEL CASO DE USO CONSULTAR HABITACIONES DISPONIBLES
.......................................................................................................................................................... 119
TABLA 24 - DESCRIPCIÓN DEL CASO DE USO REGISTRAR CLIENTE ....................................
119
TABLA 25 - DESCRIPCIÓN DEL CASO DE USO REGISTRAR COBRO....................................... 120
TABLA 26 - DESCRIPCIÓN DEL CASO DE USO INFORMAR SALIDA HUÉSPEDES................ 121
TABLA 27 - DESCRIPCIÓN DEL CASO DE USO MODIFICAR TARIFAS DEL SERVICIO .........
122
TABLA 28 - DESCRIPCIÓN DEL CASO DE USO CONSULTAR MOVIMIENTOS ........................
123
TABLA 29 - DESCRIPCIÓN DEL CASO DE USO ADMINISTRAR SISTEMA................................
125
TABLA 30 - DESCRIPCIÓN DEL CASO DE USO ADMINISTRAR RECEPCIÓN ..........................
125
 TABLA 31 - DESCRIPCIÓN DEL CASO DE USO ADMINISTRAR USUARIOS ............................
126
TABLA 32 - DESCRIPCIÓN DEL CASO DE USO VALIDAR USUARIO.........................................
127
TABLA 33 - PLAN DE GESTIÓN DE LA CONFIGURACIÓN DEL PROYECTO............................ 134
TABLA 34 - PLAN DE GESTIÓN DEL ASEGURAMIENTO DE LA CALIDAD DEL PROYECTO
139
TABLA 35 - REGISTRO DE CAPACITACIONES DEL PROYECTO................................................ 148
TABLA 36 - RIESGOS ACTUALIZADOS ............................................................................................
151
 xiv

INDICE DE FORMATOS DE LA GESTIÓN DEL PROYECTO

FORMATO 1 - ACTA DE LANZAMIENTO DEL PROYECTO ...........................................................

184
FORMATO 2 - ACTA DE CONSTITUCION .........................................................................................
186
FORMATO 3 - PLAN DE GESTIÓN DEL PROYECTO ......................................................................
196
FORMATO 4 - ACTA DE REUNIÓN .....................................................................................................
218
FORMATO 5 - INFORME DE ESTADO................................................................................................ 220
FORMATO 6 - SOLICITUD DE CAMBIO .............................................................................................
227
FORMATO 7 - ACTA DE APROBACIÓN DE ENTREGABLES ........................................................
231
FORMATO 8 - LECCIONES APRENDIDAS ........................................................................................
233
FORMATO 9 - ACTA DE CIERRE DEL PROYECTO......................................................................... 248
FORMATO 10 - ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE ..............................
250
FORMATO 11 - CASOS DE PRUEBAS UNITARIAS......................................................................... 263
FORMATO 12 - INFORME DE PRUEBAS DE ACEPTACIÓN ..........................................................
267
 x
v
INDICE DE ANEXOS

ANEXO 1 – CARTA DE CONFORMIDAD DEL CLIENTE ................................................................ 184

ANEXO 2 – ENCUESTAS DE EVALUACIÓN DE RESULTADOS ...................................................
186
 2

CAPÍTULO I: ANÁLISIS DE LA ORGANIZACIÓN

1.1. Datos generales de la institución

1.1.1. Nombre de la institución

SIMA HOGAR S.R.L

1.1.2. Rubro o Giro del Negocio

SIMA HOGAR S.R.Les una empresa que pertenece al rubro hotelero.

Género: Mixto

Gestión: Pública de Gestión Directa

Dependencia: Pública - Sector Educación

Enseñanzas:

Categoría: Turno: Características:

Educación Primaria Continuo mañana y tarde Poli docente completo

Educación Secundaria Continuo mañana y tarde

Dirección del establecimiento: Avenida Micaela Bastidas / Talara

S/N Sector 3, Lima, Villa El Salvador.

Localidad: GRUPO SECTOR 3

Centro Poblado: VILLA EL SALVADOR

 3

1.1.3. Breve Historia

Fue creada en el año 2001 como “SIMA HOGAR S.R.L” siendo persona
natural representada por la Sra. Mallea Silveria Quispe Afortunata en el
departamento de Lima. Con el objetivo de prestar servicio de venta a
minoristas y al público en general para su uso doméstico.
Nuestros clientes principales fueron los minoristas y público en general a
quienes se les brinda productos línea blanca, línea marrón y de uso
doméstico de calidad garantizada.
SIMA HOGAR S.R.L fue creciendo y ganando el prestigio, lo que le permitió
formar sucursales en Arequipa y en Tacna.
 4

1.1.4. Organigrama Actual

Gráfico 1 - Organigrama “RESIDENCIAL EL REMANSO”

GERENCIA
GENERAL

DPTO. DPTO. DPTO. AREA DE AREA DE

CONTABILIDAD MARKETING SISTEMAS RECEPCION SERVICIO

Fuente: Elaborado por el Autor

1.1.5. Descripción de las Áreas funcionales

UNIDADES/ AREAS DESCRIPCIÓN DE LAS PRINCIPALES

DEL CLIENTE FUNCIONES
Gerencia General Encargada de tomar decisiones respecto a cambios
del negocio (precios por temporada, promociones y
descuentos), además de ser quién establece las
políticas de la empresa.

Departamento de Encargada del mantenimiento del sistema y de

Sistemas garantizar el acceso de los usuarios a la información
que les concierne.

Departamento de Encargada de las tareas importantes del

Marketing RESIDENCIAL como el análisis del mercado, el
planeamiento estratégico, las ventas, la difusión,
propaganda y publicidad.

Área de Recepción Encargada de registrar el servicio de hospedaje

ofrecido a los clientes, brindar información y registrar
a los clientes.

Área de Servicio Encargada de la limpieza y presentación de las

habitaciones.
 1.1.6. Descripción general del proceso de negocio
La empresa RESIDENCIAL EL REMANSO tiene como actividad económica
brindar el servicio de hospedaje, la cual es ofrecida a clientes nacionales e
internacionales, los cuales al arribar al RESIDENCIAL son dirigidos al área
de recepción, donde se registran los datos del cliente en un libro de
huéspedes, paso seguido se le hace la entrega de llaves de su habitación.

1.2. Fines de la Organización

1.2.1. Visión

Lograr en un periodo de 5 años ser una empresa competitiva y de

excelencia en el sector servicio en la ciudad de Arequipa, destacando los
estándares de calidad de los servicios que prestamos para satisfacer las
expectativas de nuestros clientes.

1.2.2. Misión

Retener a nuestros clientes y liderar el mercado arequipeño, ofreciendo

productos de calidad y servicio de excelencia, el bienestar de nuestros
trabajadores y el desarrollo de la sociedad en las que operamos.

1.2.3. Valores

 Servicio: Dedicación esmerada a satisfacer las expectativas de

nuestros clientes.
 Respeto: Hacia los clientes para cumplir con la satisfacción de los
Mismos.
 Compromiso: Tanto con el servicio a sus clientes, como también
con sus trabajadores y todo el personal, involucrando en el
bienestar para la empresa.
  Crecimiento: Perseguimos el crecimiento sostenido tanto
económico como humano, garantizando la prosperidad de nuestro
negocio.
 Ética Profesional: Actuar conscientemente de las acciones en el
trabajo, verificando el trabajo, cerciorarse que no tenga ningún
desperfecto y reparando posibles fallas para evitar problemas con
los clientes.

1.2.4. Objetivos Estratégicos

 Incrementar los ingresos
 Reducir los gastos
 Fidelizar clientes
 Mejorar la satisfacción del cliente
 Mejorar los procesos internos
 Mejorar la difusión de nuestros servicios
 Mantener un buen clima laboral
 Capacitar y mantener motivado a nuestros colaboradores

Gráfico 2 - Mapa Estratégico “RESIDENCIAL EL REMANSO”

Perspectiva
Financiera Incrementar los
Reducir los ingresos
gastos

Perspectiva
Clientes Mejorar la satisfacción
Fidelizar clientes del cliente

Perspectiva
Procesos Mejorar la difusión
Internos Mejorar los procesos
de nuestros servicios
internos

Perspectiva Mantener un buen clima laboral

Aprendizaje y
Conocimiento
 ma motivado a nuestros
Capacitar y nte colaboradores
ner

Fuente: Elaborado por el Autor.

1.2.5. Unidades Estratégicas de Negocios
La UEN identificada es la del servicio de ventas de
electrodomésticos.

1.3. Análisis Externo

1.3.1. Análisis del entorno general

Las variables externas que influyen en el sector industrial tanto positiva o
negativamente, son no controlables que nos permiten identificar
oportunidades o amenazas.

A. Factores económicos
Costos de Materia Prima: Las variaciones de los costos de las materias
primas con las cuales se elaboran los productos, influyen en los precios
de venta finales de los proveedores.
Acuerdos de Integración (TLC): Es importante mencionar que el Perú
tiene acuerdos comerciales firmados con Estados Unidos, Canadá,
Chile, Singapur, Tailandia y China. Además se está trabajando en
acuerdos con Japón y Corea del Sur.
Tasas de Inflación y Devaluación: La inflación puede generar la subida
de los precios y esto influirá en la economía y como consecuencia a la
empresa tendría un aumento del costo de los materiales que se
necesitan para realizar los servicios.

B. Factores tecnológicos
Velocidad de transferencia de tecnología: Como tendencia general de
consumo, se ha comenzado a solicitar productos con tecnología de
última generación.

Uso de internet: Según los especialistas el Perú sigue avanzando en

línea con las tendencias mundiales en el uso de internet. Aunque el
nivel de adopción sea inferior comparado con otros países.
 9

En este contexto, todas las estrategias competitivas que siguen las

empresas dependen estrechamente de la información, que se
convierte así en un recurso vital para esta industria, si bien precisa ser
integrada para añadir valor a la gestión del negocio.

C. Factores políticos

Política Monetaria: El Banco Central es el principal ente regulador de la

economía peruana. Además, al mantener una baja tasa de inflación, el
BCRP crea las condiciones necesarias para un normal desenvolvimiento
de las actividades económicas.
Contrabando: Entrada, salida y venta clandestina de mercaderías
prohibidas o sometidas a derechos en los que se defrauda a las
autoridades locales y no cuentan con certificados de garantías.
Legislación arancelaria: Impuestos que el gobierno exige a productos
extranjeros con el objeto de elevar su precio de venta en el mercado
interno.
Informalidad: Empresas informales que ofrecen productos de
contrabando, evadiendo los impuestos implantados por la SUNAT.

D. Factores sociales
Tasa de crecimiento población: Según información del INEI, la población
del Perú presenta un crecimiento promedio anual durante el periodo
2000 - 2050 de 1,0%.
Estilos de vida de la población: El último Censo nacional efectuado
muestra una mejora en las condiciones de vida de la población.
Distribución del ingreso de la población: En Arequipa el valor adquisitivo
de la población ha aumentado debido a las oportunidades laborales por
parte de las empresas mineras.
 10

E. Factores demográficos
Protección del medio ambiente: La empresa debe adecuarse a la norma
ISO 14001.
Amenaza de desastres naturales: El Perú es uno de los países más
vulnerable a desastres ocasionados por fenómenos naturales.
 11

1.3.2. Análisis del entorno competitivo

El análisis competitivo es un proceso que consiste en relacionar a la empresa con

su entorno. El análisis competitivo ayuda a identificar las fortalezas y
debilidades de la empresa, así como las oportunidades y amenazas que le
afectan dentro de su mercado objetivo. Este análisis es la base sobre la que
se diseñará la estrategia, para ello deberemos conocer o intuir lo antes posible:

 La naturaleza y el éxito de los cambios probables que pueda adoptar el

competidor.
 La probable respuesta del competidor a los posibles movimientos
estratégicos
Que otras empresas puedan iniciar.
 La reacción y adaptación a los posibles cambios del entorno que puedan
ocurrir de los diversos competidores.

Análisis de las fuerzas Competitivas de Porter:

Estas son cinco fuerzas competitivas que interaccionan en el mundo
empresarial:
 12

La acción conjunta de estas cinco fuerzas competitivas es la que va a

determinar la rivalidad existente en el sector hostelero. Los beneficios
obtenidos por las distintas empresas van a depender directamente de la
intensidad de la rivalidad entre las empresas, a mayor rivalidad, menor beneficio.
La clave está en defenderse de estas fuerzas competitivas e inclinarlas a nuestro
favor mediante estrategias para así generar valor a la empresa.

A. Amenaza de nuevos competidores.

Como podemos ver las barreras de entrada que encuentran los nuevos
ingresantes a este sector son relacionados con cuestiones legales como la
titilación, los permisos de la municipalidad, etc, los que a veces pueden
demorar muchos años en ser concedidas.

Además de tales dificultades para poder entrar en el negocio se necesita

de una fuerte inversión de dinero para poder solventar la adquisición de
nuevos electrodomésticos que ingresan al mercado nacional.

B. Rivalidad entre competidores.

En el sector en el cual se encuentra la empresa (electrodomésticos),
los competidores actuales son muchos.
Se refleja en las estrategias que las empresas emplean, para tener como
resultado un grado de competitividad, así obtener o abarcar un sector del
mercado como:
- Cilex
 13
- Makro
- Record
- Corporación Rosío
- Eximport distribuidores
- Comercia S.A
- Trovit
 14

C. Poder de negociación con los proveedores.

El sector de electrodomésticos está caracterizado por tener una gran
cantidad de proveedores.
Los principales proveedores del sector son:

 Samsung
 Phillips
 Panasonic
 Indurama
 Sony
 15

D. Poder de negociación con los clientes.

Existe fidelidad por parte de nuestros clientes.

El cliente está satisfecho con la calidad de nuestros productos
Rentabilidad de los compradores.
Los clientes (SIEMPRE) quieren comprar productos al precio más bajo
posible.
 16

E. Amenaza de productos y servicios sustitutivos.

Muchas veces la misma necesidad puede ser atendida a través de
productos distintos. Esto significaría que las empresas de un sector no sólo
estarían compitiendo entre ellas, lo harían, también, con las de los demás
sectores que pudieran satisfacer con sus productos esa misma necesidad.
Se debería prestar atención especial a los sustitutivos si éstos resuelven de
forma ventajosa la necesidad o si proceden de sectores con altas
rentabilidades.

1.3.3. Análisis de la posición competitiva - Factores claves de éxito

Los factores claves del éxito son aquellos que, en última instancia, nos
permiten sobrevivir y prosperar en un mercado tan competitivo. Y para
lograr este objetivo, la empresa “SIMA HOGAR S.R.L” debe cumplir dos
condiciones principales:

FCE 1. Diferenciación del servicio

Ofrecer a los clientes un servicio diferente al de la competencia, hacerles
entender que ellos son la base del negocio, que son lo más importante para
la organización, ejemplos como las ofertas , las promociones llevas un
equipo y te sale con una plancha de regalo como también un combo
mezclado.

FCE 2. Estrategia de precios

En un sector tan competitivo como el sector electrodoméstico, la empresa
debe innovar nuevas ideas para realizar precios acorde a temporadas altas
y bajas que dependen de varios factores, tales como el clima, las fiestas y
los festivales.
 17

1.4. Análisis Interno

1.4.1. Recursos y capacidades

Los recursos y capacidades de la empresa, son el conjunto de factores o
activos de los que dispone para llevar a cabo su estrategia competitiva. El
objetivo de su identificación es elaborar un inventario de los recursos y de
las capacidades existentes dentro de la empresa.

A. Recursos tangibles
 Activos físicos:
 Terreno propio
 Equipos informáticos
 Oficinas administrativas
 Red telefónica.

B. Recursos intangibles
 Tecnológicos
 Sistema Operativo Windows 7
 Microsoft Office 2007
 Power Builder versión 10.5
 Microsoft SQL Server 2005

 Intangibles humanos:
 Propietarios
 Personal con principios y valores
 Personal joven
 Internet (Wi-fi)

C. Capacidades Organizativas
 La organización posee un organigrama estructurado (nivel
funcional).
 La organización cuenta con una gerencia por área y una
gerencia general.
 El número de colaboradores es de 10 personas distribuidas en
Las diferentes áreas de la empresa.
 18

D. Análisis de recursos y capacidades

Para la elaboración de este análisis debemos identificar
nuestros recursos y capacidades, valorar en qué medida estos
recursos y capacidades realmente son útiles para el servicio que se
ofrece. Actualmente cuenta con personal profesional especializado en
el rubro hotelero y con muchos años de experiencia, maneja una
estructura organizativa descrita por funciones de cada área.

1.4.2. Análisis de la cadena de valor

Gráfico 4 - Cadena de Valor “RESIDENCIAL EL REMANSO”

INFRAESTRUCTURA DE LA EMPRESA
ACTIVIDADES DE APOYO

Administración y Finanzas
Gestión de Costos y Presupuestos
Gestión contable
Mantenimiento de instalaciones

GESTIÓN DE RECURSOS HUMANOS

Reclutamiento de personal
Selección de personal
Contratación personal
Administración de Personal

DESARROLLO DE TECNOLOGÍA

Mantenimiento y Soporte Técnico

Redes

ABASTECIMIENTO

Evaluación de proveedores Compra de

materiales de oficina. Compra de
insumos para habitaciones Compra de
insumos alimenticios
ACTIVIDADES PRIMARIAS

LOGISTICA LOGISTA MARKETING SERVICIOS

OPERACIONES
INTERNA EXTERNA Y VENTAS POST-VENTA

Servicio de Fidelización del

hospedaje Publicidad cliente
Check - In Check - Out Reservaciones
Servicio a las Satisfacción del
habitaciones Promociones cliente

Reclamos

Fuente: Elaborado por el Autor.

 19

A. Actividades primarias
Las actividades primarias se refieren a la creación física del producto,
diseño, fabricación, venta y el servicio posventa. El modelo de la
cadena de valor distingue cinco actividades primarias detalladas a
continuación de la empresa RESIDENCIAL EL REMANSO:

 Logística de Entrada
 Proceso de Check-In

 Operaciones
 Servicio de hospedaje

 Logística de Salida
 Proceso de Check-Out

 Marketing y ventas
 Publicidad
 Reservaciones
 Promociones

 Post-Venta
 Fidelización del Cliente
 Análisis de satisfacción de clientes.

B. Actividades de apoyo
Las actividades primarias están apoyadas o auxiliadas por las también
denominadas actividades secundarias las cuales se detallan a
continuación:

 Infraestructura de la Empresa
 Administración y Finanzas
 Gestión de Costos y Presupuestos
 Gestión contable
 Mantenimiento de instalaciones
 20

 Gestión de Recursos Humanos

 Reclutamiento de personal
 Selección de personal
 Contratar personal
 Administración de Personal

 Desarrollo Tecnología
 Mantenimiento y Soporte de equipos informáticos

 Abastecimiento
 Evaluación de proveedores
 Compra de materiales de oficina.
 Compra de insumos para habitaciones
 Compra de insumos alimenticios.

1.5. Análisis Estratégico

1.5.1. Análisis FODA

A. Fortalezas
F1 Buena relación con los proveedores
F2 Gran variedad de productos
F3 Productos con garantía
F4 Productos de alta calidad

F5 Rotación adecuada de mercadería

F6 Precios competitivos

B. Oportunidades
O1 Ingreso a nuevos mercados gracias a los nuevos Acuerdos políticos
existentes en el país.
O2 Crecimiento demográfico de la población.
O3 Bajos niveles de penetración en hogares rurales ya que poseen
pocos electrodomésticos.
O4 Migración a productos con tecnología analógica a digital.

O5 Mayor poder adquisitivo de la población

O6 Avance tecnológico para mejorar las condiciones de vidas de la

población.
 21

C. Debilidades
D1 No cuenta con suficiente personal
D2 Baja remuneración para el personal
D3 Falta de EPP
D4 No se ofrece modalidades de
pago
D5 La Publicidad es escasa

D. Amenazas
A1 Creciente nivel de competencia en el sector.
A2 Tipo de cambio.
A3 Competidores ofrecen modalidades de pago

1.5.2. Matriz FODA
MATRIZ FODA SIMA HOGAR S.R.L
Oportunidades
O.1 Ingreso a nuevos mercados gracias a los 1.- Desarrollo de Mercados: Introducción de la
nuevos Acuerdos políticos existentes en
el país.
O.2 Crecimiento demográfico de la
población.
O.3.Bajos niveles de penetración en hogares 3.-Diversificación horizontal: Realizar
rurales ya que poseen pocos
electrodomésticos.
O.4 Migración a productos con tecnología
analógica a digital.
O.5 Mayor poder adquisitivo de la población.
O.6 Avance tecnológico para mejorar las
condiciones de vidas de la población.
Amenazas
A.1 Creciente nivel de competencia en el
sector.
A.2 Tipo de cambio.
A.3 Competidores ofrecen modalidades de
pago.
22
23
Fortalezas Debilidades
F.1 Buena relación con los proveedores D.1 No cuenta con suficiente personal
F.2 Gran variedad de productos D.2 Baja remuneración para el personal
F.3 Productos con garantía D.3 Falta de EPP
F.4 Productos de alta calidad D.4 No se ofrece modalidades de pago
F.5Rotación adecuada de mercadería D.5 La Publicidad es escasa
F.6 Precios competitivos
ESTRATEGIAS FO ESTRATEGIAS DO
1.-Contratar personal y capacitarlos en el
manejos de los equipos de señal digital
empresa en nuevas áreas geográficas de
para la venta de nuestros productos
Arequipa.(f2,f4,O1,O2,O3)
(D1,O2,O4,O6)
2.- Diversificación Concéntrica: Incrementar la 2.- Concéntrica: utilizar el internet para
variedad de productos ofrecidos para mejorar la promocionar nuestros
imagen(F1,F6) productos(D5,O1,O2)
promociones para la venta eficiente de productos
menos demandados.(F2,F3,F4,O5)
ESTRATEGIAS FA ESTRATEGIAS DA
1.- Horizontal: Prestar un servicio cordial y de
1.- Penetración de mercados: Otorgar
calidad que se diferencie de la competencia.
créditos a cuotas fijas.(D4,A3)
(F3,A1)
2 Vertical hacia adelante: adquirir nuevos
canales de distribución y mejorar los actuales.
(F1,F5,A1)
3.- Aventura conjunta: Formar alianzas con
nuestros proveedores a fin de reducir nuestro
margen de costos.(F1,A1)
 23

1.6. Descripción de la problemática

1.6.1. Problemática

A raíz de la situación socioeconómica en la que se basa este trabajo, y

al tener como prioridad la investigación en la construcción de
estrategias que mejoren la economía social de la nación, al direccionar
el crecimiento de las organizaciones Peruanas

El crecimiento y expansión que ha tenido la ciudad gracias a los

proyectos de vivienda de interés social, genera la necesidad y el deseo
en las personas de equipar sus nuevos hogares con muebles y
enceres de última tecnología y de las mejores marcas, lo cual permite
al sector de electrodomésticos incrementar sus ventas.

La gerencia general de Electrodomésticos SIMA HOGAR S.R.L. Sin ver

la necesidad de aplicar conocimientos teóricos-administrativos o
permitir a personas calificadas hacer aportes desde el punto de vista
profesional, Como resultado no cuentan con estrategias de mercadeo
que forjen un crecimiento para la organización. De allí nace la
necesidad de diseñar un Plan de Marketing que le permita aumentar
las ventas. Esta implementación puede hacer a la empresa más
competitiva o de lo contrario podría quedar fuera del mercado.
 24

Muchos establecimientos de comercio que en un principio se dedicaban al

comercio de alimentos y productos de aseo, han venido ampliado la gama
de productos y servicios que ofrece desde electrodomésticos hasta
vehículos de transporte, esos establecimientos hoy día se conocen
como los grandes almacenes de cadena como el Éxito entre otros,
gracias a la inyección de capital y a la aplicación de conocimientos y
estrategias administrativas.

Por otro lado, la población Peruana en general al momento de realizar la

compra de un producto se inclina más por ciertas marcas ya que le
generan cierto nivel de seguridad, confianza y respaldo.

Electrodoméstico SIMA HOGAR. se enfrenta también a diversos problemas

en el sector, dado que la sobre oferta de los numerosos almacenes que
hay, hacen que el cliente no distinga o seleccione entre uno y otro si no que
se dedique a buscar únicamente el producto que previamente había
decidido adquirir.

Basados en los planteamientos anteriores los investigadores

proponemos el diseño de un Plan de Marketing acorde a las necesidades
de la empresa, para que al realizar su implementación (si así lo consideran
los propietarios) contribuya a alcanzar los objetivos organizacionales y
suplan las necesidades.

El trabajo se desarrollara por los autores en la ciudad de Arequipa, basados

en los datos proporcionados por el sector y la empresa, el grupo de trabajo
está inmerso a la compañía, l a b o r a n d o e n l a e m p r e s a d o s
a ñ o s me permite tener acceso a información confidencial para tener un
mayor conocimiento del comportamiento del mercado de electrodomésticos.
 25
1.6.2. Objetivos
El Propósito de este proyecto es desarrollar e implementar un Sistema de
Información que permita agilizar el proceso de Registro de Clientes y
brindar la información necesaria de manera oportuna para planificar,
controlar y tomar decisiones más efectivas y precisas.

A. Objetivo General
Diseñar un Plan de Marketing para la empresa SIMA
HOGAR S.R.L en busca de incrementar el volumen de ventas
dentro del mercado de electrodomésticos de la ciudad de AREQUIPA.

B. Objetivos Específicos

1. Identificar la percepción del consumidor a través de una

investigación de mercados,
2. Realizar un análisis de los competidores a través de un estudio
comparativo basado en las fortalezas y debilidades de la empresa.
3. Diseñar estrategias para desarrollar la mezcla del Marketing,
asignando responsabilidades, tiempos de ejecución y presupuesto
4. Implantar indicadores de gestión para evaluar el desarrollo del
Plan de Marketing.
 26

1.7. Resultados esperados

 Se reducirá en un 60% el tiempo promedio de registro del cliente.

 Se reducirá en un 80% el tiempo promedio en emitir una factura.

 Se reducirá en un 65% el tiempo promedio que toma realizar el Check-In.

AS- IS (MYS SAC – Redes de Negocios

 27

TO – BE (MYS SAC –
Redes de Negocios)
 28

CAPÍTULO II: MARCO TEÓRICO DEL NEGOCIO Y DEL PROYECTO

2.1. Marco teórico del Negocio

En nuestro objeto de estudio se maneja terminología la cual se
definirá conceptualmente en el siguiente párrafo:

 RESIDENCIAL: Establecimiento de hostelería que ofrece alojamiento y

servicio de comedor.

 Check In: Este proceso consiste en recibir al huésped, registrar sus datos
personales, asignarle una habitación disponible, entregarle las llaves de la
habitación y los controles del televisor.

 Check Out: Cuando un cliente decide retirarse del RESIDENCIAL, se lo debe

hacer saber a la recepción para generar su respectivo comprobante de pago
incluyendo los servicios y productos consumidos.

 Registro de Clientes: Es proceso se realiza cuando un cliente visita el

RESIDENCIAL por primera vez, se toman todos los datos personales del
cliente y se le brinda la información general de los servicios del negocio.

 Huésped: Se considera huésped del RESIDENCIAL a toda persona que ha

sido registrado en el libro de huéspedes o en el sistema hostelero.

2.2. Marco teórico del Proyecto

2.2.1. Gestión del Proyecto

Esta tesis fue Desarrollada en base a la guía del PMBOK el cual contiene el
conjunto de conocimientos en Dirección, Gestión, Administración de
Proyectos habitualmente reconocidos como “buenas prácticas”, y que se
constituye como estándar de Administración de proyectos.

La Guía PMBOK® comprende dos grandes secciones, la primera sobre los

procesos y contextos de un proyecto, la segunda sobre las áreas de
conocimientos específicos para la gestión de un proyecto.

Grupo de Procesos
 29

Esta guía describe la naturaleza de los procesos de la dirección de

proyectos en términos de la integración entre los procesos, sus
interacciones y los propósitos a los cuales sirven. Los procesos de
la dirección de proyectos se agrupan en cinco categorías conocidas como
Grupos de Procesos de la Dirección de Proyectos:

1. Procesos de iniciación: Se definen los objetivos del proyecto, se

identifican a los principales interesados, se nombra al DP y se autoriza
formalmente el inicio del proyecto.

2. Procesos de planificación: Se define el alcance del proyecto, se

refinan los objetivos y se desarrolla el plan para la dirección del
proyecto, que será el curso de acción para un proyecto exitoso.

3. Procesos de ejecución: Se integran todos los recursos a los fines de

implementar el plan para la dirección del proyecto.

4. Procesos de Monitoreo y control: Se supervisa el avance del proyecto

y se aplican acciones correctivas.

5. Procesos de cierre: Se formaliza con el cliente la aceptación de los

entregables del proyecto.

Áreas de Conocimiento

Las Áreas del conocimiento de la Dirección de Proyectos, enumera los

procesos de dirección de proyectos y define las entradas, herramientas y
técnicas y salidas para cada área.

La Administración de Proyectos se divide en 10 Áreas del

Conocimiento:

Administración de la Integración de Proyectos: Se refiere los procesos

requeridos para asegurar que los elementos varios de un proyecto están
coordinados apropiadamente. Consiste del desarrollo de un plan de
 30

proyecto, ejecución del plan de proyecto, y el control de cambios en

general.

Administración del Alcance del Proyecto: Se refiere el proceso

requerido para asegurar que el proyecto incluye todo trabajo requerido, y
sólo el trabajo requerido, para completar el proyecto de manera exitosa.
Consiste de la iniciación, planeación del alcance, definición del alcance,
verificación del alcance, y control de cambio al alcance.

Administración del Tiempo del Proyecto: Se refiere los procesos

requeridos para asegurar la terminación a tiempo del proyecto. Consiste en
la definición de las actividades, secuencia de las actividades, estimación
de duración de las actividades, desarrollo del cronograma y control de la
programación.

Administración de los Costos del Proyecto: Se refiere los procesos

requeridos para asegurar que el proyecto es completado dentro del
presupuesto aprobado. Consiste en la planificación de recursos, estimación
de costos, presupuesto de costos, y control de costos.

Administración de la Calidad del Proyecto: Se refiere los procesos

requeridos para asegurar que el proyecto va a satisfacer las necesidades
para lo cual fue desarrollado. Consiste en la planeación de la calidad,
aseguramiento de la calidad, y control de calidad.

Administración de los Recursos Humanos del Proyecto: Se refiere los

procesos requeridos para hacer el uso más eficiente de las personas
involucradas en el proyecto. Consiste en la planeación organizacional,
adquisición de staff, y desarrollo del equipo.

Administración de las Comunicaciones del Proyecto: Se refiere los

procesos requeridos para asegurar la generación apropiada y a tiempo,
colección, diseminación, almacenamiento, y la disposición final de la
información del proyecto. Consiste en la planeación de la
comunicación,
 31

distribución de la información, reportes de desempeño, y el cierre

administrativo.

Administración de Riesgo del Proyecto: Se refiere los procesos

concernientes con la identificación, análisis, y respuesta al riesgo del
proyecto. Consiste en la identificación del riesgo, cuantificación del riesgo,
desarrollo de la respuesta al riesgo, y en el control de la respuesta al
riesgo.

Administración de las Adquisiciones del Proyecto: Se refiere los

procesos requeridos para adquirir bienes y servicios de fuera de la
organización ejecutora. Consiste en la planeación de la gestión de la
procuración, planear la solicitación, la solicitación, selección de
proveedores, administración de contratos, y cierre de contratos.

Administración de los Interesados del Proyecto: La Administración de

los Interesados del Proyecto está compuesta por dos etapas, una de
Planificación y otra de Monitoreo, la primera se ejecuta durante las
etapas tempranas del proyecto y la segunda se lleva a cabo durante todo el
proyecto.

Estas áreas no son independientes, sino que generalmente están

interrelacionadas.

Gráfico 5 - Áreas de conocimiento interrelacionadas

 32

Asimismo en cada uno de estos cinco grupos de procesos existen 42

procesos particulares distribuidos entre las distintas áreas del
conocimiento como se resume en la tabla a continuación:

Tabla 2 - Grupos de Procesos y Áreas del Conocimiento PMBOK 5ta Edición

GRUPO DE PROCESOS DE GESTIÓN DE PROYECTOS

ÁREAS DEL
CONOCIMIENTO MONITOREO Y
INICIACIÓN PLANIFICACIÓN EJECUCIÓN CIERRE
CONTROL

• Dar seguimiento y
controlar el
Gestión de la • Desarrollar • Dirigir la
• Desarrollar Plan de trabajo • Cerrar
Integración del Acta de ejecución del
Gestión del Proyecto • Realizar control Proyecto
Proyecto Constitución Proyecto
integrado de
cambios.
• Planificar Gestión del
Gestión del Alcance
• Verificar Alcance
Alcance del • Recopilar Requisitos
• Controlar Alcance
Proyecto • Definir Alcance
• Crear EDT

• Planificar Gestión del

Cronograma
• Definir Actividades
Gestión del
• Secuenciar Actividades • Controlar el
Tiempo del
• Estimar Recursos Cronograma
Proyecto
• Estimar Duración de
actividades
• Desarrollar Cronograma

• Planificar Gestión de
Gestión de los Costos
• Controlar los
Costos del • Estimar Costos
Costos
Proyecto • Determinar
Presupuesto
Gestión de la • Realizar el
• Planificar Gestión de • Controlar la
Calidad del Aseguramiento de
Calidad Calidad
Proyecto la Calidad

• Adquirir el Equipo
de Proyecto
Gestión de los • Desarrollar el
• Planificar Gestión de
RR.HH del Equipo de
RR.HH
Proyecto proyecto
• Dirigir el Equipo
de Proyecto

Gestión de las
Comunicaciones • Planificar Gestión de • Gestionar • Controlar
del Proyecto Comunicaciones Comunicaciones Comunicaciones
 • Planificar Gestión de
Riesgos
• Identificar Riesgos
Gestión de los • Análisis Cualitativo de
Riesgos del Riesgos • Controlar Riesgos
Proyecto • Análisis. Cuantitativo de
Riesgos
• Planificación de
Respuesta a Riesgos

Gestión de las • Cerrar

• Planificar Gestión de • Realizar • Administrar
Adquisiciones del Adquisicio
Adquisiciones Adquisiciones Adquisiciones
Proyecto nes

Gestión de los • Gestionar • Controlar

• Identificar • Planificar Gestión de
Interesados del participación de Participación de
Interesados Interesados
Proyecto los Interesados los Interesados

TOTAL 2 24 8 11 2

Es necesario mencionar que los grupos de procesos de la Gestión de

Proyectos que se realizarán durante el desarrollo del Proyecto (Inicio,
Planificación, Ejecución, Seguimiento y Control y Cierre) tienen relación
con las fases del Proyecto (Incepción, Elaboración, Construcción y
Transición), tal como se puede observar en el siguiente gráfico.

Gráfico 6 - Esquema de la Gestión de Proyectos

2.2.2. Ingeniería del Proyecto
El proceso de ingeniería está relacionado con los aspectos técnicos del
proyecto. Para ello es necesario el uso de una metodología que permita
desarrollar esta etapa de una manera ordenada.

Gráfico 7 - Ingeniería del proyecto bajo la metodología RUP

2.2.3. Soporte del Proyecto

El proceso de Soporte del proyecto es un conjunto de procesos que
proporciona la seguridad necesaria para que los productos y procesos
software implicados en los proyectos sean conformes a los requisitos
especificados y se ajusten a los planes establecidos. En este
proceso debemos asegurar que se cumple el modelo de calidad del
producto software, para ello nuestro producto debe cumplir los siguientes
procesos:

 Gestión de la configuración
 Gestión de métricas
 Gestión del Aseguramiento de la Calidad

Gráfico 8 - Procesos de Soporte del Proyecto

2.2.4. Planificación de la Calidad
Este proyecto debe Cumplir con los requerimientos de calidad necesarios
para acabar dentro de los tiempos y presupuestos planificados, cumpliendo
también con los requisitos de calidad definidos.

El producto del proyecto debe ser un sistema donde los procesos sean
fiables y amigables con los usuarios ya que para navegar en internet se
necesita tener conocimientos mínimos de hacerlo.

Los criterios de Calidad Son listados de acuerdo a su

importancia:

 Funcionalidad (Alto)
 Fiabilidad (Alto)
 Sostenibilidad (Alto)
 Amigabilidad (Alto)

CONTROL DE CALIDAD DEL PROYECTO (VERIFICACION Y

VALIDACIÓN)

PROCESO DE REVISIÓN DE PARES (VERIFICACIÓN)

La revisión de pares es un proceso que consiste en la revisión de los

entregables por parte de colegas del autor del entregable o personas
especialistas y experimentadas.

PROCESO DE PRUEBAS UNITARIAS

Son aquellas realizadas para la construcción de un componente de

software testable.

PROCESO DE PRUEBAS DE INTREGACIÓN

Son pruebas aquellas que se hacen para comprobar el correcto ensamble

de los módulos e interfaces del sistema.
PROCESO DE PRUEBAS DEL SISTEMA (VERIFICACIÓN)

Esta prueba permite asegurarnos que los componentes satisfacen los

requerimientos, estándares y que el producto viene construyendo
correctamente para su entrega al cliente. Esto se realiza habiéndose ya
realizado las pruebas de cada componente de software por individual y en
conjunto. Las pruebas del sistema permiten verificar si el sistema será
suficientemente operativo frente a los volúmenes de información
esperados, a condiciones que se identificaron previamente. Se puede
ejecutar las siguientes pruebas las cuales será definida en el plan de
pruebas.

HERRAMIENTAS Y TECNICAS PARA EL CONTROL DE LA

CALIDAD

REVISIÓN DE PARES AMBIENTE PARA LA REVISIÓN

Revisión de pares de la La revisión de pares se ejecutara en el

especificaciones de requerimientos Equipo del revisor
de Software
Revisión de pares del Plan de La revisión de pares se ejecutará en el
Pruebas Equipo del Revisor

PLANTILLA DE SOPORTE A LAS PRUEBAS

Plan de Pruebas

AMBIENTES PARA LAS PRUEBAS

Pruebas Unitarias
Pruebas de Integración

ORGANIZACIÓN Y RESPONSABILIDADES DEL CONTROL DE LA

CALIDAD

NOMBRE Y
ROL RESPONSABILIDADES
APELLIDOS
Jefe del JOSE Planificar las revisiones de pares.
Proyecto RICARDO Planificar las Pruebas del Aplicativo.
SOTO PEREZ Planificar las pruebas de Aceptación

METRICAS DESCRIPCIÓN
 Número de defectos en las Detectar el nivel de defectos del servicio o
pruebas de aceptación. producto y corregirlos
Número de defectos en las Detectar el nivel de defectos del servicio o
pruebas del aplicativo. producto y corregirlos

Tabla 3 - Revisiones de Control de Calidad

REVISIONES DE CONTROL DE CALIDAD

FASES
INCEP TRANS
ELABORACIÓN CONSTRUCCIÓN TIPO DE
ENTREGABLES CIÓN ICIÓN
REVISIÓN

ITER1 ITER1 ITER2 ITER1 ITER2 ITER1

CONCEPCIÓN

Especificación de
REV.
requerimiento del X X
PARES
Software
ELABORACIÓN

Especificación de REV.
X X X
componentes PARES
CONSTRUCCION

Software REV.

construido PARES
X X
(componentes REV.
seleccionados) P/UNIT

REV.
TRANSICIÓN

Software PARES
X
Construido REV.
P/UNIT

2.2.5. Identificación de estándares y métricas

2.2.6. Diseño de formatos de aseguramiento de calidad
Para el aseguramiento de la calidad y la ingeniería del proyecto se tomó
lo siguiente:

 Datos del proyecto

 Reuniones con el equipo
 Checklist

Formato para el aseguramiento de la calidad

DAT OS GENERALES

FICHAS DE DATOS

DATOS DEL PROYECTO

NOMBRE
ACRONIMO
CLIENTE
SERVICIO
CICLO DE VIDA
ENFOQUE
TAMAÑO
UNIDAD DE NEGOCIO
GERENTE DE UNIDAD

DATOS DEL REVISOR QA/AUDITOR DE CONFIGURACION

NOMBRE
CARGO
UNIDAD DE NEGOCIO
GERENTE DE UNIDAD

DATOS DEL EQUIPO

JEFE DE PROYECTO
AN. DE SISTEMAS
AN. PROGRAMADOR
PROGRAMADOR
ASIST. INFORMATICO
GESTOR DE LA CONFIGURACION
GESTOR DE METRICAS

REUNIONES
FECHA REVISION REVISADO ROL1 ROL2 H. H. ESFUERZO
ENTRADA. SALIDA.
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
 CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO

3.1. Gestión del proyecto

3.1.1. Iniciación

A. Acta de constitución del proyecto

La empresa “RESIDENCIAL EL REMANSO” ha identificado la necesidad
de implementar un proyecto, el cual consiste en permitir a la consultora
CONSULTORIA CRC, mediante el SISTEMA DE GESTION
INMOBILIARIA(SGH) ,realizar la formulación, análisis, ejecución,
seguimiento y evaluación de políticas, planes, programas, proyectos y
servicios provistos para el proyecto SGH.

1. Objetivo del Acta de Constitución

El Acta de Constitución del Proyecto (o Project Charter), es el
documento que tiene como objetivo principal aprobar el inicio del
proyecto. En dicho documento y en el Enunciado del Alcance del
Proyecto, también conocido como "Scope Statement", se deben
incluir los objetivos del proyecto.

2. Descripción del Acta de Constitución

ACTA DE CONSTITUCIÓN DEL PROYECTO

Introducción

El Acta de Constitución del Proyecto de Sistema de Gestión Inmobiliaria (SGH)

formaliza el inicio del proyecto de tal manera las organizaciones e involucrados en
el mismo acepten los lineamientos que regirán el desarrollo del proyecto y que están
expresados en el presente documento.

Información General del proyecto

Nombre del Proyecto: Sistema de Gestión Inmobiliaria – SGH

Patrocinador: Paulino Enciso – RESIDENCIAL EL REMANSO – Gerente General

Proveedor: CONSULTORIA CRC

Presentado por: JOSE RICARDO SOTO PEREZ (Jefe de Proyecto)

Fecha de Presentación: martes 17 de setiembre del 2013

DESCRIPCIÓN DEL PROYECTO - Necesidades del Cliente

En la actualidad el problema se presenta en el Proceso de Registro de Clientes, por el

tiempo innecesario que tarda el registrar manualmente a un cliente, en ocasiones existen
clientes que no desean registrarse y trae como consecuencia que muchas veces no se
registre dichos arribos, ocasionando un desbalance en el registro de ventas; de la misma
manera ocurre cuando el cliente opta por retirarse antes sin informar al personal de
recepción de su salida del hotel, afectando directamente la disponibilidad de habitaciones
la cual es información importante para los clientes que llegan por el servicio generando
bajas en las ganancias.

La forma de trabajo de la empresa genera de que no se cuente con la información

oportuna para tomar las decisiones correctas al momento de aplicar las ofertas y
promociones a sus clientes, lo que a su vez repercute en los clientes que al no estar
satisfechos busquen otro lugar en donde hospedarse y las ventas disminuyan
considerablemente.
El Propósito de este proyecto es desarrollar e implementar un Sistema de Información que
permita agilizar el proceso de Registro de Clientes y brindar la información necesaria de
manera oportuna para planificar, controlar y tomar decisiones más efectivas y precisas.

DEFINICION - DESCRIPCIÓN GENERAL DEL PRODUCTO DEL PROYECTO

El proyecto de Sistema de Gestión Inmobiliaria permitirá brindar de manera íntegra y

confiable la información necesaria del negocio en tiempo real, permitiendo a la gestión
administrativa tomar mejores decisiones.

FACILIDAD EN EL MANEJO DEL SISTEMA

El sistema no será difícil de usar, se brindará todas las facilidades

del funcionamiento del mismo (manual del sistema).

OPTIMIZAR EL PROCESO DE REGISTRO DE CLIENTES

La solución permitirá a la empresa inmobiliaria agilizar el proceso de Registro de

Clientes con el uso del sistema de información propuesto.

INFORMACIÓN COMPLETA Y ORDENADA

El sistema brindará a los usuarios resultados concretos en los reportes,

que servirán como soporte para una mejor toma de decisiones.

PERMITIR LA INTEGRACIÓN CON OTROS SISTEMAS DE LA

EMPRESA

La nueva solución permitirá la integración con el sistema contable.

 43

Objetivos del Proyecto

 El sistema desarrollado debe satisfacer los requerimientos especificados en el Plan

de
Trabajo y Descripción del Servicio proporcionados por CONSULTORIA CRC.
 El proyecto debe terminar en el plazo especificado en el Plan de Trabajo y
Descripción del Servicio proporcionado por CONSULTORIA CRC o en el nuevo
tiempo calculado según la Gestión del Cambio.
 El proyecto debe terminar dentro del presupuesto especificado en el Plan de Trabajo
y Descripción del Servicio proporcionado por CONSULTORIA CRC o en el
nuevo presupuesto calculado según la Gestión del Cambio.
 El Sistema de Gestión Inmobiliaria debe estar listo para el 06 de Junio del
2014.
 El costo del sistema de información no debe exceder los S/.280, 000
Soles.

Finalidad del Proyecto

El propósito del proyecto es agilizar la gestión del proceso de registro de clientes, con lo
cual conseguiremos automatizar el proceso, reducir el tiempo de atención y registro del
cliente lo que significa que el proceso se realizará de manera más eficiente.

Justificación del Proyecto

Este proyecto tiene por finalidad brindar de manera eficiente la información necesaria del
negocio en tiempo real, permitiendo a la gestión administrativa tomar decisiones más
efectivas.

 Se reducirá en un 60% el tiempo promedio de registro del cliente.

 Se reducirá en un 80% el tiempo promedio en emitir una factura.

 Se reducirá en un 65% el tiempo promedio que toma realizar el Check-In.

 44

Requerimientos – requisitos

Requerimientos del producto

 Administración del Sistema

* El sistema deberá otorgar acceso a cada usuario con los parámetros
previamente definidos.

 Subsistema de Clientes.
* El sistema deberá mostrar las habitaciones disponibles.

* El sistema debe almacenar que habitaciones están disponibles.

 Subsistema de Cobranzas.
* El sistema deberá almacenar los diferentes consumos hechos por el cliente
durante su estadía.

* El sistema deberá imprimir el consumo total del cliente.

 Subsistema de Mantenimiento.
* El sistema deberá permitir el registro, actualización y eliminación de
habitaciones, productos.

 Subsistema de Reportes.
* El sistema deberá generar reportes de los ingresos, clientes.

Requerimientos no Funcionales

 El sistema será accesible desde cualquier estación de trabajo que cuente con un
S.O.
 El fondo de la ventana principal del programa debe llevar la imagen de una
habitación del hotel.
 La interacción con el sistema debe ser a través de teclado y mouse.
 El software será desarrollado para resolución 1024x768
 La construcción del producto se realizará en la propia empresa (Cliente)
 El tiempo en el que se realiza el proceso de registro sea mucho menor al que se
llevaba en la actualidad que es alrededor de 4 minutos.
 El sistema operativo que se recomienda es Microsoft Windows 7 en adelante.
 45

 Los distintos tipos de usuario podrán acceder únicamente a la funcionalidad

e información que les concierne.
 El sistema requiere Power Builder Desktop 10.5 como entorno de desarrollo,
Microsoft SQL Server como gestor de base de datos.

Requerimientos Del Proyecto

Tiempo: 11 meses aprox. (255 días útiles)

Presupuesto: NS/. 250,000
El desarrollo del proyecto se realizará en las instalaciones de CONSULTORIA
CRC
Utilizar los siguientes estándares tecnológicos:
Metodología de desarrollo Rational Unified Process
Lenguaje de modelamiento UML
Entorno de desarrollo Power Builder Desktop 10.5
Base de Datos SQL SERVER 2005
Microsoft Office 2007 o superior
Sistema Operativo Windows 7

Tabla 4 - Jefe del Proyecto y su Nivel de Autoridad

ROL NOMBRES Y DESCRIPCIÓN RESPONSABILIDADES

APELLIDOS PROFESIONAL

Gerente Cesar Jiménez PMP, Ingeniero  Gestión del Proyecto durante las
del Prieto de Sistemas fases de Inicio, Planificación,
Proyecto Ejecución, Seguimiento y Control, y
Cierre del proyecto.
Jefe del Carlos Antonio PMP, Ingeniero  Gestión del Proyecto durante las
Proyecto Romero Castro de Sistemas fases de Inicio, Planificación,
Ejecución, Seguimiento y Control, y
Cierre del proyecto.
 Asignación de recursos
 Aprobación de cambios
 46

Alcance del Proyecto

Entregables de la Gestión del Proyecto

Lanzamiento del Proyecto

Acta de Constitución del Proyecto
Plan de Gestión del Proyecto
Cronograma del Proyecto
Acta de Reunión
Acta de Aprobación de Entregables
Informe de Estado
Solicitud de Cambio
Informe de Lecciones Aprendidas
Acta de Cierre del Proyecto

Entregables de la Ingeniería del Proyecto

Especificación de Requerimientos del Software

Modelo de Casos de uso del Sistema
Diseño de Sistemas
Prototipo del Sistema
Casos de Pruebas Unitarias
Informe de Pruebas Unitarias
Casos de Pruebas de Integración
Informe de Pruebas de Integración
Manual de Usuario
Informe de Pruebas de Aceptación
Plan de Capacitación
Informe de Lecciones Aprendidas

Plazos del proyecto

Cronograma general
 47

Gráfico 9 - Cronograma del Proyecto

Fuente: Elaborado por el autor

Hitos

Para el desarrollo del Proyecto, se han definido los siguientes hitos:

Tabla 5 - Hitos del Proyecto

 48

Fecha
Fase Sub Fase Hitos
Corregida
Iniciación Acta de Constitución (Aprobado) 04/03/2014

Planificación Plan de Gestión del Proyecto (Aprobado) 23/04/2014

Gestión del
Proyecto Ejecución Entregable aprobado 26/09/2014
Seguimiento y
Modificación de plan de gestión 23/04/2014
Control
Acta de Aprobación del Cierre del Proyecto
25/09/2014
(APROBADO)
Cierre
Cierre del Proyecto 26/09/2014
Informe Evaluación Software y Hardware con que
25/04/2014
dispone el Cliente
Elaboración
Propuesta de Diseño y Construcción de Software 25/04/2014
Ingeniería del Software probado y corregido (Módulo 1) 27/06/2014
Proyecto
Construcción Software probado y corregido (Módulo 2) 29/08/2014

Manuales 12/09/2014
Documentación Técnica actualizada del Sistema
25/09/2014
(APROBADO)
Transición
Certificado de registro del Software (APROBADO) 26/09/2014

Presupuesto

El presupuesto para el presente proyecto es de NS/. 250,000.00 Nuevos Soles.

Involucrados

Interesados

Tabla 6 - Stakeholders del Proyecto

 49

NOMBRES Y ROL UNIDAD/AREA A LA ORGANIZACION

APELLIDOS QUE PERTENECEN

Sr. Paulino Enciso Gerente General Gerencia General RESIDENCIAL

EL REMANSO

Ing. Joel Chipana Jefe del Departamento de RESIDENCIAL

Vallejos Departamento de Sistemas EL REMANSO
Sistemas

Harold Barrios Jefe del Departamento de RESIDENCIAL

Departamento de Contabilidad EL REMANSO
Contabilidad

Víctor Enciso Infante Recepcionista Recepción RESIDENCIAL

EL REMANSO

Ing. JOSE RICARDO Jefe de Proyecto Departamento de CONSULTORIA

SOTO PEREZ Sistemas CRC

Ing. Cesar Jiménez Gerente de Departamento de CONSULTORIA

Prieto Proyecto Sistemas CRC

Luis Ponce Juárez Analista Departamento de CONSULTORIA

Programador Sistemas CRC

Mario Castañeda Programador Departamento de CONSULTORIA

Senior Sistemas CRC

Eduardo Infante Testeador Departamento de CONSULTORIA

Sistemas CRC

Iván Rosales Documentador Departamento de CONSULTORIA

Sistemas CRC

Unidades de la organización involucradas

UNIDADES/ DESCRIPCIÓN DE LAS PRINCIPALES FUNCIONES

 50

AREAS DEL
CLIENTE
Gerencia General Tomar decisiones respecto a cambios del negocio (precios por
temporada, promociones y descuentos), además de ser quién
establece las políticas de la empresa.

Departamento de Participar activamente en las actividades de Gestión e

Sistemas Ingeniería según se planifique en acuerdo entre los gerentes del
proyecto de ambas partes.
Encargarse de la revisión y aprobación a nivel técnico de los
entregables según se planifique.

Departamento de Registrar las operaciones presupuestarias y contables que

Contabilidad inciden en el resultado de los Estados Financieros de cada
ejercicio, para que sean útiles en la toma de decisiones por
parte de la gerencia.

Área de Recepción Registrar el servicio de hospedaje ofrecido a los clientes,

brindar información y registrar a los clientes.

Restricciones del Proyecto

 El presupuesto no podrá exceder al 15% del monto aprobado. Cualquier adicional

al presupuesto inicial deberá ser aprobado por la Gerencia General para lo cual
se presentará un documento con el sustento de la ampliación.

 Debe garantizarse la integridad y confidencialidad de la información de la

Organización que puede verse afectada al dar acceso al público en general.

 No se hará ninguna inversión en equipos.

 El Sistema de Información debe ser probada durante un mes por el personal de la

Institución.
 51

Supuestos del Proyecto

 El desarrollo del producto será ejecutado con recursos propios de la empresa.

 Todos los integrantes del grupo de proyecto estarán dedicados únicamente al

desarrollo de este con excepción de los Stakeholders quienes deberán dedicar un
tiempo de un día a la semana como mínimo al proyecto.

 Las personas responsables de aprobar los entregables se sujetarán a los plazos

establecidos en el Plan del Proyecto.

Firma de Autorización

Para dar la conformidad al inicio del proyecto, se requiere las firmas de las
personas indicadas a continuación:

JOSE RICARDO SOTO PEREZ PAULINO ENCISO

Jefe de Proyecto Gerente General

CONSULTORIA CRC RESIDENCIAL EL REMANSO

Fecha: martes, 08 de Julio de 2013

3.1.2. Planificación
A. Alcance - Plan de Gestión del Alcance
1. Alcance del Producto

Descripción del Producto

El Sistema de Gestión Hotelera proveerá una mejora considerable al proceso de registro

de clientes, brindando de manera íntegra y ordenada la información del negocio y así
permitir a la gestión administrativa poder tomar mejores decisiones.
El Sistema será desarrollado en Power Builder 10.5, además de contar con un potente
gestor de base de datos como lo es SQL SERVER 2010.

Entre los módulos a desarrollar se especifican los siguientes:

 Módulo de Administración del sistema.

 Módulo de Clientes.
 Módulo de Cobranza.
 Módulo de Mantenimiento.
 Módulo de Reportes.

Gráfico 10 - Diagrama de Contexto

Gerencia
General

Sistema de Gestión
Hostelera (SGH)
 Departamento Área de
de Sistemas Sistema Contable Recepción

Fuente: Elaborado por el autor

ENFOQUE DE LA SOLUCION

El Sistema de Gestión Inmobiliaria se encuentra en el local del RESIDENCIAL como

figura en el gráfico, elaborado bajo una entorno de desarrollo Power Builder Desktop
10.5, los usuarios podrán acceder desde cualquier PC que tenga internet y poder hacer
su labor cotidiana ya sea: registro, consultas, etc.

Gráfico 11 - Enfoque de la Solución

SGH
(Sistema de Gestión Hostelera)

HOSTAL LAS
FRESAS
 Fuente: Elaborado por el autor

Requerimientos del Producto

REQUERIMIENTOS FUNCIONALES DEL PRODUCTO

 El sistema deberá otorgar acceso a cada usuario con los parámetros previamente
definidos.
 El sistema deberá mostrar las habitaciones disponibles.
 El sistema deberá almacenar toda la información registrada del
cliente.
 El sistema deberá almacenar los diferentes consumos hechos por el cliente durante
su estadía.
 El sistema deberá imprimir el consumo total del
cliente.
 El sistema deberá permitir el registro, actualización y eliminación de
habitaciones, productos.
 El sistema deberá generar reportes de los movimientos de clientes, ingresos.

REQUERIMIENTOS NO FUNCIONALES DEL PRODUCTO

En el análisis y desarrollo del Sistema de Registro de clientes se ha podido observar una

serie de actividades y procedimientos que no han sido tomados con un proceso, pero que
intervienen de manera directa en el funcionamiento y gestión de la misma, estos son los
llamados requerimientos no funcionales que en muchas ocasionas se ignoran causando
graves inconvenientes en el desarrollo. A continuación mencionaremos algunas de ellas
que inciden de manera directa que son: el miedo al cambio, falta de compromiso del
 54

personal, rotaciones del personal, bajo incentivo económico, falta de motivación, etc,
para ello debemos seguir algunas pautas:

 El sistema será accesible desde cualquier estación de trabajo que cuente con un S.O.
 La interfaz del programa debe llevar el logotipo del RESIDENCIAL.
 La interacción con el sistema debe ser a través de teclado y mouse.
 El software será desarrollado para resolución 1024x768
 La construcción del producto se realizará en la propia empresa (Cliente)
 El tiempo en el que se realiza el proceso de registro sea mucho menor al que se
llevaba en la actualidad que es alrededor de 4 minutos.
 El sistema operativo que se recomienda es Microsoft Windows 7 en adelante.

 Los distintos tipos de usuario podrán acceder únicamente a la funcionalidad

e información que les concierne.
 El sistema requiere Power Builder Desktop 10.5 como entorno de desarrollo,
Microsoft SQL Server como gestor de base de datos.

2. Alcance del Proyecto

a. Entregables
Entregables de la gestión del proyecto

 Lanzamiento del Proyecto

 Acta de Constitución del Proyecto
 Plan de Gestión del Proyecto
 Cronograma del Proyecto
 Acta de Reunión
 Acta de Aprobación de Entregables
 Informe de Estado
 Solicitud de Cambio
 Informe de Lecciones Aprendidas
 Acta de Cierre del Proyecto

Entregables de la ingeniería del proyecto

 Especificación de Requerimientos del Software

 Modelo de Casos de uso del Sistema
 55

 Diseño de Sistemas
 Prototipo del Sistema
 Casos de Pruebas Unitarias
 Informe de Pruebas Unitarias
 Casos de Pruebas de Integración
 Informe de Pruebas de Integración
 Manual de Usuario
 Informe de Pruebas de Aceptación
 Plan de Capacitación
 Informe de Lecciones Aprendidas
56
b

G
r
 57

c. Diccionario de la EDT

DICCIONARIO DE DATOS DE LA GESTION DEL PROYECTO

GESTIÓN DEL PROYECTO

PAQUETE DE
DESCRIPCION DEL PAQUETE DE TRABAJO
TRABAJO

 INICIO

o Acta de Acta de Reunión de lanzamiento del Proyecto la cual deberá

Lanzamiento del
elaborarse finalizada la reunión de lanzamiento del proyecto. Los
Proyecto
asistentes a la reunión deberán aprobar y firmar la conformidad de
esta acta.

o Acta de Se realiza con los principales interesados del Cliente y del Equipo
Constitución del
de Proyecto tiene por objetivo: formalizar el inicio del proyecto y
Proyecto
obtener el compromiso de los interesados. Aquí se exponen los
principales parámetros del proyecto (Alcance, Plazos, Presupuesto,
Riesgos) y generar el compromiso de todos los involucrados del
proyecto.

 PLANIFICACION
o Plan de Gestión del Documento que describe los lineamientos que se tendrán en
Proyecto
consideración para la planificación, ejecución, monitoreo y control y
cierre del proyecto, de tal manera que se garantice el éxito del
proyecto, cumpliendo con los principales objetivos del mismo
(alcance, tiempo, costo y calidad).

o Cronograma del Documento que incluye una lista de actividades o tareas con las
Proyecto
fechas previstas de su comienzo y final.

 EJECUCION

o Acta de Reunión Documento que comunica los temas tratados y los acuerdos
tomados durante la reunión de seguimiento y control con los
miembros del Equipo del Proyecto.

o Acta de Documento que formaliza la aprobación de un entregable por parte

Aprobación de
Entregables del cliente.

 SEGUIMIENTO Y
CONTROL
 58

o Informes de Estado Documento que describe en un punto en el tiempo la situación de

los principales características y parámetros del proyecto como son:
El avance o progreso del Proyecto, los problemas existentes, los
riesgos identificados, los cambios ocurridos, actividades realizadas,
pendientes, próximas actividades, situación contractual.

o Solicitud de Cambio Documento que describe las solicitudes de cambio presentados

durante el desarrollo del proyecto, la evaluación de su impacto en
el Proyecto y el estado de aprobación.

 CIERRE

o Acta de Documento que da la conformidad del cliente y la aceptación de

Aceptación de
todos los entregables generados.
Entregables

o Lecciones Documento que describe las lecciones aprendidas que se van

Aprendidas
acumulando a lo largo del proyecto.

o Acta de Cierre del Documento que cierra formalmente el proyecto logrando la

Proyecto
conformidad del cliente y la aceptación de todos los entregables
contractuales.

DICCIONARIO DE DATOS DE LA INGENIERÍA DEL PROYECTO

INGENIERÍA DEL PROYECTO

PAQUETE DE
DESCRIPCION DEL PAQUETE DE TRABAJO
TRABAJO

 INCEPCIÓN

o Especificación de Documento que describe y detalla las especificaciones de

Requerimientos de
requerimientos funcionales y no funcionales del software.
Software

o Modelos de Casos Documento mediante el cual se modelan los requerimientos del

de Uso del Sistema
usuario usando un lenguaje técnico o notación denominada casos
de uso del sistema. Este documento permite a los integrantes del
equipo de desarrollo especificar los casos de uso del sistema, los
flujos de ejecución de las funcionalidades del sistema, actores del
Sistema, secuencias de ejecución, reglas de negocio. El objetivo
de este documento es comprometer a los involucrados del proyecto
con la funcionalidad que solo tendrá el sistema. Se realiza la
trazabilidad entre Requerimientos de Alto Nivel VS Requerimientos
 59

Funcionales así como también entre Requerimientos Funcionales

VS Productos de Trabajo.

 ELABORACIÓN
o Diseño de Sistemas Documento que contiene la Arquitectura técnica, Especificación de
Módulos (subsistemas de la aplicación), Modelo de datos.

o Prototipos del Incluye los prototipos del Sistema, los cuales serán validados por
Sistema
los usuarios del sistema

 CONSTRUCCIÓN

o Casos de Pruebas Documento que permite documentar el set de pruebas en relación

Unitarias
al plan de pruebas. En este documento deben estar especificados y
clasificados los casos de pruebas a utilizarse para las pruebas
unitarias. Dentro de este paquete de trabajo se incluye una revisión
de pares al documento de Casos de Prueba.

o Informe de Pruebas Realización de las pruebas de unitarias y el levantamiento de no

Unitarias
conformidades encontradas.

o Casos de Documento que permite documentar el set de pruebas en relación

Pruebas de
Integración al plan de pruebas de integración. En este documento deben estar
especificados y clasificados los casos de pruebas de integración a
utilizarse para las pruebas de integración.

o Informe de Realización de las pruebas de integración y el levantamiento de no

Pruebas de
conformidades encontradas.
Integración

o Manual de usuario Documento que contiene las instrucciones para utilizar el sistema
implementado.

 TRANSICIÓN

o Informe de Documento que describe las conclusiones de las pruebas del

Pruebas de
cliente, dando la conformidad de las mismas.
Aceptación

o Plan de Se realiza la capacitación de usuarios, la preparación del material

Capacitación
de capacitación y la ejecución y evaluación de la capacitación a los
usuarios finales que incluye:

o Lecciones Documento que describe las lecciones aprendidas que se van

Aprendidas
acumulando a lo largo del proyecto.
 60

d. Matriz de trazabilidad de requerimientos

La trazabilidad de los requerimientos puede verse como la habilidad de
describir y seguir la vida de un requerimiento tanto hacia atrás como
hacia delante durante todo el ciclo de vida de un proyecto. De modo que
dicha trazabilidad captura todos los niveles de requerimientos, ayudando
a garantizar que el proyecto cumpla las expectativas del cliente.

Por ello, la trazabilidad de los requerimientos puede considerarse el

pilar principal de cualquier proyecto ya que permite asegurar que los
requerimientos técnicos han sido alcanzados mediante los
requerimientos funcionales que, a su vez, contienen los requerimientos
del negocio.
 61

Tabla 7 - Requerimientos de Alto

Nivel
Nombres y Apellidos: JOSE RICARDO SOTO
PEREZ
Rol: Jefe de Proyecto
Fecha de actualización: 31/07/2013

Código Nombre Usuario Tipo Fuente Descripción Fecha Identificado por Prioridad Estado
RAN-0001 Visualización de Centro de Funcional Propuesta Por necesidad de 31/07/2013 JOSE RICARDO Importante Aprobado
habitaciones Servicio técnica saber que SOTO PEREZ
disponibles habitaciones están
disponibles

RAN-0002 Registro de Centro de Funcional Propuesta Para contar con 31/07/2013 JOSE RICARDO Crítico Aprobado
Clientes Servicio técnica información certera y SOTO PEREZ
ordenada del cliente

RAN-0003 Perfiles de usuario Centro de Funcional Propuesta Restringir el acceso 31/07/2013 JOSE RICARDO Importante Aprobado
Servicio técnica a la información, SOTO PEREZ
proporcionando
privilegios a cada
usuario
RAN-0004 Emisión de factura Centro de Funcional Propuesta Para tener un mejor 31/07/2013 JOSE RICARDO Importante Aprobado
Servicio técnica control de los SOTO PEREZ
ingresos

RAN-0005 Visualización de Centro de Funcional Propuesta Generación de 31/07/2013 JOSE RICARDO Importante Aprobado
reportes Servicio técnica reportes SOTO PEREZ

RAN-0006 Modificar tarifas Centro de Funcional Propuesta Cambiar precios de 31/07/2013 JOSE RICARDO Útil Aprobado
Servicio técnica habitaciones SOTO PEREZ
 62

Tabla 8 - Requerimientos Funcionales

Nombres y Apellidos: JOSE RICARDO SOTO PEREZ

Rol: Jefe de Proyecto
Fecha de actualización: 31/07/2013

Código Nombre Descripción Fecha Identificado Fuente Estado Situación Prioridad Dificultad Caso de Inconsistencias Inconsistencias
por Prueba con con
documentos componentes
REQ- Buscar Realizar 31/07/2013 Luis Ponce RAN-0001 Aprobado Documentado Importante Baja Aún no se Ninguna Ninguna
0001 habitaciones consulta de lleva a cabo inconsistencia inconsistencia
disponibles disponibilidad detectada detectada
de
habitaciones

REQ- Registrar Registro de la 31/07/2013 Luis Ponce RAN-0002 Aprobado Documentado Crítico Media Aún no se Ninguna Ninguna
0002 cliente información del lleva a cabo inconsistencia inconsistencia
cliente y detectada detectada
fecha/hora de
su ingreso y
salida

REQ- Gestionar Crear perfiles 31/07/2013 Luis Ponce RAN-0003 Aprobado Documentado Crítico Media Aún no se Ninguna Ninguna
0003 perfiles de para cada lleva a cabo inconsistencia inconsistencia
usuario usuario detectada detectada

REQ- Registrar Registro del 31/07/2013 Luis Ponce RAN-0004 Aprobado Documentado Importante Media Aún no se Ninguna Ninguna
0004 consumos consumo del lleva a cabo inconsistencia inconsistencia
cliente detectada detectada

REQ- Generar Visualizar 31/07/2013 Luis Ponce RAN-0005 Aprobado Documentado Importante Media Aún no se Ninguna Ninguna
0005 reportes reportes para lleva a cabo inconsistencia inconsistencia
la toma de detectada detectada
decisiones
REQ- Modificar Cambiar tarifas 31/07/2013 Luis Ponce RAN-0006 Aprobado Documentado Importante Media Aún no se Ninguna Ninguna
0006 tarifas del por temporada lleva a cabo inconsistencia inconsistencia
servicio detectada detectada
 63

Tabla 9 - Requerimientos No Funcionales

Nombres y Apellidos: JOSE RICARDO SOTO PEREZ

Rol: Jefe de Proyecto
Fecha de actualización: 01/08/2013

Código Nombre Descripción Tipo Fecha Identificad Fuente Estado Prioridad Dificultad
o por
RNF-0001 La interfaz del programa Para que los usuarios se Interfaz interna 31/07/201 Luis Ponce Reunione Aprobado Important Baja
debe llevar el logotipo del sientan identificados con el 3 s e
RESIDENCIAL sistema

RNF-0002 El tiempo en el que se Rapidez del proceso Rendimiento 31/07/201 Luis Ponce Reunione Aprobado Important Media
realiza el proceso de 3 s e
registro sea mucho menor
al que se llevaba en la
actualidad que es alrededor
de 4 minutos
RNF-0003 Los distintos tipos de Con la finalidad de que los Seguridad 31/07/201 Luis Ponce Reunione Aprobado Important Media
usuario podrán acceder usuarios sólo tengan 3 s e
únicamente a la información que les concierne
funcionalidad e información
que les concierne
RNF-0004 El sistema será accesible Debido a que es el único S.O. Diseño e 31/07/201 Luis Ponce Reunione Aprobado Important Media
exclusivamente en el en donde puede ejecutarse implementación 3 s e
sistema operativo Microsoft
Windows

RNF-0005 El sistema requiere Power Ya que el equipo el Diseño e 31/07/201 Luis Ponce Reunione Aprobado Important Media
Builder Desktop 10.5 como programador senior posee implementación 3 s e
entorno de desarrollo, amplios conocimientos y
Microsoft SQL Server como experiencias en estas
gestor de base de datos herramientas
 disponibles RAN-0001 Visualización de habitaciones
64

Tabla 10 - Requerimientos de Alto Nivel vs. Requerimientos Funcionales

Nombres y Apellidos: JOSE RICARDO SOTO PEREZ

Rol: Jefe de Proyecto
Fecha de actualización: 01/08/2013

RAN-0006 Modificar tarifas del servicio

RAN-0005 Visualización de reportes
RAN-0004 Emisión de factura
RAN-0002 Registro de Clientes

RAN-0003 Perfiles de usuario

REQ-0001 Buscar habitaciones disponibles
X
REQ-0002 Registrar cliente
X
REQ-0003 Gestionar perfiles de usuario
X
REQ-0004 Registrar consumos
X
REQ-0005 Generar reportes
X
REQ-0006 Modificar tarifas del servicio
X

Tabla 11 - Requerimientos Funcionales vs. Productos de Trabajo
Nombres y Apellidos: JOSE RICARDO SOTO PEREZ
Rol: Jefe de Proyecto
Fecha de actualización: 01/08/2013
ID02 Modelos de Casos de Uso del Sistema
REQ-0001 Buscar habitaciones disponibles
REQ-0002 Registrar cliente
REQ-0003 Gestionar perfiles de usuario
REQ-0004 Registrar consumos
REQ-0005 Generar reportes de movimientos
REQ-0006 Modificar tarifas del servicio
65
ID01 Especificación de Requerimientos de
Software
ID03 Diseño de Sistemas
ID04 Prototipo del Sistema
ID05 Casos de Pruebas Unitarias
ID06 Informe de Pruebas Unitarias
ID07 Casos de Pruebas de Integración
ID08 Informe de Pruebas de Integración
ID10 Informe de Pruebas de Aceptación
ID09 Manual de Usuario
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
 66

B. Tiempo - Plan de Gestión del Tiempo

1. Cronograma del Proyecto

La duración del proyecto es de: 255 días.

Fecha de Inicio: 08 de Julio del 2013

Fecha de Fin: 27 de Junio del 2014

2. Hitos del proyecto

NOMBRE DE HITO FECHA

HITO 1: Aprobación del Acta de Constitución 30/07/2013

HITO 2: Aprobación del Plan de Gestión del Proyecto 16/09/2013

HITO 3: Aprobación del Acta de reunión del equipo 23/09/2013

HITO 4: Aprobación del Informe de Estado del Proyecto 27/05/2014

HITO 5: Acta de aceptación de entregables 26/06/2014

HITO 6: Cierre del Proyecto 27/06/2014

 67

3. Gestión de cambio en el Cronograma

El plan de gestión del Cronograma del proyecto proporciona orientación
sobre cómo el equipo de gestión del proyecto gestionará y controlará el
cronograma del proyecto. Los componentes de un plan de gestión del
cronograma del proyecto incluyen:

 Un proceso para controlar cómo se procesarán las solicitudes de cambio

al cronograma del proyecto. Este proceso está directamente vinculado
con el proceso de control integrado de cambios.
 Las personas autorizadas para solicitar y aprobar los cambios del
cronograma

Es importante indicar que este plan contempla cronogramas que a lo

largo del proyecto hayan sufrido modificaciones, por motivos de
presentarse nuevas solicitudes de cambio al alcance inicial definido en
el proyecto.
El Cronograma de SGH está dividido en Gestión e Ingeniería
del
Proyecto.

Personas autorizadas para solicitar cambios al cronograma

Cargo / Rol Entidad Nombre

Jefe de Proyecto CONSULTORIA CRC JOSE RICARDO SOTO

PEREZ

Sponsor RESIDENCIAL EL REMANSO Sr. Paulino Enciso

Líder Usuario RESIDENCIAL EL REMANSO Víctor Enciso Infante

Personas Autorizadas para Aprobar cambios en el Cronograma

Cargo / Rol Entidad Nombre

Gerente de Proyecto CONSULTORIA CRC Cesar Jiménez Prieto

Sponsor RESIDENCIAL EL REMANSO Sr. Paulino Enciso

 68

Procedimiento de Gestión de Cambio al Cronograma

El Cliente debe siempre aprobar el cambio por lo que debe estar en el comité de control
de cambios en el momento de su aprobación o rechazo.
 69

C. Costo - Plan de Gestión del Costo

1. Cuadro de Costos
Tabla 12 - Cuadro de Costos del Proyecto

FACTOR DE
PLANILLA 1.5
COSTEO MENSUAL Fecha Inicio Fecha Fin
08/07/2013 27/06/2014

PROYECTO SGH TIPO DE CAMBIO 2.63

Fecha Fecha Meses Otras

JEFE DE PROYECTO Inicio Final Asignado Sueldo asignaciones Costo Mensual Costo Total
Jefe de Proyecto - JOSE RICARDO
SOTO PEREZ 08/07/2013 27/06/2014 11.63 4,500.00 S/. 6,750.00 S/. 78,525.00

SUBTOTAL 1 S/. 6,750.00 S/. 78,525.00

$ 2,566.54 $ 29,857.41

Fecha Fecha Meses Otras

PERSONAL Inicio Final Asignado Sueldo asignaciones Costo Mensual Costo Total
Analista Programador - Luis Ponce
Juárez 31/07/2013 27/06/2014 10.90 3,000.00 S/. 4,500.00 S/. 49,050.00
Testeador - Eduardo Infante 30/08/2013 16/05/2014 8.53 2,000.00 S/. 3,000.00 S/. 25,600.00
Documentador - Iván Rosales 30/07/2013 26/06/2014 10.87 1,500.00 S/. 2,250.00 S/. 24,450.00

SUBTOTAL 2 30.30 S/. 9,750.00 S/. 99,100.00

$ 3,707.22 $ 37,680.61
 70

EQUIPOS Q Meses PU Costo Mensual Costo Total

Supresor de picos 4 6.3 S/. 25.20
Servicio RPC 4 10.5 70 S/. 280.00 S/. 2,940.00
Equipo RPC 4 90 S/. 360.00

SUBTOTAL 3 S/. 3,325.20

Fecha Fecha
Costos Operativos Inicio Final Q Meses PU Costo Mensual Costo Total
Movilidad 11.5 S/. 300.00 S/. 3,450.00
Internet 11.5 S/. 350.00 S/. 4,025.00
Servicios (Agua, Luz, etc) 11.5 S/. 250.00 S/. 2,875.00
Útiles de Oficina 11.5 S/. 150.00 S/. 1,725.00

SUBTOTAL 4 S/. 12,075.00

Contingencia Q Meses PU
Contingencia Operativa 10% S/. 19,302.52
Contingencia Planilla 10% S/. 19,302.52
S/. 38,605.04

COSTO TOTAL X EL SERVICIO S/. 231,630.24

COSTO TOTAL S/. 231,630.24

MARGEN COSTO TOTAL S/. 231,630.24

7.35% UTILIDAD S/. 18,369.76

S/. 250,000.00
TOTAL A FACTURAR
71
 72

2. Forma de Pago
La relación de pagos incurridos por el desarrollo del proyecto
son los siguientes:

Tabla 13 - Forma de Pago del Proyecto

FECHA DE FECHA DE
PORCENTAJES
MONTO DEL PAGO EMISIÓN VENCIMIENTO
FASES DE
SIN IGV DE LA FACTURA DE LA FACTURA
PAGO
(Aprox.) (Aprox.)

INICIO 20% S/. 42,372.88 08/07/2013 30/07/2014

PLANIFICACIÓN 15% S/. 31,779.66 31/07/2014 16/09/2013

EJECUCIÓN 15% S/. 31,779.66 17/09/2013 23/09/2013

SEGUIMIENTO Y
CONTROL 15% S/. 31,779.66 24/09/2013 27/05/2014

CIERRE 35% S/. 74,152.54 28/05/2014 27/06/2014

100% S/. 211,864.39

3. Gestión de Cambio en los Costos

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Diseño e implantación de un sistema de información como

soporte a la gestión administrativa del “RESIDENCIAL EL SGH
REMANSO” de la provincia constitucional del callao

INTRODUCCIÓN:

El propósito de este plan de gestión de costos es definir la metodología de cómo será

gestionado los costos asociados con el Proyecto. Esto es necesario para garantizar el éxito del
proyecto dentro de los límites del presupuesto asignado. Hay varios componentes de costos
asociados a este proyecto, así como varias métricas, además de las consideraciones de
variación de costo, y la información que este plan define. Para completar este proyecto con
éxito, todos los miembros clave del proyecto y los interesados deben cumplir con el trabajo
definido dentro de este plan de gestión de costos y del plan general del proyecto que apoya.
ALCANCE:
 73

Todas las mediciones y análisis de la varianza se deben aplicar a los componentes de los costos
en todo el ciclo de vida del proyecto. El plan de gestión de costos para el proyecto incluye la
construcción de varios componentes de los costos, tales como:

 Gestión de proyecto de los recursos del equipo.

 Reclutamiento y contratación de personal adicional, si fuera necesario.
 Bienes de equipo.
 Software y licencias.

Este plan de gestión de costos no incluye los costos recurrentes mensuales (MRC), que se
requiere a la finalización del proyecto.
FUNCIONES Y RESPONSABILIDADES DENTRO DE LA GESTIÓN DE COSTOS:

SPONSOR DEL PROYECTO

El Sponsor del proyecto es el responsable de la aprobación del plan del Proyecto de la gestión de
costos. Además, el Sponsor es el responsable de aprobar el presupuesto del proyecto y es la
autoridad de aprobación de los fondos adicionales que puedan ser necesarios.

GERENTE DE PROYECTO

El Gerente del Proyecto para el Proyecto SGH es el responsable de la gestión diaria de los
fondos del proyecto.

El Gerente de Proyecto es el responsable del desarrollo de la estructura de trabajo

descomposición interna (EDT), que cubre todos los trabajos a realizar por el equipo de trabajo.

El Gerente de Proyecto está autorizado para ejecutar el gasto de los fondos del proyecto cuando
sea necesario de acuerdo con el plan de gestión de costos y presupuesto asignado del proyecto.

El Gerente de Proyecto no podrá autorizar el uso de fondos adicionales sin la aprobación previa
del Sponsor del proyecto.

El Gerente de Proyecto es el que establece las métricas y herramientas de análisis de varianza

a usar en el proyecto con el fin de proporcionar actualizaciones de estado quincenalmente al
Sponsor del proyecto.

EQUIPO DEL PROYECTO

El equipo del proyecto es el responsable de ejecutar el trabajo asignado, de acuerdo con el plan
de gestión de costos.

También apoyarán al Gerente de Proyecto en la implementación de métricas y herramientas de

análisis de varianza para asegurar que todos los entregables del proyecto se lleven a cabo
dentro de los límites del presupuesto asignado.

PLANEAMIENTO DE GESTIÓN DE COSTOS:

COSTO DE PLANIFICACIÓN Y ESTIMACIÓN

 74

Una vez que las necesidades del Proyecto SAJA han sido determinadas, el equipo del proyecto
definirá los recursos necesarios y las necesidades de personal, si fuera necesario, para el buen
fin del proyecto.

Las cuentas de control y las categorías de personal laboral se crearán en cada elemento de la
EDT.

Con base en los costos laborales y la duración prevista de cada elemento de la EDT, se hará
una estimación determinada.

Los costos de los elementos del EDT serán totalizados y serán usados para solicitar la
financiación del proyecto.

Una vez que el presupuesto del proyecto es aprobado, el sponsor del proyecto comparará la
asignación para cada elemento del EDT contra el presupuesto general y realizará los ajustes en
las asignaciones según sea necesario para cumplir con el presupuesto del proyecto.

Una vez que todas las asignaciones han sido revisadas y aprobadas por el Sponsor del
proyecto, se define la línea base del costo del proyecto.

La línea base de costo del proyecto sólo podrá ser modificada con la autorización del Sponsor
del proyecto.

COSTO DE SEGUIMIENTO

Los trabajos realizados por los miembros del equipo del proyecto deberán ser actualizados en el
cronograma de trabajo.

Semanalmente, el Gerente de proyecto recopilará los cronogramas de trabajo de cada miembro

del equipo y calculará los costos laborales asociados a cada cuenta de costos. Además, todas
las facturas asociadas con los equipos de proyectos u otros materiales o licencias serán
copiados por el departamento de recepción cada mes y una copia será proporcionada al
Gerente del Proyecto.

El Gerente del proyecto calculará los costos reales para todas las categorías de costos y
elementos del EDT y comparará estos costos con los costos reales de la línea base proyectada
sobre una base semanal.

Estas comparaciones se utilizan para generar los datos para todas las métricas e informes de
estado quincenales, así como para el análisis de la varianza.

MEDIDAS DE COSTOS Y GENERACIÓN DE INFORMES

A fin de medir el desempeño del proyecto, se utilizarán varias métricas para capturar los costos
y el rendimiento del cronograma para el Proyecto SAJA.
 75

Las siguientes mediciones serán recogidas y transmitidos por el Gerente del Proyecto:

 Índice de rendimiento de costo (CPI) se informará quincenalmente.

 Índice de Rendimiento del Cronograma (SPI) se informará quincenalmente.
 Los umbrales de control de CPI y SPI son las siguientes:
o Amarillo: dentro de +/- 20% deben ser reportados al Sponsor del proyecto. Si se
determina que no hay ningún efecto sobre la
línea de base del proyecto no se necesitará que se ejecute una medida necesaria.
o Rojo: mayor de +/- 20% deben ser reportados al Sponsor del proyecto. Las
medidas correctivas se deben tomar para mover el
proyecto de nuevo a un nivel de rendimiento aceptable.

Valor Ganado Frecuencia de los

Amarillo Rojo
métricas informes

CPI Quincenal 0,8 ≤ CPI ≤ 1,2 CPI <0,8 o CPI> 1.2

SPI Quincenal 0,8 ≤ SPI ≤ 1, SPI <0,8 o SPI> 1.2

 Variación de los gastos (CV) se informará quincenalmente.

 Variación del cronograma (SV) se informará quincenalmente.

Una tabla se creará para cada uno de los parámetros anteriores. El Gerente del proyecto
presentará estos cuadros para el Sponsor del proyecto en la Reunión Quincenal de Situación del
proyecto.
MEDIDAS DE CONTROL DE COSTOS
 76

Si el Proyecto SGH supera sus límites definidos para los indicadores del CPI o del SPI en
cualquier momento, las medidas correctivas serán consideradas e implementadas con el fin de
llevar el proyecto de nuevo en un rango aceptable de rendimiento.

El Gerente de Proyecto y el equipo considerará todas las medidas de control que resulten de la
corrección de los resultados del proyecto.

Un análisis detallado de todas las medidas de control se presentará al Sponsor del proyecto.

El análisis consistirá en:

• Descripción general de las medidas de control.

• El personal que participa.

• Línea de tiempo a implementar.

• Problemas o preocupaciones respecto a la implementación.

• Efecto esperado sobre el desempeño del proyecto.

Todas las medidas de control serán revisados por el Sponsor del proyecto. Tras la aprobación
del Sponsor del proyecto, el Gerente de proyecto liderará la implementación de la medida de
control autorizado. El Gerente del proyecto también deberá completar todas las solicitudes de
cambio requeridas de acuerdo con el proceso del proyecto de control de cambios.

En algunos casos aislados puede ser necesario para un proyecto recalcular la línea de base de
costos. Todos los esfuerzos se deben tomar para evitar esto. Sin embargo, si es necesario, sólo
el Sponsor del proyecto puede autorizar esta acción.

TIPOS DE COSTOS CONSIDERADOS:

COSTOS DIRECTOS :

Personal : S/. 177,625.00

Alquiler : S/. 0.00

COSTOS INDIRECTOS :

Materiales : S/. 15,400.20

COSTOS VARIABLES :

Incentivos : S/. 0.00

TOTAL COSTOS : S/. 193,025.20

RESERVA DE CONTINGENCIA : S/. 19,302.52

RESERVA DE GESTIÓN : S/. 19,302.52

UTILIDAD : S/. 18,369.76

TOTAL GENERAL : S/. 250,000.00

 77

D. Calidad - Plan de Gestión de la Calidad

1. Aseguramiento de la calidad
Proceso de aseguramiento de calidad

Los artefactos generados (por cada fase) de acuerdo a los

requerimientos y especificaciones de casos de uso, que van a
desarrollarse van a ser inspeccionados entre los miembros del
equipo de trabajo con un formato adecuado (revisado o definido por
el líder de proceso).

Plan de Calidad: Este plan de calidad tiene asociado un checklist

que deberá ser llenado por todos los miembros del equipo. Esta es
una manera de cumplir uno de los objetivos del rol de calidad que
consiste en “Definir y divulgar el plan de calidad”. El líder de calidad
por medio de este mecanismo, se asegura de que todos los
miembros del equipo leyeron el documento, y por lo tanto conocen
los objetivos, métricas, técnicas, metodologías consignadas.

Los miembros del equipo aprueban o rechazan la propuesta del líder

de calidad y de esta manera todo el equipo contribuye a construir un
plan de calidad de acuerdo a las necesidades del proyecto. La
responsabilidad del líder de calidad es actualizar el plan de acuerdo a
lo que el grupo decida.

Requerimientos: Cada especificación de casos de uso debe tener

asociado un Checklist ejecutado por un miembro del equipo diferente
al que realizó la especificación del requerimiento. Este Checklist será
revisado por el líder de calidad para ver que efectivamente ha sido
llenado.

Diseño: Cada artefacto de diseño tendrá asociado un Checklist que

será definido por el líder de desarrollo y ejecutado por un miembro
del equipo diferente de aquel quien realizó el artefacto. El Checklist
será verificado por el líder de calidad para ver que ha sido llenado de
manera adecuada.

Codificación: Cada componente del sistema tendrá un código de

prueba unitaria.
 78

Organización y responsabilidades del aseguramiento de la

calidad

Nombre del Proyecto Sistema de Gestión Inmobiliaria

Preparado por JOSE RICARDO SOTO PEREZ

Fecha 28/07/2013

Descripción del Sistema de Calidad del Proyecto

Herramientas y Técnicas

A continuación se listan las herramientas y las técnicas a usar para el

aseguramiento de calidad de los entregables seleccionados.

Herramientas

 Checklist de aseguramiento de calidad

 Informe de aseguramiento de la calidad
 Seguimiento a las no conformidades

Técnicas

 Revisiones de documentación
 Entrevistas

2. Control de Calidad
El comité de seguimiento y control de cambios velara por el
aseguramiento, cumplimiento de la calidad del proyecto y
mejoramiento continuo.

El control de la calidad se ejecutara revisando los entregables para

verificar si estos están conformes o no con relación a lo planificado.

Los resultados de estas mediciones se consolidarán y se enviarán al

proceso de aseguramiento de calidad.

En este proceso se hará la medición de las métricas y se informarán

al proceso de aseguramiento de calidad.

Los entregables que han sido reprocesados se volverán a revisar

para verificar la conformidad de los mismos.
 79

Para los defectos encontrados se tratará de detectar las causas

raíces de los defectos para eliminar las fuentes del error. Los
resultados y conclusiones se formalizarán como solicitudes de
cambio y/o acciones correctivas/preventivas.

Herramientas y Técnicas:

 Diagrama causa efecto, será utilizado como herramienta de

identificación de posibles problemas y el origen de los mismos.
 Se utilizarán diagramas de control para el monitoreo de los
umbrales de costo, cronograma y métricas de calidad.
 Diagrama de flujo, para el análisis de procesos y la identificación
de riesgos y posibles oportunidades de mejoras.
 Histogramas, para la mostrar la frecuencia de ocurrencias de una
variable asociada a un problema.
 Diagrama de pareto, para la identificación de las principales
causas de un problema.
 Inspección en sitio del montaje y las instalaciones realizadas.

E. Recursos Humanos - Plan de Gestión de los Recursos Humanos

1. Organigrama del Proyecto

Gráfico 13 - Organigrama del Proyecto

 80

2. Roles y responsabilidades

Tabla 14 - Roles y Responsabilidades del Proyecto

EQUIPO NOMBRES Y ROL RESPONSABILIDADES

APELLIDOS

JOSE RICARDO Jefe de Administra tiempos,

SOTO PEREZ Proyecto recursos, alcances, riesgos
y cambios. Tiene el status
del proyecto en cualquier
momento de la vida de éste.

Luis Ponce Juárez Analista Un analista programador es

Programador la persona capacitada para
programar el software (no
solo programar sino corregir
otros) como producto final
una vez analizado el
CONSULTORIA sistema, concretado el
CRC diseño e implementado en el
sistema que se quiere
trabajar.

Eduardo Infante Testeador Realiza un plan de pruebas

para todo el proyecto.
Actualizar el plan de
pruebas y hacer
correcciones en caso de ser
necesarios.
Convocar a inspecciones de
los productos de software
estáticos, es decir, revisar
los documentos de análisis
de requerimientos, diseño y
 81

EQUIPO NOMBRES Y ROL RESPONSABILIDADES

APELLIDOS

arquitectura de los sistemas

Diseñar pruebas de caja
blanca, caja negra, pruebas
de estrés, de integración, de
aceptación, etc.
Ejecutar todas las pruebas
en sus diferentes fases.
Generar los documentos
resultados de las
inspecciones y de las
pruebas.
Revisar que se hagan los
cambios que arrojaron las
pruebas.
Documentar todo lo
relacionado con las pruebas.

Mario Castañeda Programador Dirigir el diseño,

Senior programación y
mantenimiento de software.
Definir configuración de
interfaces entre hardware y
aplicaciones. Controlar
modificaciones y/o mejoras
del
software desarrollado.
Definir y gestionar
estándares relativos al uso
del software.

Administrar el trabajo de los

programadores. Dirigir la
selección de los
proveedores de
software, implementar
software y nuevas
versiones.

Iván Rosales Documentador Es el responsable de

realizar los materiales para
soporte al usuario del
sistema basándose en los
estándares definidos y en
los requerimientos relevados
para los materiales
 82

EQUIPO NOMBRES Y ROL RESPONSABILIDADES

APELLIDOS

destinados al usuario.

Paulino Enciso Sponsor Financiar el proyecto no es

necesariamente, otorgar o
conseguir fondos, sino mas
bien autorizar su uso para
un proyecto en particular.
RESIDENCIAL
EL REMANSO
Victor Enciso Lider Usuario Registrar a los clientes
Infante

3. Matriz de asignación de responsabilidades (RAM)

Tabla 15 - Matriz RAM del Proyecto

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SISTEMA DE GESTIÓN HOSTELERO SGH

ROLES
ENTREGABLES CONSULTORIA CRC
GP JP AP PS DOC TR
ENTREGABLES DE GESTION
 Inicio
Acta de Constitución del Proyecto V,A R P
Enunciado del Alcance del Proyecto V,A R P
 Planificación
Plan de Gestión del Proyecto V,A R P P
 Ejecución
Plan de Gestión del Proyecto actualizado V,A R P P
Actas de Reunión P R P P
Solicitudes de Cambio A
Lista de riesgos R
Actas de Aprobación de Entregables R P
 Seguimiento y Control
Informes de Estado Semanal R P
Informe de Estado Mensual R P
 Cierre
Informe de Lecciones Aprendidas A R P
Acta de Cierre del Proyecto R P
 ENTREGABLES DE INGENIERIA
 MODELAMIENTO
Plan de Gestión de Requerimientos A R
Especificación de Requerimientos del Software A P,R
Modelo de Casos de Uso del Sistema A P,R P

 DISEÑO
Arquitectura de Software A R
Prototipo del Sistema
Modelo de Datos
CONSTRUCCIÓN
O Programas fuente y ejecutables. Comprende los
siguientes módulos: A R
o Clientes A R R V
o Cobranza A R R V
o Mantenimiento A R R V
o Reportes A R R V
o Administración del Sistema A R R V

PRUEBAS
o Manual de Usuario P P R P

o Casos de Pruebas Unitarias P R P

o Informe de Pruebas Unitarias P R P
o Casos de Prueba de Integración P R P
o Informe de Pruebas de Integración P R P

IMPLANTACION
o Informe de puesta en producción A R V
o Informe de Pruebas de Aceptación
o Plan de Capacitación A R P P V
o Informe de Lecciones Aprendidas A R P

Leyenda Matriz de Asignación de Responsabilidades

Abreviatura Descripción

GP Gerente de Proyecto
JP Jefe de Proyecto
AP Analista de Sistemas
DOC Documentador
TR Testeador

Abreviatura Descripción

R Responsable
P Participa
V Revisa
A Aprueba

F. Comunicaciones - Plan de Gestión de los Recursos Humanos

1. Directorio de Stakeholders
 Tabla 16 - Directorio de Stakeholders

ROL EN LA DATOS DE
ROL EN EL
NOMBRE EMPRESA EQUIPOS COMUNICACIÓN
PROYECTO
CLIENTE (TELEFONO/EMAIL)

CONSULTORIA CRC

Cesar Jimenez Gerente del Gerente del Comité 985502167

Prieto Proyecto Proyecto Ejecutivo c.ji menez@hotmail.com

JOSE Jefe del Jefe del Comité 987717820

RICARDO Proyecto Proyecto Operativo c.romero89@hotmail.com
SOTO PEREZ

Luis Ponce Analista Analista Equipo del 992247157

Juarez Programador Programador proyecto l.ponce@hotmail.com

Mario Programador Programador Equipo del 947112505

Castañeda Senior Senior proyecto
m.castañeda@hotmail.com

Eduardo Testeador Testeador Equipo del 956402153

Infante proyecto m.castaneda@hotmail.com

Ivan Rosales Documentador Documentador Equipo del 924456376

proyecto i.rosales@hotmail.com

RESIDENCIAL EL REMANSO

Paulino Sponsor Gerente Comité 966543080

Enciso GenerAl Ejecutivo p.enciso@hotmail.com

Joel Chipana Jefe de Jefe de Dpto. Comité 936555201

Vallejos Proyecto Sistemas Ejecutivo
j.chipana@hotmail.com

Victor Enciso Lider Usuario Recepcionista Equipo del 912130754

Infante proyecto v.enciso@hotmail.com

2. Medios de Comunicación
Para un manejo y control óptimo del proyecto en cada una de sus
fases de desarrollo se ha considerado mantener permanentemente
informados sobre el estado de los entregables, avances del proyecto,
problemas identificados y soluciones propuestas considerando los
siguientes medios:
Documentación Escrita

La comunicación escrita se va a llevar a cabo manejando la siguiente documentación:

Acta de Reunión Semanal o Mensual

Descripción Este documento será elaborado por el Jefe del Proyecto
después de cada reunión y será entregado por correo
electrónico a las personas que participaron en ella para
sus comentarios y observaciones, y por medio físicos
para su conformidad.

Aquí se registrarán los siguientes ítems:

 Objetivo
 Agenda
 Asistencia
 Temas Tratados
 Temas Pendientes
 Acuerdos Tomados
 Firma de los Participantes
Día En el día de la reunión

Periodicidad Semanal o Mensual según corresponda a la reunión

Informe de Estado Semanal o Mensual

Descripción Este documento será elaborado por el Jefe del Proyecto
después de cada reunión que se tenga con el equipo
técnico de CONSULTORIA CRC enviado por correo
electrónico a los interesados del proyecto un día antes
de que se realice la reunión de informe de estado.

Aquí se registrarán los siguientes ítems:

 Estado del Proyecto

 Estado del proyecto – Métricas
 Tipo de Gestión del Proyecto
 Estado del Cronograma
 Seguimiento
 Entregables contractuales
 Situación actual del proyecto – Avance del
periodo
 Actividades principales realizadas durante el
Informe de Estado Semanal o Mensual
periodo
 Problemas presentados en el periodo
 Cambios en el periodo
 Riesgos del proyecto en el periodo
 Pendientes a la fecha
 Próximas actividades
Día Al cierre de actividades el lunes.

Periodicidad Semanal según corresponda al informe

Informe de Estado (Seguimiento Interno para SGH )

Descripción Este documento será elaborado por el Jefe del Proyecto
después de la elaboración del Informe de Estado
Semanal y la reunión de estado del Proyecto y publicado
en el sistema SGH.

Contendrá un resumen del Informe de Estado Semanal.

Día Todos los Martes

Periodicidad Semanal

Acta de aceptación
Descripción Este documento será elaborado por el Jefe del Proyecto,
JOSE RICARDO SOTO PEREZ y tendrá como finalidad
que los responsables del proyecto expresen su
conformidad con cada uno de los documentos que se
vayan entregando. También se firmará un acta de
aceptación validando la culminación de todo el proyecto.

Día Según corresponda

Periodicidad Según corresponda

Solicitud de Cambio
Descripción Este documento es responsabilidad del Jefe de
Proyecto tendrá como finalidad registrar una solicitud de
un cambio en el alcance inicial del proyecto. Según se
tiene definido las Solicitudes de Cambio siguen un flujo
aparte del proyecto.

Día En reuniones de seguimiento o de validación de

Solicitud de Cambio
entregables.

Periodicidad Según corresponda.

Documentación Escrita

Los Documentos que se generan en la Gestión de Comunicaciones para mantener

informado a los interesados del Proyectos son:

 Informe detallado del Presupuesto para el desarrollo del Proyecto

 Informe de Hitos del Proyecto
 Informe detallado del Cronograma de Proyectos
 Informe del Plan del Proyecto
 Informe de las Actas de Reuniones sostenidas
 Informe de las Especificaciones Funcionales
 Informe de Especificaciones del Modelo de Base de Datos
 Informe de las Especificaciones de Interfaces
 Informe de Documentos de Solicitud de Cambios
 Informe del Manual de Usuario
 Informe del Manual de Capacitación a los Usuarios
 Informe del Plan de Pruebas del Proyecto

PROCEDIMIENTO PAR A ACEPT ACION FORMAL DE LA DOCUMENT ACION

Para toda documentación escrita (Entregable del Proyecto, Acta de Reunión, Informe
de Estado), el procedimiento a seguir para su aceptación formal es el siguiente:

1. Enviar por correo electrónico las últimas versiones de los documentos a entregar al
Jefe del Proyecto del SGH.
2. CONSULTORIA CRC deberá dar la conformidad de los documentos enviados por
correo electrónico.
3. RESIDENCIAL EL REMANSO deberá imprimir los documentos conformados por
el SGH como también el acta de aprobación del producto.
4. Conseguir el visado de los documentos impresos (tres ejemplares) por parte de la
Unidad de Tecnología de la Información y la Oficina de Planeamiento y
Presupuesto, como también la firma del acta de aprobación del documento.
5. Una vez visados los documentos impresos (tres ejemplares) con el acta de
aprobación del producto, se debe entregar al Gerente General del “RESIDENCIAL
 EL REMANSO”, sito CALLE EL REMANSO Nº 221 URB. EL OLIVAR -
REFERENCIA: ALT. FINAL DE LA AV. JOSÉ GRANDA, con atención al Sr.
Paulino Enciso.
6. Archivar el cargo generado (RESIDENCIAL EL REMANSO).
7. Comunicar por correo electrónico la aceptación total de los documentos
(RESIDENCIAL EL REMANSO)
8. Enviar las impresiones firmadas de los documentos por Mesa de Partes de
RESIDENCIAL EL REMANSO.

Correo Electrónico

Información, Asunto Para Con copia

eventos,
documentos

Informes de Estado Nombre del Proyecto: Jefe de Proyecto Ninguno. El JP

SGH Informe de Estado del Cliente del SGH es
N° 1 –02/09/2013 responsable de
la distribución del
documento.

Acta de Reunión Nombre del Proyecto: Jefe de Proyecto Ninguno. El JP

Acta de Reunión N° X – del Cliente del SGH es
08/10/2013 responsable de
la distribución del
documento.

Documentación del Proyecto

Toda información generada durante el desarrollo del proyecto será comunicada por el
Jefe del Proyecto de CONSULTORIA CRC y enviada al Gerente del Proyecto del
RESIDENCIAL EL REMANSO.

Ambos interesados tendrán la responsabilidad de generar, en sus organizaciones, los

repositorios de los documentos del proyecto.

En el Plan de Gestión de la Configuración se detalla el directorio del proyecto donde

se almacena la documentación generada del proyecto, además se detalla el contenido
de los subdirectorios y los accesos.
 G. Riesgos - Plan de Gestión de Riesgos
1. Fuentes de Riesgos
FUENTES DE RIESGO RIESGOS

Usuarios del Cliente: Problemas de levantamiento de información durante las

Muchas veces los entrevistas con los usuarios
usuarios o miembros del
cliente son la principal Escasa o nula participación de los interesados del
fuente generadora de proyecto durante el desarrollo del proyecto
riesgos. Debido a su poca
participación, a actitud
negativa a colaborar, etc.

Miembros del Equipo de Cese de algún personal del equipo técnico de

CONSULTORIA CRC Esta CONSULTORIA CRC
fuente está relacionada
con el comportamiento y la Ausencia temporal o total de los miembros del equipo
forma de participación de técnico del proyecto.
los miembros del equipo
Falta de adecuada capacidad técnica del personal del
del proyecto
equipo técnico de CONSULTORIA CRC

Diferencia de niveles de conocimiento entre los

integrantes del equipo técnico de CONSULTORIA CRC

Forma de Trabajo: Está Pérdida de información relacionada a la Gestión o

relacionado a la forma de Ingeniería del Proyecto
trabajar y los procesos
que se ejecutan durante el Estimaciones imprecisas del tiempo de desarrollo de las
desarrollo del proyecto actividades del proyecto

Modificación del cronograma del proyecto por retrasos en

el proyecto

No contar con un repositorio de la documentación de los

entregables del proyecto

Realizar un Aseguramiento de Calidad defectuoso

Tecnología: Hardware y Software inadecuado en el ambiente de

desarrollo de MINDEF

Interfaces de usuario incompatibles con la funcionalidad

requerida

Complejidad en el desarrollo de la implementación del

proyecto
2. Matriz de descomposición de Riesgos (RBS)
Los riesgos fueron identificados y agrupados según la siguiente
Estructura de Desglose de Riesgos (RBS o EDR):

Gráfico 14 - RBS del Proyecto

Proyecto SGH
Estructura de Desglose
Riesgos

Técnico De la Dirección de
Externo
Organización Proyectos

Requerimientos Proveedores Cliente Miembros del

Equipo de
Desarrollo

Tecnología Condiciones
Financiero Planificación
climáticas

Complejidad Prioridades Control

Rendimiento Comunicación

Calidad

3. Categorías, Criterios para priorizar y levantar los riesgos

Durante el seguimiento de los riesgos (Informe de Estado del
Proyecto – Sección Riesgos), se llevara a cabo la categorización de
los riesgos la cual estará basada en las fases del ciclo de vida. Para
esta categorización se asignara a cada riesgo identificado la fase del
ciclo de vida del proyecto (Diseño adaptado al cliente, Diseño
adaptado a la construcción, Software Producido, Pruebas del
cliente, Puesta en Marcha) en la cual se identificó

El siguiente cuadro muestra los valores en donde se puede identificar

y priorizar los riesgos del proyecto, la cual resulta del cálculo de
multiplicar el valor del nivel de probabilidad del impacto (Baja = 0.25,
Media = 0.50 y Alta = 0.75) por el valor del nivel de impacto (10, 40,
80). Si analizar el ejemplo descrito en el punto 11.4.2 el valor es 60,
considerado como un riesgo con prioridad alta por encontrarse en la
zona de color rojo.
 Probabilidad Amenazas

0.25 2.5 10 20

0.50 5 20 40

0.75 7.5 30 60

10 40 80

Impacto

PRIORIZ ACIÓN DE RIESGOS

Rojo: Prioridad Alta

Amarillo: Prioridad Media

Verde: Prioridad Baja

ACCION DESCRIPCION INVOLUCRADOS

Levantamiento de Se llevara a cabo  Jefe de Proyecto

Información de Riesgos semanalmente, teniendo (Responsable de
como fuentes de
Información a los miembros levantamiento de
del equipo del proyecto y al riesgos)
personal del cliente. Este  Miembros del equipo
levantamiento de riesgos se
del proyecto (Fuente
llevara a cabo en la
reuniones de comité de Información)
ejecutivo, operativo y de  Personal del cliente
Miembros del Equipo del
(Fuente de
Proyecto
Información)
Distribución de la Identificados los riesgos del  Jefe de Proyecto
Información de Riesgos proyecto se deberá (Responsable de
comunicar a través del
informe de estado los Distribución de
riesgos que se han riesgos)
identificado.  Miembros del equipo
del proyecto
(Receptores de
Información)
 Personal del cliente
 (Receptores de
Información)

4. Estrategias para la respuesta de los riesgos

Existen cuatro estrategias de respuesta al riesgo:

1. Transferencia. A veces lo que un riesgo es en una parte del

proyecto, no lo es en otra parte, por lo que puede trasladarse a otra
parte.
La transferencia del riesgo, consiste en buscar transferir sus
consecuencias a un tercero, junto con la responsabilidad de la
respuesta al riesgo. Transferir el riesgo es simplemente dar la
responsabilidad de su gestión a otro, pero no lo elimina. Lo que se
busca es que el tercero pueda tener experiencia particular que le
permita ejecutar el trabajo, como por ejemplo si no se tiene personal
experto para la ejecución del testeo, entonces es preferible contratar
a un proveedor que tenga la experiencia de realizar esa actividad.

2. Mitigación. En la mayoría de los casos, este es el enfoque que se

toma para combatir al riesgo. La mitigación busca reducir la
probabilidad y/o impacto de un evento de riesgo adverso, a un nivel
aceptable.

3. Evasión. La evasión del riesgo consiste en no realizar actividades

arriesgadas para proteger los objetivos del proyecto.

Pueden ser ejemplos de evasión el reducir el alcance para evitar

actividades de alto riesgo, agregar recursos a tiempo, adoptar una
aproximación familiar en vez de una innovativa, o evitar un
subcontratista no conocido.

Aceptación. Esta técnica indica que el equipo del proyecto ha

decidido no cambiar el plan del proyecto para manejar un riesgo o no
es capaz de identificar una estrategia de respuesta apropiada. Para
una mejor elección se divide en dos categorías:
 Aceptación Activa. Puede incluir el desarrollo de un plan de
contingencia a ejecutar, por si el riesgo ocurriera.
Aceptación Pasiva. No requiere acción, dejando al equipo del
proyecto tratar los riesgos conforme se conviertan en problemas.

5. Identificación, Seguimiento y Control de Riesgos

Tabla 17 - Cuadro de Riesgos del Proyecto

Nº Riesgo Prob. Imp. Expo. Acciones Responsable

Sugeridas

1 Requisitos no 0.75 40 30 Realización de varias Joel Chipana

detallados o reuniones con el Vallejos (JP
poco claros cliente para la Cliente)
aclaración de
requisitos.

2 Cambio de 0.5 80 40 Efectuar reuniones Joel Chipana

personal en la para hacer respetar Vallejos (JP
alta gerencia del el contrato. Cliente)
cliente

3 Renuncia de 0.5 40 20 Cumplir las tareas JOSE

miembros antes de lo estimado RICARDO
claves del en la planificación SOTO PEREZ
proyecto siempre que sea (JP
posible. Proveedor)

4 Diseño 0.5 40 20 Se desarrollará en JOSE

inadecuado de paralelo un prototipo RICARDO
los formularios conteniendo la SOTO PEREZ
del sistema arquitectura del (JP
sistema para Proveedor)
comprobar la validez
de la misma.

5 El cliente no 0.5 80 40 Recomendar al Joel Chipana

pueda participar cliente revisar Vallejos (JP
en revisiones ni constantemente la Proveedor)
en reuniones agenda con las
fechas de reunión
con el proveedor

H. Adquisiciones - Plan de Gestión de Adquisiciones

1. Recursos Adquiridos

Los recursos adquiridos durante el desarrollo del proyecto se detallan de

acuerdo a su forma de adquisición. La lista se detallará en la matriz de
adquisiciones del proyecto.
 95

MATRIZ DE ADQUISICIONES DEL PROYECTO

REQUERIMIENTO
FECHA FORMA DE MANEJO DE
PRODUCTO TIPO DE COSTO DE PROCEDIMIENT DE RESPONSABL PROVEEDORE
REQUERIDA DE CONTACTAR MÚLTIPLES
O SERVICIO CONTRAT ADQUISICIÓ O DE ESTIMACIONES E DE LA S PRE-
DISPONIBILIDA PROVEEDORE PROVEEDORE
A ADQUIRIR O N CONTRATACIÓN INDEPENDIENTE COMPRA CALIFICADOS
D S S
S

Sistema La organización
No se contactó
Operativo cuenta con el Ningún Ningún
Sin contrato 03-04-13 0.00 ningún NO Masiel Díaz
Windows sistema operativo proveedor proveedor
proveedor.
Server 2008 requerido.

Base de No se contactó
Datos: Sin contrato 03-04-13 0.00 Open source ningún NO Masiel Díaz Proveedor único MySQL
MySQL proveedor.
La organización
Lenguaje de No se contactó
cuenta con el
Programación Sin contrato 03-04-13 0,00 ningún NO Masiel Díaz Proveedor único PHP
sistema operativo
: Asp.Net proveedor.
requerido.

Pago por los

Materiales de Contrato de 03-04-13 Proveedor Si cotizaciones
400.00 materiales Alberto Mesías Proveedor único TAY LOI
oficina precio fijo predefinido anteriores
requeridos.

No se contactó
Programador Pago por servicio Ningún Ningún
Contrato 08-05-13 4,000.00 ningún NO Masiel Díaz
Senior de programación proveedor proveedor
proveedor.
 96

2. Seguimiento y Control de las adquisiciones

La realización de las adquisiciones de materiales de ofcina es realizada

directamente por el Estudio, no hay costo adicional; en la contratación del
Programador el costo se asumirá dentro del costo del proyecto.

SEGUIMIENTO Y CONTROL DE LAS ADQUISICIONES

SERVICIO FECHA DE
ENTREGABLES EVALUACIÓN
ADQUIRIDO ENTREGA
Módulo de
15-05-13 Entrega conforme
Seguridad
Programador
Entrega conforme
Módulo de Gestión 22-05-13
Senior
Entrega conforme
Reportes 29-05-13
 97

I. Interesados del Proyecto - Plan de Gestión de Interesados

1. Interesados del Proyecto

Tabla 18 - Interesados del Proyecto

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Diseño e Implantación de un Sistema de Gestión Inmobiliaria SGH

IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN

APOYO /
EMPRESA Y LOCALI ROL EN EL INFORMACIÓN DE REQUERIMIENTOS EXPECTATIVAS INFLUENCIA FASE DE MAYOR INTERESADO INTERNO /
Nro. NOMBRE NEUTRAL /
PUESTO ZACIÓN PROYECTO CONTACTO PRIMORDIALES PRINCIPALES POTENCIAL INTERÉS CLAVE EXTERNO
OPOSITOR

Que el producto
RESIDENCIAL “EL Que el proyecto
Paulino genere los
1 REMANSO” Lima Sponsor p.enciso@hotmail.com se concluya Fuerte Todo el proyecto SI Externo Apoyo
Enciso ahorros
Gerente General exitosamente
proyectados

RESIDENCIAL “EL
REMANSO” Jefe Que el producto
Que el proyecto
Joel Chipana del Jefe de genere los
2 Lima j.chipana@hotmail.com se concluya Fuerte Todo el proyecto SI Externo Neutral
Vallejos Departamento de Proyecto ahorros
exitosamente
Sistemas proyectados

RESIDENCIAL “EL
Que el producto
REMANSO” Jefe Que el proyecto
Harold genere los
3 del Lima Alta Dirección h.barrios@hotmail.com se concluya Fuerte Todo el proyecto SI Externo Neutral
Barrios ahorros
Departamento de exitosamente
proyectados
Contabilidad
 98

IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN

APOYO /
EMPRESA Y LOCALI ROL EN EL INFORMACIÓN DE REQUERIMIENTOS EXPECTATIVAS INFLUENCIA FASE DE MAYOR INTERESADO INTERNO /
Nro. NOMBRE NEUTRAL /
PUESTO ZACIÓN PROYECTO CONTACTO PRIMORDIALES PRINCIPALES POTENCIAL INTERÉS CLAVE EXTERNO
OPOSITOR
RESIDENCIAL “EL
REMANSO” Jefe Que se desarrolle
Que se termine
del el proyecto al Neutral
4 Gabriel Olano Lima Alta Dirección g.olano@ hotmail.com.pe el proyecto Fuerte Todo el Proyecto SI Externo
Departamento de tiempo, costo y
exitosamente.
Marketng calidad.

Que se desarrolle
RESIDENCIAL “EL Que se termine
Víctor Enciso el proyecto al Neutral
5 REMANSO” Lima Líder Usuario c.enciso@ hotmail.com.pe el proyecto Fuerte Todo el Proyecto SI Externo
Infante tiempo, costo y
Recepcionista exitosamente.
calidad.

Jefe de Que se desarrolle Implantación de

JOSE Consultoría CRC Que se termine
Proyecto por c.romero89@ el proyecto al los módulos de
6 RICARDO Jefe de Proyecto Lima el proyecto Fuerte SI Interno Apoyo
parte del hotmail.com.pe tiempo, costo y Consumos y
SOTO PEREZ exitosamente.
Proveedor calidad. Facturación.
Gerente de Que se desarrolle
Que se termine Implantación de
César Jiménez Consultoría CRC Proyecto por el proyecto al Interno
7 Lima c.jimenez@hotmail.com el proyecto Fuerte los módulos de SI Apoyo
Prieto Gerente de Proyecto parte del tiempo, costo y
exitosamente. Admisión
Proveedor calidad.

Que se termine Que se termine el

Luis Ponce Consultoría CRC Analista Interno
8 Lima l.ponce@hotmail.com el proyecto proyecto Fuerte Todo el Proyecto NO Apoyo
Juárez Analista Programador Programador
exitosamente. exitosamente.

Que se termine Que se termine el

Eduardo Consultoría CRC Interno
9 Lima Testeador m.castañeda@hotmail.com el proyecto proyecto Fuerte Todo el Proyecto NO Apoyo
Infante Testeador
exitosamente. exitosamente.

Que se termine Que se termine el

Mario Consultoría CRC Programador Interno
10 Lima m.castaneda@hotmail.com el proyecto proyecto Fuerte Todo el Proyecto NO Apoyo
Castañeda Programador Senior Senior
exitosamente. exitosamente.
 99

IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN

APOYO /
EMPRESA Y LOCALI ROL EN EL INFORMACIÓN DE REQUERIMIENTOS EXPECTATIVAS INFLUENCIA FASE DE MAYOR INTERESADO INTERNO /
Nro. NOMBRE NEUTRAL /
PUESTO ZACIÓN PROYECTO CONTACTO PRIMORDIALES PRINCIPALES POTENCIAL INTERÉS CLAVE EXTERNO
OPOSITOR

Que se termine Que se termine el

Consultoría CRC Interno
11 Iván Rosales Lima Documentador i.rosales@hotmail.com el proyecto proyecto Media Todo el Proyecto NO Apoyo
Documentador
exitosamente. exitosamente.
 100

2. Equipos de Trabajo del Proyecto

Tabla 19 - Equipos de trabajo del Proyecto

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Diseño e Implantación de un Sistema de Gestión Inmobiliaria SGH

OBSERVACIONES
INTERESADO EVALUACIÓN TIPO DE ESTRATEGIA POTENCIAL PARA GANAR SOPORTE O
Nro. INTERÉS EN EL PROYECTO Y
(PERSONAS O GRUPOS) DE IMPACTO IMPACTO REDUCIR OBSTÁCULOS
COMENTARIOS

Sponsor: Que el producto genere los ahorros

1 Muy Alto Positivo Informar acerca de las oportunidades de mejora -
Paulino Enciso (PE) proyectados

Jefe de Proyecto: Que el proyecto se ejecute con éxito al tiempo, Reuniones quincenales para informar el avance del
2 Muy Alto Positivo -
Joel Chipana Vallejos (JCHV) costo y calidad pactados. proyecto y resolver problemas encontrados

Que los módulos del sistema que van a ser

Alta Dirección: Preparar informes gerenciales para que el sponsor
3 implantados satisfaga todos los requisitos de los Alto Positivo -
Harold Barrios (HB) los mantenga informados sobre el proyecto
usuarios finales.

Que los módulos del sistema que van a ser

Alta Dirección: Preparar informes gerenciales para que el sponsor
4 implantados satisfaga todos los requisitos de los Alto Positivo -
Gabriel Olano (GO) los mantenga informados sobre el proyecto
usuarios finales.

Que los módulos del sistema que van a ser

Líder Usuario: Preparar informes para que el sponsor lo mantenga
5 implantados satisfaga todos los requisitos de los Alto Positivo -
Víctor Enciso Infante (VEI) informado
usuarios finales.
Jefe de Proyecto:
Que el proyecto se ejecute con éxito al tiempo, Reuniones quincenales para informar el avance del
6 JOSE RICARDO SOTO Muy Alto Positivo -
costo y calidad pactados. proyecto y resolver problemas encontrados.
PEREZ (CRC)
Gerente de Proyecto:
Que el proyecto se ejecute con éxito al tiempo,
7 César Jiménez Prieto (CJP) Muy Alto Positivo No aplica -
costo y calidad pactados.

Analista Programador: Que los módulos del sistema que van a ser Informar continuamente sobre el avance de la
8 Luis Ponce (LP) implantados satisfaga todos los requisitos de los Alto Positivo implantación de los módulos y reportar problemas -
usuarios finales. encontrados.
 101

OBSERVACIONES
INTERESADO EVALUACIÓN TIPO DE ESTRATEGIA POTENCIAL PARA GANAR SOPORTE O
Nro. INTERÉS EN EL PROYECTO Y
(PERSONAS O GRUPOS) DE IMPACTO IMPACTO REDUCIR OBSTÁCULOS
COMENTARIOS
Que se obtengan resultados favorables en el Informar continuamente sobre el avance de la
Testeador:
9 momento de ejecutar las pruebas a los módulos Alto Positivo implantación de los módulos y reportar problemas -
Eduardo Infante (EI)
del sistema. encontrados.
Programador Senior:
Que los módulos desarrollados cubran las Incluirlo en la planificación del proyecto y las
10 Mario Castañeda (MC) Alto Positivo -
expectativas de los usuarios finales. pruebas a realizar en los módulos implantados.

Documentador: Plasmar todos los documentos del proyecto en la Incluirlo en la planificación del proyecto y las
11 Medio Positivo -
Iván Rosales (IR) documentación final. pruebas a realizar en los módulos implantados.
 102

3. Reuniones del Proyecto

 Reunión de Comité Ejecutivo: Mensual

 Reunión de Comité Operativo: Semanal
 Reunión Equipo el Proyecto de SGH : Semanal

Reunión Comité Ejecutivo CONSULTORIA CRC – SGH

Líder Cesar Jiménez Prieto

Integrantes  JOSE RICARDO SOTO PEREZ

 Luis Ponce Juárez
Día Primer día hábil de cada mes

Horario 3:30 pm – 4:30 pm

Duración 1 hora

Periodicidad Mensual

Reunión RESIDENCIAL EL REMANSO – CONSULTORIA

CRC (Comité Operativo)

Líder Comité Directivo

Integrantes  Carlos Romero

 Luis Ponce Juárez
 Mario Castañeda
 Paulino Enciso
 Joel Chipana Vallejos
 Víctor Enciso Infante
Día Todos los Lunes

Horario 3:30 pm – 4:30 pm

Duración 1 hora

Periodicidad Semanal

Reunión Equipo del Proyecto CONSULTORIA CRC

Líder JOSE RICARDO SOTO PEREZ

Integrantes  Luis Ponce Juárez

 Mario Castañeda
 Eduardo Infante
 Iván Rosales
Día Todos los Viernes

Horario 4:00 pm – 5:00 pm

 103

Reunión RESIDENCIAL EL REMANSO – CONSULTORIA

CRC (Comité Operativo)

Duración 1 hora

Periodicidad Semanal

3.2. Ingeniería del Proyecto

3.2.1. Concepción
A. Especificación de Requerimientos de Software

PERSONAS QUE PROVEERAN REQUERIMIENTOS

La siguiente lista muestra aquellas personas autorizadas para proveer

los requerimientos para el desarrollo del software:

ROL NOMBRE CARGO MODULOS

Líder Usuario Víctor Enciso Infante Recepcionista Clientes

Sponsor Paulino Enciso Gerente General Todos

Jefe del Departamento Administración

Jefe de Proyecto Joel Chipana Vallejos
de Sistemas del Sistema

REQUERIMIENTOS DEL CLIENTE (ALTO NIVEL)

A continuación se muestra los requerimientos de alto nivel solicitados por

negocio, se considera el estado de aceptación respectivo:

Tabla 20 - Requerimientos del Cliente (ALTO NIVEL)

REQUERIMIENTO
DESCRIPCIÓN ESTADO
DE ALTO NIVEL

RAN-0001 Visualización de habitaciones Aprobado

RAN-0002 Registro de Clientes Aprobado

RAN-0003 Perfiles de usuario Aprobado

 104

RAN-0004 Emisión de factura Aprobado

RAN-0005 Visualización de Movimientos Aprobado

RAN-0006 Modificar tarifas Aprobado

REQUERIMIENTOS FUNCIONALES

A continuación se muestra los requerimientos funcionales que el sistema (SGH)

contemplará, se considera el estado de aceptación respectivo:

PROCESO DEL NEGOCIO: CONFIGURACIÓN BASE

Tabla 21 - Requerimientos Funcionales

CÓDIGO DESCRIPCIÓN REQUERIMIENTO PROPUESTA DE SOLUCIÓN

REQUER. FUNCIONAL
REQ-0001 Buscar habitaciones disponibles Formulario para visualizar las
habitaciones que están
desocupadas.

CONSIDERACIONES :

No se tiene ninguna
consideración.

ALCANCE NO CONTEMPLADO:

Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.

ESCENARIOS DEL NEGOCIO

No se ha identificado.

CÓDIGO DESCRIPCIÓN REQUERIMIENTO PROPUESTA DE SOLUCIÓN

REQUER. FUNCIONAL
REQ-0002 Registrar cliente Formulario para el registro de los
datos del cliente.

CONSIDERACIONES :

No se tiene ninguna
consideración.

ALCANCE NO CONTEMPLADO:
 105

Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.

ESCENARIOS DEL NEGOCIO

No se ha identificado.

CÓDIGO DESCRIPCIÓN REQUERIMIENTO PROPUESTA DE SOLUCIÓN

REQUER. FUNCIONAL
REQ-0003 Gestionar perfiles de usuario Se asignarán perfiles a cada
usuario del sistema.

CONSIDERACIONES :

No se tiene ninguna
consideración.

ALCANCE NO CONTEMPLADO:

Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.

ESCENARIOS DEL NEGOCIO

No se ha identificado.

CÓDIGO DESCRIPCIÓN REQUERIMIENTO PROPUESTA DE SOLUCIÓN

REQUER. FUNCIONAL
REQ-0004 Registrar consumos Formulario para ingresar los
productos que el cliente consuma
durante su estadía, la cual se
reflejará en una factura.

CONSIDERACIONES :

No se tiene ninguna
consideración.

ALCANCE NO CONTEMPLADO:

Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.

ESCENARIOS DEL NEGOCIO

No se ha identificado.

CÓDIGO DESCRIPCIÓN REQUERIMIENTO PROPUESTA DE SOLUCIÓN

REQUER. FUNCIONAL
 106

REQ-0005 Generar reporte de movimientos Formulario que permitirá generar

reportes de movimientos de
ingresos, clientes.

CONSIDERACIONES :

No se tiene ninguna
consideración.

ALCANCE NO CONTEMPLADO:

Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.

ESCENARIOS DEL NEGOCIO

No se ha identificado.

CÓDIGO DESCRIPCIÓN REQUERIMIENTO PROPUESTA DE SOLUCIÓN

REQUER. FUNCIONAL
REQ-0006 Modificar tarifas del servicio Formulario que permitirá
modificar precios de las
habitaciones, alimentos.

CONSIDERACIONES :

No se tiene ninguna
consideración.

ALCANCE NO CONTEMPLADO:

Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.

ESCENARIOS DEL NEGOCIO

No se ha identificado.

REQUERIMIENTOS NO FUNCIONALES

A continuación se muestra los requerimientos no funcionales que el sistema

(SGH) tomará en cuenta para su desarrollo. El orden secuencial y
correlativo se especifica en el archivo Mtriz_Rqurmntos_SGH.Xls base para
complementar los siguientes puntos:

Tabla 22 - Requerimientos No Funcionales

 107

Requerimientos de interfaces de usuario

REQUERIMIENTO
DESCRIPCIÓN
NO FUNCIONALES

RNF-0002 La interfaz del programa debe llevar el logotipo del

RESIDENCIAL.

RNF-0003 La interacción con el sistema debe ser a través de teclado y

mouse.

RNF-0004 El software será desarrollado para resolución 1024x768

Requerimientos de interfaces de hardware

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0005 La construcción del producto se realizará en la propia empresa

(Cliente).

Requerimientos de interfaces de software

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0007 El sistema operativo que se recomienda es Microsoft Windows 7

en adelante.

Requerimientos de interfaces de comunicación

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0005 La construcción del producto se realizará en la propia empresa

(Cliente).

Requerimientos de usabilidad

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
 Ninguno

Requerimientos de performance o rendimiento

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0006 El tiempo en el que se realiza el proceso de registro sea mucho

menor al que se llevaba en la actualidad que es alrededor de 4
minutos.

Requerimientos operacionales

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0009 El sistema requiere Power Builder Desktop 10.5 como entorno de

desarrollo, Microsoft SQL Server como gestor de base de datos.

Requerimientos de mantenibilidad y portabilidad

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0007 El sistema operativo que se recomienda es Microsoft Windows 7

en adelante.

Requerimientos de seguridad

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

RNF-0008 Los distintos tipos de usuario podrán acceder únicamente a la

funcionalidad e información que les concierne.

Requerimientos de confiabilidad

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
 Ninguno

Requerimientos de entrenamiento

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

No se ha identificado requerimientos de entrenamiento.

Requerimientos de migración

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

No se ha identificado requerimientos de migración.

Requerimientos políticos y culturales

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

No se ha identificado requerimientos políticos y/o culturales.

Requerimientos legales

REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES

No se ha identificado requerimientos legales.

FIRMA DE APROBACION

Para dar la conformidad al presente documento, se requiere las firmas de

las personas indicadas a continuación:
 Paulino Enciso Víctor Enciso Infante
Sponsor Líder Usuario
RESIDENCIAL EL RESIDENCIAL EL REMANSO
REMANSO

Joel Chipana Vallejos Cesar Jiménez Prieto

Jefe de Proyecto Gerente de Proyecto
RESIDENCIAL EL CONSULTORIA CRC
REMANSO

JOSE RICARDO SOTO

PEREZ

Jefe de Proyecto

CONSULTORIA CRC

Fecha: Lunes, 19 de Julio del 2013

111
B
Gráfic
o 15 -
Model
o de
Datos

Fuen
te:
Elab
orad
o por
el
Auto
r
 112

C. Casos de Uso del Sistema

1. PAQUETES DE CASOS DE USO DEL SISTEMA

A continuación se muestra la estructura de Paquetes (sub-sistemas) identificados en la

funcionalidad (SIGLAS EMPRESA):

PQ05 - Explotación de
Inf orm ación

PQ02 - Gest ión de OT

PQ0201 - Rec epción

PQ03 - Gest ión de Citas

PQ0202 - Ejecución

PQ04 - PQ01 - Adm inis tración del

Algoritm os Sist em a

Se tiene los siguientes paquetes:

PQ01 – ADMINISTRACIÓN DEL SISTEMA:

Comprende el escenario que le permitirá al Administrador del Sistema registrar los

mantenimientos y configuraciones básicas que asegurarán el correcto funcionamiento del
sistema.

PQ02 – GESTIÓN DE OT:

Comprende los escenarios que permitirán gestionar las Órdenes de Trabajo (OT) que se
registren en los Centro de Servicios (CC.SS.) Se divide en los siguientes módulos:
 113

 PQ0201– RECEPCIÓN, Escenario que le permitirá a un Asesor recepcionar los

vehículos que ingresan a un CC.SS. y realizar la atención respectiva. Posteriormente
crear una Orden de Trabajo.
 PQ0202 – EJECUCIÓN, Escenario que le permitirá a un Técnico registrar la ejecución
de inicio y fin de sus actividades asignadas en su Unidad de Trabajo (UT.)

PQ03 – GESTIÓN DE CITAS:

Comprende el escenario que le permitirá al Asistente Administrativo registrar y programar

las citas a un cliente.

PQ04 – ALGORITMOS:

Comprende el escenario que le permitirá al (SIGLAS EMPRESA) estimar el tiempo de

atención de una Orden de Trabajo así como definir la distribución de trabajo entre los
técnicos (asignación de trabajo).

PQ05 – EXPLOTACIÓN DE LA INFORMACIÓN:

Comprende el escenario que permite a los Actores generar los reportes

disponibles.

2. CASOS DE USO DEL SISTEMA

A continuación se listan los casos de uso identificados en la funcionalidad (SIGLAS EMPRESA):

PREFIJO CASOS DE USO PAQUETE ACTORES

CU001 Mantenimiento de Tablas PQ01 Administrador del Sistema

CU002 Configuraciones PQ01 Administrador del Sistema

CU003 Consultar Información Base PQ01 Sistema de Tablas

CU004 Consultar Vehículo PQ0201 Asesor de Servicio

Asistente Administrativo

CU005 Registrar / Actualizar Datos Vehículo PQ0201 Asesor de Servicio

Asistente Administrativo

CU006 Registrar OT PQ0201 Asesor de Servicio

 114

CU007 Registrar Trabajo PQ0201 Asesor de Servicio

Asistente Administrativo

CU008 Registrar / Actualizar Datos Facturación / Usuario PQ0201 Asesor de Servicio

CU009 Asignar Técnico PQ0201 Administrador de Centro de

Servicio

Asesor de Servicio

CU010 Consultar OT PQ0201 Administrador de Centro de

Servicio

Asesor de Servicio

CU011 Consultar proformas PQ0201 Asesor de Servicio

CU012 Convertir proforma a OT PQ0201 Asesor de Servicio

CU013 Actualizar tablas proformas PQ0202 Sistema de Proformas

(SIGLAS EMPRESA)

CU014 Consultar asignación de OT PQ0202 Técnico

CU015 Registrar ejecución de actividades PQ0202 Técnico

CU016 Actualizar tablas talleres PQ0202 Sistema de Facturación

(SIGLAS EMPRESA)

CU017 Seguimiento de OT PQ0202 Administrador de Centro de

Servicio

Asesor de Servicio

CU018 Registrar evento OT PQ0202 Asesor de Servicio

Técnico

CU019 Actualizar OT PQ04 Asesor de Servicio

CU020 Estimar tiempos de entrega y costos PQ04 (SIGLAS EMPRESA)

CU021 Asignar OT PQ05 (SIGLAS EMPRESA)

CU022 Generar reportes PQ03 Usuario Reportes

CU023 Registrar/actualizar citas PQ03 Asistente Administrativo

CU024 Buscar asesor PQ03 Asistente Administrativo

CU025 Registrar/actualizar datos contacto PQ03 Asistente Administrativo

CU026 Consultar cita PQ03 Asistente Administrativo

 115

CU027 Registrar evento de cita PQ03 Asistente Administrativo

CU028 Anular OT PQ02 Administrador de Centro de

Servicio

3. ACTORES DEL SISTEMA

ACTOR DESCRIPCION

Administrador del Sistema Entidad responsable de realizar las configuraciones y mantenimientos

generales del sistema.

Administrador de Centro de Servicio Entidad responsable de realizar seguimiento de las Órdenes de Trabajo.

Asistente Administrativo Entidad responsable de realizar programación de citas a los clientes.

Asesor de Servicio Entidad responsable de recibir, evaluar y determinar los trabajos a realizar
en un vehículo. Así como, realizar la gestión y seguimiento de las OT’s.

Técnico Entidad responsable de ejecutar los trabajos definidos en una OT.

Sistema de Facturación Entidad que representa al Sistema de Facturación Actual.

Sistema de Proformas Entidad que representa Sistema de Proformas Actual.

Sistema de Finanzas Entidad que representa al Sistema de Finanzas.

La interacción con este sistema, será únicamente para obtener el tipo

de cambio del día. Dato que nos permitirá calcular el costo de la Orden
de Trabajo si la moneda es el dólar.

Usuario de Reportes Entidad que representa a la persona con acceso a las opciones de
consultas y reportes. (Gerente General, Gerente de Operaciones,
Administrador del CC.SS., otros).

(SIGLAS EMPRESA) Entidad que representa el sistema a desarrollar (Sistema de Control de

Tiempos)

4. DIAGRAMA DE CASOS DE USO DEL SISTEMA

Se considera la siguiente representación grafica respecto a los casos de usos identificados:

 116

Representa Funcionalidad por Desarrollar

Representa Funcionalidad de los Algoritmos del Sistema

Representa Funcionalidad de Interacción con Otros Sistemas

Representa Funcionalidad Pendiente de Desarrollo

A continuación se presenta un diagrama de casos de uso del sistema agrupados por paquetes:

 PQ01 – ADMINISTRACIÓN DEL SISTEMA

<<i nclude>>

CU001 - M anteni mi ento de T CU003 - Consultar Informaci ón

ablas Base

<<i nclude>>
Admi ni strador del
Si stema

Si stema de
T abl as
CU002 - Confi guraci ones
  PQ02 – GESTIÓN DE OT (PQ0201 – RECEPCIÓN)

CU010 - Consultar OT
CU004 - Consultar Vehículo

CU005 - Registrar / Actualizar

Datos Vehículo
CU020 - Estimar Tiempos de
CU026 - Consultar Cita Entrega
(f rom PQ03 - G est ión de Cit .. <<include>> (f rom PQ04 - Algoritm.. .
.
CU006 - Registrar OT

CU027 - Registrar Ev ento de Cita CU007 - Registrar Trabajo

Asesor de Sistema de
(f rom PQ03 - G est ión de Cit ..
. Serv icio Finanzas

CU008 - Registrar / Actualizar

Datos Facturación / Usuario

Sistema de CU011 - Consultar Prof ormas CU009 - Asignar Técnico

Prof ormas CU028 - Anular OT
CU012 - Conv ertir Prof orma a OT
<<include>>
Administrador
CC.SS.
(f rom PQ02 - G est ión d..e.)O
T)

CU013 - Actualizar Tablas

Prof ormas SCT
(f rom Use Case Vi. ..
En el Gráfico anterior tenemos tres grupos funcionales:
 Área de Recepción, contiene los casos de uso que describen el
proceso de registro de clientes.
 Gerencia, depende de los dos grupos mencionados anteriormente
porque es el que se encarga de controlar el movimiento dentro del
negocio.
 Área de Sistema, contiene los casos de uso para realizar la
gestión de los clientes, y el mantenimiento del sistema.

Grupo Funcional – Área de Recepción

Este Grupo contiene toda la funcionalidad que puede ejecutar el
área de recepción, que es ejecutada por el recepcionista cuando
realiza la recepción de un cliente, luego registra los datos del cliente
en el sistema.

Gráfico 16 - Diagrama de Casos de Uso del Área de Recepción

A continuación se muestran las Tablas con las descripciones de

cada uno de los Casos de Uso de este grupo funcional.
 Tabla 23 - Descripción del Caso de Uso Consultar Habitaciones Disponibles

Identificación Identificador ARCUS001

Nombre CUS_Consultar habitaciones disponibles
Resumen Propósito Se utiliza para conocer las habitaciones
libres.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Proporcionar información sobre la
disponibilidad de habitaciones.
Prioridad Alta
Diagrama Área de Recepción
Estado Desarrollo Análisis
Roles Soportados Recepcionista
Relaciones Especializa -
Extiende -
Incluye Validar Usuario
Descripción Actores Primarios Recepcionista
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El recepcionista ingresa a consultar las
habitaciones disponibles.
2. El sistema verifica cuáles son las
habitaciones disponibles.
3. El sistema muestra la información al
Recepcionista.
4. El recepcionista puede elegir una
habitación de la lista mostrada.
Extensiones síncronas
5. En el punto 2 si el sistema no encuentra
habitaciones disponibles muestra un
mensaje.
Extensiones asíncronas
6. En cualquier momento el recepcionista
puede seleccionar Cancelar.

Tabla 24 - Descripción del Caso de Uso Registrar Cliente

Identificación Identificador ARCUS002
Nombre CUS_Registrar Cliente
Resumen Propósito Se utiliza para registrar a los clientes.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Registrar a los clientes que ocuparán una
 habitación.
Prioridad Alta
Diagrama Área de Recepción
Estado Desarrollo Análisis
Roles Soportados Recepcionista
Relaciones Especializa -
Extiende Realizar Cobro
Incluye Validar Usuario
Descripción Actores Primarios Recepcionista
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones Pago del Servicio ofrecido
Flujo principal de Eventos
1. El recepcionista ingresa a registrar clientes.
2. El sistema pide los datos requeridos para
proceder con el registro.
4. El recepcionista ingresa los datos del
cliente.
5. El recepcionista selecciona Registrar
6. El sistema registra los clientes.
Extensiones síncronas
7. En el punto 4 si existe el número de
documento del cliente, el sistema llena los
demás datos.
8. En el punto 4 el recepcionista puede
registrar otro cliente del grupo en la habitación
seleccionando Agregar.
9. El sistema no permite ingresar más
clientes de los que soporta la habitación
seleccionada previamente.
Extensiones asíncronas
En cualquier momento el recepcionista puede El sistema no procede con el registro si no se
seleccionar Cancelar. ha efectuado el pago del servicio.

Tabla 25 - Descripción del Caso de Uso Registrar Cobro

Identificación Identificador ARCUS003
Nombre CUS_Registrar Cobro
Resumen Propósito Se utiliza para cobrar a los clientes por el
servicio.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Registrar el cobro y habilitar el registro del
cliente al sistema.
Prioridad Alta
Diagrama Área de Recepción
Estado Desarrollo Análisis
Roles Soportados Recepcionista
Relaciones Especializa -
 Extiende -
Incluye -
Descripción Actores Primarios Recepcionista
Actores Secundarios -
Pre-Condiciones -
Post-Condiciones -
Flujo principal de Eventos
1. El recepcionista ingresa el monto cobrado.
3. El sistema registra el cobro.
4. El sistema habilita el ingreso de los datos
del cliente a la BD.
Extensiones síncronas

Extensiones asíncronas
En cualquier momento el recepcionista puede
seleccionar Cancelar.

Tabla 26 - Descripción del Caso de Uso Informar Salida Huéspedes

Identificación Identificador ARCUS004

Nombre CUS_Informar salida huéspedes
Resumen Propósito Se utiliza para anunciar a los clientes que
abandonen el establecimiento.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Informar al personal de servicio cuando los
clientes dejan las habitaciones para realizar
el mantenimiento de la habitación.
Prioridad Alta
Diagrama Área de Recepción
Estado Desarrollo Análisis
Roles Soportados Recepcionista
Relaciones Especializa -
Extiende -
Incluye Validar Usuario
Descripción Actores Primarios Recepcionista
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El recepcionista ingresa a anunciar salida
de huéspedes.
2. El sistema pide los datos requeridos para
el anuncio.
4. El recepcionista ingresa los datos del
anuncio.
6. El sistema registra el anuncio.
Extensiones síncronas
 Extensiones asíncronas
En cualquier momento el recepcionista puede
seleccionar Cancelar.

Grupo Funcional – Gerencia

Este Grupo contiene toda la funcionalidad que puede ejecutar la
Gerencia, que es ejecutada por el gerente que se encarga de
consultar todos los movimientos que se hacen en el negocio,
modificara las tarifas de los servicios ofrecidos.

Gráfico 17 - Diagrama de Casos de Uso de Gerencia

A continuación se muestran las Tablas con las descripciones de

cada uno de los Casos de Uso de este grupo funcional.

Tabla 27 - Descripción del Caso de Uso Modificar Tarifas del Servicio

Identificación Identificador GCUS001
Nombre CUS_Modificar Tarifas del Servicio
Resumen Propósito Se utiliza para cambiar el precio de los
servicios ofrecidos.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Establecer precios de acuerdo a la demanda
o temporada.
Prioridad Alta
Diagrama Gerencia
Estado Desarrollo Análisis
Roles Soportados Gerente
Relaciones Especializa -
Extiende -
 Incluye Validar Usuario
Descripción Actores Primarios Gerente
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El gerente ingresa a cambiar tarifas de
servicio
2. El sistema muestra las tarifas actuales.
3. El gerente selecciona modificar
4. El sistema muestra un formulario de
modificación.
5.El gerente ingresa las nuevas tarifas
6. El sistema actualiza las tarifas.
Extensiones síncronas
7. En el punto 6 el sistema muestra un
mensaje de conformidad de los cambios.
Extensiones asíncronas
En cualquier momento el gerente puede
seleccionar Cancelar.

Tabla 28 - Descripción del Caso de Uso Consultar Movimientos

Identificación Identificador GCUS002
Nombre CUS_Consultar Movimientos
Resumen Propósito Se utiliza para consultar los movimientos del
negocio.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Conocer las ingresos y los clientes.
Prioridad Alta
Diagrama Gerencia
Estado Desarrollo Análisis
Roles Soportados Gerente
Relaciones Especializa -
Extiende -
Incluye Validar Usuario
Descripción Actores Primarios Gerente
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El gerente ingresa a consultar movimientos
y selecciona una opción.
2 a. Si selecciona ventas, el sistema muestra
el formulario de las ventas realizadas.
2 b. Si selecciona clientes, el sistema
muestra el formulario de los clientes más
concurrentes.
3. El gerente selecciona Salir
 Extensiones síncronas
4. El gerente puede imprimir la consulta
seleccionando imprimir.
Extensiones asíncronas
En cualquier momento el gerente puede
seleccionar Cancelar.

Grupo Funcional – Área de Sistema

Este Grupo contiene toda la funcionalidad que puede ejecutar el
Área de Sistema, que es ejecutada por el administrador del sistema
que se encarga de dar de alta, actualizar y dar de baja a los
usuarios del sistema, así como administrar y controlar los procesos
que realiza el área de recepción y la gerencia.

Gráfico 18 - Diagrama de Casos de Uso del Área de Sistema

A continuación se muestran las Tablas con las descripciones de

cada uno de los Casos de Uso de este grupo funcional.
 Tabla 29 - Descripción del Caso de Uso Administrar Sistema
Identificación Identificador ASCUS001
Nombre CUS_Administrar Sistema
Resumen Propósito Se utiliza cuando es necesario el
mantenimiento del sistema.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Controlar el flujo de datos del sistema.
Prioridad Alta
Diagrama Área de Sistema
Estado Desarrollo Análisis
Roles Soportados Administrador del Sistema
Relaciones Especializa -
Extiende -
Incluye Administrar Usuario, Administrar Recepción,
Validar Usuario
Descripción Actores Primarios Administrador del Sistema
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El Administrador del sistema ingresa a
administrar y selecciona una opción.
2 a. Si selecciona recepción, el sistema
muestra el formulario de administración del
área de recepción.
2 d. Si selecciona usuario, el sistema muestra
el formulario de administración de usuarios.
Extensiones síncronas

Extensiones asíncronas
En cualquier momento el administrador del
sistema puede seleccionar Cancelar.

Tabla 30 - Descripción del Caso de Uso Administrar Recepción

Identificación Identificador ASCUS002

Nombre CUS_Administrar Recepción
Resumen Propósito Se utiliza cada vez que se quieran agregar
nuevas habitaciones.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Registrar nuevas habitaciones por tipo.
Prioridad Alta
 Diagrama Área de Sistema
Estado Desarrollo Análisis
Roles Soportados Administrador del Sistema
Relaciones Especializa -
Extiende -
Incluye -
Descripción Actores Primarios Administrador del Sistema
Actores Secundarios -
Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El Administrador del sistema solicita
Administrar Recepción.
2. El sistema muestra todas las habitaciones
hábiles para el servicio.
3. El Administrador del Sistema elige la
operación a realizar.
4 a. Si elige Nuevo el sistema muestra un
formulario en blanco para agregar nueva
habitación.
4 b. Si elige Desactivar el sistema desactiva
la habitación seleccionada.
5. El sistema registra/actualiza los datos
ingresados/modificados.
Extensiones síncronas
6. En el punto 4 a. si la habitación existe el
Sistema muestra un mensaje de error.
Extensiones asíncronas
En cualquier momento el administrador del
sistema puede seleccionar Cancelar.

Tabla 31 - Descripción del Caso de Uso Administrar Usuarios

Identificación Identificador ASCUS003
Nombre CUS_Administrar Usuario
Resumen Propósito Se utiliza cada vez que un nuevo usuario
tendrá acceso al sistema.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Controlar los usuarios que tendrán acceso al
sistema.
Prioridad Alta
Diagrama Área de Sistema
Estado Desarrollo Análisis
Roles Soportados Administrador del Sistema
Relaciones Especializa -
Extiende -
Incluye -
Descripción Actores Primarios Administrador del Sistema
Actores Secundarios -
 Pre-Condiciones Validarse como usuario del Sistema
Post-Condiciones -
Flujo principal de Eventos
1. El Administrador del sistema solicita
Administrar Usuario.
2. El sistema muestra la lista de todos los
usuarios del sistema.
3. El Administrador del Sistema elige la
operación a realizar.
4 a. Si elige Nuevo el sistema muestra un
formulario en blanco para agregar el nuevo
usuario del Sistema.
4 b. Si elige Editar el sistema presenta los
datos del usuario seleccionado para ser
modificados.
4 c. Si elige Desactivar el sistema desactiva
el usuario seleccionado.
5. El sistema registra/actualiza los datos
ingresados/modificados.
Extensiones síncronas
6. En el punto 4 a. si el Usuario existe el
Sistema muestra un mensaje de error.
Extensiones asíncronas
En cualquier momento el administrador del
sistema puede seleccionar Cancelar.

Tabla 32 - Descripción del Caso de Uso Validar Usuario

Identificación Identificador ASCUS004
Nombre CUS_Validar Usuario
Resumen Propósito Se utiliza para verificar que el usuario
pertenece al sistema.
Autor JOSE RICARDO SOTO PEREZ
Objetivos Asignar los formularios que deberán usar
cada rol de usuario.
Prioridad Alta
Diagrama Área de Sistema
Estado Desarrollo Análisis
Roles Soportados Recepcionista, Personal de Servicio,
Gerente, Administrador del Sistema
Relaciones Especializa -
Extiende -
Incluye -
Descripción Actores Primarios Recepcionista, Personal de Servicio,
Gerente, Administrador del Sistema
Actores Secundarios -
Pre-Condiciones -
Post-Condiciones -
Flujo principal de Eventos
1. Un usuario solicita ingreso al sistema.
2. El sistema solicita ID y Clave de Acceso
3. El usuario ingresa los datos.
4. El sistema verifica datos.
5. El sistema carga los roles del usuario.
6. El sistema habilita las funciones
disponibles para el usuario.
Extensiones síncronas
5. En el punto 2 si el usuario no existe o
ingreso clave de acceso errónea, el sistema
muestra un mensaje de error.
Extensiones asíncronas
En cualquier momento el administrador del
sistema puede seleccionar Cancelar.

3.2.2. Elaboración
A. Diseño del Sistema

Diagrama de Arquitectura

Gráfico 19 - Diagrama de Arquitectura Técnica del Sistema

Prototipo del Sistema

Gráfico 20 - Interfaz de acceso al sistema

Gráfico 21 - Pantalla principal del sistema

Gráfico 22 - Menú Clientes - Habitaciones Disponibles

Gráfico 23 - Formulario Habitaciones disponibles

 Gráfico 24 - Menú Clientes - Registro de RUC

Gráfico 25 - Formulario Registro de RUC

Gráfico 26 - Menú Clientes - Registro de Clientes

 Gráfico 27 - Formulario Registro de clientes

Gráfico 28 - Menú Cobranza - Formulario Factura

 Gráfico 29 - Menú Mantenimiento - Tipo de Habitaciones

Gráfico 30 - Formulario Mantenimiento - Tipo de habitaciones

 Gráfico 31 - Menú Reportes - Reporte de Facturas

Gráfico 32 - Formulario Reportes - Reporte de Facturas

Gráfico 33 - Menú Adm. del Sistema - Usuarios

 Gráfico 34 - Formulario Adm. del Sistema - Usuarios

3.3. Soporte del Proyecto

3.3.1. Plan de Gestión de la Configuración del Proyecto

Tabla 33 - Plan de Gestión de la Configuración del Proyecto

CONTROL DE VERSIONES

Versión Hecho por Revisada por Aprobada por Fecha Motivo

JOSE RICARDO Cesar Jiménez Cesar Jiménez Versión

1.0 17/09/2013
SOTO PEREZ Prieto Prieto original

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

 Diseño e implementación de un Sistema de Gestión Inmobiliaria SGH

ROLES DE LA GESTIÓN DE LA CONFIGURACIÓN:

NOMBRE PERSONA PERSONA

DEL ROL ASIGNADA RESPONSABILIDADES NIVELES DE AUTORIDAD

Jefe de Proyecto JOSE RICARDO Supervisar el funcionamiento Toda autoridad sobre el

SOTO PEREZ de la Gestión de la proyecto y sus funciones.
Configuración.
Gestor de JOSE RICARDO Ejecutar todas las tareas Autoridad para operar las
Configuración SOTO PEREZ de Gestión de la funciones de Gestión de la
configuración. Configuración.
Inspector de JOSE RICARDO Auditar la Gestión de Auditar la Gestión de
Aseguramient SOTO PEREZ la Configuración.
o de Calidad

PLAN DE DOCUMENTACIÓN:

FORMAT
DOCUMEN O ACCESO DISPONIBILIDA SEGURIDAD RECUPERACIÓN RETENCIÓ
TOS Ó (E=ELECT RÁPIDO D AMPLIA DE ACCESO DE INFORMACIÓN N DE
ARTEFACT RÓNICO NECESAR NECESARIA INFORMA
OS H=HARD IO CIÓN
COPY)

Acta de E Disponible A todos los Lectura Backup primario y Durante

Constitución on-line stakeholders general almacenamiento todo el
Modificación secundario proyecto
restringida

Lectura Backup
Plan de Disponible A todos los general primario y Durante
Gestión E on-line stakeholders Modificación almacenamiento todo el
del restringida secundario proyecto
Proyecto

Solicitud Disponible A todos los Lectura Backup primario y Durante

de E on-line stakeholders general almacenamiento todo el
Cambio Modificación secundario proyecto
restringida

Informe de
Estado del Disponible A todos los Lectura Backup primario y Durante
proyecto E on-line stakeholders general almacenamiento todo el
Modificación secundario proyecto
restringida
 Acta de Disponible A todos los Lectura Backup primario y Durante
Cierre del E on-line stakeholders general almacenamiento todo el
Proyecto Modificación secundario proyecto
restringida

GESTIÓN DEL CAMBIO:

Ver Plan de Gestión del Cambio adjunto al Plan de Gestión del Proyecto.

CONTABILIDAD DE ESTADO Y MÉTRICAS DE CONFIGURACIÓN:

 El Repositorio de Información de los documentos del proyecto será una carpeta con la
estructura del WBS para la organización interna de sus sub-carpetas.
 En cualquier momento se podrá mostrar una cabecera con la historia de versiones
de los documentos y artefactos del proyecto
 No se llevarán métricas del movimiento y la historia de los documentos para este proyecto.

VERIFICACIÓN Y AUDITORÍAS DE CONFIGURACIÓN:

Las verificaciones y auditorías de la integridad de la configuración serán rutinarias y realizadas

por el Inspector de Aseguramiento de Calidad y donde se comprobará:

 Integridad de la información total de la gestión de configuración.

 Exactitud y reproducibilidad de la documentación de la gestión de configuración.

3.3.2. Plan de Gestión de Métricas del Proyecto

 3.3.3. Plan de Gestión del Aseguramiento de la Calidad del proyecto

Tabla 34 - Plan de Gestión del Aseguramiento de la Calidad del Proyecto

DOCUMENTOS NORMATIVOS PARA LA CALIDAD:

1. Auditorías de los procesos.

2. Revisión periódica y comparativa de los entregables con los

PROCEDIMIENTOS
estándares.

3. Reuniones semanales de calidad.

1. Establecidas en el Plan de Gestión de Calidad.

PLANTILLAS
2. Métricas.

1. Métricas.

FORMATOS 2. Línea Base.

3. Indicados en el Plan de Gestión de la Calidad.

1. De Métricas.

CHECKLISTS 2. De Auditorías.

3. De Acciones Correctivas.

PROCESOS DE GESTIÓN DE LA CALIDAD:

Para asegurar la calidad se realizará un monitoreo constante acerca de

los indicadores del proyecto y las métricas respectivas.

Estos resultados se analizarán y se remitirán al responsable para que

ENFOQUE DE coordine las acciones respectivas las cuales también será monitoreada
ASEGURAMIENTO vía los informes semanales en las reuniones de calidad. Las cuales
DE derivarían en Solicitudes de cambio.
LA CALIDAD De esta manera lograremos un control efectivo y acciones tempranas
ante cualquier necesidad de mejora de procesos.
Verificando que las solicitudes de cambio realizadas se han cumplido
con las recomendaciones entregadas.

Las acciones sobre el Control de Calidad de los entregables se

efectuarán a manera de control, si los mismos están conformes a las
ENFOQUE DE
especificaciones realizadas y ante situaciones de desviaciones
CONTROL DE LA
detectadas se realizará las acciones para establecer la causa raíz y así
CALIDAD
eliminar las fuentes de error y los resultados serán formalizados con
acciones necesarias.
 Cada vez que se requiera mejorar un proceso realizaremos los
siguientes pasos:

1. Delimitar el proceso
ENFOQUE DE 2. Definir la oportunidad de mejora
MEJORA DE 3. Obtener información sobre el proceso observado
4. Analizar la información levantada
PROCESOS
5. Definir las acciones correctivas para mejorar el proceso
6. Aplicar las acciones correctivas
7. Verificar si las acciones correctivas han sido efectivas
8. Estandarizar las mejoras logradas para hacerlas parte del proceso
 CAPITULO IV: EJECUCION, SEGUIMIENTO Y CONTROL DEL PROYECTO

4.1. Gestión del Proyecto

4.1.1. Ejecución

A. Cronograma actualizado
Dentro de la ejecución del proyecto, el cronograma sufrió cambios debido
a que se tuvo que incluir un recurso Programador Senior (PS) que
participó de la etapa de desarrollo del producto.

Gráfico 35 - Cronograma del Proyecto Actualizado

 Fuente: Elaborado por el autor

B. Cuadro de Costos Actualizado

La hoja de costos sufrió variación en la parte de PERSONAL debido a la
nueva contratación del recurso, dicho monto se obtuvo de la suma de la
contingencia de planilla y parte de la contingencia operativa.
 Gráfico 36 - Cuadro de Costos Actualizado

Fuente: Elaborado por el autor

Gráfico 37 - Forma de Pago del Proyecto Actualizado

Fuente: Elaborado por el autor

 144

C. WBS Actualizado
La EDT, no sufrió cambios dentro de la ejecución del proyecto.
 145

D. Matriz de Trazabilidad de requerimientos actualizado

No se realizaron cambios en los requerimientos del proyecto.
 146

E. Acta de reunión de Equipo

OBJETIVO -

1- Conformación del equipo CONSULTORIA CRC.

IMPORTANCIA -

X Alta Media Baja

AGENDA DURACION

TEMAS EXPOSIT ESTIMADA REAL

1. Comunicación con el equipo sobre del CJ 30 min. 20 min.

inicio del proyecto.
2. Presentar a los Interesados de la empresa CJ 20 min. 25 min. y
el ambiente donde trabajará el equipo
encargado del desarrollo del proyecto.
DURACION TOTAL 50 min. 55 min.

LUGAR Y FECHA

PROGRAMADA REAL

FECHA 08/07/2013 08/07/2013

LUGAR Sala de Reuniones del Cliente Sala de Reuniones del

Cliente
INICIO 09:00 a.m. 09:02 a.m.
FIN 09:50 a.m. 09:55 a.m.

PARTICIPANTES

INIC NOMBRES Y CONDICION ROL LLEGADA SALIDA

APELLIDOS

CJ Cesar Jiménez Prieto Obligatorio Gerente de 09:00 a.m. 09:55 a.m.

Proyecto
CR JOSE RICARDO SOTO Obligatorio Jefe de Proyecto 09:00 a.m. 09:55 a.m.
PEREZ

LP Luis Ponce Obligatorio Analista de 09:00 a.m. 09:55 a.m.

Sistemas
 147

TEMAS TRATADOS

TEMA
1. Todo lo indicado en la agenda.

TEMAS PENDIENTES

Ninguno

ACUERDOS TOMADOS

Nº DESCRIPCIÓN DEL ACUERDO Resp. Fecha

Límite

001 El cliente confirmó su total compromiso con el proyecto. CJ 08/07/13

002 El ambiente de desarrollo del proyecto será en las instalaciones de
CJ 08/07/13
CONSULTORIA CRC.

Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no
recibir alguna observación posterior a las 24 horas de difundida.

FIRMA DE LOS PARTICIPANTES

Participantes Firma
CJ Cesar Jiménez Prieto

CR JOSE RICARDO SOTO PEREZ

LP Luis Ponce
 148

F. Registro de Capacitaciones del Proyecto actualizado

Tabla 35 - Registro de Capacitaciones del Proyecto

FACILITAD
TEMA DURACION MODALIDAD PARTICIPANTES
OR
VICTOR ENCISO
1 MARIO
1 INTRODUCCION PRESENCIAL PAULINO ENCISO
HORA CASTAÑEDA
JULIO MISME
VICTOR ENCISO
2 DESCRIPCION 1 MARIO
PRESENCIAL PAULINO ENCISO
DE MODULOS HORA CASTAÑEDA JULIO MISME
VICTOR ENCISO
3 INGRESO AL MARIO
30 MINUTOS PRESENCIAL PAULINO ENCISO
SISTEMA CASTAÑEDA
JULIO MISME
VICTOR ENCISO
4 MODULO DE MARIO
30 MINUTOS PRESENCIAL PAULINO ENCISO
CLIENTES CASTAÑEDA
JULIO MISME
VICTOR ENCISO
5 MODULO DE MARIO
30 MINUTOS PRESENCIAL PAULINO ENCISO
COBRANZA CASTAÑEDA
JULIO MISME

VICTOR ENCISO
6 MODULO DE 1 HORA Y 30 MARIO
PRESENCIAL PAULINO ENCISO
MANTENIMIENTO MINUTOS CASTAÑEDA
JULIO MISME

VICTOR ENCISO
7 MODULO DE 1HORA Y 30 MARIO
PRESENCIAL PAULINO ENCISO
REPORTES MINUTOS CASTAÑEDA
JULIO MISME

4.1.2. Seguimiento y Control

A. Solicitud de Cambio

INFORMACIÓN GENERAL DE LA SOLICITUD DE

CAMBIO Fecha de la solicitud: 10/02/2014

Solicitado por: Joel Chipana, Jefe de Proyecto

Responsable: Paulino Enciso, Gerente de Proyecto

Fase del proyecto: Planificación.

 149

DESCRIPCION DEL CAMBIO

Debido a que el cliente desea tener su sistema de información para el día 06/06/14, se
procedió a evaluar el cambio y fue aprobado, lo que llevó a generar cambios en el
cronograma, costos, por motivo de adquirir un recurso (PROGRAMADOR SENIOR) para
que apoye en la etapa de Construcción del Proyecto y de tal manera satisfacer el nuevo
requerimiento del cliente.

REQUERIMIENTOS NUEVOS, MODIFICADOS O ELIMINADOS

No aplica.

PRIORIDAD

Alta X Media Baja

JUSTIFICACIÓN

Acelerar el desarrollo del producto (software) adquiriendo un nuevo recurso para llegar a
cumplir con el pedido del cliente.

IMPACTO DEL CAMBIO

ALCANCE

No aplica.

TIEMPO

El tiempo estimado en el cronograma se redujo en 15 días laborables.

 150

COSTO

El costo inicial del proyecto era S/. 250,000 nuevos soles, debido al nuevo
requerimiento el costo total del proyecto será S/. 255,000 nuevos soles, siendo éste
aprobado por el sponsor del RESIDENCIAL EL REMANSO.

ITEMS DE LA GESTION DE LA CONFIGURACION

La documentación que deberá reflejar el cambio serán:

 Acta de Constitución
 Cronograma
 Plan de Gestión del Proyecto
 Hoja de Costos
 Hoja de Recursos Humanos

ACCIONAR A TOMAR:

Implantar X Postergar Descartar

COMENTARIOS:

.........................................................................................................................................................

Se recibió el correo de solicitud y aprobación

.........................................................................................................................................................

.........................................................................................................................................................

Firma de APROBACION

Para dar la conformidad al presente documento, se requiere las firmas de las

personas indicadas a continuación:
 151

Paulino Enciso JOSE RICARDO SOTO PEREZ

SPONSOR RESIDENCIAL EL Jefe de Proyecto

REMANSO CONSULTORIA CRC

Fecha: Lunes, 10 de Febrero del 2014

B. Riesgos actualizados
Se identificaron 3 riesgos más(N° 6,7 y 8), los cuales están ubicados en la parte final de
la tabla.

Tabla 36 - Riesgos Actualizados

Nº Riesgo Prob. Imp. Expo. Acciones Responsable

Sugeridas

1 Requisitos no 0.75 40 30 Realización de varias Joel Chipana

detallados o reuniones con el Vallejos (JP
poco claros cliente para la Cliente)
aclaración de
requisitos.

2 Cambio de 0.5 80 40 Efectuar reuniones Joel Chipana

personal en la para hacer respetar Vallejos (JP
alta gerencia del el contrato. Cliente)
cliente

3 Renuncia de 0.5 40 20 Cumplir las tareas JOSE

miembros antes de lo estimado RICARDO
claves del en la planificación SOTO PEREZ
proyecto siempre que sea (JP
posible. Proveedor)

4 Diseño 0.5 40 20 Se desarrollará en JOSE

inadecuado de paralelo un prototipo RICARDO
 los formularios conteniendo la SOTO PEREZ
del sistema arquitectura del (JP
sistema para Proveedor)
comprobar la validez
de la misma.

5 El cliente no 0.5 80 40 Recomendar al Joel Chipana

pueda participar cliente revisar Vallejos (JP
en revisiones ni constantemente la Proveedor)
en reuniones agenda con las
fechas de reunión
con el proveedor

6 Pérdida de 0.25 40 10 Se realizarán JOSE

documentación copias de RICARDO
y/o otros seguridad en los SOTO PEREZ
artefactos ordenadores (JP
personales de cada Proveedor)
uno de los
miembros del
equipo

7 Conflictos 0.5 40 20 Se realizarán JOSE

entre los reuniones de RICARDO
integrantes del proyecto para SOTO PEREZ
equipo poder discutir (JP
cuestiones de Proveedor)
requisitos y diseño.

8 Falta de 0.5 40 20 Mantener una JOSE

comunicación documentación RICARDO
entre los única como medio SOTO PEREZ
integrantes del de documentación (JP
grupo centralizado. Proveedor)
 C. Informes de Estado

4.2. Ingeniería del Proyecto

4.2.1. Casos de Prueba Unitarias

 154

Gráfico 38 - Pruebas Unitarias – Registro de Clientes

 155

4.3. Soporte del Proyecto

4.3.1. Plantilla de Seguimiento a la Gestión de la Configuración actualizado

GENERALES VERSION ACCESOS OTROS

ESTADO DE
RESPONSABLE
SEGUIMIENTO OBSERVACION
Nº ENTREGABLES DEL ESTADO
DE ES
ENTREGABLE
ENTREGABLE
GESTIÓN DEL PROYECTO
Registro de Stakeholders JOSE RICARDO Actualizado
1 SOTO PEREZ Correcto Ninguna
Acta de Constitución del Proyecto JOSE RICARDO Actualizado
2 SOTO PEREZ Correcto Ninguna
Estructura de Desglose de Trabajo JOSE RICARDO
Actualizado
3 (WBS) SOTO PEREZ Correcto Ninguna
Diccionario WBS JOSE RICARDO Actualizado
4 SOTO PEREZ Correcto Ninguna
Organigrama del Proyecto JOSE RICARDO Actualizado
5 SOTO PEREZ Correcto Ninguna
Descripción de Roles JOSE RICARDO Actualizado
6 SOTO PEREZ Correcto Ninguna
Cuadro de Recursos Humanos JOSE RICARDO Actualizado
7 SOTO PEREZ Correcto Ninguna
Matriz de Asignación de JOSE RICARDO Actualizado
8 Responsabilidades SOTO PEREZ Correcto Ninguna
Cronograma del Proyecto JOSE RICARDO Actualizado
9 SOTO PEREZ Correcto Ninguna
Cuadro de Costos JOSE RICARDO Actualizado
10 SOTO PEREZ Correcto Ninguna
Acta de Reunión del Equipo JOSE RICARDO Actualizado
11 SOTO PEREZ Correcto Ninguna
Acta de Aprobación de JOSE RICARDO Actualizado
12 Entregables SOTO PEREZ Correcto Ninguna
Informe de Estado del Proyecto JOSE RICARDO Actualizado
13 SOTO PEREZ Correcto Ninguna
Solicitud de Cambio JOSE RICARDO Actualizado
14 SOTO PEREZ Correcto Ninguna
Consta. de Recepción de JOSE RICARDO
15 Entregables SOTO PEREZ Pendiente Ninguna
Lecciones Aprendidas JOSE RICARDO
16 SOTO PEREZ Pendiente Ninguna
Acta de Reunión de Cierre JOSE RICARDO
17 SOTO PEREZ Pendiente Ninguna
INGENIERÍA DEL PROYECTO
Especificación de Requerimientos JOSE RICARDO
1 SOTO PEREZ Correcto Ninguna
Matriz de Trazabilidad de JOSE RICARDO
2 Requerimientos SOTO PEREZ Correcto Ninguna
Casos de Uso JOSE RICARDO
3 SOTO PEREZ Correcto Ninguna
Diseño de Sistemas JOSE RICARDO
4 SOTO PEREZ Correcto Ninguna
Prototipo del Sistema JOSE RICARDO
5 SOTO PEREZ Correcto Ninguna
Pruebas Unitarias JOSE RICARDO
6 SOTO PEREZ Pendiente Ninguna
7 Pruebas de Integración JOSE RICARDO Pendiente Ninguna
 SOTO PEREZ
Manual de Usuario JOSE RICARDO
8 SOTO PEREZ Pendiente Ninguna
Pruebas de Aceptación JOSE RICARDO
9 SOTO PEREZ
Plan de Capacitación JOSE RICARDO
10 SOTO PEREZ
Lecciones Aprendidas JOSE RICARDO
11 SOTO PEREZ

4.3.2. Plantilla de Seguimiento al Aseguramiento de la calidad actualizado

SEGUIMIENTO AL ASEGURAMIENTO DE LA CALIDAD

REVISION ESFUERZO FECHA

GESTIÓN Y
12.3 08/08/13
INGENIERÍA

CHECKLIST DE ASEGURAMIENTO DE LA CALIDAD PARA LOS PROCESOS

DE GESTIÓN DE PROYECTOS

CHECKLIST O LISTA DE VERIFICACION

ROL AL NO
ORIENTADO QUE ESTA EVIDENCIA DEL CUMPLIMIENTO CONFORMIDAD U DESCRIPCION DE
NRO CRITERIOS
A DIRIGIDO CUMPLIMIENTO DEL CRITERIO OBSERVACION LA CAUSA
¿Se elaboró el
acta de El jefe de proyecto
constitución Jefe de elaboró el
ENTREGABLE 1 Si Ninguno
usando la Proyecto documento(Acta
plantilla de Constitución)
estándar?
El jefe de proyecto
Jefe de elaboró el
¿Se elaboró el
ENTREGABLE 2 Proyecto documento Si Ninguno
cronograma?
(Cronograma de
Trabajo)
No se ha definido
Jefe de Estructura de con claridad lo
¿Se elaboró el Desconocimiento
ENTREGABLE 3 Proyecto Desglose de NO paquetes incluidos
EDT? del tema
Trabajo en la INGENIERIA

ASEGURAMIENTO DE LA CALIDAD
RESPONSABLE FECHA LIMITE ESTADO DE LA
TIPIFICACION ACCION DE LA ACCION DE NO FECHA DE ESFUERZO DE
NRO
DE LA CAUSA CORRECTIVA CORRECCION CORRECCION
CORRECTIVA CORRECCION CONFORMIDAD

1
 2

Redefinir el JOSE RICARDO

3 No se entiende 09/08/2013 CORREGIDO 09/08/2013 0.5
EDT SOTO PEREZ

Medición del valor ganado

Para este proyecto no se utilizó la medicación de valor ganado, solo nos

basamos en las métricas y evaluación de desempeño.

4.3.3. Plantilla de Seguimiento a las Métricas y evaluación del desempeño

Plan de medición y análisis

1 INTRODUCCIÓN
El presente documento indica las Actividades relacionadas a las métricas que se recolectarán y
analizarán en el Proyecto. El análisis de estas métricas conseguirá ayudar a la toma de decisiones y
mostrar a la Gerencia el avance del proyecto, así como mostrar cuantitativamente la evolución del
mismo.

2 FICHA DE DATOS

DATOS DEL PROYECTO

RESIDENCIAL EL
CLIENTE
REMANSO
SISTEMA DE GESTION
NOMBRE Flexibilización Periodicidad
INMOBILIARIA
Proyecto menor
ACRONIMO SGH Semanal
o igual a un mes
Proyecto menor
CICLO DE VIDA DESARROLLO ITERATIVO Quincenal
a 4 meses
Proyecto de 4 o más Proyecto de 4 o
FLEXIBILIZACION Mensual
meses más meses
REVISIONES Mensual
FECHA INICIAL DE RECOLECCIÓN 08/07/2013
FECHA FINAL DE RECOLECCIÓN 06/06/2014
UNIDAD SOFTWARE FACTORY

DATOS DEL EQUIPO

JEFE DE PROYECTO CARLOS ROMERO
ANALISTA PROGRAMADOR LUIS PONCE
PROGRAMADOR SENIOR MARIO CASTAÑEDA
TESTEADOR EDUARDO INFANTE
DOCUMENTADOR IVAN ROSALES
RECOLECTOR DE MÉTRICAS LUIS PONCE
 GESTOR DE MÉTRICAS CARLOS ROMERO

3 MÉTRICAS A RECOLECTAR
Proceso
Nº Métrica Descripción Tipo Formato
asociado
1 Desviación en Se extrae del Cronograma Planificar el Gestión \\portal\REM$\Dfncion_Mtr
la duración de del proyecto, como el Proyecto/Seguir y cas\02PP-
las actividades promedio de la resta de la controlar M_Dsvcion_Drcion_Actvd
(%) duración real y planificada des.doc
(Línea Base) de las
actividades del proyecto.
2 Variación del Se extrae del cronograma Planificar el Gestión \\portal\REM$\Dfncion_Mtr
avance (%) del proyecto, como la Proyecto/Seguir y cas\03PMC-
diferencia entre el avance controlar M_Vrcion_Avnce.doc
real y el avance esperado
del proyecto.
3 Desviación del Se extrae de la resta entre el Planificar el Gestión \\portal\REM$\Dfncion_Mtr
porcentaje de esfuerzo estimado al inicio Proyecto/Seguir y cas\04PMC-
dedicación del del proyecto (Guia de controlar M_Dsvcion_Prcntje_Asgn
Jefe de flexibilizacion) y el esfuerzo cion_JP.doc
proyecto (%) real (Registro semanal de
horas) del Jefe de proyecto
4 Esfuerzo Se extrae de las solicitudes Gestión Ingenierí \\portal\REM$\Dfncion_Mtr
estimado en la de cambio presentadas, en cambios/Modelam a cas\06REQM-
implementació donde se incluye el esfuerzo iento de M_Esfrzo_Estmdo_Implm
n de cambios que se invertirá en requerimientos/Di ntcion_Cmbios.doc
aprobados implementar los cambios. seño/Construcció
n
5 Porcentaje de Se extrae de la Matriz de Determinar Ingenierí \\portal\REM$\Dfncion_Mtr
requerimientos trazabilidad (Tab Métricas) requerimientos de a cas\07RD-
funcionales alto nivel M_Rqurmntos_Fncnles_I
implementados mplmntdos.doc

4 REVISIONES DE MÉTRICA
Fecha recom. Fecha real Realizado por ROL H. ENT. H. SAL. ESF
Recolector de
LUIS PONCE 3:00 PM 3:30 PM 0,5
lun 08/07/2013 lun 08/07/2013 métricas
CARLOS
Gestor de métricas 3:00 PM 3:30 PM 0,5
mié 07/08/2013
mar 13/08/2013 ROMERO
CARLOS
Gestor de métricas 3:00 PM 3:30 PM 0,5
vie 06/09/2013 lun 09/09/2013 ROMERO
CARLOS
Gestor de métricas 3:00 PM 3:30 PM 0,5
dom 06/10/2013 lun 07/10/2013 ROMERO
CARLOS
Gestor de métricas 3:00 PM 3:30 PM 0,5
mar 05/11/2013 mar 05/11/2013 ROMERO
0,0

Gerente del Proyecto Recolector de mediciones del Proyecto

CONSULTORIA CRC CONSULTORIA CRC
 CAPITULO V: CIERRE DEL PROYECTO

5.1. Gestión del Cierre del Proyecto

5.1.1. Acta de Aprobación de entregables

ACTA DE ACEPTACIÓN –

Módulos Clientes, Cobranza, Mantenimiento, Reportes y Adm. del Sistema SGH

Antecedentes

El proyecto SGH está compuesto por los módulos:

 Módulo de Clientes
 Módulo de Cobranza
 Módulo de Mantenimiento
 Módulo de Reportes
 Módulo de Administración del sistema.

El Módulo de Clientes: A través del cual se efectúa la consulta de habitaciones disponibles para
posteriormente registrar los datos del cliente y la habitación asignada, anotando la fecha y la hora
de ingreso y el día del término de su estancia en el hotel.

El Módulo de Cobranza: Permite registrar los consumos del cliente durante su estadía en el
establecimiento y al final emitir el comprobante de venta.

El Módulo de Mantenimiento: Permite registrar, actualizar o eliminar habitaciones,

productos..

El Módulo de Reportes: Mediante el cual se tendrá la información de los clientes,

ingresos.
El Módulo de Administración del sistema: Mediante este módulo se realiza la definición de
usuarios, sus contraseñas y los perfiles de trabajo para cada uno de los módulos lo que permite
tener el completo control de los usuarios que posee el sistema.

Se han definido tres perfiles de usuarios para cada módulo (Administrador, Gerente General
y
Recepcionista), en función de los cuales se enmarca las posibilidades de operativa de cada uno de
ellos.

Objetivo del Acta de Aceptación

El presente documento tiene como objetivo:

 Formalizar la aceptación del software con los requerimientos del proyecto SGH
establecidos para los procesos de negocio de registro de clientes y cobranza de
acuerdo al documento
de especificación funcional aprobado por los usuarios del SGH.

Entregables

Luego de haberse realizado la verificación de alcance, pruebas y presentaciones con los

interesados de Sistemas, SGH, los entregables mencionados a continuación sustentan la
culminación de las actividades del proyecto para los módulos en cuestión, de acuerdo a lo
indicado en la propuesta técnica presentada por CONSULTORIA CRC:

1. Manuales de usuario.
2. Programas fuentes del sistema.

Firmado en Lima el 05 de Junio de 2014

RESIDENCIAL EL REMANSO CONSULTORIA CRC

Nombre : Joel Chipana Vallejos Nombre : JOSE RICARDO SOTO PEREZ

Jefe Dpto. de Sistemas Jefe de Proyectos

 5.1.2. Lecciones aprendidas

Culminado el proyecto los integrantes de Consultoría CRC se reunieron

para registrar en un documento las experiencias (buenas o malas) que
servirá de ayuda para los futuros proyectos.

CONTROL DE VERSIONES

Resumen ejecutivo del proyecto

Participantes en la recolección de las lecciones aprendidas

NOMBRES Y APELLIDOS ROL

JOSE RICARDO SOTO PEREZ Jefe de Proyecto

Luis Ponce Juárez Analista Programador

Mario Castañeda Programador Senior

Principales lecciones aprendidas

1. Convocar al patrocinador del proyecto a las reuniones importantes. (Lanzamiento

y cierre del proyecto)
 2. Presentar informes de estados dando a conocer el verdadero estado del proyecto.

3. Entregar y hacer firmar la constancia de entregables al cliente.

Lecciones aprendidas de Gestión de proyectos

Iniciación del proyecto

EXPERIENCIAS POSITIVAS

Realizar una Reunión de lanzamiento del proyecto. Esto ayudo a comprometer a los
involucrados del lado del Cliente.

Hacer firmar el acta de constitución y el acta de Reunión de lanzamiento del Proyecto.

Esto garantiza que las personas se comprometan.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna Ninguna.

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Presentación de lanzamiento de Proyecto

Acta de Reunión de lanzamiento del Proyecto

Acta de Constitución del Proyecto

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

WBS Chart Pro Es una herramienta muy práctica que acelera la

elaboración de WBS, se pueden hacer cambios en la
estructura rápidamente. Comparado con el Visio es
mucho más flexible.

Planificación del Proyecto

EXPERIENCIAS POSITIVAS

Dedicar tiempo a la planificación del Proyecto para contar con una buena gestión durante
la realización del proyecto.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna. Ninguna.

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Plan de Gestión de Proyecto

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

Microsoft Office: Estos programas nos ayudan a realizar Documentos en

texto, hojas de cálculos para costos, diapositivas para las
 Word
 Excel exposiciones.
 Power Point

Ejecución del proyecto

EXPERIENCIAS POSITIVAS

Revisar la ejecución del proyecto nos ayudará a ver la realidad del mismo, ya que
casi siempre existen variaciones en tiempo, alcance y costo.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna. Ninguna.

Seguimiento y control del proyecto

EXPERIENCIAS POSITIVAS

Monitorear el cumplimiento de las actividades del proyecto nos brindará un mejor control
de los tiempos y entregables del proyecto.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
El cliente afirmaba no haber recibido Entregar y hacer firmar la constancia de
completo el 1er entregable del entregables al cliente la cual contenga un listado
producto. de entregables y documentos que se van dando
en el desarrollo del proyecto.

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Informe de Estado

Constancia de Recepción de Entregables

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

Microsoft Office( Microsoft Este programa nos ayudará a realizar Documentos en

Word) texto.

Cierre del proyecto

EXPERIENCIAS POSITIVAS

Realizar una reunión con el sponsor y los integrantes de su equipo para dar la
conformidad de todo el alcance y dar por culminado el proyecto.
EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS
NEGATIVAS
Ninguna

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Acta de Aprobación de Entregables

Certificado de Conformidad del Servicio

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS
Ningún software

5.1.3. Acta de Cierre del Proyecto

OBJETIVO -

1- Comunicar a todos los interesados el cierre del proyecto

IMPORTANCIA -

X Alta Media Baja

AGENDA DURACION

TEMAS EXPOSIT ESTIMADA REAL

1. Cierre del proyecto CJ 50 min. 60 min.

DURACIÓN TOTAL 50 min. 60 min.
LUGAR Y FECHA

PROGRAMADA REAL

FECHA 06/06/2014 06/06/2014

LUGAR Sala de Reuniones del cliente Sala de Reuniones del

cliente
INICIO 09:00 a.m. 09:00 a.m.
FIN 09:50 a.m. 10:00 a.m.

PARTICIPANTES

INIC NOMBRES Y CONDICION ROL LLEGADA SALIDA

APELLIDOS

EMPRESA CLIENTE

PE Sr. Paulino Enciso Obligatorio Sponsor 09:00 a.m. 10:00

a.m.

JC Joel Chipana Obligatorio Jefe del 09:00 a.m. 10:00

Dpto. de a.m.
Sistemas

VE Víctor Enciso Infante Obligatorio Líder 09:00 a.m. 10:00

Usuario
RESIDEN
 CIAL EL a.m.
REMANS
O
PROVEEDOR

CJ Cesar Jiménez Prieto Obligatorio Gerente 09:00 a.m. 10:00

de a.m.
Proyecto
CR JOSE RICARDO SOTO Obligatorio Jefe de 09:00 a.m. 10:00
PEREZ Proyecto a.m.

LP Luis Ponce Opcional Analista de 09:00 a.m. 10:00

Sistemas a.m.

TEMAS TRATADOS

TEMA
1. Todo lo indicado en la agenda.

TEMAS PENDIENTES

1- Ninguno

Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no recibir alguna
observación posterior a las 24 horas de difundida.

FIRMA DE LOS PARTICIPANTES

Participantes Firma
RESIDENCIAL “EL REMANSO”
PE Sr. Paulino Enciso

JC Joel Chipana

VE Víctor Enciso Infante

CONSULTORIA CRC
CJ Cesar Jiménez Prieto

CR JOSE RICARDO SOTO PEREZ

LP Luis Ponce
 5.2. Ingeniería del Proyecto

5.2.1. Informe de Pruebas de Aceptación

CONTROL DE VERSIONES

OBJETIVO

El presente documento tiene como objetivo describir las conclusiones de las pruebas del
cliente las cuales se realizaron desde el 16/04/2013 hasta el 18/04/2013 según
cronograma establecido.

ALCANCE

El mencionado documento cubre las Pruebas de los módulos: CLIENTES, COBRANZA,

MANTENIMIENTO, REPORTES Y ADM. DEL SISTEMA.

RELACION DE PARTICIPANTES

Identificador Área
Nombres y Apellidos Responsabilidades
Revisar el funcionamiento
Víctor Enciso Infante VRI Recepción
del sistema al 100%

Revisar posibles Errores en

Julio Misme Vásquez JMV Sistemas
digitación
RESULTADO DE PRUEBAS

MODULO CLIENTES

Persona Código de Responsable

Resultados
Caso Estado Final que ejecutó Requerimientos de Levantar
Nro Reales
las pruebas Relacionados la incidencia

REQ-0001 No se
Culminado VRI
encuentra Mario
CU001 satisfactoria REQ-0002
1. ninguna Castañeda
mente
Observación

MODULO COBRANZA

Persona Código de Responsable

Resultados
Caso Estado Final que ejecutó Requerimientos de Levantar
Nro Reales
las pruebas Relacionados la incidencia

No se
Culminado VRI
encuentra Mario
CU002 satisfactoria REQ-0004
2. ninguna Castañeda
mente
Observación

MODULO MANTENIMIENTO

Persona Código de Responsable

Resultados
Caso Estado Final que ejecutó Requerimientos de Levantar
Nro Reales
las pruebas Relacionados la incidencia

No se
Culminado VRI
encuentra Mario
CU002 satisfactoria REQ-0006
3. ninguna Castañeda
mente
Observación

MODULO REPORTES

Persona Código de Responsable

Resultados
Caso Estado Final que ejecutó Requerimientos de Levantar
Nro Reales
las pruebas Relacionados la incidencia

Culminado VRI No se Mario

CU002 satisfactoria REQ-0005
4. encuentra Castañeda
mente
ninguna
 Observación

MODULO ADMINISTRACION DEL SISTEMA

Persona Código de Responsable

Resultados
Caso Estado Final que ejecutó Requerimientos de Levantar
Nro Reales
las pruebas Relacionados la incidencia

No se
Culminado VRI
encuentra Mario
CU002 satisfactoria REQ-0003
5. ninguna Castañeda
mente
Observación

CONCLUSIONES

De las pruebas realizas por los colaboradores de RESIDENCIAL “EL REMANSO” se pudo
verificar que cumplen con lo requerido, sin observación alguna.

Por ende se determina el cumplimiento de los requerimientos y aceptación del

producto final.

Firma de Aprobación

Para dar la conformidad al presente documento, se requiere las firmas de las

personas indicadas a continuación:

Gerente del Proyecto Jefe del Proyecto

CONSULTORIA CRC CONSULTORIA CRC

Sponsor del Proyecto

RESIDENCIAL EL REMANSO
Fecha: Lunes, 12 de Mayo de 2014

5.2.2. Lecciones Aprendidas

Culminado el proyecto los integrantes de Consultoría CRC se reunieron para registrar

en un documento las experiencias (buenas o malas) que servirá de ayuda para los
futuros proyectos.

CONTROL DE VERSIONES

Resumen ejecutivo del proyecto

Participantes en la recolección de las lecciones aprendidas

NOMBRES Y APELLIDOS ROL

JOSE RICARDO SOTO PEREZ Jefe de Proyecto

Luis Ponce Juárez Analista Programador

Mario Castañeda Programador Senior

Principales lecciones aprendidas

1. Reunirse sólo con las personas autorizadas a otorgar requerimientos del sistema.
 2. Realizar necesariamente las Pruebas de Integración.

3. Evaluar a las personas que fueron capacitadas.

Lecciones aprendidas de Ingeniería de proyectos

Incepción del proyecto

EXPERIENCIAS POSITIVAS

Reunirse sólo con las personas autorizadas a otorgar requerimientos del sistema. Esto
nos permitirá enfocarnos en abstraer los requerimientos que el cliente necesita
satisfacer con el sistema.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna. Ninguna.

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Especificación de Requerimientos de Software

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

Ninguna. Ninguna.

Elaboración del proyecto

EXPERIENCIAS POSITIVAS

Siempre consultar, no suponer preferencias respecto al diseño del sistema (colores,

fuente y tamaño de letra).

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna. Ninguna.
BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Especificación de Requerimientos de Software (Supuestos)

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

Ninguna. Ninguna.

Construcción del proyecto

EXPERIENCIAS POSITIVAS

Realizar necesariamente las Pruebas de Integración para dar garantía de que los módulos
del sistema interactúan correctamente.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna. Ninguna.

Transición del proyecto

EXPERIENCIAS POSITIVAS

Evaluar a las personas que fueron capacitadas para asegurarnos que conocen el
funcionamiento del sistema.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
Ninguna Ninguna.

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Ninguna.

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

Ninguna. Ninguna.
 5.3. Soporte del Proyecto

5.3.1. Plantilla de Seguimiento a la Gestión de la configuración actualizado

GENERALES VERSION ACCESOS OTROS

ESTADO DE
RESPONSABLE
SEGUIMIENTO OBSERVACION
Nº ENTREGABLES DEL ESTADO
DE ES
ENTREGABLE
ENTREGABLE
GESTIÓN DEL PROYECTO
Registro de Stakeholders JOSE RICARDO Actualizado
1 SOTO PEREZ Correcto Ninguna
Acta de Constitución del JOSE RICARDO Actualizado
2 Proyecto SOTO PEREZ Correcto Ninguna
Estructura de Desglose de JOSE RICARDO Actualizado
3 Trabajo (WBS) SOTO PEREZ Correcto Ninguna
Diccionario WBS JOSE RICARDO Actualizado
4 SOTO PEREZ Correcto Ninguna
Organigrama del Proyecto JOSE RICARDO Actualizado
5 SOTO PEREZ Correcto Ninguna
Descripción de Roles JOSE RICARDO Actualizado
6 SOTO PEREZ Correcto Ninguna
Cuadro de Recursos Humanos JOSE RICARDO Actualizado
7 SOTO PEREZ Correcto Ninguna
Matriz de Asignación de JOSE RICARDO Actualizado
8 Responsabilidades SOTO PEREZ Correcto Ninguna
Cronograma del Proyecto JOSE RICARDO Actualizado
9 SOTO PEREZ Correcto Ninguna
Cuadro de Costos JOSE RICARDO Actualizado
10 SOTO PEREZ Correcto Ninguna
Acta de Reunión del Equipo JOSE RICARDO Actualizado
11 SOTO PEREZ Correcto Ninguna
Acta de Aprobación de JOSE RICARDO Actualizado
12 Entregables SOTO PEREZ Correcto Ninguna
Informe de Estado del Proyecto JOSE RICARDO Actualizado
13 SOTO PEREZ Correcto Ninguna
Solicitud de Cambio JOSE RICARDO Actualizado
14 SOTO PEREZ Correcto Ninguna
Consta. de Recepción de JOSE RICARDO
15 Entregables SOTO PEREZ Correcto Ninguna
Lecciones Aprendidas JOSE RICARDO
16 SOTO PEREZ Correcto Ninguna
Acta de Reunión de Cierre JOSE RICARDO
17 SOTO PEREZ Correcto Ninguna
INGENIERÍA DEL PROYECTO
Especificación de JOSE RICARDO
1 Requerimientos SOTO PEREZ Correcto Ninguna
Matriz de Trazabilidad de JOSE RICARDO
2 Requerimientos SOTO PEREZ Correcto Ninguna
Casos de Uso JOSE RICARDO
3 SOTO PEREZ Correcto Ninguna
Diseño de Sistemas JOSE RICARDO
4 SOTO PEREZ Correcto Ninguna
Prototipo del Sistema JOSE RICARDO
5 SOTO PEREZ Correcto Ninguna
Pruebas Unitarias JOSE RICARDO
6 SOTO PEREZ Correcto Ninguna
7 Pruebas de Integración JOSE RICARDO Correcto Ninguna
 SOTO PEREZ
Manual de Usuario JOSE RICARDO
8 SOTO PEREZ Correcto Ninguna
Pruebas de Aceptación JOSE RICARDO
9 SOTO PEREZ Correcto Ninguna
Plan de Capacitación JOSE RICARDO
10 SOTO PEREZ Correcto Ninguna
Lecciones Aprendidas JOSE RICARDO
11 SOTO PEREZ Correcto Ninguna

5.3.2. Plantilla de Seguimiento al Aseguramiento de la calidad actualizado

SEGUIMIENTO AL ASEGURAMIENTO DE LA CALIDAD

REVISION ESFUERZO FECHA

GESTIÓN Y
12.3 12/05/13
INGENIERÍA

CHECKLIST DE ASEGURAMIENTO DE LA CALIDAD PARA LOS PROCESOS DE GESTIÓN DE PROYECTOS

CHECKLIST O LISTA DE VERIFICACION

ROL AL QUE NO
ORIENTADO ESTA EVIDENCIA DEL CUMPLIMIENTO CONFORMIDAD U DESCRIPCION
NRO CRITERIOS
A DIRIGIDO CUMPLIMIENTO DEL CRITERIO OBSERVACION DE LA CAUSA

¿Se elaboraron
Modelos de Caso
los Caso de Analista
ENTREGABLE 1 de Uso del Si Ninguno
Uso del Programador
Sistema
Sistema?

¿Se realizaron Jefe de

Casos de Pruebas
ENTREGABLE 2 las Pruebas Proyecto Si Ninguno
Unitarias
Unitarias?

¿Se elaboró el Jefe de

Manual de
ENTREGABLE 3 Manual de Proyecto Si Ninguna
Usuario
Usuario?

ASEGURAMIENTO DE LA CALIDAD
RESPONSABLE FECHA LIMITE ESTADO DE LA
TIPIFICACION ACCION DE LA ACCION DE NO FECHA DE ESFUERZO DE
NRO
DE LA CAUSA CORRECTIVA CORRECTIVA CORRECCION CONFORMIDAD CORRECCION CORRECCION

JOSE RICARDO
1
SOTO PEREZ

JOSE RICARDO
2
SOTO PEREZ
 JOSE RICARDO
3
SOTO PEREZ
 176

5.3.3. Plantilla de Seguimiento a las Métricas y evaluación del desempeño actualizado

 177

CAPITULO VI: EVALUACIÓN DE RESULTADOS

6.1. Indicadores claves de éxito del Proyecto

INDICADOR 1: Desviación mensual del Costo Estimado (%)

Conclusión:
El porcentaje de la desviación mensual del Costo Estimado fue de 2.82%, lo que indica
que la desviación se encuentra dentro de los parámetros establecidos de 0% como
mínimo y 5% como máximo esperado.
 178

INDICADOR 2: Desviación de dedicación del Jefe de Proyecto

(%)

Conclusión:
El porcentaje de la desviación promedio de dedicación del Jefe de Proyecto fue de
1.55%, lo indica que la desviación se encuentra dentro de los parámetros
establecidos de 0% como mínimo y 5% como máximo esperado.
 179

6.2. Indicadores claves de éxito del Producto

INDICADOR 1: Tiempo promedio de registro de clientes

Conclusión:
El tiempo que toma registrar a los clientes de forma manual tiene una duración
promedio de 4.32 min. Y con el sistema una duración promedio de 1.56 min,
obteniendo una
diferencia de medias de 2.76min. Lo que representa una mejora del cumplimiento del
indicador en 63.90%.
 180

INDICADOR 2: Tiempo promedio de emisión de una factura

Conclusión:
El tiempo que toma registrar a los clientes de forma manual tiene una duración
promedio de 2.61 min. Y con el sistema una duración promedio de 0.38 min,
obteniendo una diferencia de medias de 2.22min. Lo que representa una mejora del
cumplimiento del
indicador en 85.27%
 181

INDICADOR 3: Tiempo promedio del Check-In

Conclusión:
El tiempo que toma realizar el Check-In de forma manual tiene una duración promedio de
17.50 min. Y con el sistema una duración promedio de 5.50 min, obteniendo una
diferencia de medias de 2.22min. Lo que representa una mejora del cumplimiento
del
indicador en 68.57%.
 182

CAPITULO VII: CONCLUSIONES Y RECOMENDACIONES

7.1. Conclusiones

1. Con el sistema implementado se redujeron los tiempos en registrar a los

clientes en un 63.90%.

2. El sistema implementado contribuyó en reducir los tiempos en la emisión de

una factura en un 85.27%.

3. Con la implementación del sistema informático se logró reducir el tiempo del

Check-In en un 68.57%.
 183

7.2. Recomendaciones

1. Implementar un sistema web para gestionar las reservas de habitaciones, debido

a que las reservas se realizan vía telefónica.

2. Implementar un sistema que facilite la gestión de productos adquiridos

del negocio, con la finalidad de controlar dichos ingresos.
 184

FORMATO 1 - ACTA DE LANZAMIENTO DEL PROYECTO

OBJETIVO -

IMPORTANCIA -
Alta Media Baja

AGENDA DURACION

TEMAS EXPOSIT ESTIMADA REAL

LUGAR Y FECHA

PROGRAMADA REAL

PARTICIPANTES

INIC NOMBRES Y APELLIDOS CONDICION ROL LLEGADA SALIDA

EMPRESA CLIENTE

PROVEEDOR
 185

TEMAS TRATADOS
TEMA

TEMAS PENDIENTES

ACUERDOS TOMADOS

Nº DESCRIPCIÓN DEL ACUERDO Resp. Fecha Límite

Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no
recibir alguna observación posterior a las 24 horas de difundida.

FIRMA DE LOS PARTICIPANTES

Participantes Firma
NOMBRE EMPRESA CLIENTE

NOMBRE EMPRESA PROVEEDORA

 186

FORMATO 2 - ACTA DE CONSTITUCION

[LOGO PROVEEDOR]

Proyecto [SGDV]
[Nombre del Proyecto]

Acta de Constitución del

Proyecto
Versión 1.0

Elaborado por: [Nombre Jefe de Proyecto]

Rol: Jefe de Proyecto

Julio, 2006
 187

CONTROL DE VERSIONES

PARTES FECHA
VERS DESCRIPCIÓN MODIFICADO APROBADO
QUE DE REVISADO POR
IÓN DEL CAMBIO POR POR
CAMBIAN CAMBIO

1.0 Versión Inicial [Nombre Jefe de [Nombre Gerente de [Nombre

Proyecto] Proyecto] Gerente de
Proyecto]

INTRODUCCIÓN

[Breve introducción del objetivo del presente documento]

Ejemplo:

El Acta de Constitución del Proyecto formaliza el inicio del proyecto de tal manera las
organizaciones e involucrados en el mismo acepten los lineamiento que regirán el desarrollo
del proyecto y que están expresados en el presente documento.

INFORMACIÓN GENERAL DEL PROYECTO

[Datos principales del proyecto]

Ejemplo:
Nombre del Proyecto: [Sistema de Gestión Documentaria Virtual] – [SGDV]
Patrocinador: [Sponsor que autoriza el proyecto – Nombre – Empresa -
Cargo] Proveedor: [Nombre Empresa Proveedora del Proyecto]
Presentado por: [Nombre Jefe de Proyecto]
Fecha de Presentación: jueves 13 de julio de 2006

DESCRIPCIÓN DEL PROYECTO - Necesidades del Cliente

[¿Qué, Quién, Cómo, Cuándo y Dónde?]

Ejemplo:
En los últimos meses el área de aseguramiento de calidad ha descubierto que la atención de
órdenes de pedidos respecto al producto XYZ ha tomado en promedio diez veces más tiempo
que la competencia. El análisis previo del área de calidad determinó que el motivo se debe a que
los procesos seguidos para la atención de órdenes no están integrados y ello origina una serie
de
 188

demoras acumuladas en cada proceso. El propósito de este proyecto es realizar un Sistema

integrado de Atención de órdenes que automatice e integre todos los procesos y permita la
mejora en el tiempo de respuesta en la atención de órdenes.

DEFINICION - DESCRIPCIÓN GENERAL DEL PRODUCTO DEL PROYECTO

[Breve descripción del producto, servicio o capacidad a generar]

Ejemplo:

SOLUCIÓN MODERNA, INTEGRADA Y FLEXIBLE.

La nueva solución debe estar basada en tecnología web, ser descentralizada a nivel de
servidores y Web Enabled a nivel de estación de trabajo.

Debe permitir la construcción de transacciones a partir de un generador de código de alto

nivel, que permita reducir las labores de programación

PERMITIR LA EJECUCIÓN DE LAS TRANSACCIONES

Tanto las transacciones descritas en el Anexo N° 1-A.2 de las Bases Integradas de la

Licitación Pública Nº LP-0078-2012-ABC, así como sus extornos deberán poder ejecutarse
en el nuevo sistema.

La comunicación entre el servidor de las agencias debe ser vía XYZ.

La solución deberá usar un manejador de Bases de Datos en las Agencias.

Etc.

PERMITIR LA INTEGRACIÓN CON EL SISTEMA DE SEGURIDAD DE LA EMPRESA.

La nueva solución debe poseer un módulo de seguridad que permita la administración de

usuarios y perfiles en modo centralizado y estar integrada al Sistema de Seguridad
corporativo de la empresa ABC.

El Sistema debe integrarse con el Sistema Centralizado de Seguridad Criptográfica de la

empresa ABC.

PERMITIR LA CONSULTA DE FIRMAS Y SU CAPTURA DE FIRMAS DE MANERA

DESCENTRALIZADA.

La Solución de Firmas debe estar integrada con el Sistema de Atención en

Ventanillas. La Solución de Firmas deberá permitir la habilitación de Centros de

Captura.

Se deberán migrar los repositorios de firmas actuales a la nueva

solución.
 189

OBJETIVOS DEL PROYECTO

[Metas hacia las cuales se debe dirigir el trabajo del proyecto en términos de la triple
restricción
(Alcance, Tiempo, Costo).]
[Objetivo que representa la visión del proyecto. Debe ser expresado mediante un verbo,
un resultado, una fecha y una medida]
Ejemplo:

El sistema desarrollado debe satisfacer los requerimientos especificados en el Plan de

Trabajo y Descripción del Servicio proporcionados por [Empresa
proveedora].
El proyecto debe terminar en el plazo especificado en el Plan de Trabajo y Descripción del
Servicio proporcionado por [Empresa proveedora] o en el nuevo tiempo calculado según la
Gestión del Cambio.
El proyecto debe terminar dentro del presupuesto especificado en el Plan de Trabajo y
Descripción del Servicio proporcionado por [Empresa proveedora] o en el nuevo presupuesto
calculado según la Gestión del Cambio.

FINALIDAD DEL PROYECTO

[Fin último, propósito general, u objetivo de nivel superior por el cual se ejecuta el proyecto.
enlace con programas, portafolios, o estrategias de la organización.]. Sección opcional.

Ejemplo:
El propósito general del proyecto es formar parte del programa nacional de integración de
Sistemas contables de entidades públicas relacionadas al sector minero que se está llevando a
cabo en todas las entidades gubernamentales mineras con miras a implantarse a fines del
presente año. Este programa va alineado al objetivo estratégico nacional minero contable
promovido por el Estado Peruano.

JUSTIFICACION DEL PROYECTO

[Motivos, razones, o argumentos que justifican la ejecución del

proyecto: Justificación Cualitativa:
Justificación Cuantitativa: (Flujo de Ingresos, Flujo de Egresos, VAN, TIR, RBC)]

Ejemplo:
Este proyecto se está realizando para prevenir una creciente insatisfacción del cliente. Nosotros
esperamos que la satisfacción del cliente mejorada incrementará los ingresos de la empresa el
primer año en al menos $200000 dólares debido al menor número de llamadas del cliente.
Como
 190

segundo beneficio esperamos que el proyecto generará nuevas ideas de mejora de atención
al cliente.

REQUERIMIENTOS - REQUISITOS

REQUERIMIENTOS DEL PRODUCTO

[Descripción de requerimientos funcionales, no funcionales, de calidad]

Requerimientos funcionales: Requerimientos relacionados al negocio del
cliente.
Requerimientos no funcionales: Requerimientos propios del Sistema o del Personal del
Sistema, ejemplo, escalabilidad, seguridad, etc.
Ejemplo:

El producto [ABC] , que permitirá satisfacer la necesidad del negocio, esta compuesto por
los siguientes subsistemas:

Subsistema de registro y seguimiento de expedientes correspondiente a los procesos

[ABC] (y otros relacionados) de la [ABC] ; orientado a que los trámites se realicen de la
manera más expeditiva posible.
Subsistema de registro y seguimiento de información operativa del [ABC] para la
Dirección de Promoción y Estudios; orientado a mejorar los procesos de recopilación de la
información técnica y económica de las empresas concesionarias del subsector.
Subsistema de registro y seguimiento de programas de [ABC] ; orientado a recopilar
datos relacionados con los estudios ambientales relacionados con el sector [ABC] .
Subsistema de Consultas Analíticas, orientado a mejorar el proceso de toma de
decisiones, proporcionando herramientas para el análisis de comportamientos y tendencias
con manejo de información histórica para la [ABC] .
Subsistema de mantenimiento de tablas.

REQUERIMIENTOS DEL PROYECTO

[Descripción de requerimientos relacionados a la ejecución del

proyecto] Ejemplo:
Tiempo: 10 meses ( 200 días útiles)
Presupuesto: NS/. [ABC]
El desarrollo del proyecto se realizará en las instalaciones de EL PROVEEDOR
Utilizar los siguientes estándares tecnológicos:
Metodología de desarrollo Rational Unified Process
Lenguaje de modelamiento UML
 191

Desarrollo basado en Web

Lenguaje de programación orientado a objetos .NET
Base de Datos Oracle 10g Enterprise Edition
Microsoft Analysis Services 2000 o superior
Microsoft Office 2000 o superior
Sistema Operativo Windows 2000 o superior

JEFE DEL PROYECTO Y SU NIVEL DE AUTORIDAD

ROL NOMBRES Y DESCRIPCIÓN RESPONSABILIDADES
APELLIDOS PROFESIONAL

Gerente del Nombres y PMP, Gestión del Proyecto durante

Proyecto Apellidos Ingeniero de las fases de Inicio, Planificación,
Sistemas Ejecución, Seguimiento y Control, y
Cierre del proyecto.
Jefe del Nombres y PMP, Gestión del Proyecto durante
Proyecto Apellidos Ingeniero de las fases de Inicio, Planificación,
Sistemas Ejecución, Seguimiento y Control, y
Cierre del proyecto.
Asignación de recursos
Aprobación de cambios

ALCANCE DEL PROYECTO

[Entregables, productos de trabajo durante la ejecución del proyecto]

ENTREGABLES DE LA GESTIÓN DEL PROYECTO

Acta de Constitución del Proyecto

Plan de Gestión del Proyecto
Informe de Estado
Acta de Reunión
Solicitudes de Cambio
Acta de Cierre del Proyecto
Lista de riesgos
Plan de desarrollo de software
Plan de iteración
Plan de gestión de requerimientos
Plan de control de cambios
Plan de pruebas
Resultado de pruebas
 192

Plan de despliegue

ENTREGABLES DE LA INGENIERÍA DEL PROYECTO

Visión
Glosario
Modelo de casos de uso
Especificaciones suplementarias de software
Documento de arquitectura de software
Modelo de diseño
Modelo de datos
Código fuente
Distribución de los ejecutables
Material de entrenamiento
Guía del usuario detallada y una ayuda en línea dentro del sistema
Guía de instalación y configuración

PLAZOS DEL PROYECTO

CRONOGRAMA GENERAL

Hitos

Para el desarrollo del Proyecto, se han definido los siguientes hitos:

Hito Fecha
Acta de Constitución del Proyecto 13/07/2006
Plan de Gestión del Proyecto 21/07/2006
Plan de Iteración 21/07/2006
 193

Hito Fecha
Plan de Gestión de Requerimientos 21/07/2006
Plan de Control de Cambios 21/07/2006
Plan de Desarrollo de Software 21/07/2006
Concepción (Inicio) 10/07/2006
Concepción (Fin) 08/08/2006
Elaboración (Inicio) 09/08/2006
Elaboración (Fin) 26/10/2006
Construcción (Inicio) 27/10/2006
Construcción (Fin) 18/04/2007
Transición (Inicio) 19/04/2007
Transición (Fin) 30/04/2007
Acta de Cierre del Proyecto 30/04/2007

PRESUPUESTO

El presupuesto para el presente proyecto es de NS/. 458,490.00 (Cuatrocientos cincuenta y ocho

mil cuatrocientos noventa y 00/100 Nuevos Soles).

INVOLUCRADOS

INTERESADOS

NOMBRES Y ROL UNIDAD/AREA A LA QUE ORGANIZACIO

APELLIDOS PERTENECEN N

Nombres y Apellidos Coordinador del Proyecto Oficina de Informática [EMPRESA

CLIENTE]
Inspector General [Contabilidad] [EMPRESA
CLIENTE]
Inspector Técnico Oficina de Informática [EMPRESA
CLIENTE]
Analistas del Negocio [Tesorería] [EMPRESA
CLIENTE]
Ingeniero de Pruebas [Administración] [EMPRESA
CLIENTE]
Ejecutivos del Negocio [EMPRESA
PROVEEDO
RA]
Equipo de Gestión del [EMPRESA
 194

Proyecto PROVEEDO
RA]
Equipo de Ingeniería del [EMPRESA
Proyecto PROVEEDO
RA]

UNIDADES DE LA ORGANIZACIÓN INVOLUCRADAS

UNIDADES/ AREAS DEL CLIENTE DESCRIPCIÓN DE LAS PRINCIPALES FUNCIONES

Área de Contabilidad Participar activamente en las actividades de definición de
requerimientos.
Encargarse de la revisión y aprobación a nivel funcional de los
entregables según se planifique.

Área de Sistemas Participar activamente en las actividades de Gestión e

Ingeniería según se planifique en acuerdo entre los gerentes
del proyecto de ambas partes.
Encargarse de la revisión y aprobación a nivel técnico de los
entregables según se planifique.

RESTRICCIONES DEL PROYECTO

[Factores que limitan la ejecución del proyecto]

Ejemplo:
 Tiempo: Sujeto a la renovación del contrato
 Presupuesto: Sujeto a la bolsa de horas.

(Este presupuesto y tiempo podrían incrementarse sólo con una gestión de cambio aprobada
entre ambas partes)

SUPUESTOS DEL PROYECTO

[Factores que, para fines de planeamiento, se considera que van a ocurrir]

Ejemplo:
 La Gerencia de Contabilidad y la Gerencia de Sistemas de ABC está involucrada y
comprometida con el desarrollo del Sistema ABC.
 ABC proporcionará un equipo funcional permanente durante la ejecución del proyecto.
 El proyecto se ejecutará íntegramente en las instalaciones de ABC el análisis y el desarrollo,
hasta la culminación del último entregable, luego de lo cual se procederá con el cierre formal
del proyecto.
 Se llevarán a cabo reuniones de revisión parcial (entregas parciales) durante el desarrollo
del sistema.
 195

No se realizarán ajustes y/o cambios a los documentos entregables luego de ser aprobados.
De ser necesario se deberá proceder con la gestión de cambio respectiva

FIRMA DE AUTORIZACIÓN

Para dar la conformidad al inicio del proyecto, se requiere las firmas de las personas indicadas
a continuación:

[Nombres y Apellidos] [Nombres y Apellidos]

Jefe de Proyecto Coordinador del Proyecto
[Empresa proveedora] [Empresa Cliente]

[Nombre Jefe de Proyecto] [Nombres y Apellidos] Director

Jefe de Proyecto General de Electricidad
[Empresa proveedora] [Empresa Cliente]

[Nombres y Apellidos] [Nombres y Apellidos]

Director General Asuntos Ambientales Director General Asuntos Ambientales
Mineros Energéticos
[Empresa Cliente] [Empresa Cliente]

Fecha: sábado, 12 de septiembre de 2015

FORMATO 3 - PLAN DE GESTIÓN DEL PROYECTO

Proyecto Acrónimo del

Proyecto
Nombre del Proyecto

Plan de Gestión del

Proyecto
Versión X.X

Preparado por: Nombre y Apellidos del Jefe

Proy
Rol: Jefe de Proyecto

Nombre del Mes, YYYY

 CONTROL DE VERSIONES

PARTES DESCRIPCI FECHA NOMBRE

VERS MODIFICA REVISADO APROBADO
QUE ÓN DEL DE DEL
IÓN DO POR POR POR
CAMBIAN CAMBIO CAMBIO ARCHIVO

1.0 12/06/201 XXX XXX XXXXXX XXX XXX Formato de

Versión 2 Documentació
Inicial n V1.0.doc

INTRODUCCION

[Incluir un texto explicando en que consiste el Plan de Gestión del Proyecto y que se quiere lograr
con su ejecución. Se debe describir brevemente que contiene el Plan de Gestión del Proyecto
(Secciones), así como también los cambios a realizar en este documento debido al
conocimiento
que se va adquiriendo durante el ciclo de vida del
proyecto.]

RESUMEN EJECUTIVO

[Incluir una descripción de los objetivos y la importancia del Plan de Gestión del Proyecto como
factor critico de éxito para el proyecto, así como también hacer énfasis en la importancia que
tiene el llegar a tener un entendimiento y acuerdo con respecto a lo que se incluye en este
documento entre la empresa proveedora y el Cliente. Adicionalmente se debe resaltar los
aspectos más importantes de las secciones más críticas, como por ejemplo: alcance del proyecto,
los plazos del proyecto, el presupuesto del proyecto, el escalamiento de problemas, la Gestión de
cambios.]

OBJETIVOS DEL PROYECTO

[Los objetivos del Proyecto son aquellos estados del Proyecto y del Producto, que el Proveedor
debe de alcanzar para dar por concluido exitosamente el proyecto. En esta sección se deben listar
los principales objetivos del proyecto.]

FACTORES CRITICOS DE ÉXITO

[Los factores críticos de éxito son aquellos factores, variables o situaciones de las cuales va a
depender el éxito del proyecto. Para lograr el éxito del proyecto los involucrados del proyecto
deben de hacer lo posible para alcanzar estas situaciones como por ejemplo: Que los
involucrados
 198

del proyecto estén comprometidos, Que haya la participación adecuada de los usuarios del
cliente, Que se cumplan los acuerdos tomados en las reuniones, etc.]

SUPUESTOS
[Son factores que para efectos de planificación son considerados verdaderos, reales o
ciertos. Estos supuestos afectan todos los aspectos de la planificación del proyecto y son parte de
su elaboración progresiva. Los supuestos normalmente involucran un grado de riesgo.]

RESTRICCIONES
[Son factores que van a limitar las opciones y el trabajo del equipo del
proyecto.]

ENFOQUE DE GESTION E INGENIERIA DEL PROYECTO

El grafico que se muestra representa los procesos a aplicar durante la ejecución del proyecto, la
aplicación de estos procesos se hará acorde a las guías de flexibilización y según las necesidades
del proyecto.
 199

GESTION DEL PROYECTO

ENFOQUE DE GESTION DEL PROYECTO

[Incluir un grafico que represente el esquema de trabajo que se seguirá para la gestión
del proyecto (Procesos de Gestión de Proyecto) durante las diversas fases del ciclo de vida del
mismo. Incluir una breve descripción de este esquema de trabajo para la Gestión del Proyecto.]

PROCESOS Y PLANTILLAS DE GESTION DE PROYECTO A APLICAR EN EL

PROYECTO – GUIAS DE FLEXIBILIZACION
[incluir un texto introductorio que haga mención a que los procesos que se ejecutaran para la
Gestión del proyecto están basados en la Metodología propia del proveedor, la cual ha sido
desarrollada teniendo en cuenta su experiencia y modelos mundialmente aceptados como lo son
el PMI y el CMMI:

INGENIERIA DEL PROYECTO

ENFOQUE DE INGENIERI A DEL PROYECTO

[incluir un texto introductorio que haga mención a que los procesos que se ejecutaran para la
Ingeniería del proyecto están basados en la Metodología de Desarrollo de Software del Proveedor,
la cual ha sido desarrollada teniendo en cuenta su experiencia y modelos mundialmente
aceptados como lo son el RUP, Metrica3, MSF, Norma Técnica Peruana 12207 y el CMMI.

PROCESOS Y PLANTILLAS DE INGENIERIA A APLICAR EN EL PROYECTO – GUIAS

DE FLEXIBILIZ ACION
[incluir un texto introductorio que haga mención a que los procesos que se ejecutaran para la
Ingeniería del proyecto están basados en la Metodología de Desarrollo de Software del Proveedor,
la cual ha sido desarrollada teniendo en cuenta su experiencia y modelos mundialmente
aceptados como lo son el RUP, Metrica3,MSF y el CMMI.

PROCESOS Y PLANTILLAS DE SOPORTE A APLICAR EN EL PROYECTO –

GUIAS DE FLEXIBILIZ ACION
[incluir un texto introductorio que haga mención a que los procesos que se ejecutaran para el
Soporte del proyecto están basados en la Metodología de Desarrollo de Software del Proveedor,
la cual ha sido desarrollada teniendo en cuenta su experiencia y modelos mundialmente aceptados
como lo son el RUP, Metrica3,MSF y el CMMI.
 200

GESTION DE PROBLEMAS Y ESCALAMIENTO

[Incluir un resumen y grafico del proceso de Gestión de Problemas, así mismo se
deberá describir cuales son los niveles de escalamiento y que personas o grupos de
personas los integran. Se deberá describir cual será la dinámica a seguir para el
escalamiento de los problemas, se podría incluir un grafico que represente esta
dinámica.]

PROCESO DE CIERRE DEL PROYECTO

[Incluir un resumen y grafico del proceso de cierre del proyecto, este grafico deberá de
ser el proceso estandar incluido en los procesos de Gestión de proyectos del
Proveedor, en caso que el proceso no se adecue a las necesidades del Proyecto deberá
adecuarse o hacerlo mas explicito textualmente.]

ALCANCES DEL PRODUCTO

DESCRIPCION DEL PRODUCTO

[Incluir un resumen de las principales características del producto a desarrollar, en caso que el
proyecto incluya el desarrollo de varios módulos o subsistemas describir brevemente cada uno de
ellos, dentro de los resúmenes, incluir cual(es) es (son) los objetivos principales del producto o de
los subsistemas. Este texto puede ser extraído de la propuesta técnica]

DIAGRAMA DE CONTEXTO
[Incluir un diagrama donde se represente las relaciones o flujos de información principal existente
entre el sistema a desarrollar (solución) y las diversas entidades o sistemas externos a la solución
(Ej. Otros aplicativos, Áreas organizacionales etc.) con los cuales va a interactuar. Este diagrama
puede ser extraído de la propuesta técnica]
 201

ENFOQUE DE LA SOLUCION
[Incluir un diagrama donde se represente la alternativa de solución propuesta para el sistema a
desarrollar, este grafico puede ser el diagrama de la arquitectura del sistema, modelo de
subsistemas, diagrama donde se represente la plataforma tecnológica que dará soporte al
sistema o subsistemas u otro similar, estos gráficos pueden ser extraídos de la propuesta técnica
o pueden ser una versión inicial y preliminar). Se deberá incluir un texto donde se explique
brevemente el diagrama o diagramas incluidos. En caso que el proyecto sea de gran envergadura
o se integre de muchos módulos o subsistemas y que estos a su vez tengan un diseño o enfoque
de Solución en particular se deberán incluir]

REQUERIMIENTOS DEL PRODUCTO

REQUERIMIENTOS FUNCIONALES DEL PRODUCTO

[Incluir un texto donde se indique que los requerimientos del producto están especificados en el
documento Especificación de Requerimientos del Sistema (Referenciar), se deberá incluir el
nombre del documento y la versión).

REQUERIMIENTOS NO FUNCIONALES
[Incluir un texto donde se indique que los requerimientos del producto están especificados en el
documento Especificación de Requerimientos del Sistema (Referenciar), se deberá incluir el
nombre del documento y la versión).

PROCESO DE CONTROL INTEGRADO DE CAMBIOS

PROCESO DE CONTROL INTEGRADO DE CAMBIOS

[Incluir un resumen y grafico del proceso de control integrado de cambios, este grafico deberá de
ser el proceso estandar incluido en los procesos de Gestión de proyectos del Proveedor, en caso
que el proceso no se adecue a las necesidades del Proyecto deberán hacerse los cambios
necesarios].

ALCANCES DEL PROYECTO

ENTREGABLES DEL PROYECTO

GESTIÓN DEL PROYECTO

ENTREGABLE DESCRIPCION DEL CRITERIOS DE PERSONAS QUE
ENTREGABLE ACEPTACION DEL REVISAN Y APRUEBAN
ENTREGABLE EL ENTREGABLE
 Inicio
 202

o EntregableGP1 [Incluir una descripción [Listar los criterios a [Listar las personas que
breve del entregable, considerar para dar deberán aprobar el
se deberá incluir cual por aprobado el entregable, se debe
es el objetivo del entregable.] indicar entre paréntesis los
entregable.] roles que cumplen.]
o EntregableGP2
o EntregableGP3
o EntregableGP4
o EntregableGP5
 Planificación
o EntregableGP6
o

INGENIERÍ A DEL PROYECTO

ENTREGABLE DESCRIPCION DEL CRITERIOS DE PERSONAS QUE
ENTREGABLE ACEPTACION DEL REVISAN Y APRUEBAN
ENTREGABLE EL ENTREGABLE
 NOMBRE
FASE1
o Entregable1 [Incluir una descripción [Listar los criterios a [Listar las personas que
breve del entregable, se considerar para dar deberán aprobar el
deberá incluir cual es el por aprobado el entregable, se debe indicar
objetivo del entregable.] entregable.] entre paréntesis los roles
que cumplen.]
o Entregable2
o Entregable3
 NOMBRE
FASE2
o Entregable4

o Entregable5
o
o
o

CRITERIOS DE ACEPTACION FINAL DEL PROYECTO

[Se debe de incluir un texto que liste y describa los criterios a considerar para dar por finalizado
el proyecto]

ESTRUCTURA DE DESCOMPOSICION DEL TRABAJO (EDT)

[Incluir un diagrama que represente la descomposición del Trabajo del Proyecto (EDT / WBS),

PROCESO DE GESTION DE LA CONFIGURACION

[Incluir un texto breve que explique el proceso de Gestión de la Configuración y la importancia
para el proyecto, adicionalmente incluir un gráfico del proceso de Gestión de la Configuración y
hacer referencia al documento del Plan de Gestión de la Configuración del Proyecto.:
 203

DICCIONARIO DE LA EDT
[Por cada paquete de trabajo o componente del ultimo nivel del EDT, se debe incluir
una descripción de cuál es el objetivo del componente y un resumen de su contenido.

ALCANCE NO CONTEMPLADO
[Se debe Listar el trabajo que el proveedor NO va realizar, así como las funcionalidades que
el cliente en acuerdo con el proveedor consideren que están fuera del alcance del proyecto.]

PLAN DE GESTION DEL ALCANCE

[Incluir un texto que explique cual es el objetivo del Plan de Gestión del Alcance y un resumen
del contenido del mismo]

PERSONAS AUTORIZAD AS P ARA SOLICIT AR C AMBIOS AL ALC ANCE

[Incluir en la tabla que se muestra como ejemplo, la lista de personas que están autorizadas
de solicitar cambios en el alcance del Proyecto]

PERSONAS AUTORIZAD AS P ARA APROBAR CAMBIOS AL ALCANCE

[Incluir en la tabla que se muestra como ejemplo, la lista de personas que están autorizadas
de aprobar cambios en el alcance del Proyecto]

PROCEDIMIENTO DE GESTIÓN DE CAMBIO AL ALCANCE

[Incluir el procedimiento a seguir para la Gestión de cambios al alcance, en caso que el proyecto lo
requiera se deberá de adecuar a las necesidades del mismo.]

PLAZOS DEL PROYECTO

CRONOGRAMA DEL PROYECTO

[Incluir la imagen del Project (Cronograma del Proyecto) donde se muestren como mínimo: las
actividades a realizar dentro del proyecto (a un nivel adecuado de detalle), sus respectivas
duraciones, fechas de inicio, fechas de fin de cada una de ellas, como algo adicional se pueden
incluir otros datos que se consideren relevantes para brindar una información adecuada. ]

HITOS DEL PROYECTO

[Incluir la imagen del Project (Cronograma del Proyecto) donde se muestren claramente los
hitos del Proyecto y las fechas de los hitos.
 204

PLAN DE GESTION DEL CRONOGRAMA

[Incluir un texto que explique cual es el objetivo del Plan de Gestión del Cronograma y un
resumen del contenido del mismo]

PERSONAS AUTORIZAD AS P ARA SOLICIT AR C AMBIOS AL CRONOGRAMA

[Incluir en la tabla que se muestra como ejemplo, la lista de personas que están autorizadas
de solicitar cambios al cronograma del Proyecto]

PERSONAS AUTORIZAD AS P ARA APROBAR CAMBIOS EN EL CRONOGRAMA

[Incluir en la tabla que se muestra la lista de personas que están autorizadas de aprobar
cambios al cronograma del Proyecto]

PROCEDIMIENTO DE GESTIÓN DE CAMBIO AL CRONOGRAMA

[Incluir el procedimiento a seguir para la Gestión de cambios del cronograma. En caso que el
proyecto lo requiera se deberá de adecuar el procedimiento a las necesidades del mismo.
Se puede optar por incluir el ejemplo del procedimiento que se presenta, pero se deberán realizar
los cambios respectivos]

CRITERIOS PAR A DETERMIN AR DESVIACIONES SIGNIFICAT IVAS EN LOS

PLAZOS
[En la tabla que se muestra se deberá definir los rangos a considerar por cada nivel de desviación
relacionado con el cronograma, así como también definir acciones a tomar frente a cada uno de
los
niveles de desviación]

FINANCIAMIENTO DEL PROYECTO

FORMA DE PAGO
[En la tabla que se muestra, completar los campos que la integran: Fases del Proyecto, Porcentaje
de pago, Monto del Pago sin IGV, Fecha de Emisión de la Factura, Fecha de Vencimiento de la
Factura.]

La relación de pagos incurridos por el desarrollo del proyecto son los

siguientes:
Fases Porcentaje Monto del Fecha de Emisión Fecha de Vencimiento
de Pago Pago de la Factura de la Factura (aprox.)
(sin IGV) (aprox.)
Elaboración - Iteración 1 13% 47,792.86 28/09/2006 28/10/2006
Elaboración - Iteración 2 13% 47,792.86 10/11/2006 10/12/2006
Construcción - Iteración 1 15% 43,940.00 25/12/2006 25/01/2007
Construcción - Iteración 2 15% 43,940.00 07/02/2007 07/03/2007
 205

Fases Porcentaje Monto del Fecha de Emisión Fecha de Vencimiento

de Pago Pago de la Factura de la Factura (aprox.)
(sin IGV) (aprox.)
Construcción - Iteración 3 15% 43,940.00 14/03/2007 14/04/2007
Construcción - Iteración 4 15% 43,940.00 20/04/2007 20/05/2007
Transición 15% 43,940.00 01/05/2007 01/06/2007

CRITERIOS PARA DETERMINAR DESVIACIONES SIGNIFICATIVAS EN EL

PRESUPUESTO
[En la tabla que se muestra se deberá definir los rangos a considerar por cada nivel de desviación
relacionado con el presupuesto, así como también definir acciones a tomar frente a cada uno
de los niveles de desviación]

ORGANIZACION Y RECURSOS DEL PROYECTO

ORGANIGRAMA DEL PROYECTO

[Incluir un organigrama o esquema de organización del proyecto. El Organigrama del Proyecto
deberá incluir los nombres de las personas que desempeñaran los roles definidos en
el organigrama.

RECURSOS NECESARIOS ASIGNADOS POR LA EMPRESA PROVEEDORA

[En la tabla que se muestra, se deberá listar la cantidad de recursos de parte de la empresa
proveedora (AFs, APs, JP, otros.) que el proyecto requiere durante todo el ciclo de vida del mismo.

Roles Nombres y Cantidad % Participación Fecha de Fecha de Fin

Apellidos Ingreso
-Jefe de Proyecto Nombres y 1 50 10/07/2006 30/04/2007
Apellidos1
-Asistente de Jefe de Nombres y 1 100 10/07/2006 30/04/2007
Proyecto Apellidos2
-Analista1 Nombres y 1 100 10/07/2006 08/08/2006
Apellidos3
-Analista2 Nombres y 1 100 10/07/2006 08/08/2006
Apellidos4
-Analista3 Nombres y 1 100 10/07/2006 08/08/2006
Apellidos5
-Programador1 Nombres y 1 100 10/07/2006 08/08/2006
Apellidos6
-Programador2 Nombres y 1 100 10/07/2006 08/08/2006
Apellidos7
 206

Roles Nombres y Cantidad % Participación Fecha de Fecha de Fin

Apellidos Ingreso
-Programador3 Nombres y 1 100 10/07/2006 08/08/2006
Apellidos8

RECURSOS NECESARIOS ASIGNADOS POR EL CLIENTE

[En la tabla que se muestra en el ejemplo, se deberá listar la cantidad de recursos de parte del
Cliente (AFs, APs, JP, Analistas de negocio, Usuarios, otros.) que el proyecto requiere
durante todo el ciclo de vida del mismo. Se debe completar los campos de nombres y apellidos,
cantidad,
% de participación, fecha de ingreso y fecha de
fin.]

Roles Nombres y Apellidos Cantidad % Fecha de Fecha de

Participación Ingreso Fin
-Jefe de Proyecto del Nombres y Apellidos1 1 50 10/07/2006 30/04/2007
Cliente
-Analista del Negocio1 Nombres y Apellidos2 1 100 10/07/2006 08/08/2006
-Analista del Negocio2 Nombres y Apellidos3 1 100 10/07/2006 08/08/2006
-Analista de Sistemas del Nombres y Apellidos4 1 100 10/07/2006 08/08/2006
Cliente1
-Analista de Sistemas del Nombres y Apellidos5 1 100 10/07/2006 08/08/2006
Cliente2
-Usuario1 Nombres y Apellidos6 1 100 10/07/2006 08/08/2006
-Usuario2 Nombres y Apellidos7 1 100 10/07/2006 08/08/2006

DESCRIPCION DE ROLES Y RESPONSABILIDADES

[En la tabla que se muestra, se deberá listar los roles que participaran en el proyecto, así mismo
se completaran los campos: Equipo, Nombres y Apellidos, Rol, Responsabilidades.]

EQUIPO NOMBRES Y APELLIDOS ROL RESPONSABILIDADES

MATRIZ DE ASIGNACION DE RESPONSABILIDADES (RAM)

[En la tabla que se muestra, por cada uno de los entregables o paquete de trabajo se identificaran
que personas están involucradas para la elaboración del mismo, posteriormente en la intersección
Entregable/Miembro del Equipo se asignara el rol (R: Responsable, E:Ejecutor, P:Participante)
que desempeñara cada persona involucrada en la elaboración del entregable. Considerar que una
persona puede desempeñar más de un rol.
 207

Roles y Actividades a realizar:

R: Responsable (Responsable del Entregable, actividad o paquete de
trabajo)
E: Ejecutor (Persona que elabora el entregable o realiza la
actividad)
P: Participante (Persona que brinda Información, revisa los entregables, asiste a
entrenamientos, otras acciones similares)
Se deberá incluir una lista de las iniciales de las
personas]

INFRAESTRUCTURA, EQUIPOS DE HW, SOFTWARE, MATERIALES Y

ACCESORIOS PARA EL PROYECTO
[En la tabla que se muestra, se deberá listar la infraestructura que se necesita para iniciar y
desarrollar el proyecto. En caso que el proyecto lo requiera se podrá hacer más específico
el detalle de la infraestructura necesaria]
[Por Ejemplo:
CONCEPTO DISPONIBILIDAD RESPONSABILI
DAD
Ambiente físico de desarrollo Con capacidad para albergar a todo el CLIENTE S.A..
en CLIENTE S.A. equipo del proyecto durante la duración del
mismo.
Ambiente técnico de desarrollo Con acceso a la red y a los servidores CLIENTE S.A.
y pruebas en CLIENTE S.A. requeridos.
…. .. …

ENTORNO DE TRABAJO MINIMO PARA EL INICIO DE LAS LABORES DE LOS

MIEMBROS DEL EQUIPO DEL PROYECTO
[En la tabla que se muestra, se deberá listar la infraestructura que se necesita para que cada
miembro del equipo del proyecto pueda iniciar sus labores. En caso que el proyecto lo requiera se
podrá hacer más específico el detalle de la infraestructura necesaria, como por ejemplo: Las
especificaciones técnicas de las PCs, el Software que se requiere que tenga instalado cada PC,
etc.]

La siguiente es una lista de la infraestructura mínima y necesaria para que todo miembro
del equipo del proyecto pueda iniciar sus labores:

1 - Lugar físico de trabajo (Oficina asignada)

2 - PC asignada
3 - PC con Software instalado (Según el estándar de
configuración)
4 - Hardware …
… …
 208

ENTRENAMIENTOS
[En la tabla que se muestra, se deberá listar los entrenamientos que necesitan los miembros del
Equipo del Proyecto para poder realizar sus actividades de una manera eficiente y efectiva. Se
deberán identificar entrenamientos que son responsabilidad del proyecto como aquellos que son
responsabilidad de la Organización]

ENTRENAM PERSONAL A SER FECHA DE RESPONSABILID NECESIDADES DE

IENTOS ENTRENADO INICIO / FECHA AD (Del Proyecto CONOCIMIENTOS Y
(Nombres y Apellidos DE FIN DE / De la HABILIDADES A
– Rol) ENTRENAMIEN Organización) CUBRIR CON LOS
TO ENTRENAMIENTOS
… … … … …

CALIDAD DEL PROYECTO

CRITERIOS DE CALIDAD
[Incluir una lista priorizada de aquellas características del software (Criterios) que el cliente
considera importantes y críticas y que deberán ser consideradas durante el desarrollo del
software. Estos criterios sirven para evaluar la calidad del software. Entre estas características
podemos citar: Fiabilidad del Software, Seguridad, Escalabilidad, Mantenibilidad, etc.]

CONTROL DE CALIDAD DEL PROYECTO (VERIFICACION Y VALIDACION)

PROCESO DE REVISION DE PARES (VERIFICACION)

[Incluir un grafico y un texto que resuma el proceso de revisión de pares. Realizar los ajustes al
proceso según las necesidades del proyecto, estos ajustes deberán ser justificados, es decir
en esta sección se redactara (dejar evidencia) brevemente el cambio.]

PROCESO DE PRUEBAS UNIT ARIAS

Aquellas realizadas para la construcción de un componente de software testeable.

PROCESO DE PRUEBAS DE INTEGRACION

Son pruebas aquellas que se hacen para comprobar el correcto ensamble de los módulos e
interfaces del sistema.
 209

PROCESO DE PRUEBAS DEL SISTEMA (VERIFICACION)

[Incluir un grafico y un texto que resuma el proceso de pruebas del sistema. Realizar los ajustes al
proceso según las necesidades del proyecto, estos ajustes deberán ser justificados, es decir
en esta sección se redactara (dejar evidencia) brevemente el cambio.]

PROCESO DE PRUEBAS DE ACEPT ACION

(V ALID ACION)
[Incluir un texto que resuma el proceso de pruebas de aceptación, seguidamente incluir un grafico
que represente el proceso de pruebas de aceptación. Realizar los ajustes al proceso según las
necesidades del proyecto, estos ajustes deberán ser justificados, es decir en esta sección se
redactara (dejar evidencia) brevemente el cambio.]

HERRAMIENT AS Y TÉCNICAS PAR A EL CONTROL DE LA

C ALID AD
PLANTILLA DE REVISIÓN
DE PARES
Informe de revisión de pares
de la Especificación de
Requerimientos de Software
Informe de revisión de pares
del Plan de Pruebas
… …
CÓDIGO PLANTILLA AMBIENTE PARA LA
REVISIÓN
I_Rvsion_Pres_Rqrmntos.xls La revisión de pares se
ejecutará en el Equipo
del Revisor
I_Rvsion_Pres_PlanPruebas.xls La revisión de pares se
ejecutará en el Equipo
del Revisor
…

PLANTILLA DE SOPORTE A LAS PRUEBAS CÓDIGO PLANTILLA

Plan de Pruebas Pln_Prbas.doc
Casos de Pruebas Unitarias Csos_Prbas_Untrias.doc
Informe de Pruebas Unitarias Infrme_Prbas_Untrias.doc
… …

AMBIENTES PARA LAS PRUEBAS

Pruebas Unitarias Ambiente de Desarrollo: Serv_Des: IP:
Pruebas de Integración Ambiente de Pruebas: Serv_Prueb: IP:

ORGANIZACION Y RESPONSABILIDADES DEL CONTROL DE LA C ALID AD

[En la tabla que se muestra se debe listar los roles que participaran en el proceso de control de
calidad. Por cada uno de los roles listar sus responsabilidades o actividades que deberán realizar.
Para identificar las actividades a realizar por cada rol, tomar en cuenta los diagramas de flujo
que se muestran para el proceso de revisiones de pares, pruebas del sistema, pruebas de
aceptación y de estos gráficos extraer dichas actividades e incluirlas en la tabla que se muestra a
continuación]:
 210

ROL NOMBRES Y APELLIDOS RESPONSABILIDADES

Jefe de Proyecto XXXX XXX  Planificar las revisiones de pares
 Planificar las pruebas del Sistema
 Planificar las pruebas de aceptación
Analista de Calidad …  …
… …  …

Métricas de control de Calidad

[Listar y describir las métricas que se obtendrán como resultado del control de calidad de los
entregables seleccionados. Hacer referencia al documento Métricas (Archivo Word donde se
describe detalladamente las métricas de control de calidad)]

NOMBRE DE DESCRIPCIÓN DE LA METRICA UBICACIÓN DE LA METRICA

METRICA (Cual es el objetivo de la métrica)
Numero de defectos Detectar el nivel de defectos del Repositorio de Métricas /
en las pruebas de servicio o producto y corregirlos. VAL1
aceptación. m_dfctos_prbas_acptcion.doc
Numero de defectos Detectar el nivel de defectos del Repositorio de Métricas /
en las pruebas del servicio o producto y corregirlos. VER1
Sistema m_dfctos_prbas_sstma.doc
… … …

ENTREGABLES BAJO CONTROL DE CALID AD Y CRONOGRAMA DE REVISIONES

DE CONTROL DE CALIDAD
[Listar aquellos entregables del proyecto que han sido seleccionados para realizarles control de
calidad (Verificación y Validación). Por cada entregable seleccionado se deberá asignar a aquella
persona responsable del control de calidad, así como también el tipo de revisión que se le va a
aplicar al entregable. En caso que el Proyecto a desarrollar sea de ciclo de vida cascada se deberá
adecuar la tabla que se muestra, eliminando las columnas de las iteraciones y, cambiando las
fases, debido a que la tabla que se muestra es para un ciclo RUP. En la intersección del
entregable y las revisiones de control de calidad colocar una X / RN donde X: Significa que se
hará control de calidad a este entregable y RN: Es la persona responsable del control de calidad
del entregable. Finalmente se incluirá un cronograma (para ello hacer un Print Screen del Project)
donde se muestren las Revisiones de Control de Calidad y sus fechas de realización]
La tabla que a continuación se muestra lista aquellos entregables que estarán bajo el control de
calidad:
 211

A continuación, se presenta el cronograma de las revisiones de control de calidad (Verificaciones y

Validaciones).
 212

ASEGURAMIENTO DE CALIDAD DEL PROYECTO

PROCESO DE ASEGURAMIENTO DE CALID AD

[Incluir un texto que resuma el proceso de aseguramiento de calidad, seguidamente incluir un
grafico que represente el proceso de aseguramiento de calidad. Realizar los ajustes al proceso
según las necesidades del proyecto, estos ajustes deberán ser justificados, es decir en esta
sección se redactara (dejar evidencia) brevemente el cambio.]

ORGANIZACION Y RESPONSABILIDADES DEL ASEGURAMIENTO DE LA

C ALIDAD
[En la tabla que se muestra se debe listar los roles que participaran en el proceso
de aseguramiento de la calidad. Por cada uno de los roles listar sus responsabilidades o
actividades
que deberán realizar]

ROL NOMBRES Y APELLIDOS RESPONSABILIDADES

Jefe de XXX XXX  Planificar las revisiones de aseguramiento de Calidad
Proyecto  Hacer seguimiento al consolidado de las observaciones
durante el control de calidad
Analista de XXX XXX …
Sistema
… …  …

HERRAMIENT AS Y TÉCNICAS
[Incluir un texto que explique brevemente lo que se incluye en esta sección. En esta sección se
deberán listar las herramientas a usar para llevar a cabo las actividades de aseguramiento de
calidad en el proyecto, así mismo se deberán identificar que técnicas se usaran.]

MÉTRICAS DE ASEGURAMIENTO DE LA
CALIDAD
[Listar y describir las métricas que se obtendrán como resultado del aseguramiento de calidad de
los entregables seleccionados y procesos. Hacer referencia al documento Métricas (Archivo Word
donde se describe detalladamente las métricas de aseguramiento de calidad)]

CRONOGRAMA DE REVISIONES DE ASEGURAMIENT O DE

CALID AD
[Se debe incluir una tabla resumen que muestre la lista de revisiones de aseguramiento de calidad
durante el ciclo de vida del proyecto y de las revisiones a los procesos de Gestión de proyectos,
aseguramiento de calidad, Gestión de la Configuración, Medición y Análisis, Decisión y Análisis.
Esta tabla deberá mostrar que procesos están involucrados en cada revisión así como los
involucrados.
 213

Adicionalmente incluir un cronograma de las Revisiones de aseguramiento de Calidad, para ello

filtrar del cronograma del proyecto las revisiones de aseguramiento de calidad,
seguidamente hacer un Print Screen y pegarlo en esta sección, este cronograma deberá
mostrar como mínimo
las actividades de aseguramiento de calidad, las fechas de inicio y fin
)]

COMUNICACIONES DEL PROYECTO

[Incluir un texto que resuma cual es el objetivo e importancia de planificar las comunicaciones del
proyecto]

DIRECTORIO DE INVOLUCRADOS
[En la tabla que se muestra se deberá listar los involucrados del proyecto, sobretodo tratando de
identificar los principales involucrados y sus datos principales como: El rol que desempeñan en el
proyecto, el rol que desempeñan en la empresa cliente, Teléfonos, Email]
[Por Ejemplo:
NOMBRE ROL EN EL ROL EN LA EQUIPOS DATOS DE COMUNICACIÓN
PROYECTO EMPRESA (TELEFONO/EMAIL)
CLIENTE

PROVEEDOR
… … … … ...

CLIENTE
… ….. .. …. ...

REUNIONES DEL PROYECTO – (COMITES / REUNION DE EQUIPO)

[En esta sección se deben incluir las reuniones de seguimiento del proyecto, para esto se
identificaran las diversas reuniones de seguimiento como: Reuniones de Comité Ejecutivo,
Reuniones de Comité Operativo, Reuniones con los Miembros del Equipo del Proyecto. Se deberá
especificar el detalle de cada una de estas reuniones para ello se llenará una tabla como se
muestra]

MEDIOS DE COMUNICACIÓN
[Incluir un texto en el cual se explique brevemente cual es el objetivo de mantener informados
permanentemente a los involucrados del proyecto sobre el estado y avance del proyecto así como
de los problemas que se vienen presentando u otros eventos críticos del proyecto]

DOCUMENTACIÓN ESCRIT A
[Se deberá describir cada uno de los documentos que se usen para mantener informados a
los involucrados del proyecto sobre eventos o aspectos críticos del proyecto, tal como se muestra
en la
 214

tabla. Al final de los documentos identificados y descritos incluir cuales son los pasos
para formalizar estos documentos]

PROCEDIMIENTO PARA ACEPT ACION FORMAL DE LA DOCUMENTACION

Para toda documentación escrita (Entregable del Proyecto, Acta de Reunión, Informe de
Estado), el procedimiento a seguir para su aceptación formal es el siguiente:
9. Enviar por correo electrónico las últimas versiones de los documentos a entregar.
10. Imprimir los documentos enviados en el correo electrónico
11. Ingresar las impresiones de los documentos por Mesa de Partes …

CORREO ELECTRÓNICO
[Definir el uso que se le dará al correo electrónico, dentro de esto tenemos: Los tipos de
mensajes que serán enviados usando este medio, la documentación a ser enviada, acuerdos, que
formato tendrán los correos electrónicos, los destinatarios de los correos.
Modo de Uso:
En el caso que se considere usar este medio para asuntos críticos del proyecto, se deberá
definir el formato que tendrán los correos electrónicos:
Se definirá en el campo CC (con copia), a que personas se les replicara la información enviada al
destinatario principal definido en el campo Para, así mismo en el campo asunto se deberá
definir un formato de asunto, lo cual brindará una rápida identificación y ubicación de los diversos
email s clasificados por algún motivo o situación.

DOCUMENTACIÓN DEL PROYECTO

[Incluir un texto donde se indique que en el plan de Gestión de la Configuración esta detallado
el directorio del proyecto el cual almacena toda la Información y documentación que ha
sido
generada en las diferentes fases del proyecto]

RIESGOS DEL PROYECTO

PROCESO Y HERRAMIENTAS DE GESTION DE RIESGOS

[Incluir un texto resumido donde se explique el proceso de Gestión de riesgos en el proyecto.
Adicionalmente incluir un grafico donde se represente dicho proceso. Finalmente listar las
herramientas o los formatos que se usaran para llevar a cabo la Gestión de Riesgos]

FUENTES DE RIESGOS
[Listar y describir las fuentes de riesgos, entiéndase como fuentes de riesgo aquellas entidades o
factores que pueden originar riesgos. Una fuente de riesgo puede generar muchos
riesgos,
 215

entonces la importancia de clasificar las fuentes de riesgos, es para poder actuar sobre ellas
eliminando la raíz de los riesgos, con esto podríamos ser efectivos y eliminar muchos riesgos
actuando sobre una sola fuente de riesgo. En la tabla que se muestra se deberá de llenar el campo
Fuentes de riesgos (se pueden identificar más fuentes de riesgo) y describir cada una de ellas.
En la columna riesgos se deberá identificar los riesgos típicos que se presentan en los proyectos y
que están relacionados con cada fuente de riesgo]

CATEGORIAS DE RIESGOS
[Se debe incluir un texto donde se explique que los riesgos que ocurran durante el desarrollo del
proyecto se categorizaran siguiendo el ciclo de vida del proyecto]

CRITERIOS PARA ESTABLECER LOS VALORES DEL NIVEL DE

PROBABILIDAD E IMPACTO

NIVELES DE PROBABILIDAD
[Se debe definir cuales son los niveles de probabilidad y los valores asociados a cada uno de
estos niveles, para ello se deberá analizar si estos niveles están de acuerdo al contexto del
proyecto, en otras palabras si estos niveles serán los necesarios o se podrían aumentar por
quedar muy cortos para la asignación de la probabilidad. Esta tabla deberá usarse para la
asignación del nivel de
impacto de los riesgos identificados que se incluyen en el informe de
estado]

Nivel de Probabilidad Valor

Baja 0.25
Media 0.50
Alta 0.75

NIVELES DE IMP ACTO

[Se debe definir cuales son los niveles de impacto y los valores asociados a cada uno de estos
niveles, para ello se deberá analizar si estos niveles están de acuerdo al contexto del proyecto, en
otras palabras si estos niveles serán los necesarios o se podrían aumentar por quedar muy cortos
para la asignación de la probabilidad. Finalmente se analizaran los factores: alcance, tiempo,
costo y calidad asignado a cada nivel de impacto y evaluar si representan lo mas adecuado para
el contexto y riesgo del proyecto en caso contrario se realizaran los ajustes necesarios. Esta tabla
deberá usarse para la asignación del nivel de impacto de los riesgos identificados que se incluyen
en el informe de estado]:
 216

CRITERIOS PARA PRIORIZAR RIESGOS DEL PROYECTO

[Teniendo en cuenta los niveles de probabilidad e impacto se deberá de armar una matriz de
Priorización de riesgos, identificando aquellas zonas en las cuales se considerara un riesgo de
alta prioridad, de prioridad media y de baja prioridad. Esta matriz deberá usarse para la
asignación de la prioridad de los riesgos identificados que se incluyen en el informe de estado]

MECANISMOS DE LEVANTAMIENTO Y DISTRIBUCION DE LA INFORMACION

DE RIESGOS
[Se deberá definir cuales son los medios a través de los cuales se hará la identificación de los
riesgos, quienes participaran y quien realizara la identificación de los riesgos. Así mismo se
identificaran aquellos mecanismos que se usaran para la comunicación de los
riesgos identificados]

ESTRATEGIAS DE RESPUESTA A LOS RIESGOS

[Se debe listar y describir que alternativas de estrategia de respuesta a los riesgos podemos
aplicar para contrarrestar a los riesgos. Estas estrategias deben usarse para clasificar las
respuestas a los riesgos asignadas a cada riesgo identificado en el informe de estado, en otras
palabras se escoge la estrategia de respuesta más adecuada para contrarrestar a los riesgos.]

ROLES Y RESPONSABILIDADES
[En la tabla que se muestra se debe listar los roles que participaran en el proceso de Gestión
de
Riesgos. Por cada uno de los roles listar sus responsabilidades o actividades que deberán
realizar]

IDENTIFICACION, PRIORIZACION, RESPUESTA, SEGUIMIENTO Y CONTROL

A LOS RIESGOS DEL PROYECTO
[Se llenara este formato con los riesgos que se identifiquen al inicio del proyecto y aquellos riesgos
de gran impacto que podrían ocurrir durante todo el proyecto. Además se debe Incluir un texto
donde se deja claro que la Gestión de riesgos se realizara y presentara en el informe de estado en
el cual hay una sección de riesgos]
 217

OTROS PLANES QUE ESTAN RELACIONADOS CON EL

PROYECTO
[Se deben listar aquellos planes que están relacionados con el proyecto, ya sea internos
al proyecto (Plan de Pruebas, Plan de Gestión de la Configuración, etc.) o externos (Planes de
otros
proyectos). Describir brevemente estos planes identificados.]

METRICAS DEL PROYECTO

PROCESO DE GESTIÓN DE MÉTRICAS

MÉTRICAS A RECOLECTAR

[Se deben listar aquellas métricas que se obtendrán durante el desarrollo del proyecto así mismo
se deben referenciar los documentos donde se encuentra el detalle de cada métrica]

TOMA DE DECISIONES

PROCESO DE TOMA DE DECISIONES

GESTIÓN DE PROYECTOS
[ Se listarán los momentos en la Gestión de Proyectos en el cuál el proyecto realizará la toma
de decisiones.]

INGENIERÍA DE PROYECTOS
[ Se listarán los momentos en la Ingeniería de Proyectos en el cuál el proyecto realizará la toma
de decisiones.]

COMUNICACIÓN DE LAS DECISIONES

[ Se colocará un breve texto de cómo se realizará la comunicación de las decisiones
tomadas. Por ejemplo:]

ANEXOS

[En caso que se considere necesario se colocaran anexos]

 218

FORMATO 4 - ACTA DE REUNIÓN

OBJETIVO -

IMPORTANCIA -
Alta Media Baja

AGENDA DURACION

TEMAS EXPOSIT ESTIMADA REAL

LUGAR Y FECHA

PROGRAMADA REAL

PARTICIPANTES

INIC NOMBRES Y CONDICION ROL LLEGADA SALIDA

APELLIDOS
EMPRESA CLIENTE

PROVEEDOR
 219

TEMAS TRATADOS
TEMA

TEMAS PENDIENTES

ACUERDOS TOMADOS

Nº DESCRIPCIÓN DEL ACUERDO Resp. Fecha Límite

Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no
recibir alguna observación posterior a las 24 horas de difundida.

FIRMA DE LOS PARTICIPANTES

Participantes Firma
NOMBRE EMPRESA CLIENTE

NOMBRE EMPRESA PROVEEDORA

 220

FORMATO 5 - INFORME DE ESTADO

Proyecto ABC
Nombre del Proyecto

Informe de Estado Semanal

del Proyecto
Nº 04
Versión 1.0

Preparado por: Nombres y Apellidos

Rol: Jefe del Proyecto

Marzo, 2009
 221

CONTROL DE VERSIONES

PARTES
DESCRIPCIÓN FECHA DE MODIFICADO REVISADO APROBADO
VERSIÓN QUE
DEL CAMBIO CAMBIO POR POR POR
CAMBIAN

1.0 Versión Inicial

ESTADO DEL PROYECTO

ESTADO DEL PROYECTO – MÉTRICAS
 222

TIPO DE GESTIÓN DEL PROYECTO

Tipo de Proy Muy

Gestión
Apreciación General Proy Pequeño Proy Mediano Proy Grande
Grande X
Tamaño Esfuerzo Total
Proy. Pequeño
Proy Mediano Proy Grande Proy Muy
m/h
<0 –8]
<8 –20] <20 -60]
Grande X
<60 a +>

ESTADO DEL CRONOGRAMA

No No
Plan Actual Adelantado A tiempo Atrasado X
Actualizado Existe

SEGUIMIENTO
CONTROL DEL PLAN DEL PROYECTO

Evolución del Plan TOTAL Duración Esfuerzo Entregables Avance

Versión (mes) m/h (Nº) (%)

Plan Línea Base V2 10 93 7 82.19

Plan Real V3 10 93 7 82.08

Desviación (%) 0% 0% 0 -0.11

ANÁLISIS DEL VALOR GANADO

Para informar los indicadores generados durante el desarrollo del proyecto al 16/03/2007 se
utilizará la técnica del Valor Ganado, la cuál integra el avance del Alcance, Tiempo y Costo de los
entregables del proyecto. El siguiente gráfico muestra los valores acumulados para:
Valor
Planeado (PV), Valor Ganado (EV) y Costo Actual (AC).

Fecha de Estado
16/03/2007
 223

VALOR CLAVE RESULTADOS

Valor Planificado (PV) 82.39% S/. 317,447.49
Valor Ganado (EV) 82.35% S/. 317,289.76

De los resultados obtenidos (PV, EV y AC), se procederá a analizar los siguientes indicadores que
proporcionará medidas de rendimiento del trabajo realizado hasta el momento en el proyecto:

INDICADOR VALOR
Variación del Cronograma (SV) = EV – PV -0.04% -S/. 157.73
Índice de Rendimiento del Cronograma (SPI) = EV / PV 1.00

La variación del cronograma (SV) igual a S/. 157.73 (-0.04%) nos revela que
hemos recuperado el atraso comunicado en las últimas semanas. El indicador de la semana
pasada fue -2.83%.
El índice de rendimiento del cronograma (SPI) igual a 1.00 nos permite concluir que se
esta avanzando a un ritmo de 100% de lo inicialmente planificado. El indicador de la
semana pasada fue 0.94.

ENTREGABLES CONTRACTUALES Y FACTURACIÓN

 224

SITUACIÓN ACTUAL DEL PROYECTO – AVANCE AL 02/03/2007

ACTIVIDADES PRINCIPALES REALIZADAS EN EL PERÍODO 12/03/2007 AL

16/03/2007

1. Modelo de Casos de Uso (actualización)

2. Documento de Arquitectura de Software (actualización)
3. Plan de Pruebas (iterativo y semanal)
4. Programas fuente y ejecutables
 Levantamiento de Incidencias
 Subsistema de Electricidad
 Subsistema de Asuntos Ambientales
 Subsistema de Expedientes
 Integración
5. Resultado de Pruebas (iterativo y semanal)

PROBLEMAS PRESENTADOS EN EL PERÍODO

 225

CAMBIOS EN EL PERÍODO

RIESGOS DEL PROYECTO EN EL PERÍODO

PENDIENTE A LA FECHA

PRÓXIMAS ACTIVIDADES EN EL PERÍODO 19/03/2007 AL 23/03/2007

Construcción – Iteración 4
1. Modelo de Casos de Uso (actualización)
2. Plan de Pruebas (iterativo y semanal)
3. Programas fuente y ejecutables
 Levantamiento de Incidencias
 Subsistema de Maestras
 Subsistema de Seguridad
 Subsistema de Consultas Analíticas
 226

 Subsistema Receptor
 Subsistema de Asuntos Ambientales
 Subsistema de Expedientes
4. Resultado de Pruebas (iterativo y semanal con una dedicación de 3 horas diarias por parte
de los interesados de la Áreas de Negocio)
 227

FORMATO 6 - SOLICITUD DE CAMBIO

NOMBRE DEL PROYECTO

Solicitud de Cambio
Nº 01

Versión 1.0

Solicitado por: Nombre del Jefe de Proyecto

Rol: Jefe de proyecto CLIENTE ABC.

Febrero, 2011
 228

CONTROL DE VERSIONES

PARTES QUE FECHA DEL MODIFICADO APROBADO

VERSIÓN DESCRIPCIÓN DEL CAMBIO
CAMBIAN CAMBIO POR POR

1.0 Versión inicial 08/02/2011 Enrique Miñan Enrique Miñan

1.1 Acción a Tomar Se indica motivo de descarte 24/05/2011 Enrique Miñan Enrique Miñan
del cambio

INFORMACIÓN GENERAL DE LA SOLICITUD DE CAMBIO

FECHA DE LA SOLICITUD: 08/02/2011

SOLICITADO POR: Nombres Jefe de Proyecto, Cargo
RESPONSABLE: Nombre Gerente Proyecto, Cargo.
FASE DEL PROYECTO: Desarrollo 1ra Etapa.

DESCRIPCION DEL CAMBIO

Método de envío de correos:

Considerar en el presente desarrollo el nuevo método de envío de correos que se desarrollara y
cuyo pedido formal de desarrollo ya se ha realizado. El nuevo método ya no utilizara la técnica de
SQLMAIL sino la técnica Exchange SMTP, el cual será usado como estándar para todas las
aplicaciones del SGA.

REQUERIMIENTOS NUEVOS, MODIFICADOS O ELIMINADOS

En resumen, los requerimientos incorporados dentro del alcance del producto o requerimientos
que han sufrido cambios son los siguientes:

REQUERIMIENTO TIPO REQUERIMIENTO DESCRIPCIÓN REQUERIMIENTO

FUNCIONAL
(Nuevo/Modificado/Eliminado)
RNF-0022 Nuevo Se modifica la manera como inicialmente se
concibió la forma en que [NOMBRE
CLIENTE] realizaría el envío de correos para
atender el requerimiento de manejo de alertas
 229

y correos electrónicos estándar. El modelo

anterior era reutilizar los programas ya
existentes en el [NOMBRE CLIENTE] en
producción.

PRIORIDAD

Alta Media Baja

JUSTIFICACIÓN

Mejorar la performance de la base de datos y aplicar una buena práctica de programación para
este tipo de funcionalidad cuando el número de transacciones que envían correos se hace tan
alto
como la que actualmente ya maneja el SGA.

IMPACTO DEL CAMBIO

ALCANCE
CLIENTE deberá usar la nueva técnica para el envío de correos que se desarrollara en otro
proyecto.

TIEMPO
No aplica.

COSTO
No aplica.

ITEMS DE LA GESTION DE LA CONFIGURACION

En esta sección se listaran los entregables pertenecientes a la línea base que se cambiara
debido al cambio

La documentación que deberá reflejar el cambio serán:

 Especificación de Requerimientos de Software.
 Matriz de trazabilidad.
 230

ACCIONAR A TOMAR:

Implantar Postergar Descartar X

No se ejecuto por motivos de que no se cambio la plataforma tecnológica; se ejecutaría a

manera de un nuevo requerimiento fuera del presente proyecto. Se acepto descartar en
reunión del
24/05/2011.

COMENTARIOS:
.........................................................................................................................................................
Se recibió el correo de solicitud y aprobación
........................................................................

RV proyecto para elimiar envio de email via SQL.msg

.................................................................................

.........................................................................................................................................................

FIRMA DE APROBACION

Para dar la conformidad al presente documento, se requiere las firmas de las personas indicadas
a continuación:

Nombre Solicitante Nombre Solicitante

Cargo Jefe de Proyectos
Nombre Empresa Cliente Nombre Proveedor

Fecha: sábado, 12 de septiembre de 2015

FORMATO 7 - ACTA DE APROBACIÓN DE ENTREGABLES

Proyecto [Nombre
Proyecto]

Acta de Aceptación de
Entregables a Aprobar

Versión 1.0

Junio, 2011
 ACTA DE ACEPTACIÓN –
Módulos Cotización y Crédito [NOMBRE PROYECTO]

Antecedentes

El proyecto [NOMBRE PROYECTO] está compuesto por los módulos:

El Módulo de Cotización: mediante el cual se realiza el proceso de registro, a partir de una
[Funcionalidad], de la cotización de [Funcionalidad]y de seguro vehicular basado en simulaciones
de cuotas de crédito.
El Módulo de Crédito [NOMBRE PROYECTO]: a través del cual se gestiona la solicitud de
un
crédito vehicular, la precalificación por las entidades financieras de dicha solicitud, la elección de
la entidad financiera que procederá a la evaluación; la gestión del expediente de evaluación
y finalmente el cierre de documentación vinculante del crédito.
El Módulo de Crédito Directo: el cual permite registrar los créditos, que de manera directa,
le
solicitan los clientes a Automotores [Nombre Cliente], registrando además la documentación
vinculante de dicho crédito.

Objetivo del Acta de Aceptación

El presente documento tiene como objetivo:

 Formalizar la aceptación del software con los requerimientos del proyecto [NOMBRE
PROYECTO] establecidos para los procesos de negocio de Cotización y Crédito
[NOMBRE PROYECTO], de acuerdo al documento de especificación funcional aprobado por
los usuarios de [NOMBRE PROYECTO].

Entregables

Luego de haberse realizado la verificación de alcance, pruebas y presentaciones con los

interesados de Sistemas, [Nombre Proyecto], Bancos y Ventas, los entregables mencionados a
continuación sustentan la culminación de las actividades del proyecto para los módulos en
cuestión, de acuerdo a lo indicado en la propuesta técnica presentada por [PROVEEDOR]:
3. Manuales de usuario y manuales técnicos del sistema.
4. Programas fuentes del sistema.

Firmado en Lima el 09 de Junio de 2011

AUTOMOTORES [NOMBRE CLIENTE] [PROVEEDOR] S.A.

PERU

Nombre : Nombres y Apellidos Nombre : Nombres y Apellidos

Jefe de Proyectos - Sistemas [CLIENTE] Jefe de Proyectos
 233

FORMATO 8 - LECCIONES APRENDIDAS

Proyecto abc
Desarrollo de Sistemas de
Información

Lecciones Aprendidas del

Proyecto

Versión 1.0

Elaborado por: Equipo Proyecto MEM

Rol: Gerente del Proyecto

Julio, 2006
 234

CONTROL DE VERSIONES

PARTES
VERS DESCRIPCIÓN FECHA DE MODIFICADO REVISADO
QUE APROBADO POR
IÓN DEL CAMBIO CAMBIO POR POR
CAMBIAN

1.0 Versión Inicial 05/01/2007 abc abc abc

RESUMEN EJECUTIVO DEL PROYECTO

PARTICIPANTES EN LA RECOLECCION DE LAS LECCIONES APRENDIDAS

NOMBRES Y APELLIDOS ROL

ab Jefe de Proyecto
abc Analista de Sistema
abc Analista Programador

PRINCIPALES LECCIONES APRENDIDAS

1.

2.

3.

4.

5.

6.

7.

8.

9.

10

11

12

13

14
 235

15

16

17

18

19

20

21

LECCIONES APRENDIDAS DE GESTION DE PROYECTOS

INICIACION DELPROYECTO

EXPERIENCIAS POSITIVAS
Realizar una Reunión de lanzamiento del proyecto. Esto ayudo a comprometer a los involucrados
del lado del Cliente.
Hacer firma el acta de constitución y el acta de Reunión de la Reunión de lanzamiento. Esto
garantiza que las personas se comprometan.

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
No convocar al patrocinador del proyecto Convocar a Reunión de lanzamiento del proyecto al
a la Reunión de lanzamiento del patrocinador del proyecto con la finalidad de contar con
proyecto. su respaldo durante todo el desarrollo del proyecto.

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

Presentación de lanzamiento de Proyecto (Nombre del Documento)
Acta de Reunión de lanzamiento del Proyecto (Nombre del Documento)
Acta de Constitución del Proyecto (Nombre del Documento)
PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS
Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
 236

Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
WBS Chart Pro Es un herramienta muy practica que acelera la elaboración de
WBS, se pueden hacer cambios en la estructura rápidamente.
Comparado con el Visio es mucho mas flexible.

PLANIFICACION DELPROYECTO

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
 237

HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA

RECOMENDADAS

EJECUCION DEL PROYECTO

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
 238

SEGUIMIENTO Y CONTROL DEL PROYECTO

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
 239

CIERRE DELPROYECTO

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
 240

LECCIONES APRENDIDAS DE INGENIERIA DEL PROYECTO

FASE1

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS

FASE2

EXPERIENCIAS POSITIVAS
 241

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS

FASE3

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS
 242

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS

FASE4

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

 243

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS

FASE5

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
 244

Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS

LECCIONES APRENDIDAS DE SOPORTE DEL PROYECTO

ASEGURAMIENTO DE LA CALIDAD

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
 245

RECOMENDADAS

GESTION DE LA CONFIGURACION

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
 246

ANALIZAR Y TOMAR DESICION

EXPERIENCIAS POSITIVAS

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS

GESTIONAR METRICAS

EXPERIENCIAS POSITIVAS
 247

EXPERIENCIAS NEGATIVAS PROPUESTAS DE MEJORA A LAS EXPERIENCIAS

NEGATIVAS

BUENOS EJEMPLOS DE ENTREGABLES (Documentos)

PROCESOS PROPUESTAS DE MEJORA A LOS PROCESOS

Nombre del Proceso1
Nombre del Proceso2
Nombre del Proceso3
Nombre del Proceso4
PLANTILLAS PROPUESTAS DE MEJORA A LAS PLANTILLAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
 248

FORMATO 9 - ACTA DE CIERRE DEL PROYECTO

OBJETIVO -

IMPORTANCIA -
Alta Media Baja

AGENDA DURACION

TEMAS EXPOSIT ESTIMADA REAL

LUGAR Y FECHA

PROGRAMADA REAL

PARTICIPANTES

INIC NOMBRES Y CONDICION ROL LLEGADA SALIDA

APELLIDOS
EMPRESA CLIENTE

PROVEEDOR
 249

TEMAS TRATADOS
TEMA

TEMAS PENDIENTES

ACUERDOS TOMADOS

Nº DESCRIPCIÓN DEL ACUERDO Resp. Fecha Límite

Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no
recibir alguna observación posterior a las 24 horas de difundida.

FIRMA DE LOS PARTICIPANTES

Participantes Firma
NOMBRE EMPRESA CLIENTE

NOMBRE EMPRESA PROVEEDORA

 250

FORMATO 10 - ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

<Nombre del Proyecto>

Especificación de
Requerimientos de
Software - SRS

Versión 1.0

Elaborado por: Equipo de Ingeniería del

Proyecto

Diciembre, 2006
 251

CONTROL DE VERSIONES

FECHA
PARTES QUE DESCRIPCIÓN DEL MODIFICADO
VERSIÓN DEL APROBADO POR
CAMBIAN CAMBIO POR
CAMBIO

1.0 Versión inicial 11/12/2006 Equipo de Equipo de Gestión

Ingeniería del del Proyecto
Proyecto
2.0 Sección: 8. Se modificó la estructura 21/08/2007 (Analista de EMP
REQUERIMIENTO para la especificación de los
S FUNCIONALES requerimientos. Así mismo
dentro de esta sección se
agregó una subsección de
requerimientos de interfaces
del Sistema

INTRODUCCIÓN
[La introducción de la Especificación de Requerimientos de Software (SRS) provee una visión
general de los SRS. Incluye el propósito, el alcance, las definiciones, las siglas, abreviaturas,
referencias, y visión general de los SRS.]

[Nota: El Documento SRS captura los Requerimientos de Software completos para el sistema, o
una parte del sistema. Una típica SRS sigue la idea general para el proyecto que usa solamente
requisitos de estilo tradicionales y naturales - lenguajes - sin modelado de Caso de Uso. Capta
todos Requerimientos en un solo documento, con secciones aplicables insertadas de las
especificaciones adicionales (que más sería necesitado). Para una plantilla usando Modelado de
Casos de Uso - SRS que consta de un paquete que contiene Casos de Uso del Modelo de
Caso de Uso y las especificaciones adicionales aplicables.]

1.1 PROPÓSITO
[Especifique el propósito de este SRS. El SRS describe el comportamiento externo de la
aplicación o el subsistema identificado completamente. También describe Especificaciones
Suplementarias, restricciones de diseño, y otros factores necesarios para proveer una
completa y exhaustiva descripción de los requerimientos para el software.]

Ejemplo: Este documento tiene por objeto hacer el relevamiento completo de

requerimientos para un proyecto de desarrollo de sistemas ya aprobado y ordenado
comercialmente por el cliente, debe tener la información verificada y válida suficiente que
permita iniciar el diseño del sistema. Toma como base la última versión del Documento
de
 252

Requerimientos que se utilizó para hacer la Propuesta y amplía el análisis de

requerimientos respectivo. Es un entregable de reuniones con usuarios, clientes y otros
stakeholders acerca de la formalización completa y consensuada de sus requerimientos
para el desarrollo del proyecto.

1.2 ALCANCE
[Una descripción breve de la aplicación de software a la que el SRS es aplicable, a la
característica o agrupación del subsistema, que el Modelo de Caso de Uso es
asociado con cualquier cosa que es afectada o influido por este documento.]

1.3 DEFINICIONES, SIGLAS Y

ABREVIATURAS

[Esta sección interna provee las definiciones de todos los términos, siglas, y las
abreviaturas requeridas para interpretar a los SRS apropiadamente. Esta información
puede ser proveída por referencia al Glosario de Término, índice o a otro documento.]

 Avios: Son los adicionales a la tela necesarios para la confección de prendas de vestir
(ej. botones, cierres, etc).
 Kardex: Documento de valorización del inventario que sigue un estándar establecido por la
Superintendencia Nacional Tributaria
(SUNAT).
 Maquilado: Proceso de tercerización de la elaboración de un sub – ensamble o producto.
 P.O.: Puchase Order u Orden de Compra de los clientes.

OBJETIVOS DEL SISTEMA

En este punto se presentan los resultados que el negocio quiere lograr con el sistema, estos
pueden ser la solución de alguno o varios problemas, la generación de nuevas oportunidades de
negocio, alguna mejora que los usuarios o clientes necesitan o mejor información para la toma de
decisiones directivas o ejecutivas. Estos objetivos se presentan en términos de los usuarios o
clientes y deben servir para dirigir el trabajo de definición de requerimientos del sistema o
aplicativo a desarrollar o adecuar.
La fuente para identificar los objetivos del sistema son las gerencias clientes que se
beneficiarán con la implantación del aplicativo a desarrollar, pueden ser varias por lo que es
necesario conciliar objetivos y priorizar sus objetivos en el tiempo.
Debe ser una lista concisa y completa de los objetivos de negocio a lograr.

2.1 DIAGRAMA DE CONTEXTO

Incluir el diagrama de contexto del sistema

 253

RESTRICCIONES DE LA SOLUCIÓN
[Referido a las restricciones de la solución que se encuentran relacionados al
software, hardware y a la funcionalidad.]
restricciones son situaciones claramente existentes y que impiden o limitan el efectivo desarrollo del
sistema o aplicativo, pueden ser restricciones organizacionales, financieras, técnicas y/o de recursos
humanos;

3.1 SOFTWARE
Ingrese aquí las restricciones de los requerimientos referidos netamente
al software a ser utilizado en el desarrollo. En caso

3.2 HARDWARE

Ingrese aquí las restricciones de los requerimientos referidos netamente

al hardware a ser utilizado en el desarrollo.

3.3 FUNCIONALES
Ingrese aquí las restricciones de los requerimientos referidos al ámbito
funcional del negocio.
Por ejemplo: El sistema debe empezar a operar en enero del año
2005.

SUPUESTOS
Ingrese aquí los principales supuestos relacionados a la implementación del
sistema.
supuestos son condiciones dentro de las cuales se desarrollará el sistema, que el
equipo de desarrolla define frente a la incertidumbre y/o falta de información.
Por ejemplo: El sistema solo será accesado por el personal de la empresa.

INFORMACION RELEVANTE PARA LA ESPECIFICACION DE

REQUERIMIENTOS
Ingrese aquí la información importante y crítica para el desarrollo del sistema. En
este punto se deben identificar y presentar las fuentes que se usan para definir
los requerimientos del sistema, ya sean planes, documentos.

PERSONAS QUE PROVEERAN REQUERIMIENTOS

[Describe a los interesados del Sistema por cada Subsistema identificado.]
Identificar con sus datos personales y medios de contacto a los participantes designados para el
trabajo de requerimientos (usuarios, clientes, otros “stakeholders”, representantes del equipo de
desarrollo y de agentes externo ). Extraer esta seccion del plan de gestion de requerimientos de la
seccion roles y re(Sigla del Sistema)nsabildades.
 254

REQUERIMIENTOS DEL CLIENTE (ALTO NIVEL)

Ingrese aquí los requerimientos especificados por el cliente en una versión inicial de acuerdo a lo
descrito en la Propuesta Técnica, manteniendo la nomenclatura descrita en el Plan de Gestión de
Requerimientos.
REQUERIMIENTO DESCRIPCIÓN
DE ALTO NIVEL
RAN-0001 Texto especificado del requerimiento.
RAN-0002
RAN-0003
RAN-0004
RAN-0005

REQUERIMIENTOS FUNCIONALES

[Esta sección de los SRS contiene todos requerimientos de software a un nivel de detalle
suficiente para permitir que los Analistas de Sistemas diseñen un sistema que satisfaga esos
requerimientos, y también, evaluar que el sistema satisfaga esos requerimientos. Usando
Modelo de Casos de Uso, estos requerimientos son captados en los casos de uso y las en las
especificaciones adicionales suplementarias. Si el modelado de caso de uso no es usado, la idea
general para las especificaciones adicionales puede ser insertada directamente en esta sección,
como se muestra a continuación.]
[Por cada uno de los procesos del negocio involucrados en el Software a desarrollar se deberán
especificar los requerimientos funcionales. Así mismo estos requerimientos funcionales deberán
estar clasificados por proceso del negocio. Se deberán identificar los requerimientos
relacionados a interfaces internas y externas del software a desarrollar, esta sección de
requerimientos de interfaces no deberá ser eliminada, en caso el software a desarrollar no
presenten ningún tipo de interface, se comentará en la sección que el software no presenta
interfaces internas ni externas.

8.1 PROCESO DEL NEGOCIO: ELABORACIÓN DEL

CRONOGRAMA

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- Se podrá generar un reporte exportable a Excel La información de cada
0001 con la utilización de recursos. cronograma podrá ser impresa
y exportada a Excel en forma
de tabla de datos

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:
 255

Importación y exportación de
datos del MS Project

Importación y exportación de
datos al Primavera

El desarrollo de estas
pantallas solo considera los
campos que actualmente
tiene el sistema (SIGLA DEL
SISTEMA). No se
considerará el ingreso o
visualizar información
adicional

No se considerará información
ni funcionalidad adicional a la
que tiene el sistema (SIGLA
DEL SISTEMA) actual

La exportación de datos a
Excel no contempla la forma
gráfica del cronograma. Solo la
tabla de datos.
ESCENARIOS DEL NEGOCIO

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0002

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:

ESCENARIOS DEL NEGOCIO

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0003

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:
 256

ESCENARIOS DEL NEGOCIO

8.2 PROCESO DEL NEGOCIO: SEGUIMIENTO DEL CRONOGRAMA

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0004

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:

ESCENARIOS DEL NEGOCIO:

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0005

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:

ESCENARIOS DEL NEGOCIO:

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0006

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:
 257

ESCENARIOS DEL NEGOCIO

8.3 REQUERIMIENTOS DE INTERFACES DEL SISTEMA

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0007
CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:

ESCENARIOS DEL NEGOCIO:

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0008

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:

ESCENARIOS DEL NEGOCIO:

CÓDIGO DESCRIPCIÓN REQUERIMIENTO FUNCIONAL PROPUESTA DE SOLUCIÓN

REQUER.
REQF- 
0009

CONSIDERACIONES :

ALCANCE NO
CONTEMPLADO:

ESCENARIOS DEL NEGOCIO:

 258

REQUERIMIENTOS NO FUNCIONALES

9.1 REQUERIMIENTOS DE INTERFACES DE USUARIO

[Describa las interfaces de usuarios que serán implementadas por el software.]

Ejemplo: El software tendra la apariencia Windows

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.2 REQUERIMIENTOS DE INTERFACES DE HARDWARE

[Esta sección define cualquier interfaces de hardware que pueden ser soportadas por el
software, incluyendo estructura lógica, direcciones físicas, comportamientos esperados,
etcétera.]

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.3 REQUERIMIENTOS DE INTERFACES DE SOFTWARE

[Esta sección describe interfaces de software para otros componentes del sistema de
software. Éstos podrían ser componentes comprados, componentes reusados de otra
aplicación o componentes que están desarrollados para los subsistemas fuera del alcance
de este SRS pero con cuál debe interactuar esta aplicación de software.]

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
 259

9.4 REQUERIMIENTOS DE INTERFACES DE COMUNICACIÓN

[Describa cualquier interfaces de comunicación para otros sistemas o di(Sigla del
Sistema)sitivos como redes de área locales, di(Sigla del Sistema)sitivos seriales
remotos,etcétera.]

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.5 REQUERIMIENTOS DE USABILIDAD

[This section includes all those requirements that affect usability. For example,
 specify measurable task times for typical tasks or base the new system’s usability
requirements on other systems that the users know and like
 specify requirement to conform to common usability standards, such as IBM’s CUA
standards Microsoft’s GUI standards]

Por ejemplo: El seteo inicial de plantillas (Listas de Materiales) se realizará en conjunto con
(Empresa Proveedora). El sistema provee facilidades para el copiado de plantillas que ayudan
a registrar las Ordenes de Trabajo en forma rápida.

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.6 REQUERIMIENTOS DE PERFOMANCE O RENDIMIENTO

[The system’s performance characteristics are outlined in this section. Include

specific re(Sigla del Sistema)nse times. Where applicable, reference related Use
Cases by name.
 Re(Sigla del Sistema)nse time for a transaction (average, maximum)
 Throughput, for example, transactions per second
 Capacity, for example, the number of customers or transactions the system can
accommodate
 260

 Degradation modes (what is the acceptable mode of operation when the system
has been degraded in some manner)
 Resource utilization, such as memory, disk, communications, and so forth.

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.7 REQUERIMIENTOS OPERACIONALES

Por ejemplo: Se requiere ambiente Cliente – Servidor dentro de una oficina.

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.8 REQUERIMIENTOS DE MANTENIBILIDAD Y PORTABILIDAD

[This section indicates any requirements that will enhance the supportability or maintainability of
the system being built, including coding standards, naming conventions, class libraries,
maintenance access, and maintenance utilities.]

[Esta sección demuestra cualquier requerimiento que aumentarán el supportability

o la mantenibilidad del sistema que está desarrollados, incluyendo los padrones
de codificación, las convenciónes para dar nombre, las bibliotecas de clases,
el acceso de mantenimiento, y servicios de mantenimiento.]

Por ejemplo: Microsoft ofrece un servicio de soporte y mantenimiento

continuo.

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
 261

REQ-0008

9.9 REQUERIMIENTOS DE SEGURIDAD

Ejemplo: Mediante la creación de perfiles de seguridad el sistema controlará los accesos a

la distinta funcionalidad que maneja el sistema.

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.10 REQUERIMIENTOS DE CONFIABILIDAD

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.11 REQUERIMIENTOS DE ENTRENAMIENTO

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.12 REQUERIMIENTOS DE MIGRACION

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
 262

REQ-0007
REQ-0008

9.13 REQUERIMIENTOS POLÍTICOS Y CULTURALES

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

9.14 REQUERIMIENTOS LEGALES

Ejemplo: Los reportes financieros, Registro de Compras, Registro de Ventas y el Certificado de

Retención deben cumplir con las normas establecidas por la SUNAT.

REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008

FIRMA DE APROBACIÓN

Para dar la conformidad al presente documento, se requiere las firmas de las personas indicadas
a continuación:

<Nombre del Gerente designado> <Nombre del Representante de Cliente>

Gerente del Proyecto <Cargo>
(Empresa Proveedora) <Cliente>

Fecha: sábado, 12 de septiembre de 2015

FORMATO 11 - CASOS DE PRUEBAS UNITARIAS

Casos de Prueba

Versión 1.0

Elaborado por: Equipo de Mejora de Procesos

septiembre, 2015
 CONTROL DE VERSIONES

PARTES QUE FECHA DEL MODIFICADO APROBADO

VERSIÓN DESCRIPCIÓN DEL CAMBIO
CAMBIAN CAMBIO POR POR

1.0 Versión inicial 12/09/2015 Equipo De Equipo de

Mejora De Gestión del
Procesos Proyecto

INTRODUCCIÓN
Ingrese aquí una breve descripción del propósito de los casos de prueba.

FLUJO DE EVENTOS
Describe los pasos que el tester lleva acabo para desarrollar las pruebas. Cada paso debe indicar
una respuesta ante acciones ejecutadas por el tester, de ser necesario se deberá ad juntar
las
pantallas con los resultados esperados para efectos de una mayor
claridad.
Ver Anexo Nº 1 (Formato: XXXXX.doc)

2.1 CASOS DE PRUEBA – PRUEBAS UNITARIAS

265
 10

FIRMA DE APROBACION

Para dar la conformidad al presente documento, se requiere las firmas de las personas indicadas
a continuación:

Gerente del Proyecto Coordinador del Proyecto

CosapiSoft

Gerente del Proyecto

Fecha: sábado, 12 de septiembre de 2015

FORMATO 12 - INFORME DE PRUEBAS DE ACEPTACIÓN

[Nombre del Proyecto]

[Tipo de Proyecto]

Informe de Pruebas de
Aceptación

Versión 1.0

Elaborado por: Equipo de Mejora de Procesos

septiembre, 2015
 CONTROL DE VERSIONES

PARTES QUE DESCRIPCIÓN DEL FECHA DEL MODIFICADO

VERSIÓN APROBADO POR
CAMBIAN CAMBIO CAMBIO POR

1.0 Versión inicial 12/09/2015 Equipo De Mejora Equipo de Gestión

De Procesos del Proyecto

OBJETIVO
[Ingresar aquí el Objetivo de este Entregable]
EJM. El presente documento tiene como objetivo describir las conclusiones de
las pruebas del cliente las cuales se realizaron desde el DD/MM/AAAA hasta el
DD/MM/AAAA.

ALCANCE
[Ingresar aquí el Alcance de este entregable]
EJM. El presente Documento cubre las Pruebas a los Módulos: A, B, C….

RELACION DE PARTICIPANTES

Nombres y Apellidos Identificador Responsabilidades Área

[Mencionar las [Área / Unidad /
[Nombre mas Apellido] [Iniciales]
Responsabilidades] etc.]
[Mencionar las [Área / Unidad /
[Nombre mas Apellido] [Iniciales]
Responsabilidades] etc.]

RESULTADO DE PRUEBAS
[Ingresar aquí el Resultado de las Pruebas, según el formato especificado y según la
unidad considerada, Módulo, Subsistema, etc.]

MODULO [NOMBRE MODULO, SUBSIS]

Código de Responsable de
Persona que
Requerimient Resultados Levantar la
Nro Caso Estado Final ejecutaron
os Reales incidencia
las pruebas
Relacionados
[Colocar el
Estado:
[Nro de Culminado [Colocar
[Colocar [Colocar
Caso de satisfactoriam alguna
6. Nombres y Nombres y
Prueba ente / observación
Apellidos] Apellidos]
Unitaria] Culminado con pertinente]
Problemas /
No Culminado]
 [Colocar el
Estado:
Culminado
[Nro de [Colocar
satisfactoriam [Colocar [Colocar
Caso de alguna
7. ente / Nombres y Nombres y
Prueba observación
Culminado con Apellidos] Apellidos]
Unitaria] pertinente]
Problemas /
No Culminado]

MODULO [NOMBRE MODULO, SUBSIS]

Código de Responsable de
Persona que
Requerimient Resultados Levantar la
Nro Caso Estado Final ejecutaron
os Reales incidencia
las pruebas
Relacionados
[Colocar el
Estado:
Culminado
[Nro de [Colocar
satisfactoriam [Colocar [Colocar
Caso de alguna
8. ente / Nombres y Nombres y
Prueba observación
Culminado con Apellidos] Apellidos]
Unitaria] pertinente]
Problemas /
No Culminado]

[Colocar el
Estado:
Culminado
[Nro de [Colocar
satisfactoriam [Colocar [Colocar
Caso de alguna
9. ente / Nombres y Nombres y
Prueba observación
Culminado con Apellidos] Apellidos]
Unitaria] pertinente]
Problemas /
No Culminado]

CONCLUSIONES
[Ingresaraquí un comentario de los resultados obtenidos en las pruebas, reiterar el
compromiso de PROVEEDOR de levantar las observaciones pendientes incluidas en
el
alcance del proyecto.]
 270

ANEXOS
CASOS DE PRUEBA
 15

FIRMA DE APROBACION

Para dar la conformidad al presente documento, se requiere las firmas de las personas indicadas
a continuación:

Gerente del Proyecto Coordinador del Proyecto

PROVEEDOR

Gerente del Proyecto

Fecha: sábado, 12 de septiembre de 2015