“PROYECTO DE IMPLEMENTACION DE UN CATALOGO DE

PRODUCTOS VIA WEB PARA LA EMPRESA ETRAMIN”

CURSO:

SISTEMAS DISTRIBUIDOS

PROFESOR:

Ing. Cesar Vilchez Inga

INTEGRANTES:

 ALMEYDA AREVALO, JIM

 CARDENAS SILVA, ALEXANDRA LUZ

 CORDOVA VEGA, MICHAEL

 EULOGIO CERRON, EMERSON

 PACHAS PEÑA, FLAVIA

1
 HOJA DE INFORMACION GENERAL

CONTROL DOCUMENTAL:

PROCEDIMIENTO: Metodología de Gestión de Proyectos para

Tecnologías de Información – MGP TI, Versión
1.0

ENTIDAD:

VERSIÓN: 1.0

FECHA EDICIÓN: 08/05/2009

NOMBRE DE ARCHIVO: PI_MGP_01.doc

RESUMEN: La metodología MGP TI Versión 1.0, es

aplicable a todos los proyectos de tecnologías
de información de las instituciones de la
Administración Pública, previamente aprobados
por el Jefe de Informática, Gerente o quien haga
sus veces, o también por el Comité de Alta
Dirección de la institución o su equivalente, los
mismos que designan al Ejecutivo y al
Coordinador del Proyecto.

2
 INDICE

1.- Alcance ........................................................................................................................ 5

2.- Conceptos....................................................................................................................... 5

2.1. Marco Conceptual ......................................................................................................... 5

2.2. Roles.............................................................................................................................. 7

3. Fases Del Proyecto......................................................................................................... 10

3.1. Fase De Inicio.............................................................................................................. 10

3.1.1 Elaboración De La Formulación Del Proyecto...........................................................10

3.1.2 Aprobación De La Formulación Del Proyecto.............................................................11

3.1.3 Reunión De Lanzamiento........................................................................................... 11

3.2Fase De Desarrollo........................................................................................................ 12

3.2.1 Modelamiento De La Solución...................................................................................12

3.2.2 Construcción De La Solución.....................................................................................12

3.2.3 Aprobación Interna De La Calidad De La Solución....................................................12

3.2.4 Certificación De La Calidad Por Parte Del Usuario....................................................13

3.2.5 Implantación De La Solución.....................................................................................13

3.3Fase De Estabilización.................................................................................................. 14

3.3.1 Seguimiento Y Mejoras A La Solución Implantada.....................................................14

3.3.2 Reunión De Cierre..................................................................................................... 14

3.4 Fase De Aprendizaje.................................................................................................... 14

3.4.1 Evaluación Con Usuarios Finales..............................................................................14

3.4.2 Reunión De Evaluación Con Los Participantes Del Proyecto....................................14

3.4.3 Elaboración Del Informe Final Del Proyecto..............................................................15

4. Procedimientos Específicos............................................................................................16

4.1. Reuniones De Gestión................................................................................................. 16

4.2. Gestión De Riesgo....................................................................................................... 17

4.2.1. Identificación De Riesgos..........................................................................................17

4.2.2. Registro Y Evaluación De Riesgos............................................................................18

3
 4.2.3. Control Y Seguimiento Del Riesgo............................................................................18

4.2.4. Realizar Las Acciones Para Mitigar Riesgos.............................................................18

4.2.5. Asegurar La Ejecución De Acciones Para Mitigar Riesgos.......................................18

4.3. Control De Avance Del Proyecto..................................................................................18

4.4. Gestion De Cambios (Por Alcance Del Proyecto)........................................................19

5. ANexos........................................................................................................................... 20

4
 METODOLOGÍA DE GESTION DEL PROYECTO

“SISTEMA DE CATALOGO DE PRODUCTOS VIA WEB

-ETRAMIN”

1. ALCANCE

La presente metodología es aplicable para todos los negocios que se quiera ofertar
por vía Web.

Con respecto al proyecto se busca alcanzar que el cliente pueda realizar los pedidos
en línea estableciendo un plazo para poder ser atendido. Por otro lado los
administradores de la empresa usarán el sistema web tanto para recibir ofertas y
contactar con los clientes.

2. CONCEPTOS

2.1. MARCO CONCEPTUAL

El proyecto “IMPLANTANCIÓN DE UN CATALOGO Y PEDIDOS VIA WEB” se basa en

un marco metodológico de 4 fases o estados secuenciales en el tiempo por los que
pasa un proyecto a lo largo de su existencia: Inicio, Desarrollo, Estabilización y
Aprendizaje.

Entiéndase por Proyecto como un conjunto de actividades que se encuentran

interrelacionadas y coordinadas ; la razón de un proyecto es alcanzar objetivos específicos
dentro de los límites que imponen un presupuesto y un lapso de tiempo previamente
definidos.

La metodología cumple con dos requisitos básicos:

 Simplicidad, porque sólo enfoca aspectos básicos con relación a métodos.

 Adaptabilidad, porque es independiente de las herramientas metodológicas y del
software a aplicar, que lo hace aplicable a otros campos de la administración
pública que no necesariamente sea de Tecnologías de Información.

Esta metodología también cuenta con dimensiones o tipo de labores del proyecto, no
secuenciales en el tiempo, que se ejecutan en paralelo a lo largo de todas las fases
del proyecto:

5
1.- GESTIÓN: Ámbito de acción relativo al negocio, administración del proyecto y
manejo de la información del producto a través de una base de datos. Tiene a su vez
dos subdimensiones:

 PLANEAMIENTO: Programar y coordinar las actividades, de manera que se

realicen tal como fueron proyectadas.

 CONTROL: Supervisar y evaluar las actividades planificadas. Uso de

indicadores de gestión, producción definidas previamente por el responsable
del proyecto.

2.- EJECUCIÓN: Ámbito relativo a la materialización de la solución. Tiene a su vez dos

subdimensiones:

 MODELAMIENTO: Representación de la solución que se espera construir.

 CONSTRUCCIÓN: Concretar físicamente la solución.

Para efectos de una adecuada gestión del Proyecto, se debe considerar por lo menos
4 ENTREGABLES (Formulación Del Proyecto, Documentación De Control, Informe De
Definición Y Solución Física) los mismos que se desarrollan en forma paralela a lo
largo de las cuatro fases del proyecto, debiendo entenderse que se encuentran en
permanente proceso de maduración. Este proceso de maduración puede manejarse
en términos de versiones de cada entregable; es decir, se pueden establecer
momentos en el tiempo, asociados usualmente a Actividades, Tareas y/o Hitos de
control del proyecto, en lo que tendremos la versión “n” de cada entregable. Asimismo,
estos entregables y sus versiones estarán almacenados en un repositorio de
documentos especialmente diseñado para garantizar la accesibilidad por todos los
integrantes del proyecto.

1.- Formulación del Proyecto, documento que oficializa las definiciones básicas
relativas al proyecto: Alcances, plazos, costos, participantes, riesgos y calidad. Es
elaborado por el Coordinador del Proyecto con el apoyo de todos los participantes del
Proyecto.

2.- Informe de Definición, documento que oficializa la descripción relativa a la

solución y especifica la funcionalidad que será puesta a disposición de los usuarios.
Incluye aspectos relacionados al modelamiento del negocio, de requerimientos y
tecnológico. Es elaborado por el Equipo de Trabajo con el apoyo de todos los
participantes del Proyecto.

Los documentos mencionados en los numerales precedentes se elaboran en la fase

de Inicio y constituyen los primeros entregables del Coordinador del Proyecto, los
mismos que van madurando a medida que se avanza en el proyecto.

3.- Documentación de Control, está formada por los siguientes documentos o

formatos que se utilizan a lo largo del proyecto o que indican el término de una fase:

 Reporte de Gestión adoptado para establecer el orden y la eficacia durante la

Reunión de Gestión (control de avance), la misma que se utiliza de Agenda y

6
 Acta de Reunión.

 Definición de Cambios el cual es utilizado cuando surgen requerimientos

nuevos o necesidades de cambio respecto a la última versión del Informe de
Definición y sirve de herramienta de negociación sobre cambios en el alcance.

 Informe de Riesgo utilizado para alertar sobre riesgos cuando las acciones
propuestas para mitigarlos no son llevadas a cabo tal como se acordó y tal
como consta en el Reporte de Gestión.

 Informe de Avance Mensual utilizado para informar mensualmente los

avances a la Alta Dirección.

 Informe Final del Proyecto utilizado para medir los resultados del proyecto en
términos de mejoras para la institución y registrar experiencias para proyectos
futuros o mejoras al proceso.

 Solución Física, es la materialización del Informe de Definición.

2.2. ROLES

Una vez definido los participantes del proyecto, se les asigna un ROL a desempeñar.
Se puede asignar a una persona más de un rol a la vez, dependiendo del tamaño del
proyecto y de las características del mismo.

Ejecutivo de Proyecto (EPR):

Persona de rango ejecutivo, preferentemente del área para la cual se está

desarrollando la solución y cuya presencia otorga importancia al proyecto.

Tiene las siguientes funciones:

 Aprobar el documento Formulación del Proyecto de la fase de Inicio.

 Participar en los momentos claves como el inicio y término de cada fase o
cuando el Coordinador del Proyecto estime conveniente convocar su
participación.
 Proponer al Líder Usuario y Equipo Usuario como participantes del Proyecto.
 Proponer, junto con el Coordinador del Proyecto, al Equipo Consultivo.
 Resolver los casos de controversia que se puedan generar en el Comité de
Gestión sobre la base de la opinión institucional (Alta Dirección)
 Promover la participación de los usuarios, que constituye una estrategia
