Olivos Estrada, Frank y Vera Livia Christian

FACULTAD DE INGENIERÍA
CARRERA PROFESIONAL DE INGENIERÍA
DE SISTEMAS
TESIS
“PLATAFORMA CLOUD COMPUTING PARA PROVEER
SERVICIOS DE GEOPOINT ENGINE EN LA EMPRESA
BUSSINES ANALYTICS.”
PARA OBTENER EL TÍTULO DE
INGENIERO DE SISTEMAS
AUTOR(ES)
FRANK AGUSTIN OLIVOS ESTRADA
CHRISTIAN VERA LIVIA
ASESOR
MG. LUIS CUYA CÁMARA
LIMA, PERÚ, ABRIL DE 2018
DEDICATORIA
A nuestros padres, esposa e hijos que nunca dejaron de apoyarme en el

día a día. Ellos saben el esfuerzo y tiempo que demandó el realizar este
trabajo, somos conscientes que sin su apoyo esto no sería posible y estoy
más que seguros que nunca dejaran de apoyarnos.
i
AGRADECIMIENTOS
A Dios por darnos la fuerza necesaria para poder concluir nuestro

proyecto que nos tomó mucho esfuerzo y dedicación.
A nuestro asesor por brindarnos las pautas necesarias y ayudarnos a
superar nuestros errores del proyecto.
A nuestros maestros de la universidad por compartir su conocimiento
durante el tiempo que pasamos en la universidad.
ii
RESUMEN
Durante el periodo de investigación la empresa Business Analytics ha contado con una

plataforma de servicio basada en Windows Server 2008, el cual según el avance tecnológico
y demanda en el mercado limita el crecimiento de la empresa, el manejo de gran cantidad de
información e seguridad se ven amenazados por los diarios ataques en la red para el robo de
información, la distribución de utilización de servicios por parte de los usuario el cual ayudara a
controlar los costos asociados a cada usuario por utilización del servicio por lo que se ha
evaluado poder implantar una nueva plataforma de trabajo a las sistemas que se maneja en la
empresa en la actualidad.
Los usuarios que adquieren los servicios de la empresa se vienen quejando de las limitaciones
con las que cuentan para el crecimiento de sus empresas y nuestra empresa como prestadora
de servicios informáticos. Bajo el modelo SAAS debemos brindarle a nuestros clientes una
plataforma robusta y con crecimiento empresarial a medida de cada uno, es por ellos que se
desea implantar Windows Azure como plataforma para los servicios pues mediante un análisis
de comparación a las demás plataformas es la que más se ayudaría a nuestros requerimientos
por su cómoda plataforma y sus características de escalabilidad, almacenamiento ilimitado,
disponibilidad, alto nivel de servicio.
Palabras Clave: Modelo SAAS, Windows Azure, Windows server 2008
iii
ABSTRACT
During the investigation period of the company Analytics has had a service platform based on
Windows Server 2008, which according to the technological advance and demand in the market
limits the growth of the company, the handling of large amount of information and security are
They are threatened by the daily attacks in the red for information theft, the distribution of the
use of services by the user, which helps control the costs associated with each user by the use
of the service, so power has been evaluated Implement a new platform of work to the facilities
that are maintained in the company at present.
The users who buy the services of the company are complaining about the limitations they have
for the growth of their companies and our company as a provider of computer services. Under
the SAAS model we must provide our customers with a robust platform and business growth
tailored to each one, it is through them that we want to deploy Windows Azure as a platform for
services, because a comparison analysis to other platforms is the one that most It would help
our requirements for its comfortable platform and its scalability, unlimited storage, availability,
high level of service.
Keywords: SAAS Model, Windows Azure, Windows Server 2008
iv
ÍNDICE DE CONTENIDO
DEDICATORIA……………………………………………………………….. i
AGRADECIMIENTO…………………………………………………………. ii
RESUMEN……………………………………………………………………. iii
ABSTRACT…………………………………………………………………… iv
INTRODUCCIÓN…………………………………………………………….. xv
CAPÍTULO I. PROBLEMA DE INVESTIGACIÓN
1.1. Planteamiento del Problema………………………………….... 2
1.1.1. Situación Problemática.……………………………..………….. 2
1.1.2. Definición del Problema.………………….…………………….. 10
1.1.3. Enunciado del Problema.……………………………………….. 11
1.2. Tipo y Nivel de la Investigación.……………………………..... 12
1.2.1. Tipo de Investigación.………………………………………....... 12
1.2.2. Nivel de Investigación.…………………………………….......... 12
1.3. Tipo y Nivel de la Investigación………………………………… 12
1.3.1. Justificación Teórica.………………………………………......... 12
1.3.2. Justificación Metodológica.……………………………….......... 12
1.3.3. Justificación Práctica………………………………………......... 13
1.4. Objetivos de la Investigación…………………………………… 13
1.4.1. Objetivo General.…………………………..………………......... 13
1.4.2. Objetivos Específicos...…………………………………......... 13
1.5. Hipótesis…………………......…………………………………... 13
1.6. Variables e Indicadores........…………………………………… 14
1.6.1. Variable Independiente..………………..………………......... 14
1.6.2. Variable Dependiente ...…………………..………………......... 14
1.7. Limitaciones de la Investigación..……………………………… 15
1.8. Diseño de la Investigación...……………………………………. 16
1.9. Técnicas e Instrumento para la Recolección de información… 17
v
CAPÍTULO II. MARCO TEÓRICO
2.1. Antecedentes de la Investigación.……………………………... 19
2.2. Marco Teórico……………….…………………………………… 29
2.2.1. Framework.………….….………………………………………... 29
2.2.2. Metodologías de Desarrollo de Software.…..……………….... 30
2.2.2.1. Metodologías Ágiles.…………………………………………….. 31
2.2.3. Redacción de documentos de Investigación.………………. 35
2.2.3.1. Tipos de Documentos de Investigación.………………………. 36
2.2.3.2. Técnicas de Revisión de Literatura……….…………………… 36
2.2.3.3. Tipos de Revisión de Literatura……….……………………….. 37
2.2.3.4. Fuentes de Revisiones……….…………………………………. 37
2.2.3.5. Método Científico…….………………………………………... 37
2.2.3.6. Herramientas.……..…………………………………….............. 38
CAPÍTULO III. DESARROLLO DEL FRAMEWORK PARA LA
ELABORACIÓN DE LOS TRABAJOS DE INVESTIGACIÓN
3.1. Estudio de Factibilidad…………..……………………………. 42
3.1.1. Factibilidad Técnica.…..……………………………………….... 42
3.1.2. Factibilidad Operativa.…...………………………………….... 42
3.1.3. Factibilidad Económica..…...………………………………….... 44
3.2. Modelamiento de Negocio.….………………………………….. 45
3.2.1. Datos Generales de la Empresa.….……………………….... 45
3.2.2. Descripción del Modelo de Negocio.…..…………………….... 46
3.2.3. Descripción de los Procesos de Negocio.…..………………... 51
3.2.4. Actores del Negocio.…..…...………………………………….... 56
3.3. Metodología SCRUM..…..………………………………………. 56
3.3.1. Actores.………………………...….………………………….... 56
3.3.2. Normas y roles del Proyecto.…..….………………………….... 58
3.3.2.1. Normas Internas.………………………...………………………. 58
3.3.2.2. Definición de Roles del Proyecto.……………...………………. 58
3.3.3. Análisis de requerimientos del sistema.…………………......... 59
vi
3.3.3.1. Historias de Usuario...………...………...………………………. 59
3.3.3.2. Lista inicial de Épicas (Backlog).……….……………………… 61
3.3.3.3. Arquitectura del Sistema.……………………………………….. 62
3.3.3.4. Base de Datos....………………………...………………………. 63
3.3.3.5. Lista de Historia de Usuarios.…..……...………………………. 65
3.3.4. Definición de los Sprints…………………….…………………... 66
3.3.5. Planificación de los Sprints.….………………....................... 66
CAPÍTULO IV. ANÁLISIS DE RESULTADOS Y CONTRASTACIÓN
DE LA HIPÓTESIS
4.1. Población y Muestra………......………………………………… 101
4.1.1. Población………...………………...….…………………………. 101
4.1.2. Muestra……………………..……..….…………………………... 101
4.2. Nivel de Confianza y Grado de Significancia……..……..…… 101
4.3. Validez de la Evaluación del Instrumento………..…………… 101
4.3.1. Instrumento de la Investigación………………...….…………... 102
4.3.1.1. Resultados Específicos……….…....………...………………. 102
4.4. Análisis de Resultados Descriptivos…………..…….………… 103
4.5. Contrastación de la Hipótesis…………..…….………………… 109
CAPÍTULO V. CONCLUSIONES Y RECOMENDACIONES
5.1. Conclusiones………………………………….……………………. 114
5.2. Recomendaciones…………………………..……..………………. 115
REFERENCIAS BIBLIOGRAFICAS
vii
ÍNDICE DE TABLAS
Tabla 1 Variable Independiente: Indicadores ......................................... 12

Tabla 2 Variable Independiente: Índices ................................................ 12
Tabla 3 Variable dependiente: Indicadores ............................................ 13
Tabla 4 Variable dependiente: Índices ................................................... 13
Tabla 5 Técnicas para la Recolección de datos ..................................... 15
Tabla 6 Instrumentos para la recolección de datos ................................ 15
Tabla 7 Comparativa entre los modelos de servicio en la nube ............. 28
Tabla 8 Comparación de Características en los Tipos de Cloud ............ 32
Tabla 9 Comparacion entre modelo Tradicional y Cloud ........................ 36
Tabla 10 Hardware Actual de Bussines Analytics .................................. 55
Tabla 11 Software Actual de Bussines Analytics .................................... 56
Tabla 12 Caracteristicas de Window Server 2012 Standard en Bussines
Analytics .......................................................................................... 57
Tabla 13 Caracteristicas de Microsoft SQL Server Management Studio
2014 Standard en Bussines Analytics. ............................................. 58
Tabla 14 Parámetros de Selección de Proveedor de la Infraestructura .. 61
Tabla 15 Comparativa de Proveedores Cloud ........................................ 61
Tabla 16 Equipos a Utilizar para el Proyecto ......................................... 65
Tabla 17 Costos de implementos de Investigación ................................ 65
Tabla 18 Historia de Usuario N° 01 – HU01 ........................................... 67
viii
ix
Tabla 66 Lista de pendiente de Producto (GeoPoint Engine) ................. 83
Tabla 67 Lista de Pendiente Priorizado de Producto.............................. 85
Tabla 68 CRONOGRAMA DE PLANIFICACIÓN DE TAREAS ............... 88
Tabla 69 SPRINT BACKLOG N° 01 ....................................................... 95
Tabla 80 Lista de tareas a ejecutar por el equipo Scrum. ...................... 99
Tabla 81 Requisitos Mínimos de Hardware .......................................... 102
Tabla 82 Requisitos de Plataforma ...................................................... 103
Tabla 83 Requisitos de Software ......................................................... 103
Tabla 84 Roles de Proyecto ................................................................. 104
Tabla 85 Cuadro de los Sprint´s del Proyecto ...................................... 104
Tabla 86 Planificación del Sprint N° 01 ................................................ 105
x
Tabla 97 Costo de máquinas virtuales en Windows Azure ................... 113
Tabla 98 Costo de Almacenamiento En Windows Azure ..................... 113
Tabla 99 Copias de seguridad de los servidores en la nube sencillas y
confiables ...................................................................................... 113
Tabla 100 SQL database relacional administrada como servicio ......... 114
Tabla 101 Tabla de resumen de Reunión de Retrospectiva de Sprint -
SB01 .............................................................................................. 165
SB02 .............................................................................................. 172
SB03 .............................................................................................. 177
Tabla 104 Resultados de Pre -Prueba y Post- Prueba para los KPI1, KPI2,
KPI3 ............................................................................................... 183
Tabla 105 Tabla de promedio de los indicadores del PrePrueba y
PosPrueba ..................................................................................... 185
Tabla 106 Resultados de PrePrueba y PosPrueba para el KPI1. ......... 185
Tabla 107 Resultados de PrePrueba y PosPrueba para el KPI2 .......... 188
Tabla 108 Tabla de distribución de frecuencia KPI3 - Pre Test ............ 190
Tabla 109 Tabla de distribución de frecuencia KPI3 - Post Test .......... 191
Tabla 110 Indicadores a contrastar ...................................................... 192
Tabla 111 Prueba de normalidad del Tiempo debido a caídas antes y
después de implementado Cloud Computing. ................................ 193
Tabla 112 Estadística Inferencial prueba “W” - Wilcoxon de Tiempo debido
a caídas ......................................................................................... 194
xi
Tabla 113 Prueba de normalidad del Tiempo de respuesta de Consultas
antes y después de implementado Cloud Computing. ................... 196
Tabla 114 Estadística Inferencial prueba “W” - Wilcoxon de Tiempo de
provisión y configuración de servidores ......................................... 197
xii
ÍNDICE DE FIGURAS
Figura 1. Utilizacion de Cloud Computing en Perú en el 2016. ................. 4

Figura 2. Mapa de ubicación de la empresa Bussines Analytics S.A.C. .... 6
Figura 3. Diseño de Cloud Computing. ................................................... 22
Figura 4. Tipos de Cloud Computing. Copyright 2008 por APSER. ......... 28
Figura 5. Cloud Público. .......................................................................... 30
Figura 6. Cloud Privado. ......................................................................... 31
Figura 7. Cloud Híbrido. .......................................................................... 32
Figura 8. Componentes de un Modelo tradicional. .................................. 34
Figura 9. Windows Azure Platform. ......................................................... 37
Figura 10. Servicios de Windows Azure Platform. ................................... 40
Figura 11. Azure Load Balancer en el modelo de implementación clásica.43
Figura 12. Azure Load Balancer en Resource Manager. ......................... 44
Figura 13. Ciclo de Vida SCRUM. ........................................................... 52
Figura 14. Arquitectura Actual de la Aplicación Geopoint Engine. .......... 59
Figura 15. Comparativa de Proveedores Cloud. ..................................... 62
Figura 16. Tablero de Gartner relacionado con los proveedores Cloud, con
mayor acoguida en el modelo PaaS 2016. ...................................... 63
Figura 17. Infraestructura Propuesta. .................................................... 119
Figura 18. Consola Azure - Lista de Máquinas Virtuales. ...................... 120
Figura 19. Market Place - Selección de Servicios. ................................ 120
Figura 20. Creación de la Máquina Virtual. ........................................... 121
Figura 21. Selección de Tipo de Máquina Virtual. ................................. 121
Figura 22. Selección de Cuenta de Almacenamiento. ........................... 122
Figura 23. Creación y Selección de Red. .............................................. 122
Figura 24. Selección de Disponibilidad. ................................................ 123
Figura 25. Configuración de Disponibilidad. .......................................... 123
Figura 26. Configuración de SLQServer 2014....................................... 124
Figura 27. Validación de la Configuración de SLQServer 2014. ............ 124
Figura 28. Habilitación de Puertos. ....................................................... 125
xiii
Figura 29. Ingreso a la Máquina Virtual................................................. 125
Figura 30. Habilitación de Servicios. ..................................................... 126
Figura 31. Selección de Roles. ............................................................. 126
Figura 32. Configuración de Conectividad. ........................................... 127
Figura 33. Selección e Instalación de IIS. ............................................. 127
Figura 34. Selección e Instalación de ASP.NET 4.5.............................. 128
Figura 35. Selección e Instalación de Complementos de ASP.NET 4.5. 128
Figura 36. Validación de Complementos de ASP.NET 4.5. ................... 129
Figura 37. Inicio de Instalación de ASP.NET 4.5. .................................. 129
Figura 38. Configuración de Ingreso a la Máquina Virtual. .................... 130
Figura 39. Validación de Ingreso........................................................... 130
Figura 40. Visualización de Archivos a Migrar. ...................................... 131
Figura 41. Copiado de Fuentes a Máquina Virtual. ............................... 131
Figura 42. Agrupación de Fuentes a Máquina Virtual............................ 132
Figura 43. Verificación de Agrupamiento de Fuentes a Máquina Virtual.132
Figura 46. Ingreso y Visualización de Escritorio de Máquina Virtual. .... 134
Figura 47. Ingreso y Validación de Credenciales en la Máquina Virtual. 134
Figura 48. Visualización de Opciones a realizar en la Base de Datos. .. 135
Figura 49. Restauración de la Base de Datos. ...................................... 135
Figura 50. Selección de la Base de Datos. ........................................... 136
Figura 53. Validación de selección de la Base de Datos. ...................... 137
Figura 54. Instalación de licencia de GPEngine. ................................... 138
Figura 55. Activación de licencia de GPEngine. .................................... 138
Figura 56. Colocación de Parámetros de licencia de GPEngine. .......... 139
Figura 58. Validación de Parámetros de GPEngine. ............................. 140
Figura 59. Configuración de GPEngine. ................................................ 140
xiv
Figura 60. Visualización de Carpetas de GPEngine. ............................. 141
Figura 61. Visualización de Carpetas de GPEngine. ............................. 141
Figura 62. Configuración de Permisos de GPEngine. ........................... 142
Figura 65. Selección de Usuarios para Otorgar Permisos de GPEngine.143
Figura 68. Configuracion de Application Pools del IIE. .......................... 145
Figura 69. Configuracion de Parámetros de Application Pools del IIE. .. 145
Figura 70. Configuracion de Parámetros de Application Pools del IIE. .. 146
Figura 71. Visualización de Parámetros de Application Pools del IIE. ... 146
Figura 72. Visualización de Opciones IIS. ............................................. 147
Figura 73. Agregar Aplicación para IIS.................................................. 147
Figura 74. Colocación de Parámetros para Agregar Aplicación para IIS.148
Figura 75. Visualización Aplicaciones para IIS. ..................................... 148
Figura 77. Colocación de Parámetros para Agregar Aplicación para IIS.149
Figura 78. Visualización Aplicaciones para IIS. ..................................... 150
Figura 80. Visualización de Opciones. .................................................. 151
Figura 81. Configurando WebConfig de la App. .................................... 151
Figura 83. Visualización de Opciones. .................................................. 152
Figura 87. Ingreso a la App GPEngine. ................................................. 154
Figura 88. Ingreso de Parámetros en la App GPEngine. ....................... 155
Figura 89. Ingreso de Parámetros en la App GPEngine. ....................... 155
Figura 90. Lista de Opciones en la App GPEngine con SoapUI. ........... 156
xv
Figura 91. Colocación de Parámetros en la App GPEngine con SoapUI.156
Figura 95. Detalle de tareas del Sprint Backlog - SB01......................... 159
Figura 99. Trabajo Pendiente Sprint - SB01. ......................................... 163
Figura 100. Trabajo Pendiente Sprint - SB02. ....................................... 163
Figura 103. Detalle de tareas del Sprint Backlog - SB05. ...................... 166
Figura 112. Detalle de tareas del Sprint Backlog – SB10. ..................... 174
Figura 113. Detalle de tareas del Sprint Backlog – SB11. ..................... 175
Figura 115. Trabajo Pendiente Sprint – SB10. ...................................... 176
Figura 116. Trabajo Pendiente Sprint – SB11. ...................................... 177
Figura 117. Organigrama Business Analytics........................................ 179
Figura 118. Tiempo de caídas antes y después de implementado la
Plataforma Cloud Computing. ........................................................ 187
Figura 119. Tiempo de respuesta de Consultas antes y después de
implementado la Plataforma Cloud Computing. ............................. 189
xvi
Figura 120. Grado de satisfacción de los empleados antes de la
implementación de Cloud Computing. ........................................... 191
Figura 121. Grado de satisfacción de los empleados después de la
implementación de Cloud Computing. ........................................... 192
xvii
INTRODUCCIÓN
El presente trabajo de investigación tiene como objetivo principal el mejorar

los servicios que brinda la empresa Business Analytics S.A.C mediante la
implementación de una Plataforma Cloud Computing en la empresa
Business Analytics S.A.C
Esta investigación es el desarrollo y puesta en funcionamiento de los

servicios de la organización en la nueva plataforma, cuya implementación
y funcionamiento permite al personal del Área de Sistemas poder tener la
facilidad de poner en marcha cualquier proyecto sobre una plataforma la
cual permita una mayor escalabilidad, flexibilidad, disponibilidad y
operatividad para poder poner en marcha un nuevo servicio.
La plataforma Cloud Computing proporciona a los desarrolladores un

entorno de computación bajo demanda y almacenamiento alojado en los
centros de datos de Microsoft para las aplicaciones, permite la reutilización de
conocimientos del lenguaje .NET, esta plataforma es abierta a cualquier
código se refiera como por ejemplo PHP, Java, etc., una de las mayores
decisiones del poder utilizar Cloud Computing es por la reducción de costos
de operación y por la respuesta rápida a cambios en las necesidades de los
clientes y la facilidad en la manera de escalamiento según requiera una
aplicación.
La hipótesis que se demuestra es que la Plataforma Cloud Computing

mejora significativamente los servicios de GeoPoint Engine en la Empresa
Business Analytics.
xviii
CAPÍTULO I
PLANTEAMIENTO METODOLÓGICO
1.1 El problema
1.1.1. Descripción de la Realidad Problemática
La tecnología de la información avanza aceleradamente y junto con ella, la

cantidad de proveedores de servicios de informática aumenta cada vez
más, lo que ha provocado a la empresa Business Analytics busque nuevas
estrategias para mantenerse competitivos en un mercado ya saturado.
Los avances tecnológicos dan la oportunidad de que las aplicaciones

ofrecidas a través de Internet puedan ser tan robustas como las
aplicaciones instaladas en una máquina, por lo que las Business Analytics
han optado por ofrecer sus sistemas, a través de paquetes de servicios
integrales, cambiando la estrategia de venta de licencias a través de un
producto empaquetado, a una venta de licencias a través de usuarios de
Internet que hacen uso de las aplicaciones a través de un explorador o
browser, y cuentan con ventajas adicionales como la capacidad de hacer
uso de las aplicaciones desde cualquier lugar con conexión de Internet,
disponibilidad de los sistemas las 24 horas del día los 7 días de la semana,
bajos precios en comparación a licencias de productos empaquetados,
personalización avanzada para cubrir necesidades específicas de cada
negocio, mejoras periódicas de los sistemas, soporte técnico de alta
calidad, entre otras.
Realidad Mundial
En la actualidad el aumento del uso del internet y de los avances

tecnológicos permiten que las aplicaciones desarrolladas mediante el
modelo Cloud Computing sean iguales o más robustas que las aplicaciones
desarrolladas bajo el modelo clásico se cuenta con características similares
lo que hace que las empresas aprovechen de estos nuevos modelos junto
con una plataforma escalable como Windows Azure a alinear sus negocios
2
a una nueva forma de crecimiento moderna con el propósito de reducir
costos en servicios puntuales para una nueva forma de negocio.
Las organizaciones dejaran de preocuparse por una estructura de TI que
les quite tiempo para sus proyectos, dejaran en manos de terceros las
plataformas donde se alojara su información con la seguridad de que ello
será salvaguardada por un proveedor de servicio mediante cláusulas de
privacidad y soporte del mismo sistema.
Datos recientes develados por IDC , en su informe Worldwide Semiannual

Public Cloud Services Speding Guide, destaca como ha aumentado la
inversion de las empresas en los servicios de la nube.
Esta será una tendencia que irá en aumento a partir de ahora en adelante,
llegando a sus máximos previstos en 2019. La previsión indica que el
crecimiento anual del 19,4% actual irá en aumento y pasará de los casi 70
mil millones de dólares de 2015 a más de 141 mil millones de dólares dentro
de tres años. IDC coincide en el buen estado de salud del mercado y en
cómo los servicios de nube pública están ayudando a impulsar la industria,
así como la digitalización de los negocios.
Realidad Nacional:
Hay una necesidad muy grande por parte de las organizaciones en contar
con nuevas tecnologías que ayuden a su crecimiento por lo que apuestan
por contratar servicios de TI, esto es dado mayormente por las pequeñas y
medianas empresas o también llamadas PYMES las cuales están haciendo
más el uso de TI dentro de sus procesos claves en su negocio, necesitan
una plataforma en la que mediante un sistema les ayude a crecer como
organización y alcanzar sus objetivos.
El bajo costo de contratar un servicio bajo el modelo Cloud Computing a
comparación de añadir a la organización un área que se dedique a
implementar un sistema es más bajo en costo y tiene más beneficios es por
ello que lo hace más atractivo el contratar un servicio.
3
Figura 1. Utilizacion de Cloud Computing en Perú en el 2016.
Adaptado de “Utilización de Cloud Computing” por Consultores, 2016
Según el estudio de mercado elaborado por Dominio Consultores para

Cisco Perú sobre el uso y perspectivas del Cloud Computing en las
empresas peruanas podemos señalar que el uso de servicios en Cloud
Computing por las empresas del país ha pasado de 25.7% en el 2013 a
33.8% en el 2014 lo que representa un incremento de casi 8%. Lo que nos
demuestra un aumento en la adopción de este tipo de servicios en el sector
empresarial.
Realidad Empresarial:
En la empresa Business Analytics se cuenta con servidores con sistemas

