Trabajoacademico 151006141044 Lva1 App6892

1
UNIVERSIDAD ALAS PERUANAS

FACULTAD DE INGENIERÍAS Y ARQUITECTURA
ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS E
INFORMÁTICA
PROYECTO DE INVESTIGACIÓN III

DISEÑO DE UN SISTEMA DE INFORMACION
APLICANDO TECNOLOGIA WEB PARA LA UNIDAD
DE TRANSFERENCIA Y RENDICION DE CUENTAS
DEL PROGRAMA NACIONAL DE ALIMENTACION
ESCOLAR QALI WARMA
PRESENTADO POR EL ALUMNO
ADOLFO OMAR MONTERO JINES
DOCENTE
JOSE LEONOR RUIZ NIZAM A
LIMA-PERÚ
2,015
i
Contenido
DEDICATORIA ......................................................................................................................... ii
AGRADECIMIENTOS .............................................................................................................. iii
RESUMEN ............................................................................................................................... iv
INTRODUCCIÓN ...................................................................................................................... v
ÍNDICE PRINCIPAL ................................................................................................................. vi
ÍNDICE DE GRÁFICOS ........................................................................................................... ix
ÍNDICE DE TABLAS ................................................................................................................. x
ÍNDICE DE FORMATOS DE LA GESTIÓN DEL PROYECTO .................................................. xi
ÍNDICE DE ANEXOS .............................................................................................................. xii
ii
DEDICATORIA
El presente trabajo está dedicado a mi familia
iii
AGRADECIMIENTOS
Agradezco a mis docentes por su paciencia y dedicación.
iv
RESUMEN
El objetivo del desarrollo del Proyecto es el de brindar la herramienta suficiente para dar
soporte a los procedimientos de los procesos que involucran la transferencia y rendición
de cuentas de los recursos financieros transferidos a los comités de compra u
organizaciones que se constituyan para proveer bienes y servicios para las prestaciones
alimentarias del programa, en el marco del modelo de cogestión El sistema seria es de
aplicación para la Unidad de Transferencia y Rendición de Cuentas, Unidad de
Prestaciones, Unidades Territoriales, Comités de Compra y Organizaciones que
intervengan en el proceso de transferencia de recursos y rendición de cuentas
El proyecto es de aplicación de las Unidad de Transferencia y Rendición de Cuentas,

Unidades Territoriales, Comités de Compra y Organizaciones que intervengan en el
proceso de transferencia de recursos y rendición de cuentas, permite registrar los
procedimientos de los procesos que involucran la transferencia y rendición de cuentas de
los recursos financieros transferidos a los comités de compra u organizaciones que se
constituyan para proveer bienes y servicios para las prestaciones alimentarias del
programa, en el marco del modelo de cogestión
El marco normativo vigente en el que la Unidad de Transferencia y Reedición de cuentas

está inmerso permite entrever la urgencia y necesidad del establecimiento de un
mecanismo que permita dar cumplimiento a lo establecido, y cuyas características le
permitan atender las necesidades de información,
v
INTRODUCCIÓN
Mediante Decreto Supremo N° 008-2012-MIDIS fue creado el Programa Nacional de

Alimentación Escolar Qali Warma, cuyo propósito es brindar un servicio alimentario de
calidad a los niños y niñas a partir de (03) tres años de edad en los niveles inicial y
primaria; asimismo en la Ley de Presupuesto para el año fiscal 2013, Ley 29951, en su
Octogésima Cuarta Disposición Complementaria Final autoriza al Ministerio de Desarrollo
e Inclusión Social para que a través del PNAE Qali Warma, realice transferencias de
recursos financieros a los comités u organizaciones que se constituyan para proveer
bienes y servicios del Programa, a fin de alcanzar los objetivos a cargo del mismo.
La transferencia de recursos es el procedimiento a través del cual el Programa de

Alimentación Escolar Qali Warma (PNAEQW), determina, autoriza y ejecuta las acciones
necesarias para el desembolso de recursos financieros a los Comités de Compras u
Organizaciones, debidamente reconocidos a efectos de financiar la contratación de los
bienes y servicios necesarios para la ejecución de las prestaciones a cargo del programa,
mientras que la rendición de cuentas es la obligación de responder e informar dentro de
los plazos establecidos, que tiene el Comité de Compra u Organizaciones, sobre la
administración de los recursos financieros transferidos y la ejecución de los gastos
realizados en un determinado periodo de tiempo.
vi
ÍNDICE PRINCIPAL
CAPÍTULO I: ANÁLISIS DE LA ORGANIZACIÓN ..............................................................13

1.1 Datos generales de la institución:...................................................................................13
1.1.1. Nombre de la Institución ......................................................................................13
1.1.2. Rubro o Giro del Negocio ....................................................................................13
1.1.3. Breve Historia.......................................................................................................13
1.1.4. Organigram actual................................................................................................14
1.1.5. Descripción de las Áreas funcionales..................................................................14
1.1.6. Descripción general del proceso de negocio. .....................................................17
1.2 Fines de la Organización ................................................................................................20
1.2.1 Vision.....................................................................................................................20
1.2.2 Misión ....................................................................................................................20
1.2.3 Valores ..................................................................................................................20
1.2.4 Objetivos Estratégicos ..........................................................................................21
1.2.5 Unidades Estratégicas de Negocios.....................................................................22
1.3 Análisis externo ...............................................................................................................23
1.3.1 Análisis del entorno general .................................................................................23
1.3.2 Análisis del entorno competitivo ...........................................................................24
1.3.3 Análisis de la posición competitiva - Factores claves de éxito ............................24
1.4 Análisis Interno ................................................................................................................24
1.4.1 Recursos y capacidades.......................................................................................24
1.4.2 Análisis de la cadena de valor ..............................................................................25
1.5 Análisis Estratégico .........................................................................................................25
1.5.1 Análisis FODA.......................................................................................................26
1.5.2 Matriz FODA..........................................................................................................27
1.6 Descripción de la problemática.......................................................................................28
1.6.1. Problemática ........................................................................................................28
1.6.2. Objetivos ..............................................................................................................29
1.7 Resultados esperados ....................................................................................................29
vii
CAPÍTULO II: MARCO TEÓRICO DEL NEGOCIO Y DEL PROYECTO ...........................30

2.1 Marco teórico del Negocio .............................................................................................31
2.2 Marco teórico del Proyecto ............................................................................................31
2.2.1 Gestión del Proyecto ..........................................................................................31
2.2.2 Ingeniería del Proyecto ......................................................................................32
2.2.3 Soporte del Proyecto..........................................................................................34
2.2.4 Planificación de la calidad .................................................................................35
2.2.5 Identificación de estándares y métricas ............................................................36
2.2.6 Diseño de formatos de aseguramientos de calidad .........................................37
CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO .............................................39
3.1. Gestión del proyecto ......................................................................................................39
3.1.1. Iniciación ..............................................................................................................39
3.1.2. Planificación .........................................................................................................44
CAPÍTULO IV: EJECUCIÓN, SEGUIMIENTO Y CONTROL DEL PROYECTO..................15
4.1. Gestión del proyecto ......................................................................................................15
4.1.1. Ejecución ..............................................................................................................15
4.1.2. Seguimiento y control ..........................................................................................19
4.2. Ingeniería del proyecto ..................................................................................................21
4.3. Soporte del proyecto ......................................................................................................23
4.3.1. Plantilla de Seguimiento a la Gestión de la configuración actualizado ..............23
4.3.2. Plantilla de Seguimiento a la Aseguramiento de la calidad actualizado ............24
4.3.3. Plantilla de Seguimiento a la Métricas y evaluación del desempeño. ................28
CAPÍTULO V: CIERRE DEL PROYECTO............................................................................30
5.1. Gestión del Cierre del proyecto .....................................................................................30
5.1.1. Acta de Aprobación de entregables ....................................................................30
5.1.2. Lecciones aprendidas ..........................................................................................30
5.1.3. Acta de Cierre del Proyecto .................................................................................30
5.2. Ingeniería del proyecto ..................................................................................................30
5.3. Soporte del proyecto ......................................................................................................32
5.3.1. Plantilla de Seguimiento a la Gestión de la configuración actualizado ..............32
5.3.2. Plantilla de Seguimiento a la Aseguramiento de la calidad actualizado ............33
5.3.3. Plantilla de Seguimiento a la Métricas y evaluación del desempeño .................37
CAPÍTULO VI: EVALUACIÓN DE RESULTADOS ...............................................................39
6.3. Indicadores claves de éxito del Proyecto ......................................................................39
viii
6.4. Indicadores claves de éxito del Producto ......................................................................39

CAPÍTULO VII: CONCLUSIONES Y RECOMENDACIONES .............................................39
7.1 Conclusiones...................................................................................................................39
7.2 Recomendaciones ..........................................................................................................39
ix
ÍNDICE DE GRÁFICOS
Grafico: Organigrama institucional .......................................................................................14

Grafico: Fases del proceso de atención del servicio alimentario.........................................17
Grafico: unidades estrategicas de la organizacion...............................................................22
Grafico: Cadena de valor de la organización .......................................................................25
x
ÍNDICE DE TABLAS
Tabla: Procesos de la cadena de valor.............................................................................19

Tabla PESTEL de la organización .....................................................................................23
Tabla Análisis de entorno competitivo .............................................................................24
Tabla Análisis interno de la organización ........................................................................25
Tabla: Análisis FODA de la organización .........................................................................26
Tabla: Matriz FODA de la organizacion ............................................................................27
Tabla: Adaptado de Craig Larman: “UML y Patrones” 2Ed. 2003 .................................38
xi
ÍNDICE DE FORMATOS DE LA GESTIÓN DEL PROYECTO

xii
ÍNDICE DE ANEXOS
13
CAPÍTULO I: ANÁLISIS DE LA ORGANIZACIÓN
1.1 Datos generales de la institución:
1.1.1. Nombre de la Institución
Programa Nacional de Alimentación Escolar QaliWarma
1.1.2. Rubro o Giro del Negocio
El Programa Nacional de Alimentación Escolar QaliWarma, es un programa de

asistencia alimentaria dirigida a la población escolar tiene como finalidad brindar
un servicio alimentario de calidad a niños y niñas del nivel inicial (a partir de los 3
años de edad) y primario de las instituciones educativas públicas en todo el
territorio nacional
1.1.3. Breve Historia
Mediante Decreto Supremo N° 008-2012-MIDIS fue creado el Programa Nacional

de Alimentación Escolar QaliWarma, cuyo propósito es brindar un servicio
alimentario de calidad a los niños y niñas a partir de (03) tres años de edad en los
niveles inicial y primaria; asimismo en la Ley de Presupuesto para el año fiscal
2013, Ley 29951, en su Octogésima Cuarta Disposición Complementaria Final
autoriza al Ministerio de Desarrollo e Inclusión Social para que a través del PNAE
QaliWarma, realice transferencias de recursos financieros a los comités u
organizaciones que se constituyan para proveer bienes y servicios del Programa,
a fin de alcanzar los objetivos a cargo del mismo.
14
1.1.4. Organigram actual
Direccion Ejecutiva
Unidad de
Unidad de Planeamiento ,
Administracion Programacion y
Presupuesto
Unidad de
Unidad de Asesoria
comunicacion e Imagen
Institucional Juridica
Unidad de Unidad de Supervision

Unidad de Prestaciones Unidades Territoriales
Transferencias y Monitoreo
Grafico: Organigrama institucional
1.1.5. Descripción de las Áreas funcionales
Dirección Ejecutiva.- es la unidad de mayor autoridad ejecutiva y administrativa,

depende estructural y funcionalmente del despacho del Vice ministerio de
Prestaciones sociales del Midis, y tiene a su cargo la decisión estratégica,
coordinación y supervisión del programa. Se encuentra encargado de un Director
Ejecutivo.
La dirección ejecutiva cuenta con un coordinador técnico que tiene a su cargo

funcionalmente la función de apoyar al Director Ejecutivo en la supervisión y
15
coordinación de las unidades territoriales y técnicas del programa de acuerdo a

los temas que se le asigne, asi como otras funciones complementarias que le
sean asignados o delegadas por el Director Ejecutivo para ser cumplidas en
coordinación con las unidades de administración interna.
Unidad de Administración.- es la unidad de apoyo encargada de la

administración de los recursos humanos, materiales, económicos y financieros.
Tiene a su cargo el tramite documentario y el archivo del programa asi como
desarrollar, implementar, gestionar sistemas de información e infraestructura
tecnológica. Esta a cargo de un jefe y depende jerárquicamente de la dirección
ejecutiva.
Unidad de Comunicación e imagen institucional.- es la unidad de apoyo

encargada de difusión de la labor del programa a través de los medios de
comunicación, las relaciones publicas internas y externas así como la elaboración
e implementación de propuestas de estrategia comunicacional, en el marco de los
lineamientos y criterios dictados por el MIDIS. Está a cargo de un jefe y depende
jerárquicamente de la Dirección Ejecutiva.
Unidad de planeamiento y presupuesto.- es la unidad de asesoramiento

encargada de conducir y coordinar los procesos de los sistemas administrativos
de planeamiento, presupuesto, modernización de la gestión pública e inversión
pública. Está a cargo de un jefe y depende jerárquicamente de la Dirección
Ejecutiva.
Unidad de asesoría jurídica.- es la unidad de asesoramiento, que tiene a su

cargo la responsabilidad de emitir opinión legal en asuntos de competencia del
programa, dictaminar sobre aspectos legales de las actividades del programa y
16
absolver las consultas legales que le sean formuladas por la Dirección Ejecutiva y
las demás unidades del programa. Está a cargo de un jefe y depende
jerárquicamente de la Dirección Ejecutiva
Unidad de prestaciones.- es la unidad técnica responsable de planificar y