importante.

Líder Usuario (LUS)

Persona que conoce al detalle la operatividad y funcionalidad del área del usuario
solicitante. Es propuesto por el Ejecutivo del Proyecto y designado por el Jefe de
unidad organizacional donde labora. Tiene las siguientes funciones:

7
  Participar activamente en todas las fases del Proyecto.
 Actuar como intermediario entre el Coordinador del Proyecto y los usuarios.
 Definir y centralizar requerimientos de los usuarios.

 Aprobar los entregables dirigidos a los usuarios finales que elabora el Equipo
de Trabajo a lo largo del proyecto.

Coordinador del Proyecto (CPR)

Persona responsable del éxito del proyecto. Tiene la visión y la experiencia necesaria
para coordinar los esfuerzos y organizar las actividades realizadas por los integrantes
de un grupo de trabajo enfocados en el desarrollo de una solución. Tiene las
siguientes funciones:

 Velar por el éxito y cumplimiento de los objetivos propuestos en el proyecto.

 Organizar y gestionar las diversas variables del proyecto TI: Participantes,
costos, plazos, riesgos y calidad.
 Establecer Hitos, Indicadores, de control del proyecto.
 Verificar la ejecución del proyecto.
 Proponer al Líder Técnico y Equipo de Trabajo como participantes del Proyecto.
 Proponer, junto con el Ejecutivo del Proyecto, al Equipo Consultivo.
 Convocar al Líder Técnico en las Reuniones de Gestión, cuando existan cambios
en el alcance del proyecto.
 Motivar al personal del proyecto.
 Resolver conflictos.
 Generar acciones preventivas y correctivas.
 Definir y organizar las actividades.

El Coordinador del Proyecto debe realizar las siguientes actividades de manera

continua:

a) Convocar y dirigir reuniones semanales con el Comité de Gestión del proyecto

(Coordinador del Proyecto y Líder Usuario) para informar el avance del proyecto,
mencionando posibles riesgos, problemas y acciones a tomar para mitigarlos.

b) Convocar y dirigir reuniones semanales (o de acuerdo con la periodicidad que se

considere conveniente para el proyecto) con el Equipo de Trabajo para:

 Identificar riesgos, problemas y pendientes, así como controlar plazos, costos y

avance.

 Hacer seguimiento a los responsables de las actividades definidas en el

Cronograma de acuerdo con los plazos establecidos.

En ambas reuniones se utiliza el Formato F3-REPORTE DE GESTIÓN.

c) Comunicar vía correo electrónico, teléfono, verbal y/o mediante documento, según

8
 amerite el caso, a los participantes del Proyecto las actualizaciones de los
documentos: Formulación del Proyecto, Informe de Definición y Documentos de
Control.

d) Informar mensualmente al área de informática y/o área de planificación, según

sea el caso, sobre el avance del proyecto a través del Formato F6-INFORME
DE AVANCE MENSUAL.

Sectorista (SEC)

Persona designada por el área de informática o planeamiento, previa coordinación y

autorización, que tiene como funciones:

 Facilitar el desarrollo de los proyectos.

 Apoyar a los Coordinadores de proyectos en la elaboración de los Informes de
avance.
 Informar a la Alta Dirección sobre la situación del Plan Institucional.
 Generar información que permita medir el avance del desarrollo de los
proyectos respecto al logro de los resultados esperados.
 Apoyar al Coordinador del proyecto en la adopción de acciones preventivas y
correctivas necesarias para asegurar el logro de los resultados.

Comité de Gestión (CGE)

Conformado por el Coordinador del Proyecto, Líder Usuario, Ejecutivo del Proyecto y
Sectorista (opcional). Adicionalmente podrán incorporarse otros participantes que se
requieran dependiendo de la naturaleza del proyecto. Tiene las siguientes funciones:

 Participar en las Reuniones de Gestión, en las cuales se comunica el avance y

situación del proyecto. En estas reuniones se utiliza el Formato F3-REPORTE
DE GESTIÓN.
 Aprobar las versiones del documento Formulación del Proyecto.

Equipo Consultivo (ECO)

Apoya al Equipo de Trabajo y al Coordinador del Proyecto con determinado

conocimiento especializado que resulte de utilidad para lograr los objetivos del
Proyecto. Son propuestos por el Ejecutivo del Proyecto, junto con el Coordinador del
Proyecto, y designados por el Jefe de la Unidad Organizacional donde laboran. Este
rol es opcional.

Equipo Usuario (EUS)

Pertenecen al área usuaria directamente comprometida con el proyecto, pudiendo ser

cualquier unidad organizacional de la institución. Son propuestos por el Ejecutivo del
Proyecto y designados por el Jefe de la Unidad Organizacional donde laboran. Tiene
las siguientes funciones:

 Participar activamente en todas las fases del proyecto.

9
  Formular y/o solicitar los requerimientos que van a ser desarrollados por la
solución.
 Validar los entregables dirigidos a los usuarios finales que elabora el Equipo de
Trabajo a lo largo del proyecto.

Líder Técnico (LTE)

Persona con conocimiento especializado tecnológico y/o normativo. Es propuesto por

el Coordinador del Proyecto y designado por el Jefe de Unidad Organizacional donde
labora. Es tutor del resto del Equipo de Trabajo y ayuda a solucionar problemas
tecnológicos o normativos. Tiene las siguientes funciones:

 Validar las definiciones tecnológicas o normativas que se efectúen en la fase

del desarrollo del proyecto.
 Asegurar la calidad del software, hardware, procedimientos y/o circulares.
 Gestionar la disponibilidad de los recursos tecnológicos, de corresponder.
 Determinar plazos y conocer a detalle el avance del proyecto.
 Estimar tiempos para determinar plazos adicionales ante cambios en el alcance
del proyecto.

Equipo de Trabajo (ETR)

Equipo encargado de desarrollar la solución. Son propuestos por el Coordinador del

Proyecto y designados por el Jefe de Unidad Organizacional donde laboran. Tiene las
siguientes funciones:

 Modelar y construir la solución.

 Apoyar a los usuarios en el uso de la solución, así como en la corrección y/o
realización de mejoras.
 Dedicar al proyecto el tiempo asignado por el Coordinador del Proyecto.
 Elaborar la documentación relacionada a la tarea asignada.

3. FASES DEL PROYECTO

3.1. FASE DE INICIO

3.1.1 Elaboración de Formulación del Proyecto

Como resultado de Formulación del Plan del proyecto, el grupo designa, para el
proyecto, al Ejecutivo de Proyecto y al Coordinador del Proyecto para formular de
manera detallada lo que será el desarrollo de la solución.

El Coordinador del Proyecto elabora el documento detallado de Formulación del

Proyecto a través del cual:

1. Se define el alcance del proyecto expresando la problemática que este proyecto

pretende solucionar (Justificación del Proyecto) y el cambio que se espera luego de
terminado el proyecto (Objetivos del Proyecto)

10
 2. Se identifica a los participantes del proyecto de acuerdo a los roles definidos en
el ítem 2.2. Para dicho efecto el Coordinador del Proyecto realiza reuniones previas
con los Jefes de las áreas involucradas con el proyecto a fin de que faciliten la
identificación de los participantes más idóneos para formar su equipo de trabajo.

3. Se establecen plazos, estimando la duración de las actividades que se llevarán a

cabo durante el proyecto, los mismos que se plasman en un cronograma general de
actividades iniciales (tiempos y responsables de las mismas). Para ello, se requiere la
participación del Líder Usuario, Equipo Usuario y Equipo de Trabajo quienes estiman
las fechas en las actividades que le corresponden (utilizar Anexo 2 de Formulación del
Proyecto). Se calcula los costos del proyecto incluyendo el costo de los recursos
humanos dedicados al mismo (ver Anexo 3 de Formulación del Proyecto)

4. Se identifican riesgos y situaciones que puedan generarse durante el proyecto y

que afectarían alguno de los parámetros del proyecto (alcance, plazo, costo,
participantes, calidad) y las acciones concretas que permitan mitigarlos o
neutralizarlos.

5. Se establecen las condiciones de calidad, especificando los criterios que

verifiquen que la solución cumple las necesidades establecidas por el usuario con las
debidas garantías de calidad. Estos criterios se establecen de manera general al inicio
del proyecto, ya que se cuenta con un modelamiento inicial de las necesidades del
usuario y de la solución a construir y se va actualizando a medida que se obtiene un
mayor nivel de detalle.

La calidad de un proyecto busca asegurar el cumplimiento de normas y

procedimientos, así como de estándares de construcción. Al establecer los Hitos de
Control, indicadores de gestión, de producción en el Proyecto se asegura la calidad del
mismo.

El documento Formulación del Proyecto puede tener varias versiones a lo largo del
proyecto si es que la maduración de conceptos hace necesario su variación.

3.1.2 Aprobación de Formulación del Proyecto

Para la aprobación de Formulación del Proyecto, el Coordinador del Proyecto envía

electrónicamente el documento a los participantes del proyecto con la finalidad que
sea revisado en un plazo determinado y se espera que éstos comuniquen las
observaciones que crean convenientes a fin de llegar a una nueva versión de
consenso. De no recibir observaciones en dicho plazo, se dará por entendido que el
documento refleja la conformidad de quienes lo recibieron.

La aprobación del documento Formulación del Proyecto se oficializa con la

conformidad del Ejecutivo del Proyecto y sirve como un contrato cuyo propósito es
comprometer al Coordinador del Proyecto, y a todos los participantes con los términos
de Formulación del Proyecto.

3.1.3 Reunión de Lanzamiento