operativos con Windows server 2008, PostGres 8.0 y Microsoft Enterprise
SQL Server 2012 entre otros. En el que se alojan los servicios que se
brinda los cuales son Business Intelligence, Geo Service y Data Quality.
4
La información que se maneja y la cantidad de conexiones por servicios
que se tiene a suscitado por conveniente implantar una nueva plataforma
que brinde características necesarias para la gestión de los servicios que
se brinda y ayude en los procesos de Desarrollo pruebas y despliegue de
los productos, por lo que se tomara una evaluación de proveedores de
servicio Cloud y permita seleccionar al más idóneo para la organización.
1.1.2. Descripción del Problema
Business Analytics es una compañía dedicada a la consultoría e

implementación de soluciones de negocios basada en tecnologías de la
información. Nuestros servicios contribuyen a optimizar la toma de
decisiones de su empresa, a través de proyectos de administración y
análisis de datos.
Producimos propuestas con valor directo al Negocio, que cubren diversos

aspectos de su cadena de valor.
Experiencia demostrada en banca, seguros, seguros, AFPs, retail,

consumo masivo, telecomunicaciones y automotriz
En la actualidad el mercado tecnológico en Perú se encuentra saturado de

empresas que proveen servicios de desarrollo de software. Esto ha
provocado que Business Analytics desarrolle nuevas estrategias que le
permitan mantener su competitividad.
Los avances tecnológicos y el aumento de proveedores de servicios de

Internet han permitido que aplicaciones, que antes podían ser utilizadas
únicamente a través de un servidor empresarial o instalándolas localmente
en una computadora, puedan ahora ser publicadas a través de portales
Web y ser utilizadas con ayuda de un explorador o browser.
5
Estas facilidades han evolucionado el enfoque clásico de venta de software
en el que se ofrecen sistemas a través de productos empaquetados y venta
de licencias personales o empresariales, a un enfoque en el cual los
sistemas son ofrecidos al cliente en forma de servicios integrales con
ventajas adicionales de valor a los clientes que hacen uso de ellas.
- Costos operativos
El incremento en gastos de adquisición y renovación de hardware,
adquisición y renovación de licencias de software; y personal capacitado
para la gestión del centro de cómputo.
- Calidad del servicio
Los gastos en interconexión de datos, conexiones de alta disponibilidad,
cableado estructurado, y gestión de networking.
- Gastos de TI
Desperdicio de espacio físico, generalmente usado para los centros de
cómputo y puestos de trabajo para el personal para gestión de los
mismos.
- Ubicación
La implantación se realizará en la Empresa Business Analytics ubicado en
la Av. Paseo de la Republica 3147, Of. 902 / San Isidro / Lima - Perú.
Figura 2. Mapa de ubicación de la empresa Bussines Analytics S.A.C.

Adaptado de “Ubicación de la empresa Bussines” por GOOGLE, 2018.
6
1.1.3. Enunciado del Problema
¿En qué medida una plataforma de Cloud Computing mejorará la provisión

de servicios de GeoPoint Engine en la Empresa Business Analytics?
Figura 3. Flujograma del Modelo de Negocio Actual de Bussiness Analitycs (AS – IS)
7
Figura 4. Flujograma del Modelo de Negocio Propuesto de Bussiness Analitycs (TO –
BE)
8
1.2 Tipo y nivel de Investigación
1.2.1. Tipo de Inverstigación
Aplicada : Este tipo de investigación permite aplicar los conocimientos de Cloud
Computing ante el problema de puntos georeferenciales en la empresa Bussines
Analytics.
1.2.2. Nivel de Investigación
Nivel explicativo : El presente trabajo busca explicar el efecto producido por la

implementación de una plataforma Cloud Computing en la mejora de los
servicios GeoPoint Engine.
1.3 Justificación de la Investigación
La realización del presente estudio en la empresa Business Analytics, nos

permite plantear la solución Cloud Computing a las necesidades actuales de
Geopoint Engine, aportando mejoras en los aspectos:
1.3.1. Justificación Práctica:

Las empresas exigen una constante renovación de su infraestructura,
capacitación permanente de su staff. Porque el desarrollo de las actividades de
las empresas dependen del ritmo de evolución de TIC, varios modelos de
gestión han intentado resolver estas necesidades, entre los cuales se
encuentran: hosting, outsourcing, leasing, servicios profesionales, etc. La
Plataforma Cloud Computing y sus diversas opciones se están posicionando
como la solución más viable, rápida y fácil de implementar.
Esto se lleva a cabo, comprendiendo los elementos conceptuales y prácticos en
los que se fundamenta las TIC al servicio de los procesos estratégicos,
administrativos y productivos; establecer talleres de trabajo multidisciplinarios
para la selección, adopción y explotación de TIC alineadas en contribuir con la
visión y misión de las empresa.
Esta tesis hará su contribución en 2 aspectos:
9
1.3.2. Justificación Tecnológica:
La proliferación y desarrollo del acceso a Internet móvil y de la disponibilidad

del acceso fijo, con anchos de banda muy superiores a los existentes en el
pasado (gracias al 3G y a la nueva generación 4G en el ámbito móvil y el
crecimiento de la fibra óptica en el ámbito fijo), favorecen la implementación y
el uso de servicios con elevados requerimientos de ancho de banda. Esta
capacidad para acceder a la red, sin restricciones de velocidad, facilitan en gran
medida la posible adopción de servicios en la nube por parte de las empresas,
limitando el riesgo a no poder acceder a los servicios ofrecidos desde la nube.
(Wang&Wang, 2010)
Mejorar la capacidad de acceso a Internet a partir de la inversión en las
infraestructuras/redes de acceso, que cada vez más demanda un acceso
instantáneo, en cualquier lugar y desde cualquier dispositivo a la información
que necesitan. La fibra óptica aparece como una vía alternativa para alcanzar
altas capacidades de ancho de banda que permitan la implementación de
cualquier modelo de servicio Cloud desde las ubicaciones de trabajo del cliente
empresarial y/o particular.
1.3.3. Justificación Económica:
Analizando las cifras de mercado peruano se puede comprobar que el 65% de

las inversiones de TI se destinan al mantenimiento de infraestructuras y
servicios. Esta es una de las principales razones por las que muchas
organizaciones de TI se muestran interesadas en una tecnología que les
permita disminuir y hacer variables los costes en infraestructuras y
mantenimiento, ofreciendo los mismos servicios que sus redes propietarias.
Una vía de incrementar la productividad consiste en optimizar la inversión en
infraestructuras acudiendo a servicios Cloud. (Wang&Wang, 2010)
Business Analytics reduce costos de distribución del software a los clientes ya
que las aplicaciones se encuentran centralizadas en sus propios servidores y
se utilizan únicamente a través del explorador.
10
Se reducen los costos de mantenimiento, actualización y soporte ya que
Business Analytics se asegura de que todos sus clientes estén utilizando la
misma aplicación de software con las mismas actualizaciones, por lo que los
servicios de soporte son especializados se necesita menor cantidad de
recursos para su administración.
1.4 Objetivos
1.4.1. Objetivos General
Determinar en que medida la implementación de una Plataforma Cloud

Computing mejora la provisión de servicios de GeoPoint Engine en la Empresa
Business Analytics
1.4.2. Objetivos Específicos
 Determinar en qué medida se reduce el tiempo debido a caídas en proveer

el servicio.
 Determinar en qué medida se reduce el tiempo respuesta por consulta
(QPS) en la provisión del servicio.
 Determinar en qué medida se incrementa el nivel de satifascción de los
servicios relacionados con la calidad, continuidad y alta disponibilidad en
la provisión de los mismos.
11
1.5 Hipótesis
El uso de una Plataforma Cloud Computing influye significativamente la provisión

de los servicios de GeoPoint Engine en la Empresa Business Analytics
1.6 Variables e Indicadores
1.6.1. Variable Independiente
 Plataforma Cloud Computing
a) INDICADORES:
Variable Independiente: Indicadores
Tabla 1
Variable Independiente: Indicadores
Indicadores : Presencia – Ausencia
Cuando indique NO, es porque no ha sido desarrollada la solución de Cloud

Computing en la empresa Business Analytics y aún tenemos la situación
problemática. Y cuando indique SI, es porque ya se ha desarrollado la
solución de Cloud Computing en la empresa, Esperando mejorar los
servicios.
b) INDICE
Tabla 2
Variable Independiente: Índices
Indicador Indice
Presencia - Ausencia NO, SI
12
1.6.2. Variable Dependiente:
 Provisión de los Servicios de GeoPoint Engine

a) INDICADORES:
Tabla 3
Variable dependiente: Indicadores
Indicadores Descripción
Tiempo que empleara la

Tiempo debido a caídas indisponibilidad de los servicios,
ante una alta demanda.
Tiempo promedio de consulta
Tiempo de respuesta de consulta
ante una solicitud del servicio
Grado en que los servicios están
Grado de satisfacción conformes con la calidad,
continuidad y alta disponibilidad.
b) INDICE:
Tabla 4
Variable dependiente: Índices
Unidad
Indicadores Indice
de medida
Tiempo debido a caídas. [1…200] Minutos
Tiempo de respuesta de
[94…6591] Segundo
consulta
Grado de satisfacción [Bajo, Regular, Alto] -
1.7 Limitaciones de la Investigación
 Temporal : El presente trabajo de investigación se realizará durante el

periodo Setiembre 2017 hasta Mayo del 2018.
 Espacial : El presente trabajo se llevará a cabo en la entidad Bussines
Analytics, y la información es usada solamente para uso
educativos.
13
 Conceptual : El presente trabajo de investigación tiene como
delimitación conceptual las buenas prácticas de Scrum
como metodología para esta investigación.
 Social : La cultura organizacional de la empresa que no está
acostumbrada al cambio.
1.8 Diseño de la Investigación

Pre-Experimental
En la investigación se pretende la implementación de una plataforma Cloud

Computing para mejorar los servicios de TI en la empresa Business Analytics
S.A.C. en la modalidad de Pre-Prueba y Post-Prueba.
Diseño de Pre-Prueba y Post-Prueba con un solo grupo.
Donde
Ge : Primero, se asigna a los participantes al azar al Grupo experimental
O1: Pre-prueba o medición previa al estímulo o tratamiento experimental
X: Administrar el estímulo o Tratamiento experimental
O2: Post-prueba o Medición posterior al estímulo o tratamiento experimental
Dónde:
 Ge: Grupo experimental, empresa Business Analytics S.A.C.
 O1: Son los valores de la Pre-Prueba.
 X: Plataforma Cloud Computing.
 O2: Son los valores de la Post-Prueba.
14
1.9 Técnicas e Instrumentos Recolección de Información
Técnicas
Tabla 5
Técnicas para la Recolección de datos
Técnica Uso
Se observó los momentos antes y después de
implementado la Plataforma Cloud Computing.
Observación
Se observó la participación de cada recurso
dentro del área.
La entrevista se realizo con el area de

Encuesta
administración y Gerentes de Linea.
Se revisó tesis que guarden relación al tema.

Revisión Técnica Igualmente libros que apoyan con conceptos
utilizados.
Instrumentos
Tabla 6
Instrumentos para la recolección de datos
Instrumento Uso
Son instrumentos de investigación y evaluación y
recolección de datos, referido a un objetivo
específico, en el que se determinan variables
Ficha de Observación
específicas. Se usan para registrar datos a fin de
brindar recomendaciones para la mejora
correspondiente.
Se empleó 2 tipos de cuestionarios uno para el
gerente de TI y otro para el jefe de proyectos. Esto
Encuesta
con la idea de obtener información de quien
solicita la mejora del servicio, como del que la
ejecuta.
15
CAPÍTULO II
MARCO REFERENCIAL
2.1 Antecedentes de la Investigación
A) Autor : Víctor Alejandro Álvarez Contreras

Titulo : DESARROLLO DE SOFTWARE ORIENTADO A
PRESTACIÓN DE SERVICIOS (MODELO SAAS)
Correlación:
La investigación se concluye que el modelo SaaS proporciona un enfoque
de desarrollo de software en el cual los sistemas son ofrecidos en forma de
paquetes de servicios completos que se acomodan a las necesidades de
los clientes a los que se encuentran orientados, contrario al enfoque
tradicional en el que los sistemas son vendidos a través de productos
empaquetados.
El uso de estos servicios generalmente se adquiere a través de una cuota

periódica que puede ser mensual, semestral o anual ingresar libremente y
tomar información importante.
A nivel mundial, el aumento del uso de Internet y los avances tecnológicos

han permitido que las aplicaciones desarrolladas bajo el modelo SaaS
cuenten con características que les permitan ser igual o más robustas que
las aplicaciones desarrolladas bajo el modelo clásico, lo que ha permitido
que empresas grandes como Walmart aprovechen las ventajas que estos
modelos ofrecen para enfocarse en su línea de negocios, a fin de reducir
costos en servicios de informática especializados, ofrecidos por empresas
que trabajan bajo este enfoque. (Contreras, 2009)
A nivel nacional, a pesar que el uso del Internet ha aumentado, la cultura de

desconfianza que todavía existe acerca de la confidencialidad de
información transmitida por la Web, la inestabilidad de los servicios de
Internet y su costo, han provocado que las aplicaciones que funcionan bajo
el modelo SaaS no florezcan y aun no se encuentre un caso concreto de
17
éxito, de empresas que hayan crecido haciendo uso de este modelo de
desarrollo de software.
Esta tesis se tomara como referencia el análisis y diseño del modelo de

servicio SAAS.
B) Autor : Daniel Omar Núñez Espinoza
Título : IMPLEMENTACION DE UN PROTOTIPO DE
SOFTWARE COMO SERVICIO (SAAS) PARA
PEQUEÑAS Y MEDIANAS EMPRESAS
Correlación:
La investigación concluye que los niveles de madurez de una arquitectura de
SaaS descritos en el Presente Proyecto demostró la posibilidad de proveer
aplicaciones bajo el modelo SaaS con una arquitectura de nivel de madurez
1 (Ad-Hoc/Customización). Se concluye que se puede mejorar el nivel de
madurez tratando directamente el código de las aplicaciones para que
manejen dinámicamente los recursos de software según la variación en la
demanda, optimizando así́ el uso de recursos de IaaS.
Se concluye que el elevado precio de la salida internacional de Internet eleva

significativamente el costo de producción de los servicios, generando un
menor margen de ganancia. (Espinoza, 2013)
Se concluye que para la provisión de Software como Servicio es mejor

externalizar la administración de los recursos IaaS, así los recursos humanos
y económicos se usarían para investigación y desarrollo de nuevas
funcionalidades de la aplicación. Además esta práctica abarataría costos de
producción y mejoraría la calidad del servicio.
18
C) Autor : José Manuel Arévalo Navarro
Título : CLOUD COMPUTING: FUNDAMENTOS, DISEÑO Y
ARQUITECTURA APLICADOS A UN CASO DE
ESTUDIO
Correlación:
Este proyecto fin de master plantea la integración y el despliegue de un
sistema de información en una infraestructura y plataforma Cloud
Computing. Se ha realizado un estudio de este nuevo modelo de servicios,
estudiando sus aspectos teóricos y fundamentales, analizando las
implementaciones con las que a día de hoy podemos encontrar en el
mercado para poder afrontar nuestros retos profesionales. Deberemos
tener en cuenta los riesgos que deberemos asumir en la adopción del
modelo, aportando soluciones para mitigarlos de la forma más eficiente
posible.
Pero también se analizarán todas las ventajas y se tendrán en cuenta

cuando se desarrolle el caso de estudio.
El alcance del proyecto es realizar un detallado análisis sobre el paradigma

Cloud Computing mediante un profundo estudio, y una posterior validación
mediante la implementación de un caso de estudio detalladamente definido.
Se detallarán y justificarán todas las decisiones tomadas, así como los
costes ocasionados de la integración frente a los costes que supondría una
solución interna. Se detallarán los beneficios introducidos y los obstáculos
encontrados a lo largo del caso de estudio. Se analizará que impacto ha
tenido partir de un sistema de información orientado a servicios. ( Arévalo,
2011)
Esta Tesis Nos ayudara para entender la arquitectura de referencia de

Cloud Computing para desarrollar en nuestro proyecto.
19
D) Autor : Jesús Manuel Caldas Núñez
Título : “PRÁCTICAS DE GESTIÓN EN LAMEJORA EN LA
CALIDAD DE SERVICIOS DE TECNOLOGIAS DE LA
INFORMACIÓN AL ADOPTAR CLOUD COMPUTING”
Correlación:
El proyecto nos enseña de como las organizaciones que proveen servicios de TI
deben soportar los diversos procesos críticos del negocio, a fin de permitirle cumplir
sus objetivos o estrategias. Estos servicios tienen que tener valor para las empresas,
así como también las organizaciones de TI deben gestionar los servicios con calidad.
Al mismo tiempo Cloud Computing como tecnología emergente facilita una serie de
servicios que progresivamente son adoptados por las empresas. En ese sentido al
incluir un proveedor tercero en la prestación del servicio soportado por la
organización de TI, será necesario que el mismo sea gestionado con la calidad
debida a fin de que aporte valor al negocio.
Este estudio analiza las mejores prácticas en la gestión de la calidad de servicios

basados en Tecnología de la Información y su relación con los servicios basados en
Cloud Computing. Encontrando que actualmente las organizaciones de TI no miden
la calidad de los servicios que prestan, ya que están más enfocadas a medir
variables / métricas técnicas para implicar la calidad de forma errada en la prestación
de los servicios. (Nuñez, 2016)
También se facilita una serie de propuestas de mejoras sobre los estándares y

mejores prácticas de gestión en Tecnología de la Información y su relación directa
con servicios basados en Cloud Computing, a fin de obtener mayor valor y calidad
cuando son adoptados por las empresas.
20
2.2 Marco Teórico
2.2.1. Plataforma Cloud Computing
La situación actual del entorno favorece la adopción de este nuevo paradigma.

Por un lado, el contexto de un mundo globalizado privilegia los modelos que
facilitan la colaboración y accesibilidad, por lo que las aplicaciones basadas en
internet suponen una alternativa a las aplicaciones internas. Por otra parte, la
crisis económica favorece la expansión del Cloud Computing, dado que
contribuye a la disminución de costos de inversión en TI.
El Cloud Computing se presenta como un modelo de TI sustentable, dado que

permite un consumo energético más eficiente y hace más accesible la tecnología
a los países en vías de desarrollo. También se hace referencia al impacto de la
aparición del Cloud Computing en la economía, marcando un hito de vital
importancia en la aplicación de las TI a la mejora del sector servicios, base
principal de las economías modernas.
No existe una definición estándar aceptada universalmente; sin embargo, existen

organismos internacionales cuyos objetivos son la estandarización de
Tecnologías de la Información y, en particular, de Cloud Computing. Uno de estos
organismos más reconocidos NIST (National Institute of Standards and
Technology, 2011) que define Cloud Computing como:
Un modelo para facilitar el acceso bajo demanda a recursos informáticos fiables (p. e. redes,
servidores, almacenamiento, aplicaciones, servicios) que pueden ser proporcionados
rápidamente con el mínimo esfuerzo de gestión o mediante la interacción de un proveedor
de servicios»
En esencia la Nube proporciona casi todas las actividades fundamentales de la

informática que un usuario, organización o empresa puede necesitar, tales como
aplicaciones de software, plataformas informática para desarrolladores
profesionales e infraestructura tecnológicas como servidores, redes, bases de
21
datos, etc. Como si fueran servicios similares a los usados en la vida diaria como
la luz agua teléfono, la radio o televisión. Es en la práctica similar a un servicio
de externalización o alquiler, donde se contrata la informática como un servicio
con un pago de una cuota mensual, anual o incluso por el tiempo que dure el
servicio (bien sean horas, días o meses).
Figura 5. Diseño de Cloud Computing.

Adaptado de “Diseño de Cloud Computing” por Copyright GOOGLE, 2018
Características
Entendamos de una manera rápida y sencilla cuales son las claves del concepto
del Cloud Computing, se recurre a una serie de características principales que
lo diferencian de los sistemas tradicionales de explotación de las TIC. Entre las
características asociadas a el, se encuentran las siguientes:
 Pago por uso: Una de las características principales de las soluciones Cloud
es el modelo de facturación basado en el consumo; es decir, el pago que debe
abonar el cliente varía en función del uso que se realiza del servicio Cloud
contratado.
 Abstracción: Característica o capacidad de aislar los recursos informáticos
contratados al proveedor de servicios Cloud de los equipos informáticos del
22
cliente. Esto se consigue gracias a la virtualización, con lo que la organización
usuaria no requiere de personal dedicado al mantenimiento de la
infraestructura, actualización de sistemas, pruebas y demás tareas asociadas
que quedan del lado del servicio contratado.
 Agilidad en la escalabilidad: Característica o capacidad consistente en

aumentar o disminuir las funcionalidades ofrecidas al cliente, en función de
sus necesidades puntuales sin necesidad de nuevos contratos ni
penalizaciones. De la misma manera, el coste del servicio asociado se
modifica también en función de las necesidades puntuales de uso de la
solución. Esta característica, relacionada con el pago por uso, evita los
riesgos inherentes de un posible mal dimensionamiento inicial en el consumo
o en la necesidad de recursos.
 Multiusuario: Capacidad que otorga el Cloud que permite a varios usuarios

compartir los medios y recursos informáticos, permitiendo la optimización de
su uso.
 Autoservicio bajo demanda: Esta característica permite al usuario acceder

de manera flexible a las capacidades de computación en la nube de forma
automática a medida que las vaya requiriendo, sin necesidad de una
interacción humana con su proveedor o proveedores de servicios Cloud.
 Acceso sin restricciones: Característica consistente en la posibilidad

ofrecida a los usuarios de acceder a los servicios contratados de Cloud
Computing en cualquier lugar, en cualquier momento y con cualquier
dispositivo que disponga de conexión a redes de servicio IP. El acceso a los
servicios de Cloud se realiza a través de la red, lo que facilita que distintos
dispositivos, tales como teléfonos móviles, dispositivos PDA u ordenadores
portátiles, puedan acceder a un mismo servicio ofrecido en la red mediante
mecanismos de acceso comunes.
23
Plataformas Cloud Computing
El Cloud Computing está cambiando por completo el rumbo de la historia del

hardware y software. Su triunfo como sistema de información radica en el hecho
de que todo el material informático se encuentra en la nube, lugar donde se suben
los archivos, o bien, donde se estructura una red de trabajo teniendo como punto
de apoyo los servidores que suministra un proveedor en cualquier parte del
mundo. Los nuevos conceptos se resumen en PaaS vs SaaS vs IaaS. La
oportunidad que esto supone es una gran mejora de la flexibilidad en la gestión
de archivos, lo mismo que para el desarrollo de aplicaciones y gestión de
hospedaje web. Así, para tener en claro lo que representan las diferencias entre
estos sistemas, consultamos el blog de APSERi que nos indica que debemos
tener en cuenta lo que representa a cada uno de estos modelos. (Apser, 2016)
SAAS
Este concepto, es producto de una sigla que en inglés define Software as a

Service, o bien, software como servicio. Básicamente consiste en el servicio de
web y que hasta ahora han aplicado empresas como Google, Twitter o Facebook,
entre otros muchos, donde prácticamente los usuarios tras conectarse a Internet
y seguir la ruta de enlace puede entrar en contacto con el universo que se le
ofrece en términos de aplicaciones y bases de datos. En el caso de usuarios que
trabajan en empresas, ese tipo de software en red les es útil para establecer
cuestiones de mensajería, contabilidad y planificación de proyectos, ventas, entre
otras muchas opciones, como pueden ser el uso del correo y los sistemas de
mensajería instantánea.De este modo, los archivos y las actividades quedan
en la nube, no dentro del ordenador del usuario. Este servicio puede utilizarse
de manera gratuita, aunque también es posible encontrar empresas que facturen
por el mismo.
Tomemos como ejemplo, cualquiera de las redes sociales que existen hoy en
día, tal como lo puede ser Instagram o Facebook. Ambas redes trabajan en
principio con la arquitectura de SaaS. Su plataforma de trabajo es un entorno de
24
software digital donde cada usuario puede subir o descargar imágenes, vídeos o
realizar cualquier otra gestión como proponer comentarios o crear grupos. Este
tipo de servicio trabajaría entonces a partir de una nube pública, por lo menos
para toda la gestión relativa a los mismos miembros de estas redes sociales. Su
misión sería aprovechar todo el servicio de SaaS, como sistema de gestión para
los archivos digitales. (APSER, 2016)
Características:
 Acceso Web / Movilidad.

 Multi-inquilino.
 Actualizaciones centralizadas.
 Gestión de la plataforma/escalabilidad por parte del proveedor.
 Configurable, pero no totalmente personalizable.
 Reducción de costos asociados a licencias de software, infraestructura y
personal dedicado.
Beneficios para el Proveedor:
 Controlar / limitar el uso del software.

 Restringir la copia y distribución del software.
 No hay instalaciones a soportar en el lado cliente.
 Liberación más frecuente de versiones
 Lock-in del cliente.
PAAS
PaaS representa uno de los escenarios más deseados por los desarrolladores
de software en todo el mundo. Su sigla es producto de la contracción de las
palabras Platform as a Service, lo que en español deriva como Plataforma como
Servicio. Con este modelo de software se puede trabajar en el desarrollo de
25
aplicaciones desde la misma nube. El objetivo principal de quienes trabajan con
el modelo de PaaS es el de generar la aplicación que sustentará todo el universo
al que tenemos acceso a través de Internet, permitiendo que los desarrolladores
de código puedan trabajar desde cualquier parte del mundo.
También posee almacenamiento y soporte técnico, pero en esencia se

caracteriza por ofrecer todo un ambiente de trabajo predestinado para
el desarrollo de script y aplicaciones que serán ejecutadas desde la nube. Lo
ideal con este sistema es que las aplicaciones estén lo más optimizadas posibles,
para evitar así el consumo de recursos favoreciendo todo lo relativo al número de
peticiones y tiempo de proceso; todo esto sin llegar a incidir en el nivel de las
máquinas.
El modelo PaaS es una alternativa muy óptima para los desarrolladores de
software cuyo trabajo radica esencialmente en la creación de código, ignorando
así la responsabilidad de la infraestructura en término de hardware.
PaaS se coloca en el nivel superior de la IaaS al ofrecer a las empresas un
entorno que les permite desplegar sus desarrollos. PaaS proporciona lenguajes
de programación, bases de datos y diversos servicios para ejecutar sus
aplicaciones. Además, automatiza completamente el despliegue de medios
(actualizaciones, parches, etc.) y la escalabilidad. (APSER, 2016)
Características
 Orientado a Fabricantes de software.
 Funcionalidades para diseñar, desarrollar, desplegar, integrar servicios y
obtener capacidad operacional.
 Contenedor de aplicaciones, plataforma de ejecución, API de servicios y
persistencia de datos.
 Facilita el despliegue de las aplicaciones del cliente, sin el coste y la
complejidad derivados de la compra y gestión del hardware y de las capas de
software asociadas.
 Ofrece a través de redes de servicio IP todos los requisitos necesarios para
crear y entregar servicios y aplicaciones web
26
Beneficios
 Enfocar sus esfuerzos en el proceso de construcción de su producto.

 Escalar a demanda de acuerdo a variables como cantidad de usuarios,
cantidad de transacciones, uso de memoria, uso de procesador, espacio para
la persistencia de datos.
 Gratuito en algunos casos mientras no sea superado el límite permitido.
IAAS
La sigla que se deriva en inglés de este servicio viene a

significar: Infraestructure as a Service, se trata de otro de los modelos
principales del Cloud Computing. Su razón de ser y su triunfo radican en el hecho
de que a través de este modelo podemos trabajar con los recursos
informáticos a través de Internet como si este sistema fuese el reflejo de un
hardware real, aunque en esencia es virtual. Esto quiere decir que una vez
accedamos al servicio de un proveedor se nos puede ofrecer un sistema
operativo para trabajo como lo puede ser Linux o Windows, además de lo cual
será posible generar una red de trabajo, escalando nuestras aplicaciones de
acuerdo a lo que en realidad necesitamos, trabajando así con un entorno de
máquinas virtuales.
La responsabilidad del buen desempeño de este servicio recae directamente
sobre el proveedor, mientras que se puede tener acceso al mismo como si se
estuviera facturando por una cuenta de servicios públicos como la luz o el agua.
(APSER, 2016)
Características
 Capacidad de cómputo a demanda.

 Entorno virtualizado, que permite el control del sistema Operativo.
 Menor grado de dependencia con el proveedor Cloud.
 Multipropósito.
 Escalabilidad programable.
27
Beneficios
 Facilita procesos de migración a la nube de sistemas ya existentes en la

organización.
 Definición de arquitecturas a la medida.
 Ejecución de tareas de cómputo intensivo.
 Variedad de sistemas operativos totalmente personalizables.
Figura 6. Tipos de Cloud Computing. Copyright 2008 por APSER.

Adaptado de “Tipos de Cloud Computing” por ASPER, 2018
Tabla 7
Comparativa entre los modelos de servicio en la nube
IaaS PaaS SaaS
Software ready-to-
Infraestructura virtual alquilada Plataforma capaz de ejecutar
¿Qué ofrece? use a través de la
por uso (pay- as-you-go). el código deseado a
web.
Herramientas
Ejecución de aplicaciones
ofimáticas (mail,
relativamente simples que no
Cargas de trabajo variables procesador de
requieren control sobre la
(balanceo de carga), gran textos, herramientas
topología de red, el sistema
cantidad de tareas en paralelo. de colaboración,
Uso recomendado operativo o la dirección de
Quality Assurance y testing escritorio virtual,
almacenamiento de los datos
(máquinas virtuales, servidores, comunicaciones,
(bases de datos, servidores
alojamiento, red). juegos) y bases de
web, herramientas de
datos de baja
desarrollo).
complejidad (CRM).
Datos y procesos del
negocio. Se traslada
Contenido en el Sistema operativo o máquina Código fuente de las al Cloud
Cloud virtual. aplicaciones o herramientas. Una funcionalidad
correspondiente al
negocio.
28
Menor inversión
inicial y por tanto
menor riesgo de tipo
económico ya que el
proveedor de
servicios
De cómputo en el
El proveedor de servicios de Cloud es
cómputo en el Cloud es responsable de la
responsable de la administración tanto
administración tanto del del hardware como
hardware como del software del software, así
El proveedor de servicios de sobre el que se ejecutan las como de las
cómputo en la Cloud es aplicaciones (sistema aplicaciones y los
responsable de la operativo). datos.
administración de los equipos y El cliente es un mero usuario Reducción de
de solventar los problemas de las soluciones ofrecidas costes de
relacionados con los mismos. en el Cloud sin necesidad de instalación y
Reducción de costes gracias a instalar, configurar ni dar mantenimiento,
la modalidad (pay-as-you-go) y mantenimiento a los pasando de un
Ventajas
a la ausencia de sistemas. modelo de costes
responsabilidad sobre la Escalabilidad prácticamente fijo (licencias) a uno
instalación, administración y automática y transparente de costes variable.
mantenimiento de los equipos. para los usuarios del servicio. Actualizaciones y
Escalabilidad prácticamente Desarrollo de aplicaciones nuevas funciones
automática y transparente para más sencillo ya que las inmediatas. Soporte
los usuarios del servicio. tareas propensas a ser ágil y de mayor
ineficientes (p. ej. manejo de rapidez.
datos) tienen APIs asociadas El usuario/empresa
propuestas por el propio centra sus esfuerzos
proveedor de servicios en el en su
Cloud. Modularidad en el actividad/negocio y
desarrollo. no en la elección y
mantenimiento de
los sistemas.
Mayor disponibilidad
y seguridad de los
datos. Facilidad en
el acceso desde
cualquier lugar.
Nivel de confianza
bajo en la seguridad
Al realizarse todo de los datos.
aprovisionamiento del servicio a Posible
través de redes, la dependencia incumplimiento de
Limitación en cuanto a
de la conexión a internet para los acuerdos sobre
herramientas disponibles
acceder a los recursos es el nivel de servicio
(lenguajes, operaciones,
crítica. prestado.
etc.) a favor de poder
Dado que la gestión de las Integración con el
alcanzar un desarrollo
Inconvenientes infraestructuras está en manos resto de
sostenible.
de terceros, se crean aplicaciones de los
Alto grado de dependencia
dependencias fuertes con los sistemas locales.
en el proveedor
proveedores del servicio. Fallos La disponibilidad de
Alta dificultad para migrar de
en su gestión pueden dar lugar los datos de la nube
un proveedor a otro.
a problemas graves como la no no es siempre
operabilidad, la pérdida de posible.
datos, etc. Alto grado de
dependencia en el
proveedor.
29
Sistemas Cloud públicos, privados y soluciones híbridas
Una vez comprendido los fundamentos de Cloud Computing, vamos a

profundizar un poco más haciendo una clasificación de los sistemas Cloud.
Podemos encontrar sistemas Cloud privados y públicos, y entre estos dos
extremos, diferentes soluciones híbridas. (Cloud Computing Tecnología y
Negocio, 2014)
Cloud Público
Es donde el cliente contrata a un proveedor tecnológico que ofrece como

servicios accesibles a través de internet software, información, plataformas,
infraestructura, hardware u otros recursos tecnológicos. Esta contratación se
basa en el concepto de pago por uso igual que ocurre con otros proveedores
de suministros, la tecnología se consume pero no se posee.
Figura 7. Cloud Público.
30
Cloud Privada
Por el contrario, ahora una empresa u organización decide ser el propietario de

su propia infraestructura tecnológica pero actuar como proveedor Cloud
(obviamente, sin cobrar por ello, solo en el sentido de la prestación de servicios)
para sus usuarios internos, normalmente empleados.
Estos sistemas Cloud obligan a la organización propietaria a asumir los costes

de la infraestructura como en el modelo tradicional o in-house, pero el despliegue
que se hace (virtualizado y orientado a servicios, eminentemente) permite que
esta infraestructura se utilice y mantenga de una manera más ágil, flexible y tener
la capacidad de soportar y recuperarse ante un desastre. Además obliga a
comenzar con un proceso de estandarización que suele conducir a la utilización
de un sistema Cloud híbrido.
Figura 8. Cloud Privado
Cloud Híbrido
Es donde se da el caso en el que la organización emplea su propia infraestructura

para ciertas aplicaciones, procesos o usuarios y una infraestructura pública
ofrecida por un proveedor externo para otros.
31
El criterio que suele diferenciar entre lo que se ejecuta en la parte privada del
Cloud híbrido y lo que se ejecuta sobre la parte pública suele estar relacionado
con la protección y la seguridad. Muchas organizaciones desean mantener el
control total sobre ciertos recursos críticos casi siempre aplicaciones y sistemas
estratégicos y/o diferenciales y datos, pero no sobre todos.
Figura 9. Cloud Híbrido. .
Tabla 8
Comparación de Características en los Tipos de Cloud
Privada Pública Híbrida

Depende de la
Visibilidad y
Organización Todo el mundo información
Acceso A la que quiera acceder
Gestión de la Organización/Proveedor Proveedor Organización/Proveedor
infraestructura
Localización Organización/Proveedor Proveedor Organización/Proveedor
Si se quiere distinguir el
tratamiento de la
Servicio que se contrata
información dentro de una
Nube que trabaja con para publicar información
organización, según el
Aplicación datos especialmente que se quiere transmitir al
tipo de servicio. Por
Típica sensibles; por ejemplo, mayor número de
ejemplo, parte pública
bancos. personas; por ejemplo,
para el correo electrónico
streaming.
y parte privada para datos
analíticos.
32
Media/Alta posibilidad de
derivar picos de procesos
y sobrecarga de trabajo
Media - Baja. Necesidad
Alta. Fácil escalado de Media - Alta. Posibilidad
de invertir en nuevos
Escalabilidad aplicaciones sobre de derivar picos de
equipos a medida que se
múltiples servidores. procesos y sobrecargas
aumenta la capacidad.
de trabajo sobre la nube
pública en caso de
necesidad.
Media. Dependiente de las
Media - Alta. Capas
medidas de seguridad
Alta. Almacenamiento opcionales de seguridad.
ofrecidas por el proveedor.
bajo permisos. Elementos críticos
Multi-propiedad y
Almacenamiento de todos hospedados en el Data
comunicaciones a través
Seguridad los datos e información a Center local. Elementos
de Internet que pueden
nivel local. no críticos almacenados
derivar en problemas de
Control global sobre el en el proveedor de
privacidad. Pérdida del
Data Center. servicios de Cloud
control global sobre el
público.
Data Center.
Medio - Bajo. Recursos
compartidos por gran
Alto. Gran capacidad de la Medio - Alto. El contenido
número de usuarios.
Rendimiento red (Local) al servicio en la caché se almacena
Dependencia de la
Cloud. localmente.
capacidad de la red de
acceso al servicio Cloud.
Media - Alta. El contenido
en la caché se almacena
Media. Dependiente de la
localmente.
Alta. Todos los equipos conectividad a internet y
Dependiente de la
Fiabilidad pertenecen a la de la disponibilidad del
conectividad a internet y
organización. servicio ofrecido por el
de la disponibilidad del
proveedor.
servicio ofrecido por el
proveedor.
Alto. Requiere
equipamiento a nivel local
(Data Center, electricidad Bajo. Modelo de pago
Medio. Permite migrar a la
y refrigeración). pay-as- you-go sin
nube gran parte de los
Coste Implementación y necesidad de
equipos hacia un modelo
mantenimiento. almacenamiento local
pay-as-you- go.
Nuevos procesos (infraestructura off-site).
operativos en la gestión de
activos IT.
La carga de trabajo
estándar necesita de
El negocio gira en torno a
aplicaciones empleadas
los datos de la empresa y
por muchos usuarios (p.
a las aplicaciones (la
ej. E-mail). Necesidad de
seguridad es crucial).
testear y desarrollar Empleo de aplicaciones
Necesidad de respetar
aplicaciones. SaaS pero con necesidad
estructuras políticas de
Se dispone de de cumplir estrictas
seguridad y
Características aplicaciones SaaS con un medidas de seguridad.
confidencialidad de datos.
generales alto nivel de seguridad. Existencia de datos
Alto número de usuarios a
Se necesita una privados de crucial
nivel interno.
capacidad incremental importancia así como
Capacidad de gestionar
(añadir capacidad de información menos crítica.
de manera autónoma,
computación en picos de
eficiente y efectiva Data
carga).
Centers de nueva
Se realizan proyectos de
generación.
colaboración con otros
usuarios/organizaciones.
33
2.2.2. Modelo de Gestión Tradicional
Este modelo aún está implementado en la mayoría de empresas que cuenta

con un centro de datos o data center para el funcionamiento de sus servicios
tecnológicos, equipados con aires acondicionados, dispositivos de seguridad,
entre algunos.
Una vez que el data center se encuentra listo, es posible instalar servidores y
operar bases de datos y aplicaciones, dispositivos de comunicación, entre otros.
Estos dispositivos requieren tareas de mantenimientos preventivos (3 a 6

meses) y servicios de reparación en sus componentes. De igual manera, las
actividades de mantenimiento en lo referente al licenciamiento de las
aplicaciones, los sistemas operativos y bases de datos. Este conjunto de
ejemplos de eventos hacen que el gasto de mantener un data center sea
elevado. Esto hace que los Gerentes de TIC analicen la posibilidad de adoptar
una plataforma Cloud como una opción para sus empresas.
Figura 10. Componentes de un Modelo tradicional.
34
Componentes
Se mencionan algunos factores importantes al momento de diseñar e
implementar un data center bajo el modelo de gestión tradicional: Diseño
(criterios de diseño, diseño de detalle), ingeniería mecánica para el diseño de
la infraestructura, ingeniería eléctrica para el diseño de la infraestructura,
selección del sitio, control ambiental, energía eléctrica, protección contra
incendios y seguridad.
Ventajas
Entre las ventajas del modelo de gestión tradicional se mencionan:
 Contratar los servicios de mantenimiento preventivo y correctivo de los

componentes físicos de los diferentes dispositivos con empresas aliadas o de
confianza al staff de TIC de la organización.
 Los datos y activos tecnológicos se mantienen físicamente dentro de la

organización y solo el personal autorizado tiene acceso a los mismos.
Desventajas
Algunas de las desventajas que presenta este modelo son:
 Los equipos requieren de ambientes físicos rigurosos y costosos para

mantener su tiempo de vida útil; bajas temperatura, niveles de humedad
adecuados, suministros de energía eléctricas regulados, entre algunos.
 El personal no calificado que tenga acceso al data center y por

desconocimiento en su manejo puede causar daños en el sistema operativo
y en los datos; además, están expuestos a robos, incendios, lo que
ocasionaría la pérdida de los activos tecnológicos y un colapso en las
operaciones de la empresa.
35
 Si las operaciones de la empresa se incrementa las necesidades de
capacidad de su data center también serán mayores, porque requiere la
instalación de más servidores y todos sus elementos relacionados tanto
tecnológicos y económicos.
Tabla 9
Comparacion entre modelo Tradicional y Cloud
Modelo Cloud Ejemplo servicios en la

Modelo Tradicional computing – SaaS nube
Pago por uso (pay as

Precio del Licencia permanente.
you go). Modelo de
servidor Modelo de costes fijo.
costes variable.
Incluido en las tasas

Hardware Local
del Servicio
Licencia Sistema Incluido en las tasas

A cargo del usuario
Operativo del Servicio
Uso personal:
Youtube,VOD, Picas,
Licencia
A cargo del usuario Vía web Photoshop, Deezer,
Software
Spotify, lastFM, qubuz,
Gmail, Netflix, Google
Docs, etc.
Acceso al Cliente instalado localmente Incluido en las tasas
Servicio en el equipo del usuario del Servicio
Uso Corporativo:
Salesforce CRM,
Google Apss,
Costes de Periódico a cargo del Incluido en las tasas
Deskaway, Azure,
Mantenimiento usuario del Servicio
Visual Studio, Survey
Monkey, etc
Larga duración. Ocupa No necesaria. Posible
Instalación recursos y espacio en personalización e
equipo local. implementación.
Operaciones de Incluido en las tasas

A cargo del usuario
tipo IT del Servicio
Actualizaciones menores Incluidas. Nuevas

Coste de incluidas. Pago por características
Actualizaciones upgrades es introducidas
responsabilidad del cliente. diariamente.
36
2.2.3. Windows Azure Platform
Windows Azure Platform es un servicio PaaS (Plataforma como Servicio) que

forma parte de la amplia oferta de servicios online de Microsoft Corporation.
Proporciona un entorno familiar y flexible para desarrollar aplicaciones y servicios
en la nube con todas las ventajas que esto supone.
Con Windows Azure Platform una pequeña o mediana empresa puede reducir el
tiempo de lanzamiento de los productos y adaptarse a cada uno de los procesos
fácilmente a medida que la demanda de estos crezca.
Figura 11. Windows Azure Platform.

Adaptado de “Windows Azure” Copyright 2017 por Google, inc.
Windows Azure es una plataforma interoperable, que permite desarrollar en

diversos lenguajes así como la comunicación con cualquier entorno externo.
Además, si bien Visual Studio es la herramienta más productiva a la hora de
trabajar con la plataforma, se dispone de herramientas y SDKs para otros
sistemas y entornos.
La plataforma de Windows Azure es un conjunto de servicios base en la nube,
que pueden usarse conjuntamente o de manera independiente, el cual permite
que:
37
 Los desarrolladores utilicen sus habilidades actuales y sus herramientas
conocidas para desarrollar aplicaciones Cloud.
 Los ISVs o proveedor de software independiente y los integradores de

sistemas ingresen al mercado con rapidez y paguen a medida que usted
ingrese.
 Los administradores IT (Tecnologías de la información) obtengan acceso a

un nuevo conjunto de recursos sin agregar complejidad
 Empresas de todos los tamaños respondan con rapidez a medida que

cambian las necesidades comerciales
Windows Azure está compuesta por los siguientes servicios:
Windows Azure
Ofrece a los desarrolladores servicios de ejecución y almacenamiento bajo
demanda. Dada la abstracción de la que provee a las aplicaciones se suele
definir como el Sistema Operativo de la Nube, lo cual es una forma sencilla
de entenderlo. Utilizando este servicio, los desarrolladores podrán desplegar
y gestionar sus aplicaciones en los centros de datos de Microsoft. Además
ofrece mecanismos simples de almacenamiento (tablas y BLOBS) y de
comunicaciones basadas en colas, esta es la parte de la plataforma que toda
aplicación Azure utilizará. Aunque es programable en diversos lenguajes en
este presente trabajo se utilizará la plataforma .NET.
Microsoft SQLAzure
Es una base de datos relacional en la Nube que permite tener acceso a
nuestros datos relaciones desde cualquier lugar en cualquier momento. Se
puede considerar como un servidor de datos SQL Server convencional pero
adaptado para funcionar en la Nube, en donde la alta disponibilidad es una de
38
las propiedades. Hay que destacar que SQLAzure es el primer gestor para la
Nube realmente relacional, que puede ejecutar y entender consultas SQL.
Windows Azure Platform AppFabric

Es la parte de la parte de Windows AzurePlatform que proporciona
autorización, autenticación y mensajería de manera que permite la
comunicación segura entre las aplicaciones desplegadas en la organización y
las aplicaciones desplegadas en Windows Azure.
AppFabricService Bus
Ofrece a los desarrolladores la flexibilidad para escoger como se comunican

sus aplicaciones, solucionando retos impuestos por cortafuegos, NAT, IP
dinámicas, etc.
AppFabric Access Control

Posibilita una autorización simple y segura para servicios web REST, que
además puede federarse con un gran abanico de proveedores de
identidades
Marketplace
Se trata de un servicio que permite a los desarrolladores encontrar, adquirir y

gestionar suscripciones a datos en la plataforma Windows Azure.
Windows Azure Market place Data Market
Antes conocido como Codename Dallas, incluye datos, imágenes, y los

servicios web en tiempo real de los principales proveedores y de los datos de
fuentes públicas. Los clientes tendrán acceso a bases de datos tales como
demográficos, ambientales, financieros, etc. Data market también incluye
visualizaciones y análisis de los datos.
39
Windows Azure Market place Applications
La sección de aplicaciones de Windows Azure Market place ofrece una lista

de elementos de componentes de bloques, servicios y servicios/aplicaciones.
Estos componentes están diseñados para ser incorporados por otros
desarrolladores en sus aplicaciones de Windows Azure Platform. También
incluye herramientas de desarrollo, herramientas administrativas,
componentes, plugins y plantillas.
En el siguiente gráfico se muestra los servicios que esta plataforma proporciona

y como se relacionan entre sí.
Figura 12. Servicios de Windows Azure Platform.

Adaptado de “Servicios de Windows Azure” Copyright 2017 por Microsoft Azure, Microsoft,
inc.
Se puede ver en el gráfico como Windows Azure Platform proporciona servicios
para utilizar desde cualquier plataforma gracias al uso de estándares
universalmente aceptados como SOAP, REST y XML. Está soportado el
40
desarrollo directo sobre la plataforma con .NET pero también existen para
diferentes entornos como PHP, Java.
2.2.4. Application Gateway
Microsoft Azure Application Gateway cuenta con un controlador de entrega de

aplicaciones (ADC) que se ofrece como servicio y que proporciona numerosas
funcionalidades de equilibrio de carga de nivel. Permite a los clientes optimizar la
productividad de las granjas de servidores web traspasando la carga de la
terminación SSL con mayor actividad de la CPU a Application Gateway. Además,
dispone de otras funcionalidades de enrutamiento de nivel 7, como la distribución
round robin del tráfico entrante, la afinidad de sesiones basada en cookies, el
enrutamiento basado en rutas de acceso URL y la capacidad de hospedar varios
sitios web detrás de una única puerta de enlace de aplicaciones. Application
Gateway dispone también de un firewall de aplicaciones web (WAF) que protege
la aplicación contra la mayoría de las vulnerabilidades web más comunes
identificadas por OWASP. Application Gateway puede configurarse como una
puerta de enlace orientada a Internet, una puerta de enlace solo para uso interno
o una combinación de las dos. Application Gateway está completamente
administrada por Azure, es escalable y tiene una elevada disponibilidad. Cuenta
con un amplio conjunto de funcionalidades de diagnóstico y registro, lo que facilita
su administración. Application Gateway puede usarse con máquinas virtuales,
servicios en la nube y aplicaciones web de uso externo o interno.
Application Gateway es una aplicación virtual dedicada para su aplicación que se

compone de varias y dispone de numerosas instancias de trabajo, por lo que
ofrece escalabilidad y una gran disponibilidad. Cuando se crea una puerta de
enlace de aplicaciones, se asocia un punto de conexión (una VIP pública o una
IP de ILB interna) que se utiliza como dirección IP pública para el tráfico de red
de entrada. Esta dirección IP de ILB o VIP la proporciona la instancia de Azure
Load Balancer operativa en el nivel de transporte (TCP/UDP) y hace que toda la
carga del tráfico de red entrante se equilibre en las instancias de trabajo de
41
Application Gateway. Application Gateway enruta el tráfico HTTP/HTTPS en
función de su configuración, independientemente de que se trate de una máquina
virtual, un servicio en la nube o una dirección IP interna o externa.
2.2.5. Equilibrador de carga de Azure (Load Balancer)
Equilibrador de carga de Azure proporciona una alta disponibilidad y un elevado

rendimiento de red para sus aplicaciones. Se trata de un equilibrador de carga de
nivel 4 (TCP y UDP) que distribuye el tráfico entrante entre las instancias de
servicio correctas de los servicios que se definen en un conjunto de carga
equilibrada.
Azure Load Balancer puede configurarse para lo siguiente:
 Equilibrar la carga del tráfico entrante de Internet entre las máquinas virtuales.
Esta configuración se conoce como " equilibrio de carga con conexión a Internet".
 Equilibrar la carga del tráfico entre máquinas virtuales de una red virtual, entre
máquinas virtuales de servicios en la nube o entre equipos locales y máquinas
virtuales de una red virtual entre entornos locales. Esta configuración se conoce
como " equilibrio de carga interno".
 Reenviar el tráfico externo a una máquina virtual determinada.
Todos los recursos en la nube necesitan una dirección IP pública para ser
accesibles desde Internet. La infraestructura de nube de Azure usa direcciones
IP no enrutables para sus recursos. Asimismo, usa traducción de direcciones de
red (NAT) con direcciones IP públicas para comunicarse con Internet.
42
Modelos de implementación de Azure
Es importante comprender las diferencias entre los modelos de

implementación clásico de Azure y de Resource Manager. ya que Azure Load
Balancer se configura de forma diferente en cada uno de ellos.
Modelo de implementación clásica de Azure
Las máquinas virtuales que se implementan dentro de los límites de un servicio