organizar los procesos de prestación del servicio alimentario y asistencia técnica,
teniendo en cuenta las diferentes modalidades de gestión del programa. Es
asimismo responsable de desarrollar en coordinación con el Sector educación y
en el marco de la curricular escolar, herramientas de apoyo educativo relacionado
con nutrición y hábitos alimentarios saludables. Está a cargo de un jefe y depende
Unidad de Transferencias y rendición de cuentas.- es la unidad técnica,

responsable de planificar, organizar y programar los procesos vinculados con las
transferencias de dinero a los operadores de las modalidades de gestión y
supervisar la rendición de cuenta de estos. Está a cargo de un jefe y depende
Unidad de Supervisión y monitoreo.- es la unidad técnica, responsable de

planificar, organizar y ejecutar los procesos vinculados con el seguimiento y
control de corto, mediano y largo plazo sobre la gestión operativa realizada por el
programa. Para lograr este propósito la unidad define en coordinación con las
unidades técnicas, los indicadores de proceso, producto y resultado que permitan
medir la gestión de la prestación del servicio. Esta unidad trabaja en coordinación
permanente con las unidades territoriales, de las cuales recibe información la que
consolida para el cálculo de los indicadores respectivos y para proponer las
oportunidades de mejora en la gestión y los procesos operativos así como las
medidas preventivas y correctivas que deban aplicarse a fin de coadyuvar al logro
de los objetivos del programa. Está a cargo de un jefe y depende jerárquicamente
de la Dirección Ejecutiva
17
Unidades Territoriales.- es la encargada de la ejecución de actividades

orientadas a la prestación del servicio del programa en el marco de criterios y
mecanismos establecidos por las unidades competentes del programa en
cumplimiento de las políticas y lineamientos dictados por la Dirección Ejecutiva.
Está a cargo de un jefe y depende jerárquicamente de la Dirección Ejecutiva
1.1.6. Descripción general del proceso de negocio.
El programa adopta un modelo de cogestión que constituye un mecanismo que

involucra la participación articulada y de cooperación entre actores de la sociedad
civil y sectores público y privado a efectos de proveer un servicio de calidad a los
usuarios del PNAE QaliWarma.
El proceso para la atención del servicio alimentario comprende las fases:

planificación del menú escolar, proceso de compra y gestión del servicio
alimentario.
Grafico: Fases del proceso de atención del servicio alimentario

18
El PNAE QaliWarma supervisa y brinda asistencia técnica permanente durante las

fases que comprende el proceso de atención del servicio alimentario mediante la
modalidad de cogestión, a través de sus unidades territoriales.
Una de los principales procesos es la transferencia de recursos que es el

procedimiento a través del cual el Programa de Alimentación Escolar QaliWarma
(PNAEQW), determina, autoriza y ejecuta las acciones necesarias para el
desembolso de recursos financieros a los Comités de Compras u Organizaciones,
debidamente reconocidos a efectos de financiar la contratación de los bienes y
servicios necesarios para la ejecución de las prestaciones a cargo del programa.
Los procesos de transferencia y rendición de cuentas se constituyen en pilares

importantes, para garantizar una adecuada prestación del servicio alimentario en
virtud del honramiento de los contratos firmados con los proveedores de
productos y raciones dentro de los plazos pactados, cuidando así también la
imagen de eficiencia del Programa
19
UNIDAD DE PRESTACIONES
•Proceso: Gestión de servicio alimentario

•Sub proceso: Definición de recetas.- Defini r recetas regi onales considerando requeri mientos
energéticos de los usuarios, patrimonio alimentario regionaly há bitos a limentarios saludables.
•Sub proceso: Definición del Modelo de Gestión del Servicio Alimentario.- Diseña r y defini r las
modalidades de gestión de servi cio alimenta rio, considerando el terri torio, los a ctores as í como los
procesos opera ti vos de funci onamiento (adquisición, alma cena je, prepa ración, dis tribución,
cons umo, limpieza, rendición de cuenta, entre otros)
•Proceso: Provisión de Asistencia Técnica.
•Sub proceso: Elaboración de lineamientos, herramientas y manuales para el desarrollo de
Asistencia Técnica a los operadores.- Es tablecer lineamientos, herramientas y ma nuales de
a s istencia técnica para la gestión del servicio a limentario de a cuerdo al modelo de gestión
es tablecido; y desarrollar las actividades a compañamiento y a sistencia técnica a los operadores.
•Sub proceso: Ejecución de la asistencia técnica.- Poner en marcha l os talleres de capacitación y l as
a cti vi dades de acompañamiento de l os operadores del s ervicio
UNIDAD DE SUPERVISIÓN Y MONITOREO
•Proceso: Supervisión Operativa

•Sub proceso: Planificación de la supervisión del programa.- Elabora r y formaliza r el Plan para la
ejecución de la Supervisión del Programa.
•Sub proceso: Ejecución de la Supervisión del programa.- Realiza r la supervisión del progra ma, a fin
de detectar oportunamente deficiencias, obstáculos o necesidades.
•Proceso: Monitoreo Social.
•Sub proceso: Diseño de las herramientas de monitoreo social.- Identifi ca r herra mientas de
moni toreo social y a daptar para s u puesta en marcha en el programa.
•Sub proceso: Ejecución Monitoreo Social.- Realiza r Monitoreo Social y seguimiento en la
pres ta ción del servi cio mediante la aplica ción de consejos de vigilancia, veedores ciudadanos, entre
otros .
UNIDAD DE TRANSFERENCIAS
•Proceso: Gestión de Transferencia monetaria

•Sub proceso: Recopilación y análisis de información.- Recopilar la informa ción necesa ria pa ra
determinar el número de ra ciones alimentarias requeridas en los distintos ámbitos territoriales
•Sub proceso: Programación de Gastos.- Progra ma r la ejecución de gastos, de acuerdo con la
di s ponibilidad de recursos monetarios y s egún requerimientos de ca da ámbito territorial
•Sub proceso: Ejecución de la Transferencia Monetaria.- Procesar la transferencia moneta ria, a los
operadores , según corresponda , de a cuerdo a los arreglos norma ti vos y ma rco legal
corres pondiente.
•Sub proceso: Rendición de cuentas.- Revisa r,evalua r y da r conformidad a las rendi ciones de cuenta
de ca da operador conciliando el monto tra nsferido y ga stado.
•Sub proceso: Constitución y funcionamiento de operadores.- cons ti tución de operadores de
a cuerdo a l os a rreglos norma ti vos y ma rco legal correspondiente y funciona miento de los
opera dores
Tabla: Procesos de la cadena de valor

20
1.2 Fines de la Organización
1.2.1 Vision
El Programa Nacional de Alimentación Escolar es eficiente, eficaz y articulado,

promueve el desarrollo humano a través del servicio alimentario de calidad en
cogestión con la comunidad local
1.2.2 Misión
Programa que brinda servicio alimentario con complemento educativo a niños y

niñas matriculados en instituciones educativas públicas del nivel inicial y primario,
a fin de contribuir a mejorar la atención en clases, la asistencia escolar y los
hábitos alimenticios, promoviendo la participación y la corresponsabilidad de la
comunidad local.
1.2.3 Valores
Integridad.- Somos coherentes con los principios y acciones del MIDIS. En

nuestro trabajo, un comportamiento integro implica rectitud y probidad al actuar.
Ello supone mantener normas y principios éticos mediante un comportamiento
honesto, atendiendo siempre la verdad.
Conduciéndonos de esta manera, fomentamos la credibilidad de la sociedad en

las instituciones públicas y contribuirá a generar una cultura de confianza y
partición social.
Compromiso: Institucional y personal.- El compromiso institucional implica, cumplir

con nuestras obligaciones de trabajo, haciendo más de lo esperado, para lograr
los objetivos trazados. El compromiso personal supone que los trabajadores
21
tengan una actitud de entrega y ahínco al desplegar sus labores. Se entiende no

solo como una obligación contraída sino también como una responsabilidad
personal y profesional, con las labores encomendadas, las actividades
emprendidas y la palabra dada, en el marco de una gerencia publica de alto
desempeño, especializada en temas sociales y comprometidos con el logro de
resultados.
Vocación de servicio y solidaridad.- todos aquellos que desempeñan función

pública deben conducirse con una actitud colaboradora, solidaria y empática, de
respeto y apoyo hacia la sociedad y los demás trabajadores con quienes
interactúa. La vocación de servicio es fundamental en la función pública, sobre
todo considerando que se trabaja para y por la población en situación de
exclusión.
En este sentido, la vocación de servicio y la solidaridad son valores que deben

practicarse con especial énfasis en las personas o grupos sociales en proceso de
inclusión.
1.2.4 Objetivos Estratégicos
 Garantizar el servicio alimentario durante todos los días del año escolar a los
usuarios del programa de acuerdo a sus características y las zonas donde
viven.
 Contribuir a mejorar la atención a los usuarios del programa en clases,
favoreciendo su asistencia y permanencia.
 Promover mejores habitas de alimentación en los usuarios del programa.
22
1.2.5 Unidades Estratégicas de Negocios
Número limitado de áreas en las cuales la obtención de resultados satisfactorios

asegurará un rendimiento competitivo para el individuo, el departamento o la
organización. Son áreas donde las "cosas deben ir bien" para que el negocio
pueda alcanzar y mantener sus metas establecidas….John F. Rockart.
Direccion Ejecutiva
Unidad de Planeamiento ,
Unidad de Administracion Programacion y
Presupuesto
Unidad de comunicacion e Unidad de Asesoria

Imagen Institucional Juridica
Unidad de Supervision y
Unidad de Prestaciones Unidad de Transferencias Unidades Territoriales
Monitoreo
Componente Educativo Seguimiento de contratos Supervision de compras Supervision y evaluacion
Cmponente Alimentario Gestion administrativa Monitoreo y seguimiento
Atencion de denuncias,
Gestion de compra Coordinacion tecnica
quejas y reclamos
Articulacion Componente alimentario
Grafico: unidades estrategicas de la organizacion

23
1.3 Análisis externo
1.3.1 Análisis del entorno general
Oliticos
P  Cambio en políticas de gobierno ministerial

 Inestabilidad de las autoridades del programa
 El programa cuenta con todo el apoyo politico del gobierno central, dado que es
el programa emblema del actual gobierno.
Conomicos
E
 Asignación suficiente de recursos económicos
 Ejecución presupuestal insuficiente
 Reasignación de recursos
 El programa cuenta con más de mil millones de presupuesto para el
cumplimiento de sus metas, en el sector es el programa que cuenta con mayor
presupuesto, además de la Ley de Presupuesto, el programa cuenta con su
propia normatividad.
Ocioculturales
S  Necesidad de la existencia del programa

 Rechazo del servicio alimentario.
 El programa se desarrolla en un entorno social vulnerable a nivel nutricional, se
desarrolla ademas en un entorno social que percibe de apoyo social
Ecnologicos
T  Inexistencia de medios tecnológicos suficientes.

 El programa realiza sus actividades en un entorno en el cual la tecnología
logra relacionar a sus unidades operativas.
Cologicos
E  No existen factores determinantes
Egales
L  Marco normativo propio

 Inobservancia de normas nacionales
Tabla PESTEL de la organización

24
1.3.2 Análisis del entorno competitivo
AMBIENTE CARACTERISTICAS
Clientes Usuarios del programa
Rival El programa, al ser un programa social, no cuenta con

un entorno competitivo
Laboral Organizado jerárquicamente
Proveedores A nivel nacional
Global/Indeterminado Inestable considerando la característica del programa

(social)
Tabla Análisis de entorno competitivo
1.3.3 Análisis de la posición competitiva - Factores claves de éxito
Al ser un programa social del estado, no se cuenta con competidores en el sector.
1.4 Análisis Interno
1.4.1 Recursos y capacidades
Componente Interno Descripción
Organización Jerárquicamente organizado
A pesar de que el programa no cuenta con documentos de gestión

suficientes para el desarrollo organizativo como un manual de
organización y funciones cuenta con un manual de operaciones que
de alguna manera ordena el funcionamiento del programa
Talento Humano Profesionales con capacidad y experiencia
El programa cuenta con personal distribuido a nivel nacional lo que

muestra mucha capacidad de operación, sin embargo aun no existen
25
los recursos suficientes para desarrollar sus capacidades.
Comercialización No se comercializa
Operativo Se encuentra en las unidades territoriales.
El programa se encuentra aun en implementacion de recursos tanto

materiales como humanos
Financiero Asignación de recursos suficientes
El programa está posicionado a nivel nacional y cuenta con

presupuesto suficiente para el desarrollo de sus actividades
Tabla Análisis interno de la organización
1.4.2 Análisis de la cadena de valor
Grafico: Cadena de valor de la organización
1.5 Análisis Estratégico

26
1.5.1 Análisis FODA
FORTALEZAS DEBILIDADES
1. Alta dirección con alto nivel de preparación y 1. Limitaciones en el proceso de focalizacion genera
liderazgo filtraciones, subcobertura
2. El programa está presente a nivel nacional 2. Ausencia de un sistema de informacion integrado
3. Marco de convenios establecidos que contribuyen que afecta la programacion, ejecucion, monitoreo y
con el logro de los objetivos y resultados en función a evaluacion
los usuarios del programa. 3. Bajo nivel de alineamiento y coordinacion entre los
4. Aprendizaje acumulado y sinergia en procesos programas del MIDIS en temas como articulacion
comunes que facilitan la optimización del uso de los territorial, informacion y comunicación con usuarios
recursos del programa y otros
4. Incertidumbre en la continuidad laboral limita el
desarrollo y compromiso de los trabajadores
5. Areas de apoyo en proceso de consolidacion
6. Equipos de trabajo conformados por profesionales
que provienen de organizaciones con diversas
culturas afectan la integracion.
OPORTUNIDADES AMENAZAS
1. El gobierno ha priorizado el tema de inclusión social y 1. Vulnerabilidad frente a factores policitos

ha asignado recursos disponibles por el crecimiento 2. Corrupcion
económico sostenido de los últimos años en el país. 3. Presion mediatica respecto a los avances en
2. Las tecnologías de información y comunicación materia de atencion del programa
aplicada a la gestión social facilita los procesos al 4. Conflictos de autoridad con otros sectores
posibilitar la interconexión de los sistemas de 5. Deficit de competencia en los niveles de ejecucion,
información del estado. especialmente en zonas alejadas o de alto riesgo
3. Conocimiento acumulado y registros administrativos 6. La administracion publica no ha incorporado la
de programas ejecutados en las entidades que innovacion como fuente de mejoras radicales
conforman el sector está disponible para ser 7. La intervencion del programa, para algunos
sistematizado y usado como referencia para mejorar segmentos poblacionales, generan la idea de que
la efectividad del programa es un derecho recibir programas asistencialistas
4. Proceso de articulación ya iniciado en los sectores y 8. Insuficiente fuentes de informacion gubernamental
en los tres niveles de gobierno 9. Dispersion poblacional en las zonas mas alejadas
5. Algunas empresas que operan en zonas de extrema
pobreza disponen de recursos y muestran disposición
para contribuir con el estado en temas de desarrollo
social
6. La existencia de programas de cooperación
internacional en temas de desarrollo e inclusión social
brindan la posibilidad de trabajar conjuntamente y
compartir experiencias y aprendizaje
7. Los gobiernos regionales y locales tienen un marco
normativo que les asigna la función de ejercer
liderazgo en temas de desarrollo e inclusión social en
su ámbito de influencia territorial
Tabla: Análisis FODA de la organización
27
1.5.2 Matriz FODA
Análisis Interno
Fortalezas Debilidades
Información existente en unidades No existen mecanismos de registro de

descentralizadas información integrada que permita la
evaluación y toma de decisiones
Personal con conocimiento en todas las
unidades territoriales Multiplicidad de procesos no integrados
Tecnologías de información Estrategias FO (Diversificación) Estrategias DO (Enfoque)

Oportunidades
implementadas en todo el país

 Aprovechar recursos de TI existentes  Implementación de un sistema de
Análisis Externo
para remitir información integrada información
Desabastecimiento inminente por Estrategias FA (Geográfica) Estrategias DA (Reducción)
falta de pagos
Amenazas
 Registro de información crítica para  Reingeniería de procesos en búsqueda

procesos de pago de su integración
Tabla: Matriz FODA de la organizacion

28
1.6 Descripción de la problemática
1.6.1. Problemática
La Unidad de Transferencia y Rendición de Cuentas a través del Manual de
Transferencias y rendición de cuenta establece en su numeral 5.3.2.11 se registre
y/o actualice, en el Sistema de Transferencias y Rendición de Cuentas información
referida a datos de cada Comité de Compras, Integrantes de cada Comité de
Compras, Proveedores de cada Comité de Compras, Contratos, Valorizaciones,
Transferencias y liquidación de contratos, del mismo modo una de las funciones
asignadas a la Unidad de Transferencias y rendición de cuentas normada a través de
la R.M. 174-2012-MIDIS Manual de Operaciones Qali Warma numeral II.2.7, ítem d.
dispone la consolidación y análisis de la informaron remitida por las Unidades
Territoriales sobre el número de usuarios, estructura de costos, entre otros
Este marco permite entrever la necesidad del establecimiento de un mecanismo que
permita dar cumplimiento a lo establecido, pero además debe contar con las
características concordantes a requerimientos propios de este tipo de registro, es
decir el modulo debe tener características de:
 Acceso desde cualquier ubicación
 Obtiene información actualizada constantemente.
 Independencia de plataforma de trabajo
 Un mínimo costo de implementación y de mantenimiento
 Debe ser multiusuario.
 Debe ser de fácil distribución.
 Debe contar con el factor de escalabilidad.
 Debe ser modular.
 Debe ser de tecnología Open Source.

29
 Debe tener seguridad basado en usuarios y roles.
1.6.2. Objetivos
La finalidad del proyecto es la de proveer a la Unidad de Transferencia y Rendición
de cuentas (UTRC) un software que le permita supervisar y controlar en línea el flujo
de sus operaciones, transferencias y rendiciones, con el marco del presupuesto
asignado para tales fines y poder realizar las correcciones de ser necesarias
1.7 Resultados esperados
El proyecto consiste en implementar un sistema de información que cumpla con las
especificaciones requeridas para obtener el control necesario de los procesos de
transferencia de fondos a los comités de compra así como de las respectivas
rendiciones de cuentas, así poder que el marco presupuestal sea ejecutado bajo un
sistema de gestión de calidad.
El proyecto debe permitir:
 El registro de datos generales
 El registro de contratos
 El registro de valorizaciones
 El registro de transferencias
 La asignación de recursos financieros al correspondiente comité de compra
 El seguimiento y control del proceso de transferencia
 El seguimiento y control del proceso de rendición de cuentas a través de la
liquidación del contrato.
El tipo de sistema a implementar seria Tipo de sistema transaccional, pues este tipo
30
de sistema permitirá la creación, captura, manipulación, modificación y
almacenamiento de información producto del desarrollo de las actividades de la
UTRC.
En este punto es preciso indicar que no sería viable, por el momento, la adopción de
un ERP, pues, si bien es cierto que su modularidad e integralidad mejoraría
significativamente la gestión de la información institucional, el sistema de información
(ERP) está diseñado especialmente para procesos de negocios estandarizados
(producción, venta, compras, logística, contabilidad, gestión de proyectos, GIS,
inventarios, control de almacén, pedidos, nominas, etc.) que en su mayoría
corresponden al área administrativa, discriminando así, de alguna manera a las
áreas técnicas institucionales (Prestaciones, Transferencias y Supervisión) ya que,
además, la normatividad aplicada en estas áreas técnicas es altamente
especializada, con procesos, por ende, .
A pesar de las características especializadas y subyacentes del proceso de
información propias de un programa social es posible diseñar, implementar y
desarrollar un sistema de gestión con características ERP, es decir un sistema que
pueda integrar en un único sistema todos los procesos por los que atraviesa la
institución manteniendo una base de datos única, con motor de base de datos, que
permita modelar y automatizar todos los procesos básicos con el objetivo de integrar
información, sin embargo esta tarea corresponde tanto a la unidad orgánica de
sistemas, que en el caso de la institución recae en una coordinación (Coordinación
de Informática y Gestión de la Información CIGI), como en la Oficina Nacional de
Gobierno Electrónico e Informática, por tanto esta tarea estaría fuera del alcance del
presente proyecto.
CAPÍTULO II: MARCO TEÓRICO DEL NEGOCIO Y DEL PROYECTO

31
2.1 Marco teórico del Negocio
La transferencia de recursos es el procedimiento a través del cual el Programa de

Alimentación Escolar Qali Warma (PNAEQW), determina, autoriza y ejecuta las
acciones necesarias para el desembolso de recursos financieros a los Comités de
Compras u Organizaciones, debidamente reconocidos a efectos de financiar la
contratación de los bienes y servicios necesarios para la ejecución de las
prestaciones a cargo del programa, mientras que la rendición de cuentas es la
obligación de responder e informar dentro de los plazos establecidos, que tiene el
Comité de Compra u Organizaciones, sobre la administración de los recursos
financieros transferidos y la ejecución de los gastos realizados en un determinado
periodo de tiempo.
Los procesos de transferencia y rendición de cuentas se constituyen en pilares

importantes, para garantizar una adecuada prestación del servicio alimentario en
virtud del honramiento de los contratos firmados con los proveedores de productos y
raciones dentro de los plazos pactados, cuidando así también la imagen de eficiencia
del Programa
La Unidad de Transferencia y Rendición de Cuentas a través del Manual de
Transferencias y rendición de cuenta establece en su numeral 5.3.2.11 se registre y/o
actualice, en el Sistema de Transferencias y Rendición de Cuentas información
referida a datos de cada Comité de Compras, Integrantes de cada Comité de
Compras, Proveedores de cada Comité de Compras, Contratos, Valorizaciones,
Transferencias y liquidación de contratos, del mismo modo una de las funciones
asignadas a la Unidad de Transferencias y rendición de cuentas normada a través de
la R.M. 174-2012-MIDIS Manual de Operaciones Qali Warma numeral II.2.7, ítem d.
dispone la consolidación y análisis de la informaron remitida por las Unidades
Territoriales sobre el número de usuarios, estructura de costos, entre otros.
2.2 Marco teórico del Proyecto
2.2.1 Gestión del Proyecto
La guía del PMBOK es un estándar de la gestión de proyectos

desarrollado por el Project Management Institute (PMI), el cual en 1987
publicó la primera edición del PMBOK en un intento por documentar y
32
estandarizar información y prácticas generalmente aceptadas en la

gestión de proyectos y que a la fecha ya está traducido en once idiomas.
El PMBOK comprende un conjunto de conocimientos de la dirección de
proyectos y proporciona referencias básicas acerca de ésta; los
planteamientos del PMBOK Guide son aplicables a cualquier tipo de
organización, pero por su condición genérica es necesario realizar
adecuaciones o modificaciones que respondan a las necesidades reales
de la organización a la que se aplicara la metodología.
El PMBOK Guide plantea que la dirección de proyectos es una esfuerzo

integrador, con esto se refiere a que los procesos y las áreas que lo
componen actúan como un sistema, donde las acciones o la falta de ella
en un área específica repercuten en las demás. La gerencia del proyecto
integra todos los aspectos de los proyectos, lo que se refleja en la
interrelación de los mismos.
El PMBOK Guide considera todos los procesos de la gerencia de

proyectos: inicio, planeación, ejecución, control y cierre y denomina las
áreas que componen los procesos como: “las nueve áreas del
conocimiento”, estas son:
Gestión de la integración del proyecto.
Gestión del alcance del proyecto.
Gestión de tiempos del proyecto
Gestión de costos del proyecto.
Gestión de la calidad del proyecto.
Gestión de los recursos humanos del proyecto.
Gestión de las comunicaciones del proyecto.
Gestión de los riesgos del proyecto.
Gestión de las adquisiciones del proyecto.
2.2.2 Ingeniería del Proyecto
El método a utilizar para el desarrollo del Sistema será el método Watch,

el método es un marco metodológico que describe los procesos técnicos,
33
gerenciales y de soporte que deben emplear los grupos de desarrollo de

aplicaciones empresariales
Está fundamentado en: CMMI: Capability Maturity Model del Software

Engineering Institute, RUP: Rational Unified Process y PMBOK
Éste método tiene ventajas en el desarrollo de aplicaciones, entre las que

se pueden mencionar:
- Agrega visibilidad al proyecto de desarrollo, permitiendo que los

usuarios del sistema y el grupo de desarrollo conozcan el estado del
proyecto en cualquier momento.
- Facilita al líder del proyecto la planificación y el control del mismo.
- Establece un marco metodológico único que estandariza el proceso de
desarrollo y unifica la información que se produce a lo largo del
proyecto.
- Se fundamenta en la ingeniería basada en componentes de software y
emplea las mejores prácticas, técnicas y notaciones utilizadas
actualmente en la industria de software.
El método consta de los siguientes tres componentes:
Modelo del producto: que describe el producto que se va a desarrollar,

estableciendo las características arquitectónicas generales de la
aplicación.
Modelo del proceso: Mediante el cual se describe de manera estructurada

el conjunto de actividades que el grupo de desarrollo debe seguir para
producir la aplicación.
Modelo del grupo de desarrollo: Que describe los roles que tendrán cada
uno de los miembros del grupo de desarrollo y su organización.
Dentro del modelo de procesos establecido en el método Watch se

establece un marco metodológico cíclico, iterativo y controlado, mediante
el cual en cada iteración se desarrolla una nueva versión del sistema o un
nuevo subsistema.
Para el modelado se utilizara el Lenguaje Unificado de Modelado UML,

este lenguaje permite representar los diferentes aspectos de un sistema
de software de una manera clara y versátil, de modo que cualquier
persona lo pueda entender, y que se puedan expresar de manera explícita
y clara las diferentes características del sistema en la etapa previa a su
34
construcción, obteniendo a la vez una documentación que permite la

evolución y revisión del mismo
Para el desarrollo del sistema se utilizara el lenguaje de programación

PHP y el manejador de bases de datos MySQL. Se incorporara
funcionalidades en JavaScript para algunos componentes.
2.2.3 Soporte del Proyecto
En esta seccion se reune conceptos en torno al grupo de procesos de

soporte y apoyo para el correcto cumplimiento de la gestion e ingeneria
del proyecto, estos procesos corresponden a la gestion de metricas, el
aseguramiento de la calidad y la gesiton de la configuracion, se denomina
Gestión de la Configuración al conjunto de procesos destinados a
asegurar la calidad de todo producto obtenido durante cualquiera de las
etapas del desarrollo de un Sistema de Información, a través del estricto
control de los cambios realizados sobre los mismos y de la disponibilidad
constante de una versión estable de cada elemento para toda persona
involucrada en el citado desarrollo. Estos dos elementos (control de
cambios y control de versiones de todos los elementos del S.I.) facilitan
también el mantenimiento de los sistemas al proporcionar una imagen
detallada del sistema en cada etapa del desarrollo. La gestión de la
configuración se realiza durante todas las fases del desarrollo de un
sistema de información, incluyendo el mantenimiento y control de
cambios, una vez realizada la puesta en producción.
Según la interfaz Gestión de la Configuración definida basada en el

modelo de procesos del ciclo de vida de desarrollo ISO/IEC 12207
(Information Technology - Software Life Cycle Processes) así como en la
norma ISO/IEC 15504 SPICE (Software Process Improvement And
Assurance Standards Capability Determination), los elementos de
configuración del software incluyen:
 Ejecutables
 Código Fuente.
 Modelos de datos.
 Modelos de procesos.
 Especificaciones de requisitos.
 Pruebas.
35
Y para cada uno de estos elementos se almacenará al menos:
 Nombre.
 Versión.
 Estado.
 Localización.
2.2.4 Planificación de la calidad
La calidad es definida por el cliente en última instancia y representa qué

tan cerca están el proyecto y los entregables de cubrir los requisitos y las
expectativas del cliente.
La calidad es medida por el cliente en última instancia. No es decisión del

equipo del proyecto determinar el nivel de calidad requerido por el
proyecto. El equipo del proyecto necesita comprender los requerimientos y
las expectativas del cliente y entonces alcanzar dichas expectativas.
Debido a que la calidad es definida por el cliente, podría parecer que se

trata de algo totalmente subjetivo. Sin embargo, hay mucho de la calidad
que puede ser hecho objetivamente. Esto requiere descomponer el
período genérico de la "calidad" en aspectos específicos que son
importantes para el cliente. Entonces se observa cada una de los
aspectos individuales y se determina uno o más indicadores que puedan
ser registrados para medir la característica.
La gestión de métricas y de la calidad están relacionadas. Es muy difícil

mejorar la calidad de sus resultados o la eficiencia de sus procesos si no
se reúnen las métricas. Las mediciones se utilizan para dar alguna
indicación del estado a partir de la calidad (la calidad de los resultados y la
calidad de los procesos del proyecto) y si la calidad está aumentando o
disminuyendo. Además de determinar el nivel de calidad en un proyecto,
los indicadores también se pueden utilizar para proporcionar criterios
objetivos para determinar si el proyecto se ha realizado correctamente.
Además de entender la definición de la calidad del cliente, es importante

reconocer los intereses de otros grupos de interés. Dependiendo de los
roles de estos grupos, pueden tener otros requisitos de calidad que
necesiten ser satisfechos
36
La captura de las métricas consisten en la información básica, como la

forma en que el proyecto está avanzando en términos de costo y duración.
Al final del proyecto, estas cifras pueden compararse con las estimaciones
originales para ayudar a determinar qué tan bien el proyecto fue llevado a
cabo frente a las expectativas. Las métricas de satisfacción de los clientes
también se pueden obtener después de que el trabajo esté terminado.
No hay generalmente una necesidad de capturar las métricas más

sofisticadas en los resultados de los proyectos ya que las prestaciones
suelen ser también bastante pequeñas. No es necesario recopilar las
métricas para la mejora de procesos, ya que no hay suficiente tiempo para
realizar mejoras o tomar acciones con base en los resultados de las
mediciones.
2.2.5 Identificación de estándares y métricas
Estándar IEEE/EIA 12207.- Esta norma establece las directrices sobre

aseguramiento de la calidad de software para asegurar al cliente que el
software cumple con los requerimientos que el usuario define,
requerimientos reglamentarios, técnicos y de la organización. Entre las
directrices determina cuales son los objetivos de calidad, objetivos del
proceso de aseguramiento de la calidad y cuales son esos procesos de
aseguramiento de la calidad.
Estándar ISO/IEC 9126 Modelos de calidad para Software.- Esta norma

se orienta a dos áreas para la calidad del producto software, calidad
interna - externa, y calidad en uso del producto software.
Modelo de Calidad Interna y Externa; este modelo determina

características y sub características, que sirven para evaluar la calidad
interna y la calidad externa de un producto software (Funcionalidad,
Confiabilidad, Usabilidad, Eficiencia, Mantenimiento y Portabilidad)
Modelo de Calidad en Uso; este modelo propone métricas de calidad en

uso categorizadas en las cuatro características: Efectividad,
Productividad, Seguridad Física y Satisfacción.
ISO 90003 Sistema de gestión de la calidad de los Sistemas de

Información.- La norma ISO 90003 Diseño e implementación de sistemas
de gestión de la calidad con una especialización en adquisición,
suministro, desarrollo, instalación y mantenimiento de software y servicios
37
de soporte; la cual se deriva de la norma ISO 9001: 2000 Sistemas de

Gestión de Calidad.
Estándar ISO/IEC 15939 Modelos de medición de Software.- Este modelo

sirve para evaluar los procesos de medición de software y se subdivide en
los grupos: Modelo de Procesos de Medición y modelo de Información de
Medición
2.2.6 Diseño de formatos de aseguramientos de calidad
Para poder controlar la calidad del software es necesario, ante todo,

definir los parámetros, indicadores o criterios de medición, ya que, como
bien plantea Tom De Marco, "no se puede controlar lo que no se puede
medir".
Para poder identificar los costos y beneficios del software se definieron los
atributos de calidad. La intención es separar el software en atributos que
puedan ser medidos o cuantificados (en términos de costo beneficio).
Ejemplos de estos atributos son confiabilidad, adaptabilidad, usabilidad y
funcionalidad.
Para clasificar los atributos de calidad del software se definieron varios

modelos, uno ellos fue el modelo FURPS+. Este modelo fue desarrollado
por Robert Grady y Deborah Caswell de Hewlett Packard
Bajo el acrónimo FURPS+, por sus siglas en inglés, se definen las

siguientes características:
Sigla Tipo de requerimiento Descripción
F Funtional Funcional Características, capacidades y

algunos aspectos de seguridad
U Usability Facilidad de uso Factores humanos (interacción),

ayuda, documentación
R Reliability Fiabilidad Frecuencia de fallos, capacidad

de recuperación de un fallo y
grado de previsión
P Perfomance Rendimiento Tiempos de respuesta,

productividad, precisión,
38
disponibilidad uso de los

recursos
S Supportability Soporte Adaptabilidad, facilidad de

mantenimiento,
internacionalización, facilidad de
configuración
+ Plus Implementación Limitación de recursos,

lenguajes y herramientas
hardware
Interfaz Restricciones impuestas para la

interaccion con sistemas
externos
Operaciones- Gestion del sistema, pautas

administrativas, puesta en
marcha
Empaquetamiento Formas de distribución
Legales Licencia, derecho de autor
Tabla: Adaptado de Craig Larman: “UML y Patrones” 2Ed. 2003

39
CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO
3.1. Gestión del proyecto
3.1.1. Iniciación
A. Acta de constitución del proyecto
1. Objetivo del Acta de Constitución
El acta de constitución del proyecto es un documento que autoriza

formalmente el comienzo de un proyecto o fase, y debe ser emitido por
una gerencia de alto nivel de la organización., el acta otorga al Project
Manager autoridad para aplicar recursos de la organización a las
actividades del proyecto
El beneficio clave de este proceso es un inicio y unos límites del

proyecto bien definidos, la creación de un registro formal del proyecto y
el establecimiento de una forma directa para que la dirección general
acepte formalmente y se comprometa con el proyecto.
El acta de constitución del proyecto establece una relación de

colaboración entre la organización ejecutora yla organización
solicitante, se utiliza incluso para establecer acuerdos internos en el
seno de una organización con objeto de asegurar la entrega adecuada
de acuerdos.
El proyecto iniciara formalmente con la aprobación del acta. Se

selecciona y asigna un director del proyecto tan pronto como sea
posible, preferiblemente durante la elaboración del acta de constitución
del proyecto, y siempre antes de comenzar la planificación.
40
2. Descripción del Acta de Constitución
Project Charter
Nombre del Proyecto Siglas del proyecto
Sistema de información para la Unidad de Transferencia SISUTRC

y Rendición de Cuentas
Descripción del proyecto
El proyecto consiste en implementar un sistema de información que cumpla con las

especificaciones requeridas para obtener el control necesario de los procesos de
transferencia de fondos a los comités de compra así como de las respectivas rendiciones
de cuentas, así poder que el marco presupuestal sea ejecutado bajo un sistema de gestión
de calidad.
Definición del producto del proyecto
Definición de requisitos del proyecto
El proyecto debe permitir:
 El registro de datos generales

 El registro de valorizaciones
 El registro de transferencias
 La asignación de recursos financieros al correspondiente comité de compra
 El seguimiento y control del proceso de transferencia
 El seguimiento y control del proceso de rendición de cuentas a través de la liquidación
del contrato.
El tipo de sistema a implementar seria Tipo de sistema transaccional, pues este tipo de
sistema permitirá la creación, captura, manipulación, modificación y almacenamiento de
información producto del desarrollo de las actividades de la UTRC., pero además debe
contar con las características concordantes a requerimientos propios de este tipo de
registro, es decir el modulo debe tener características de:
• Acceso desde cualquier ubicación

• Obtiene información actualizada constantemente.
• Independencia de plataforma de trabajo
• Un mínimo costo de implementación y de mantenimiento
• Debe ser multiusuario.
• Debe ser de fácil distribución.
• Debe contar con el factor de escalabilidad.
• Debe ser modular.
• Debe ser de tecnología Open Source.
• Debe tener seguridad basado en usuarios y roles.
41
En este punto es preciso indicar que no sería viable, por el momento, la adopción de un
ERP, pues, si bien es cierto que su modularidad e integralidad mejoraría significativamente
la gestión de la información institucional, el sistema de información (ERP) está diseñado
especialmente para procesos de negocios estandarizados (producción, venta, compras,
logística, contabilidad, gestión de proyectos, GIS, inventarios, control de almacén, pedidos,
nominas, etc.) que en su mayoría corresponden al área administrativa, discriminando así,
de alguna manera a las áreas técnicas institucionales (Prestaciones, Transferencias y
Supervisión) ya que, además, la normatividad aplicada en estas áreas técnicas es
altamente especializada, con procesos, por ende, .
A pesar de las características especializadas y subyacentes del proceso de información

propias de un programa social es posible diseñar, implementar y desarrollar un sistema de
gestión con características ERP, es decir un sistema que pueda integrar en un único
sistema todos los procesos por los que atraviesa la institución manteniendo una base de
datos única, con motor de base de datos, que permita modelar y automatizar todos los
procesos básicos con el objetivo de integrar información, sin embargo esta tarea
corresponde tanto a la unidad orgánica de sistemas, que en el caso de la institución recae
en una coordinación (Coordinación de Informática y Gestión de la Información CIGI), como
en la Oficina Nacional de Gobierno Electrónico e Informática, por tanto esta tarea estaría
fuera del alcance del presente proyecto.
Objetivos del proyecto
Concepto Objetivos Criterio de éxito
1. Alcance Uunidades territoriales de Sistema

trabajo operando en el
100% de las
Sede Central Unidades
Territoriales
2. Tiempo Cuatro meses.
3. Costo S/. 35,000
Finalidad del proyecto
La finalidad del proyecto “Sistema de información para la Unidad de Transferencia y

Rendición de Cuentas” es la de proveer a la Unidad de Transferencia y Rendición de
cuentas (UTRC) un software que le permita supervisar y controlar en línea el flujo de sus
operaciones, transferencias y rendiciones, con el marco del presupuesto asignado para
tales fines y poder realizar las correcciones de ser necesarias
Justificación del proyecto
Justificación cualitativa Justificación Cuantitativa
Flujo de No aplica
42
ingresos
Flujo de No aplica
egresos
VAN No aplica
TIR No aplica
RBC No aplica
Designación del Project Manager del Proyecto
Nombre Adpñfp Montero Niveles de autoridad

Jines
Reporta a Alain Guevara Ninguna
Supervisa a Paul Rivas Galloso
Cronograma de Hitos del Proyecto
Hito o evento significativo Fecha programada
Acta de Constitución del proyecto Fin de la primera semana de

inicio del proyecto
Entrega del plan del proyecto Fin de la tercera semana de

inicio del proyecto
Tareas de diseño y programación Fin de la décimo semana de

inicio del proyecto
Elaboración de documentos del proyecto Fin de la décimo segunda

semana de inicio del proyecto
Implementación del sistema Fin de la décimo quinta semana

de inicio del proyecto
Acta de cierre del proyecto Fin de la décimo sexta semana

de inicio del proyecto
Organización o grupos organizacionales que intervienen en el proyecto
Organización o grupo organizacional Rol que desempeña
Jefe de Proyecto Definir el proyecto así como su

alcance, controla y supervisa el
avance del proyecto a lo largo
del ciclo de vida del mismo,
resuelve ocurrencias que
aparecen durante la ejecución
del proyecto, define las
43
actividades y los responsables

de cada una de estas, asegura
que se cumplan los tiempos y
costos programados, monitorea
el avance, asegura la calidad y
administra los riesgos
Usuario especialista Diseña, ejecuta e informa el

resultado de las pruebas sobre
el desarrollo de los sub módulos
del sistema así como de su
integración con otros módulos,
Analista Programador Es el responsable del

levantamiento de información,
analiza, diseña y programa,
implementa, y documenta los
diversos sub módulos del
sistema
Asistente programador Coordina con el(los) usuario(s)

especialista(s) la creación de
su(s) cuenta(s) de usuario,
prepara la documentación
técnica y de usuario en
coordinación con el Analista
Programador.
Principales amenazas del proyecto
Falta de interés en la explotación del sistema por parte de los clientes
Falta de interés de las autoridades del programa en el desarrollo y/o implementación del
proyecto
Carencia de los recursos tecnológicos necesarios para la explotación del software
Principales oportunidades del proyecto
Alto interés de los usuarios finales de contar con una herramienta que agilice sus
operaciones
Exigencias de las autoridades de control en contar con información oportunamente
Presupuesto preliminar del proyecto
Concepto Monto
Planificación del proyecto 2,500.00
Análisis y diseño del sistema 7,500.00

44
Codificación e implementación del sistema en la sede 7,500.00

central
5,000.00
Elaboración de la documentación técnica
10,000.00
Puesta en marcha en las unidades territoriales
2,500.00
Cierre del Proyecto
Sponsor que autoriza el proyecto
Nombre Empresa Cargo Fecha
Alain Guevara Programa QaliWarma Jefe UTRC Junio 2015

Cruz
3.1.2. Planificación
A. Alcance - Plan de Gestión del Alcance
1. Alcances del Producto
La aplicación del sistema de información para el registro y control

de los procesos de transferencias y de rendición de cuentas
permite llevar a cabo un proceso de software fácil de comprender y
de usar, que puede además ser adoptado sencillamente por las
unidades territoriales de trabajo utilizando solo la cantidad
necesaria y suficiente de documentación, permitirá además
configurar el proceso que van desde un mantenimiento simple
asignado a un solo programador hasta el registros de múltiples
valorizaciones que involucran grandes equipos multidisciplinarios y
multiculturales de trabajo en las unidades territoriales.
2. Alcances del Proyecto
a. Entregables
SCOPE STATEMENT

45
DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO
R EQUISITOS: CARACTERÍSTICAS:
El proyecto debe cumplir con los El sistema estará diseñado para poder
requerimientos administrativos impuestos atender diversas necesidades de
por las unidades orgánicas que recepcionan información, puntualmente para poder
la documentación y procede al tramite de la registrar información de esta característica.
transferencia
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO:
CONCEPTOS CRITERIOS DE ACEPTACIÓN
TÉCNICOS Sistema implementado en las 27 unidades territoriales
D E CALIDAD Sistema reporta información oportuna y exacta de las operaciones

de la UTRC, al mismo tiempo esta complementada e integrada con
información relevante.
ADMINISTRATIVOS Reportes que satisfacen las necesidades administrativas
C OMERCIALES Ninguno
SOCIALES Ninguno
ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE GENERARÁN EN CADA
FASE DEL PROY ECTO.
FASE DEL PROY ECTO PRODUCTOS ENTREGABLES
Planificación del Acta de constitución del proyecto – Project Charter

proyecto
Análisis Especificación de Requerimiento de Software – SRS
Diseño del sistema Documento de arquitectura de software -
Codificación Documento de codificación de software -
Implementación del Documento de implementación de software

sistema
Puesta en marcha Documento de pruebas de software
Cierre del proyecto Acta de cierre del proyecto
EXCLUSIONES DEL PROYECTO:
El proyecto no incluirá el registro de información propio de otras áreas de la institución, a

pesar de si mencionarlo como parte de su integración,
RESTRICCIONES DEL PROYECTO:

46
INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN
Falta de interés en la explotación del Carencia de los recursos tecnológicos

sistema por parte de los clientes necesarios para la explotación del software
Falta de interés de las autoridades del

programa en el desarrollo y/o
implementación del proyecto
SUPUESTOS DEL PROYECTO: FACTORES QUE PARA PROPÓSITOS DE LA PLANIFICACIÓN DEL PROY ECTO SE
CONSIDERAN VERDADEROS , REALES O CIERTOS.
INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN
Los clientes evalúan objetivamente el Existen recursos informáticos suficientes

sistema para la explotación del sistema
b. EDT
Grafico. Estructura de desglose de trabajo
c. Diccionario de la EDT
d. Matriz de trazabilidad de requerimientos

47
B. Tiempo - Plan de Gestión del Tiempo
1. Cronograma del Proyecto
2. Hitos del Proyecto
Los hitos del proyecto son:
Acta de Constitución del Proyecto

Tareas de programación, primera entrega
Preparación y entrega de documentos
Lanzamiento final del sistema de información
Pruebas finales del sistema
Acta de cierre del proyecto
3. Gestión de Cambio en el Cronograma
PLAN DE GESTION DEL schedule

PROCESO DE DEFINICIÓN DE ACTIVIDADES:

48
Por cada entregable definido en el WBS del proyecto se identifica cuales son las actividades
que permitirán el término del entregable.
Se asigna un código, nombre y alcance de trabajo, zona geográfica, responsable y tipo de

actividad, para cada actividad del entregable.
Definimos el secuencia miento de las actividades por cada entregable.

FLUJOGRAMA DE PROCEDIMIENTO
PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES:
Definimos la Red del Proyecto en base a los entregables del proyecto, por separado
graficamos la red del proyecto de las actividades de cada fase del proyecto.
PROCESO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES:
En base WBS que se han identificado para el proyecto se procede a estimarla duración,
recurso a utilizar y costo
49
PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES:
Se aplicara el siguiente criterio: si el recurso es tipo personal, estimamos la duración y

calculamos el trabajo que tomará realizar
la actividad; si el tipo de recurso es material o maquinas, se define la cantidad que se

utilizará para realizar la actividad.
PROCESO DE DESARROLLO DE SCHEDULE:
Se registran los entregable del proyecto en la herramienta informática designada para este fin
Ingresamos las actividades de los entregables del proyecto, del mismo modo se ingresan las actividades
repetitivas del proyecto, y los hitos.
Se define el calendario del proyecto, se le da prioridad a las actividades

50
Asignamos los recursos y secuenciamos las actividades
El Schedule es enviado al Sponsor, el cual debe aprobar el documento para proseguir con el proyecto.
C. Costo - Plan de Gestión del Costo
1. Cuadro de Costos
Acta de Constitución del Proyecto 1,000.00
Plan del Proyecto 2,000.00
Primera entrega Estado del 4,000.00

proyecto
Acta de cierre del proyecto 3,000.00
TOTAL 10,000.00
Tabla: cuadro de costos
2. Forma de Pago
Los desembolsos se darán de acuerdo a las entregas programadas.
3. Gestión de Cambio en los Costos

51
Plan de gestión de costos

TIPOS DE ESTIMACIÓN DEL PROYECTO:
TIPO DE ESTIMACIÓN MODO DE FORMULACIÓN NIVEL DE PRECISIÓN
Orden de magnitud Formulacion por analogía -25 al 75%
Presupuesto Bottom up -15 al 25%
Definitivo Bottom up -5 al 10%
UNIDADES DE MEDIDA :
TIPO DE RECURSO UNIDADES DE MEDIDA
Personal Mensual
Material Unidad
Equipos Unidad
PLAN DE CUENTAS DE CONTROL:
CUENTA DE ENTREGABLES PRESUPUESTO RESPONSABLE FECHAS
CONTROL INICIO-FIN
No aplica No aplica No aplica No aplica No aplica
PLANIFICACIÓN GRADUAL:
ETAPA COMPONENTES DE FECHA DE EMISIÓN DE RESPONSABLE
PLANIFICACIÓN PRESUPUESTO
No aplica No aplica No aplica No aplica
UMBRALES DE CONTROL
ALCANCE: VARIACIÓN PERMITIDA ACCIÓN A TOMAR SI VARIACIÓN
PROY ECTO/FASE/ENTREGABLE EXCEDE LO PERMITIDO
Proyecto 10% Modificación presupuestal
MÉTODOS DE MEDICIÓN DE VALOR GANADO

52
ALCANCE: MÉTODO DE MEDICIÓN MODO DE MEDICIÓN
PROY ECTO/FASE/ENTREGABLE
No aplica No aplica No aplica
FORMULAS DE PRONÓSTICO DEL VALOR GANADO:
TIPO DE PRONÓSTICO FÓRMULA MODO: QUIÉN , CÓMO, CUÁNDO,

DÓNDE
No aplica No aplica No aplica
NIVELES DE ESTIMACIÓN Y DE CONTROL:.
TIPO DE ESTIMACIÓN N IVEL DE ESTIMACIÓN DE COSTOS NIVEL DE CONTROL DE C OSTOS
DE C OSTOS
Orden de magnitud Por fase No aplica
Presupuesto Por actividad El mismo
Definitiva Por actividad El mismo
PROCESOS DE GESTIÓN DE COSTOS:
PROCESO DE GESTIÓN DE D ESCRIPCIÓN : QUÉ, QUIÉN , CÓMO, CUÁNDO, DÓNDE, CON QUÉ
COSTOS
Estimación de costos Es realizado por el Project manager con aprobación del

sponsor
Preparación de presupuesto Es realizado por el Project manager con aprobación del

sponsor
Control de costos Se realiza en función a los entregables
FORMATOS DE GESTIÓN DE COSTOS:
FORMATO DE GESTIÓN DE C OSTOS D ESCRIPCIÓN :
Plan de Gestión de Costos Documento que informa la planificación para la gestión del
costo del proyecto.
Presupuesto por Fase y El formato de Presupuesto por Fase y Entregable informa

Entregable los costos del
proyecto
Presupuesto en el Tiempo El formato Presupuesto en el Tiempo (Curva S) muestra la

gráfica del valor
(Curva S)
53
ganado del proyecto en un periodo de tiempo.
SISTEMA DE CONTROL DE TIEMPOS:
Se basara en los hitos determinados en el cronograma del proyecto
SISTEMA DE CONTROL DE COSTOS:
El costo esta determinado por el plan de gestión de costos.
SISTEMA DE CONTROL DE CAMBIOS DE COSTOS:
El Project manager es responsable de solicitar la modificación del costo y será aprobado

por el Sponsor
D. Calidad - Plan de Gestión de la Calidad
1. Aseguramiento de la Calidad
Control de versiones
Versión Hecha por Rev isada por Aprobada por Fecha Motiv o
1.0 Adolf o Montero Alain Guev ara Alain Guev ara Diciembre 2014 Inicio proy ecto
LINEA BASE DE CALIDAD
Nombre del proy ecto Siglas del proy ecto
Sistema de inf ormación para la Unidad de Transf erencia y Rendición de Cuentas SISUTRC
LÍNEA BASE DE CALIDAD
FACTOR DE OBJETIVO DE MÉTRICA A FRECUENCIA Y FRECUENCIA Y
CALIDAD CALIDAD USAR MOMENTO DE MOMENTO DE
RELEVANTE MEDICIÓN REPORTE
Perf omance del proy ecto 8 a 10 puntos Calif icación de 0 a 10 Final del proy ecto Reporte f inal
Aceptación de 8 a 10 puntos Calif icación de 0 a 10 Cada entregable Por cada entregable

skateholers
2. Control de Calidad
54
Nombre del proyecto Siglas del proyecto

POLÍTICA DE CALIDAD DEL PROYECTO:
El proyecto debe cumplir con las expectativas de perfomance y atención de información

establecidas por la institución.
LÍNEA BASE DE CALIDAD DEL PROYECTO:
FACTOR DE OBJETIVO DE M ÉTRICA A FRECUENCIA Y FRECUENCIA Y

MOMENTO
CALIDAD CALIDAD UTILIZAR MOMENTO DE MEDICIÓN
DE REPORTE
RELEVANTE
Perfomance del 8 a 10 puntos Calificación de 0 Final del Reporte final

proyecto a 10 proyecto
Aceptación de 8 a 10 puntos Calificación de 0 Cada Por cada

skateholers a 10 entregable entregable
PLAN DE MEJORA DE PROCESOS:
1. Delimitar el proceso
2. Determinar la oportunidad de mejora
3. Tomar información sobre el proceso
4. Analizar la información levantada
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
MATRIZ DE ACTIVIDADES DE CALIDAD:
PAQUETE DE TRABAJO ESTÁNDAR O NORMA DE ACTIVIDADES DE ACTIVIDADES DE CONTROL
CALIDAD APLICABLE PREVENCIÓN
Planificacion Documento Revisión de Aprobación

55
documentos
Analisis Documento Revisión de Aprobación

documentos
Diseño Documento Revisión de Aprobación

documentos
Codificacion Documento Revisión de Aprobación

documentos
Implementacion Documento Revisión de Aprobación

documentos
Puesta en marcha Documento Revisión de Aprobación

documentos
Cierre del proyecto Documento Revisión de Aprobación

documentos
ROLES PARA LA GESTIÓN DE LA CALIDAD:
ROL N O 1 : Objetivos del rol: Responsable ejecutivo y final por la calidad del
proyecto
Sponsor
Funciones del rol: Revisar, aprobar, y tomar acciones correctivas para
mejorar la calidad
Niveles de autoridad: Aplicar a discreción los recursos para el proyecto,

renegociar
Contrato
Reporta a: Alta dirección
Supervisa a: Project Manager
Requisitos de conocimientos: Project Management y Gestión en General
Requisitos de habilidades: Liderazgo, Comunicación, Negociación,

Motivación, y Solución de Conflictos
Requisitos de experiencia: Ninguno
ROL N O 2 : Objetivos del rol: Gestionar operativamente la calidad
Project Manager Funciones del rol: Revisar estándares, revisar entregables, aceptar
entregables o disponer su reproceso, deliberar para generar acciones
correctivas, aplicar acciones correctivas
Niveles de autoridad : Exigir cumplimiento de entregables al equipo de

proyecto
56
Reporta a: Sponsor
Supervisa a: Equipo de Proyecto

Requisitos de experiencia: Ninguna
ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO:
Sponsor
Project Manager
Equipo de trabajo
DOCUMENTOS NORMATIVOS PARA LA CALIDAD:
PROCEDIMIENTOS Para Mejora de Procesos
Para Auditorias de Procesos
Para Reuniones de Aseguramiento de Calidad
Para Resolución de Problemas
PLANTILLAS Métricas
Plan de Gestión de Calidad
FORMATOS Métricas
Línea Base de Calidad
CHECKLISTS De Métricas
De Auditorias
57
De Acciones Correctivas
OTROS DOCUMENTOS
PROCESOS DE GESTIÓN DE LA CALIDAD:
ENFOQUE DE El aseguramiento de calidad se hará monitoreando continuamente la