El Coordinador del Proyecto convoca a todos los participantes del proyecto con el fin

11
de:

 Exponer, a través de una presentación gráfica y didáctica, las definiciones

iniciales y aspectos relevantes de la Formulación del Proyecto y el Informe de
Definición.

 Asegurar que exista concordancia entre los participantes acerca de las premisas
del proyecto (objetivos, plazo, costo, participantes, riesgos y calidad).
 Comprometer a los participantes del proyecto.
 Formalizar el Inicio del Proyecto.

Para dicho efecto, el Ejecutivo de Proyecto dará inicio a la presentación del Proyecto.

3.2 FASE DE DESARROLLO

A continuación se detallan las actividades de la fase de Desarrollo genéricas para todo

tipo de proyecto. Para proyectos que involucren desarrollo de sistemas de información
se deberá utilizar la Metodología de Desarrollo de Sistemas de Información (MDSI)

3.2.1 Modelamiento de la solución

El Equipo de Trabajo elabora el esquema de solución que dará soporte a los

requerimientos de los usuarios y actualiza el Informe de Definición.

Una vez concluido el esquema de solución, el Coordinador del Proyecto convoca a los
participantes del proyecto y presenta el esquema planteado por el Equipo de Trabajo.

3.2.2 Construcción de la solución

El Equipo de Trabajo construye la solución considerando los requerimientos y

definiciones del Informe de Definición.

El Coordinador del Proyecto -con el apoyo del Líder Técnico- controla que el Equipo
de Trabajo construya la solución tomando como base las normas, procedimientos y/o
estándares definidos.

El Coordinador del Proyecto da la conformidad para la entrega de la primera versión

de la solución actualizando el Informe de Definición con la solución construida.

3.2.3 Aprobación interna de la calidad de la solución

El responsable de realizar las verificaciones (integrante del equipo de trabajo), asegura

la calidad de la solución (software, procedimientos y/o circulares, entre otros) hasta
antes que sea utilizada por el usuario.

De encontrar observaciones en la solución lo reporta al Líder Técnico o a la persona

designada para la corrección y/o realización de mejoras, la cual tiene que ser realizada
en el menor tiempo y con las garantías de calidad necesarias.

Finalizadas las verificaciones, el responsable elabora el Informe de Verificación y

12
notifica electrónicamente la aprobación o desaprobación interna de la calidad de la
solución (utilizar Anexo 4 de Formulación del Proyecto)

3.2.4 Certificación de la calidad por parte del usuario

Culminada la verificación, el Coordinador del Proyecto convoca al Comité de Gestión y

a los responsables del equipo usuario designado para la realización de las
validaciones, con el fin de presentar la solución construida.

En dicha reunión se pone a disposición la documentación necesaria para la

certificación de la solución como Informe de Definición y Manual de Usuario, de
corresponder.

Se procede a realizar las validaciones correspondientes con la finalidad de asegurar

que la solución cumpla con los requerimientos establecidos en el Informe de
Definición.

Una vez realizada dicha validación y de ser conforme, el responsable de dicha

validación y el Líder Usuario suscriben el documento Informe de Validación del Usuario
-Anexo 5 de Formulación del Proyecto.

3.2.5 Implantación de la Solución

El Coordinador del Proyecto convoca a una reunión al Comité de Gestión para

comunicar que la solución está lista para iniciar las operaciones y formaliza el uso de
la solución final por el usuario.

13
 3.3 FASE DE ESTABILIZACIÓN

3.3.1 Seguimiento y mejoras a la solución implantada

El Coordinador del Proyecto y su Equipo de Trabajo realizan el seguimiento de la

solución implantada con la finalidad de asegurar que marcha correctamente;
para ello estará en contacto con los usuarios más frecuentes de la solución y
supervisa su uso. De surgir observaciones producto de su utilización, se realizan
las correcciones o mejoras que hubieran lugar.

3.3.2 Reunión de Cierre

Una vez culminado el periodo de estabilización y resueltos todos los incidentes

reportados, el Coordinador del Proyecto convocará a una Reunión de Gestión
para formalizar la entrega final de la solución al Líder Usuario y poner a
disposición de éste la versión final de la Formulación del Proyecto.

El detalle de cada uno de los incidentes ocurridos en la fase de estabilización

deberá precisarse en el rubro PROBLEMAS / INCIDENTES del FORMATO F3–
REPORTE DE GESTIÓN. Asimismo se deberá precisar en el rubro ACUERDOS
del FORMATO F3-REPORTE DE GESTIÓN que se ha procedido con la entrega
final de la solución y cualquier ajuste adicional será considerado como un nuevo
requerimiento.

3.4 FASE DE APRENDIZAJE

3.4.1 Evaluación con usuarios finales

El Coordinador del Proyecto, para asegurar que el resultado de la solución fue el

realmente implantado, recoge la apreciación de los usuarios finales a través de
los medios correspondientes realizando entrevistas y/o encuestas.

3.4.2 Reunión de Evaluación con los Participantes del Proyecto

Luego de recoger la apreciación de los usuarios, el Coordinador del Proyecto

convoca a una reunión de evaluación con los Participantes del Proyecto con la
finalidad de:

 Exponer las observaciones, recomendaciones y/o sugerencias que

hayan sido presentadas por los usuarios finales.
 Asegurar el cumplimiento de la medición de resultados y el consecuente
aprendizaje para futuros proyectos.
 Emitir las conclusiones que luego formarán parte del rubro Aprendizaje
del Formato F7-INFORME FINAL DEL PROYECTO.

14
 3.4.3 Elaboración del Informe Final del Proyecto

La finalidad del Informe Final del Proyecto es medir los resultados del proyecto
en términos de beneficios para la empresa y transferir conocimiento para
proyectos futuros o mejoras al proceso.

El Coordinador del Proyecto elabora el documento “Informe Final del Proyecto”

(ver F7-INFORME FINAL DEL PROYECTO) que incluye la contribución final del
proyecto a los Objetivos Institucionales, los productos terminados y las diversas
situaciones por las que pasó el proyecto, así como las soluciones que se dieron
a cada una de ellas.

Una vez elaborado el Informe Final del Proyecto, el Coordinador del Proyecto
entrega una copia del mismo al área de Informática, área usuaria y al área de
planeamiento y da por concluido el Proyecto.

FASE DE INICIO
Elaboración
Aprobación de la
de la Reunión de
Formulación del
Formulación Lanzamiento
Proyecto
del Proyecto
EPR

CPR/ETR CPR/ EPR/ ETR/ LUS/

FASE DE DESARROLLO EUS/ ECO

Certificación Aprobación
Implantación de Calidad por Interna de la Construcción Modelamiento
de la Solución parte del Calidad de la de la Solución de la Solución
usuario Solución

CPR/CGE RPR/ LUS RPR ETR/CPR ETR/CPR

FASE DE ESTABILIZACION
Seguimiento y Mejoras de la solución
Reunión de Cierre
Implantada

CPR/ ETR LUS/CPR

FASE DE APRENDIZAJE
Reunión de Evaluación
Elaboración
Evaluación con con
Informe Final
participantes Usuarios
del Proyecto
CPR del proyecto Finales
CPR/ ETR/EUS/LU/EPR ATU

15
 Leyenda:

CPR: Coordinador del Proyecto EUS: Equipo Usuario

EPR: Ejecutivo del Proyecto CGE: Comité de Gestión

ETR: Equipo de Trabajo ATU: Atención a Usuarios

LUS: Líder Usuario RPR: Responsable del Proyecto

4. PROCEDIMIENTOS ESPECÍFICOS

4.1. REUNIONES DE GESTION

Existen dos tipos de reuniones de gestión: con el Equipo de Trabajo y con el

Comité de Gestión.

Reunión de gestión con el Equipo de Trabajo

El Coordinador del Proyecto realiza reuniones de gestión con el Equipo de

Trabajo para:

 Informar el avance del proyecto.

 Identificar riesgos, problemas y pendientes.
 Controlar plazos, costos y avance.
 Establecer las acciones correctivas necesarias para el cumplimiento de lo
establecido en la Formulación del Proyecto.
 Recopilar cambios y nuevos requerimientos.

Reunión de Gestión con el Comité de Gestión

El Coordinador del Proyecto realiza reuniones de gestión con el Comité de

Gestión del proyecto para informar el avance del mismo, mencionando posibles
riesgos, problemas y acciones a tomar para mitigarlos.

En ambos tipos de Reuniones de Gestión, al final se elabora el Reporte de

Gestión (ver F3-REPORTE DE GESTION), que sirve como agenda de reunión y
luego como acta de reunión, documento que debe especificar los riesgos,
problemas, pendientes, acuerdos y aprendizaje, en lo que sea aplicable.

Riesgo: Situación que, de no ser controlada, podría extender el plazo,

incrementar el costo, o impedir se cubra el alcance del proyecto.

Problema: Hecho o circunstancia que dificultan el logro los objetivos del

proyecto.

Pendiente: Actividad que no aparece en el cronograma y que por su importancia

resulta útil analizarlas en una reunión de gestión.

Acuerdos: Definiciones que no implican una asignación de responsabilidad ni

plazos pero que es preciso se tomen en cuenta y se evoquen en las próximas
reuniones de gestión.

16
 Aprendizaje: Ideas a modo de ayuda memoria que pueden apoyar
posteriormente la elaboración del rubro Aprendizaje del Formato F7-INFORME
FINAL DEL PROYECTO.

El Coordinador del Proyecto realiza el seguimiento y control de los acuerdos

tomados en las Reuniones de Gestión y, de ser necesario, se encarga de la
actualización del documento de Formulación del Proyecto.