en la nube pueden agruparse para usar un equilibrador de carga. En este modelo,
una dirección IP pública y un nombre de dominio completo (FQDN) se asignan a
un servicio en la nube. El equilibrador de carga se ocupará de la traducción de
puertos y de equilibrar la carga del tráfico de red aprovechando la dirección IP
pública para el servicio en la nube.El tráfico de carga equilibrada lo definen los
puntos de conexión. Los puntos de conexión de traducción de puertos establecen
una relación uno a uno entre el puerto público asignado de la dirección IP pública
y el puerto local asignado para enviar tráfico a una máquina virtual específica.
Los puntos de conexión de equilibrio de carga tienen una relación uno a varios
entre la dirección IP pública y los puertos locales asignados a los servicios de las
máquinas virtuales del servicio en la nube.
Figura 13. Azure Load Balancer en el modelo de implementación clásica.

Adaptado de “Azure Load” Copyright 2017, por Microsoft Azure, Microsoft, inc.
43
Modelo de implementación de Azure Resource Manager
No hay ninguna necesidad de crear un servicio en la nube en el modelo de

implementación de Resource Manager. El equilibrador de carga puede crearse
expresamente para enrutar el tráfico entre varias máquinas virtuales.
Una dirección IP pública es un recurso individual que tiene una etiqueta de

dominio (nombre DNS). La dirección IP pública está asociada al recurso de
equilibrador de carga. Las reglas de este último y las de NAT de entrada usan la
dirección IP pública como el punto de conexión de Internet para los recursos que
reciban tráfico de red de carga equilibrada.
Se asigna una dirección IP privada o pública al recurso de interfaz de red

asociado a una máquina virtual. Una vez agregada una interfaz de red a un grupo
de direcciones IP de back-end del equilibrador de carga, este empezará a enviar
tráfico de red de carga equilibrada en función de las reglas de carga equilibrada
creadas.
Figura 14. Azure Load Balancer en Resource Manager.

Adatado de “Azure Load Balancer en Resource” Copyright 2017 por Microsoft Azure, Microsoft
44
2.2.6. Marco de trabajo con Scrum
El marco técnico de Scrum, por su sencillez, resulta apropiado para equipos y

organizaciones que quieren comenzar a “avanzar en Scrum” Está formado por
un conjunto de prácticas y reglas que resultan válidos para dar respuesta a los
siguientes principios de desarrollo ágil:
 Gestión evolutiva del avance, en lugar de la tradicional o predictiva.

 Trabajar basando la calidad del resultado en el conocimiento tácito de las
personas, más que en el explícito de los procesos y la tecnología
empleada.
 Estrategia de desarrollo incremental a través de iteraciones (Sprint) y
revisiones.
 Seguir los pasos del desarrollo ágil: desde el concepto o visión general de
la necesidad del cliente, construcción del producto de forma incremental a
través de iteraciones breves que comprenden fases de especulación -
exploración y revisión. Estas iteraciones (en Scrum llamadas Sprint) se
repiten de forma continua hasta que el cliente da por cerrada la evolución
del producto.
Se comienza con la visión general de lo que se desea obtener, y a partir de ella

se especifica y da detalle a las partes de mayor prioridad, y que se desean tener
cuanto antes.
Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte
operativa del producto (incremento). La duración de cada sprint puede ser desde
una, hasta seis semanas, aunque se recomienda que no excedan de un mes.
En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves

diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día
anterior, y el previsto para el día en curso. Esta reunión diaria es de tiempo
45
prefijado de 5 a 15 minutos máximo, se realiza de pie junto a un tablero o pizarra
con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta
reunión se denomina “reunión de pie” o “scrum diario” y si se emplea la
terminología inglesa: “stand-up meeting”, también: “daily scrum” o “morning
rollcall”. (Scrum Manager, 2016)
Principales características de SCRUM
Fueron los teóricos Schwaber y Sutherland quienes, en 1995, durante una feria
sobre gestión empresarial realizada en Austin (EE.UU.), presentaron ante los
profesionales del área aquella estrategia incipiente que, sin embargo, una década
más tarde llegaría a convertirse en una de las más empleadas en el mundo:
Scrum.
En esencia, se trata de un modelo de trabajo que plantea la definición de
prácticas y roles en función de algunos elementos estratégicos:
 División del trabajo en iteraciones. El grueso del proyecto se fracciona en

ciclos cortos de trabajo que culminan con la entrega de resultados
parciales. Cada ciclo debe tener un objetivo específico y tiene que suponer
un avance en función del que le precede. Suelen durar 15-30 días.
 Intervención del Product Owner en todas las fases. El destinatario ya no

debe esperar a las fases finales del proyecto para ver los resultados. Scrum
le da la posibilidad de intervenir en todas las etapas y modificar aquellos
detalles con los que no esté de acuerdo.
 Reuniones permanentes. En el método Scrum, la información fluye gracias

a las reuniones entre los ejecutantes del proyecto y el destinatario, desde
la planificación hasta la entrega final del producto o servicio.
46
 Alto grado de autonomía de los equipos. El Scrum Team es mucho más
que delegar acciones en otros. Lo que se busca es que los equipos
adquieran un alto grado de autonomía, responsabilidad y eficiencia
Ventajas y desventajas de Scrum
Como cualquier herramienta de gestión de proyectos, Scrum ofrece numerosas

ventajas a los profesionales del área y presenta algunas limitaciones que es
necesario tener en cuenta. Veamos cuáles son las más significativas en cada
caso:
a) Ventajas de Scrum
Scrum se ha convertido en uno de los métodos de gestión más innovadores,

entre otras cosas porque supone algunos beneficios como:
 Alineamiento entre el equipo de trabajo y el cliente. La entrega parcial

de resultados permite que las expectativas del Product Owner se
sincronicen con el día a día de quienes ejecutan el trabajo. Ambas cosas
van de la mano.
 Disminución de los riesgos del proyecto. El cliente o destinatario puede

implementar medidas o soluciones cuando lo considere oportuno. Es
decir, que los riesgos del proceso se mitigan casi de forma inmediata, pues
aumenta la capacidad de respuesta del equipo en su conjunto.
 Mayor calidad del producto o servicio. Lo que se revisa básicamente

en cada iteración es si el producto cumple conos requisitos para satisfacer
una determinada demanda. La calidad está permanentemente sometida a
revisión.
47
 Flexibilidad y adaptabilidad a los cambios. Scrum no es una
metodología rígida. Al contrario, su forma de ejecución abre la puerta a
cambios o mejoras que exija el contexto o las circunstancias de cada caso.
 Mejores niveles de productividad y motivación. El Scrum Máster es el

encargado de inculcar en sus colaboradores el sentido de la
responsabilidad con el proyecto, algo que a su vez genera mayor
compromiso, motivación y, sobre todo, productividad. Cada uno se siente
parte del todo.
b) Desventajas de Scrum
Sin embargo, como cualquier otra herramienta de gestión de proyectos, Scrum

tiene una serie de limitaciones que es preciso tener en cuenta. Las más
significativas son:
 No es idóneo para equipos grandes. La esencia del método es

concentrar una serie de funciones (no muchas ni complejas) en un período
corto de tiempo. En eso radica su fuerza. Cuando el grupo de trabajo es
muy grande, el efecto de Scrum tiende a diluirse.
 Requiere colaboradores experimentados. Los plazos son generalmente

cortos, lo cual obliga a que el equipo de trabajo sea experimentado en el
área. Se requiere rapidez, eficiencia y una alta capacidad de respuesta.
 Altos niveles de presión y estrés. El trabajo dividido en iteraciones

puede dar lugar a un aumento de la presión sobre los equipos de trabajo,
sobre todo en aquellos proyectos con fechas cortas o próximas entre sí.
48
Elementos Clave en la Metodología Scrum
Los numerosos beneficios que ofrece la metodología Scrum serían imposibles
sin una serie de elementos básicos que constituyen su esencia. Para tener una
mejor idea de ello, echemos un vistazo a sus roles, eventos y artefactos.
a) Roles de la Metodología Scrum

En la metodología Scrum existen dos tipos claros de roles: los roles “cerdo”, que
son los que asumen aquellos que tienen incidencia directa en el proyecto; y los
roles “gallina”, cuya participación en el mismo es sólo indirecta. Teniendo en
cuentes esta diferencia, los
Más representativos para la metodología son:
 Scrum Máster: no sólo es el líder del equipo, sino sobre todo el encargado
de eliminar cualquier obstáculo que impida la consecución de los objetivos.
Delega las tareas en sus colaboradores para que éstos se auto organicen
y alcancen un nivel de coordinación y colaboración exitoso. Es una
persona que aglutina.
 Product Owner: es quien representa la voz del cliente. A veces es el

mismo, aunque en otras ocasiones es un representante o tercero.
 Scrum Team: es el que se encarga de ejecutar las acciones previstas.

Para el que el proceso sea exitoso, lo ideal es que sean mínimo 5 personas
y máximo 9.
 Usuarios: es el destinatario final del producto. Ojo, no hay que confundirlo

con el cliente, que es quien delega en el equipo la elaboración del
proyecto. Los usuarios son los que se benefician tras la compra, uso o
adquisición de dicho producto en el mercado para satisfacer una
necesidad específica.
49
b) Eventos de Scrum
 Sprint: se le considera la esencia del método Scrum. Son períodos cortos

de 15-30 días en los que se realiza una acción concreta. Cada sprint debe
ponerse en marcha sólo cuando el anterior haya terminado. Lo ideal es no
modificar sus plazos y tiempos; por el contrario, la mejor forma de obtener
los resultados esperados es cumpliendo con lo acordado.
 Reunión de planificación del sprint: en esta reunión se definen las tareas

que formarán parte de cada sprint. Lo más importante es que el Scrum
Máster se asegure de que sus colaboradores han entendido el propósito y
que el evento se lleve a cabo con absoluta normalidad. Los Sprint sólo se
deben cancelar si los propósitos de la empresa cambian drásticamente.
 Objetivo del sprint: cada iteración debe tener un objetivo claro, el cual está
definido de antemano en el Product Backlog. A medida que los equipos
trabajan, se deben ir implementando los recursos previstos u otros que no
se habían tenido en cuenta previamente.
 Scrum Diario: esta reunión no puede durar más de 15 minutos y tiene lugar
al inicio de cada jornada. La idea es informar sobre lo que se hizo el día
anterior, lo que se hará ahora y los obstáculos que han ido surgiendo.
 Revisión de sprint: es una especie de valoración que se realiza al final de

cada sprint. El objetivo no es otro que inspeccionar el incremento de esa
fase en concreto y los resultados obtenidos.
 Retrospectiva de sprint: una vez se ha efectuado la revisión de cada sprint,

el Scrum Máster y el Scrum Team hacen un balance general de lo que ha
sido esa fase del proceso. Las conclusiones, mejoras y recomendaciones
se tendrán en cuenta a la hora de iniciar el nuevo ciclo de trabajo.
50
c) Los Artefactos de Scrum
Bajo el nombre de artefactos se conocen todos aquellos elementos que

garantizan la transparencia y el registro de la información clave del proceso de
Scrum. Es decir, son los recursos que sientan las bases para la calidad y la
productividad de cualquier proyecto. (Scrum Body knowledge (SBOK Guide),
2016)
 Lista de producto: es el documento central de un proyecto Scrum. En él se

reflejan todos los elementos necesarios para la ejecución del mismo y, por
tanto, es la principal referencia a la hora de realizar cambios o plantear
soluciones. Es decir, debe tener una doble naturaleza: ser lo
suficientemente claro con todos los recursos y requerimientos, pero a la
vez tener la suficiente flexibilidad para poder introducir variantes si el caso
lo precisa.
 Lista de objetivos pendientes del sprint: cuando ciertos objetivos no se

cumplen y las soluciones no pueden implementarse en el momento, es
necesario trasladarlas al siguiente ciclo de trabajo. La lista de objetivos
pendientes nos ayudará a tenerlos presentes. También puede hacerse una
lista de pendientes dentro de cada sprint, pero sólo si es viable
implementar las soluciones.
 Incremento: es la forma en que medimos el progreso que ha tenido el

proceso en cada etapa. Para Scrum es esencial que cada iteración tenga
un incremento; si no es así, esto revelará que algo ha fallado. El producto
final no es otra cosa que la suma de los incrementos temporales.
51
Figura 15. Ciclo de Vida SCRUM.
Adaptado de “Ciclo de vida SCRUM” por Copyright 2016, por VMedu, recuperado de la
Guía SBOOK
52
CAPITULO III
DISEÑO E IMPLEMENTACION EN WINDOWS AZURE
3.1 GENERALIDADES
La solución de Gestión Cloud Computing para la mejora de los servicios de TI en

la empresa Business Analytics, consta en que la empresa no tendrá sus
aplicaciones y datos dentro de sus ordenadores o servidores, si no que estarán
alojados en Cloud, para así poder ser accesibles desde cualquier ordenador con
conexión a internet.
La metodología a utilizar para la implementación será la metodología SCRUM,

la cual nos guía en sus procesos paso a paso en la elaboración de la
implementación de Cloud Computing. Esto debido a que solamente abarcaremos
dos servicios específicos.
3.2 ESTUDIO DE FACTIBILIDAD
3.2.1. Factibilidad técnica
Podemos decir que esta tesis es factible porque se cuenta con la

información y los recursos necesarios para la implementación de la Gestión
de Cloud Computing sobre la nube Microsoft Windows Azure en la empresa
Bussines Analytics en el que únicamente se necesita tener un servicio de
internet de banda ancha, debido que la comunicación de cliente y los
servidores únicamente son los protocolos de internet HTTP y HTTPS lo que
facilita el uso, disminuye requisitos pre-establecidos y aumenta
considerablemente la facilidad de uso y la compatibilidad con diferentes
sistemas operativos existentes, se cuenta con herramientas como libros,
artículos, equipos de cómputo.
La empresa cuenta con el hardware especificado en la siguiente tabla
54
Tabla 10
Hardware Actual de Bussines Analytics
Servidores Procesador Memoria Almacenamiento Precio
Procesador Intel® Xeon®

Disco duro SATA
E5-2403 1.80GHz, 10MB 8GB RDIMM,
1TB
Cache, 6.4GT/s QPI, 1600MT/s, Low
PowerEdge T320 7.2K RPM 3Gbps $2.099,00
NoTurbo, 4C, 80W, Max Volt, Single Rank,
3.5
Mem x4 Data Width
pulgadas Cabled
1066MHz
Disco duro SATA
1TB
3.5
Mem x4 Data Width
pulgadas Cabled
1066MHz
Disco duro SATA
1TB
3.5
Mem x4 Data Width
pulgadas Cabled
1066MHz
Disco duro SATA
2TB
Servidor DELL INTEL Xeon E3-1220v5
8GB DDR4 7.2K RPM 3Gbps $1.295,49
PowerEdge R230 3.00Ghz, 1U RACK
3.5
pulgadas Cable
Intel® Xeon® Eight-Core
E5-2630v3 - 2.4GHz,
20MB L3 Cache HP 1TB 6G SATA
Servidor HP Estándar 16 GB (1 x
Formato: 1U para RACK (1 7.2k 2.5in SC MDL $6.000.00
ProLiant DL360 16 GB)
U = 1.75”) HDD
RDIMM / Máximo 1.5 TB
usando LRDIMM
Switch versátil CEE/DCB y
FCoE de nivel 2 con 24
PowerConnect B- puertos a 10 Gbps para
$ 1800.00
8000 Switch conexiones LAN y puertos
Fibre Channel de 8 Gb/s
para conexiones SAN.
Dell - DELL Smart UPS

Dell UPS $800.00
2200
55
Licencia Windows
Server 2012 R2 - - - $ 6155,00
Standard
Licencia SQL
server Enterprise - - - $ 5500,00
2012
Soporte con
empresa - - - $4000.00
Externa(Anual)
Mantenimiento
Data Center - - - $200.00
(Mensual)
Total 32,047.00
En cuanto al software, se necesita herramientas de ofimática, sistema operativo

Windows 7, SQL Server Management Studio 2014, SOAP UI, Apache Jmeter,
navegador (Firefox, Chrome o Interner Explorer) y una licencia para el portal de
administración de Microsoft Azure.
La Empresa Business Analytics cuenta con el software especificado en la Tabla.
Tabla 11
Software Actual de Bussines Analytics
Software Estado Comentarios
Office 2010 Standard Licenciado Para las PCs de la Empresa
Windows 7 Licenciado Para las PCs de la Empresa
SQL Server Management Studio Para el servidor de base de

Licenciado
2014 Standard datos
Para las PCs con acceso a
Mozilla Firefox Libre
internet
SOAP UI Libre Para las PCs de la Empresa
Apache Jmeter Libre Para las PCs de la Empresa
Windows Server 2012 Standard Licenciado Para las PCs de la Empresa
56
Tabla 12
Caracteristicas de Window Server 2012 Standard en Bussines Analytics
Especificaciones Standard
Retail, licenciamiento por volumen,
Distribución
OEM
Modelo de licenciamiento Por CPUnota 3 + CAL
Precio USD 882
Límite de chips de procesador 64
Límite de usuarios Sin límite
Límite de servicios de archivos Sin límite
Políticas de Red y límites de Servicios de Acceso Sin límite
Límites de Servicios de Escritorio Remoto Sin límite
Permisos de Virtualización Parcial: 2 máquinas virtuales
Rol DHCP Sí
Rol DNS server Sí
Rol Servidor de Fax Sí
Servicios UDDI Sí
Servicios de Impresión y Documentación Sí
Servicios Web (Internet Information Services) Sí
Windows Deployment Services Sí
Windows Server Update Services Sí
Active Directory Lightweight Directory Services Sí
Active Directory Rights Management Services Sí
Rol Aplicación de Servidor Sí
Server Manager Sí
Windows Powershell Sí
57
Active Directory Domain Services Sí
Active Directory Certificate Services Sí
Active Directory Federation Services Sí
Modo Server Core Sí
Hyper-V Sí
Tabla 13
Caracteristicas de Microsoft SQL Server Management Studio 2014 Standard en Bussines Analytics.
Característica Standard
Capacidad máxima de cálculo que usa una sola Limitada a menos de 4 sockets o
instancia: Motor de base de datos de SQL Server1 24 núcleos
Capacidad máxima de cálculo que usa una sola Limitada a menos de 4 sockets o
instancia: Analysis Services o Reporting Services 24 núcleos
Memoria máxima para el grupo de búferes por cada
128 GB
instancia de Motor de base de datos de SQL Server
Cantidad máxima de memoria para la caché de
segmento del almacén de columnas por cada 32 GB2
instancia de Motor de base de datos de SQL Server
Tamaño máximo de datos con optimización para
memoria por base de datos en Motor de base de datos 32 GB2
de SQL Server
Memoria máxima usada por instancia de Analysis Tabular: 16 GB
Services MOLAP: 64 GB
Memoria máxima usada por instancia de Reporting
64 GB
Services
Tamaño máximo de la base de datos relacional 524 PB
Luego del estudio de factibilidad técnica, se determino que la Empresa Bussines

Analytics cuenta con todo el hardware y software necesario para la implementación
de la gestión de Cloud Computing. Esto hace que en el aspecto técnico, el proyecto
sea factible.
58
Figura 16. Arquitectura Actual de la Aplicación Geopoint Engine.
Para este proyecto se realizó una evaluación técnica de tres proveedores en

infraestructura (Windows Azure, Amazon Web Services, Google App Engine)
se evaluaran ciertas características en cuanto a configuración a medida de los
requerimientos del cliente en cuanto a memoria, capacidad, procesador y
otras características que se requieran al momento de la implementación, el
soporte a los diferentes sistemas operativos instalados en la plataforma, se
deben considerar los siguientes puntos para la evaluación.
Costos
Este parámetro refiere a los costos por la implementación de la aplicación a la
plataforma, que se basa específicamente en los recursos que se utilizaran
para que pueda ejecutar la aplicación en la plataforma.
59
Calidad de Soporte
Este parámetro se basa en medir con qué rapidez se brinda el soporte en caso
de que ocurriera un problema, se debe considerar los tiempos de respuesta
por parte del proveedor.
Escalabilidad
Este parámetro medirá el crecimiento en infraestructura en cuanto a recursos
que se podrían adquirir en el tiempo, deberán ser de bajo costo y atendidos
rápidamente.
Facilidad de Uso
Esto parámetro medirá la calidad y facilidad de uso por parte de la empresa
Bussines Analytics, la plataforma debe ser de fácil configuración,
mantenimiento y administración por parte de la persona que será encargada
del buen funcionamiento de la plataforma.
Ubicación Física
Para esta tesis se tomara en cuenta la ubicación de física de la infraestructura
por temas en los tiempos de respuesta que se pueda tener en caso ocurra un
inconveniente con el servicio y por temas de comunicación del sistema con
los usuarios que utilizaran los aplicativos.
Proceso de Selección
Después de evaluar todos los parámetros, se relacionara con el objetivo de
este proyecto para eso se le dará una importancia a cada parámetro, todo esto
para elaborar una tabla para evaluar a cada proveedor (Windows Azure,
Amazon Web Services, Google App Engine)
Los valores de importancia serán del 3 al 1, siendo 3 el de mayor importancia
para la evaluación.
60
Tabla 14
Parámetros de Selección de Proveedor de la Infraestructura
Parámetro Valor de Importancia
Costos 3
Calidad de Soporte 2
Escalabilidad 3
Facilidad de Uso 1
Ubicación Física 1
Según las características detalladas de los proveedores y lo expuesto en el

proceso de la selección del proveedor, se realiza la siguiente tabla de evaluación
del proveedor.
Tabla 15
Comparativa de Proveedores Cloud
Microsoft Windows
Amazon Web Service Google App Engine
Parámetros y Azure
proveedores
Calificación Factor Calificación Factor Calificación Factor
Costos 3 3 3 3 3 3
Calidad de
2 2 3 2 3 2
Soporte
Escalabilidad 2 3 2 3 3 3
Facilidad de
3 1 2 1 3 1
Uso
Ubicación
3 1 2 1 3 1
Física
TOTAL 23 22 25
61
Figura 17. Comparativa de Proveedores Cloud.
Adaptado de “parativa de Proveedores Cloud” Copyright 2008 por APSER.
62
Figura 18. Tablero de Gartner relacionado con los proveedores
Cloud, con mayor acoguida en el modelo PaaS 2016.
Adaptado de “Tablero de Gartner relacionado con los proveedores”
por Gartner, 2016
3.2.2. Factibilidad operativa
El estudio de factibilidad operativa nos permite saber si se pondrán en marcha

la Gestión Cloud Computing que se pretende implementación, en beneficio a
la mejora de los servicios de TI.
Debido a la necesidad de la empresa Bussines Analytics a los elevados costo

en tiempo y esfuerzo que demanda las mejora de los servicios, han aceptado
la implementación de la gestión Cloud Computing, lo cual mejorara los
procesos de TI. A si pues, ninguno de los gerentes de la empresa presento
oposición al cambio.
Por el lado de la Gerencia de Geo Services, el gerente se ha comprometido al

uso de Cloud Computing, pues considera que es un proceso necesario. La
Gerencia general ha dado todo su apoyo para realizar dicho proyecto,
reservando un presupuesto para el próximo año en capacitaciones y
especializaciones en esta nueva tecnología.
63
3.2.3. Factibilidad económica
Desde un punto de vista financiero, se detalla una aproximación del gasto que
pueda tener el presente proyecto, tomando en consideración costos actuales.
Además siempre está presente la pregunta ¿en cuánto tiempo se recuperara
la inversión inicial? Sin embargo en el caso de esta implementación los
beneficios que nos otorgan son beneficios tangibles e intangibles. Muchas
veces la implementación de la gestión Cloud Computing es considerado
responsable secundario de las mejoras del servicios de TI , pues es cierto
que mejora los rendimientos del servicio, el personal humano es el que se
encarga de la gestión de Cloud Computing y decide qué acciones proactivas
tomar.
Podemos mencionar los beneficios intangibles que nos brindara la solución
 Aumentar la velocidad de respuesta ante un incidente en el servicio

 Facilitar la gestión del aprovisionamiento de recursos de forma oportuna
 Aprovechar al máximo los recursos tecnológicos
 Mejor gestión de los costo , llevando el modelo al pago por uso.
 Aprovisionamiento de recursos.
Podemos mencionar los beneficios tangibles que nos brindara la solución
 Disminución de los costos operativos y de TI

 Mejor uso del espacio tecnológico.
Costo de recursos Humanos
Para este proyecto no tendrá un costo por parte del personal que elabora el
proyecto ya que es proyecto de tesis.
Costo de Implementos de Investigación

El costo por los implementos de Investigación es solventada por los
investigadores, el trabajo en la plataforma Azure será realizada al inicio con una
64
sucripcion gratuita las cual tienes una vigencia de 30 días y un credito de
$100.00. Continuando con el proyecto se vinculara una tarjeta de credito con un
gasto aproximado de $400.00 los cuales nos permitiran concluir con la
implementación, con respecto al material para trabajar como laptops será
responsabilidad de cada investigador.
Tabla 16
Equipos a Utilizar para el Proyecto
Hardware Descripción Comentarios
Procesador:Intel Core i7 6500U 2.50 GHz.
Memoria:8GB DDR3L.
Disco Duro:1 TB SATA 5400 rpm.
Para el uso del
Laptop T. Video:Amd Radeon R5 M335 4 GB
Investigador.
DDR3
U. Óptica:DVD Multiformato
Pantalla: LED HD 15.6" (1366x768)
Procesador: Intel® Core™ i5 6200U
Memoria RAM: 4GB
Para el uso del
Laptop Disco Duro: 500 GB
Investigador.
T. Video: AMD Radeon R5 M315 2GB
Pantalla: LED 14" HD
Marca : OLO Para la
Router
Modelo : L6600-X8 conexión a
Inalambrico
Plan: 10 Gb de descarga internet
Tabla 17
Costos de implementos de Investigación
Tipo Recurso Cantidad Costo (s./)
Recurso Humano Personal 2 0.0
Crédito Microsoft Azure 1 1200.00
Papel bond 500 25.0
Lapicero 5 2.5
Materiales de Oficina
Lápiz 5 2.5
Tinta para impresora 4 50.0
Otros gastos Movilidad Varios 50.0

Total S/ 1330.00
65
3.2.4. Planificación del proyecto
Descripcion del proyecto

La implementación propuesta para la Empresa Business Analytics, permitirá
las mejoras de los servicios de TI, hacia los clientes finales. Con esto las
diversas acciones que se realicen por ejemplo (Auto Escalamiento), permitirán
el correcto uso de la infraestructura y por ende un pago justo.
Para esto de implementar la Gestion Cloud computing para la mejora de los

servicios de TI, Se efectuara un análisis de la demanda actual y futura para el
buen aprovisionamiento de los recursos, finalmente se llevara a cabo el diseño
e implementación de la Gestion de Cloud Computing.
Objetivos del Proyecto
La apuesta de la empresa Business Analytics por la gestión Cloud Computing
permitirá de la empresa disponga de una Infraestructura de Alta disponibilidad
y rendimiento gracias a su disposición de clúster, garantizando seguridad y
fiabilidad.
Así mismo, lo beneficios percibidos a nivel de mejora de la gestión al contar
con un menor número de máquinas físicas.
Brinda a la gerencia evolucionar su infraestructura de TI hacia un modelo más
dinámico con claro beneficios, consolidación de hardware , ahorro en el
consumo de recursos de TI, tanto en mantenimiento, como en licencias,
espacio físico y ahorro energético.
Alcance del Proyecto

Implementación de la gestión de Cloud computing ,para la mejora de los
servicios de TI en empresa Business Analytics, realizando un análisis
comparativo de los servicios implementados en el modelo tradicional.
 Diseño de ArquitecturaTradicional
 Diseño de Arquitectura Cloud Computing
 Selección de los servicios de Microsoft Azure
 Analisis de Costos
 Analisis de la implementación
 Refactorización de código fuente, para implementación en Cloud
66
3.2.5. Planeamiento
Tabla 18
Historia de Usuario N° 01 – HU01
HISTORIA DE USUARIO N° 01 – HU01
ID: HU01 USUARIO: Jefe de Desarrollo

NOMBRE DE HISTORIA: Identificación de las fuentes para la migración de
las aplicaciones
PRIORIDAD: 1 MÓDULO ASIGNADO: Análisis
DESCRIPCIÓN DE HISTORIA DE USUARIO:
Como Jefe de desarrollo, Preparar las fuentes para la migracion, Identificar
la fuentes finales que tendra que migrarse.
CRITERIO DE ACEPTACIÓN:
Tener la fuentes correctas
Tabla 19
ID: HU02 USUARIO: Administrador de Infraestructura
NOMBRE DE HISTORIA: Diseño de la arquitectura actual en Microsoft Visio

Como un Administrador de Infraestructura, se require crear la cuenta en
azure, con la finalidad de administrar desde la consola los recursos que Azure
dispone.
Tener la cuenta active
67
Tabla 20
ID: HU03 USUARIO: Administrador de Infraestructura

NOMBRE DE HISTORIA: Diseño de la arquitectura propuesto en Microsoft
Visio
Como un Administrador de Infraestructura, se require solicitar los accesos y
modificar los mismos, con la finalidad de mantener la seguridad de la consola
para uso exclusivo de la administracion.
Actualizacion de la credenciales
Tabla 21
USUARIO: Administrador de
ID: HU04
Infraestructura
NOMBRE DE HISTORIA: Descripción de los servicios a utilizar de Microsoft
Azure
Como un Administrador de Infraestructura, se require crear la cuenta para SQL
Azure, Development, Hosted, con la finalidad de administrar desde la consola
los recursos que Azure dispone.
Tener la cuenta active
Tabla 22
NOMBRE DE HISTORIA: Descripción de los costos a utilizar sobre la
arquitectura propuesta
Como Jefe de desarrollo, se require actualizar las fuentes, para que trabajen
sobre arquitectura Azure, con la finalidad de dar buen funcionamiento de la
aplicación sobre arquitectura azure
Codigo bajo estandares de Azure
68
Tabla 23

ID: HU06
Infraestructura
NOMBRE DE HISTORIA: Obtener la cuenta en Azure
MÓDULO ASIGNADO:
PRIORIDAD: 2
Suscripción
Como un Administrador de Infraestructura, se require obtener la cuenta en
azure, con la finalidad de poder reservar componentes Azure.
Aprobación por email
Confirmación
Tabla 24

ID: HU07
Infraestructura
NOMBRE DE HISTORIA: Colocar en la lista de espera para la clave
PRIORIDAD: 2 MÓDULO ASIGNADO: Suscripción
Como un Administrador de Infraestructura, se require gestionar las claves, con
la finalidad de tener ingresar a Azure.
Confirmación
Tabla 25

NOMBRE DE HISTORIA: Creación de la cuenta para SQL Azure, y
Development
Como Jefe de desarrollo, se require crear de la cuenta para SQL Azure, y
Desarrollador, con la finalidad de poder reservar componentes de desarrollo.
69
Tabla 26
ID: HU09 USUARIO: Analista de TI
NOMBRE DE HISTORIA: Suscripción de la tarjeta de crédito

Como Analista TI, se require suscribir de la tarjeta de crédito, con la finalidad de
poder comprar componentes con promociones y descuentos.
Confirmación
Tabla 27

NOMBRE DE HISTORIA: Modificar la App GPE para que soporte los
servidores Virtuales (IaaS)
MÓDULO ASIGNADO:
PRIORIDAD: 3
Refactorización
Como Jefe de desarrollo, se require modificar la App GPE para que soporte los servidores
Virtuales (IaaS), con la finalidad migrar a cloud.
Restarurar de forma correcta
Tabla 28

MÓDULO ASIGNADO:
PRIORIDAD: 3
Refactorización
Como Jefe de desarrollo, se require Backups de las Base de datos de GPEngine a Migrar, con
la finalidad de realizar pruebas de bd posteriores.
Restarurar de forma correcta
70
Tabla 29

MÓDULO ASIGNADO:
PRIORIDAD: 3
Refactorización
Como Jefe de desarrollo, se require modificar el App GPE para que soporte los servidores
Virtual (PaaS), con la fnalidad de migrar a cloud
Pruebas de funcionamiento correctas
Tabla 30

NOMBRE DE HISTORIA: Modificar las Apps para que soporten los servidores
de BD SQLAzure
MÓDULO ASIGNADO:
PRIORIDAD: 3
Refactorización
Como Jefe de desarrollo, se require modificar las Apps para que soporten los servidores de
BD SQLAzure, con la finalidad de migrar a cloud , de forma mas segura posible
Pruebas con las fuentes modificadas
Tabla 31
ID: HU14 USUARIO: Arquitecto
NOMBRE DE HISTORIA: Crear las máquinas Virtuales tipo IaaS

MÓDULO ASIGNADO:
PRIORIDAD: 4
Implementación
Como Arquitecto, se require crear las máquinas Virtuales tipo IaaS, con la finalidad de
realizar las configuraciones respectivas
Pruebas de conectividad
71
Tabla 32

NOMBRE DE HISTORIA: Crear las máquinas Virtuales tipo PaaS
MÓDULO ASIGNADO:
PRIORIDAD: 4
Implementación
Como Arquitecto, se require crear las máquinas Virtuales tipo PaaS, con la finalidad de
realizar las configuraciones respectivas
Tabla 33
NOMBRE DE HISTORIA: Creación de los Servicios de Aplicación

MÓDULO ASIGNADO:
PRIORIDAD: 4
Implementación
Como Arquitecto, se require la Creación de los Servicios de Aplicación, con la finalidad de
crear los Servicios de Aplicación
Tabla 34
NOMBRE DE HISTORIA: Creación de la Red Virtual

MÓDULO ASIGNADO:
PRIORIDAD: 4
Implementación
Como Arquitecto, se require la Creación de los Servicios de Aplicación, con la finalidad de
crear los Servicios de Aplicación
72
Tabla 35

NOMBRE DE HISTORIA: Creación de los availability set
MÓDULO ASIGNADO:
PRIORIDAD: 4
Implementación
Como Arquitecto, se require la Creación de los availability set, con la finalidad de habilitar la
disponibilidad del servicio
Tabla 36
ID: HU19 USUARIO: Administrador
NOMBRE DE HISTORIA: Configuración inicial de Microsoft SQL Server 2012
MÓDULO ASIGNADO:
PRIORIDAD: 5
Implementación
Como administrador, se require realizar la Configuración SQL Server 2012, con la finalidad
de instalar las Apps
Tabla 37
NOMBRE DE HISTORIA: Creación de SQL Azure
MÓDULO ASIGNADO:
PRIORIDAD: 5
Implementación
Como administrador, se requiere realizar la Configuración SQL Azure, con la finalidad de
instalar las Apps
73
Tabla 38
NOMBRE DE HISTORIA: Creación de las cuenta de almacenamiento SDD

MÓDULO ASIGNADO:
PRIORIDAD: 5
Implementación
Como administrador, se requiere la creación de la cuenta de almacenamiento, con la finalidad
de desplegar las fuentes
Tabla 39
NOMBRE DE HISTORIA: Creación de las interfaz de Red

MÓDULO ASIGNADO:
PRIORIDAD: 5
Implementación
Como administrador, se requiere la creación de la interfaz de Red, con la finalidad de tener
conectividad entre diferentes puntos
Tabla 40
NOMBRE DE HISTORIA: Subirla aplicación al servidor
MÓDULO ASIGNADO:
PRIORIDAD: 6
Implementación
Como Arquitecto, se requiere subir la aplicación al servidor, con la finalidad de iniciar las
configuraciones iniciales
Comprobar con el manual de instalación
74
Tabla 41
NOMBRE DE HISTORIA: Configurar la aplicación GPEngine

MÓDULO ASIGNADO:
PRIORIDAD: 6
Implementación
Como Arquitecto, se requiere Configurar la aplicación GPEngine, con la finalidad de probar
el buen uso del servicio
Tabla 42

NOMBRE DE HISTORIA: Restaurar la base de datos
MÓDULO ASIGNADO:
PRIORIDAD: 6
Implementación
Como Arquitecto, se requiere Restaurar la base de datos, con la finalidad de iniciar las
mejoras respectivas de las base de datos
Tabla 43

NOMBRE DE HISTORIA: Pruebas de Integración
PRIORIDAD: 7 MÓDULO ASIGNADO: Pruebas

Como Arquitecto, se requiere realizar Pruebas de integración, con la finalidad de ver el
funcionamiento correcto de los componentes
N/A
75
Tabla 44
ID: HU27 |USUARIO: Arquitecto

NOMBRE DE HISTORIA: Reporte de strees y Rendimiento del Apps y Base
de datos
Como Arquitecto, se requiere realizar Reportes de strees y Rendimiento del Apps y Base de
datos, con la finalida de Estimar la demanda vs capacidad
Documento sencillo
Tabla 45
NOMBRE DE HISTORIA: Pruebas de Backups

Como Arquitecto, se requiere realizar Pruebas de Backups, con la finalidad de usar
correctamente las copias
Restaurar de forma manual
Tabla 46
NOMBRE DE HISTORIA: Puesta en producción los servicios de Backups

MÓDULO ASIGNADO:
PRIORIDAD: 8
Producción
Como Arquitecto, se requiere colocar en producción los servicios de Backups, con la finalidad
de Respaldar la información
Restaurar de forma manual
76
Tabla 47

NOMBRE DE HISTORIA: Pruebas de Integración finales
MÓDULO ASIGNADO:
PRIORIDAD: 8
Producción
Como Arquitecto, se requiere realizar Pruebas de Integración finales, con la finalidad de
revisar la seguridad en la Apps
Paso la prueba de un ataque de indisponibilidad del servicio
Tabla 48
NOMBRE DE HISTORIA: Puesta en marcha
MÓDULO ASIGNADO:
PRIORIDAD: 8
Producción
Como Arquitecto, se requiere poner en marcha, con la finalidad de Confirmar la seguridad y
rendimiento en la Apps
Funciona los Apps dentro de la normalidad
Tabla 49
NOMBRE DE HISTORIA: Configuración de NodePing

MÓDULO ASIGNADO:
PRIORIDAD: 8
Producción
Como Arquitecto, se requiere realizar la Configuración de NodePing, con la finalidad de
Integrar en la red
La maquinas se pueden ver en la red virtual
77
Tabla 50
NOMBRE DE HISTORIA: Configuración de Alertas
PRIORIDAD: 9 MÓDULO ASIGNADO: Producción

Como Arquitecto, se requiere realizar la Configuración de Alertas, con la finalidad de prevenir
antes eventuales problemas del servicio
Probar el servicio y esperar una alerta
Tabla 51
NOMBRE DE HISTORIA: Configuración de los DNS (servicios.analytics.pe)

Como Arquitecto, se requiere la Configuración de los DNS (servicios.analytics.pe), con la
finalidad de salir por el dominio correcto de la empresa
Ping al dominio
Tabla 52
NOMBRE DE HISTORIA: Produccion de GPEngine

Como Arquitecto, se requiere la Produccion de GPEngine, con la finalida de iniciar las
operaciones en el nuevo ambiente
Visualizar la Apps
78
Tabla 53

NOMBRE DE HISTORIA: Implementación de Servicios de alta disponibilidad
Como Arquitecto, se requiere Implementar los Servicios de alta disponibilidad, con la finalidad
de tener un Mecanismo de alta disponibilidad
Encedido automatico
Tabla 54
NOMBRE DE HISTORIA: Implementación de Servicios de respaldo
MÓDULO ASIGNADO:
PRIORIDAD: 10
Producción
Como Arquitecto, se requiere Implementar los Servicios de respaldo, con la finalidad de
probar los backups incrementales
Restaurar correctamente
Tabla 55

USUARIO: Administrador de la
ID: HU38
Base de Datos
NOMBRE DE HISTORIA: Tunning de las base de datos
MÓDULO ASIGNADO:
PRIORIDAD: 10
Producción
Como DBA, se requiere realizar Tunning de las base de datos, con la finalidad de ser mas
eficiente el proceso de las BD
Pruebas de stress con mayor capacidad
79
Tabla 56
NOMBRE DE HISTORIA: Implementación de Balanceo de Carga

MÓDULO ASIGNADO:
PRIORIDAD: 10
Producción
Como Arquitecto, se requiere Implementar el Balanceo de Carga, con la finalidad de
balancear la carga de procesos
Monitorear el encendido de las Infraestructura de forma automatica
Tabla 57
NOMBRE DE HISTORIA: Monitoreo de los servicios de Balanceo de carga
PRIORIDAD: 11 MÓDULO ASIGNADO: Control

Como Arquitecto, se requiere realizar el Monitoreo de los servicios de Balanceo de carga,
con la finalidad de controlar la demanda de uso
Monitorear el encendido de las Infraestructura de forma automatica
Tabla 58
NOMBRE DE HISTORIA: Monitoreo de los Backups

Como Arquitecto, se requiere realizar el Monitoreo de los Backups, con la finalidad de
controlar los backups futuros
Restaurar Backups
80
Tabla 59
NOMBRE DE HISTORIA: Pruebas de los Backups de BD

MÓDULO ASIGNADO:
PRIORIDAD: 3
Refactorización
Como Jefe de desarrollo, se requiere realizer Pruebas de los Backups de BD, con la finalidad
de ver factibilidad de Backups incrementales y poder continuar con el servicio
Restarurar backups al azar
Tabla 60
NOMBRE DE HISTORIA: Instalación de Team Fundation Services

Como Arquitecto, se requiere la Instalación de Team Fundation Services, con la finalidad de
Gestionar de forma efectiva el Proyecto
Creación de los usuarios y perfiles
Tabla 61
NOMBRE DE HISTORIA: Configuración de Team Fundation Services

Como Arquitecto, se requiere la Instalación de Team Fundation Services, con la finalidad de
Gestionar de forma efectiva el Proyecto
Configuración de perfiles
81
Tabla 62
NOMBRE DE HISTORIA: Instalación de Jmeter

Como Arquitecto, ser requiere la Instalación Jmeter, con la finalidad de Gestionar de forma
efectiva las pruebas
Tabla 63
ID: HU46| USUARIO: Arquitecto
NOMBRE DE HISTORIA: Configuración de Jmeter

Como Arquitecto, ser requiere la configurar Jmeter, con la finalidad de Gestionar de forma
efectiva las pruebas
Tabla 64
NOMBRE DE HISTORIA: Configuración de Jmeter

Como Arquitecto, se requiere realizer el Monitoreo NodePing, con la finalidad de controlar la
conectividad en linea
Ping con el servidor
82
Tabla 65

NOMBRE DE HISTORIA: Configuración de CloudMonix
Como Arquitecto, se requiere realizer el Monitoreo CloudMonix, con la finalidad de controlar
la conectividad en linea
Ping con el servidor
Tabla 66
Lista de pendiente de Producto (GeoPoint Engine)
Ítem Requerimiento / Características
1 Identificación de las fuentes para la migración de las aplicaciones
2 Diseño de la arquitectura actual en Microsoft Visio
3 Diseño de la arquitectura propuesto en Microsoft Visio
4 Descripción de los servicios a utilizar de Microsoft Azure
5 Descripción de los costos a utilizar sobre la arquitectura propuesta
6 Obtener la cuenta en Azure
7 Colocar en la lista de espera para la clave
8 Creación de la cuenta para SQL Azure, y Development.
9 Suscripción de la tarjeta de crédito

Modificar la aplicación GPE para que soporte los servidores Virtuales
10
(IaaS)
11 Backups de las Base de datos de GPEngine a Migrar
Modificar la aplicación GPC para que soporte los servidores Virtual
12
(PaaS)
Modificar las aplicaciones para que soporten los servidores de base de
13
datos SQLAzure
14 Crear las máquinas Virtuales tipo IaaS
83
15 Crear las máquinas Virtuales tipo PaaS
16 Creación de los Servicios de Aplicación
17 Creación de la Red Virtual
18 Creación de los availability set
19 Configuración inicial de Microsoft SQL Server 2012
20 Creación de SQL Azure
21 Creación de las cuenta de almacenamiento SDD
22 Creación de las interfaz de Red
23 Subirla aplicación al servidor
24 Configurar la aplicación GPEngine
25 Restaurar la base de datos
26 Pruebas de Integración
Pruebas de strees y rendimiento sobre las Apps con Team Fundament
25
Service y Jmeter
26 Pruebas de strees y rendimiento sobre el Servidor de Base de datos
27 Reporte de Street y Rendimiento del Apps y Base de datos
28 Pruebas de Backups
29 Puesta en producción los servicios de Backups
30 Pruebas de Integración finales
31 Puesta en marcha
32 Configuración de NodePing
33 Configuración de Alertas
34 Configuración de los DNS (servicios.analytics.pe)
35 Producción de GPEngine
36 Implementación de Servicios de alta disponibilidad
84
37 Implementación de Servicios de respaldo
38 Tunning de las base de datos
39 Implementación de Balanceo de Carga
40 Monitoreo de los servicios de Balanceo de carga
41 Monitoreo de los Backups
42 Pruebas sobre los Backups de la BD
43 Instalación de Team Fundation Services
44 Configuración de Team Fundation Services
45 Instalación de Jmeter
46 Configuración de Jmeter
47 Monitoreo NodePing
48 Monitoreo CloudMonix
Tabla 67
Lista de Pendiente Priorizado de Producto
N° HISTORIA DE USUARIO PRIORIDAD MÓDULO

Identificación de las fuentes para la
1 1 Análisis
migración de las aplicaciones
Diseño de la arquitectura actual en
2 1 Análisis
Microsoft Visio
Diseño de la arquitectura propuesto en
3 1 Análisis
Microsoft Visio
Descripción de los servicios a utilizar de
4 1 Análisis
Microsoft Azure
Descripción de los costos a utilizar sobre
5 1 Análisis
la arquitectura propuesta
6 Obtener la cuenta en Azure 2 Suscripción
Colocar en la lista de espera para la
7 2 Suscripción
clave
Creación de la cuenta para SQL Azure ,
8 2 Suscripción
y Development .
85
9 Suscripción de la tarjeta de crédito 2 Suscripción
Modificar la App GPE para que soporte
10 3 Refactorización
los servidores Virtuales (IaaS)
Backups de las Base de datos de
GPEngine a Migrar
Modificar el App GPC para que soporte
los servidores Virtual (PaaS)
42 Pruebas de los Backups de BD 3 Refactorización
Modificar las Apps para que soporten los
servidores de BD SQLAzure
14 Crear las máquinas Virtuales tipo IaaS 4 Implementación
15 Crear las máquinas Virtuales tipo PaaS 4 Implementación
16 Creación de los Servicios de Aplicación 4 Implementación
17 Creación de la Red Virtual 4 Implementación
18 Creación de los availability set 4 Implementación

Configuración inicial de Microsoft SQL
19 5 Implementación
Server 2012
20 Creación de SQL Azure 5 Implementación
Creación de las cuenta de
almacenamiento SDD
22 Creación de las interfaz de Red 5 Implementación
23 Subirla aplicación al servidor 6 Implementación
24 Configurar la aplicación GPEngine 6 Implementación
25 Restaurar la base de datos 6 Implementación
26 Pruebas de Integración 7 Pruebas
43 Instalación de Team Fundation Services 7 Pruebas

Configuración de Team Fundation
44 7 Pruebas
Services
45 Instalación de Jmeter 7 Pruebas
46 Configuración de Jmeter 7 Pruebas

Pruebas de strees y rendimiento sobre
25 las Apps con Team Fundament Service y 7 Pruebas
Jmeter
86
Pruebas de strees y rendimiento sobre el
26 7 Pruebas
Servidor de Base de datos
Reporte de strees y Rendimiento del
27 7 Pruebas
Apps y Base de datos
28 Pruebas de Backups 7 Pruebas
Puesta en producción los servicios de
29 8 Producción
Backups
30 Pruebas de Integración finales 8 Producción
31 Puesta en marcha 8 Producción
32 Configuración de NodePing 8 Producción
33 Configuración de Alertas 9 Producción

Configuración de los DNS
34 9 Producción
(servicios.analytics.pe)
35 Produccion de GPEngine 9 Producción
Implementación de Servicios de alta
36 9 Producción
disponibilidad
37 Implementación de Servicios de respaldo 10 Producción
38 Tunning de las base de datos 10 Producción
39 Implementación de Balanceo de Carga 10 Producción

Monitoreo de los servicios de Balanceo
40 11 Control
de carga
41 Monitoreo de los Backups 11 Control
47 Monitoreo NodePing 11 Control
48 Monitoreo CloudMonix 11 Control
87
Tabla 68
CRONOGRAMA DE PLANIFICACIÓN DE TAREAS
Nombre de tarea # Historia Duración Trabajo Comienzo Fin
PRODUCT BACKLOG 165 días? 987 horas lun 06/06/16 vie

