Professional Documents
Culture Documents
LIMA – PERÚ
2014
ii
TABLA DE CONTENIDOS
AGRADECIMIENTOS ............................................................................................................... IV
RESUMEN ....................................................................................................................................... V
ABSTRACT................................................................................................................................... VI
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.
RESUMEN
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
ABSTRACT
This thesis is a research and improvement of the hotel management company in the
RESIDENCIAL Strawberries, covering processes Check-In and Check-Out customers.
This has had the support of the general management and administrative personnel at all
times offered their collaborated approach for improvements in this project.
Information from the different areas of the organization in order to propose an improvement
to the current system of hotel management was analyzed. This improvement will be reflected
in saving the time of registration of clients, saving resources and administrative management
in general, through the proposed management system.
With this proposal is expected optimum hotel management, in which the weaknesses of the
current system are removed.
vii
INTRODUCCIÓN
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.
INDICE PRINCIPAL
1.6.1. Problemática.............................................................................................................................. 25
1.6.2. Objetivos .................................................................................................................................... 25
A. Objetivo General ................................................................................................................................ 25
B. Objetivos Específicos ....................................................................................................................... 25
ÍNDICE DE GRÁFICOS
ÍNDICE DE TABLAS
INDICE DE ANEXOS
Género: Mixto
Enseñanzas:
Al principio las habitaciones eran ofrecidas sólo a los clientes locales y los
servicios eran limitados. Luego se buscó la manera de establecer el
RESIDENCIAL en el Internet para captar más clientes y hacer conocida a la
empresa fuera de nuestro país, Al principio había mucha incertidumbre
porque era algo nuevo para nosotros, pero decidimos correr el riesgo, para
ello cambiamos nuestras instalaciones, mejorando poco a poco; con lo que
experimentamos muchas cosas con nuestros primeros huéspedes. En
RESIDENCIAL EL REMANSO trabajamos día a día para mejorar nuestro
servicio y ofrecer algo que creemos que se ha perdido en la industria
hotelera, como lo es el toque humano, la hospitalidad, muchos de los
principales hoteles de prestigio en el mundo se han centrado en la eficiencia,
reducir los costos y no comprometerse con los clientes, como resultado, han
perdido la esencia de la hospitalidad, creemos que la hospitalidad es ofrecer
un servicio personalizado y dedicarse a ser el mejor en ello.
4
GERENCIA
GENERAL
1.2.1. Visión
Para el 2019 convertirnos en una empresa con sólido prestigio hotelero a
nivel local y nacional, fomentando el desarrollo turístico de la provincia
constitucional del Callao; ofreciendo servicios personalizados que permitan
el bienestar de nuestros clientes.
1.2.2. Misión
Somos una empresa que ofrece el servicio hotelero, creando clientes leales
y satisfechos que regresen al hotel por su buen servicio, ya que estos
constituyen la clave del éxito. Preocupándonos por la valorización de
nuestros empleados y beneficio de la sociedad.
1.2.3. Valores
Perspectiva
Financiera Incrementar los
Reducir los ingresos
gastos
Perspectiva
Clientes Mejorar la
Fidelizar satisfacción del
clientes cliente
Perspectiva
Procesos Mejorar la difusión
Internos Mejorar los procesos
de nuestros
internos
servicios
Perspectiva
Aprendizaje y Capacitar y mantener
Conocimiento motivado a nuestros
colaboradores
Mantener un buen
clima laboral
A. Factores económicos
El sector hotelero en el Perú ha tenido un crecimiento importante en los
últimos cinco años (2009-2013). El Ministerio de Comercio Exterior y
Turismo (Mincetur) estimó que el sector turístico crecerá 14% este año,
la tendencia en el sector está orientada hacia el segmento corporativo,
ya que existe una gran demanda de los hombres de negocios que vienen
al Perú por el buen crecimiento económico.
En un reciente informe Hoteles y Cubiertos estimó que el Perú
proyectaría un crecimiento sostenible en el sector Hotelero de US$1.761
millones hasta el fin del año 2015, cifra que es un poco más optimista
que los US$1.500 millones que la Cámara Nacional de Turismo
(Canatur) previó para las inversiones en el periodo que va desde el 2013
hasta el 2016.
En base al buen desempeño económico que tiene el país en los últimos
años, se incrementarán los viajes de negocio que actualmente
representa el 40% de la ocupación hotelera en hoteles de 4 y 5 estrellas,
de los cuales 89% son extranjeros y un 11% nacionales.
B. Factores tecnológicos
Las empresas turísticas se están viendo sometidas actualmente a
cambios rápidos que afectan a su dinámica de negocio y que han venido
a configurar un nuevo entorno de negocio. En consecuencia, éstas
necesitan disponer de información valiosa para mejorar la gestión del
servicio, tomar mejores decisiones y desarrollar estrategias para obtener
ventajas frente a la competencia.
10
C. Factores políticos
El sector hotelero en el Perú, durante la década del 90 mostró un gran
crecimiento debido al mayor flujo de turistas al Perú, entre los factores
que han contribuido a este crecimiento están, la estabilización
económica y tributaria, las leyes de fomento a la inversión privada y la
pacificación del país.
D. Factores sociales
El sector hotelero en el Perú, durante la década del 90 mostró un gran
crecimiento debido al mayor flujo de turistas al Perú, entre los factores
que han contribuido a este crecimiento están, la estabilización
económica y tributaria, las leyes de fomento a la inversión privada y la
pacificación del país.
Esta tendencia también se ha reflejado a nivel internacional. Según la
Organización Mundial del Turismo (OMT), el turismo internacional no
solo ha crecido a tasas fenomenales en la presente década sino que en
los siguientes podría mejorar aún más.
Una de las características del sector hotelero es que su crecimiento ha
sido claramente más lento que el de la demanda, lo que se evidencia en
11
E. Factores demográficos
El Perú es uno de los principales destinos turísticos en el mundo y el
arribo de turistas extranjeros entre 2002 y 2007 ha venido creciendo
sostenidamente a un ritmo de 13% anual. En el año 2007 la
Organización Mundial del Turismo (OMT) en su estudio del Barómetro
Turístico en América del Sur, registró el ingreso de 1,812,000 turistas
extranjeros siendo superado únicamente por Argentina, Brasil y Chile.
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.
Kurmi Hostel
Laurent's Hotel
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 15 personas distribuidas en
las diferentes áreas de la empresa.
20
INFRAESTRUCTURA DE LA EMPRESA
Administración y Finanzas
Gestión de Costos y Presupuestos
Gestión contable
Mantenimiento de instalaciones
Reclutamiento de personal
Selección de personal
Contratación personal
Administración de Personal
DESARROLLO DE TECNOLOGÍA
ABASTECIMIENTO
Evaluación de proveedores
Compra de materiales de oficina.
Compra de insumos para habitaciones
Compra de insumos alimenticios
ACTIVIDADES PRIMARIAS
Reclamos
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
22
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.
A. Fortalezas
F1 Buena ubicación y localización accesible (cercana al aeropuerto)
F2 Servicio disponible las 24 horas del día los 365 días del año
F3 Cuenta con servicios de Habitaciones amplias, agradables,
cómodas y todas equipadas con TV cable, agua fría y caliente
además de proporcionar WI-FI gratuito
F4 Precios y paquetes atractivos para los clientes, además de contar
con promociones por temporada.
B. Oportunidades
O1 Incremento de turistas al país
O2 Realizar alianzas estratégicas con empresas de taxi
O3 Realizar alianzas estratégicas con agencias de turismo
O4 Implementación de nuevos servicios y tecnología
23
C. Debilidades
D1 Carecer de un sistema de información
D2 No cuenta con una filosofía organizacional formal(visión, misión,
objetivos)
D3 No contar con un servicio de recojo formal
D4 Cuenta con personal limitado
D5 Falta de capacitación al personal
D. Amenazas
A1 Competidores situados cerca del aeropuerto
A2 Nuevos competidores con precios más bajos
A3 Crecimiento lento de la economía
A4 Problemas de inseguridad en la zona
24
Buena ubicación y localización accesible (cercana al Carecer de un sistema de información que soporte los
F1 D1
aeropuerto) procesos del negocio
Servicio disponible las 24 horas del día los 365 días del No cuenta con una filosofía organizacional formal(visión,
F2 año D2
misión, objetivos)
O1 Incremento de turistas al país (F1-O1) (FO-1) Aprovechar el aumento de turistas para poder captar (D4,D5-O1)(DO-1) Mantener constantemente capacitado y motivado al
mayor clientela gracias a la cercanía de nuestro local. personal y en temporadas contratar personal.
Realizar alianzas estratégicas con (F1-O2) (FO-2) Efectuar alianzas con empresas de taxi que puedan (D3-O2)(DO-2) Formalizar la movilización de los turistas al local.
O2
empresas de taxi movilizar a los clientes que arriban a nuestras instalaciones.
Realizar alianzas estratégicas con (F1,F2,F3,F4-O3) (FO-3) Efectuar alianzas con agencias de turismo (D1-O4)(DO-3) Aprovechar la tecnología para implementar un sistema
O3
agencias de turismo que ofrezcan nuestros servicios a los turistas. de información para mejorar la gestión del negocio.
A3 Crecimiento lento de la economía (F2-A4)(FA-3) Monitorear la llegada del cliente al local con el
personal encargado de la movilidad.
1.6.1. Problemática
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.
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
El propósito del proyecto es agilizar la gestión del proceso de registro de
clientes.
B. Objetivos Específicos
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.
Grupo de Procesos
28
Áreas de Conocimiento
• Planificar Gestión de
Gestión de los Costos
• Controlar los
Costos del • Estimar Costos
Costos
Proyecto • Determinar
Presupuesto
32
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
• Planificar Gestión de • Gestionar • Controlar
Comunicaciones
Comunicaciones Comunicaciones Comunicaciones
del Proyecto
• 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
• Planificar Gestión de • Realizar • Administrar • Cerrar
Adquisiciones del
Adquisiciones Adquisiciones Adquisiciones Adquisiciones
Proyecto
TOTAL 2 24 8 11 2
Gestión de la configuración
Gestión de métricas
Gestión del Aseguramiento de la Calidad
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.
Funcionalidad (Alto)
Fiabilidad (Alto)
Sostenibilidad (Alto)
Amigabilidad (Alto)
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
INCEP TRANS
FASES
Especificación de
REV.
requerimiento del X X
PARES
Software
ELABORACIÓN
Especificación de REV.
X X X
componentes PARES
37
CONSTRUCCION
Software REV.
construido PARES
X X
(componentes REV.
seleccionados) P/UNIT
REV.
TRANSICIÓN
Software PARES
X
Construido REV.
P/UNIT
DATOS GENERALES
FICHAS DE DATOS
AN. DE SISTEMAS
AN. PROGRAMADOR
PROGRAMADOR
ASIST. INFORMATICO
GESTOR DE LA CONFIGURACION
GESTOR DE METRICAS
REUNIONES
H. H.
FECHA REVISION REVISADO ROL1 ROL2 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
41
3.1.1. Iniciación
Introducción
El sistema brindará a los usuarios resultados concretos en los reportes, que servirán
como soporte para una mejor toma de decisiones.
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.
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.
Requerimientos – requisitos
Subsistema de Clientes.
* El sistema deberá mostrar las habitaciones disponibles.
Subsistema de Cobranzas.
* El sistema deberá almacenar los diferentes consumos hechos por el cliente durante
su estadía.
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.
46
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
47
Cronograma general
48
Hitos
Fecha
Fase Sub Fase Hitos
Corregida
Iniciación Acta de Constitución (Aprobado) 04/03/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
Involucrados
Interesados
Firma de Autorización
Para dar la conformidad al inicio del proyecto, se requiere las firmas de las personas
indicadas a continuación:
3.1.2. Planificación
A. Alcance - Plan de Gestión del Alcance
1. Alcance del Producto
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.
Gerencia
General
Sistema de Gestión
Hostelera (SGH)
Departamento Área de
Sistema Contable
de Sistemas Recepción
ENFOQUE DE LA SOLUCION
SGH
(Sistema de Gestión Hostelera)
HOSTAL LAS
54
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.
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.
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
57
b. EDT
Gráfico 12 - EDT del Proyecto
58
c. Diccionario de la EDT
PAQUETE DE
DESCRIPCION DEL PAQUETE DE TRABAJO
TRABAJO
INICIO
o Acta de Se realiza con los principales interesados del Cliente y del Equipo de
Constitución del
Proyecto tiene por objetivo: formalizar el inicio del proyecto y obtener
Proyecto
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.
SEGUIMIENTO Y
CONTROL
59
CIERRE
PAQUETE DE
DESCRIPCION DEL PAQUETE DE TRABAJO
TRABAJO
INCEPCIÓN
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 los
Sistema
usuarios del sistema
CONSTRUCCIÓN
o Manual de usuario Documento que contiene las instrucciones para utilizar el sistema
implementado.
TRANSICIÓN
o Informe de Pruebas Documento que describe las conclusiones de las pruebas del cliente,
de Aceptación
dando la conformidad de las mismas.
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
63
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
64
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
65
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.
70
FACTOR DE
PLANILLA 1.5
COSTEO MENSUAL Fecha Inicio Fecha Fin
08/07/2013 27/06/2014
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
Contingencia Q Meses PU
Contingencia Operativa 10% S/. 19,302.52
Contingencia Planilla 10% S/. 19,302.52
S/. 38,605.04
2. Forma de Pago
La relación de pagos incurridos por el desarrollo del proyecto son
los siguientes:
FECHA DE FECHA DE
PORCENTAJES
MONTO DEL PAGO EMISIÓN VENCIMIENTO
FASES DE
SIN IGV DE LA FACTURA DE LA FACTURA
PAGO
(Aprox.) (Aprox.)
SEGUIMIENTO Y
CONTROL 15% S/. 31,779.66 24/09/2013 27/05/2014
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:
74
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:
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:
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 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 equipo del proyecto es el responsable de ejecutar el trabajo asignado, de acuerdo con el plan
de gestión de costos.
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.
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.
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.
76
Las siguientes mediciones serán recogidas y transmitidos por el Gerente del Proyecto:
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
77
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.
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.
COSTOS DIRECTOS :
COSTOS INDIRECTOS :
COSTOS VARIABLES :
Fecha 28/07/2013
Herramientas y Técnicas
Herramientas
Técnicas
80
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.
Herramientas y Técnicas:
2. Roles y responsabilidades
Documentar todo lo
relacionado con las pruebas.
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
85
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
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
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
ROL EN LA DATOS DE
ROL EN EL
NOMBRE EMPRESA EQUIPOS COMUNICACIÓN
PROYECTO
CLIENTE (TELEFONO/EMAIL)
CONSULTORIA CRC
RESIDENCIAL EL REMANSO
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
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
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.
89
Acta de aceptación
Día 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.
Documentación Escrita
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
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.
trabajar y los procesos que Estimaciones imprecisas del tiempo de desarrollo de las
se ejecutan durante el actividades del proyecto
desarrollo del proyecto
Modificación del cronograma del proyecto por retrasos en
el proyecto
Proyecto SGH
Estructura de Desglose
Riesgos
De la Dirección de
Técnico Externo
Organización Proyectos
Condiciones
Tecnología Financiero Planificación
climáticas
Rendimiento Comunicación
Calidad
Probabilidad Amenazas
0.25 2.5 10 20
0.50 5 20 40
0.75 7.5 30 60
10 40 80
Impacto
PRIORIZACIÓN DE RIESGOS
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” Que el producto
Que el proyecto
Joel Chipana Jefe 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” Que el proyecto
Harold genere los
3 Jefe 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
RESIDENCIAL “EL
REMANSO” Que se desarrolle
Que se termine Neutral
Jefe del el proyecto al
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.
Marketing calidad.
98
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
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
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.
100
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.
101
Duración 1 hora
Periodicidad Mensual
Duración 1 hora
Periodicidad Semanal
Duración 1 hora
Periodicidad Semanal
3.2.1. Concepción
A. Especificación de Requerimientos de Software
REQUERIMIENTO
DESCRIPCIÓN ESTADO
DE ALTO NIVEL
REQUERIMIENTOS FUNCIONALES
CONSIDERACIONES :
No se tiene ninguna
consideración.
ALCANCE NO CONTEMPLADO:
Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.
No se ha identificado.
CONSIDERACIONES :
No se tiene ninguna
consideración.
ALCANCE NO CONTEMPLADO:
104
Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.
No se ha identificado.
CONSIDERACIONES :
No se tiene ninguna
consideración.
ALCANCE NO CONTEMPLADO:
Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.
No se ha identificado.
CONSIDERACIONES :
No se tiene ninguna
consideración.
ALCANCE NO CONTEMPLADO:
Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.
No se ha identificado.
CONSIDERACIONES :
No se tiene ninguna
consideración.
ALCANCE NO CONTEMPLADO:
Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.
No se ha identificado.
CONSIDERACIONES :
No se tiene ninguna
consideración.
ALCANCE NO CONTEMPLADO:
Aquello no relacionado a la
propuesta de solución del
requerimiento funcional.
No se ha identificado.
REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTO
DESCRIPCIÓN
NO FUNCIONALES
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Requerimientos de usabilidad
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Ninguno
107
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Requerimientos operacionales
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Requerimientos de seguridad
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Requerimientos de confiabilidad
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Ninguno
Requerimientos de entrenamiento
108
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Requerimientos de migración
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
Requerimientos legales
REQUERIMIENTO DESCRIPCIÓN
NO FUNCIONALES
FIRMA DE APROBACION
Jefe de Proyecto
CONSULTORIA CRC
B. Modelo de Datos
Gráfico 15 - Modelo de Datos
Definición de actores
Actor Gerente
Descripción Es el encargado de establecer las políticas correspondientes
del negocio y de la toma de decisiones.
Actor Recepcionista
Descripción Es el encargado de registrar a los clientes.
Extensiones asíncronas
En cualquier momento el recepcionista puede
seleccionar Cancelar.
Extensiones asíncronas
En cualquier momento el recepcionista puede
seleccionar Cancelar.
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
CONTROL DE VERSIONES
FORMAT
DOCUMEN O ACCESO DISPONIBILIDA SEGURIDAD RECUPERACIÓN RETENCIÓ
TOS Ó (E=ELECT RÁPIDO D AMPLIA DE DE INFORMACIÓN N DE
ARTEFACT RÓNICO NECESAR NECESARIA ACCESO INFORMA
OS H=HARD IO CIÓN
COPY)
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
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
Ver Plan de Gestión del Cambio adjunto al Plan de Gestión del Proyecto.
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.
1. Métricas.
1. De Métricas.
CHECKLISTS 2. De Auditorías.
3. De Acciones Correctivas.
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
135
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.
C. WBS Actualizado
La EDT, no sufrió cambios dentro de la ejecución del proyecto.
139
OBJETIVO -
IMPORTANCIA -
AGENDA DURACION
LUGAR Y FECHA
PROGRAMADA REAL
PARTICIPANTES
TEMAS TRATADOS
TEMA
1. Todo lo indicado en la agenda.
TEMAS PENDIENTES
Ninguno
ACUERDOS TOMADOS
Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no recibir
alguna observación posterior a las 24 horas de difundida.
Participantes Firma
CJ Cesar Jiménez Prieto
LP Luis Ponce
142
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
A. Solicitud de 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.
No aplica.
PRIORIDAD
JUSTIFICACIÓN
Acelerar el desarrollo del producto (software) adquiriendo un nuevo recurso para llegar a
cumplir con el pedido del cliente.
ALCANCE
No aplica.
TIEMPO
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.
Acta de Constitución
Cronograma
Plan de Gestión del Proyecto
Hoja de Costos
Hoja de Recursos Humanos
ACCIONAR A TOMAR:
COMENTARIOS:
.........................................................................................................................................................
.........................................................................................................................................................
.........................................................................................................................................................
Firma de APROBACION
Para dar la conformidad al presente documento, se requiere las firmas de las personas
indicadas a continuación:
145
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.
C. Informes de Estado
GESTIÓN Y
12.3 08/08/13
INGENIERÍA
ASEGURAMIENTO DE LA CALIDAD
RESPONSABLE FECHA LIMITE ESTADO DE LA
TIPIFICACION ACCION FECHA DE ESFUERZO DE
NRO DE LA ACCION DE NO
DE LA CAUSA CORRECTIVA CORRECCION CORRECCION
CORRECTIVA CORRECCION CONFORMIDAD
1
151
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.
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
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ÉTRICAS
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
153
154
ACTA DE ACEPTACIÓN –
Antecedentes
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.
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.
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.
CONTROL DE VERSIONES
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 POSITIVAS
158
Dedicar tiempo a la planificación del Proyecto para contar con una buena gestión durante
la realizació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 POSITIVAS
Monitorear el cumplimiento de las actividades del proyecto nos brindará un mejor control de
los tiempos y entregables del proyecto.
159
Informe de Estado
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
Ningún software
OBJETIVO -
IMPORTANCIA -
AGENDA DURACION
PROGRAMADA REAL
PARTICIPANTES
EMPRESA CLIENTE
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.
Participantes Firma
RESIDENCIAL “EL REMANSO”
PE Sr. Paulino Enciso
JC Joel Chipana
CONSULTORIA CRC
CJ Cesar Jiménez Prieto
162
Participantes Firma
CR JOSE RICARDO SOTO PEREZ
LP Luis Ponce
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
RELACION DE PARTICIPANTES
163
Identificador Área
Nombres y Apellidos Responsabilidades
Revisar el funcionamiento
Víctor Enciso Infante VRI Recepción
del sistema al 100%
RESULTADO DE PRUEBAS
MODULO CLIENTES
REQ-0001 No se
Culminado VRI
encuentra Mario
CU001 satisfactoria REQ-0002
1. ninguna Castañeda
mente
Observación
MODULO COBRANZA
No se
Culminado VRI
encuentra Mario
CU002 satisfactoria REQ-0004
2. ninguna Castañeda
mente
Observación
MODULO MANTENIMIENTO
No se
Culminado VRI
encuentra Mario
CU002 satisfactoria REQ-0006
3. ninguna Castañeda
mente
Observación
164
MODULO REPORTES
No se
Culminado VRI
encuentra Mario
CU002 satisfactoria REQ-0005
4. ninguna Castañeda
mente
Observación
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.
Firma de Aprobación
Para dar la conformidad al presente documento, se requiere las firmas de las personas
indicadas a continuación:
RESIDENCIAL EL REMANSO
CONTROL DE VERSIONES
1. Reunirse sólo con las personas autorizadas a otorgar requerimientos del sistema.
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.
Ninguna. Ninguna.
EXPERIENCIAS POSITIVAS
167
Siempre consultar, no suponer preferencias respecto al diseño del sistema (colores, fuente
y tamaño de letra).
Ninguna. Ninguna.
EXPERIENCIAS POSITIVAS
Realizar necesariamente las Pruebas de Integración para dar garantía de que los módulos
del sistema interactúan correctamente.
EXPERIENCIAS POSITIVAS
Evaluar a las personas que fueron capacitadas para asegurarnos que conocen el
funcionamiento del sistema.
Ninguna.
Ninguna. Ninguna.
GESTIÓN Y
12.3 12/05/13
INGENIERÍA
¿Se elaboraron
Modelos de Caso
los Caso de Analista
ENTREGABLE 1 de Uso del Si Ninguno
Uso del Programador
Sistema
Sistema?
ASEGURAMIENTO DE LA CALIDAD
170
JOSE RICARDO
1
SOTO PEREZ
JOSE RICARDO
2
SOTO PEREZ
JOSE RICARDO
3
SOTO PEREZ
171
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.
173
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.
174
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%.
175
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%
176
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%.
177
7.1. Conclusiones
3. Con la implementación del sistema informático se logró reducir el tiempo del Check-
In en un 68.57%.
178
7.2. Recomendaciones
OBJETIVO -
IMPORTANCIA -
Alta Media Baja
AGENDA DURACION
LUGAR Y FECHA
PROGRAMADA REAL
PARTICIPANTES
EMPRESA CLIENTE
PROVEEDOR
180
TEMAS TRATADOS
TEMA
TEMAS PENDIENTES
ACUERDOS TOMADOS
Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no recibir
alguna observación posterior a las 24 horas de difundida.
Participantes Firma
NOMBRE EMPRESA CLIENTE
[LOGO PROVEEDOR]
Proyecto [SGDV]
[Nombre del Proyecto]
Julio, 2006
182
CONTROL DE VERSIONES
PARTES FECHA
VERS DESCRIPCIÓN MODIFICADO APROBADO
QUE DE REVISADO POR
IÓN DEL CAMBIO POR POR
CAMBIAN CAMBIO
INTRODUCCIÓN
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.
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.
Etc.
[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:
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.
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
185
segundo beneficio esperamos que el proyecto generará nuevas ideas de mejora de atención al
cliente.
REQUERIMIENTOS - REQUISITOS
El producto [ABC] , que permitirá satisfacer la necesidad del negocio, esta compuesto por los
siguientes subsistemas:
Plan de despliegue
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
CRONOGRAMA GENERAL
Hitos
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
(Este presupuesto y tiempo podrían incrementarse sólo con una gestión de cambio aprobada entre
ambas partes)
Se llevarán a cabo reuniones de revisión parcial (entregas parciales) durante el desarrollo del
sistema.
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:
CONTROL DE VERSIONES
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.]
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.]
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.
194
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]
196
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 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).
o EntregableGP1 [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 EntregableGP2
o EntregableGP3
o EntregableGP4
o EntregableGP5
Planificación
o EntregableGP6
o
o Entregable5
o
o
o
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.]
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
200
La siguiente es una lista de la infraestructura mínima y necesaria para que todo miembro del equipo
del proyecto pueda iniciar sus labores:
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]
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.]
HERRAMIENTAS 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.]
[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
… ….. .. …. ...
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 ESCRITA
[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
209
tabla. Al final de los documentos identificados y descritos incluir cuales son los pasos para formalizar
estos documentos]
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 emails
clasificados por algún motivo o situación.
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, entonces
210
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]
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]
NIVELES DE IMPACTO
[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]:
211
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]
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
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.]
ANEXOS
OBJETIVO -
IMPORTANCIA -
Alta Media Baja
AGENDA DURACION
LUGAR Y FECHA
PROGRAMADA REAL
PARTICIPANTES
PROVEEDOR
214
TEMAS TRATADOS
TEMA
TEMAS PENDIENTES
ACUERDOS TOMADOS
Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no recibir
alguna observación posterior a las 24 horas de difundida.
Participantes Firma
NOMBRE EMPRESA CLIENTE
Proyecto ABC
Nombre del Proyecto
Marzo, 2009
216
CONTROL DE VERSIONES
PARTES
DESCRIPCIÓN FECHA DE MODIFICADO REVISADO APROBADO
VERSIÓN QUE
DEL CAMBIO CAMBIO POR POR POR
CAMBIAN
No No
Plan Actual Adelantado A tiempo Atrasado X
Actualizado Existe
SEGUIMIENTO
CONTROL DEL PLAN DEL PROYECTO
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
218
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.
CAMBIOS EN EL PERÍODO
PENDIENTE A LA FECHA
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
221
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)
222
Solicitud de Cambio
Nº 01
Versión 1.0
Febrero, 2011
223
CONTROL DE VERSIONES
En resumen, los requerimientos incorporados dentro del alcance del producto o requerimientos que
han sufrido cambios son los siguientes:
PRIORIDAD
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.
TIEMPO
No aplica.
COSTO
No aplica.
ACCIONAR A TOMAR:
225
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:
Proyecto [Nombre
Proyecto]
Acta de Aceptación de
Entregables a Aprobar
Versión 1.0
Junio, 2011
227
ACTA DE ACEPTACIÓN –
Módulos Cotización y Crédito [NOMBRE PROYECTO]
Antecedentes
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.
Proyecto abc
Desarrollo de Sistemas de
Información
Versión 1.0
Julio, 2006
229
CONTROL DE VERSIONES
PARTES
VERS DESCRIPCIÓN FECHA DE MODIFICADO REVISADO
QUE APROBADO POR
IÓN DEL CAMBIO CAMBIO POR POR
CAMBIAN
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
230
15.
16.
17.
18.
19.
20.
21.
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.
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 POSITIVAS
EXPERIENCIAS POSITIVAS
CIERRE DELPROYECTO
EXPERIENCIAS POSITIVAS
EXPERIENCIAS POSITIVAS
FASE2
EXPERIENCIAS POSITIVAS
236
FASE3
EXPERIENCIAS POSITIVAS
FASE4
EXPERIENCIAS POSITIVAS
FASE5
EXPERIENCIAS POSITIVAS
Nombre de Plantilla1
Nombre de Plantilla2
Nombre de Plantilla3
HERRAMIENTAS BENEFICIOS DE LA HERRAMIENTA
RECOMENDADAS
EXPERIENCIAS POSITIVAS
GESTION DE LA CONFIGURACION
EXPERIENCIAS POSITIVAS
EXPERIENCIAS POSITIVAS
GESTIONAR METRICAS
EXPERIENCIAS POSITIVAS
242
OBJETIVO -
IMPORTANCIA -
Alta Media Baja
AGENDA DURACION
LUGAR Y FECHA
PROGRAMADA REAL
PARTICIPANTES
PROVEEDOR
244
TEMAS TRATADOS
TEMA
TEMAS PENDIENTES
ACUERDOS TOMADOS
Nota: La presente acta tomará por aceptado todos los acuerdos mencionados de no recibir
alguna observación posterior a las 24 horas de difundida.
Participantes Firma
NOMBRE EMPRESA CLIENTE
Especificación de
Requerimientos de
Software - SRS
Versión 1.0
Diciembre, 2006
246
CONTROL DE VERSIONES
FECHA
PARTES QUE DESCRIPCIÓN DEL MODIFICADO
VERSIÓN DEL APROBADO POR
CAMBIAN CAMBIO POR
CAMBIO
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 Requerimientos que se
utilizó para hacer la Propuesta y amplía el análisis de requerimientos respectivo. Es un
247
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.]
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.
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.
RESTRICCIONES DE LA SOLUCIÓN
[Referido a las restricciones de la solución que se encuentran relacionados al
software, hardware y a la funcionalidad.]
248
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.
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.
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
250
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
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
251
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
252
ALCANCE NO
CONTEMPLADO:
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
CONSIDERACIONES :
ALCANCE NO
CONTEMPLADO:
REQUERIMIENTOS NO FUNCIONALES
9.1 REQUERIMIENTOS DE INTERFACES DE USUARIO
[Describa las interfaces de usuarios que serán implementadas por el software.]
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
254
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
[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
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
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
[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.]
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
256
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
257
REQ-0007
REQ-0008
REQUERIMIENTO DESCRIPCIÓN
NO
FUNCIONALES
REQ-0006 Texto especificando el requerimiento (Redactarlo a manera de necesidad)
REQ-0007
REQ-0008
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:
Casos de Prueba
Versión 1.0
Enero, 2018
259
CONTROL DE VERSIONES
FECHA
PARTES QUE MODIFICADO APROBADO
VERSIÓN DESCRIPCIÓN DEL CAMBIO DEL
CAMBIAN POR POR
CAMBIO
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á adjuntar las
pantallas con los resultados esperados para efectos de una mayor claridad.
Ver Anexo Nº 1 (Formato: XXXXX.doc)
FIRMA DE APROBACION
Para dar la conformidad al presente documento, se requiere las firmas de las personas indicadas a
continuación:
Informe de Pruebas de
Aceptación
Versión 1.0
Enero, 2018
263
CONTROL DE VERSIONES
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
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.]
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 [Colocar
Culminado [Colocar [Colocar
Caso de alguna
6. satisfactoriam Nombres y Nombres y
Prueba observación
ente / Apellidos] Apellidos]
Unitaria] pertinente]
Culminado con
Problemas /
264
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]
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
[Ingresar aquí 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.]
265
ANEXOS
CASOS DE PRUEBA
266
FIRMA DE APROBACION
Para dar la conformidad al presente documento, se requiere las firmas de las personas indicadas a
continuación: