UNIVERSIDAD ALAS PERUANAS
FACULTAD DE INGENIERÍAS Y ARQUITECTURA
ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS E...
DECLARACIÓN DE DERECHOS DE AUTOR
Esta obra esta publicada bajo la licencia Creative Commons Atribución-
NoComercial-SinDer...
DEDICATORIA
A Flor y Nilo, mis padres, quienes me brindan su apoyo incondicional.
A Nicolle, mi hermana y mi motivo de sup...
AGRADECIMIENTOS
A Dios, por darme la vida.
Al ingeniero Felix Mendoza, por haber confiado en mí y por su
esmerado asesoram...
INTRODUCCIÓN
En el mundo globalizado que conformamos y que está en constante interrelación con
las empresas e institucione...
La estructura del presente trabajo de investigación, consta de cinco capítulos:
Planteamiento Metodológico, Marco Teórico,...
TABLA DE CONTENIDOS
DECLARACIÓN DE DERECHOS DE AUTOR II
DEDICATORIA III
AGRADECIMIENTOS IV
INTRODUCCIÓN V
TABLA DE CONTENI...
1.11.1. Método de la investigación 25
1.11.2. Diseño de la investigación 25
1.12. Técnicas e Instrumentos de Recolección d...
3.3.3. Requerimientos del sistema 86
3.3.4. Listado de casos de uso del sistema (Simplificado) 89
3.3.5. Descripción de ca...
ÍNDICE DE GRÁFICOS
Gráfico 1 EVOLUCIÓN DE LA WEB 34
Gráfico 2 INVERSIÓN PÚBLICA ACUMULADA ÚLTIMOS 12 MESES 35
Gráfico 3 MA...
ÍNDICE DE TABLAS
Tabla 1 CRONOGRAMA Y TAREAS DEL DESARROLLO DE LA INVESTIGACIÓN 28
Tabla 2 DIVISIÓN DE LAS CARACTERÍSTICAS...
Tabla 27 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO -
TABLA DE FRECUENCIAS 131
Tabla 28 TIEMPO EN CALCULAR...
Tabla 54 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE
WILCOXON (RANGOS) 151
Tabla 55 TIEMPO EN CALCULAR LA V...
14
CAPÍTULO I
PLANTEAMIENTO METODOLÓGICO
1.1. Descripción de la Realidad Problemática
En la actualidad las tecnologías de ...
15
BAPIN II, el cual brinda información sobre programas, subprogramas,
proyectos y actividades e incorpora los programas c...
16
1.2. Delimitaciones y Definición del Problema
1.2.1. Delimitaciones
a. Delimitación Espacial
El presente trabajo tendrá...
17
d. Delimitación Conceptual
1. Aplicación web
Son aplicaciones que utilizan el internet o intranet como medio
de comunic...
18
1.2.2. Definición del Problema
El Ministerio de Economía y Finanzas – MEF maneja el sistema
administrativo SNIP el cual...
19
1.3. Formulación del Problema
1.3.1. Problema principal
¿De qué manera una aplicación web mejorará el registro y monito...
20
1.5. Hipótesis de la investigación
1.5.1. Hipótesis principal
La aplicación web mejorará el registro y monitoreo de pla...
21
1.7. Viabilidad de la investigación
1.7.1. Viabilidad técnica
El trabajo de investigación es técnicamente viable ya que...
22
1.8. Justificación e Importancia de la Investigación
1.8.1. Justificación
El presente trabajo de investigación se justi...
23
1.8.2. Importancia
El Perú se encuentra en una etapa de crecimiento económico, al mes
de mayo del 2013 se estimó un cre...
24
1.10. Tipo y Nivel de la Investigación
1.10.1. Tipo de investigación
De acuerdo al propósito de la investigación, de la...
25
1.11. Método y Diseño de la investigación
1.11.1. Método de la investigación
El método de investigación a seguir es el ...
26
evaluación al grupo experimental, al cual se le administra un estímulo
experimental: aplicación web (X); obteniendo un ...
27
1.13. Cobertura de Estudio
1.13.1. Universo
Para el desarrollo del presente trabajo de investigación se ha tomado
como ...
28
1.14. Cronograma y Presupuesto
1.14.1. Cronograma
Tabla 1
CRONOGRAMA Y TAREAS DEL DESARROLLO DE LA INVESTIGACIÓN
29
1.14.2. Presupuesto
A. Primera fase: Aprobación del plan de tesis
Actividad Costo Soles
Materiales de oficina 200.00
Eq...
30
CAPÍTULO II
MARCO TEÓRICO
2.1. Antecedentes de la Investigación
Con relación al tema de estudio, se ha procedido a inve...
31
2. Por medio del análisis de la situación actual y utilizando las
técnicas de la caja negra y el diagrama causa-efecto,...
32
2.1.2. Trabajos de investigación a Nivel Nacional
1. Primer trabajo de investigación
D. Tesis
“HERRAMIENTA PARA GESTIÓN...
33
2. Segundo trabajo de investigación
A. Tesis
“IMPLEMENTACIÓN DE UNA HERRAMIENTA DE GESTIÓN DE
PROYECTOS EN EL ÁREA DE S...
34
2.2. Marco Histórico
2.2.1. Evolución de la web
“A lo largo del tiempo, las tecnologías web han evolucionado hasta
perm...
35
2.2.2. Evolución de la ejecución de la Inversión Pública en el Perú
La ejecución acumulada en los últimos 12 meses (per...
36
2.3.2. Calidad software
Es importante destacar que la calidad de un producto software debe
ser considerada en todos sus...
37
Tabla 2
DIVISIÓN DE LAS CARACTERÍSTICAS DE LA CALIDAD DEL SOFTWARE SEGÚN EL
ISO/IEC 9126
Características y sub-
caracte...
38
..//
Características y sub-
características
Descripción
Eficiencia
Conjunto de atributos relacionados con la relación e...
39
2.3.3. Enfoque de Gestión por Resultados
También conocido como Gestión Basada en los Resultados – GBR, es
una estrategi...
40
A. Monitoreo con base en resultados
El monitoreo es una actividad continua que usa la recolección
sistemática de datos ...
41
B. Gestión del Valor Ganado (EVM)
La Gestión del Valor Ganado (EVM en inglés) es una técnica de
dirección de proyectos ...
42
2.3.4. Enfoque del Marco Lógico (EML)
El Enfoque del Marco Lógico (EML) es una metodología de
planificación, orientada ...
43
A. Matriz del Marco Lógico
La Matriz del Marco Lógico (MML) tiene formato 4 x 4 que permite
a los equipos de proyectos ...
44
2.3.5. Programa de Apoyo a las Alianzas Rurales Productivas de la
Sierra – ALIADOS
Es parte integrante del Programa de ...
45
2.3.6. Planes de Negocio en el Programa ALIADOS
Los planes de negocio son una herramienta imprescindible para
justifica...
46
B. Monitoreo del plan de negocio
El monitoreo de un plan de negocio se realiza al ser declarado
como “Viable” y se encu...
47
2.3.7. Guía del PMBOK® 5° edición
La Guía del PMBOK es el estándar más reconocido para manejar y
administrar proyectos ...
48
A. Singleton
Existen escenarios donde la aplicación sólo necesita emplear una
única instancia de una clase, y esta debe...
49
C. Data Transfer Object (DTO)
Se creó a la necesidad en que los componentes de un sistema
necesitan intercambiar dato. ...
50
2.3.11. Tecnologías de scripting
A. Scripting en el cliente
1. Javascript
JavaScript es un lenguaje de programación int...
51
En el siguiente esquema, la imagen de la izquierda muestra el
modelo tradicional de las aplicaciones web. La imagen de ...
52
PHP está enfocado principalmente a la programación de scripts
del lado del servidor, por lo que se puede hacer cualquie...
53
A. Base de datos relacionales
Es el modelo más utilizado hoy en día. Una base de datos
relacional es básicamente un con...
54
C. Microsoft SQL Server
Microsoft® SQL Server™ es un sistema de administración y
análisis de bases de datos relacionale...
55
A. Ingeniería web
La Ingeniería convencional no abarca todas las nuevas
características de la tecnología web que crece ...
56
desarrollo con el objetivo de obtener diferentes vistas de la misma
aplicación Web correspondientes a dichas etapas o a...
57
2.3.15. Dreamweaver
Adobe Dreamweaver es una herramienta de diseño web y desarrollo
de aplicaciones que proporciona un ...
58
2.3.18. Prueba de Wilcoxon
Es la prueba no paramétrica para comparar la media de dos muestras
relacionadas y determinar...
59
CAPÍTULO III
CONSTRUCCIÓN DE LA HERRAMIENTA
3.1. Generalidades
En base a lo desarrollado en el marco teórico hemos logr...
60
Tabla 3
RELACIÓN DE LOS ENTREGABLES DEL PMBOK CON LAS SECCIONES DE LA TESIS
Guía PMBOK Quinta Edición Tesis
Grupos de
p...
61
..//
Guía PMBOK Quinta Edición Tesis
Grupos de
procesos
Áreas de
conocimientos
Entregables Sección principal Sub-secció...
62
3.1.1. Acta de Constitución del Proyecto
Para autorizar formalmente la existencia, inicio del proyecto y conferir al
Di...
63
..//
Alineamientos del proyecto
Programa ALIADOS Proyecto
Objetivo Principal: Mejorar los activos y las
condiciones eco...
64
..//
Principales oportunidades del proyecto
 El desarrollo del producto ayudará a otras organizaciones mejorar el moni...
65
..//
Gestión de costos
El costo del desarrollo del producto es establecido, solventado y controlado por el Programa
ALI...
66
..//
Gestión de comunicación
Se elaborará una matriz para controlar las reuniones, estas reuniones son necesarias para
...
67
3.1.3. Organización del proyecto
A través del Plan de Gestión de Recursos Humanos se da a conocer la
estructura con que...
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Aplicación web para el apoyo del programa ALIADOS 2013
Próxima SlideShare
Cargando en…5
×

Aplicación web para el apoyo del programa ALIADOS 2013

1.466 visualizaciones

Publicado el

Aplicación web para mejorar el registro y monitoreo de planes de negocio del Programa Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura – 2013.

Publicado en: Tecnología
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
1.466
En SlideShare
0
De insertados
0
Número de insertados
6
Acciones
Compartido
0
Descargas
63
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Aplicación web para el apoyo del programa ALIADOS 2013

  1. 1. UNIVERSIDAD ALAS PERUANAS FACULTAD DE INGENIERÍAS Y ARQUITECTURA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA TESIS “APLICACIÓN WEB PARA EL APOYO DEL REGISTRO Y MONITOREO DE PLANES DE NEGOCIO DEL PROGRAMA ALIANZAS RURALES PRODUCTIVAS DE LA SIERRA - ALIADOS DEL MINISTERIO DE AGRICULTURA – 2013” PRESENTADO POR EL BACHILLER MARBIN RUSBELT RAMÍREZ CHÁVEZ PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO DE SISTEMAS E INFORMÁTICA AYACUCHO - PERÚ 2013
  2. 2. DECLARACIÓN DE DERECHOS DE AUTOR Esta obra esta publicada bajo la licencia Creative Commons Atribución- NoComercial-SinDerivadas 2.5 Perú. Puedes copiar, compartir y referenciar este e-book indicando a “Marbin Rusbelt Ramírez Chávez” como fuente. (https://www.facebook.com/marbin.ramirez) Para ver una copia de esta licencia, visita “http://creativecommons.org/licenses/by-nc- nd/2.5/pe/”
  3. 3. DEDICATORIA A Flor y Nilo, mis padres, quienes me brindan su apoyo incondicional. A Nicolle, mi hermana y mi motivo de superación.
  4. 4. AGRADECIMIENTOS A Dios, por darme la vida. Al ingeniero Felix Mendoza, por haber confiado en mí y por su esmerado asesoramiento. Al ingeniero Heber Munaylla, por sus enseñanzas y apoyo en las diferentes etapas de este proyecto. A los ingenieros Hubner Janampa y Elvira Fernandez, por sus asesoramientos y apoyo activo para lograr culminar el presente trabajo de tesis. A todos mis familiares y amigos que directa o indirectamente contribuyeron a alcanzar este logro.
  5. 5. INTRODUCCIÓN En el mundo globalizado que conformamos y que está en constante interrelación con las empresas e instituciones públicas y privadas, se tiene que hacer frente a los diversos retos, a la competencia, la utilización de las diversas tecnologías y a las nuevas tendencias. Las nuevas herramientas tecnológicas permiten a los investigadores satisfacer todos los requerimientos y solucionar los problemas que se vienen suscitando, en este caso se ha escogido la tecnológica Web. El presente trabajo de investigación “Aplicación web para el apoyo del registro y monitoreo de planes de negocio del programa Alianzas Rurales Productivas de la Sierra - ALIADOS del Ministerio de Agricultura – 2013” tiene como objetivo desarrollar una aplicación web para apoyar a los procesos de Registro y Monitoreo de planes de negocio, mejorando el control de los Componentes y Actividades del plan de negocio a través de indicadores como el costo y tiempo utilizando conceptos actuales como Enfoque de Gestión por Resultados (EGR), Enfoque del Marco Lógico (EML) y la Gestión del Valor Ganado (EVM), así como contribuir en los procesos de evaluación a nivel de resultados de los planes cofinanciados por el Programa ALIADOS y reducir de manera significativa el tiempo necesario para realizar dichos procesos. Logrando de esta manera un aporte al desarrollo tecnológico en el monitoreo planes de negocio. La supervisión, el correcto funcionamiento del software y el cumplimiento de los requisitos del trabajo de investigación será supervisado por la oficina de Coordinación de Monitoreo, Evaluación e Informática del Programa ALIADOS, quien cumple la correspondiente función de Oficina de Dirección de Proyectos (PMO), el mismo que tiene más de 5 años de experiencia cofinanciando proyectos y planes de negocio en el marco del Sistema Nacional de Inversión Pública.
  6. 6. La estructura del presente trabajo de investigación, consta de cinco capítulos: Planteamiento Metodológico, Marco Teórico, Construcción de la Herramienta, Análisis e Interpretación de Resultados, Conclusiones y Recomendaciones. En el capítulo I se describe el Planteamiento Metodológico, describiendo la situación actual del Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura, definición del problema, las delimitaciones, justificación e importancia de la investigación, terminando en la descripción de los métodos y técnicas a ser usados por el investigador. En el capítulo II se describe el Marco Teórico, describiendo la herramienta o tecnología a implementar, se desarrolla las variables, además se incluye el desarrollo de los conceptos relacionados a la Tecnología Web y los procesos en estudio. En el Capítulo III se muestra la información a la construcción de la herramienta tecnológica usada en este proyecto, así como el estudio de la factibilidad técnica, operativa y económica. En el Capítulo IV se analizarán e interpretarán los resultados obtenidos con el estudio estadístico de los indicadores descritos en el primer capítulo, permitiendo demostrar la afirmación o negación de la hipótesis En el Capítulo V las conclusiones mencionamos de manera específica los resultados obtenidos en la presente investigación. De la misma manera se indica las recomendaciones que se consideran adecuadas para la obtener los logros conseguidos y complementar este proyecto.
  7. 7. TABLA DE CONTENIDOS DECLARACIÓN DE DERECHOS DE AUTOR II DEDICATORIA III AGRADECIMIENTOS IV INTRODUCCIÓN V TABLA DE CONTENIDOS VII ÍNDICE DE GRÁFICOS X ÍNDICE DE TABLAS XI CAPÍTULO I PLANTEAMIENTO METODOLÓGICO 14 1.1. Descripción de la Realidad Problemática 14 1.2. Delimitaciones y Definición del Problema 16 1.2.1. Delimitaciones 16 1.2.2. Definición del Problema 18 1.3. Formulación del Problema 19 1.3.1. Problema principal 19 1.3.2. Problemas secundarios 19 1.4. Objetivo de la Investigación 19 1.4.1. Objetivo principal 19 1.4.2. Objetivos secundarios 19 1.5. Hipótesis de la investigación 20 1.5.1. Hipótesis principal 20 1.5.2. Hipótesis secundarios 20 1.6. Variables e Indicadores 20 1.6.1. Variable Independiente 20 1.6.2. Variable Dependiente 20 1.7. Viabilidad de la investigación 21 1.7.1. Viabilidad técnica 21 1.7.2. Viabilidad operativa 21 1.7.3. Viabilidad económica 21 1.8. Justificación e Importancia de la Investigación 22 1.8.1. Justificación 22 1.8.2. Importancia 23 1.9. Limitaciones de la Investigación 23 1.10. Tipo y Nivel de la Investigación 24 1.10.1. Tipo de investigación 24 1.10.2. Nivel de investigación 24 1.11. Método y Diseño de la investigación 25
  8. 8. 1.11.1. Método de la investigación 25 1.11.2. Diseño de la investigación 25 1.12. Técnicas e Instrumentos de Recolección de Información 26 1.12.1. Técnicas 26 1.12.2. Instrumentos 26 1.13. Cobertura de Estudio 27 1.13.1. Universo 27 1.13.2. Población 27 1.13.3. Muestra 27 1.14. Cronograma y Presupuesto 28 1.14.1. Cronograma 28 1.14.2. Presupuesto 29 CAPÍTULO II MARCO TEÓRICO 30 2.1. Antecedentes de la Investigación 30 2.1.1. Trabajos de investigación a Nivel Internacional 30 2.1.2. Trabajos de investigación a Nivel Nacional 32 2.2. Marco Histórico 34 2.2.1. Evolución de la web 34 2.2.2. Evolución de la ejecución de la Inversión Pública en el Perú 35 2.3. Marco Conceptual 35 2.3.1. Aplicación web 35 2.3.2. Calidad software 36 2.3.3. Enfoque de Gestión por Resultados 39 2.3.4. Enfoque del Marco Lógico (EML) 42 2.3.5. Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra – ALIADOS 44 2.3.6. Planes de Negocio en el Programa ALIADOS 45 2.3.7. Guía del PMBOK® 5° edición 47 2.3.8. Programación Orientada a Objetos (POO) 47 2.3.9. Patrones de Diseño de Software 47 2.3.10. Presentación y contenido 49 2.3.11. Tecnologías de scripting 50 2.3.12. Librerías y plugins 52 2.3.13. Sistema de gestión de base de datos 52 2.3.14. Desarrollo de proyectos Web 54 2.3.15. Dreamweaver 57 2.3.16. MagicDraw UML 57 2.3.17. Prueba T de Student para muestras relacionadas 57 2.3.18. Prueba de Wilcoxon 58 CAPÍTULO III CONSTRUCCIÓN DE LA HERRAMIENTA 59 3.1. Generalidades 59 3.1.1. Acta de Constitución del Proyecto 62 3.1.2. Plan de Dirección del Proyecto 64 3.1.3. Organización del proyecto 67 3.1.4. Comunicación del proyecto 67 3.2. Estudio de factibilidad 69 3.2.1. Factibilidad Técnica 69 3.2.2. Factibilidad Operativa 70 3.2.3. Factibilidad Económica 70 3.3. Análisis del sistema 77 3.3.1. Requerimientos 82 3.3.2. Definición de los actores del sistema 86
  9. 9. 3.3.3. Requerimientos del sistema 86 3.3.4. Listado de casos de uso del sistema (Simplificado) 89 3.3.5. Descripción de casos de uso del sistema 90 3.3.6. Diagrama de casos de uso (Simplificado) 98 3.4. Diseño del sistema 98 3.4.1. Modelo de contenidos 98 3.4.2. Modelo de navegación (Simplificado) 100 3.4.3. Modelo de presentación 102 3.4.4. Modelo de procesos y diagramas de flujo de procesos 106 3.4.5. Diseño de pantallas 113 3.5. Cierre del proyecto 118 3.5.1. Solicitud de cambio Nº 001 118 3.5.2. Informe de monitoreo de riesgos 119 3.5.3. Inspección de calidad Nº 002 120 3.5.4. Acta de aceptación del proyecto 121 3.5.5. Lecciones aprendidas 122 CAPITULO IV ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS 123 4.1. Población y muestra 123 4.1.1. Población 123 4.1.2. Muestra 123 4.2. Nivel de confianza y grado de significancia 123 4.3. Tamaño de la muestra representativa 124 4.4. Análisis de resultados 124 4.4.1. Grupo de control 125 4.4.2. Grupo experimental 133 4.5. Prueba de hipótesis 141 4.5.1. Hipótesis de investigación 141 4.5.2. Hipótesis nula 141 4.5.3. Hipótesis estadística 141 4.6. Prueba de estadística utilizada 142 4.6.1. Prueba de hipótesis para el indicador Eficiencia 144 4.6.2. Prueba de hipótesis para el indicador Situación 147 4.6.3. Prueba de hipótesis para el indicador Avance del trabajo 155 CAPITULO V CONCLUSIONES Y RECOMENDACIONES 159 5.1. Conclusiones 159 5.2. Recomendaciones 160 FUENTES DE INFORMACIÓN 161 ANEXOS 163 GLOSARIO DE TÉRMINOS 200
  10. 10. ÍNDICE DE GRÁFICOS Gráfico 1 EVOLUCIÓN DE LA WEB 34 Gráfico 2 INVERSIÓN PÚBLICA ACUMULADA ÚLTIMOS 12 MESES 35 Gráfico 3 MARCO LÓGICO 42 Gráfico 4 PATRÓN DE DISEÑO DATA TRANSFER OBJECT DIAGRAMA DE CLASE 49 Gráfico 5 COMPARACIÓN GRÁFICA DEL MODELO TRADICIONAL DE APLICACIÓN WEB Y DEL NUEVO MODELO PROPUESTO POR AJAX 51 Gráfico 6 ORGANIGRAMA DEL PROYECTO 67 Gráfico 7 ACTORES INTERNOS Y EXTERNOS DEL NEGOCIO 84 Gráfico 8 ACTORES DEL SISTEMA 86 Gráfico 9 DIAGRAMA DE CASOS DE USO 98 Gráfico 10 MODELO DE CONTENIDO – REGISTRO DE PLAN DE NEGOCIO 99 Gráfico 11 MODELO DE CONTENIDO – REGISTRO DEL FORMATO PAO 100 Gráfico 12 MODELO DE NAVEGACIÓN 101 Gráfico 13 MODELO DE PRESENTACIÓN - CREAR NUEVO PLAN DE NEGOCIO 103 Gráfico 14 MODELO DE PRESENTACIÓN - REGISTRAR PLAN DE NEGOCIO 104 Gráfico 15 MODELO DE PRESENTACIÓN - BUSCAR PLANES DE NEGOCIO 105 Gráfico 16 MODELO DE PRESENTACIÓN - REGISTRO DEL FORMATO PAO 106 Gráfico 17 MODELO DE ESTRUCTURA DE PROCESOS 107 Gráfico 18 DIAGRAMA DE FLUJO DE PROCESOS – CREAR NUEVO PLAN DE NEGOCIO 110 Gráfico 19 DIAGRAMA DE FLUJO DE PROCESOS – REGISTRAR PLAN DE NEGOCIO 111 Gráfico 20 DIAGRAMA DE FLUJO DE PROCESOS – VER FICHA DE REGISTRO 112 Gráfico 21 DIAGRAMA DE FLUJO DE PROCESOS – REGISTRO DEL FORMATO PAO 112 Gráfico 22 INTERFACE DE INICIO DE SESIÓN 113 Gráfico 23 INTERFACE DE REGISTRO DE NUEVO PLAN DE NEGOCIO 114 Gráfico 24 INTERFACE DE REGISTRO DE PLANES DE NEGOCIO 115 Gráfico 25 BÚSQUEDA Y CAMBIO DE ESTADO DEL PLAN 116 Gráfico 26 INTERFACE DE REGISTRO DEL FORMATO PAO 117
  11. 11. ÍNDICE DE TABLAS Tabla 1 CRONOGRAMA Y TAREAS DEL DESARROLLO DE LA INVESTIGACIÓN 28 Tabla 2 DIVISIÓN DE LAS CARACTERÍSTICAS DE LA CALIDAD DEL SOFTWARE SEGÚN EL ISO/IEC 9126 37 Tabla 3 RELACIÓN DE LOS ENTREGABLES DEL PMBOK CON LAS SECCIONES DE LA TESIS 60 Tabla 4 MATRIZ DE COMUNICACIONES DEL PROYECTO 68 Tabla 5 REQUERIMIENTOS DEL PERSONAL PARA EL DESARROLLO DEL PROYECTO 69 Tabla 6 REQUERIMIENTOS DE SOFTWARE PARA EL DESARROLLO DEL PROYECTO 69 Tabla 7 REQUERIMIENTOS DE HARDWARE PARA EL DESARROLLO DEL PROYECTO 70 Tabla 8 COSTEO DEL PROYECTO 71 Tabla 9 RESUMEN DEL TOTAL DE COSTO 76 Tabla 10 COSTO POR PERSONAL 76 Tabla 11 COSTO POR SOFTWARE 76 Tabla 12 LISTA DE INTERESADOS 82 Tabla 13 MATRIZ DE INFLUENCIA VS PODER 83 Tabla 14 MATRIZ INTERÉS VS PODER 83 Tabla 15 NECESIDADES GENÉRICAS DE LOS ACTORES DEL NEGOCIO 85 Tabla 16 TIEMPO EN REGISTRAR UN PLAN DE NEGOCIO - ESTADÍSTICA DESCRIPTIVA 125 Tabla 17 TIEMPO EN REGISTRAR UN PLAN DE NEGOCIO – TABLA DE FRECUENCIAS 126 Tabla 18 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - ESTADÍSTICA DESCRIPTIVA 127 Tabla 19 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - TABLA DE FRECUENCIAS 127 Tabla 20 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO - ESTADÍSTICA DESCRIPTIVA 128 Tabla 21 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO - TABLA DE FRECUENCIAS 128 Tabla 22 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - ESTADÍSTICA DESCRIPTIVA 129 Tabla 23 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - TABLA DE FRECUENCIAS 129 Tabla 24 TIEMPO EN CALCULAR EL ÍNDICE DEL DESEMPEÑO DEL CRONOGRAMA - ESTADÍSTICA DESCRIPTIVA 130 Tabla 25 TIEMPO EN CALCULAR EL ÍNDICE DEL DESEMPEÑO DEL CRONOGRAMA - TABLA DE FRECUENCIAS 130 Tabla 26 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - ESTADÍSTICA DESCRIPTIVA 131
  12. 12. Tabla 27 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - TABLA DE FRECUENCIAS 131 Tabla 28 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - ESTADÍSTICA DESCRIPTIVA 132 Tabla 29 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - TABLA DE FRECUENCIAS 132 Tabla 30 TIEMPO EN REGISTRAR UN PLAN DE NEGOCIO - ESTADÍSTICA DESCRIPTIVA 133 Tabla 31 TIEMPO EN REGISTRAR UN PLAN DE NEGOCIO - TABLA DE FRECUENCIAS 134 Tabla 32 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - ESTADÍSTICA DESCRIPTIVA 135 Tabla 33 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - TABLA DE FRECUENCIAS 135 Tabla 34 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO- ESTADÍSTICA DESCRIPTIVA 136 Tabla 35 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO - TABLA DE FRECUENCIAS 136 Tabla 36 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - ESTADÍSTICA DESCRIPTIVA 137 Tabla 37 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - TABLA DE FRECUENCIAS 137 Tabla 38 TIEMPO EN CALCULAR EL ÍNDICE DEL DESEMPEÑO DEL CRONOGRAMA - ESTADÍSTICA DESCRIPTIVA 138 Tabla 39 TIEMPO EN CALCULAR EL ÍNDICE DEL DESEMPEÑO DEL CRONOGRAMA - TABLA DE FRECUENCIAS 138 Tabla 40 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - ESTADÍSTICA DESCRIPTIVA 139 Tabla 41 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - TABLA DE FRECUENCIAS 139 Tabla 42 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - ESTADÍSTICA DESCRIPTIVA 140 Tabla 43 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - TABLA DE FRECUENCIAS 140 Tabla 44 TABLA DE PRUEBAS ESTADÍSTICAS CON UN OBJETIVO COMPARATIVO 142 Tabla 45 TIEMPO EN REGISTRAR UN PLAN DE NEGOCIO - PRUEBA DE NORMALIDAD 144 Tabla 46 TIEMPO EN REGISTRAR UN PLAN DE NEGOCIO - PRUEBA T DE STUDENT PARA MUESTRAS RELACIONADAS 145 Tabla 47 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - PRUEBA DE NORMALIDAD 147 Tabla 48 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - PRUEBA DE WILCOXON (RANGOS) 147 Tabla 49 TIEMPO EN CALCULAR LA VARIACIÓN DEL COSTO - PRUEBA DE WILCOXON (ESTADÍSTICOS DE PRUEBA) 148 Tabla 50 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO - PRUEBA DE NORMALIDAD 149 Tabla 51 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO - PRUEBA DE WILCOXON (RANGOS) 149 Tabla 52 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL COSTO - PRUEBA DE WILCOXON (ESTADÍSTICOS DE PRUEBA) 150 Tabla 53 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE NORMALIDAD 151
  13. 13. Tabla 54 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE WILCOXON (RANGOS) 151 Tabla 55 TIEMPO EN CALCULAR LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE WILCOXON (ESTADÍSTICOS DE PRUEBA) 152 Tabla 56 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL CRONOGRAMA - PRUEBA DE NORMALIDAD 153 Tabla 57 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL CRONOGRAMA - PRUEBA DE WILCOXON (RANGOS) 153 Tabla 58 TIEMPO EN CALCULAR EL ÍNDICE DE DESEMPEÑO DEL CRONOGRAMA - PRUEBA DE WILCOXON (ESTADÍSTICOS DE PRUEBA) 154 Tabla 59 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - PRUEBA DE NORMALIDAD 155 Tabla 60 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - PRUEBA DE WILCOXON (RANGOS) 155 Tabla 61 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL COSTO - PRUEBA DE WILCOXON (ESTADÍSTICOS DE PRUEBA) 156 Tabla 62 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE NORMALIDAD 157 Tabla 63 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE WILCOXON (RANGOS) 157 Tabla 64 TIEMPO EN CALCULAR EL PORCENTAJE DE LA VARIACIÓN DEL CRONOGRAMA - PRUEBA DE WILCOXON (ESTADÍSTICOS DE PRUEBA) 158
  14. 14. 14 CAPÍTULO I PLANTEAMIENTO METODOLÓGICO 1.1. Descripción de la Realidad Problemática En la actualidad las tecnologías de la información y las comunicaciones (TIC) continúan ejerciendo progresivamente su impacto en todas las esferas de la vida social. Según el Instituto Nacional de Estadística e Informática (INEI) a inicios del año 2013, se indicó que el 25.5% de los hogares del país tienen conexión a internet, es un crecimiento del 8.2% respecto al trimestre del año anterior. En las zonas urbanas este servicio se incrementó en 8.6% con una cobertura del 25.9%. Así mismo las velocidades de conexión a internet aún no logra llegar al promedio mundial donde Corea lidera el acceso más rápido a internet con 14.2mbps, seguido de Japón con 11.7mbps, en Latinoamérica solo Chile y México alcanzan el promedio mundial de 3mbps y 3.3mbps respectivamente, mientras que Perú solo alcanzó 2.0mbps1 . A junio del 2012 OSIPTEL informa que el estado peruano cuenta con 467,982 dispositivos móviles activos (Modém usb, tablets, netbooks con Sim-Card) de un total de 773,506 vendidos entre los diferentes proveedores (Telefónica Móviles, América Móvil, Nextel y Velatel)2 . Sin duda el Perú ha tenido un gran avance tecnológico en los últimos años, pero aún falta llenar una gran brecha para lograr una sociedad informática. Latinoamérica no se ha quedado atrás y ha aplicado la tecnología informática a los Sistemas Nacionales de Inversión Pública (SNIP). Tal es el caso de Argentina que a fines del 2002, la Secretaría de Política Económica decidió implementar un nuevo sistema de información que contemple los proyectos de inversión pública identificados por los organismos responsables, denominado 1 Diario Gestión. Diario Gestión. [Online].; 2013 [citado 2013 septiembre 25. Disponible en: http://gestion.pe/economia/mef-confirma-inversion-publica-aumento-9-mayo-2069523. 2 OSITEL. [Dispositivos que acceden a internet a Junio 2012 (Módem USB, Tablets y otros)].; 2012.
  15. 15. 15 BAPIN II, el cual brinda información sobre programas, subprogramas, proyectos y actividades e incorpora los programas con organismos internacionales de crédito. Venezuela cuenta con el Sistema de Información de Inversión Pública (SIIP), herramienta informática que permite registrar y procesar información actualizada de las iniciativas de inversión durante su ciclo de vida y permite apoyar la toma de decisiones.1 En el ámbito nacional el Ministerio de economía y finanzas (MEF) también cuenta con el SNIP, el cual se encarga de certificar la calidad de los Proyectos de Inversión Pública (PIP). Actualmente el Estado financia otros proyectos y planes de negocio los cuales no son registrados ni controlados por el SNIP Este es el caso del Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura que entre los años 2008 y 2013 ha cofinanciado 1740 proyectos en el marco del SNIP. Actualmente está ingresando a una segunda etapa, donde el principal objetivo será la gestión de planes de negocio y planes de desarrollo territorial en un aproximado de 1,200 planes entre fines del año 2013 y el 2016, los mismos que no serán registrados en el SNIP, por lo cual se ha visto afectado por la falta de una herramienta que cumpla con los requisitos para llevar a cabo sus nuevos objetivos. Para que ALIADOS cumpla con sus objetivos es necesario llevar un control en 3 procesos de los planes de negocio:  El registro de los planes, como base para realizar los procesos de  Monitoreo, que es la identificación de los desvíos existentes respecto a lo programado y  la Evaluación; que es la comparación del estado actual y el estado previsto de los planes de negocio establecidos en la etapa de planificación. 1 Ortegón E, Pacheco JF. Los Sistemas nacionales de inversión pública en Argentina, Brasil, México, Venezuela y España como caso de referencia (cuadros comparativos) Santiago de Chile: Instituto Latinoamericano y del Caribe de Planificación Económica; 2005, pp. 15-34, 81- 103.
  16. 16. 16 1.2. Delimitaciones y Definición del Problema 1.2.1. Delimitaciones a. Delimitación Espacial El presente trabajo tendrá como límite espacial a todas las instituciones que desarrollen, monitoreen y evalúen planes de negocio. Para efecto de la investigación se desarrolló en el Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura que maneja planes de negocio desde hace 5 años en los departamentos de Ayacucho, Apurímac, Huancavelica, Huánuco, Junín y Pasco con sede central en la ciudad de Ayacucho. b. Delimitación Temporal El trabajo se realizará en dos fases:  La primera fase comprende la formulación plan de tesis iniciado el 01 de agosto del 2013 y la presentación del mismo el 15 de agosto del 2013.  La segunda fase es el desarrollo de la tesis, el cual inicia el 01 de agosto del 2013 y finaliza con las recomendaciones y conclusiones el 13 de noviembre del 2013. Como se describe ambas fases se inician el mismo día ya que la redacción del plan de tesis se realiza según se establece el alcance, tiempo, costos, calidad, etc., junto al Programa ALIADOS. Mientras se espera la aprobación del plan de tesis se inicia la gestión del proyecto y elaboración de los entregables con lo cual se redacta y actualiza el borrador de la tesis, tal y como se especifica en el cronograma del proyecto. c. Delimitación Social En el presente trabajo de investigación, se involucra a todo el personal encargado del registro, monitoreo, evaluación, tomadores de decisiones y beneficiarios de los de planes de negocio del Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura.
  17. 17. 17 d. Delimitación Conceptual 1. Aplicación web Son aplicaciones que utilizan el internet o intranet como medio de comunicación entre un cliente y un servidor, en decir una aplicación software que se codifica en un lenguaje que lo interpretan los navegadores web. Los principales componentes de una aplicación web son: El cliente web, el servidor web y el protocolo. “El cliente web es un programa con el que interacciona el usuario (Navegador), la misión del cliente es interpretar páginas HTML (…). El servidor web es un programa que está esperando permanentemente las solicitudes de conexión mediante el protocolo HTTP por parte de los clientes.”1 2. Proceso de Registrar los planes de negocio Es el proceso básico en el cual se registra los datos del plan de negocio, estos datos se recopilan en una “Ficha de Registro de Planes de Negocio y Planes de Desarrollo Territorial”. Todo plan registrado se encuentra en una etapa de Propuesta, esperando su evaluación para ser aprobada y declarada como “Viable” o lo contrario “Anulado”. Una vez declarada como Viable el plan puede pasar a la etapa de Ejecución. 3. Proceso de Monitoreo de Planes de negocio Se realiza durante la etapa de Ejecución en donde se comprueba continuamente los Componentes y Actividades declaradas en el proceso de Registro del plan de negocio, esta comprobación se realiza a través de la obtención y análisis de datos o indicadores como el costo y tiempo, con el objetivo de conocer los resultados de la gestión y definir, si es necesario, la reprogramación requerida. 1 Luján Mora S. Programación de aplicaciones web: historia, principios básicos y clientes web San Vicente: Club Universitario; 2002, pp. 48-49.
  18. 18. 18 1.2.2. Definición del Problema El Ministerio de Economía y Finanzas – MEF maneja el sistema administrativo SNIP el cual se encarga, a través de principios, métodos, procedimientos y normas técnicas, de certificar los Proyectos de Inversión Pública (PIP). El Programa ALIADOS cuenta con una herramienta de gestión de proyectos, el cual es utilizado en los departamentos de Ayacucho, Apurímac, Huancavelica, Huánuco, Junín y Pasco para el registro de los mismos. Estos Proyectos al ser financiados por el Estado son registrados y certificados por el SNIP. Actualmente el Programa ALIADOS está ingresando a una segunda etapa 2013 - 2016, donde deja de lado la evaluación de Proyectos para centrarse en la Gestión de Planes de Negocio y de Desarrollo Territorial. Estos planes no serán registrados en el SNIP, es decir, no serán certificados con los procedimientos y métodos del SNIP. Además se ha optado por utilizar el Enfoque de Gestión por Resultados - EGR y el Enfoque del Marco Lógico - EML, utilizando la Matriz del Marco Lógico – (MML) para Registrar y Monitorear los planes de negocio. La herramienta informática actual no es capaz de cumplir con las nuevas necesidades del Programa, por esta razón es vital la construcción de una nueva herramienta que cuente con las características necesarias para ayudar al Programa ALIADOS a cumplir con los objetivos de esta segunda etapa.
  19. 19. 19 1.3. Formulación del Problema 1.3.1. Problema principal ¿De qué manera una aplicación web mejorará el registro y monitoreo de planes de negocio del Programa Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura - 2013? 1.3.2. Problemas secundarios 1. ¿Cómo la operatividad de la aplicación web mejora la eficiencia del registro de planes de negocio? 2. ¿Cómo la exactitud de la aplicación web mejora la situación de los planes de negocio? 3. ¿Cómo la exactitud de la aplicación web mejora el avance del trabajo de los planes de negocio? 1.4. Objetivo de la Investigación 1.4.1. Objetivo principal Determinar como una aplicación web mejora el registro y monitoreo de planes de negocio del Programa Alianzas Rurales Productivas de la Sierra – ALIADOS del Ministerio de Agricultura – 2013. 1.4.2. Objetivos secundarios 1. Determinar como la operatividad de la aplicación web mejora la eficiencia del registro de planes de negocio. 2. Determinar como la exactitud de la aplicación web mejora la situación de planes de negocio. 3. Determinar como la exactitud de la aplicación web mejora el avance del trabajo de los planes de negocio.
  20. 20. 20 1.5. Hipótesis de la investigación 1.5.1. Hipótesis principal La aplicación web mejorará el registro y monitoreo de planes de negocio del Programa de Apoyo a las Alianzas Rurales productivas de la Sierra – ALIADOS del Ministerio de Agricultura – 2013. 1.5.2. Hipótesis secundarios 1. La operatividad de la aplicación web mejorará la eficiencia del registro de planes de negocio. 2. La exactitud de la aplicación web mejorará la situación de los planes de negocio. 3. La exactitud de la aplicación web mejorará el avance del trabajo de los planes de negocio. 1.6. Variables e Indicadores 1.6.1. Variable Independiente Variable Indicadores Índices X = Aplicación web X1 = Operatividad X11 = Número de intentos del usuario en realizar una tarea. X2 = Exactitud X21 = Número de tareas ejecutadas correctamente. 1.6.2. Variable Dependiente Variable Indicadores Índices Y = Registro y Monitoreo de planes de negocio Y1 = Eficiencia Y11 = Tiempo en registrar un plan de negocio. Y2 = Situación Y21 = Tiempo en calcular la Variación del costo (CV). Y22 = Tiempo en calcular el Índice de desempeño del costo (CPI). Y23 = Tiempo en calcular la Variación del cronograma (SV). Y24= Tiempo en calcular el Índice de desempeño del cronograma (SPI). Y3 = Avance del trabajo Y31 = Tiempo en calcular el Porcentaje de variación del costo (CV%). Y32 = Tiempo en calcular el Porcentaje de Variación del cronograma (SV%).
  21. 21. 21 1.7. Viabilidad de la investigación 1.7.1. Viabilidad técnica El trabajo de investigación es técnicamente viable ya que el Programa ALIADOS dispone de los recursos necesarios para el desarrollo del proyecto como son: infraestructura de hardware, software, red, internet. Además que se cuenta con el apoyo del equipo de dirección y desarrollo de proyectos con capacidades para gestionar e implementar el proyecto. 1.7.2. Viabilidad operativa  El investigador cuenta con el conocimiento necesario para el manejo de las diversas herramientas de desarrollo del trabajo de investigación.  El investigador cuenta con el apoyo del Programa ALIADOS, lugar donde se desarrolla el software. Se dispone de información y apoyo necesario que ayude al proceso de investigación como: informes, reportes, planes de negocios cerrados anteriormente, acceso a internet. 1.7.3. Viabilidad económica La realización del proyecto de investigación es viable debido a que los costos son solventados por el Programa ALIADOS.
  22. 22. 22 1.8. Justificación e Importancia de la Investigación 1.8.1. Justificación El presente trabajo de investigación se justifica al encontrar que es de actualidad y pertinencia debido a la falta de un software para apoyar los procesos de monitoreo y evaluación de planes de negocios en el Perú, desarrollando la gestión del proyecto con la Guía PMBOK Quinta Edición lanzado a inicios del 2013, así mismo la construcción se realizará con la metodología UWE de la Ingeniería Web. La aplicación también abordará características fundamentales de los procesos de monitoreo y evaluación de los planes de negocio basándose en el Enfoque de Gestión por Resultados, Enfoque del Marco Lógico utilizando la Matriz del Marco Lógico. De lograr cumplir con los objetivos, la aplicación web beneficiará a las empresas, instituciones o programas que gestionen planes de negocio cofinanciados por entidades estatales, debido a que estás no son registrados en el SNIP y no cuentan con una herramienta para los procesos de Registro y Monitoreo, además de lograr un impacto de modernización sobre gestión de planes de negocio en el Perú.
  23. 23. 23 1.8.2. Importancia El Perú se encuentra en una etapa de crecimiento económico, al mes de mayo del 2013 se estimó un crecimiento del 9% (S/. 159 millones) en inversiones públicas1 . El estado invierte cuantiosas sumas de dinero financiando Programas de desarrollo. Los planes de negocio, financiados por el estado junto a entidades de asistencia en financiamiento como lo es el Banco Mundial (BM)2 , que no son certificados por el SNIP actualmente no cuentan con una herramienta para su control. El presente trabajo propone el desarrollo de una herramienta especializada en el registro y monitoreo de planes de negocio. La herramienta estará acompañada por procesos, procedimientos validados por el Programa ALIADOS, que tiene más de 5 años de experiencia cofinanciando proyectos y planes de negocio, la misma que se encargará de supervisar el correcto funcionamiento de la herramienta y el cumplimiento de los requerimientos establecidos. 1.9. Limitaciones de la Investigación El presente trabajo de investigación tomará en cuenta 30 planes de negocio para realizar las pruebas de la aplicación que serán consideradas como población y muestra. 1 Diario Gestión. En: http://gestion.pe/economia/mef-confirma-inversion-publica-aumento-9- mayo-2069523. Lima, 2013. 2 El Banco Mundial es uno de los organismos especializados de las Naciones Unidas, que ofrece créditos, asistencia y recursos personalizados a más de 100 países en desarrollo y en transición.
  24. 24. 24 1.10. Tipo y Nivel de la Investigación 1.10.1. Tipo de investigación De acuerdo al propósito de la investigación, de la problemática y del objetivo formulado, el tipo de investigación es aplicada, debido a que se aplicarán los conocimientos adquiridos para aplicarlos al desarrollo de una aplicación web y cómo influye en los procesos de registro y monitoreo de planes de negocio en el Programa ALIADOS. “La investigación aplicada se le denomina también activa o dinámica y se encuentra íntimamente ligada a la anterior ya que depende de sus descubrimientos y aportes teóricos. (…) Es el estudio y aplicación de la investigación a problemas concretos, en circunstancias y características concretas. Esta forma de investigación se dirige a su aplicación inmediata y no al desarrollo de teorías”.1 1.10.2. Nivel de investigación El nivel de la investigación se inicia con un estudio descriptivo debido a que se obtiene información de los procesos de registro y monitoreo de planes de negocio. “Los estudios descriptivos buscan especificar las propiedades, las características y los perfiles de personas, grupos, comunidades, procesos, objetos o cualquier otro fenómeno que se someta a un análisis”2 1 Tamayo y Tamayo M. El proceso de la investigación. 4th ed. México D.F.: Limusa, S.A. de C.V.; 2004, pp 43. 2 Hernández Sampieri R, Fernández Callado C, Baptista Lucio P. Metodología de la investigación. 5th ed. México D.F.: McGraw-Hill, S.A. de C.V.; 2010, 80.
  25. 25. 25 1.11. Método y Diseño de la investigación 1.11.1. Método de la investigación El método de investigación a seguir es el científico, que es utilizado para comprobar una hipótesis. “Método de trabajo científico es la sucesión de pasos que debemos dar para descubrir nuevos conocimientos o, en otras palabras, para comprobar o disprobar hipótesis que implican o predican conductas de fenómenos, desconocidos hasta el momento”1 1.11.2. Diseño de la investigación Por ser la que se acoge más a la naturaleza y el tipo de proyecto de investigación, se ha seleccionado el diseño de investigación cuasi experimental, donde al menos una variable es manipulada pero el grupo de análisis ya se encuentra formado antes de realizar el experimento. “Los diseños cuasi experimentales también manipulan deliberadamente, al menos, una variable independiente para observar su efecto y relación con una o más variables dependientes. (…)En los diseños cuasi experimentales los sujetos no se asignan al azar a los grupos ni se emparejan, sino que dichos grupos ya están formados antes del experimento (…)”2 Se tiene un objetivo principal (OP) que es comprobar la hipótesis principal (HP), para lo cual se tiene una muestra conformada por 30 planes de negocio los cuales se usarán para el grupo de control (GC) y el grupo experimental (GE). Se realiza una evaluación al grupo de control obteniéndose un primer resultado (O1). Luego realiza la misma 1 Tamayo y Tamayo M. El proceso de la investigación. 4th ed. México D.F.: Limusa, S.A. de C.V.; 2004, pp 28. 2 Hernández Sampieri R, Fernández Callado C, Baptista Lucio P. Metodología de la investigación. 5th ed. México D.F.: McGraw-Hill, S.A. de C.V.; 2010, pp. 148.
  26. 26. 26 evaluación al grupo experimental, al cual se le administra un estímulo experimental: aplicación web (X); obteniendo un segundo resultado (O2). Finalmente se compara los resultados obtenidos en ambas evaluaciones para obtener una conclusión final (CF.) 1.12. Técnicas e Instrumentos de Recolección de Información 1.12.1. Técnicas  Observación: La observación se utiliza para administrar las pruebas realizadas con el fin de registrar los resultados obtenidos. 1.12.2. Instrumentos  Fichas de registro: Son utilizadas para registrar los datos significativos.  Software de gestión de proyectos: El software de gestión de proyectos que se utilizará es el Microsoft Project que tiene la capacidad de ayudar a planificar, organizar y gestionar los conjuntos de recursos, y de desarrollar estimaciones de recursos.  Software estadístico: Para realizar los análisis estadísticos se utilizará el IMB SPSS Statistics Versión 19, que tiene capacidad para trabajar con grandes bases de datos y un sencillo interface para la mayoría de los análisis
  27. 27. 27 1.13. Cobertura de Estudio 1.13.1. Universo Para el desarrollo del presente trabajo de investigación se ha tomado como universo todos los planes de negocios cofinanciados por instituciones del estado. 1.13.2. Población La población es conformada por 30 planes de negocio del programa ALIADOS. 1.13.3. Muestra Para obtener la muestra se utiliza las fórmulas: Dónde: = muestra estadística = muestra ajustada = factor probabilístico (nivel de confianza) = evento favorable = evento desfavorable = error máximo permitido = población Se trabaja con un nivel de confianza del 95% ( ) y con un error del 3% ( ). Para obtener y se utiliza la fórmula , asignando tenemos que . Reemplazando en la formula obtenemos que y . Debido a que en la muestra ajustada no existe una diferencia significativa se trabajará con el total de la población (30 planes de negocio), basándonos en el teorema de Subconjunto propio: “Todo conjunto es subconjunto de sí mismo”1 , de esta manera concluimos que la muestra se encuentra comprendida por la misma población. 1 Lipschutz S. Teoría de conjuntos y temas afines México D.F.: McGraw-Hill, S.A. de C.V.; 1991, pp 03.
  28. 28. 28 1.14. Cronograma y Presupuesto 1.14.1. Cronograma Tabla 1 CRONOGRAMA Y TAREAS DEL DESARROLLO DE LA INVESTIGACIÓN
  29. 29. 29 1.14.2. Presupuesto A. Primera fase: Aprobación del plan de tesis Actividad Costo Soles Materiales de oficina 200.00 Equipos de informática 700.00 Materiales de impresión 100.00 Adquisición de publicaciones 500.00 Fotocopias 100.00 Pago al asesor 2000.00 Asesoría metodológica 100.00 Asesoría técnica 150.00 Revisión y corrección de la redacción y ortografía 100.00 Costo por el total de Formularios Únicos de Trámite (FUTs) 6.00 Total 3, 956.00 B. Segunda fase: Desarrollo de la tesis Actividad Costo Total Soles Recolección de información 1,500.00 Iniciación 2,000.00 Planificación 1,500.00 Ejecución Modelo de contenidos 13, 000.00 Modelo de navegación Modelo de presentación Modelo de procesos y Diagrama de flujo de procesos Desarrollo del modelo Seguimiento y control 1,200.00 Cierre 800.00 Redacción del borrador, Corrección – Impresión 1,000.00 Presentación y publicación 2,000.00 Total 23,000.00
  30. 30. 30 CAPÍTULO II MARCO TEÓRICO 2.1. Antecedentes de la Investigación Con relación al tema de estudio, se ha procedido a investigar publicaciones existentes, consultado, fuentes de información primarias y secundarías. Al respecto, no se ha encontrado ninguna tesis que aborde bajo el mismo enfoque la relación de las dos variables involucradas; en consecuencia, se da testimonio de la autenticidad de esta investigación. 2.1.1. Trabajos de investigación a Nivel Internacional A. Tesis “SISTEMA INFORMÁTICO DE MONITOREO Y CONTROL DE LOS PROYECTOS EN LA FUNDACIÓN PARA LA COOPERACIÓN Y DESARROLLO COMUNAL EN EL SALVADOR”. El Salvador 2011. B. Autores Gloria Elizabeth Ayala Ayala, Mayela Beatriz Campos López, Cristina Ivette Cuellar Batres, Liliana María Flores Cruz. C. Conclusiones 1. Para el desarrollo del sistema informático fue necesario hacer una investigación previa sobre el manejo y administración de proyectos sociales en la fundación CORDES así como también la información de actividades, beneficiarios, responsables y agencias de cooperación; luego de revisar la información recopilada se realizó el respectivo análisis y evaluación del problema.
  31. 31. 31 2. Por medio del análisis de la situación actual y utilizando las técnicas de la caja negra y el diagrama causa-efecto, se han identificado problemas identificados mediante los siguientes factores: tiempo, procedimientos, información, planeación y métodos. 3. Para el análisis se comenzó con la parte de evaluar los requerimientos proporcionados por la institución y hacer su respectivo análisis se clasificaron como informáticos, operativos y de desarrollo del sistema informático. 4. Se elaboró el diseño del sistema de acuerdo a las necesidades identificadas de la Fundación que fueron identificadas en el análisis y determinación de requerimientos. 5. Se programaron los módulos del sistema informático según las especificaciones de diseño, de forma que la aplicación integrada pudiera funcionar correctamente. 6. Se elaboró el plan de implementación con las especificaciones necesarias para que el sistema informático pueda ser implantado en la Fundación CORDES, se consideraron los elementos necesarios para la implementación del sistema, tal como: preparación del entorno, capacitación de personal, pruebas y puesta en marcha del sistema. 7. Se elaboró la documentación necesaria para los usuarios finales y administrador del sistema, esta información incluye: Manual del usuario, Manual Técnico y Manual de instalación.
  32. 32. 32 2.1.2. Trabajos de investigación a Nivel Nacional 1. Primer trabajo de investigación D. Tesis “HERRAMIENTA PARA GESTIÓN DE PROYECTOS BASADA EN XPDL PARA EL PROYECTO COMPETISOOFT CONSTRUCCIÓN, PRUEBAS E INTEGRACIÓN”. Lima 2011. E. Autor Evelyn Lindsay Ocampo Moreno, Carlos Gonzáles Cajahuanca. F. Conclusiones 1. Se construyó una herramienta bajo un entorno web, que permite la administración de proyectos de software. 2. La herramienta desarrollada permite crear la instancia de una metodología y asociarla a un proyecto específico. 3. Mediante la herramienta se administran proyectos específicos, además se utilizaron archivos XML como repositorio de datos. G. Recomendaciones 1. El sistema se encuentra basado en XPDL y XML como archivos de datos, es entera responsabilidad del administrador de cuidar los permisos sobre los archivos para evitar daños y pérdida de datos. 2. El hardware del servidor web debe ser el adecuado para la ejecución de aplicaciones Java web, esto para brindar tiempos de respuesta mínimos al usuario. 3. Para el presente trabajo se utilizó el contener web Tomcat ya que ofrece el rendimiento mínimo para el desarrollo de la herramienta, sin embargo si se desea utilizar en un ambiente de producción sugiere utilizar contenedores Web de mejores prestaciones que Tomcat tales como Glassfish o JBoss que también es son contenedores gratuitos. 4. Se recomienda desarrollar módulos de costos, esfuerzo, ruta crítica, manejo del valor devengado y manejo de desviaciones.
  33. 33. 33 2. Segundo trabajo de investigación A. Tesis “IMPLEMENTACIÓN DE UNA HERRAMIENTA DE GESTIÓN DE PROYECTOS EN EL ÁREA DE SISTEMAS E INFORMÁTICA DE UNA EMPRESA DE TELECOMUNICACIONES”. Lima 2012. B. Autor Jackeline Rocio Toledo Rosales. C. Conclusiones Al final de la implementación del presente trabajo de tesis, se puede afirmar que la herramienta de gestión de proyectos, seleccionada por la alta Dirección del área de Sistemas e Informática y que fue parte de la restricción del proyecto, Project Server versión 2007 cumplió todas las expectativas, pues hoy permite la gestión, control y centralización de los proyectos del área de Sistemas e Informática de una Empresa de Telecomunicaciones, con ello se puede afirmar que fue una buena decisión de la Alta Dirección escoger la herramienta de gestión de proyectos, Project Server versión 2007. D. Recomendaciones Se recomienda para implementaciones en general de herramientas de Tecnologías de Información tener el respaldo de un Sponsor con alta influencia, en este proyecto el impacto en la forma de trabajar del personal del área de Sistemas e Informática era alto por ello se requería la participación e involucramiento de las personas claves, lo cual se logró dada la influencia del Sponsor y de la gestión de las comunicaciones hacia todos los interesados para informar los cambios venideros y las ventajas que traía consigo.
  34. 34. 34 2.2. Marco Histórico 2.2.1. Evolución de la web “A lo largo del tiempo, las tecnologías web han evolucionado hasta permitir que los desarrolladores puedan crear nuevas e increíbles experiencias web. La Web actual es el resultado de los continuos esfuerzos de una comunidad web abierta que ayuda a definir estas tecnologías web, tales como HTML5, CSS3 y WebGL, y garantiza que todos los navegadores web las admitan.”1 A continuación se presenta un gráfico de la evolución web: Gráfico 1 EVOLUCIÓN DE LA WEB Fuente: Victor Abarca, Marketing Online. En: http://estoesmarketingonline.es/web2-0-3- 0/. España, 2012. 1 Team GC. Evolution of the web. [Online].; 2012 [citado 2013 Octubre 23. Disponible en: www.evolutionoftheweb.com.
  35. 35. 35 2.2.2. Evolución de la ejecución de la Inversión Pública en el Perú La ejecución acumulada en los últimos 12 meses (periodo abril 2012 - marzo 2013), presenta un incremento en 17% respecto al acumulado anterior (período abril 2011-marzo 2012), presentándose un nuevo máximo histórico en los Gobiernos Locales y Gobiernos Regionales. Gráfico 2 INVERSIÓN PÚBLICA ACUMULADA ÚLTIMOS 12 MESES Fuente: Portal del Sistema Nacional de Inversión Pública. En: http://www.snip.gob.pe/index.php/10-snip/acerca-del-snip/196-fbi-closes-in-on- zombie-pc-gang-2., Lima, 2013. 2.3. Marco Conceptual 2.3.1. Aplicación web Son aplicaciones que utilizan el internet o intranet como medio de comunicación entre un cliente y un servidor, en decir una aplicación software que se codifica en un lenguaje que lo interpretan los navegadores web. “Una aplicación web (web-based application) es un tipo especial de aplicación cliente/servidor, donde el cliente (el navegador, explorador o visualizador) como el servidor (servidor web) y el protocolo mediante el que se comunican (HTTP) están estandarizados y no han de ser creados por el programador de aplicaciones”1 1 Luján Mora S. Programación de aplicaciones web: historia, principios básicos y clientes web San Vicente: Club Universitario; 2002, pp. 47.
  36. 36. 36 2.3.2. Calidad software Es importante destacar que la calidad de un producto software debe ser considerada en todos sus estados de evolución a medida que avanza el desarrollo de acuerdo al ciclo de vida seleccionado para su construcción (especificaciones, diseño, código, etc.). No basta con tener en cuenta la calidad del producto una vez finalizado, cuando los problemas de mala calidad ya no tienen solución o la solución es muy costosa. En el caso de la calidad del software, el término es difícil de definir. Con el fin de concretizar a qué nos referimos con calidad de un sistema software, este se subdivide en atributos que a su vez puede subdividirse en atributos aún más concretos especificados en el ISO 9126. A. ISO/IEC 9126 Es un estándar internacional para la evaluación de la calidad del software. El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y sub-características de la siguiente manera:
  37. 37. 37 Tabla 2 DIVISIÓN DE LAS CARACTERÍSTICAS DE LA CALIDAD DEL SOFTWARE SEGÚN EL ISO/IEC 9126 Características y sub- características Descripción Funcionalidad Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades específicas. Las funciones son aquellas que satisfacen las necesidades implícitas o explícitas. Idoneidad Atributos del software relacionados con la presencia y aptitud de un conjunto de funciones para tareas especificadas Exactitud Atributos del software relacionados con la disposición de resultados o efectos correctos o acordados. Interoperabilidad Atributos del software que se relacionan con su habilidad para la interacción con sistemas especificados Seguridad Atributos del software relacionados con su habilidad para prevenir acceso no autorizado ya sea accidental o deliberado, a programas y datos. Cumplimiento de normas La adhesión a las normas de aplicación relacionadas, convenciones, reglamentos de las leyes y protocolos. Fiabilidad Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestación bajo condiciones establecidas durante un período establecido Madurez Atributos del software que se relacionan con la frecuencia de falla por fallas en el software. Recuperabilidad Atributos del software que se relacionan con la capacidad para restablecer su nivel de desempeño y recuperar los datos directamente afectos en caso de falla y en el tiempo y esfuerzo relacionado para ello. Tolerancia a fallos Atributos del software que se relacionan con su habilidad para mantener un nivel especificado de desempeño en casos de fallas de software o de una infracción a su interfaz especificada. Usabilidad Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoración individual de tal uso, por un establecido o implicado conjunto de usuarios. Aprendizaje Atributos del software que se relacionan al esfuerzo de los usuarios para reconocer el concepto lógico y sus aplicaciones Comprensión Atributos del software que se relacionan al esfuerzo de los usuarios para reconocer el concepto lógico y sus aplicaciones. Operatividad Atributos del software que se relacionan con el esfuerzo de los usuarios para la operación y control del software. Atractividad Capacidad del software de ser atractivo para el usuario //..
  38. 38. 38 ..// Características y sub- características Descripción Eficiencia Conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas. Comportamiento en el tiempo Atributos del software que se relacionan con los tiempos de respuesta y procesamiento y en las tasas de rendimientos en desempeñar su función. Comportamiento de recursos La cantidad de recursos utilizados y la duración de dicho uso en el desempeño de su función Mantenibilidad Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software. Estabilidad Atributos del software relacionados con el riesgo de efectos inesperados por modificaciones. Facilidad de análisis Atributos del software relacionados con el esfuerzo necesario para el diagnóstico de deficiencias o causas de fallos, o identificaciones de partes a modificar. Facilidad de cambio Atributos del software relacionados con el esfuerzo necesario para la modificación, corrección de falla, o cambio de ambiente. Facilidad de pruebas Atributos del software relacionados con el esfuerzo necesario para validar el software modificado. Portabilidad Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra. Capacidad de instalación Atributos del software relacionados con el esfuerzo necesario para instalar el software en un ambiente especificado. Capacidad de reemplazamiento Atributos del software relacionados con la oportunidad y esfuerzo de usar el software en lugar de otro software especificado en el ambiente de dicho software especificado. Adaptabilidad Atributos del software relacionados con la oportunidad para su adaptación a diferentes ambientes especificados sin aplicar otras acciones o medios que los proporcionados para este propósito por el software considerado. Co-Existencia La capacidad de un producto de software para coexistir con otro software independiente en el entorno común Fuente: Natalia Juristo y otros. Técnicas de evaluación de software versión 12.0, 2006.
  39. 39. 39 2.3.3. Enfoque de Gestión por Resultados También conocido como Gestión Basada en los Resultados – GBR, es una estrategia de gestión por la que una organización asegura que sus procesos, productos y servicios contribuyen al logro de los resultados deseados (productos, resultado y efecto). Está basada en una rendición de cuentas claramente definida respecto de los resultados, y requiere la vigilancia y auto evaluación de los progresos hacia los resultados, así como la presentación de informes sobre el rendimiento.1  La gestión por resultados es un modelo de cultura organizacional, directiva y de gestión. Esto significa que para su implementación cada una de las personas de la institución tiene que saber qué se espera lograr, en cuánto tiempo, cuál es la relación que se debe generar con la población usuaria o beneficiaria y cómo será medida la gestión institucional y las personas que trabajan en dicha institución.  La gestión por resultados pone énfasis en los resultados y no necesariamente en los procedimientos Esto significa que cada acción que se realiza debe estar orientada por un objetivo plenamente conocido y divulgado, el cual tiene metas que deben ser cumplidas en un plazo determinado. Para lograr controlar estos avances nace la necesidad de monitorear y evaluar lo que se realiza. La Gestión para resultados toma en cuenta los distintos elementos del ciclo de gestión como son la planificación, el presupuesto, la gestión financiera, la gestión de proyectos y la capacidad de realizar monitoreo y evaluación de las actividades realizadas, de los productos entregados, de los resultados e impactos logrados con la intervención. 1 Oficina Regional de la FAO para América Latina y el Caribe. Rol del estado y la sociedad Civil en la generación de valor público.; 2013, pp. 10.
  40. 40. 40 A. Monitoreo con base en resultados El monitoreo es una actividad continua que usa la recolección sistemática de datos sobre indicadores específicos, para guiar a los directores, financiadores y ejecutores de estrategias de desarrollo con información sobre las dimensiones del progreso en la consecución de objetivos y la utilización de los fondos destinados.1 Es necesario establecer que Seguimiento y Monitoreo son diferentes:  Seguimiento, consiste en registrar toda información asociada de interés con respecto al desarrollo del proyecto, con la finalidad de generar reportes sobre el avance, logro de los resultados y la utilización de los recursos asignados.  Monitoreo, toma los reportes generados en el seguimiento con la finalidad de analizarlos y generar una retroalimentación. En base a lo generado en un seguimiento continuo, se podrá culminar con el proceso de monitoreo, el cual podrá incluir acciones de gabinete y ser complementadas con acciones de campo. Esto formará parte de un reporte de monitoreo, el cual alimentará la gestión de conocimiento y aprendizaje. 1 Oficina Regional de la FAO para América Latina y el Caribe. Rol del estado y la sociedad Civil en la generación de valor público.; 2013, pp. 09.
  41. 41. 41 B. Gestión del Valor Ganado (EVM) La Gestión del Valor Ganado (EVM en inglés) es una técnica de dirección de proyectos que nos permite controlar el proyecto a través del presupuesto y cronograma del mismo. “La Gestión del Valor Ganado es una metodología que combina medidas de alcance, cronograma y recursos para evaluar el desempeño y el avance del proyecto. El EVM establece y monitorea tres dimensiones clave para cada paquete de trabajo y cada cuenta de control: Valor Planificado (PV), Valor Ganado (EV), Costo Real (AC)”1 También se monitorearán las variaciones o desviaciones con respecto a la línea base aprobada: a) Variación del cronograma (SV); determina en qué medida el proyecto está adelantado o retrasado en relación con la fecha de entrega, en un momento determinado. b) Variación del costo (CV); es el monto del déficit o superávit presupuestario en un momento dado, expresado como la diferencia entre el valor ganado y el costo real. c) Índice de desempeño del costo (CPI); Se considera la métrica más crítica del EVM y mide la eficiencia del costo para el trabajo completado d) Índice de desempeño del cronograma (SPI); Refleja la medida de la eficiencia con que el equipo del proyecto está utilizando su tiempo. Si bien CV y SV nos valores absolutos que nos indican si las condiciones son favorables o no, no nos dan idea de la magnitud. Por esta razón es necesario agregar otras fórmulas y los índices que nos indican el valor relativo de la situación: a) Porcentaje de variación del cronograma (SV%); este porcentaje nos indica cuanto atraso o adelanto se lleva con respecto al cronograma planeado. b) Porcentaje de variación del costo (CV%); Nos indica cuan excedidos o por debajo estamos de la línea de base del presupuesto. 1 Project Manager Institute. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK®). 5th ed. Pensilvania: Project Manager Institute; 2013, pp 243.
  42. 42. 42 2.3.4. Enfoque del Marco Lógico (EML) El Enfoque del Marco Lógico (EML) es una metodología de planificación, orientada a mejorar la calidad y claridad del diseño, monitoreo y evaluación de programas o proyectos. Su principal producto es la Matriz de Marco Lógico, que no es un documento rígido y puede actualizarse en diferentes etapas de la implementación de los programas o proyectos. La amplia acogida que ha recibido el EML entre los planificadores y administradores en los últimos años, se debe en gran medida a sus virtudes y ventajas sobre otras herramientas con similares propósitos. Su énfasis está centrado en la orientación por objetivos, la orientación hacia resultados definidos en función de los beneficiarios, y el facilitar la participación y la comunicación entre las partes interesadas. Gráfico 3 MARCO LÓGICO Fuente: Oficina Regional de la FAO para América Latina y el Caribe. “Unidad 02 El monitoreo y la evaluación de proyectos, en el marco SIMER”, 2013.
  43. 43. 43 A. Matriz del Marco Lógico La Matriz del Marco Lógico (MML) tiene formato 4 x 4 que permite a los equipos de proyectos resalten gráficamente los Resultados de un proyecto y los Componentes que se esperan generar para los beneficiarios del proyecto. 1 Las columnas de la matriz del marco Lógico suministran la siguiente información: 1. Un resumen narrativo de los objetivos y actividades. 2. Indicadores (Resultados específicos a alcanzar). 3. Medios de verificación. 4. Supuestos (factores externos que implican riesgos). Las filas de la matriz presentan información acerca de los objetivos, indicadores, medios de verificación y supuestos en cuatro momentos diferentes en la vida del proyecto: 1. Fin al cual el proyecto contribuye de manera significativa luego de que el proyecto ha estado en funcionamiento. 2. Propósito logrado cuando el proyecto ha sido ejecutado. 3. Componentes/Resultados completados en el transcurso de la ejecución del proyecto. 4. Actividades requeridas para producir los Componentes/Resultados. 1 Fondo Multilateral de Inversiones (FOMIN). [Guía práctica para la elaboración de Matriz de Marco Lógico].; 2008,pp 03.
  44. 44. 44 2.3.5. Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra – ALIADOS Es parte integrante del Programa de Desarrollo Productivo Agrario Rural – AGRO RURAL del Ministerio de Agricultura, y se enmarca dentro de los esfuerzos que realiza el Gobierno Peruano para la reducción de la pobreza rural. A. Objetivos El objetivo central es “Mejorar los activos y las condiciones económicas de las familias campesinas en el área de intervención del programa”. B. Estrategia de inversión El Programa ALIADOS, actúa bajo un enfoque de demanda en cuanto a la atención beneficiaria y se apoyará en las fortalezas y capacidades de las entidades públicas y privadas de promoción del desarrollo que actúan en el ámbito del programa, promoviendo sinergias entre estos actores a fin de lograr una mayor efectividad en la lucha contra la pobreza rural. ALIADOS, cofinanciará sub proyectos de negocios rurales y comunitarios, a través de procesos transparentes de asignación de fondos concursables a los pequeños productores y comunidades campesinas beneficiarias. C. Ámbito del proyecto El ámbito de intervención del Programa ALIADOS, está constituido por 255 Distritos, ubicados en 43 provincias que forman parte de los departamentos de Apurímac, Ayacucho, Huancavelica, Huánuco, Junín y Pasco
  45. 45. 45 2.3.6. Planes de Negocio en el Programa ALIADOS Los planes de negocio son una herramienta imprescindible para justificar un nuevo proyecto empresarial y describir las acciones y recursos necesarios para desplegarlo, ya se trate de una nueva empresa, una nueva línea de negocio.1 “El Plan de Negocio es una herramienta que permite al empresario, empresa o asociación, señalar anticipadamente sus objetivos, asignar recursos, fijar metas, establecer criterios de rendimiento del negocio, tomar decisiones y, finalmente, evaluar el cumplimiento de lo propuesto inicialmente”.2 A. Registro del plan de negocio 1. Ficha de registro de plan de negocio Es el documento en el que se registran los datos de los planes de negocio y que contiene: La Identificación, Justificación, Alternativa, Marco Lógico, Beneficiarios y Documentos Físicos del plan de negocio. 2. Elaboración de un plan de negocio Los planes de negocio son elaborados cada vez que se propone una idea de negocio y sea registrada por el personal correspondiente. Mientras se registren los datos, los planes de negocio se encuentran en una etapa de “Propuesta” para su evaluación y posterior finalización. La cantidad de planes de negocio que se registran depende a la eficiencia con que se realiza el proceso. 3. Finalización del registro del plan de negocio El registro de un plan de negocio es finalizado al ser declarado como “Viable” o lo contrario “Anulado” según la evaluación por parte del personal pertinente. 1 Núcleo de capacitación en Políticas Públicas. Ob. cit., pp. 25. 2 AGRORURAL. Plan de Negocio Rural. ALIADOS; 2012, pp. 03.
  46. 46. 46 B. Monitoreo del plan de negocio El monitoreo de un plan de negocio se realiza al ser declarado como “Viable” y se encuentre en “Ejecución”. En necesario resaltar que la Ejecución de un plan de negocio se realiza según la fecha de inicio declarado en el proceso de Registro de del plan de negocio y no inmediatamente al ser declarado Viable. El monitoreo comprueba continuamente los Componentes y Actividades del plan de negocio a través de datos o indicadores como el costo y tiempo. 1. Plan Anual Operativo (PAO) Es un formato que sirve de control a la inversión del plan de negocio. El formato PAO está dividido en 3 grupos: a) Información; su tarea es brindar información de los componentes (Declarados en el Registro del plan de negocio), en el que se encuentra la sección de Descripción de los componentes. b) Registro o seguimiento; su objetivo es el de registrar información referente al Saldo del año anterior (por Actividades, declarados en el Registro del plan de negocio) y Metas del PAO (por Actividades). c) Monitoreo o reportes; destinados a generar reportes de los datos declarados en el grupo de Registro del PAO para evaluar el retraso y avance financiero del plan de negocio. Las secciones de este grupo son: Metas físicas y financieras (por Actividades), y Presupuesto por componentes. 2. Elaboración del Plan Anual Operativo El Plan Anual Operativo es elaborado al realizar el proceso de monitoreo del plan de negocio, es decir, al encontrarse en la etapa de Ejecución. La finalización del grupo de registro del PAO se realiza al declarar como “Concluido”, “Liquidado” o “Anulado” según la evaluación del plan de negocio por parte del personal pertinente.
  47. 47. 47 2.3.7. Guía del PMBOK® 5° edición La Guía del PMBOK es el estándar más reconocido para manejar y administrar proyectos que identifica un subconjunto de fundamentos de la dirección de proyectos generalmente reconocido como buenas prácticas. “La Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK®) - Quinta Edición proporciona pautas para la dirección de proyectos individuales y define conceptos relacionados con la dirección de proyectos. Describe asimismo el ciclo de vida de la dirección de proyectos y los procesos relacionados, así como el ciclo de vida del proyecto.”1 2.3.8. Programación Orientada a Objetos (POO) La POO es un paradigma de programación (o técnica de programación) que utiliza objetos e interacciones en el diseño de un sistema. El proceso es algo impreciso, y por esta causa han surgido numerosos métodos que proporcionan reglas para la identificación de clases y las relaciones que existen entre ellas. 2.3.9. Patrones de Diseño de Software Los Patrones de Diseño son recomendaciones y sirven como modelo para dar soluciones a problemas comunes en el desarrollo del software. Un patrón define una posible solución correcta para un problema de diseño dentro de un contexto dado, describiendo las casualidades invariantes de todas las soluciones. Los patrones bastante usados en el desarrollo de aplicaciones Web son MVC (Modelo-Vista-Controlador), DAO (Data Access Object) y TO (Transfer Object). 1 Project Manager Institute. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK®). 5th ed. Pensilvania: Project Manager Institute; 2013, pp 28.
  48. 48. 48 A. Singleton Existen escenarios donde la aplicación sólo necesita emplear una única instancia de una clase, y esta debe ser accedida desde diferentes partes del sistema pero no permite la posterior modificación de estas instancias.1 El patrón Singleton proporciona la siguiente solución:  Hacer que la clase provea una instancia de sí misma.  Permitir que otros objetos obtengan esa instancia, mediante la llamada a un método de la clase.  Declarar el constructor como privado, para evitar la creación de otros objetos. B. Model-View-Controller (MVC) Es un patrón de arquitectura de software que separa los datos y la lógica de negocio de una aplicación de la interfaz de usuario y el módulo encargado de gestionar los eventos y las comunicaciones. Para ello MVC propone la construcción de tres componentes distintos que son el modelo, la vista y el controlador, es decir, por un lado define componentes para la representación de la información, y por otro lado para la interacción del usuario. Este patrón de diseño se basa en las ideas de reutilización de código y la separación de conceptos, características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento.2  Modelo; Encapsula los datos y la funcionalidad de la aplicación (lógica que da solución al problema)  Vista; Interfaz de Usuario para el ingreso y presentación de datos generados por el modelo.  Controlador; Es el que controla el flujo de la aplicación y administra quién es el responsable de dar solución a un problema, se comunica con el modelo y la vista. 1 M. G. Patterns in Java: A catalog of reusable design patterns illustrated with UML. 2nd ed. Nueva York: John Wiley & Sons Ltd.; 2002, pp. 149. 2 Microsoft. Microsoft Developer Network. [Online].; 2003 [citado 2013 octubre 29. Disponible en: http://msdn.microsoft.com/en-us/library/ff649643.aspx
  49. 49. 49 C. Data Transfer Object (DTO) Se creó a la necesidad en que los componentes de un sistema necesitan intercambiar dato. DTO se utilizan a menudo en conjunción con los objetos de acceso de datos para recuperar datos de una base de datos. DTOs son objetos simples que no debe contener la lógica empresarial que requeriría pruebas.1 Gráfico 4 PATRÓN DE DISEÑO DATA TRANSFER OBJECT DIAGRAMA DE CLASE Fuente: Eric Gustavo Coronel Castillo, PHP Profesional, 2010. 2.3.10. Presentación y contenido A. HTML Es el lenguaje predominante en el desarrollo de páginas web, proveyendo capacidades para estructuras basadas en texto denotando tablas, parágrafos, listas entre otras opciones, complementando estos textos con formularios, imágenes, links y por tanto, interacción en base a una estructura de elementos llamados “tags” o “markups” (cuya traducción seria “márgenes”). Estos siguen algunas reglas sintácticas simples, y son utilizadas para describir tanto el contenido como la presentación de un documento. B. CSS Se utiliza con un atributo de estilo, que se conecta directamente a un elemento HTML, y aplica estilos sólo a ese elemento, no pueden almacenarse en caché y no pueden ser reutilizados como el estilo aplicado en el listado.2 1 Microsoft. Microsoft Developer Network. [Online].; 2003 [citado 2013 octubre 29. Disponible en: http://msdn.microsoft.com/en-us/library/ms978717.aspx. 2 Wright T. Learning JavaScript A hand-On guide to the Fundamentals of Modern JavaScript Nueva Jersey: Pearson Education, Inc.; 2012, pp. 10.
  50. 50. 50 2.3.11. Tecnologías de scripting A. Scripting en el cliente 1. Javascript JavaScript es un lenguaje de programación interpretado que se utiliza principalmente en su forma del lado del cliente (client- side), implementado como parte de un navegador web permitiendo mejoras en la interfaz de usuario y páginas web dinámicas.1 2. Document Object Model “El DOM es el resumen del documento HTML. Funciona de la misma manera que un esquema para cualquier documento, como un libro, un artículo, una lista de la compra, cualquier cosa con estructura. DOM está compuesto por elementos de nivel superior, los elementos anidados y artículos agrupados en bloques.”2 3. Ajax “Ajax es el concepto de actualización de una parte de un documento HTML sin tener que recargar toda la página Ajax no es un acrónimo y no representa nada. Muchos piensan que es acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML), pero no es así, es sólo una palabra. Ajax puede ser síncrona, y no tiene que ser XML. Puede ser XML, JSON, o incluso HTML. Se trata de los datos que desea pasar hacia y desde el servidor, en la forma que desee.”3 Las tecnologías que forman AJAX son:  XHTML y CSS  XML, XSLT y JSON  XMLHttpRequest, para el intercambio asíncrono de información.  JavaScript y DOM, para unir todas las demás tecnologías. 1 Tim Wright – Ob. cit., pp. 22. 2 Tim Wright – Ob. cit., pp. 39. 3 Tim Wright – Ob. cit., pp. 149.
  51. 51. 51 En el siguiente esquema, la imagen de la izquierda muestra el modelo tradicional de las aplicaciones web. La imagen de la derecha muestra el nuevo modelo propuesto por AJAX: Gráfico 5 COMPARACIÓN GRÁFICA DEL MODELO TRADICIONAL DE APLICACIÓN WEB Y DEL NUEVO MODELO PROPUESTO POR AJAX Fuente: Adaptive Path. En: http://www.adaptivepath.com/ideas/ajax-new- approach-web-applications B. PHP como scripting de servidor PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje de código abierto muy popular especialmente adecuado para el desarrollo web y que puede ser incrustado en HTML. PHP es un lenguaje de secuencias de comandos del servidor, y es una herramienta de gran alcance para hacer páginas web dinámicas e interactivas rápidamente.1 Lo que distingue a PHP de algo como Javascript del lado del cliente es que el código es ejecutado en el servidor, generando HTML y enviándolo al cliente. El cliente recibirá el resultado de ejecutar el script, el servidor web puede ser incluso configurado para que procese todos los ficheros HTML con PHP. 1 PHP.net. Centro principal de recursos pata desarrolladores PHP. [Online].; 2013 [citado 2013 septiembre 25. Disponible en: http://us1.php.net/manual/es/intro-whatis.php.
  52. 52. 52 PHP está enfocado principalmente a la programación de scripts del lado del servidor, por lo que se puede hacer cualquier cosa que pueda hacer otro programa CGI, como recopilar datos de formularios, generar páginas con contenidos dinámicos, o enviar y recibir cookies. 2.3.12. Librerías y plugins En el desarrollo de aplicaciones web, y debido a la tendencia actual, es necesario generar contenidos e interfaces cada vez más dinámicas para el usuario, es decir las “Rich Internet Applications (RIA, en español Aplicaciones de Internet Enriquecidas)”.1 1. Jquery; es una librería de JavaScript rápida, pequeña y rica en funciones. Hace las cosas como documento HTML recorrido y la manipulación, el control de eventos, animación y Ajax. 2. Jquery UI; es un conjunto de características de las interacciones de interfaz de usuario, efectos, widgets y temas construidos en sobre la base de la librería jQuery. 3. JqGrid; es un Plugin JavaScript habilitado para AJAX que proporciona soluciones para representar y manipular datos tabulares en la web, que se puede integrar con cualquier tecnología de servidor, incluyendo PHP, ASP, Java Servlets, JSP, ColdFusion y Perl. 2.3.13. Sistema de gestión de base de datos Un Sistema de Gestión de Bases de Datos - SGBD (En inglés Data Base Management System - DBMS) consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a los mismos. Un SGBD permite el almacenamiento, manipulación y consulta de datos pertenecientes a una base de datos organizada en uno o varios ficheros. En el modelo más extendido (base de datos relacional) la base de datos consiste en un conjunto de tablas entre las que se establecen relaciones. 1 Berners-Lee T. World Wide Web Consortium. [Online].; 2013 [citado 2013 septiembre 28. Disponible en: http://www.w3.org/2006/rwc/Activity.html.
  53. 53. 53 A. Base de datos relacionales Es el modelo más utilizado hoy en día. Una base de datos relacional es básicamente un conjunto de tablas, similares a las tablas de una hoja de cálculo, formadas por filas (registros) y columnas (campos). Las relaciones que se establecen entre los diferentes elementos de dos tablas en una base de datos relacional pueden ser de tres tipos distintos:  Relaciones uno a uno, se establecen entre una entidad de una tabla y otra entidad de otra tabla.  Relaciones uno a varios, se establecen entre varias entidades de una tabla y una entidad de otra tabla.  Relaciones varios a varios, se establecen entre varias entidades de cada una de las tablas. Un ejemplo sería una tabla con retenes de bomberos y otra con espacios naturales a los que cada uno debe acudir en caso de incendio. B. SQL El lenguaje de consultas SQL (Lenguaje Estructurado de Consultas) se ha convertido, debido a su eficiencia, en un estándar para las bases de datos relacionales. A pesar de su estandarización se han desarrollado, sobre una base común, diversas versiones ampliadas como las de Oracle o la de Microsoft SQL server. En una base de datos relacional, los resultados de la consulta van a ser datos individuales, tuplas o tablas generados a partir de consultas en las que se establecen una serie de condiciones basadas en valores numéricos.
  54. 54. 54 C. Microsoft SQL Server Microsoft® SQL Server™ es un sistema de administración y análisis de bases de datos relacionales de Microsoft para soluciones de comercio electrónico, línea de negocio y almacenamiento de datos. Sus lenguajes para consultas son T- SQL y ANSI SQL.  SQL Server 2008 SQL Server 2008 está pensado principalmente como un Sistema de Base de Datos Relacional (RDBMS) brindando a los usuarios finales capacidades innovadoras de información, análisis de datos de gran alcance, y la minería de datos. También cuenta con funciones que soportan aplicaciones asíncronas de datos, notificación de eventos por datos, y Filestream, que es un nuevo mecanismo de almacenamiento de datos para los archivos del sistema, en lugar de en la base de datos en sí.1 2.3.14. Desarrollo de proyectos Web En el libro “Web Engineering: The Discipline of Systematic Development of Web Applications”2 se muestra como diferentes tipos de metodologías incluyendo las tradicionales pueden ser aplicadas al caso especial del desarrollo Web. Las metodologías y sus modelos como diagramas de casos de uso, diagramas de clases e interacciones y otros pueden ser aplicados, aunque existe también una fuerte tendencia a la aplicación de modelos ágiles debido a sus características. La aplicación de metodologías agiles se convierte en una necesidad en los proyectos Web, ya que permiten aprovechar los patrones de diseño y generar ventajas competitivas debido a la velocidad de reacción y adaptación a las necesidades de los usuarios a la hora de crear un proyecto. 1 Leiter C, Dan W, Michael C, Albert B. Beginning Microsoft SQL Server 2008 Administration Indiana: Wiley Publishing Inc.; 2009, pp. 03. Rossi G, Pastor O, Schwabe D, Olsina L. Web Engineering: Modeling and Implementing Web Applications Londres: Springer; 2008, 474 pp.
  55. 55. 55 A. Ingeniería web La Ingeniería convencional no abarca todas las nuevas características de la tecnología web que crece cada día más, a partir de esta necesidad se desarrolla la Ingeniería Web. “Las aplicaciones web modernas son, en toda regla, sistemas de software complejos. Por lo tanto, el desarrollo de aplicaciones web requiere un enfoque de ingeniería metodológicamente sólido. Basado en Ingeniería de Software, Ingeniería Web comprende el uso de métodos sistemáticos y cuantificables para cumplir la especificación, implementación, operación y mantenimiento de aplicaciones Web de calidad.”1 B. UML-based Web Engineering (UWE) UML-based Web Engineering (UWE – en español Ingeniería Web basado en UML) surge con la idea de encontrar una forma estandarizada de construir modelos de análisis y diseño de sistemas Web en base a los métodos ya existentes, con el objetivo de utilizar un lenguaje común o al menos definir mapeos basados en meta-modelos entre los lenguajes existentes. El Unified Modeling Languague (UML) es elegido por su amplio uso como lenguaje base para modelos orientados a objetos. En base a dichos mecanismos se genera UWE principalmente como una expansión de UML, aunque también es compatible con otras metodologías y lenguajes.2 El desarrollo de UWE es continuado hoy en día en búsqueda de asimilar nuevas capacidades de las aplicaciones Web, como ser transacciones, personalizaciones y aplicaciones asincrónicas. Sucede que el desarrollo de sistemas Web está en constante cambio. UWE está dirigido por la separación de modelos de distintos asuntos describiendo las diferentes etapas de ingeniería de requerimientos, análisis, diseño e implementación del proceso de 1 Kappel G, Proll B, Reich S, Retschitzegger W. Web Engineering – The Disipline of Systematic Development of Web Applications Nueva York: John Wiley & Sons Ltd.; 2006, pp 22. 2 Se puede encontrar más información en: http://uwe.pst.ifi.lmu.de/index.html.
  56. 56. 56 desarrollo con el objetivo de obtener diferentes vistas de la misma aplicación Web correspondientes a dichas etapas o asuntos. De esta manera UWE usa el enfoque del desarrollo dirigido por modelos (MDD) generando los siguientes modelos:  Modelo de Contenidos  Modelo de Presentación  Modelo de Navegación  Modelo de estructura de procesos y diagramas de flujo de procesos La estructura de navegación es modelada de manera separada del contenido (aunque claramente se deriva de este último) y representa los diversos caminos de navegación del sistema. El modelo de presentación apunta a mostrar la representación y los aspectos de comunicación usuario-maquina mediante un esbozo de las interfaces. A su vez se utilizan frecuentemente diagramas de interacción o de estado para representar aspectos de comportamiento del sistema Web. Podemos decir que se realiza una separación considerando etapas de desarrollo, vistas del sistema y aspectos como ser la estructura y el comportamiento. Este tipo de separación provee ventajas a la hora de realizar mantenimientos y reingenierías de sistemas web, y también en la generación de sistemas Web para distintos contextos y plataformas. Podemos encontrar una ampliación a esta introducción en el capítulo 7 del libro “Web Engineering: Modelling and Implementing Web Applications”1 1 Rossi G, Pastor O, Schwabe D, Olsina L. Web Engineering: Modeling and Implementing Web Applications Londres: Springer; 2008, pp. 157.
  57. 57. 57 2.3.15. Dreamweaver Adobe Dreamweaver es una herramienta de diseño web y desarrollo de aplicaciones que proporciona un editor visual y un editor de código con características estándar como el resaltado de sintaxis, completado de código y la compresión de código, así como características más sofisticadas, como la comprobación de sintaxis en tiempo real y la introspección de código para generar sugerencias de código. 2.3.16. MagicDraw UML MagicDraw UML es una herramienta CASE desarrollada por No Magic. La herramienta es compatible con el estándar UML 2.3, desarrollo de código para diversos lenguajes de programación (Java, C++ y C#, entre otros) así como para modelar datos. La herramienta cuenta con capacidad para trabajar en equipo y es compatible con mayoría de IDEs. 2.3.17. Prueba T de Student para muestras relacionadas La prueba busca comprobar estadísticamente una diferencia significativa entre las medias de 2 muestras relacionadas. Para utilizar la prueba T de Student es necesario comprobar: 1. La Variable dependiente debe ser cuantitativa 2. Las muestras deben seguir una distribución normal 3. Independencia de las observaciones
  58. 58. 58 2.3.18. Prueba de Wilcoxon Es la prueba no paramétrica para comparar la media de dos muestras relacionadas y determinar si existen diferencias entre ellas. Se utiliza como alternativa a la prueba T de Student cuando no se puede comprobar si las muestras cuentan con una distribución normal.1 A. Planteamiento Se dispone de n pares de observaciones, denominadas Xi, Yi. El objetivo del test es comprobar si puede dictaminarse que los valores Xi e Yi son o no iguales. Para eso se calcula la diferencia de las muestras Xi – Yi, se las ordena y se les asigna un rango, luego se suman los valores positivos y negativos. El valor estadístico T es la suma de rangos (positivo o negativo) con menor valor, el cual se consulta en la tabla de distribución de Wilcoxon para comprobar si se rechaza o no la H0. B. Hipótesis estadísticas de Wilcoxon H0: ∑ ∑ La suma de rangos positivos y negativos son iguales (no hay cambios) Hi: ∑ ∑ La suma de rangos no son iguales (Hay cambios) ∑ ∑ La suma de rangos negativos es mayor a la suma de rangos positivos ∑ ∑ La suma de rangos negativos es menor a la suma de rangos positivos 1 Wilcoxon F. http://sci2s.ugr.es/. [Online].; 2013 [citado el 02 de Noviembre 2013]. Disponible en: http://sci2s.ugr.es/keel/pdf/algorithm/articulo/wilcoxon1945.pdf
  59. 59. 59 CAPÍTULO III CONSTRUCCIÓN DE LA HERRAMIENTA 3.1. Generalidades En base a lo desarrollado en el marco teórico hemos logrado comprender los elementos que componen los conceptos necesarios para la construcción del software. Buscando alcanzar el objetivo del trabajo generando un impacto en el contexto de “Monitoreo y evaluación de planes de negocio” la gestión del trabajo se realizará utilizando la guía PMBOK Quinta Edición, para la construcción del software se utilizará la metodología UWE (Ingeniería Web basado en UML), con el uso de la herramienta MagicDraw 17 utilizando el plugin MagicUWE 1.3.8.1 El software a desarrollar pretende realizar operaciones en el cual intervienen los Procesos de Monitoreo y Evaluación de planes de negocio del Programa ALIADOS, el software contará con las siguientes características para cumplir los objetivos propuestos:  Plataforma WEB.  Microsoft SQL Server 2008, como motor de base de datos.  PHP como Lenguaje de servidor.  Singleton, MVC, Data Transfer Object, como patrones de diseño web.  Jquery, JqGrid, como Frameworks. La estructura de la tesis no tiene relación con los grupos de procesos y las áreas de conocimiento de la Guía PMBOK, por lo que se ha generado una tabla de relación entre los entregables de la Guía PMBOK y las secciones de la tesis, esto para comprender como se ha realizado la gestión del presente trabajo: 1 Se puede obtener más información en: http://uwe.pst.ifi.lmu.de/toolMagicUWE.html
  60. 60. 60 Tabla 3 RELACIÓN DE LOS ENTREGABLES DEL PMBOK CON LAS SECCIONES DE LA TESIS Guía PMBOK Quinta Edición Tesis Grupos de procesos Áreas de conocimientos Entregables Sección principal Sub-sección Iniciación Integración Acta de constitución del proyecto 3.1. Generalidades 3.1.1. Acta de constitución del proyecto Interesados Identificación de Interesados 3.3. Análisis del sistema 3.3.1.A. Definición de los actores del negocio Planificación Alcance EDT 3.3. Análisis del sistema 3.3.B. Diccionario EDT Enunciado del alcance 3.3. Análisis del sistema 3.3.A. Enunciado del Alcance Tiempo Cronograma 1.14. Cronograma y presupuesto 1.14.1. Cronograma Estimación de recursos y duraciones Anexos Anexo 18 Costos Costeo del proyecto 3.2. Estudio de factibilidad 3.2.3.B. Costo del proyecto Calidad Matriz de Asignación y responsabilidades de la calidad 3.3. Análisis del sistema 3.3.C. Matriz de Asignación y responsabilidades de la calidad Recursos humanos Organigrama del proyecto 3.1. Generalidades 3.1.3. Organización del proyecto Matriz de Asignación y responsabilidades del personal Anexos Anexo 19 Comunicaciones Matriz de comunicaciones 3.1. Generalidades 3.1.4. Comunicación del proyecto Riesgos Identificación de riesgos cualitativos 3.3. Análisis del sistema 3.3.D. Riesgos cualitativos Análisis cuantitativo de riesgos Anexos Anexo 20 Plan de respuesta a riesgos Anexos Anexo 21 Adquisiciones Planificación de compras y adquisiciones 3.2. Estudio de factibilidad 3.2.1. Factibilidad técnica Planificación de contrataciones 3.2. Estudio de factibilidad 3.2.1. Factibilidad técnica //..
  61. 61. 61 ..// Guía PMBOK Quinta Edición Tesis Grupos de procesos Áreas de conocimientos Entregables Sección principal Sub-sección Planificación Interesados Clasificación de interesados 3.3. Análisis del sistema 3.3.1.A. Definición de los actores del negocio Registro de interesados involucrados en el proyecto Anexos Anexo 29 Estrategia de gestión de interesados 3.3. Análisis del sistema 3.3.1.A. Necesidades genéricas de los actores del negocio Ejecución Integración Actas de reuniones de coordinación del proyecto Anexos Anexo 22 Anexo 23 Anexo 24 Anexo 25 Control y monitoreo Integración Solicitudes de cambios aprobadas 3.5. Cierre del proyecto Anexos 3.5.1. Solitud de cambio Nº 001 Anexo 28 Calidad Inspección de calidad 3.5. Cierre del proyecto Anexos 3.5.3. Inspección de calidad Nº 002 Anexo 26 Anexo 27 Riesgos Informe de monitoreo de riesgos 3.5. Cierre del proyecto 3.5.2. Informe de monitoreo de riesgos Cierre Integración Acta de aceptación del proyecto 3.5. Cierre del proyecto 3.5.4. Acta de aceptación del proyecto Lecciones aprendidas 3.5. Cierre del proyecto 3.5.5. Lecciones aprendidas
  62. 62. 62 3.1.1. Acta de Constitución del Proyecto Para autorizar formalmente la existencia, inicio del proyecto y conferir al Director del Proyecto la autoridad, para asignar los recursos de la organización, a las actividades del proyecto. Nombre del proyecto Software de monitoreo y evaluación de planes de negocio para el Programa ALIADOS del Ministerio de Agricultura Descripción del proyecto El proyecto consiste en desarrollar un software con el fin de evaluar las desviaciones del cronograma, situación, avance financiero y rentabilidad, mejorando de esta manera el monitoreo y evaluación de planes de negocio del Programa ALIADOS. Para el desarrollo del proyecto se deberá de seguir las actividades incluidas en las etapas definidas en la Gestión de Proyectos, como son: - Inicio - Ejecución - Implementación - Seguimiento y Control - Cierre El desarrollo estará a cargo de un equipo designado por el jefe de proyecto. El proyecto será realizado desde el 21 de agosto hasta el 30 de noviembre. Dándose la construcción del software a principios de septiembre hasta afines de octubre. La gestión y desarrollo del proyecto se realizará en las instalaciones de la oficina central del Programa ALIADOS. Definición del producto del proyecto Software El software se desarrollará en plataforma WEB. Se construirá usando las siguientes métodos, metodologías y herramientas:  Metodología UML-based Web Engineering (UWE)  Motor de Base de Datos SQL SERVER  Lenguaje de programación PHP  Patrón de diseño Modelo-Controlador-Vista (MVC)  Framework Jquery Módulos Contará con los siguientes módulos:  Módulo de software de Banco de Planes de negocio o Interface de registro de datos generales de proyecto según esquema definido por el Programa (Tomando como referencia el Banco de Proyectos del SNIP) o Interface de registro de marco lógico e indicadores físicos y financieros a nivel de componentes y actividades o Interface de registro de periodo de ejecución del proyecto o Reportes definidos por el Programa  Módulo de software de Ejecución de Planes de negocio Informes La oficina de Coordinación de Monitoreo, Evaluación e Informática del Programa ALIADOS, que cumple la función de Proyect Management Office (PMO, en español Oficina de gestión de proyectos), solicita un informe por cada Módulo terminado. //..
  63. 63. 63 ..// Alineamientos del proyecto Programa ALIADOS Proyecto Objetivo Principal: Mejorar los activos y las condiciones económicas de las familias campesinas en el área de intervención del programa. Estrategia de inversión: ALIADOS promueve el desarrollo de iniciativas productivas mediante la generación y consolidación de nuevos negocios rurales, a través de la elaboración de planes de negocios, y la creación de un fondo concursable para negocios rurales. Objetivo del proyecto: Desarrollar el software de monitoreo y evaluación de planes de negocio para el Programa de Apoyo a las Alianzas Rurales Productivas de la Sierra - Aliados del Ministerio de Agricultura, gestionando el proyecto con la Guía PMBOK quinta edición, y los alcances de los entregables usando la metodología UML-based Web Engineering (UWE, en español Ingeniería Web Basado en UML), Motor de Base de Datos SQL SERVER 2008, lenguaje de programación PHP, patrón de diseño Modelo-Controlador-Vista (MVC), framework Jquery, con el fin de evaluar el retraso, situación, avance financiero y rentabilidad de la ejecución de planes de negocio. Objetivos del proyecto 1. Alcance Cumplir con la elaboración de los siguientes entregables: Gestión del proyecto, perfil del producto, prototipos, producto terminado, código fuente, Base de datos, diccionario de base de datos e informes de la evaluación del producto. Aprobación de todos los entregables por parte del PMO. 2. Tiempo Asegurar que el proyecto se ejecute en el tiempo estimado. Cumplir con el cronograma establecido. 3. Costo Asegurar que las tareas se lleven a cabo dentro de los rangos económicos impuestos – presupuesto (S/. 23, 000.00). No exceder el presupuesto del proyecto 4. Calidad Aplicar la metodología UWE en el desarrollo del producto para asegurar que el proyecto satisfaga los requisitos establecidos en los Términos de Referencia (TDR) realizado por el PMO. Realizar un correcto seguimiento y control. Finalidad del proyecto Mejorar y facilitar el monitoreo y evaluación de planes de negocio para el Programa ALIADOS a través del desarrollo de un software en entorno web. Factores críticos del proyecto Principales amenazas del proyecto  Los informes no son aprobados por el PMO.  Retraso en el desarrollo del producto; inconvenientes por parte del programador.  Pérdida de información por fallas de las herramientas software y hardware.  Los costos no deben ser superiores al presupuesto establecido, caso contrario se corre el riesgo de cancelar el proyecto.  El producto no llega a cumplir los requisitos esperados por el cliente. //.
  64. 64. 64 ..// Principales oportunidades del proyecto  El desarrollo del producto ayudará a otras organizaciones mejorar el monitoreo y evaluación de los planes de negocio. Autoridad del proyecto Autorización Director Ejecutivo Gerente del Proyecto Marbin Rusbelt Ramírez Chávez Oficina de seguimiento y control - PMO Oficina de Coordinación de Monitoreo, Evaluación e Informática 3.1.2. Plan de Dirección del Proyecto Se describe el cómo los planes subsidiarios de la gestión de los diferentes grupos de procesos en el marco de la Guía PMBOK Quinta Edición. Gestión alcance El alcance del producto son definidos en los Términos de Referencia (TDR), documento desarrollado por el Programa ALIADOS. Para describir los requerimientos y determinar lo que se incluye o no en el proyecto se desarrollarán los siguientes entregables para la gestión del alcance:  Enunciado del alcance: se describe los criterios, entregables y restricciones del proyecto.  EDT: describe de manera estructurada lo que se necesita entregar en el proyecto.  Diccionario EDT; describe de manera conceptual cada elemento del EDT. El Programa ALIADOS es el encargado de evaluar los entregables para su aprobación. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición.  WBS Chart Pro; es una herramienta para la construcción del ETD. Gestión del tiempo El presente proyecto se considera como pequeño, por tal motivo la definición de actividades, estimación de recursos de las actividades, estimación de la duración de las actividades, secuenciación de actividades y desarrollar el cronograma se realizan a través de un solo proceso. Para lo cual se realizará los siguientes entregables:  Estimación de recursos y duraciones  Cronograma del proyecto El Programa ALIADOS es el encargado de evaluar el tiempo de construcción del producto así como las actividades y sus duraciones. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición.  MS Project; es la herramienta para desarrollar el cronograma. //..
  65. 65. 65 ..// Gestión de costos El costo del desarrollo del producto es establecido, solventado y controlado por el Programa ALIADOS, los costos referentes a la redacción, revisión y aprobación de la tesis son solventadas por el tesista. El presente proyecto se considera como pequeño, por tal motivo la estimación de costos y determinación de presupuesto se realizarán a través de un solo proceso. Para lo cual se desarrollarán los siguientes entregables:  Matriz de los costos del proyecto; en el que se detalla los costos de los mismos así como la utilización de los recursos consumibles y no consumibles. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición. Gestión de calidad La calidad se gestionará utilizando la metodología de Ingeniería Web basada en UML (UWE) usado para el desarrollo de software en plataforma web. Se utilizará el PMBOK Quinta Edición para la gestión del proyecto, asegurando de esta manera la calidad del producto final.  Matriz de Asignación y Responsabilidades (RAM); para tener un mayor control de la calidad del proyecto.  Desarrollo de prototipos; los cuales serán sometidos a una evaluación utilizando el Juicio de expertos realizado por el Programa ALIADOS. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición.  UML-based Web Engineering (UWE); Metodología que se utilizará para la construcción del software. Gestión de recursos humanos El personal necesario para la realización del proyecto es determinado por la guía PMBOK Quinta Edición y la metodología UWE. Debido a la magnitud del proyecto solo es necesario la participación del tesista que realizará los diferentes roles y funciones necesarias además de contar con la participación del personal del Programa ALIADOS los cuales cumplen las funciones de evaluadores. Se generará los siguientes entregables para la gestión de los recursos humanos:  Organigrama del proyecto; describe de manera estructurada los roles del personal.  Matriz de Asignación y Responsabilidades (RAM); la matriz es la participación del personal con las actividades de desarrollo del proyecto. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición. El rol que desempeñará el tesista cambia según la actividad que se desarrolla, así como la toda responsabilidad decae sobre él. //..
  66. 66. 66 ..// Gestión de comunicación Se elaborará una matriz para controlar las reuniones, estas reuniones son necesarias para reportar el avance de los entregables así como la coordinación de cambios. Los entregables de esta gestión son las fichas de reuniones el cual contiene la descripción y algunos detalles de la reunión. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición. Gestión de riesgos Los riesgos que amenazan al proyecto son detallados desarrollando los siguientes entregables:  Análisis cualitativos de riesgos; este análisis es necesario para determinar la prioridad de cada riesgo con respecto a los objetivos del proyecto.  Análisis cuantitativos de riesgos; análisis realizado numéricamente para determinar el nivel de cada riesgo con respecto a los objetivos del proyecto  Plan de respuesta a riesgos; describe las respuestas, acciones de contingencia y como se va tratar los riesgos latentes. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición.  Técnicas de recolección de datos como las entrevistas y reuniones Gestión de adquisiciones Realizando un análisis de requisitos se determinará los recursos necesarios para el desarrollo del proyecto así como el costo de los mismos:  Registro de requerimientos; es el registro de todos los recursos necesarios que intervienen para completar el proyecto.  Registro de adquisiciones; es el registro de los recursos con los que no se cuenta y que su adquisición es necesaria. Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición. El control de las adquisiciones así como la entrega de los recursos disponibles para llevar a cabo el proyecto lo realiza el Programa ALIADOS. Gestión de Interesados La gestión de los Interesados es una característica implementada en la guía PMBOK Quinta Edición, para lo cual se desarrollará los siguientes entregables:  Identificación de los Interesados  Clasificación de Interesados; se desarrolló 2 matrices: Influencia vs Poder, Interés vs Poder.  Registro de los Interesados involucrados en el proyecto  Estrategia de gestión de Interesados Técnicas y herramientas  Juicio de expertos; es una técnica de valoración de la opinión de expertos en el tema, considerada en el PMBOK Quinta Edición.  Se utilizará entrevistas para determinar los Interesados del proyecto, así como el desarrollo de las matrices y la estrategia de gestión de los Interesados.
  67. 67. 67 3.1.3. Organización del proyecto A través del Plan de Gestión de Recursos Humanos se da a conocer la estructura con que se lleva a cabo el presente proyecto: Gráfico 6 ORGANIGRAMA DEL PROYECTO 3.1.4. Comunicación del proyecto La gestión de comunicación es la encargada de manejar las reuniones del personal del proyecto, esto a fin de mantener al equipo actualizado y solicitar la aprobación de los entregables generados en cada gestión entre otros:

×