4.2. GESTION DE RIESGO

La gestión de riesgos permite incorporar el control de riesgos como rutina en las

reuniones de control de proyectos, afinar los medios que propicien la toma de
acciones rápidas y eficaces y mejorar la fase de aprendizaje.

La planificación de acciones para mitigar riesgos es un paso importante en el

proceso de gestión de riesgos. Convierte la información sobre un riesgo en
decisiones y acciones. La planificación implica desarrollar acciones para
enfrentar los riesgos individuales, establecer prioridades en las acciones para
enfrentar un riesgo y crear un plan integrado de administración de riesgos.

El proceso de gestión de riesgos está conformado por lo siguiente:

4.2.1. Identificación de Riesgos

Tanto el Equipo de Trabajo como el Equipo Usuario (a través de su Líder

Usuario) pueden reportar al Coordinador del Proyecto las situaciones que se
generen en el transcurso del Proyecto y que pueden afectar a alguno de los
parámetros del proyecto, tales como, alcance, plazo, costo, participantes; así
como de acciones concretas que permitan neutralizarlos.

Asimismo, producto de las reuniones de gestión, podrá identificarse riesgos los

cuales, a criterio del Coordinador del Proyecto, serán reportados en las
Reuniones del Comité de Gestión.

Las cuatro áreas fundamentales que un Coordinador del Proyecto debe abordar
una vez identificado los riesgos son:

1. Investigación. ¿Conocemos lo suficiente acerca de este riesgo?

¿Necesitamos estudiar más el riesgo para adquirir más información y
determinar mejor sus características antes de que podamos decidir qué
acción efectuar?

2. Aceptación. ¿Podemos soportar las consecuencias si el riesgo

ocurriera en realidad? ¿Podemos aceptar el riesgo y no aplicar más
acciones?

3. Administración. ¿Puede el Equipo de Trabajo hacer algo para

atenuar el impacto del riesgo en caso de que ocurra?

4. Prevención. ¿Podemos evitar el riesgo realizando determinadas

acciones?

17
 4.2.2. Registro y Evaluación de Riesgos

El Coordinador del Proyecto registra los riesgos reportados en el Reporte de

Gestión y convoca a una reunión al Comité de Gestión para su evaluación.

El Comité de Gestión evalúa los riesgos reportados, analizando la implicancia de

los mismos. Como resultado de la evaluación se establecen las acciones que
permita neutralizar o mitigar los riesgos.

4.2.3. Control y seguimiento del riesgo

El Coordinador del Proyecto, para controlar los riesgos detectados, realiza un

seguimiento de las acciones tomadas en las Reuniones de Gestión para mitigar
o neutralizar los riesgos.

El Coordinador del Proyecto emite el Informe de Riesgo (ver F5-INFORME DE

RIESGO), cuando las acciones propuestas para mitigarlos no son llevadas a
cabo tal como se acordó y consta en el Reporte de Gestión, con la finalidad de
evitar conflictos este documento debe ir dirigido al Ejecutivo del Proyecto o al
Líder Usuario.

4.2.4. Realizar las acciones para mitigar riesgos

El Equipo de Trabajo realiza las acciones para mitigar o neutralizar los riesgos
previamente identificados.

4.2.5. Asegurar la ejecución de acciones para mitigar riesgos

El Líder Usuario o el Ejecutivo del Proyecto al recibir el Informe de Riesgo de

parte del Coordinador del Proyecto, realizar acciones para asegurar la toma de
acciones necesarias para mitigar o neutralizar los riesgos previamente
identificados.

4.2. CONTROL DE AVANCE DEL PROYECTO

El proceso se inicia con la consulta al Equipo de Trabajo sobre el avance de un
proyecto (plazos, costos y alcance) a cargo del Coordinador del Proyecto,
consulta que será periódica en tanto dure el proyecto. Con esta consulta se
verificará el grado de avance en función a los entregables y plazos
comprometidos.

El Coordinador del Proyecto, en coordinación con el Equipo de Trabajo, verifica

los avances logrados, actualizando en el cronograma el avance real del proyecto
frente al estimado.

Como resultado de la revisión de avance, se pueden encontrar desvíos –

generalmente en las fechas– o necesidades de cambios o ajustes, lo cual
inmediatamente se coordina con el Líder Usuario, para realizar la actualización

18
 respectiva.

Si, como consecuencia del control de avance del proyecto, las fechas
establecidas van a modificarse producto del ajuste del cronograma, se actualiza
el documento Formulación de Proyecto, cuya aprobación depende del Comité de
Gestión.

Otra oportunidad de control se presenta al momento de elaborar una nueva

versión del Informe de Definición o de la Formulación del Proyecto.

El Coordinador del Proyecto informa mensualmente sobre el avance del Proyecto

al área de informática y/o planeamiento, según el formato Informe de Avance
Mensual (ver F6-INFORME DE AVANCE MENSUAL)

4.3. GESTION DE CAMBIOS (POR ALCANCE DEL PROYECTO)

El Equipo Usuario remite los cambios y nuevos requerimientos necesarios para
la implementación de la solución al Líder Usuario quien filtra aquellos que no
considere relevantes, define la prioridad de los mismos e informa al Coordinador
del Proyecto.

El Equipo de Trabajo remite los cambios y nuevos requerimientos necesarios

para la implementación de la solución al Coordinador del Proyecto.

El Coordinador del Proyecto elabora el documento F4-DEFINICION DE

CAMBIOS donde define la viabilidad, posibles costos y plazos adicionales
solicitados por el Líder Usuario y Equipo de Trabajo. Asimismo, convoca tanto al
Comité de Gestión como al Líder Técnico a una Reunión de Gestión en donde se
evaluará el documento de Definición de Cambios.

Una vez aprobados los cambios, el Coordinador del Proyecto actualiza la

Formulación del Proyecto para que el Equipo de Trabajo ejecute las actividades
requeridas con dichos cambios y actualice el Informe de Definición.

Si el cambio aprobado está fuera del alcance inicial del Proyecto, el Coordinador
del Proyecto informa dicho cambio al área de informática y/o área de
planeamiento, o quien haga sus veces.

19
 5.- ANEXOS

1.1 FLUJOS DE PROCEDIMIENTOS ESPECIFICOS

Convoca a Acuerdos de la Seguimiento y

Reuniones de Reporte de Gestión Desarrollo de las control de los
Reunión
Gestión (a CGE o Reuniones (Actas) ac uerdos de las
ETR) Reuniones (Actas)

CPR
CPR CGE o ETR CPR

Acuerdos de la
Reunión
R e v i s i ó n ,
Actualización de la aprobación de
Formula ción del actualización de
Proyecto Nueva versión de la Formulación del
Formulación de Proyecto
Proyecto

CGE
CPR

Realización de Reuniones de Gestión

Leyenda:

CPR : Coordinador del Proyecto

ETR : Equipo de Trabajo

CGE : Comité de Gestión

20
 Reporte de
riesgos
Asegurar
Registro y Control y ejecución de
Evaluación de seguimiento de acciones para
riesgos riesgos mitigar riesgos
Informe de
riesgos
(CPR)
(CPR) (PAR) (LUS) (EPR)
Reporte de
Lista de riesgos
riesgos
Realizar acciones
para mitigar
riesgos
Identificación de
riesgos
(ETR)
(PAR)

Gestión de Riesgos

Leyenda:

CPR : Coordinador del Proyecto

EPR : Ejecutivo del Proyecto

ETR : Equipo de Trabajo

LUS : Líder Usuario

PAR : Participantes

21
 % avance
Actualiza el Informa
Consulta sobre el avance del mensualmente al
avance del proyecto en el AINF/AP el
proyecto cronograma a Avance del
detalle gral. Proyecto
(CPR)
(CPR/ETR) (CPR)

Control de Avance del Proyecto

Leyenda:

CPR : Coordinador del Proyecto

ETR : Equipo de Trabajo

AINF/AP : Área de Informática y/o Planeamiento

Filtra cambios que

c o n s i d e r a n o Definición de Definición Definición Definición A p r o b a c i ó n d e
Define viabilidad, Aprobación de de Cambios a c t u a l i z a c i ó n d e
relevantes Cambios de Cambios de Cambios Actualización de
posibles costos y Definición de FP v x en b as e a l a
Determina la FPvx
plazos adicionales. Cambios. Definición de
prioridad de los
mismos. Cambios

CPR CPR CGE

LUS CGE
LTE

I n f o r m a l o s
I n f o r m a l o s
cambios y nuevos Informa cambios
cambios y nuevos
requerimientos fuera de alcance del
requerimientos
necesarios para el Proyecto a INETP.
necesarios para el
uso de la solución.
uso de la solución.

CPR
EUS ETR

Gestión de Cambios (Por alcance del Proyecto)

Leyenda:

CPR : Coordinador del Proyecto

ETR : Equipo de Trabajo

22
EUS : Equipo Usuario

LUS : Líder Usuario

CGE : Comité de Gestión

5.2 MATRIZ DE FORMATOS Y ROLES

FORMATOS RESPONSABLE PARTICIPANTES

Equipo de Trabajo,
Coordinador del Proyecto
F1 - Formulación de Proyecto Equipo de Usuarios

F2 - Informe de Definición Coordinador del Proyecto Equipo de usuarios

Comité de Gestión, Líder

Coordinador del Proyecto Usuario, Ejecutivo del
F3 - Reporte de Gestión Proyecto

Equipo de usuarios,
Coordinador del Proyecto
F4-Definición de Cambios Equipo de trabajo

Equipo de Trabajo,
Coordinador del Proyecto
F5-Informe de Riesgo Equipo de Usuarios

F6-Informe de Avance Mensual Coordinador del Proyecto

Equipo de Trabajo,
Coordinador del Proyecto
F7-Informe Final del Proyecto Equipo de Usuarios

ETRAMIN

23
 FORMATO1: Formulación del Proyecto ETRAMIN

Versión 1.0

UNAC - FIIS

Callao - Perú

abril 2009

1.- DETERMINACION DEL ALCANCE

24
 1.1 Justificación del Proyecto

En la actualidad vivimos una nueva era de la información donde las tecnologías han ido
avanzando a pasos agigantados y que están al alcance de todas las personas, bajo este
contexto observamos que muchas de las tareas que antes demoraban mucho tiempo en
realizarse ahora con la tecnología se ha convertido rápido y practico. Una aplicación de
ello es el Internet.

El uso de del Internet sirve para realizar matriculas, compras, pagos, etc. son cada vez
mas comunes y necesarias; es por ese motivo que hemos decidido realizar el proyecto
“ETRAMIN”; ya que hay Tratados de Libre Comercio con varios países, vemos que es útil
y necesario la implementación de este sistema para estar a la altura del mercado
internacional.

Hay tanta competencia en el mercado, que es necesario habilitar todos los medios
posibles para llegar a los potenciales clientes. Cada segmento se sentirá más cómodo
con una vía de comunicación distinta, por eso hay que desarrollar canales que se
adapten a los gustos y necesidades de cada uno de ellos. Cada vez más gente, no sólo
en el mercado empresarial, sino también los consumidores finales, utilizan la Web como
fuente de consulta para conocer la oferta de los productos o servicios que desean
adquirir.

Viendo la necesidad de mercado y optimizar los procesos de transacciones financieras

vía Web se ve en la necesidad de implantar un sistema Web para agilizar las
operaciones , de búsqueda de mercado y a la vez mostrar a los clientes catálogos y
ofertas mediante la Web para ese objetivo se da la creación de la pagina Web donde
se muestre una información de la empresa y de los servicios que se otorgan teniendo
la opción de realizar pedidos mediante este medio.

El problema a solucionar es , viendo la necesidades de búsqueda de mercado a

nivel nacional e internacional ,mediante la implantación de un catalogo en línea y
poniendo en marcha los pedidos por Internet de todos los productos de la empresa

Por ello es una buena oportunidad para todo tipo de empresas nacionales que se
dedican a la venta de productos como es el caso de ETRAMIN, donde puedan ofrecer
sus productos y entrar al mercado internacional a través de una pagina Web que les
permita a las personas de otros países poder adquirir los productos que deseen y de
esta manera beneficiar a la empresa.

1.2 Objetivos Institucionales

1.2.1 Objetivos Generales

Poder desarrollar un Portal Web de la empresa ETRAMIN de manera profesional,

promoviendo en el mercado Nacional e Internacional un servicio web, que sea rápido,
eficaz, de alta calidad y con excelente servicio al cliente.

25
 1.2.2 Objetivos Específicos

 Utilizar un Software Libre para la realización del proyecto para así poder
minimizar costo en el pago de licencias.

 Fomentar la creación de un círculo de alumnos de la Universidad Nacional del

Callao que se dediquen a la utilización de Software Libre.

1.3 Objetivos del Proyecto

 Proveer de una herramienta de software para una mejor presentación de los

productos que fabrica la empresa ETRAMIN.

 Aplicar desde un acceso remoto para llevar la logistica de los productos de la

empresa mediante una interfaz Web.
.
 Controlar las órdenes de pedido, con todas las especificaciones requeridas por
parte del cliente y guardar la información en una base de datos.

 Mostrar dentro del sistema las opciones de búsqueda y fácil acceso y resolver
de inmediato cualquier demora en los pedidos.

 Otorgar al cliente una página web donde podrá observar los servicios que
ofrecen, programar citas para mantenimiento preventivo y/o correctivo, obtener
información general de la empresa y ofertas que se presenten según la
temporada.

2. DETERMINACION DE PLAZOS

El proyecto está determinado a realizarse en 3 meses.

1. CRONOGRAMA
DURACION

Mayo Junio Julio

ITE
M ACTIVIDADES

1 2 3 4 1 2 3 4 1 2 3 4

Elaboración de la Formulación del

1 Proyecto x x

2 Aprobación de la Formulación del x

26
 Proyecto

3 Modelamiento de la solución x x

4 Reunión de Lanzamiento x

5 Construcción de la solución x x x x

Aprobación interna de la calidad de

6 la solución x

7 Certificación de calidad x x

8 Implantación del sistema x x

Seguimiento y mejoras de solución

9 implantada x x

10 Reunión de cierre x x

11 Evaluación con usuarios finales x x

Reunión de evaluación con

12 participantes del proyecto x

Elaboración del informe final del

13 proyecto x

3. DETERMINACION DE COSTOS

RESUMEN DE COSTOS
TOTAL HORAS DEL PROYECTO (H/H) 600
TOTAL COSTO POR PERSONAL (S/.) 2000
TOTAL COSTO POR EQUIPOS (S/.) 1000
TOTAL COSTO POR MATERIALES (S/.) 30
TOTAL COSTO POR INFRAESTRUCTURA 20
(S/.)
TOTAL COSTOS VARIOS (S/.) 60
TOTAL COSTO DEL PROYECTO (S/.) 3100
TOTAL COSTO DEL PROYECTO (US$) 1026

27
CRONOGRAMA DETALLADO DEL PROYECTO ETRAMIN

ID Nombre de la tarea Duración Comienzo Fin Predecesora SEPTIEMBRE OCTUBRE NOVIEMBRE

S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4

1 ETRAMIN 68 días 09/05/09 16/07/09

2 INICIO 2 días 10/05/09 12/05/09

3 Elaboración de la 6 días 12/05/09 18/05/09

Formulación del
Proyecto

4 Aprobación de la 2 días 18/05/09 20/05/09 3

Formulación del
Proyecto

5 Elaboración del análisis 5 días 20/05/09 25/05/09 4

del sistema

6 Reunión de 1 días 25/05/09 25/05/09 5

Lanzamiento

7 Modelamiento de 3 días 25/05/09 28/05/09 2

requerimientos

8 Modelamiento de 2 días 28/05/09 30/05/09 5

tecnología

9 Preparado del entorno 2 días 30/05/09 02/06/09 7,8

de desarrollo

10 DESARROLLO 8 días 02/06/09 10/06/09 9

28
11 Creación de código 8 días 10/06/09 18/06/09 11

12 Ejecución de pruebas 1 días 18/06/09 19/06/09 12

de integración

13 Elaboración de 1 días 19/06/09 20/06/09 12

manuales de usuarios

14 Definición del plan de 2 días 20/06/09 22/06/09

implementación

15 Implantación del 2 días 22/10/09 24/06/09

sistema

16 APROBACIÓN INTERNA 3 días 24/06/09 27/06/09 13,14

DE LA CALIDAD DE LA
SOLUCIÓN

17 Certificación de calidad 2 días 27/06/09 29/06/09 15

del usuario

18 Instalación del 2 días 29/06/09 31/06/09 19

sistema

19 Puesta en marcha 1 días 31/06/09 01/07/09 20

del sistema

20 ESTABILIZACION 2 días 01/07/09 03/07/09

21 Seguimiento y 4 días 03/07/09 07/07/09 21

mejoras de solución
implantada

22 Reunión de cierre 3 días 07/07/09 10/07/09 23

23 APRENDIZAJE 2 días 10/07/09 12/07/09 24

29
24 Evaluación con 1 días 12/07/09 13/07/09 24
usuarios finales

25 Reunión de 1 días 13/07/09 14/07/09 26

evaluación con
participantes del
proyecto

26 Elaboración del 2 días 14/07/09 16/07/09 24

informe Final del
proyecto

30
5. DETERMINACION DE RIESGOS

 A) Abandonar el proyecto

El proyecto carece de riesgos, ya que hemos realizado un estudio de fiabilidad

por la cual descubrimos que el proyecto tiene la mayor probabilidad de éxito.

 B) Seguir con la realización de un producto a medida siguiendo el análisis

realizado

En este caso, tenemos que analizar los riesgos inherentes a cualquier proyecto
de estas características.

1. Que no se pueda terminar el proyecto, por abandono. La probabilidad

de que esto ocurra es baja, pero el impacto sería muy alto.
2. Que el proyecto se desvíe en tiempo o precio de las predicciones a
priori hechas. La probabilidad es baja dado que el proyecto es pequeño,
y el impacto es medio-alto.
3. Que haya cambio de requisitos mientras se desarrolla la aplicación.
Probabilidad media-alta. Para evitar esto, intentaremos a lo largo del
proyecto, ceñirnos lo más posible a los requisitos impuestos, si estos
cambiasen habría que acordar con el cliente una demora en tiempo de
entrega o incremento de los costes finales.

 C) Modificar los requisitos y restricciones del proyecto realizando un análisis

más profundo, o con una orientación distinta

Igual que en el caso anterior, sólo que al tener en cuenta que hemos realizado
un análisis más en profundidad, los riesgos de que los requisitos cambien a
mitad de desarrollo serán más bajos que en la alternativa anterior. Por tanto
esta alternativa tiene un menor índice de riesgos que la anterior.

31
  D) Escoger una serie de paquetes del mercado, comprarlos y adaptarlos a la
estrategia de Negocio de la empresa

En esta alternativa el único riesgo existente es que a la hora de adaptar el