20/01/17
SPRINT BACKLOG N° 01 15 días 72 horas lun 06/06/16 vie
24/06/16
Identificación de las fuentes HISTORIA DE 5 días 12 horas lun 06/06/16 vie
para la migración de las USUARIO N° 10/06/16
aplicaciones 01
Seleccionar el Software de 4 días 4 horas lun 06/06/16 jue
Versionamiento 09/06/16
Versionamiento de las 3 días 3 horas lun 06/06/16 mié
fuentes a migrar 08/06/16
Identificar las fuentes a 5 días 5 horas lun 06/06/16 vie
migrar 10/06/16
Diseño de la arquitectura HISTORIA DE 6 días 13 horas lun 06/06/16 lun
actual en Microsoft Visio USUARIO N° 13/06/16
02
Análisis de la arquitectura 5 días 5 horas lun 06/06/16 vie
actual 10/06/16
Diagrama de la arquitectura 6 días 8 horas lun 06/06/16 lun
y servicios actual 13/06/16
Diseño de la arquitectura HISTORIA DE 7 días 15 horas mié 08/06/16 jue
propuesto en Microsoft Visio USUARIO N° 16/06/16
03
Análisis de la arquitectura y 6 días 8 horas jue 09/06/16 jue
servicios a utilizar 16/06/16
Diagrama de la arquitectura 5 días 7 horas mié 08/06/16 mar
y servicios a utilizar 14/06/16
Descripción de los servicios HISTORIA DE 8 días 17 horas lun 13/06/16 mié
a utilizar de Microsoft Azure USUARIO N° 22/06/16
04
Descripción de los servicios 5 días 9 horas lun 13/06/16 vie
a utilizar por Microsft 17/06/16
Costo preliminares por 6 días 8 horas mié 15/06/16 mié
servicio 22/06/16
Descripción de los costos a HISTORIA DE 7 días 15 horas jue 16/06/16 vie
utilizar sobre la arquitectura USUARIO N° 24/06/16
propuesta 05
Costos realizar a utilizar 5 días 7 horas jue 16/06/16 mié
22/06/16
Proyección / Costos, con 4 días 8 horas mar 21/06/16 vie
mayor disponibilidad 24/06/16
15/07/16
Obtener la cuenta en Azure HISTORIA DE 6 días 12 horas lun 27/06/16 lun
USUARIO N° 04/07/16
06
Registro de la cuenta en 6 días 6 horas lun 27/06/16 lun
Microsoft Azure 04/07/16
Validación de la tarjeta de 4 días 6 horas mar 28/06/16 vie
crédito 01/07/16
Creación de la cuenta para HISTORIA DE 3 días 8 horas mié 29/06/16 vie
SQL Azure , y Development . USUARIO N° 01/07/16
07
Prueba de las credenciales 3 días 5 horas mié 29/06/16 vie
en Microsoft Azure 01/07/16
Configurando el Panel de 3 días 3 horas mié 29/06/16 vie
Control 01/07/16
Creación de la cuenta para HISTORIA DE 9 días 14 horas jue 30/06/16 mar
SQL Azure , y Development . USUARIO N° 12/07/16
08
Creación de la cuenta 4 días 6 horas jue 30/06/16 mar
development y otros 05/07/16
servicios
88
Prueba de las cuentas 5 días 8 horas vie 01/07/16 jue
07/07/16
Acceso a los usuarios 7 días 0 horas lun 04/07/16 mar
Sysadmin 12/07/16
Suscripción de la tarjeta de HISTORIA DE 8 días 22 horas mié 06/07/16 vie
crédito USUARIO N° 15/07/16
09
Validación del crédito 7 días 9 horas mié 06/07/16 jue
disponible 14/07/16
Acceso super admin 6 días 7 horas jue 07/07/16 jue
14/07/16
Configuración de las alertas 6 días 6 horas vie 08/07/16 vie
de la consola 15/07/16
05/08/16
Modificar la App GPE para HISTORIA DE 8 días 22 horas lun 18/07/16 mié
que soporte los servidores USUARIO N° 27/07/16
Virtuales (IaaS) 10
Cambios en las fuentes para 6 días 6 horas lun 18/07/16 lun
que ejecute en Azure 25/07/16
Pruebas del código 5 días 7 horas mar 19/07/16 lun
25/07/16
Validar las fuentes a migrar 6 días 9 horas mié 20/07/16 mié
27/07/16
Backups de las Base de HISTORIA DE 6 días 14 horas jue 21/07/16 jue
datos de GPEngine a Migrar USUARIO N° 28/07/16
11
Identificar las fuentes para 3 días 5 horas jue 21/07/16 lun
restaurar la BD 25/07/16
Restaurar la información 3 días 3 horas vie 22/07/16 mar
26/07/16
Pruebas 3 días 3 horas lun 25/07/16 mié
27/07/16
Aprobación 3 días 3 horas mar 26/07/16 jue
28/07/16
Modificar el App GPC para HISTORIA DE 6 días 22 horas mar 26/07/16 mar
que soporte los servidores USUARIO N° 02/08/16
Virtual (PaaS) 12
Cambios en las fuentes para 5 días 6 horas mié 27/07/16 mar
que ejecute en Azure 02/08/16
Pruebas del código 4 días 8 horas mar 26/07/16 vie
29/07/16
Validar las fuentes a migrar 5 días 8 horas mié 27/07/16 mar
02/08/16
Pruebas de los Backups de HISTORIA DE 6 días 21 horas jue 28/07/16 jue
BD USUARIO N° 04/08/16
42
Análisis para utilización del 4 días 8 horas jue 28/07/16 mar
servicio de respaldo 02/08/16
Pruebas del servicio de 3 días 6 horas vie 29/07/16 mar
respaldo 02/08/16
Aprobación 4 días 7 horas lun 01/08/16 jue
04/08/16
Modificar las Apps para que HISTORIA DE 5 días 24 horas lun 01/08/16 vie
soporten los servidores de USUARIO N° 05/08/16
BD SQLAzure 13
Análisis de la BD 4 días 9 horas mar 02/08/16 vie
05/08/16
Tunning de la BD 5 días 8 horas lun 01/08/16 vie
05/08/16
Pruebas 5 días 7 horas lun 01/08/16 vie
05/08/16
26/08/16
Crear las máquinas Virtuales HISTORIA DE 8 días 24 horas lun 08/08/16 mié
tipo IaaS USUARIO N° 17/08/16
14
89
Creación de las máquinas 8 días 8 horas lun 08/08/16 mié
virtuales 17/08/16
Configuración de las 6 días 8 horas mar 09/08/16 mar
máquinas virtuales 16/08/16
Validación de las máquinas 6 días 6 horas mié 10/08/16 mié
virtuales 17/08/16
Aprobación 2 días 2 horas mar 16/08/16 mié
17/08/16
Crear las máquinas Virtuales HISTORIA DE 8 días 24 horas mié 10/08/16 vie
tipo PaaS USUARIO N° 19/08/16
15
Creación de los servicios 4 días 8 horas mié 10/08/16 lun
PaaS 15/08/16
Configuración de los 6 días 8 horas jue 11/08/16 jue
servicios 18/08/16
Validación de los servicios 2 días 2 horas mié 10/08/16 jue
11/08/16
Aprobación 5 días 6 horas lun 15/08/16 vie
19/08/16
Creación de los Servicios de HISTORIA DE 7 días 23 horas lun 15/08/16 mar
Aplicación USUARIO N° 23/08/16
16
Creación de los Servicios de 5 días 7 horas lun 15/08/16 vie
Aplicaciones 19/08/16
Configuración de los 4 días 8 horas jue 18/08/16 mar
Servicios de Aplicaciones 23/08/16
Validación de los servicios 3 días 6 horas vie 19/08/16 mar
23/08/16
Aprobación 2 días 2 horas lun 22/08/16 mar
23/08/16
Creación de la Red Virtual HISTORIA DE 5 días 20 horas vie 19/08/16 jue
17
Creación de la Red Virtual 3 días 8 horas vie 19/08/16 mar
23/08/16
Pruebas de Conectividad 4 días 10 horas lun 22/08/16 jue
25/08/16
23/08/16
Creación de los availability HISTORIA DE 5 días 20 horas lun 22/08/16 vie
set USUARIO N° 26/08/16
18
Creación del grupo de 5 días 9 horas lun 22/08/16 vie
disponibilidad 26/08/16
Pruebas de grupo de 3 días 9 horas mar 23/08/16 jue
disponibilidad 25/08/16
Aprobación 1 día 2 horas vie 26/08/16 vie
26/08/16
16/09/16
Configuración inicial de HISTORIA DE 4.75 días 10 horas lun 29/08/16 vie
Microsoft SQL Server 2012 USUARIO N° 02/09/16
19
Configuración de Microsoft 4 días 4 horas lun 29/08/16 jue
SQL Server 01/09/16
Prueba de Conectividad 4 días 4 horas mar 30/08/16 vie
02/09/16
Aprobación 1 día 2 horas mié 31/08/16 mié
31/08/16
Creación de SQL Azure HISTORIA DE 9 días 22 horas mié 31/08/16 lun
20
Creación de SQL Azure 6 días 6 horas mié 31/08/16 mié
07/09/16
Configuración de SQL Azure 8 días 8 horas jue 01/09/16 lun
12/09/16
Pruebas de Conectividad 6 días 6 horas vie 02/09/16 vie
09/09/16
90
06/09/16
Creación de las cuenta de HISTORIA DE 8 días 27 horas mar 06/09/16 jue
almacenamiento SDD USUARIO N° 15/09/16
21
Configuración de los SDD 8 días 8 horas mar 06/09/16 jue
15/09/16
Pruebas de Almacenamiento 6 días 10 horas mié 07/09/16 mié
14/09/16
Aprobación 6 días 9 horas jue 08/09/16 jue
15/09/16
Creación de las interfaz de HISTORIA DE 6 días 21 horas vie 09/09/16 vie
Red USUARIO N° 16/09/16
22
Creación de la Interfaz de 6 días 9 horas vie 09/09/16 vie
red 16/09/16
Pruebas de Almacenamiento 3 días 5 horas lun 12/09/16 mié
14/09/16
Aprobación 4 días 7 horas mar 13/09/16 vie
16/09/16
07/10/16
Subirla aplicación al servidor HISTORIA DE 8 días 13 horas lun 19/09/16 mié
23
Validar las fuentes de GPE 5 días 6 horas lun 19/09/16 vie
23/09/16
Configurar las fuentes en el 7 días 7 horas mar 20/09/16 mié
servidor 28/09/16
Configurar la aplicación HISTORIA DE 7 días 16 horas mié 21/09/16 jue
GPEngine USUARIO N° 29/09/16
24
Configurar las fuentes para 7 días 7 horas mié 21/09/16 jue
pruebas 29/09/16
Validar 6 días 6 horas jue 22/09/16 jue
29/09/16
Aprobación 2 días 3 horas vie 23/09/16 lun
26/09/16
Restaurar la base de datos HISTORIA DE 10 días 27 horas lun 26/09/16 vie
25
Configuración de la Última 6 días 6 horas lun 26/09/16 lun
Versión de la BD 03/10/16
Restaurar la BD 8 días 8 horas mar 27/09/16 jue
06/10/16
Validación de la restauración 5 días 5 horas mié 28/09/16 mar
de la BD 04/10/16
07/10/16
28/10/16
Pruebas de Integración HISTORIA DE 6 días 22 horas lun 10/10/16 lun
26
Analizando el plan de 3 días 6 horas lun 10/10/16 mié
pruebas 12/10/16
Creación del plan de 3 días 7 horas lun 10/10/16 mié
pruebas 12/10/16
Ejecución del plan de 5 días 9 horas mar 11/10/16 lun
pruebas 17/10/16
Instalación de Team HISTORIA DE 3 días 11 horas mié 12/10/16 vie
Fundation Services USUARIO N° 14/10/16
43
Configuración de Team 2 días 5 horas mié 12/10/16 jue
Foundation 13/10/16
Pruebas de integración 2 días 3 horas jue 13/10/16 vie
continua 14/10/16
91
Aprobación 2 días 3 horas jue 13/10/16 vie
14/10/16
Configuración de Team HISTORIA DE 3 días 22 horas vie 14/10/16 mar
Fundation Services USUARIO N° 18/10/16
44
Configuración de los paneles 3 días 6 horas vie 14/10/16 mar
de rendimiento 18/10/16
Configuración de la fase de 2 días 8 horas vie 14/10/16 lun
testing 17/10/16
Configuración de la fase de 2 días 8 horas lun 17/10/16 mar
pruebas 18/10/16
Instalación de Jmeter HISTORIA DE 3 días 26 horas lun 17/10/16 mié
45
Instalación de Jmeter 2 días 9 horas lun 17/10/16 mar
18/10/16
Pruebas 2 días 10 horas mar 18/10/16 mié
19/10/16
19/10/16
Configuración de Jmeter HISTORIA DE 4 días 26 horas mié 19/10/16 lun
46
Configuración de Jmeter 2 días 9 horas mié 19/10/16 jue
20/10/16
Pruebas 2 días 10 horas jue 20/10/16 vie
21/10/16
Aprobación 2 días 7 horas vie 21/10/16 lun
24/10/16
Pruebas de strees y HISTORIA DE 4 días 26 horas jue 20/10/16 mar
rendimiento sobre las Apps USUARIO N° 25/10/16
con Team Fundament 25
Service y Jmeter
Configuración de las pruebas 3 días 9 horas jue 20/10/16 lun
de rendimiento 24/10/16
Pruebas 3 días 10 horas jue 20/10/16 lun
24/10/16
Aprobación 3 días 7 horas vie 21/10/16 mar
25/10/16
Pruebas de strees y HISTORIA DE 4 días 26 horas lun 24/10/16 jue
rendimiento sobre el USUARIO N° 27/10/16
Servidor de Base de datos 26
Configuración de las ruebas 3 días 9 horas lun 24/10/16 mié
de rendimiento (BD) 26/10/16
Pruebas 3 días 10 horas mar 25/10/16 jue
27/10/16
Aprobación 3 días 7 horas lun 24/10/16 mié
26/10/16
Reporte de strees y HISTORIA DE 4 días 26 horas mar 25/10/16 vie
Rendimiento del Apps y USUARIO N° 28/10/16
Base de datos 27
Creación de los reportes de 3 días 9 horas mar 25/10/16 jue
las pruebas 27/10/16
Validación 2 días 10 horas mié 26/10/16 jue
27/10/16
Aprobación 2 días 7 horas jue 27/10/16 vie
28/10/16
Pruebas de Backups HISTORIA DE 5 días 26 horas lun 24/10/16 vie
28
Configuración de las fuentes 2 días 9 horas mar 25/10/16 mié
y BD 26/10/16
Validación 3 días 10 horas lun 24/10/16 mié
26/10/16
28/10/16
18/11/16
92
Puesta en producción los HISTORIA DE 7 días 29 horas lun 31/10/16 mar
servicios de Backups USUARIO N° 08/11/16
29
Puesta en Producción de los 6 días 6 horas lun 31/10/16 lun
servicios de Backups 07/11/16
Pruebas 4 días 7 horas mar 01/11/16 vie
04/11/16
Validación 4 días 8 horas mié 02/11/16 lun
07/11/16
Aprobación 4 días 8 horas jue 03/11/16 mar
08/11/16
Pruebas de Integración HISTORIA DE 4 días 14 horas vie 04/11/16 mié
finales USUARIO N° 09/11/16
30
Pruebas de Integración 3 días 5 horas vie 04/11/16 mar
08/11/16
Pruebas de disponibilidad 2 días 3 horas lun 07/11/16 mar
08/11/16
Validación de los servicios 2 días 3 horas mar 08/11/16 mié
09/11/16
09/11/16
Puesta en marcha HISTORIA DE 6 días 27 horas mié 09/11/16 mié
31
Pruebas en fase de 2 días 3 horas mié 09/11/16 jue
Preproducción 10/11/16
Pase a Producción 4 días 8 horas jue 10/11/16 mar
15/11/16
Marcha Balcna 3 días 8 horas vie 11/11/16 mar
15/11/16
16/11/16
Configuración de NodePing HISTORIA DE 5 días 26 horas lun 14/11/16 vie
32
Configuración de Software 4 días 9 horas mar 15/11/16 vie
de Monitoreo 18/11/16
Prueba 4 días 10 horas lun 14/11/16 jue
17/11/16
18/11/16
09/12/16
Configuración de Alertas HISTORIA DE 6 días 15 horas lun 21/11/16 lun
33
Análisis de alerta a utilizar 3 días 3 horas lun 21/11/16 mié
23/11/16
Instalación de alertas 4 días 4 horas mar 22/11/16 vie
25/11/16
Aprobación 4 días 8 horas mié 23/11/16 lun
28/11/16
Configuración de los DNS HISTORIA DE 6 días 25 horas jue 24/11/16 jue
(servicios.analytics.pe) USUARIO N° 01/12/16
34
Análisis de los DNS 5 días 9 horas jue 24/11/16 mié
30/11/16
Configuración de DNS 3 días 6 horas vie 25/11/16 mar
29/11/16
Pruebas de Actualización 4 días 8 horas lun 28/11/16 jue
01/12/16
Aprobación 1 día 2 horas mar 29/11/16 mar
29/11/16
Produccion de GPEngine HISTORIA DE 6 días 21 horas mar 29/11/16 mar
35
93
Producción GPE 4 días 8 horas mar 29/11/16 vie
02/12/16
Monitoreo GPE 3 días 6 horas mié 30/11/16 vie
02/12/16
Acompañamiento GPE 4 días 7 horas jue 01/12/16 mar
06/12/16
Implementación de Servicios HISTORIA DE 6 días 26 horas vie 02/12/16 vie
de alta disponibilidad USUARIO N° 09/12/16
36
Análisis de la Alta 5 días 9 horas vie 02/12/16 jue
Disponibilidad 08/12/16
Costo de alta disponibilidad 3 días 5 horas lun 05/12/16 mié
07/12/16
Implementación 3 días 5 horas mar 06/12/16 jue
08/12/16
Pruebas 3 días 5 horas mié 07/12/16 vie
09/12/16
09/12/16
30/12/16
Implementación de Servicios HISTORIA DE 9 días 20 horas lun 12/12/16 jue
de respaldo USUARIO N° 22/12/16
37
Análisis y pruebas de los 6 días 6 horas lun 12/12/16 lun
Servicios de Respaldo 19/12/16
Configuración 5 días 5 horas mar 13/12/16 lun
19/12/16
Pruebas 2 días 2 horas mié 14/12/16 jue
15/12/16
Aprobación 7 días 7 horas mié 14/12/16 jue
22/12/16
Tunning de las base de HISTORIA DE 7 días 14 horas jue 15/12/16 vie
datos USUARIO N° 23/12/16
38
Configuración inicial BD 5 días 5 horas jue 15/12/16 mié
21/12/16
Configuración de 6 días 6 horas vie 16/12/16 vie
rendimiento en BD 23/12/16
21/12/16
Implementación de Balanceo HISTORIA DE 8 días 18 horas mié 21/12/16 vie
de Carga USUARIO N° 30/12/16
39
Configuración del Balanceo 6 días 6 horas mié 21/12/16 mié
de carga 28/12/16
Pruebas 8 días 8 horas mié 21/12/16 vie
30/12/16
30/12/16
20/01/17
Monitoreo de los servicios HISTORIA DE 8 días 17 horas lun 02/01/17 mié
de Balanceo de carga USUARIO N° 11/01/17
40
Configuración de los 6 días 6 horas lun 02/01/17 lun
servicios de monitoreo 09/01/17
Pruebas 7 días 7 horas mar 03/01/17 mié
11/01/17
Aprobación 4 días 4 horas jue 05/01/17 mar
10/01/17
Monitoreo de los Backups HISTORIA DE 5 días 11 horas vie 06/01/17 jue
41
Monitoreo de las copias de 5 días 5 horas vie 06/01/17 jue
respaldo 12/01/17
Pruebas 3 días 3 horas lun 09/01/17 mié
11/01/17
94
Aprobación 3 días 3 horas mar 10/01/17 jue
12/01/17
Monitoreo NodePing HISTORIA DE 8 días 17 horas mié 11/01/17 vie
47
Configuración de NodePing 6 días 6 horas mié 11/01/17 mié
18/01/17
Pruebas 5 días 5 horas jue 12/01/17 mié
18/01/17
Aprobación 6 días 6 horas vie 13/01/17 vie
20/01/17
Monitoreo CloudMonix HISTORIA DE 5 días 18 horas lun 16/01/17 vie
48
Configuracion de 4 días 6 horas lun 16/01/17 jue
CloudMonix 19/01/17
Pruebas 4 días 5 horas mar 17/01/17 vie
20/01/17
Aprobación 3 días 7 horas mié 18/01/17 vie
20/01/17
Tabla 69
SPRINT BACKLOG N° 01
Estimación
SB01 Historia de Usuario Módulo
en Días
Identificación de las fuentes para la migración
1 5 Análisis
de las aplicaciones
Diseño de la arquitectura actual en Microsoft
2 8 Análisis
Visio
Diseño de la arquitectura propuesto en
3 6 Análisis
Microsoft Visio
Descripción de los servicios a utilizar de
4 6 Análisis
Microsoft Azure
Descripción de los costos a utilizar sobre la
5 5 Análisis
arquitectura propuesta
Tabla 70
Estimación
en Días
6 Obtener la cuenta en Azure 6 Suscripción
7 Colocar en la lista de espera para la clave 3 Suscripción

Creación de la cuenta para SQL Azure , y
8 7 Suscripción
Development .
9 Suscripción de la tarjeta de crédito 7 Suscripción
95
Tabla 71
Estimación
en Días
Modificar la App GPE para que soporte
los servidores Virtuales (IaaS)
Backups de las Base de datos de
GPEngine a Migrar
Modificar el App GPC para que soporte los
servidores Virtual (PaaS)
42 Pruebas de los Backups de BD 5 Refactorización
Modificar las Apps para que soporten los
servidores de BD SQLAzure
Tabla 72
Estimación
en Días
14 Crear las máquinas Virtuales tipo IaaS 8 Implementación
15 Crear las máquinas Virtuales tipo PaaS 6 Implementación
16 Creación de los Servicios de Aplicación 5 Implementación
17 Creación de la Red Virtual 4 Implementación
18 Creación de los availability set 5 Implementación
Tabla 73
Estimación
en Días
Configuración inicial de Microsoft SQL
Server 2012
20 Creación de SQL Azure 8 Implementación
Creación de las cuenta de almacenamiento
SDD
22 Creación de las interfaz de Red 6 Implementación
96
Tabla 74
Estimación
en Días
23 Subirla aplicación al servidor 7 Implementación
24 Configurar la aplicación GPEngine 7 Implementación
25 Restaurar la base de datos 8 Implementación
Tabla 75
Estimación
en Días
26 Pruebas de Integración 5 Pruebas
43 Instalación de Team Fundation Services 2 Pruebas
44 Configuración de Team Fundation Services 3 Pruebas
45 Instalación de Jmeter 2 Pruebas
46 Configuración de Jmeter 2 Pruebas

Pruebas de strees y rendimiento sobre las
25 3 Pruebas
Apps con Team Fundament Service y Jmeter
Pruebas de strees y rendimiento sobre el
26 3 Pruebas
Servidor de Base de datos
Reporte de strees y Rendimiento del Apps y
27 3 Pruebas
Base de datos
28 Pruebas de Backups 3 Pruebas
Tabla 76
Estimación
en Días
Puesta en producción los servicios de
29 6 Producción
Backups
30 Pruebas de Integración finales 3 Producción
31 Puesta en marcha 4 Producción
32 Configuración de NodePing 4 Producción
97
Tabla 77
Estimación
en Días
33 Configuración de Alertas 4 Producción
Configuración de los DNS
34 5 Producción
(servicios.analytics.pe)
35 Produccion de GPEngine 4 Producción
Implementación de Servicios de alta
36 5 Producción
disponibilidad
Tabla 78
Estimación
en Días
37 Implementación de Servicios de respaldo 7 Producción
38 Tunning de las base de datos 6 Producción
39 Implementación de Balanceo de Carga 8 Producción
Tabla 79
Estimación
en Días
Monitoreo de los servicios de Balanceo de
40 7 Control
carga
41 Monitoreo de los Backups 5 Control
47 Monitoreo NodePing 6 Control
48 Monitoreo CloudMonix 4 Control
98
Lista de Planificación del Sprint:
Tabla 80
Lista de tareas a ejecutar por el equipo Scrum.
N° Historia de Usuario Sprint
1 Historia de Usuario N° 1
3 Historia de Usuario N° 3 SB01
SB02
99
SB08
SB09
100
SB11
3.2.6. Arquitectura seleccionada para la Aplicación/ Diseño de alto nivel.
Objetivo de la Arquitectura
Diseñar y configurar una arquitectura de alta disponibilidad Cloud Computing,
basada en mejores prácticas de diseño e implementación.
Producto
Cloud Computing
Alcance de la Arquitectura
Diseño e implementación de un prototipo de infraestructura Cloud Computing
basado en tecnología Microsoft y Open Source, el prototipo se realiza en un
ambiente aislado, es decir no será implementado en ningún ambiente
empresarial, se considera una prueba de conceptos del servicio alta
disponibilidad con tecnologia Cloud computing.
Para el desarrollo de la arquitectura de Alta disponibilidad de SQL Server 2012

R2, se limita a la siguiente arquitectura de servicios Microsoft:
a) Implementación de la Infraestructura de Servicios de red

 Servidor Virtual, con los servicios de Azure Balancing, DNS.
 Se realizara la configuración del dominio principal, el mismo que
llevará por nombre servicios analytics.pe, además tendrá́ un zona
de DNS.
101
 Implementación de un servidor virtual con Microsoft Windows Server
2012 R2.
 Implementación de un servidor de Base de datos de tipo PaaS con
SQL Azure.
 Implementación de dos servidores virtuales con Microsoft Windows
Server 2012 R2 para la implementación de los dos nodos de SQL
Server 2012 R2, en estos servidores se realiza la configuración
respectiva de las redes virtuales del servicio.
 Se considera el diseño de una red virtual específica para el
almacenamiento de los discos SDD.
 Configuración de un escenario de balanceo de carga con Balancing
Azure en modo activo / pasivo, es decir no se considera un escenario
de configuración activo / activo.
 Se consideran 3 instancias, que pasaran por el proceso de balanceo.
 Se considera un SSL (Certificado de seguridad), en el dominio.
b) Requisitos de hardware
Estos son los requisitos mínimos de hardware que deberá tener cada
instancia sobre el que se instale los servicios de la empresa Bussines
Analytics.
Tabla 81
Requisitos Mínimos de Hardware
Tamaño de las instancia
F4 SSD 4 núcleos 8 GB de RAM 64 GB en disco
F2 SSD 2 núcleos 4 GB de RAM 32 GB en disco
102
a) Requisitos de Plataforma como Servicio
Estos son los requisitos mínimos que deberán tener las instancias.
Tabla 82
Requisitos de Plataforma
Tamaño de las instancia
S3 100 TDU 250 GB storage per DB
b) Requisitos de Software
Tabla 83
Requisitos de Software
Sistema Operativo y Aplicaciones
WINDOWS 2012 Standard
SQL Database
IIS 8.5 / NET Framework 4.5 ASP.NET 4.5
MICROSOFT SQL Server 2012 Enterprise
c) Plazo de Entrega
A partir de la aceptación de la presente propuesta se realizará una entrega