ASEGURAMIENTO DE
perfomance del trabajo, los resultados del control de calidad, y sobre
todo las métricas
LA CALIDAD
Los resultados se formalizarán como solicitudes de cambio y/o acciones
correctivas/preventivas, Asimismo se verificará que dichas solicitudes de
cambio, y/o acciones correctivas/preventivas se hayan ejecutado y
hayan sido efectivas
ENFOQUE DE El control de calidad se ejecutara revisando los entregables para ver si

están conformes o no, los resultados de estas mediciones se
CONTROL DE LA
consolidarán y se enviarán al proceso de aseguramiento de calidad
CALIDAD
Los entregables que han sido reprocesados se volverán a revisar para
verificar si ya se han vuelto conformes
ENFOQUE DE 1. Delimitar el proceso

MEJORA DE 2. Determinar la oportunidad de mejora
PROCESOS

58
E. Recursos Humanos - Plan de Gestión de los Recursos Humanos
1. Organigrama del Proyecto
ORGANIGRAMA DEL PROYECTO
Sponsor
Project
Manager
Usuario
especialista
Analista
Programador
Asistente
programador
2. Roles y Responsabilidades
59
DESCRIPCION DE ROLES
NOMBRE DEL ROL
SPONSOR
OBJETIVOS DEL ROL:
Ppatrocina el proy ecto, es el principal interesado en el éxito del proy ecto, y por tanto la persona que apoy a, soporta, y def iende el pr oy ecto
RESPONSABILIDADES:
Aprobar el Project Charter, así como todos los documentos entregables def inidos en el proy ecto,
FUNCIONES:
Iniciar el proy ecto, aprobar la planif icación del proy ecto, cierra el proy ecto, asignar recursos al proy ecto, designar al Pro ject Manager.
NIVELES DE AUTORIDAD:
Decide sobre recursos humanos y materiales asignados al proy ecto, decide sobre modif icaciones a las líneas base del proy ecto y sobre planes
y programas del proy ecto
REPORTA A:
Sponsor
SUPERVISA A:
Equipo de proy ectos
REQUISITOS DEL ROL:
CONOCIMIENTOS: Project Management y Gestión en General
HABILIDADES: Liderazgo, Comunicación, Negociación, Motiv ación, y Solución de Conf lictos
EXPERIENCIA: Ninguna
NOMBRE DEL ROL
Project Manager
OBJETIVOS DEL ROL:
Gestionar operativ amente la calidad
RESPONSABILIDADES:
Elaborar el Project Charter y demás documentos de planif icación, así como los documentos entregables,
60
FUNCIONES:
Ay udar al Sponsor a iniciar el proy ecto, planif ica y ejecuta el proy ecto, gestionar los recursos del proy ecto, solucionar pro blemas y superar los
obstáculos del proy ecto.
NIVELES DE AUTORIDAD:
Decide sobre la programación detallada de los recursos humanos y materiales asignados al proy ecto.
REPORTA A:
Sponsor
SUPERVISA A:
Equipo de proy ecto
REQUISITOS DEL ROL:
CONOCIMIENTOS: Gestión de proy ectos según PMBook, sof tware de gestión de proy ectos y estándares
internacionales
HABILIDADES: Liderazgo, Comunicación, Negociación, Solución de Conf lictos y Motiv acion
EXPERIENCIA: Ninguna
3. Matriz de asignación de responsabilidades (RAM)
Matriz de asignación de responsabilidades (ram)
ENTREGABLES ROLES / PERSONAS
SPONSOR PROJECT SKATEHOLDERS

MANAGER
Project Charter V R A
Documento de requisitos V R A
Documento de V R A
61
arquitectura
Documento de V R A
codif icación
Documento de V R A
implementación
Documento de pruebas V R A
Documento de cierre V R A
R=Responsable, P=Participa, V=Rev isa, A=Aprueba
F. Comunicaciones - Plan de Gestión de Comunicaciones
1. Directorio de Stakeholders
LISTA DE STAKEHOLDERS
-POR ROL GENERAL DEL PROYECTO-

ROL GENERAL STAKEHOLDERS
SPONSOR Unidad de Transf erencias y Rendición de Cuentas
EQUIPO DE PROY ECTO Project Manager Adolf o Montero Jines
Equipo de gestión de proy ecto Adolf o Montero Jines
Otros miembros del equipo de

proy ecto
PORTFOLIO MANAGER Adolf o Montero Jines
PROGRAM MANAGER Paul Riv as Galloso
PERSONAL DE LA OFICINA DE PROY ECTOS Paul Riv as Galloso
GERENTES DE OPERACIONES Paul Riv as Galloso

62
GERENTES FUNCIONALES Alain Guev ara Cruz – Jef e UTRC
Maria Jhong Guerrero – Directora Ejecutiv a
Paola Bustamante Suarez – Ministra MIDIS
USUARIOS / CLIENTES Victor Farf an Rey es
Lucy Quispe Quispe
Luz Quispe Sanchez
Alida Ortega Mestas
PROVEEDORES / SOCIOS DE NEGOCIOS Rosely n Palomino Sanchez
OTROS STAKEHOLDERS Milagros Cardenas Curi
2. Medios de Comunicación
Plan de GESTION DE LAS COMUNICACIONES

ombre del Proy ecto Siglas del proy ecto
COMUNICACIONES DEL PROY ECTO:
INFORMACIÓ CONTENID FORMAT NIVEL RESPONSABL GRUPO METODOLOG FRECUENCIA CÓDIGO

N O O DE E DE RECEPTO ÍA O DE DE
DETALL COMUNICAR R TECNOLOGÍA ELEMENT
E COMUNICACIÓ O WBS
N
Iniciación del Datos de Proyect Medio Sponsor Equipo de Documento Una vez 1.1
proyecto inicio chárter y proyecto via PDF
otros
Documentos Entregable ISOS Alto Porject Equipo de Documento Cada termino Varios
entregables s Manager proyecto via PDF de entregable
Cierre del Datos de Informe Medio Sposor Equipo de Documento Termino del 1.7
proyecto cierre final proyecto via PDF proyecto
63
PROCEDIMIENTO PARA TRATAR POLÉMICAS:
Se captan las polémicas a trav és de la observ ación y conv ersación, o de alguna persona o grupo que los exprese f ormalmente.
Se codif ican y registran las polémicas en el Log de Control de Polémicas:
Se rev isa el Log de Control de Polémicas en la reunión semanal de coordinación con el f in de determinar las soluciones a apli car a las polémicas
pendientes por analizar, designar un responsable por su solución, un plazo de solución, y registrar la programación de estas
Soluciones en el Log de Control.; rev isar si las soluciones programadas se están aplicando, de no ser así se tomarán acciones correctiv as al
respecto rev isar si las soluciones aplicadas han sido ef ectiv as y si la polémica ha sido resuelta, de no ser así se diseñarán nuev as soluciones
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES:
La actualización del plan se dara si hay una solicitud de cambio aprobada que impacte el Plan de Proy ecto, una acción correctiv a que impacte los
requerimientos, ev idencias de def iciencias de comunicación, deberá seguir los siguientes pasos:
1. Identif icación y clasif icación de stakeholders.
2. Determinación de requerimientos de inf ormación.
3. Elaboración de la Matriz de Comunicaciones del Proy ecto.
4. Actualización del Plan de Gestión de las Comunicaciones.
5. Aprobación del Plan de Gestión de las Comunicaciones.
6. Dif usión del nuev o Plan de Gestión de las Comunicaciones
GUÍAS PARA EVENTOS DE COMUNICACIÓN:
Guías para Reuniones .- Todas las reuniones deberán seguir las siguientes pautas:
1. Debe f ijarse la agenda con anterioridad.
2. Debe coordinarse e inf ormarse f echa, hora, y lugar con los participantes.
3. Se debe empezar puntual.
4. Se deben f ijar los objetiv os de la reunión, los roles, los procesos grupales de trabajo, y los métodos de solución de controv ersias.
5. Se debe emitir un Acta de Reunión, se debe repartir a los participantes.
Guías para Correo Electrónico.- Todos los correos electrónicos deberán seguir las siguientes pautas:
1. Los correos electrónicos entre el Equipo de Proy ecto y el Cliente deberán ser env iados por el Project Manager con copia al Sponsor, para
establecer una sola v ía f ormal de comunicación con el Cliente.
2. Los env iados por el Cliente y recibidos por cualquier persona del Equipo de Proy ecto deberán ser copiados al Project Manager y el Sponsor,
para que todas las comunicaciones con el Cliente estén en conocimiento de los responsables de la parte contractual.
3. Los correos internos entre miembros del Equipo de Proy ecto, deberán ser copiados a la lista Equipo_Dharma que contiene las direcciones de
los miembros, para que todos estén permanentemente inf ormados de lo que sucede en el proy ecto
GUÍAS PARA DOCUMENTACIÓN DEL PROY ECTO:
Guías para Codif icación de Documentos.- La codif icación de los documentos del proy ecto será la siguiente:
AAAA_BBB_CCC.DDD
Donde: AAAA = Código del Proy ecto= ‘PROD’
BBB = Abrev iatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc.
CCC = Versión del Documento=’v 1_0’, ‘v 2_0’, etc.
DDD = Formato del Archiv o=doc, exe, pdf , mpp, etc.
Guías para Almacenamiento de Documentos. - El almacenamiento de los documentos del proy ecto deberá seguir las siguientes pautas:
1. Durante la ejecución del proy ecto cada miembro del equipo mantendrá en su máquina una carpeta con la misma estructura que el WBS del
64
proy ecto, donde guardará en las sub-carpetas correspondientes las v ersiones de los documentos que v ay a generando.
2. Al cierre de una f ase o al cierre del proy ec to cada miembro del equipo deberá eliminar los archiv os temporales de trabajo de los documentos y
se quedará con las v ersiones controladas y numeradas (v er guías para el control de v ersiones), las cuales se env iarán al Proj ect Manager.
3. El Project Manager consolidará todas las v ersiones controladas y numeradas de los documentos, en un archiv o f inal del proy ecto, el cual será
una carpeta con la misma estructura del WBS, donde se almacenarán en el lugar correspondiente los documentos f inales del proy ecto. Esta
carpeta se archiv ará en la Biblioteca de Proy ectos de Dharma, y se guardará protegida contra escritura.
4. Se publicará una Relación de Documentos del Proy ecto y la ruta de acceso para consulta.
5. Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de
inf ormación y multiplicidad de v ersiones.
Guías para Recuperación y Reparto de Documentos. -
1. La recuperación de documentos a partir de la Biblioteca de Proy ectos de Dharma es libre para
todos los integrantes del Equipo de Proy ecto de Dharma.
2. La recuperación de documentos a partir de la Biblioteca de Proy ectos de Dharma para otros
miembros de Dharma que no sean del Proy ecto requiere autorización del Project Manager.
3. El acceso a la inf ormación del proy ecto por parte de personas que no son de Dharma requiere
autorización de Gerencia General, pues esta inf ormación se considera conf idencial, tanto para
Dharma como para el Cliente.
4. El reparto de documentos digitales e impresos es responsabilidad del Project Manager.
5. El reparto de documentos impresos no contempla el control de copias numeradas.
GUÍAS PARA EL CONTROL DE VERSIONES:
Todos los documentos de Gestión de Proy ectos están sujetos al control de v ersiones, el cual se
hace insertando una cabecera estándar con el siguiente diseño:
Código de
Versión
Hecha por Revisada por
Aprobada}
Cada v ez que se emite una v ersión del documento se llena una f ila en la cabecera, anotando la
v ersión, quien emitió el documento, quién lo rev isó, quién lo aprobó, a que f echa corresponde la
v ersión, y por qué motiv o se emitió dicha v ersión.
3. Debe haber correspondencia entre el código de v ersión del documento que f igura en esta cabecera
de Control de Versiones y el código de v ersión del documento que f igura en el nombre del archiv o
(v er Guía para Codif icación de Documentos), según:
AAAA_BBB_CCC.DDD
Donde: AAAA= Código del Proy ecto= ‘PROD’
BBB= Abrev iatura del Tipo de Documento= pch, sst, wbs, dwbs,org,ram,etc.
CCC= Versión del Documento=’v 1_0’, ‘v 2_0’, etc.
DDD= Formato del Archiv o=doc, exe, pdf ,mpp,etc

65
66
G. Riesgos - Plan de Gestión de Riesgos
1. Fuentes de Riesgos
67
68
2. Matriz de descomposición de Riesgos (RBS)

69
Tipo de
riesgo
Tecnico Externo Organizacion Direccion
3. Categorías, Criterios para priorizar y levantar los riesgos
Valoración Escala Valor_min Valor_max
Ninguna 1 1 3
Baja 2 4 6
Mediana 3 8 9
Alta 4 12 16
70
4. Estrategias para la respuesta de los riesgos
Plan de RESPUESTA A riesgos
PROBABILIDAD
CÓDIGO
AMENAZA / DESCRIPCIÓN DEL ENTREGABLES POR TIPO DE RESPONSABLE RESPU
DEL CAUSA RAÍZ TRIGGER
OPORTUNIDAD RIESGO AFECTADOS IMPACTO RIESGO DEL RIESGO PLANIF
RIESGO
TOTAL
R01 Amenaza Desistimiento en la continuidad del proy ecto Falta de interés Reduccion en Documentos 0.35 ALTO Project Manager Reunión
av ance coordinac
R02
R03
1
5. Identificación, Seguimiento y Control de Riesgos
Plan de gestión de riesgos
METODOLOGÍA DE GESTIÓN DE RIESGOS
PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACIÓN
Planif icación de Elaborar Plan de Gestión de los Guía del PMBOK Sponsor, skateholders, Project
Riesgos manager y equipo de proy ecto
Gestión de los Riesgos
Identif icación de Riesgos Identif icar que riesgos Checklist de riesgos Sponsor, skateholders, Project
manager y equipo de proy ecto
pueden af ectar el proy ecto y
documentar sus características
Análisis Cualitativ o y cuantitativ o Ev aluar probabilidad e Matriz de Probabilidad e Impacto Sponsor, Project manager y
de Riesgos equipo de proy ecto
Impacto Establecer ranking de
importancia
Planif icación de Def inir respuesta a riesgos Sponsor, Project manager y