paquete comprado no se pueda encajar con todos los requisitos, y no sea lo
que el cliente pedía, pero esta alternativa lleva inherente dicho riesgo, y si se
escogiese se tendría que hacer con estas consecuencias.

 E) Elaborar modificaciones en la base de datos y/o sistemas de Programación.

6. DETERMINACION DE CALIDAD

Descripción de Hitos de Control Fecha :

Proyecto : etramin Coordinador:

A continuación se detallan ciertos eventos cuya naturaleza marcan avances

importantes en el proyecto. La columna Fase permite ubicar el evento en el
Cronograma.
Fase Hito de Entregable Pautas Metodológicas Resp. / Firma Fecha Califica-
Control ción

(1-9)

1.  Formulación de Los objetivos de este Hito son:

Proyecto (FP) v  Asegurar que sean revisados,
INICIO

Aprobación 1.0 entendidos y aprobados los 09/05/09

de la  Informe de parámetros iníciales del
Definición (ID) v Proyecto. R : -----------------
Formulación
del Proyecto 1.0
v 1.0

2.  Presentación con Los objetivos de esta reunión son:

Reunión de aspectos
proyección y relevantes.  Asegurar que exista
lanzamiento. concordancia entre los
participantes acerca de las
premisas del proyecto (alcance,
plazo, costo, responsables,
riesgos y calidad)
R : -----------------
 Formalizar el inicio de la Fase de
Desarrollo.
 Comprometer a los participantes

32
Fase Hito de Entregable Pautas Metodológicas Resp. / Firma Fecha Califica-
Control ción

(1-9)


DESARROLLO

3. Informe de Los objetivos de este hito son:

Aprobación Definición X.0
de  Obtener un esquema de solución
modelamiento que de soporte a los
de Solución requerimientos. R : -----------------

4. 
Informe de Los objetivos de este hito son:
Definición Y.0  Formalizar la entrega al área de
Construcción  Primera versión Calidad del aplicativo y la
de la solución de la Solución documentación necesaria para su
certificación.
 Asegurar que se cuenta con las
condiciones necesarias para R : -----------------
iniciar las verificaciones

5. Aprobación  Informe de Los objetivos de este hito son:

Interna de la Verificación  Asegurar la Calidad de la Solución
Calidad de la antes de que sea utilizado por el
Solución Usuario.
R : -----------------

6.  Informe de Los objetivos de este hito son:

Certificación Aceptación del  Asegurar que la solución ha sido
de Calidad Usuario revisada por el Líder Usuario,
por parte del antes del uso real de la solución.
R : -----------------
Usuario

7.  Solución Final a Los objetivos de este hito son:

Implantación ser utilizada por  Asegurar que la solución esté lista
el usuario para iniciar las operaciones.
 Formalizar el inicio de la Fase de
Estabilización.
R : -----------------

8. Reunión de 
ESTABILIZACIÓN

Manual del Los objetivos de este hito son:

Cierre Usuario  Formalizar el cierre del
 Formulación de proyecto
Proyecto
 Reporte de
Gestión (incluye
Incidentes)
R : -----------------

33
Fase Hito de Entregable Pautas Metodológicas Resp. / Firma Fecha Califica-
Control ción

(1-9)

9. Entrega de 
APRENDIZAJE

Informe Final del Los objetivos de este hito son:

Resultados Proyecto  Asegurar el cumplimiento de la
de Reunión medición de resultados y transferir
de Evaluación conocimiento para futuros
proyectos. R : -----------------

Siglas :
FP : Formulación del Proyecto

ID : Informe de Definición

R : Responsable

34
35
 ANEXO 3: HOJA DE COSTEO - RESUMEN

Distribución
del
ACTIVIDADES Esfuerzo Esfuerzo Costos

INICIO 200 20.0 1000

DESARROLLO 220 20.0 1100

ESTABILIZACION 75 20.0 375

APRENDIZAJE 105 20.0 525

TOTAL HORAS DEL

PROYECTO 600 3000

EXACTITUD DE LA
COSTOS TOTALES DEL PROYECTO ESTIMACION (HH)

Porcentaje
POR PERSONAL 2000 de Error(+/-) 5%

Estimación
POR EQUIPO 1000 Optimista: 97.50%

Estimación
POR MATERIALES 30 Pesimista: 92.50%

VARIOS 80

COSTO TOTAL DEL

PROYECTO(Nuevos
Soles) 3110

36
 ANEXO 4 - INFORME DE VERIFICACIÓN

1. Datos Generales

 Proyecto etramin
 Formulación del proyecto etramin
 Definición del proyecto etramin

2. Objetivo 9

La finalidad de este informe es verificar y determinar la viabilidad de la

formulación del proyecto “etramin”, para ello es necesario medir los siguientes
factores de calidad:

 Accesibilidad al proyecto de manera fácil, cómoda y rápida.

 Seguridad de la información que ha de ingresar el usuario para el uso de
la información que el usuario va a realizar.
 Coordinación de un adecuado número de personas idóneas para el
manejo de la elaboración del proyecto y la culminación del mismo.
 Establecimiento de costos para la elaboración del proyecto.
 Hitos de control, es decir números de entregables, bajo un lineamiento
planificado por el grupo de trabajo.
 Tiempo estimado para la culminación del proyecto
 Sustento legal para la implementación del proyecto y, del mantenimiento
del mismo después de su implementación.

3. Alcance

Las verificaciones que se llevaran a cabo abarcan, en su totalidad, documentos;

es decir el planeamiento.

4. Detalles de la Verificación

4.1. Responsable

Jefe de proyecto

4.2 Datos Específicos de la Verificación

 Para la verificación se reunirán; bajo el liderazgo del proyecto, el Asesor, el

Analista de Sistemas, el Jefe del Área de Calidad y el Jefe del Área de Gestión.
 En esta reunión cada uno de los jefes explicaran y justificaran los criterios
que se tomaron en cuenta para el desarrollo de cada informe.

 Una vez concluida la disertación, el Jefe del proyecto conjuntamente con

el Jefe del Área de Calidad procederán a determinar el estado de cada punto
tratado.

37
 5. Resultado de la Verificación
Aprobado (A) / Desaprobado (D)
Estado
Ítems a Verificación
A D
1. Accesibilidad al proyecto de manera fácil, cómoda y rápida. x

2. Seguridad de la información que ha de ingresar el usuario para el x

uso del carrito de compras y/o transacciones a realizar.

3. Coordinación de un adecuado número de personas idóneas para el x

manejo de la elaboración del proyecto y la culminación del mismo.

4. Establecimiento de costos para la elaboración del proyecto. x

5. Hitos de control, es decir números de entregables, bajo un x

lineamiento planificado por el grupo de trabajo.

6. Tiempo estimado para la culminación del proyecto x

7. Sustento legal para la implementación del proyecto y, del x
mantenimiento del mismo después de su implementación.

Responsable de la verificación: xxxxxx

Código Nº : xxxxxxx
Fecha: 18 de abril del 2009

38
ANEXO 5 - INFORME DE VALIDACIÓN DEL USUARIO

Al final de cada entregable que involucre la participación del usuario, se deberá

elaborar el Informe de Validación indicando la aceptación o rechazo del usuario
respecto a la solución planteada por los encargados del desarrollo del proyecto
(coordinador o líder técnico)

1. Datos Generales

Se especifica lo siguiente:

 El proyecto de etramin
 La reunión de lanzamiento.
 Aprobación de modelamiento de Solución.
 Implantación del proyecto.

2. Datos Generales de la validación

Aquí tendremos que ver los siguientes puntos:

 Entregar al docente versado en la materia, el modelo de los

requerimientos con sus respectivas variables a medir.

 Representar las necesidades y los requerimientos del usuario con la

finalidad que estos satisfagan al mismo.

 Que los usuarios lleguen a aceptar el proyecto para iniciar su desarrollo.

El presupuesto se ha estimado en un promedio de *** horas/hombre y el

uso de tres computadoras, para el desarrollo de la página Web.

El presupuesto real asciende a S/.10000 nuevos soles, donde se incluye

los pagos al personal, alquiler de equipos y materiales de oficina diversos.

39
 3. Comentarios y/o Sugerencias

Se ha podido comprobar cuales son las exigencias más mediatas del usuario
y se ha podido acotar las falencias del grupo en el primer entregable.

4. Aceptación de la solución
(Marcar con una “X” donde corresponda)

ACEPTADO X

RECHAZADO

Si la respuesta es RECHAZADO indicar el motivo a continuación:

********

Ing. César Vilchez

Fecha: 21 de julio de 2009

40
 PROYECTO ETRAMIN

FORMATO F2: Informe de Definición

Versión 1.0

Área de Informática

SSOFTUNAC

CALLAO – PERU

UNAC-FIIS

JULIO- 2009

41
 ÍNDICE

1.- MODELAMIENTO DEL NEGOCIO................................................................

2.- MODELAMIENTO DE REQUERIMIENTOS....................................................

3.- MODELAMIENTO DE TECNOLOGÍA.............................................................

42
1.- MODELAMIENTO DEL NEGOCIO

Nuestro sistema de Carrito de compras operará en Internet y presentará los siguientes

procesos que pertenecen al ámbito del sistema de información:

Por el lado del cliente y el Sistema Web

 Consulta de Catalogo
 Realizar pedido
 Cancelar Pedido

Por el lado del sistema web y la base de datos

 Guardar en la Base de datos

 Consultar la Base de Datos

Entidades externas:

 Cliente
 Banco
 Asistente de Ventas

Así mismo como se vio en el Proceso de Estudio de la Viabilidad de Sistema, podemos

mencionar que nuestro sistema de Carrito de Compras logrará que la empresa en
cuestión pueda expandir su mercado hacia toda Lima Metropolitana, y en un futuro a
todo el Perú y países vecinos. Buscando siempre tener un mayor número de clientes
atraídos por la interactiva y originalidad en la publicidad y marketing por Internet a
través de nuestro sito.

Entre los requisitos del sistema previamente especificados, pasamos a establecer las
prioridades:

 Como principal prioridad tenemos la seguridad del sistema Web, lo cual le dará
mayor credibilidad.
 Como segunda prioridad el contenido de la página Web deberá estar siempre
actualizado, mostrando información verídica.
 La navegabilidad por la página debe ser fluida y y fácil de entender.
 El registro de usuarios deberá ser escueto y contener todo lo necesario para
identificar al usuario.

43
DIAGRAMA DE ENTIDADES:

CATEGORIA
idcategoria: char(7)
TIPO_CAMBIO
idcambio: char(7) nom_cate: varchar(20)

nom_cambio: char(15)
factorcambio: float

CLIENTE
PRODUCTO
idCliente: char(7)
idproducto: char(7)
nom_o_razonsoc: varchar(50) CLIENTE_PRODUCTO
tel_clie: varchar(15) nom_prod: char(20)
idCliente: char(7) precio: money
dir_clie: varchar(50)
idproducto: char(7) stock: int
correo_clie: varchar(20)
clave_clie: varchar(10) idestado: char(7) descripcion: varchar(60)
tipodoc: char(3) idcategoria: char(7)
numdoc: varchar(11)

ESTADO
idestado: char(7)
nom_estado: varchar(10)

ESPECIFICACIÓN DE CASOS DE USO

El sistema en general comprende de los actores: Cliente, Sistema Web, Banco y

Asistente de Ventas. En nuestro caso analizaremos sólo lo relacionado al Sistema Web.

I.- GESTIÓN DEL USUARIO

Buscar Información
Visitante SistemaUsuari
o

Busqueda de servicios Busqueda de productos

44
El visitante ingresa a la web, buscando información acerca de los productos que se
ofrecen en etramin.com. Podrán buscar productos que ofrece la empresa y también
diferentes tipos de servicios como mantenimiento preventivo y/o correctivo de maquinas
también podrá enviar comentarios o sugerencias al respecto .

2.-CONTROL DEL PRODUCTO

Entregar informacion
Sistema Usuario
Visitante

Enviar informacion

Reenviar resultados

Almacenar informacion

Sistema
Administrador Administrador

Mostrar informacion

Los datos son enviados desde la pagina de etramin.com en donde hay la opción de
solicitar mas información, la cual es almacenada en una base de datos dentro del
sistema Administrador, para luego ser procesada por el propio administrador del
sistema.

45
3.- Acciones del Administrador del sistema

Administrador

Modificar

Sistema
Administrador

El encargado de administrar el sistema tiene como tarea hacer el mantenimiento de los

datos así como la renovación y eliminación de los datos, además, que el administra toda
la información que entra y sale del sistema.

ACTORES:

Modificar Salida de datos Modificar entrada de Datos

Visitante: Persona que accede a la pagina web para visualizar los productos de venta
en línea, asi como puede realizar pedidos de los mismos. Tambien es el actor que
desea sele brinde un servicio.
Actualizar
Sistema Usuario: Sistema encargado de ofrecer información acerca de los productos y
servicios a traves de la interfaz de la página Web.

Administrador: Persona encargada del mantenimiento y control del sistema Web.

Sistema Administrador: Sistema que contiene a la Base de Datos. Accesible por el

administrador para el mantenimiento en general del sistema.

ANÁLISIS DE REQUISITOS

Los requisitos descritos previamente en el Estudio de Viabilidad del Sistema de

Información serán ahora analizados junto con los casos de uso antes descritos.

46
Los requisitos ordenados por orden de importancia son:

 Seguridad
 Rapidez de acceso
 Una buena interfaz de usuario
 Navegabilidad
 Un buen contenido sin errores tipográficos, equívocos gramaticales, errores en la
consistencia de contenido, inexactitudes en las representaciones graficas

CASO DE USO: BUSCAR INFORMACIÓN

El acceso del Visitante a la Página Web debe ser rápido, generar una buena impresión
a primera vista, y mostrar información lo más actualizada posible. El Visitante debe
encontrar lo que busca en corto tiempo.

CASO DE USO: ENVIAR INFORMACIÓN

El envió de información de datos personales, solicitudes, etc. del visitante de la página

Web hacia el sistema debe brindar toda la seguridad y confidencialidad posible.

CASO DE USO: MODIFICAR

El administrador al entrar al sistema administrador podrá realizar cambios como

actualización de productos, modificación de la salida y entrada de datos, etc. Para esto
se deberá evitar cualquier error al momento del cambio, y de este modo, salvaguardar
la integridad y veracidad de la información mostrada al publico.

CASO DE USO: REENVIAR RESULTADOS

Cuando un visitante registrado en el sistema Web solicita un pedido, pide mayor

información y/o envía recomendaciones o cuando ha realizado un pago en el banco vía
Paypal y quiere confirmar su pago, el Administrador reenviara como respuesta lo
solicitado por el cliente de manera directa.

VALIDACIÓN DE REQUISITOS

Los Requisitos especificados en el catálogo de requisitos, así como los casos de uso
previamente mencionados, son válidos, consistentes y completos; con lo cual
podemos continuar con la siguiente actividad del proceso de Análisis del Sistema de
Información.

47
3.-MODELAMIENTO DE TECNOLOGIA

1.1 ACTUALIZAR DATOS

1: 1. Ingresa al Panel de Actualización

7: 7. Ingresa Datos Actualizados
10: 10. Enviar Confirmación

: Usuario : I. Usuario
Registrado

6: 6. Mostara Formulario
de Actualización
9: 9. Solicita Confirmación
15: 15. Muestra Mensaje
2: 2. Enviar Selección
de guardado
8: 8. Envia Datos
11: 11. Envia Datos

3: 3. Validar Usuario
12: 12. Valida Datos

5: 5. Enviar Datos
14: 14. Envia Conformidad
de guardado

4: 4. Buscar Usuario(Usuario_ID)
: Usuarios 13: 13. Guarda Datos : C. Usuarios

48
1.2 AGREGAR PRODUCTO

1: 1. Selecciona Producto a Agregar

7: 6. Ingresa Cantidad del Producto

: Usuario : I: Agregar Producto

Registrado

5: [Si no hay stock] 2: 2. Envia Id de Producto

5.1 Envia mensaje de no stock 8: 7. Envia Cantidad
13: 12. Muestra Confirmación

6: [Stock disponible]
5.2 Muestra Pantalla para los detalles

9: 8. Validad Cantidad

12: 11. enviar confirmación 3: 3. Verifica Stoc k de Producto

11: 10. Agrega el producto al detalle de Pedido 4: 4. envia Stock

: Detalle Pedido : C. Producto : Producto

10: [Si es el primer producto del pedido]

9. Genera los datos de Cabecera del pedido

: Pedido

49
1.3 BUSCAR PRODUCTO

1: 1. Selecciona Criterio
de Busqueda
4: 3.1.2 Ingresa codigo a buscar
13: 3.2.3 Selecciona Una marca
6: 3.1.4 Busca Producto Por Codigo
17: *[para cada criterio]
3.2.7 Busca Productos de esa marca
23: 3.3.3 Busca Productos por tipo
: Usuario : I. Buscar Producto
Registrado
: Producto
3: [Si la busqueda es por codigo]
3.1.1 Envia Formulario
para ingresar codigo
10: 3.1.8 Muestra el producto
y sus detalles
12: 3.2.2 Muestra listado de marcas
20: 3.2.10 Envia Listado
25: 3.3.5 Muestra Listado 7: 3.1.5 Envia Producto

2: 2. Envia Criterio
5: 3.1.3 Envia Código
14: 3.2.4 Envia marca selecionada
15: 3.2.5 Selecciona Criterio para subclasificación
21: [Si la busqueda es por tipo]
3.3.1 Solicita listado de Tipos

16: 3.2.6 Envia Criteros

: C. Producto
22: 3.3.2 Envia los diferentes tipos : Tipo

9: 3.1.7 Envia Detalles del producto

19: 3.2.9 Envia Detalles

8: 3.1.6 Busca Detalles del Producto

18: 3.2.8 Busca los detalles de esos productos
24: 3.3.4 Busca sus detalles

11: [Si la busqueda es por marca]

3.2.1 Solicita relación de toda las marcas

: Detalle Producto

: Marca

50
1.4 CANCELAR PEDIDO

1: 1. Selecciona Listado de Pedidos

6: 6. Selecciona Pedido a Cancelar
9: 9. Acepta Cancelación

: Usuario : I. Pedido
Registrado

5: 5. Muestra Pedidos
8: 8. Solicita Confirmación 2: 2. Envia Seleccion
7: 7. Envia Seleccion
10: 10. Envia Confirmación

3: 3. valida al usuario
4: 4. Busca Sus Peidos
11: 11. Cancela Pedido

: C. Pedido : Pedido

51
1.5 GENERAR PEDIDO

3: 3. valida al usuario

2: 2. Envia Seleccion
6: 6. Envia los datos

4: 4. Muestra formulario de Pedidos

: I. Pedido 7: 7. Muestra pantalla para : C. Pedido
agregar productos

L
1: 1. Selecciona Nuevo Pedido
5: 5. Ingresa datos de
cabecera del pedido
8: 8. Busca Productos

: Usuario
: Pedido
Registrado

52
1.6 INICIAR SESION

: Usuario : I. Ventana Principal : C. Usuarios : Usuarios