mensual por cada uno de los 08 meses de duración del proyecto.
Aclaración: las fechas o los plazos pueden variar en caso de que surjan
modificaciones imprevistas durante el Diseño de la Arquitectura.
103
d) Roles del Proyecto
Tabla 84
Roles de Proyecto
Rol Persona
Scrum Master Christian Vera
Product Owner Frank Olivos

Equipo Desarrollo de
Scrum Team
Analytics.
e) Duración de Proyecto
Duración Total: 08 meses
Tabla 85
Cuadro de los Sprint´s del Proyecto
Etapa Duración Fecha de Inicio Fecha de Fin

Fase Análisis
Sprint 1 03 semanas 06/06/2016 24/06/2016
Fase Suscripción
Sprint 2 03 semanas 27/06/2016 15/07/2016
Fase Refactorización
Sprint 3 03 semanas 18/07/2016 05/08/2016
Fase Implementación
Sprint 4 03 semanas 08/08/2016 26/08/2016
Fase Implementación II
Sprint 5 03 semanas 29/08/2016 16/09/2016
Fase Implementación III
Sprint 6 03 semanas 19/09/2016 07/10/2016
Fase Pruebas
Sprint 7 03 semanas 10/10/2016 28/10/2016
Fase Producción
Sprint 8 03 semanas 31/10/2016 18/11/2016
Fase Producción II
Sprint 9 03 semanas 21/11/2016 09/12/2016
Fase Producción III
Sprint 10 03 semanas 12/12/2016 30/12/2016
Fase Control
Sprint 11 03 semanas 02/01/2017 20/01/2017
104
Tabla 86
Planificación del Sprint N° 01
SPRINT N° 01
FECHA DE INICIO 06/06/2016
FECHA DE FIN 24/06/2016
DURACIÓN 03 Semanas
Las revisiones se realizarán
semanalmente. Las fechas de revisión
serán las siguientes:
REVISIÓN DE LOS AVANCES
10/06/2016
17/06/2016
24/06/2016
 Seleccionar el Software de
Versionamiento
 Versionamiento de las fuentes a
migrar
 Identificar las fuentes a migrar
 Análisis de la arquitectura actual
 Diagrama de la arquitectura y
servicios actual
 Análisis de la arquitectura y servicios
TAREAS A DESARROLLAR
a utilizar
 Diagrama de la arquitectura y
servicios a utilizar
 Descripción de los servicios a utilizar
por Microsft
 Costo preliminares por servicio
 Costos realizar a utilizar
 Proyección / Costos, con mayor
disponibilidad
Tabla 87
SPRINT N° 02
105
01/07/2016
08/07/2016
15/07/2016
 Registro de la cuenta en Microsoft
Azure
 Validación de la tarjeta de crédito
 Prueba de las credenciales en
Microsoft Azure
 Configurando el Panel de Control
 Creación de la cuenta development y
otros servicios
 Prueba de las cuentas
 Acceso a los usuarios Sysadmin
 Validación del crédito disponible
 Acceso super admin
 Configuración de las alertas de la
consola
Tabla 88
SPRINT N° 03
22/07/2016
29/07/2016
05/08/2016
 Cambios en las fuentes para que
ejecute en Azure
 Pruebas del código
 Validar las fuentes a migrar
 Identificar las fuentes para restaurar
TAREAS A DESARROLLAR la BD
 Restaurar la información
 Pruebas
 Aprobación
 Cambios en las fuentes para que
ejecute en Azure
106
 Pruebas del código
 Validar las fuentes a migrar
 Análisis para utilización del servicio
de respaldo
 Pruebas del servicio de respaldo
 Aprobación
 Análisis de la BD
 Tunning de la BD
 Pruebas
Tabla 89
SPRINT N° 04
12/08/2016
19/08/2016
26/08/2016
 Creación de las máquinas virtuales
 Configuración de las máquinas
virtuales
 Validación de las máquinas virtuales
 Aprobación
 Creación de los servicios PaaS
 Configuración de los servicios
 Validación de los servicios
 Aprobación
 Creación de los Servicios de
TAREAS A DESARROLLAR Aplicaciones
 Configuración de los Servicios de
Aplicaciones
 Aprobación
 Creación de la Red Virtual
 Pruebas de Conectividad
 Aprobación
 Creación del grupo de disponibilidad
 Pruebas de grupo de disponibilidad
 Aprobación
107
Tabla 90
SPRINT N° 05
02/09/2016
09/09/2016
16/09/2016
 Configuración de Microsoft SQL
Server
 Prueba de Conectividad
 Aprobación
 Creación de SQL Azure
 Configuración de SQL Azure
 Pruebas de Conectividad
 Aprobación
 Configuración de los SDD
 Pruebas de Almacenamiento
 Aprobación
 Creación de la Interfaz de red
 Pruebas de Almacenamiento
 Aprobación
Tabla 91
SPRINT N° 06
REVISIÓN DE LOS AVANCES serán las siguientes:
23/09/2016
30/09/2016
108
07/10/2016
 Validar las fuentes de GPE

 Configurar las fuentes en el servidor
 Configurar las fuentes para pruebas
 Validar
 Aprobación
TAREAS A DESARROLLAR  Configuración de la Última Versión
de la BD
 Restaurar la BD
 Validación de la restauración de la
BD
 Aprobación
Tabla 92
SPRINT N° 07
14/10/2016
21/10/2016
28/10/2016
 Analizando el plan de pruebas
 Creación del plan de pruebas
 Ejecución del plan de pruebas
 Configuración de Team Foundation
 Pruebas de integración continua
 Aprobación
 Configuración de los paneles de
rendimiento
 Configuración de la fase de testing
 Configuración de la fase de pruebas
 Instalación de Jmeter
 Pruebas
 Aprobación
 Configuración de Jmeter
 Pruebas
 Aprobación
109
 Configuración de las pruebas de
rendimiento
 Pruebas
 Aprobación
 Configuración de las ruebas de
rendimiento (BD)
 Pruebas
 Aprobación
 Creación de los reportes de las
pruebas
 Validación
 Aprobación
 Configuración de las fuentes y BD
 Validación
 Aprobación
Tabla 93
SPRINT N° 08
04/11/2016
11/11/2016
18/11/2016
 Puesta en Producción de los
servicios de Backups
 Pruebas
 Validación
 Aprobación
 Pruebas de Integración
 Pruebas de disponibilidad
TAREAS A DESARROLLAR  Aprobación
 Pruebas en fase de Preproducción
 Pase a Producción
 Marcha Balcna
 Aprobación
 Configuración de Software de
Monitoreo
 Prueba
 Aprobación
110
Tabla 94
SPRINT N° 09
25/11/2016
02/12/2016
09/12/2016
 Análisis de alerta a utilizar
 Instalación de alertas
 Aprobación
 Análisis de los DNS
 Configuración de DNS
 Pruebas de Actualización
 Aprobación
TAREAS A DESARROLLAR  Producción GPE
 Monitoreo GPE
 Acompañamiento GPE
 Análisis de la Alta Disponibilidad
 Costo de alta disponibilidad
 Implementación
 Pruebas
 Aprobación
Tabla 95
SPRINT N° 10
REVISIÓN DE LOS AVANCES serán las siguientes:
16/12/2016
23/12/2016
111
30/12/2016
 Análisis y pruebas de los Servicios

de Respaldo
 Configuración
 Pruebas
 Aprobación
TAREAS A DESARROLLAR  Configuración inicial BD
 Configuración de rendimiento en BD
 Aprobación
 Configuración del Balanceo de carga
 Pruebas
 Aprobación
Tabla 96
SPRINT N° 11
06/01/2017
13/01/2017
20/01/2017
 Configuración de los servicios de
monitoreo
 Pruebas
 Aprobación
 Monitoreo de las copias de respaldo
 Pruebas
TAREAS A DESARROLLAR  Aprobación
 Configuración de NodePing
 Pruebas
 Aprobación
 Configuracion de CloudMonix
 Pruebas
 Aprobación
112
f) Remuneración
El desarrollo del sistema no será remunerado ya que es proyecto universitario.
g) Presupuesto
Tabla 97
Costo de máquinas virtuales en Windows Azure
Tamañ
o de Memori
Nombre Licencia Tipo CPU HDD Costo $
Instanci a
a
Basrvgpengin SQL SQL 4
F4 8GB 64 GB Disk 328,85
e1 Standars Server núcleos
F4 8GB 64 GB Disk 328,85
F4 8GB 64 GB Disk 328,85
Window 2
Basrvsysgis F2 4GB 32 GB Disk 164.42
s núcleos
Total
1150,97
Mensual
13811,6
Total Anual
4
Adaptado de “Microsoft Azure”por Copyright 2018 por la compañía Microsoft
Tabla 98
Costo de Almacenamiento En Windows Azure
Redundancia
Nombre Transacciones de almacenamiento Costo $
de datos
Cuenta Almacenamiento LRS 10 Gb 0.28
Total Mensual 0,28
Total Anual 3.36
Adptado de “Microsoft Azure”, Copyright 2018 por la compañía Microsoft

Tabla 99
Copias de seguridad de los servidores en la nube sencillas y confiables
Nivel de
Nombre License Type Redundancia Capacidad Costo $
precio
2
Backups 2TB 4 TB 197.48
Instancias
Total Mensual 197.48
Total Anual 2369.76
Recuperado de Microsoft Azure, Copyright 2018 por la compañía Microsoft
113
Tabla 100
SQL database relacional administrada como servicio
Nivel de
Nombre Nivel de precios Type DTU Storage Costo $
rendimiento
Base de
SQL Database S3 Estándar datos 100 250 GB 149.99
única
Base de
SQL Database S3 Estándar datos 100 250 GB 149.99
única
Total
299.98
Mensual
Total
3599.76
Anual
Adptado de “Microsoft Azure”, Copyright 2018 por la compañía Microsoft
3.2.7. Aplicación Web a Migrar
a) Geopoint Engine
GeoPoint Engine es el motor de Normalización y Geocodificación de

Direcciones a nivel Nacional desarrollado por Analytics, y es resultado
de los siguientes elementos:
 El Diccionario Callejero y Reglas de Normalización y Geocodificación.

 Está basado en una estructura homogénea de direcciones que
contempla las diferentes casuísticas de direcciones a nivel del Perú y
plasmado en nuestro registros cartográfico GeoPoint Maps (190+
Localidades del Perú).
 Experiencia acumulada de haber procesado 55 millones de
direcciones a nivel nacional y revisado casuísticas de diferentes
empresas, localidades y patrones particulares.
 Desarrollo cartográfico continuo del catálogo cartográfico por un
personal especializado.
 La disponibilidad de uso y consumo como Web Service REST permite
la integración con múltiples plataformas que permitan el uso de dicha
tecnología.
114
 GeoPoint Engine contiene procesos de inteligencia artificial, para
identificar y solucionar los problemas de escritura, fonética, estructura,
sinonimia y ambigüedad general.
 El motor contiene procesos y casuística para resolver ambigüedades
como:
 Errores de Distrito (incluye conflictos limítrofes).
 Errores de Urbanización (múltiples capas en overlay).
 Sinonimia.
GeoPoint Engine tratará de identificar una respuesta única. Si surgiera

más de una alternativa de dirección (p.ej. por homonimia, ambigüedad
de datos, etc.), el sistema enviará las alternativas encontradas.
b) Enriquecimiento de Datos
A partir de los resultados de la geocodificación, este servicio permite

entregar las siguientes variables de contexto geográfico asociadas a la
manzana donde recaiga la coordenada georeferenciada:
- Nivel Socio Económico Predominante

- Número de Viviendas
- Número de Hogares
- Número de Personas
Las siguientes variables se entregan como % del total:
• Afiliado al SIS
• Afiliado a ESSALUD
• Afiliado a Otro
• Afiliado a Ninguno
• Si Sabe leer y escribir
• No Sabe leer y escribir
• Último nivel de estudio aprobado: Sin nivel
• Último nivel de estudio aprobado: Educación inicial
• Último nivel de estudio aprobado: Primaria
• Último nivel de estudio aprobado: Secundaria
115
• Último nivel de estudio aprobado: Técnica Superior Incompleta
• Último nivel de estudio aprobado: Técnica Superior Completa
• Último nivel de estudio aprobado: Universitaria incompleta
• Último nivel de estudio aprobado: Universitaria Completa
• Desocupado porque: No trabaja, pero tiene trabajo
• Desocupado porque: No trabaja, pero tiene un negocio propio
• Desocupado porque: Realiza cachuelos por un pago en dinero o
especie
• Desocupado porque: Trabaja en un negocio familiar sin pago
• Desocupado porque: No posee trabajo
• Ocupación: Empleado
• Ocupación: Obrero
• Ocupación: Trabajador Independiente
• Ocupación: Empleador o Patrón
• Ocupación: Trabajador familiar no remunerado
• Ocupación: Trabajador (ra) del Hogar
• Tipo de Vivienda: Casa Independiente
• Tipo de Vivienda: Departamento en Edificio
• Tipo de Vivienda: Vivienda en Quinta
• Tipo de Vivienda: Casa Vecindad
• Tipo de Vivienda: Otros
• Construcción Predominante de las paredes: Ladrillo o bloque
• Construcción Predominante de las paredes: Adobe o tapia
• Construcción Predominante de las paredes: Madera
• Construcción Predominante de las paredes: Quincha
• Construcción Predominante de las paredes: Estera
• Construcción Predominante de las paredes: Otro
• Abastecimiento de agua procede: Red pública dentro de la vivienda
• Abastecimiento de agua procede: Red pública fuera de la vivienda
pero dentro de la edificación
• Abastecimiento de agua procede: Otro
• Servicio de Agua Diario
• Servicio de Agua Ocasional
116
• Servicio Higiénico conectado a: Red pública de desagüe dentro de la
vivienda
• Servicio Higiénico conectado a: Red pública de desagüe fuera de la
vivienda pero dentro de la edificación
• Servicio Higiénico conectado a: Pozo séptico
• Servicio Higiénico conectado a: Pozo ciego o negro, letrina
• Servicio Higiénico conectado a: Río, acequia o canal
• Servicio Higiénico conectado a: No tiene
• Alumbrado eléctrico por red pública
• No posee alumbrado eléctrico
• Tenencia de la vivienda: Alquilada
• Tenencia de la vivienda: Propia por invasión
• Tenencia de la vivienda: Propia pagándola a plazo
• Tenencia de la vivienda: Propia totalmente pagada
• Tenencia de la vivienda: Cedida por el centro de trabajo, institución
• Densidad de Agencias Bancarias (1)
• Densidad Cajeros Electrónicos (ATM) (1)
• Densidad Cajeros Corresponsales (1)
• Densidad de Bodegas (1)
• Densidad Empresas del Padrón de Contribuyentes (1)
• Densidad de trabajadores en Planilla del Padrón de Contribuyentes (1)
• Zonas Peligrosas (Si/No)
• Zonas de Densidad Comercial (Si/No)
• Zonas de Densidad Empresarial (Si/No)
• Índice Comercial (Densidad de Comercio Minorista)
• Pertenencia a un Núcleo Financiero (definido por Analytics)
• Distancia lineal entre X,Y del Cliente a la a Avenida Principal más
cercana (definido por Analytics)
• Gasto Mensual Total en Alimentos y Bebidas (1)
• Gasto Mensual Total en Salud (1)
• Gasto Mensual Total en Comunicaciones (1)
• Gasto Mensual Total en Mantenimiento del Hogar (1)
• Gasto Mensual Total en Educación (1)
• Gasto Mensual Total en Ropa y Calzado (1)
117
• Distancia lineal entre X,Y del Cliente a la Agencia más cercana
• Distancia lineal entre X,Y del Cliente al Agente Corresponsal más
cercano
• Distancia lineal entre X,Y del Cliente al ATM más cercano
• Plataforma de Alta Disponibilidad del Servicio
• Como parte de los requerimientos técnicos de funcionamiento del
servicio, se han solicitado las siguientes especificaciones:
• Protección de intercambio de datos en la comunicación a través de un
certificado TLS.
• Operatividad del Servicio 24/7 con un índice de disponibilidad del
99.95%.
• El servicio debe responder las solicitudes en un tiempo menor a 2
segundo en el 90% de las consultas.
• El servicio debe tener capacidad de atender 60 solicitudes en paralelo
por segundo.
c) Plataforma de Alta Disponibilidad del Servicio
Como parte de los requerimientos técnicos de funcionamiento del

servicio, se han solicitado las siguientes especificaciones:
 Protección de intercambio de datos en la comunicación a través de

un certificado TLS.
 Operatividad del Servicio 24/7 con un índice de disponibilidad del
99.95%.
 El servicio debe responder las solicitudes en un tiempo menor a 2
segundo en el 90% de las consultas.
 El servicio debe tener capacidad de atender 60 solicitudes en
paralelo por segundo.
118
Figura 19. Infraestructura Propuesta.
3.2.8. Implementación de GeoPoint Engine sobre Microsoft azure
 Pantalla principal de la consola Azure , donde se visualiza el listado

de las maquina virtuales creadas en las pruebas iniciales.
119
Figura 20. Consola Azure - Lista de Máquinas Virtuales.
 Dentro del Market Place , buscamos el servicio de SQLServer ,

maquina principal para la instalación de GPEngine, como siguiente
paso seleccionamos SQL Server 2014 SP2 Standars On Windows
Server 2012 R2
Figura 21. Market Place - Selección de Servicios.
Creacion de la maquinas virtuales.

 Creado la maquina virtual : en esta sección basica, se debera agregar el
nombre de la maquina, se seleccionara el tipo de disco para la maquina
virtual, el nombre de usuario y contraseña para el acceso, se selecciona
el tipo de suscripcion y el grupo de recursos, al final del formulario click
en aceptar.
120
Figura 22. Creación de la Máquina Virtual.
 En esta sección tamaño, se debera seleccionar el tipo de maquina que

se desea utilizar, para esta demo utilizaremos maquina de tipo F4 y F2.
Figura 23. Selección de Tipo de Máquina Virtual.
 En esta sección de configuración , necesitamos seleccionar la

cuenta de almacenamiento, la red virtual y la subred, despues click
en aceptar
121
Figura 24. Selección de Cuenta de Almacenamiento.
 Creando y seleccionado la red
Figura 25. Creación y Selección de Red.
 Creando y seleccionado el conjunto de disponibilidad , la disponibilidad en la

nube de azure esta relacionada con los cluster de servidores que
acompañaran a la maquina principal.
122
Figura 26. Selección de Disponibilidad.
Figura 27. Configuración de Disponibilidad.
Configurando SQLServer 2014

 En esta sección realizaremos la configuración del SQLServer 2014 ,
necesitamos seleccionarel tipo de conectividad, puerto, tipo de
autenticación, usuario , contraseña, al finalizar click en aceptar.
123
Figura 28. Configuración de SLQServer 2014.
Figura 29. Validación de la Configuración de SLQServer 2014.
 Habilitando los puerto respectivos , para la conexiones externas y

internas de la aplicaciòn.
124
Figura 30. Habilitación de Puertos.
 Al final esta opcion, la maquina se comenzara a crear , el tiempo promedio de

la creacion de la maquina es de 5 minutos.
Configurando las Maquinas Virtuales

 Ingresando a la maquina virtual.
Figura 31. Ingreso a la Máquina Virtual.
125
Configurando Server Manegar
 Habilitando los servicios del Server
Figura 32. Habilitación de Servicios.
Figura 33. Selección de Roles.
126
Figura 34. Configuración de Conectividad.
 Seleccionando las funcionalidades del IIS

 Instalando IIE 7 en la nueva Maquina Virtual
.
Figura 35. Selección e Instalación de IIS.
 Seleccionando las funcionalidades ASP.NET 4.5

 Instalando ASP.NET 4.5
127
Figura 36. Selección e Instalación de ASP.NET 4.5.
Figura 37. Selección e Instalación de Complementos de ASP.NET 4.5.
 Confirmamos las extensiones seleccionadas
128
Figura 38. Validación de Complementos de ASP.NET 4.5.
 Confirmamos la instalaciòn , dicha instalacion toma 5 a 10 minutos.
Figura 39. Inicio de Instalación de ASP.NET 4.5.
Configurando GPEngine a la nueva Infraestructura

 Migrando las fuentes a la maquina virtuales creadas.
129
Figura 40. Configuración de Ingreso a la Máquina Virtual.
Figura 41. Validación de Ingreso.
130
Figura 42. Visualización de Archivos a Migrar.
 Copiando las fuentes de una maquina a otra , de igual manera

copiamos el ultima backups de la base de datos , del servidor
antiguo.
Figura 43. Copiado de Fuentes a Máquina Virtual.
131
Figura 44. Agrupación de Fuentes a Máquina Virtual.
Figura 45. Verificación de Agrupamiento de Fuentes a Máquina Virtual.
132
 Abriendo la nueva Maquina Virtual que tiene el SQL Server 2014 R2
133
Figura 48. Ingreso y Visualización de Escritorio de Máquina Virtual.
 Ingresando la credenciales, las misma que fueran registradas en la

creacion de la maquina virtual SQLServer 2014 R2.
Figura 49. Ingreso y Validación de Credenciales en la Máquina Virtual.
 Restaurando la Base de datos con Microsoft SQL Server

Management Studio
134
Figura 50. Visualización de Opciones a
realizar en la Base de Datos.
Figura 51. Restauración de la Base de Datos.
135
Figura 52. Selección de la Base de Datos.
136
Figura 55. Validación de selección de la Base de Datos.
Configurando la Aplicación GPEngine - Licenciamiento

 Instalando la licencia de GPEngine
137
Figura 56. Instalación de licencia de GPEngine.
Figura 57. Activación de licencia de GPEngine.
138
Figura 58. Colocación de Parámetros de licencia de GPEngine.
139
Figura 60. Validación de Parámetros de GPEngine.
Configurando GPEngine - los permisos de Red, Roles de Windows y IIS

 Configurando la App dentro del IIS
Figura 61. Configuración de GPEngine.
140
Figura 62. Visualización de Carpetas de GPEngine.
Figura 63. Visualización de Carpetas de GPEngine.
141
Figura 64. Configuración de Permisos de GPEngine.
 Otorgando los permisos de lectura y escritura a las fuentes, con el

usuario de IIE.
142
Figura 67. Selección de Usuarios para Otorgar Permisos de GPEngine.
143
 Configuracion de Application Pools del IIE
144
Figura 70. Configuracion de Application Pools del IIE.
Figura 71. Configuracion de Parámetros de Application Pools del IIE.
145
Figura 72. Configuracion de Parámetros de Application Pools del IIE.
Figura 73. Visualización de Parámetros de Application Pools del IIE.
146
Figura 74. Visualización de Opciones IIS.
Figura 75. Agregar Aplicación para IIS.
147
Figura 76. Colocación de Parámetros para Agregar Aplicación para IIS.
Figura 77. Visualización Aplicaciones para IIS.
 Configurando el directorio del WebSite, dentro de IIE
148
Figura 79. Colocación de Parámetros para Agregar Aplicación para IIS.
149
Figura 80. Visualización Aplicaciones para IIS.
150
Figura 82. Visualización de Opciones.
 Configurando WebConfig de la App
Figura 83. Configurando WebConfig de la App.
151
Figura 85. Visualización de Opciones.
152
153
 Ingresando a la App GPEngine
Figura 89. Ingreso a la App GPEngine.
154
Pruebas GPEngine
Figura 90. Ingreso de Parámetros en la App GPEngine.
 Probando el buen funcionamiento de la instalaciòn de App

GPEngine
 La App devuelve el reultado esperado.
Figura 91. Ingreso de Parámetros en la App GPEngine.
 Probando la App GPEngine con SoapUI
155
Figura 92. Lista de Opciones en la App GPEngine con SoapUI.
 Configurando SoapUI, para que consulte al motor de GPEngine
Figura 93. Colocación de Parámetros en la App GPEngine con SoapUI.
156
 La App devuelve el reultado esperado.
157
Pruebas de Stress GPEngine

Anexo numero 02 (Informe de Pruebas de Carga GPEngine)
158
3.3 MIGRACIÓN
Figura 97. Detalle de tareas del Sprint Backlog - SB01.
159
160
161
162
Figura 101. Trabajo Pendiente Sprint - SB01.
163
164
Tabla 101
Tabla de resumen de Reunión de Retrospectiva de Sprint - SB01
¿Qué mejoras vamos a
implementar en la próxima
¿Qué salió bien en la iteración? ¿Qué no salió bien en la
iteración?
(aciertos) iteración? (errores)
(recomendaciones de
mejora continua)
 Estandarizar los
 Diagrama de la arquitectura  Selección del servicio
nombres de las
actual Gateway Azure
servicios Azure y MV
 Errores al sobre escribir  Realizar pilotos con

 Diagrama de la arquitectura
los nombres de las MV cada servicios que se
propuesta
y Servicios Azure ha tentativo para utilizar
 Creación de una cuenta

 Tiempo de afiliación
 Creacion de la cuenta en Azure Free Azure, para
socio de Microsoft
pruebas
 Realizando los talleres

 Selección del software de
semanales de Microsoft
Gestion de desarrollo
Academic
 Utilizacion del servicio de

Disponibilidad Azure
 Utilizacion del servicio de

respaldo
165
166
167
168
169
170
171
Tabla 102
¿Qué salió bien en
¿Qué no salió bien en la implementar en la próxima
la iteración?
iteración? (errores) iteración? (recomendaciones de
(aciertos)
mejora continua)
Respetar los horarios Realizar un inducción en TFS,
La selección del
de prepraración en para integrantes nuevos en el
SQL Azure
Azure equipo de desarrollo
Selección del nivel de
El proceso de Realizar pilotos con cada
capacidad y demanda
resturación de la servicios que se ha tentativo
de cada servicio o
BD para utilizar
maquina virtual.
Los horarios de ingreso no