equipo de proy ecto
Respuesta a los Riesgos Planif icar ejecución de
respuestas
Seguimiento y Control del Verif icar la ocurrencia de Sponsor, Project manager y

Riesgos equipo de proy ecto
riesgos. Superv isar y v erif icar la
ejecución de respuestas.
Verif icar aparición de nuev os
riesgos
ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOS:
PROCESO ROLES PERSONAS RESPONSABILIDADES

2
Planif icación de Sponsor Alain Guev ara Dirigir responsable directo;

Prov eer def iniciones; Ejecutar
Gestión de los Riesgos Project Manager Adolf o Montero
Identif icación de Riesgos Sponsor Alain Guev ara Dirigir responsable directo;
Project Manager Adolf o Montero
Análisis Cualitativ o y cuantitativ o Sponsor Alain Guev ara Dirigir responsable directo;
de Riesgos Prov eer def iniciones; Ejecutar
Planif icación de Sponsor Alain Guev ara Dirigir responsable directo;

Respuesta a los Riesgos Project Manager Adolf o Montero
Seguimiento y Control del Sponsor Alain Guev ara Dirigir responsable directo;
Riesgos Prov eer def iniciones; Ejecutar
PRESUPUESTO DE GESTIÓN DE RIESGOS:
El presupuesto estimado asciende a S/. 2,000.00
PERIODICIDAD DE LA GESTIÓN DE RIESGOS:
PROCESO MOMENTO DE EJECUCIÓN ENTREGABLE DEL WBS PERIODICIDAD DE

EJECUCIÓN
Planif icación de Al inicio del proy ecto 1.1 Planif icación Una v ez
Gestión de los Riesgos
Identif icación de Riesgos En reunión 1.1 Planif icación Mensual
Análisis Cualitativ o y cuantitativ o En reunión 1.1 Planif icación Mensual

de Riesgos
Planif icación de En reunión 1.1 Planif icación Mensual
Respuesta a los Riesgos
Seguimiento y Control del Fin de f ase 1.1 Planif icación Mensual

Riesgos
FORMATOS DE LA GESTIÓN DE RIESGOS;
Planif icación Pla n de gestión de riesgos
Identif icación Identif icación y ev aluación cualitativ a del riesgo
Análisis Identif icación y ev aluación cualitativ a del riesgo
Respuesta Plan de respuesta de rkesgos
Seguimiento y Control Inf ormes de riesgos, solicitud de cambios, acción correctiv a
H. Adquisiciones - Plan de Gestión de Adquisiciones
1. Recursos Adquiridos
3
Plan de gestión de adquisiciones
Nombre del Proy ecto Siglas del proy ecto
ADQUISICIONES DEL PROY ECTO:
No se aplica
PROCEDIMIENTOS ESTÁNDAR A SEGUIR:
No se aplica
FORMATOS ESTÁNDAR A UTILIZAR:
No se aplica
COORDINACIÓN CON OTROS ASPECTOS DE LA GESTIÓN DEL PROY ECTO:
No se aplica
RESTRICCIONES Y SUPUESTOS:
No se aplica
RIESGOS Y RESPUESTAS:
No se aplica
MESTRICAS:
No se aplica
2. Seguimiento y Control de las adquisiciones
I. Interesados del Proyecto - Plan de Gestión de los Interesados
1. Interesados del Proyecto
4
LISTA DE STAKEHOLDERS
ROL GENERAL STAKEHOLDERS
SPONSOR Unidad de Transf erencias y Rendición de Cuentas
EQUIPO DE PROY ECTO Project Manager Adolf o Montero Jines
Equipo de gestión de proy ecto Adolf o Montero Jines
Otros miembros del equipo de

proy ecto
PORTFOLIO MANAGER Adolf o Montero Jines
PROGRAM MANAGER Paul Riv as Galloso
PERSONAL DE LA OFICINA DE PROY ECTOS Paul Riv as Galloso
GERENTES DE OPERACIONES Paul Riv as Galloso
GERENTES FUNCIONALES Alain Guev ara Cruz – Jef e UTRC
Maria Jhong Guerrero – Directora Ejecutiv a
Paola Bustamante Suarez – Ministra MIDIS
USUARIOS / CLIENTES Victor Farf an Rey es
Lucy Quispe Quispe
Luz Quispe Sanchez
Alida Ortega Mestas
PROVEEDORES / SOCIOS DE NEGOCIOS Rosely n Palomino Sanchez
OTROS STAKEHOLDERS Milagros Cardenas Curi
2. Equipos de Trabajo del Proyecto
3. Reuniones del Proyecto

5
Acta de reunión de coordinación del proyecto

FECHA Y HORA CONVOCADA POR Sponsor
LUGAR UTRC FACILITADOR Project Manager
OBJETIVO
ASISTENTES
PERSONA CARGO EMPRESA
DOCUMENTACIÓN
QUÉ SE DEBE LEER PREVIAMENTE RESPONSABLE
QUÉ SE DEBE PRESENTAR EN LA REUNIÓN RESPONSABLE
AGENDA
ACTIVIDAD RESPONSABLE TIEMPO
CONCLUSIONES
ACCIONES RESPONSABLE FECHA OBSERVACIONES
LÍMITE
NOTAS ESPECIALES
6
3.2. Ingeniería del proyecto
El principal requerimiento del sistema es el de dotar a los usuarios finales de un

sistema que les permita desarrollar con los procedimientos normados por el Manual de
Transferencias y rendición de cuenta, la característica más importante de estos
usuarios es su distribución geográfica, dadas estas condiciones, el sistema debería
permitir el registro de información desde cualquier ubicación, sumada esta condición a
las condiciones propias de un sistema, podemos enumerar las siguientes condiciones:
 Acceso desde cualquier ubicación.

 Información actualizada constantemente.
 Independencia de plataforma de trabajo (Windows, Linux, etc.)
 Multiusuario.
 Rapidez.
 De fácil distribución.
 Escalable.
 Modular.
 Tecnología Open Source.
 Seguridad basado en usuarios y roles.
 Mínimo costo de implementación y de mantenimiento.
En consideración a estas condiciones la propuesta de desarrollo del sistema que

pueda cubrir los requerimientos es un sistema basado en tecnología Web, con las
siguientes características debidamente sustentadas:
Interfaz de usuario PHP, el PHP es una tecnología de programación que se embebe

directamente en el documento HTML, principal tecnología usada en Internet, en lugar
de un archivo externo que procese los datos. El código es interpretado desde el lado
del servidor web generando la página Web resultante, esto quiere decir que cuando el
cliente hace una petición al servidor para que le envíe una página web, el servidor
ejecuta el intérprete de PHP, se procesa el script solicitado que generará el contenido
de manera dinámica, el resultado es enviado por el intérprete al servidor, quien a su
vez se lo envía al cliente. El código fuente escrito en PHP es invisible al navegador
Web y al cliente, es el servidor el que se encarga de ejecutar el código y enviar su
resultado HTML al navegador. Esto hace que la programación en PHP sea segura,
rápida y confiable. ello se traduce en un mayor y mejor rendimiento, los resultados en
PHP son desplegados en la mayoría de los servidores web y en c asi todos los
sistemas operativos y plataformas sin costo alguno, al tener un gran parecido con
lenguajes comunes de programación estructurado y ser atipado, es de fácil
mantenimiento, finalmente la tecnología permite la conexión a diferentes tipos de
7
motores de bases de datos tales como MySQL, , PostgreSQL, Oracle, ODBC, DB2,
Microsoft SQL Server, Firebird y SQLite realizando muy pocos cambios en el código,
la tecnología además tiene la capacidad de expandir su potencial utilizando módulos,
PHP se puede utilizar en desarrollos con el patrón de diseño Modelo Vista Controlador,
que permiten separar el tratamiento y acceso a los datos, la lógica de negocio y la
interfaz de usuario en tres componentes independientes (modelo, vista y controlador),
finalmente PHP es utilizado en millones de sitios, entre los más destacados se
encuentran wikipedia.org, facebook.com y Wordpress.com
Motor de base de datos MySQL es una base de datos muy rápida en la lectura. En
aplicaciones web hay baja concurrencia en la modificación de datos y en cambio el
entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de
aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es importante
monitorizar de antemano el rendimiento para detectar y corregir errores tanto de SQL
como de programación, a pesar de que el PHP como se ha visto anteriormente puede
conectarse con múltiples motores de base de datos, el MySQL permite la portabilidad
de la información registrada a partir de la generación de un script, esta ventaja
permitirá la migración a otros motores de base de datos de ser necesario sin que ello
resulte un proceso largo y tedioso.
El proyecto tiene una serie de requerimientos mínimos para poder funcionar
correctamente, estos, sin embargo no son excluyentes, ya que debido a por la
flexibilidad del aplicativo es posible adoptar una serie de alternativas en cuanto a
tecnologías de explotación.
Del lado del servidor:
 Motor de base de datos (MySQL, PostgreSQL o MS SQL Server)
 Servidor Web Apache
 Interprete PHP
Adicionalmente es necesario considerar que los archivos de la aplicación así como sus
librerías, archivos de estilos y funciones java script deberán encontrarse en el
directorio asignado por el servidor web para el despliegue de aplicaciones Web.
Del lado del cliente:
 Conexión a internet
 Navegador Web (recomendable Mozilla Firefox).

8
3.3. Soporte del proyecto
3.3.1. Plan de Gestión de la Configuración del Proyecto
PLAN DE GESTION DE LA CONFIGURACION
ROLES DE LA GESTIÓN DE CONFIGURACIÓN:
NOMBRE PERSONA RESPONSABILIDADES NIVELES DE

AUTORIDAD
DEL ROL ASIGNADA
Sponsor Alain Guev ara Aprobar los cambios solicitados Absoluta
Project Manager Adolf o Montero Dar opinión técnica Ninguna
Stakeholder Luz Quispe, Lucy Quispe, Solicitar cambios Ninguna

Victor Farf an
PLAN DE DOCUMENTACIÓN:
DOCUMENTOS FORMATO ACCESO DISPONIBI SEGURIDAD RECUPERACIÓN RETENCIÓN

DE
Ó ARTEFACTOS (E=ELECTR RÁPIDO LIDAD DE DE
ACCESO
ÓNICO NECESARIO AMPLIA INFORMACIÓN INFORMACIÓN
H=HARD NECESARIA
COPY )
Project Charter E On line Equipo de Lectura Copia de Vida del

proy ecto seguridad proy ecto
Plan de gestion E On line Equipo de Lectura Copia de Vida del

Documentos de E On line Equipo de Lectura Copia de Vida del

cambios proy ecto seguridad proy ecto
Documentos H On line Equipo de Lectura Copia de Vida del

entregables proy ecto seguridad proy ecto
9
ITEMS DE CONFIGURACIÓN (CI): OBJETOS DEL PROY ECTO SOBRE LOS CUALES SE ESTABLECERÁN Y
MANTENDRÁN DESCRIPCIONES LÍNEA BASE DE LOS ATRIBUTOS FUNCIONALES Y FÍSICOS, CON EL FIN DE MANTENER
CONTROL DE LOS CAMBIOS QUE LOS AFECTAN.
CÓDIGO DEL NOMBRE DEL CATEGORÍA FUENTE FORMATO OBSERVA
ITEM DE ITEM DE 1=FÍSICO P=PROY ECTO (SOFTWARE + CIONES
CONFIGURACIÓN CONFIGURACIÓN 2=DOCUMENTO C=CONTRATISTA VERSIÓN +
3=FORMATO V=PROVEEDOR PLATAFORMA)
4=REGISTRO E=EMPRESA
GESTIÓN DEL CAMBIO: ESPECIFICAR EL PROCESO DE GESTIÓN DEL CAMBIO O ANEXAR EL PLAN DE GESTIÓN DEL CAMBIO.
CONTABILIDAD DE ESTADO Y MÉTRICAS DE CONFIGURACIÓN: ESPECIFICAR EL REPOSITORIO DE
INFORMACIÓN, EL REPORTE DE ESTADO Y MÉTRICAS A USAR.
VERIFICACIÓN Y AUDITORÍAS DE CONFIGURACIÓN: ESPECIFICAR CÓMO SE ASEGURARÁ LA COMPOSICIÓN DE
LOS ITEMS DE CONFIGURACIÓN, Y COMO SE ASEGURARÁ EL CORRECTO REGISTRO, EVALUACIÓN, APROBACIÓN, RASTREO E
IMPLEMENTACIÓN EXITOSA DE LOS CAMBIOS A DICHOS ITEMS.
3.3.2. Plan Gestión de Métricas del Proyecto
METRICA DE CALIDAD
MÉTRICA DE:
PRODUCTO PROY ECTO Sistema de inf ormación para la