Registrado

1. Selecciona Login 2. Envia Seleccion

3. Muestra Pagina de Incio de sesion

4. Ingresa Usuario y contraseña

5. Envia Usuario y Contraseña

6. Valida Información

7. Envia respuesta
8. Envia Mensaje de bienvenida

53
1.7 REGISTRAR NUEVO USUARIO

1: 1. Selecciona Nuevo Usuario

4: 4. ingresa Datos

: Usuario : I. Ventana Principal

Registrado

2: 2. Envia Seleccion
5: 5. Envia Datos

3: 3. Muestra Pagina de Registro

8: 8. Envia mensaje de bienvenida

6: 6. Valida Datos

7: 7. Guarda Nuevo Usuario

: Usuarios
: C. Usuarios

54
1.8 VALIDAR USUARIO

1: 1. Valida que este iniciada la sesion

2: 2. Verifica los datos

: C. Usuarios : Usuarios

55
< LOGO DE LA INSTITUCION >

FORMATO F3- REPORTE DE GESTION

PROYECTO TI: Etramin

FECHA: 09 de marzo de 2009

ASISTENTES:

 Alexandra Cardenas Silva

 Flavia Pachas Peña
 Jim Almeyda Arévalo
 Michael Córdova Vega
COORDINADOR DEL PROYECTO: Emersson Eulogio Cerrón

I.- RIESGOS (Objetivo: Prevenirlos y neutralizarlos a fin de que no se conviertan en

Problemas. Se definen las acciones necesarias para lograrlo)

Termino
Factores
Original Actual

Seguridad Confiabilidad de los datos Desprotegido protegido

brindados por los clientes.

II.- PROBLEMAS / INCIDENTES (Objetivo: Atenuarlos para reducir su impacto en Alcance,

56
Plazo o Costos. Se definen las acciones necesarias para lograrlo)

Termino
Factores
Original Actual

Actualización de librerías Ausencia de Sin librería GD Posee librería

librerías GD para el GD
manejo de
imágenes en PHP

III.- PENDIENTES (Objetivo: Focalizar para hacer seguimiento. Son actividades que no aparecen
en el cronograma, o que por su importancia resulta útil analizarlas en esta reunión y mediante
este reporte)

Termino
Factores
Original Actual

Colocación de Para el acceso de Es presentado Es presentado

diferentes idiomas diferentes con el idioma con el idioma
usuarios castellano castellano

IV.- ACUERDOS (Objetivo: Recordar definiciones que no implican una asignación de

responsabilidad ni plazos. Indicar en la primera columna la fecha del acuerdo. Se
mantendrán las definiciones que podrían necesitar ser recordadas. Eventualmente se
darán de baja las antiguas.

V.- APRENDIZAJE (Objetivo: No perder ciertos temas críticos aprendidos en este proyecto.
En este formato solo anotar ideas a modo de ayuda memoria y sin mayor estructura.
Posteriormente se definirá la conveniencia de llenar un Reporte de Aprendizaje.

57
< LOGO DE LA INSTITUCION >

FORMATO F4- DEFINICION DE CAMBIOS

PROYECTO: Etramin
MOTIVO / HITO DE CONTROL:
FECHA: 09 -marzo-2009
I. CAMBIOS DENTRO DEL ALCANCE ACORDADO:
Nro. Fecha Solicitante Urgencia Descripción Responsable Horas Consideraciones
y/o precisiones

1 11-06- Cliente Media Aumento de Alexandra 03

09 nuevos Cardenas
Repuestos y Silva
maquinaria
en diseños
intermedios.

2 10-06- Jefe de Alta Habilitación Emersson 72 Se dio todos los

09 proyecto de los Eulogio servicios a los
archivos.hta Cerrón archivos.htaccess
ccess para
las
configuració
n
personalizad
as del
servidor
Apache

Total Horas dedicadas a cambios 77

Fecha de Inicio: 11-06-09 Fecha de Fin:

58
II. CAMBIOS FUERA DEL ALCANCE ACORDADO:
Nro Fech Solicitant Urgenci Descripció Responsabl Hora Ok Consideraciones
. a e a n e s y/o precisiones

1 03-07- Circunstan Alta Cambios en Michael 56 √ Se coordinó con

09 cia de el tiempo Córdova Vega los integrantes la
retraso del sobre el disponibilidad de
proyecto aprendizaje tiempo para la
del software designación de
aprendizaje en
ciertos módulos.

Total Horas dedicadas a cambios 56

Fecha de Inicio: 12-07-09 Fecha de Fin: 18-06-09

CONTENIDO DE CADA CAMPO

1. Proyecto: Etramin
2. Fecha: 25 - 04 -2009
3. Motivo/Hito de Control: Revisión de alguna de las versiones iniciales
del Informe de Definición y control de calidad del proyecto.
4. Urgencia: Indica el nivel de importancia y el tiempo para realizar
los cambios propuestos y de los alcances acordados.
5. Horas: Horas que empleará el Responsable para ejecutar el cambio.
6. OK: Indica si se va a desarrollar el cambio o no

59
< LOGO DE LA INSTITUCION >

FORMATO F5-INFORME DE RIESGO

A : Vílchez Inga, César

DE : Integrantes del Proyecto

ASUNTO : Riesgos detectados en el Proyecto

FECHA : 25 - 04 -2009

Me dirijo a usted, para comunicarle que los riesgos detectados en el proyecto de la

referencia –detallados en el cuadro adjunto- aún no han sido mitigados, motivo por el
cual se le pone en conocimiento para la toma de las acciones que correspondan y
garantizar que el proyecto se desenvuelva con éxito.

60
RIESGO DETECTADO ACCIONES A TOMAR RECOMENDADAS
EN LA REUNION DE GESTION DE FECHA
XXXX

Seguridad Instalación del módulo para Apache

ssl(Securety socket Layer) para encriptar el
envío de contraseñas de las tarjetas de
crédito.

Sistema de Backup Se realizó un módulo en el proyecto para la

realización de backup de manera sencilla.

Atentamente,

--------------------------------------

Coordinador del Proyecto

61
 < LOGO DE LA INSTITUCION >

FORMATO F6- INFORME DE AVANCE MENSUAL

PROYECTO: Etramin

FECHA: 25 - 04 -2009

COORDINADOR DEL PROYECTO: Emersson Eulogio Cerrón

PERIODO DE REVISION: 09-05-2009

I.- SITUACION DE ACTIVIDADES REALIZADAS EN EL MES

Actividades Termino
realizadas en el
mes Original Actual

Elaboración de la 12/05/09 18/05/09

Formulación del
Proyecto

Aprobación de 18/05/09 20/05/09

la Formulación
del Proyecto

Elaboración del 20/05/09 25/05/09

análisis del
sistema

Reunión de 25/04/09 25/04/09

Lanzamiento

Modelamiento 25/04/09 28/05/09

de
requerimientos

62
II.- RECURSOS UTILIZADOS EN EL MES

Actividades Costo x Personal Costo x Costo x Materiales Costo x Costos Varios COSTO
realizadas Equipos Infraestructura TOTAL
en el mes

Cantidad Costo Total Tipo Costo Descripción Costo Descripción Costo Descripción Costo S/. US$
de (S/.) de (S/.) (S/.) (S/.) (S/.)
Horas- Equipo
Hombre

III.- RIESGOS

Tema

IV.- RECOMENDACIONES / APRENDIZAJE

Recomendación y/o Tema aprendido

63
 Las actividades realizadas en el mes deben corresponder a las actividades del
cronograma detallado del proyecto
 Análisis del sistema web, viendo los casos de uso e interacción entre cliente y

usuario.
 Diseño de la página web, utilizando los lenguajes como PHP, JAVA SCRITP,

FLASH CS3, DREAMWEABER CS3 y FIREWORD CS3.

 Prueba del sistema y compra de hosting y dominio.
 presentación e implementación final del proyecto

64
< LOGO DE LA INSTITUCION >

FORMATO F7- INFORME FINAL DEL PROYECTO TI

PROYECTO TI: Etramin

COORDINADOR DE PROYECTO: Emersson Eulogio

PARTICIPANTES DEL PROYECTO: (ver F1–Formulación del Proyecto)

Rol Responsable - Área

Ejecutivo de Proyecto Emersson Eulogio Cerrón

Coordinador del Proyecto Emersson Eulogio Cerrón

Líder Usuario Flavia Pachas Peña

Michael Córdova Vega

Líder Técnico

Jim Almeyda Arévalo

Equipo de Trabajo

Flavia Pachas Peña

Equipo Usuario

Jim Almeyda Arévalo

Comité de Gestión

Equipo Consultivo Alexandra Cardenas Silva

CONTRIBUCION DEL PROYECTO “Etramin” A LOS OBJETIVOS

65
INSTITUCIONALES:

OBJETIVOS DEL PROYECTO TI: (ver F1–Formulación del Proyecto)

PRODUCTOS TERMINADOS:

Producto Fecha de Implantación Fecha de Estabilización

Etramin 20 – 04 -2009 15/07/09

66
APRENDIZAJE:

(Pueden ser alertas para no cometer errores similares, sugerencias para afrontar dichos errores si se
dieran, sugerencias para el reuso de conceptos exitosos y especialmente cambios para mejoras en general)

Efectos

Manual de Para un mejor rendimiento del software, optimizar y estandarizar la instalación se

Configuración de debe realizar un manual de configuración de servidor apache.
Apache

Programación de En caso de algún problema ocurrido en la base de datos se debe contar con un
backup del servidor de backup que cuente con los datos mas recientes; es decir programar los backup de
base de datos forma diaria

67