Migración SQL
fueron los mas optimos
Selección del
Las ceremonias diarias
software de
deberan ser mas puntuales.
Pruebas
Realizar pruebas, para tener
Configuración
la mejor selección del nivel de
de las pruebas
capacidad y demanda de
de rendimiento
cada componente a adquirir.
Selección del
Servicio
Balancing Azure
Selección del
Servicio de
Backups
172
173
Figura 114. Detalle de tareas del Sprint Backlog – SB10.
174
Figura 115. Detalle de tareas del Sprint Backlog – SB11.
175
Figura 117. Trabajo Pendiente Sprint – SB10.
176
Figura 118. Trabajo Pendiente Sprint – SB11.
Tabla 103
¿Qué salió bien en la ¿Qué no salió bien en implementar en la próxima
iteración? (aciertos) la iteración? (errores) iteración? (recomendaciones de
mejora continua)
 Configuracion del
 Implementacion de  Buscar provedores alternos
servicio Gateway
las alertas de monitoreo
con seguridad SSL.
 Costo de los  Configuración  Reserver una instancia mas,

servicios Balacing Azure. para el balanceo
 Selección de los  Pruebas interdiarias de los

servicios Backups de App
 Configuración del  Pruebas interdiarias de los

SQL Azure Backups de Base de datos
 Selección del
proovedor de
monitoreo
177
3.4 MODELAMIENTO DEL NEGOCIO
3.4.1. Descripción de la empresa
Empresa dedicada a la consultoría e implementación de soluciones de

negocio basado en tecnología de la información.
Experiencia demostrada:
 Servicios financieros
 Consumo masivo
 Telecomunicaciones
 Al por menor
 Salud
 Distribución
Directivos en constante actualización, expertos en administración, análisis de

datos y aplicaciones a consultoría de negocios.
MISION
Desarrollar soluciones analíticas que agreguen valor a los resultados de
nuestros clientes, gracias a nuestra experiencia en gestión de negocios,
tecnología de la información y análisis cuantitativo.
VISION
Ser considerados Trusted Advisor en la consultoría de soluciones analíticas
para la toma de decisiones de negocios.
178
3.4.2. Estructura Organizacional
Figura 119. Organigrama Business Analytics.
3.4.3. Servicios y Clientes
a) Servicios
o Estudios de localización
o Geomarketing
o Servicios y Aplicaciones Web
b) Clientes
o Telecomunicaciones
 Claro
 Entel
 Telefónica
o Financiero
 Bcp
 BBVA
 Interbank
o Consumo Masivo
 Aje
 Coca Cola
o Otros
 EquiFax
 Sentinel
179
3.4.4. Stakeholders Internos y Externos
a) Stakeholders Internos
Los StakeHolders Lo conforman toda la dirección general de
administración y colaboradores de Bussines Analytics.
 Directorio
 Gerencia General
 Jefatura de Pre-venta.
 Gerencia comercial
b) Stakeholders Externos
La SUNAT es el ente principal que autoriza y supervisa a todas las
empresas del País es el stakeholder principal.
180
CAPÍTULO IV
ANÁLISIS DE RESULTADOS Y CONTRASTACIÓN DE
LAS HIPÓTESIS
4.1 POBLACIÓN Y MUESTRA
Población
Se considera como población a los Servicios TI de la empresa Business Analytics
Muestra
El tipo de muestreo será no probabilístico por conveniencia. Esta es una técnica
comúnmente usada. Consiste en seleccionar una muestra de la población por el hecho
de que sea accesible. Es decir, los individuos empleados en la investigación se
seleccionan porque están fácilmente disponibles, no porque hayan sido seleccionados
mediante un criterio estadístico. Esta conveniencia, que se suele traducir en una gran
facilidad operativa y en bajos costes de muestreo, tiene como consecuencia la
imposibilidad de hacer afirmaciones generales con rigor estadístico sobre la población,
Ochoa (2015).
Se seleccionará 20 observaciones de los Servicios TI de la empresa Business

Analytics.
4.2 NIVEL DE CONFIANZA Y GRADO DE SIGNIFICANCIA
Para la prueba de hipótesis para que los datos recolectados sean evaluados, se
ha utilizado los siguientes parámetros:
 El nivel de confianza será de 95%, dada la inexperiencia de los investigadores.
 El nivel de significancia 5%.
182
4.3 ANÁLISIS E INTERPRETACIÓN DE RESULTADOS
4.3.1. Resultados específicos
Tabla 104
Resultados de Pre -Prueba y Post- Prueba para los KPI1, KPI2, KPI3
KPI 2 KPI 3
KPI 1
Tiempo de respuesta de Grado de satisfacción de los
Tiempo de caídas (Minuto)
consulta(segundo/mes) empleados
Número Pre Prueba Post Prueba Pre Prueba Post Prueba Pre Prueba Post Prueba
1 5 5 1500 747
2 8 2 800 240
3 80 1 1631 580
4 1440 3 1806 372
5 8 3 2560 473
6 7 2 3650 196
7 9 1 1584 757
8 1200 3 689 375
9 4 3 6591 636
10 8 2 823 823
11 50 1 500 94
183
12 1 1 800 124
13 3 2 813 813
14 8 1 120 120
15 54 2 690 690
16 7 1 1300 510
17 2 1 2103 450
18 60 2 1980 360
19 1 1 2980 450
20 1 2 1800 120
184
Tabla 105
Tabla de promedio de los indicadores del PrePrueba y PosPrueba
PrePrueba PosPrueba
Indicador
(Media: 𝑥̅1 ) (Media: 𝑥̅2 )
KPI 1 : Tiempo debido a caídas 147,80 1,95
KPI 2: Tiempo de respuesta de
1 736 446.5
consulta
KPI 3 : Grado de satisfacción de los
Dato cualitativo
empleados
4.3.2. Análisis de Resultados Numéricos
En las siguientes tablas, se muestra los resultados de la PrePrueba y

PosPrueba.
4.3.2.1. Indicador 2: Tiempo debido a caídas: KPI1
Tabla 106
Resultados de PrePrueba y PosPrueba para el KPI1.
Estadística Descriptiva Estadístico Error
estándar
KPI 1 Media 147,80 90,213
Pre Prueba
Tiempo 95% de intervalo Límite -41,02
debido a de confianza inferior
caídas para la media Límite 336,62
superior
Media recortada al 5% 84,17
Mediana 8,00
Varianza 162769,01
1
Desviación estándar 403,446
Mínimo 1
185
Máximo 1440
Rango 1439
Rango intercuartil 50
Asimetría 2,920 ,512
Curtosis 7,422 ,992
Coeficiente de variación 273%
KPI 1 Media 1,95 ,235

Post
Prueba 95% de intervalo Límite 1,46
Tiempo de confianza inferior
debido a para la media Límite 2,44
caídas superior
Mediana 2,00
Varianza 1,103
Mínimo 1
Máximo 5
Rango 4
Curtosis 2,279 ,992
Coeficiente de variación 53.85%
186
Figura 120. Tiempo de caídas antes y después de implementado la Plataforma
Cloud Computing.
Interpretación
Se obtuvo como media del tiempo de caídas, en el pre test de la muestra el
valor de 147,8 minutos, mientras que para el post test el valor fue de 1,95
minutos; esto indica una gran diferencia antes y después de la implementación
del modelo Cloud Computing; asimismo, los valores mínimos de tiempo de
caídas antes y después fueron de 1 minuto.
Como la dispersión del tiempo de caídas, en el pre test fue de 273% y en el

post test de 53.85%, se demuestra que la variabilidad con respecto a los datos
si difiere en gran medida, por lo tanto la comparación de medias no se
considera adecuada, ya que los datos son muchos mayores y menores con
respecto a la media, es decir son muy dispersos
187
4.3.2.2. Indicador 2: Tiempo de respuesta de consulta: KPI2
Tabla 107
Resultados de PrePrueba y PosPrueba para el KPI2
Estadística Descriptiva Estadístico Error

estándar
KPI 2 Media 1736,00 323,270
Pre Prueba
Tiempo de 95% de intervalo Límite 1059,39
respuesta de confianza inferior
de para la media Límite 2412,61
Consultas superior
Mediana 1542,00
Varianza 2090065,368
Mínimo 120
Máximo 6591
Rango 6471
Curtosis 6,159 ,992
Coeficiente de variación 83,28%
KPI 2 Media 446,50 54,906

Post
Prueba 95% de intervalo Límite 331,58
Tiempo de de confianza inferior
respuesta para la media Límite 561,42
de superior
Consultas Media recortada al 5% 445,17
Mediana 450,00
188
Varianza 60293,316
Mínimo 94
Máximo 823
Rango 729
Asimetría ,042 ,512
Curtosis -1,242 ,992
Coeficiente de variación 55%
Figura 121. Tiempo de respuesta de Consultas antes y después de implementado

la Plataforma Cloud Computing.
Interpretación
Se obtuvo como media del Tiempo de respuesta de Consultas, en el pre test
de la muestra el valor de 1 736 segundos por mes, mientras que para el post
189
test el valor fue de 446,5; esto indica que hay mucha diferencia antes y
después de la implementación de la Plataforma Cloud Computing; asimismo, los
valores mínimos de Tiempo de respuesta de Consultas antes fue de 120
segundos y después 94.
Como la dispersión del Tiempo de respuesta de Consultas, en el pre test fue

de 83,28% y en el post test de 55%, se demuestra que la variabilidad con
respecto a los datos no difiere en gran medida, por lo tanto la comparación de
medias se considera adecuada, ya que los datos son muchos mayores y
menores con respecto a la media, es decir están muy dispersos.
4.3.2.3. Indicador 3: Grado de satisfacción de los empleados: KPI3
ANTES
Tabla 108
Tabla de distribución de frecuencia KPI3 - Pre Test
Categoría Frecuencia Porcentaje
Muy Malo 0 0%
Malo 2 20%
Regular 8 80%
Bueno 0 0%
Muy Bueno 0 0%
190
Figura 122. Grado de satisfacción de los empleados antes de la
implementación de Cloud Computing.
Interpretación
En la figura y el gráfico se aprecia los niveles de satisfacción que tiene los
empleados antes de la implantación de Cloud Computing. El 80% respondió
regular la forma como se viene gestionando actualmente los servicios TI, el
20% respondió malo, con respecto a muy malo, bueno y muy bueno no hubo
respuestas.
DESPUÉS
Tabla 109
Tabla de distribución de frecuencia KPI3 - Post Test
Categoría Frecuencia Porcentaje
Muy Malo 0 0%
Malo 0 0%
Regular 0 0%
Bueno 3 30%
Muy Bueno 7 70%
191
.
Figura 123. Grado de satisfacción de los empleados después de la

implementación de Cloud Computing.
Interpretación
En la figura y el gráfico se aprecia los niveles de satisfacción que tiene los
empleados después de la implantación de Cloud Computing. El 70%
respondió muy bueno la forma como se viene gestionando los servicios TI
a través de Cloud Computing, el 30% respondió bueno, con respecto a
regular, malo, y muy malo no hubo respuestas.
4.4 PRUEBA DE HIPOTESIS
4.4.1. Indicadores a contrastar
Tabla 110
Indicadores a contrastar
PosPrueba
PrePrueba
Indicador|
̅𝟏 )
(Media: 𝒙 ̅𝟐 )
(Media: 𝒙
KPI 1 : Tiempo debido a caídas 147,80 1,95
KPI 2: Tiempo de respuesta de 446,5

1 736
Consultas
KPI 3 : Grado de satisfacción de los
No contrastado, dato cualitativo
empleados
192
4.4.2. Contrastación para el Indicador 1: Tiempo debido a caídas
c) Prueba de Normalidad
Con el objetivo de seleccionar la prueba de hipótesis; los datos fueron
sometidos a la comprobación de su distribución, específicamente si los datos
del Tiempo debido a caídas contaban con distribución normal; para ello se aplicó
la prueba de Shapiro-Wilk a ambos indicadores porque las muestras son
menores a 50.
Ho = Los datos tienen un comportamiento normal.

Ha= Los datos no tienen un comportamiento normal.
Tabla 111
Prueba de normalidad del Tiempo debido a caídas antes y después de implementado Cloud Computing.
Shapiro - Wilk
Estadístico gl Sig.
Tiempo debido a
,402 20 ,000
caídas antes
Tiempo debido a
,806 20 ,001
caídas después
Los resultados de la prueba indican que el Sig.de la muestra del Tiempo

debido a caídas antes fue de ,000 y de ,001 después cuyos valores son
menores que 0.05 (nivel de significancia alfa), entonces se rechaza la
hipótesis nula, por lo que indica que los tiempos debido a caídas no se
distribuyen normalmente.
Lo que confirma la distribución no normal de los datos de la muestra, por lo

que se usarán pruebas no paramétricas: W - Wilcoxon; al ser muestras
relacionadas.
193
a) Planteamiento de la hipótesis:
 Hipótesis Alterna
La aplicación de Cloud Computing disminuye el Tiempo debido a caídas

(Post Prueba) con respecto a la muestra a la que no se aplicó (Pre Prueba).
 Hipótesis Nula
Ho. La aplicación del Cloud Computing aumenta el Tiempo debido a caídas
Post Prueba) con respecto a la muestra a la que no se aplicó (Pre Prueba).
µ1 = Media del Tiempo debido a caídas en la PrePrueba.

µ2 = Media del Tiempo debido a caídas en la PosPrueba
Ha: µ2 < µ1
H0: µ2 ≥ µ1
b) Nivel de significación: 5%
c) Estadístico de prueba: “W” de Wilcoxon
Tabla 112
Estadística Inferencial prueba “W” - Wilcoxon de Tiempo debido a caídas
Desviación
Medición Media N Z Sig.
Típica
Antes 147,80 20 403,446
-3,510b 0,000
Después 1,95 20 1,050
b. Se basa en rangos positivos.
194
a) Decisión
Como p<0,05, se rechaza la Ho
b) Conclusión:
Los resultados de la prueba “W” de Wilcoxon, aplicada porque los datos no se
distribuyen normalmente y son muestras relacionadas; demuestran que, como
el resultado de la probabilidad tiende a cero en relación a la probabilidad
asumida de 0.05, se rechaza la hipótesis nula, porque el Tiempo debido a
caídas antes es mayor al Tiempo debido a caídas después de implementar
Cloud Computing.
Por lo tanto la implementación de Cloud Computing disminuye el Tiempo debido

a caídas de manera significativa, mejorando los Servicios TI de la empresa
Business Analytics, al encontrarse diferencias estadísticamente significativas en
el pre test y pos test.
4.4.3. Contrastación para el Indicador 2: Tiempo de respuesta de Consultas
a) Prueba de Normalidad
Con el objetivo de seleccionar la prueba de hipótesis; los datos fueron
sometidos a la comprobación de su distribución, específicamente si los datos
del Tiempo de respuesta de Consultas contaban con distribución normal; para
ello se aplicó la prueba de Shapiro-Wilk a ambos indicadores porque las
muestras son menores a 50.
Ho = Los datos tienen un comportamiento normal.

Ha= Los datos no tienen un comportamiento normal.
195
Tabla 113
Prueba de normalidad del Tiempo de respuesta de Consultas antes y después de implementado Cloud
Computing.
Shapiro - Wilk
Estadístico gl Sig.
Tiempo de respuesta ,794 20 ,001
de Consultas antes
Tiempo de respuesta ,932 20 ,168
de Consultas después
Los resultados de la prueba indican que el Sig.de la muestra del Tiempo de

respuesta de Consultas antes fue de ,001 y de ,168 después cuyos valores son
menores que 0.05 (nivel de significancia alfa), entonces se rechaza la hipótesis nula,
por lo que indica que los Tiempo de respuesta de Consultas no se distribuyen
normalmente.
Lo que confirma la distribución no normal de los datos de la muestra, por lo que se

usarán pruebas no paramétricas: W - Wilcoxon; al ser muestras relacionadas.
b) lanteamiento de la hipótesis:
 Hipótesis Alterna
La aplicación de Cloud Computing disminuye el Tiempo de respuesta de

Consultas (Post Prueba) con respecto a la muestra a la que no se aplicó
(Pre Prueba).
 Hipótesis Nula
Ho. La aplicación del Cloud Computing aumenta el Tiempo de respuesta de

Consultas Post Prueba) con respecto a la muestra a la que no se aplicó (Pre
Prueba).
196
µ1 = Media del Tiempo de respuesta de Consultas en la PrePrueba.
µ2 = Media del Tiempo de respuesta de Consultas en la PosPrueba
Ha: µ2 < µ1
H0: µ2 ≥ µ1
a) Nivel de significación: 5%
b) Estadístico de prueba: “W” de Wilcoxon
Tabla 114
Estadística Inferencial prueba “W” - Wilcoxon de Tiempo de provisión y configuración de servidores
Desviación
Medición Media N Z Sig.
Típica
Antes 1736,00 20 1445,705
Después 446,50 20 245,547

-3,516 0,000
b. Se basa en rangos positivos.
c) Decisión
Como p<0,05, se rechaza la Ho
d) Conclusión:
Los resultados de la prueba “W” de Wilcoxon, aplicada porque los datos no se
distribuyen normalmente y son muestras relacionadas; demuestran que, como
el resultado de la probabilidad tiende a cero en relación a la probabilidad
asumida de 0.05, se rechaza la hipótesis nula, porque el Tiempo de respuesta
de Consultas antes es mayor al Tiempo de respuesta de Consultas después de
implementar Cloud Computing.
Por lo tanto la implementación de Cloud Computing disminuye el Tiempo de
respuesta de Consultas de manera significativa, mejorando los Servicios TI de la
empresa Business Analytics, al encontrarse diferencias estadísticamente
significativas en el pre test y pos tes
197
CAPITULO V
CONCLUSIONES Y RECOMENDACIONES
2
9
-
5.1 CONCLUSIONES
 La implementación de la solución permitió la redución del tiempo debido a las

caídas en un 99%, permitiendo alcanzar el objetivo planteado por la
investigación. Demostrandose asi lo planteado en la investigación de
Alvarez(2009)
 La implementación de la solución permitió la redución del tiempo respuesta de

consultas en en un 75% permitiendo alcanzar el objetivo planteado por la
investigación. Demostrandose asi lo planteado en la investigación de
Nuñez(2013)
 Con respecto al grado de satifacción de los empleados, este fue mejorado en

un 100%; pasando de malo – regular (100 %) a Bueno - Muy bueno (100%).
 Con conclusión final se pude decir que la investigación logró demostrar el

objetivo planteado de mejorar los servicios de Geopoint Engine.
199
5.2 RECOMENDACIONES
a. Dentro de un proyecto tan ambicioso como fue este , siempre desea que haya una
mejora continua del mismo, por lo tanto se recomienda a futuros estudiantes que
tenga interes en el proyecto, la complementación de la arquitectura con mas
servicios que disponibiliza Microsoft Azure.
b. Otra recomendación seria incluir modelos predictivos , dejando de trabajar bajo

motores de base de datos relacional , Microsoft tiene un catalogo extenso de base
de datos geográficas y no relacionales.
200
REFERENCIAS BIBLIOGRÁFICAS
2
9
-
Libros
Beltrán, M y Sevillano, F. (2014). Cloud Computing Tecnología y Negocio. Recuperado

de
https://books.google.com.pe/books/about/Cloud_Computing_tecnolog%C3%ADa_y
_negocio.html?id=f5jLAgAAQBAJ&redir_esc=y
Menzinsky, A., López, G y Palacio, J. (2016).Scrum Manager. Recuperado de

http://www.scrummanager.net/files/sm_proyecto.pdf
SCRUMstudy. (2016). Una Guía para el cuerpo de conocimiento de

Scrum. Recuperado de https://www.scrumstudy.com/SBOK/SCRUMstudy-SBOK-
Guide-2016-spanish.pdf
Tesis
Árevalo, J. (2011). Cloud Computing: Fundamentos, Diseño y Arquitectura aplicados a

un caso de estudio. Recupeado de
https://eciencia.urjc.es/bitstream/handle/10115/5945/MemoriaTFMFINAL-
2.pdf?sequence=1&isAllowed=y
Álvarez, V. (2009).Desarrollo de Software Orientado a Prestación de Servicios (Modelo

SAAS). Recuperado de http://biblioteca.usac.edu.gt/tesis/08/08_0446_CS.pdf
Caldas, J. (2016). Prácticas de Gestión en la mejora en la calidad de Servicios de

Tecnologias de la Información al adoptar Cloud Computing. Recuperado de
http://repositorio.cientifica.edu.pe:8080/bitstream/handle/UCS/259/TLC_Caldas-
Nu%C3%B1ez.pdf?sequence=1&isAllowed=y
Nuñez, E. (2013). Implementacion de un Prototipo de Software como Servicio (SAAS)

para Pequeñas y Medianas Empresas. Recuperado de
http://bibdigital.epn.edu.ec/bitstream/15000/7108/1/CD-5294.pdf
Sitios Web
Asper.(2016). Asper IT Plug & Play.España: Asper. Recuperado de

http://www.apser.es/blog/2016/08/08/paas-vs-saas-vs-iaas-en-el-cloud-computing/
Gartner.(2018).Gartner. EEUU: Gartner. Recuperado de https://www.gartner.com

Microsoft. (2018). Microsoft Azure. EEUU: Microsoft. Recuperado de
https://azure.microsoft.com/es-es/pricing/calculator/
National Institute of Standards and Technology. (2011). The NIST Definition of Cloud
Computing. EEUU: NIST. Recuperado de https://www.nist.gov/
Wang&Wang. (2010). Internet Móvil - Google. España: Management Solutions - Dpto de

Marketing y Comunicacion.

Olivos Estrada, Frank y Vera Livia Christian

Cargado por

Copyright:

Formatos disponibles

Olivos Estrada, Frank y Vera Livia Christian

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Olivos Estrada, Frank y Vera Livia Christian

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA

CARRERA PROFESIONAL DE INGENIERÍA

PARA OBTENER EL TÍTULO DE

A nuestros padres, esposa e hijos que nunca dejaron de apoyarme en el

A Dios por darnos la fuerza necesaria para poder concluir nuestro

Durante el periodo de investigación la empresa Business Analytics ha contado con una

Palabras Clave: Modelo SAAS, Windows Azure, Windows server 2008

Keywords: SAAS Model, Windows Azure, Windows Server 2008

Tabla 1 Variable Independiente: Indicadores ......................................... 12

Figura 1. Utilizacion de Cloud Computing en Perú en el 2016. ................. 4

El presente trabajo de investigación tiene como objetivo principal el mejorar

Esta investigación es el desarrollo y puesta en funcionamiento de los

La plataforma Cloud Computing proporciona a los desarrolladores un

La hipótesis que se demuestra es que la Plataforma Cloud Computing

1.1.1. Descripción de la Realidad Problemática

La tecnología de la información avanza aceleradamente y junto con ella, la

Los avances tecnológicos dan la oportunidad de que las aplicaciones

En la actualidad el aumento del uso del internet y de los avances

Datos recientes develados por IDC , en su informe Worldwide Semiannual

Según el estudio de mercado elaborado por Dominio Consultores para

En la empresa Business Analytics se cuenta con servidores con sistemas

1.1.2. Descripción del Problema

Business Analytics es una compañía dedicada a la consultoría e

Producimos propuestas con valor directo al Negocio, que cubren diversos

Experiencia demostrada en banca, seguros, seguros, AFPs, retail,

En la actualidad el mercado tecnológico en Perú se encuentra saturado de

Los avances tecnológicos y el aumento de proveedores de servicios de

Figura 2. Mapa de ubicación de la empresa Bussines Analytics S.A.C.

¿En qué medida una plataforma de Cloud Computing mejorará la provisión

1.2.2. Nivel de Investigación

Nivel explicativo : El presente trabajo busca explicar el efecto producido por la

La realización del presente estudio en la empresa Business Analytics, nos

1.3.1. Justificación Práctica:

La proliferación y desarrollo del acceso a Internet móvil y de la disponibilidad

1.3.3. Justificación Económica:

Analizando las cifras de mercado peruano se puede comprobar que el 65% de

1.4.1. Objetivos General

Determinar en que medida la implementación de una Plataforma Cloud

1.4.2. Objetivos Específicos

 Determinar en qué medida se reduce el tiempo debido a caídas en proveer

El uso de una Plataforma Cloud Computing influye significativamente la provisión

1.6 Variables e Indicadores

1.6.1. Variable Independiente

 Plataforma Cloud Computing

Variable Independiente: Indicadores

Cuando indique NO, es porque no ha sido desarrollada la solución de Cloud

Presencia - Ausencia NO, SI

 Provisión de los Servicios de GeoPoint Engine

Tiempo que empleara la

1.7 Limitaciones de la Investigación

 Temporal : El presente trabajo de investigación se realizará durante el

1.8 Diseño de la Investigación

En la investigación se pretende la implementación de una plataforma Cloud

 Ge: Grupo experimental, empresa Business Analytics S.A.C.

 O1: Son los valores de la Pre-Prueba.

 X: Plataforma Cloud Computing.

 O2: Son los valores de la Post-Prueba.

La entrevista se realizo con el area de

Se revisó tesis que guarden relación al tema.

A) Autor : Víctor Alejandro Álvarez Contreras