Unidad de Transf erencia y
10
Rendición de Cuentas
FACTOR DE CALIDAD RELEVANTE:
Ef iciencia del sistema
DEFINICIÓN DEL FACTOR DE CALIDAD:
Se def ine como el cumplimiento de los requisitos de los usuarios y la integración con los demás sistemas de la institución a un costo que no
exceda lo programado.
PROPÓSITO DE LA MÉTRICA:
La métrica permitir ev aluar la culminación del proy ecto.
DEFINICIÓN OPERACIONAL:
El sistema se ira midiendo en la medida en que los entregables sean aceptados como v alidos por los skateholders.
MÉTODO DE MEDICIÓN:
Aceptacion de los skateholders y del sponsor del proy ectos.
RESULTADO DESEADO:
Sistema operando al 100% con todos los enlaces intersistemicos.
ENLACE CON OBJETIVOS ORGANIZACIONALES:
El cumplimiento del proy ecto permitirá a las unidades inv olucradas alcanzar las metas y objetiv os que tienen asignados en los objetiv os y metas
institucionales.
RESPONSABLE DEL FACTOR DE CALIDAD:
El responsable de la v igilancia del f actor de calidad es el sponsor.
3.3.3. Plan Gestión del Aseguramiento de Calidad del Proyecto



MOMENTO
DE REPORTE
RELEVANTE
11



documentos

documentos

documentos

documentos

documentos

documentos

documentos
ROL NO 1 : Objetivos del rol: Responsable ejecutivo y final por la calidad del
12
Sponsor proyecto

mejorar la calidad

renegociar
Contrato

ROL NO 2 : Objetivos del rol: Gestionar operativamente la calidad


proyecto
Reporta a: Sponsor


13
Sponsor
Project Manager
Equipo de trabajo
FORMATOS Métricas
De Auditorias
OTROS D OCUMENTOS
14

ASEGURAMIENTO DE
todo las métricas
LA C ALIDAD

C ONTROL DE LA
CALIDAD

PROCESOS

15
CAPÍTULO IV: EJECUCIÓN, SEGUIMIENTO Y CONTROL DEL PROYECTO
4.1. Gestión del proyecto

4.1.1. Ejecución
A. Cronograma actualizado
B. Cuadro de Costos actualizado
Acta de Constitución del Proyecto 1,000.00
Plan del Proyecto 2,000.00
Primera entrega Estado del 4,000.00

proyecto
Acta de cierre del proyecto 3,000.00
TOTAL 10,000.00
Tabla: cuadro de costos
C. WBS Actualizado
a.
16
17
D. Matriz de Trazabilidad de requerimientos actualizado
Matriz de trazabilidad de requisitos

ATRIBUTOS DE REQUISITO
CÓDIGO DESCRIPCIÓN SUSTENTO DE PROPIETARIO FUENTE PRIORIDAD VERSIÓN ESTADO ACTUAL
SU INCLUSIÓN (AC, CA, DI, AD,
AP)
RF001 Registra valorización Luz Quispe Alta 1.0 AC

Sanchez
RF002 Registra solicitud de Alida Ortega Alta 1.0 AC

transferencia Mestas
RF003 Registra informe Lucy Quispe Alta 1.0 AC

sectorista Quispe
RF004 Registra documento UTRC Victor Farf an Rey es Alta 1.0 AC
RF005 Genera Liquidación Victor Farfan Alta 1.0 AC

contratos Reyes
Estado Actual: AC Activo – CA Cancelado – DI Diferido – AD Adicionado – AP

Aprobado
Nivel de Estabilidad / Grado de Complejidad: A Alto – M Mediano – B Bajo

18
E. Acta de reunión de Equipo
Acta de reunión de coordinación del proyecto

FECHA Y HORA CONVOCADA POR Sponsor
LUGAR UTRC FACILITADOR Project Manager
OBJETIVO
ASISTENTES
PERSONA CARGO EMPRESA
DOCUMENTACIÓN
QUÉ SE DEBE LEER PREVIAMENTE RESPONSABLE
QUÉ SE DEBE PRESENTAR EN LA REUNIÓN RESPONSABLE
AGENDA
ACTIVIDAD RESPONSABLE TIEMPO
CONCLUSIONES
ACCIONES RESPONSABLE FECHA OBSERVACIONES
LÍMITE
NOTAS ESPECIALES
19
F. Registro de Capacitaciones del Proyecto actualizado
4.1.2. Seguimiento y control

A. Solicitud de Cambio
Control de versions
PLAN DE GESTION DE CAMBIOS

ROLES DE LA GESTIÓN DE CAMBIOS:
NOMBRE DEL ROL PERSONA ASIGNADA RESPONSABILIDADES NIVELES DE AUTORIDAD
Stakeholder Luz Quispe, Lucy Quispe, Victor Solicitar cambios Ninguna

Farf an
TIPOS DE CAMBIOS:
1. Modif icaicon.- el proceso es correcto pero requiere ser modif icado por cambios en el procedimiento
2. Agregación.- se incrementan procesos por requerimientos adicionales
3. Eliminación.- se eliminan procesos por requerimientos innecesarios o que hay an sido desestimados
4. Corrección.- se modif ican procesos con errores.
PROCESO GENERAL DE GESTIÓN DE CAMBIOS:
Solicitar cambios El o los skateholders alcanzan al Sponsor la solicitud de cambio a

trav és de documento f ormal
Dar opinión técnica El Sponsor alcanza la solicitud al Project Manager para la

ev aluación técnica y económica del cambio.
El Project Manager alcanza respuesta indicando los tiempos,

recursos y costos adicionales necesarios para la implementación
del cambio
Aprobar cambios El Sponsor aprueba los cambios si lo estima conv eniente y

comunica al Project Manager el inicio de las modif icaciones
Implementar cambios El Project Manager dispone del equipo de proy ecto para iniciar los
cambios
20
Verif icar cambios El o los skateholders que solicitaron el cambio procederán a la

rev isión del cambio y notif icaran su aprobación o desaprobación.
Cierre de cambio El Project Manager recepciona la aprobación de cambios de los

skateholder que solicitaron el cambio y cierra el proceso
PLAN DE CONTINGENCIA ANTE SOLICITUDES DE CAMBIO URGENTES:
El Plan de Contingencia será ev aluado y ejecutado por el Project Manager, para ello el Project Manager registra la solicitud.
ev alúa los impactos técnicos y económicos, toma la decisión inconsultamente, implanta el cambio, y espera la aprobación del solicitante, una
v ez obtenida la aprobación elev a inf orme de hechos ocurridos al Sponsor que de ser el caso aprueba y cierra la solicitud.
HERRAMIENTAS DE GESTIÓN DE CAMBIOS:
SOFTWARE Correo electrónico
PROCEDIMIENTOS Establecidos en el Plan de Gestión de cambios
FORMATOS Ninguno
OTROS Ninguno
B. Riesgos actualizados
Análisis de Riesgo promedio
Probabilidad de
Amenaza
Sucesos
Negligencia
Criminalidad de
y
y Político origen
Institucional
físico
Datos e Información 3.2 4.1 4.6
Magnitud de Sistemas e
3.8 5.0 5.5
Daño Infraestructura
Personal 3.1 4.1 4.5
C. Informes de Estado
21


 Multiusuario.
 Rapidez.
 Escalable.
 Modular.


PHP son desplegados en la mayoría de los servidores web y en casi todos los
22

 Interprete PHP

23

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

AUTORIDAD
DEL ROL ASIGNADA

Victor Farf an

DE
ACCESO
H=HARD NECESARIA
COPY )



24

4.3.2. Plantilla de Seguimiento a la Aseguramiento de la calidad actualizado


25

MOMENTO
DE REPORTE
RELEVANTE



documentos

documentos

documentos

documentos

documentos

documentos
26

documentos
proyecto
Sponsor
mejorar la calidad

renegociar
Contrato



proyecto
Reporta a: Sponsor


27
Sponsor
Project Manager
Equipo de trabajo
FORMATOS Métricas
De Auditorias
OTROS D OCUMENTOS
28

ASEGURAMIENTO DE
todo las métricas
LA C ALIDAD

C ONTROL DE LA
CALIDAD

PROCESOS
4.3.3. Plantilla de Seguimiento a la Métricas y evaluación del desempeño.
29
METRICA DE CALIDAD
MÉTRICA DE:

RESULTADO DESEADO:
institucionales.

30
CAPÍTULO V: CIERRE DEL PROYECTO

5.1. Gestión del Cierre del proyecto
5.1.1. Acta de Aprobación de entregables
5.1.2. Lecciones aprendidas
5.1.3. Acta de Cierre del Proyecto


 Multiusuario.
 Rapidez.
 Escalable.
 Modular.


31
PHP son desplegados en la mayoría de los servidores web y en casi todos los
 Interprete PHP
32

5.3.1. Plantilla de Seguimiento a la Gestión de la configuración actualizado

AUTORIDAD
DEL ROL ASIGNADA

Victor Farf an

DE
ACCESO
H=HARD NECESARIA
COPY )
33




5.3.2. Plantilla de Seguimiento a la Aseguramiento de la calidad actualizado

34


MOMENTO
DE REPORTE
RELEVANTE



documentos

documentos

documentos

documentos

35
documentos

documentos

documentos
proyecto
Sponsor
mejorar la calidad

renegociar
Contrato



proyecto
Reporta a: Sponsor


36
Sponsor
Project Manager
Equipo de trabajo
FORMATOS Métricas
De Auditorias
OTROS D OCUMENTOS
37

ASEGURAMIENTO DE
todo las métricas
LA C ALIDAD

C ONTROL DE LA
CALIDAD

PROCESOS
5.3.3. Plantilla de Seguimiento a la Métricas y evaluación del desempeño

38
METRICA DE CALIDAD
MÉTRICA DE:

RESULTADO DESEADO:
institucionales.

39
CAPÍTULO VI: EVALUACIÓN DE RESULTADOS

6.3. Indicadores claves de éxito del Proyecto
6.4. Indicadores claves de éxito del Producto
CAPÍTULO VII: CONCLUSIONES Y RECOMENDACIONES
7.1 Conclusiones
7.2 Recomendaciones
GLOSARIO DE TÉRMINOS
A. Del proyecto de investigación

B. Del producto
BIBLIOGRAFÍA
A. Libros
B. Tesis
C. Revistas y periódicos
D. Artículos de Internet
ANEXOS

Trabajoacademico 151006141044 Lva1 App6892

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Trabajoacademico 151006141044 Lva1 App6892

Загружено:

Авторское право:

Доступные форматы

1

UNIVERSIDAD ALAS PERUANAS

PROYECTO DE INVESTIGACIÓN III

PRESENTADO POR EL ALUMNO

ADOLFO OMAR MONTERO JINES

JOSE LEONOR RUIZ NIZAM A

El proyecto es de aplicación de las Unidad de Transferencia y Rendición de Cuentas,

El marco normativo vigente en el que la Unidad de Transferencia y Reedición de cuentas

Mediante Decreto Supremo N° 008-2012-MIDIS fue creado el Programa Nacional de

La transferencia de recursos es el procedimiento a través del cual el Programa de

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

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

6.4. Indicadores claves de éxito del Producto ......................................................................39

Grafico: Organigrama institucional .......................................................................................14

Tabla: Procesos de la cadena de valor.............................................................................19

ÍNDICE DE FORMATOS DE LA GESTIÓN DEL PROYECTO

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

1.1 Datos generales de la institución:

1.1.1. Nombre de la Institución

Programa Nacional de Alimentación Escolar QaliWarma

1.1.2. Rubro o Giro del Negocio

El Programa Nacional de Alimentación Escolar QaliWarma, es un programa de

1.1.3. Breve Historia

Mediante Decreto Supremo N° 008-2012-MIDIS fue creado el Programa Nacional

1.1.4. Organigram actual

Unidad de Unidad de Supervision

Grafico: Organigrama institucional

1.1.5. Descripción de las Áreas funcionales

Dirección Ejecutiva.- es la unidad de mayor autoridad ejecutiva y administrativa,

La dirección ejecutiva cuenta con un coordinador técnico que tiene a su cargo

coordinación de las unidades territoriales y técnicas del programa de acuerdo a

Unidad de Administración.- es la unidad de apoyo encargada de la

Unidad de Comunicación e imagen institucional.- es la unidad de apoyo

Unidad de planeamiento y presupuesto.- es la unidad de asesoramiento

Unidad de asesoría jurídica.- es la unidad de asesoramiento, que tiene a su

Unidad de prestaciones.- es la unidad técnica responsable de planificar y

Unidad de Transferencias y rendición de cuentas.- es la unidad técnica,

Unidad de Supervisión y monitoreo.- es la unidad técnica, responsable de

Unidades Territoriales.- es la encargada de la ejecución de actividades

1.1.6. Descripción general del proceso de negocio.

El programa adopta un modelo de cogestión que constituye un mecanismo que

El proceso para la atención del servicio alimentario comprende las fases:

Grafico: Fases del proceso de atención del servicio alimentario

El PNAE QaliWarma supervisa y brinda asistencia técnica permanente durante las

Una de los principales procesos es la transferencia de recursos que es el

Los procesos de transferencia y rendición de cuentas se constituyen en pilares

•Proceso: Gestión de servicio alimentario

UNIDAD DE SUPERVISIÓN Y MONITOREO

•Proceso: Supervisión Operativa

•Proceso: Gestión de Transferencia monetaria

Tabla: Procesos de la cadena de valor

1.2 Fines de la Organización

El Programa Nacional de Alimentación Escolar es eficiente, eficaz y articulado,

Programa que brinda servicio alimentario con complemento educativo a niños y

Integridad.- Somos coherentes con los principios y acciones del MIDIS. En

Conduciéndonos de esta manera, fomentamos la credibilidad de la sociedad en

Compromiso: Institucional y personal.- El compromiso institucional implica, cumplir

tengan una actitud de entrega y ahínco al desplegar sus labores. Se entiende no

Vocación de servicio y solidaridad.- todos aquellos que desempeñan función

En este sentido, la vocación de servicio y la solidaridad son valores que deben

1.2.4 Objetivos Estratégicos

1.2.5 Unidades Estratégicas de Negocios

Número limitado de áreas en las cuales la obtención de resultados satisfactorios

Unidad de comunicacion e Unidad de Asesoria