NOMBRE DEL PROYECTO

Presentado por:
ESTUDIANTES

Presentado a:
DOCENTE

UNIVERSIDAD SURCOLOMBIANA
FACULTAD DE INGENIERÍA
INGENIERÍA DE SOFTWARE
NEIVA – HUILA
AÑO
Contenido
INTRODUCCIÓN 4
Contexto metodológico 4
Grupo de procesos de Inicio 4
Grupo de procesos de Planificación 5
Grupo de procesos de Ejecución 5
Grupo de procesos de Monitoreo y Control 5
Grupo de procesos de Cierre 6
GESTIÓN DE INTEGRACIÓN 7
Acta de constitución del proyecto 7
Propósito y justificación del proyecto 7
Descripción del proyecto y entregables 7
Requerimiento de alto nivel 8
Objetivos 8
Premisas y restricciones 8
Riesgos iniciales de alto nivel 9
Cronograma de hitos principales 9
Presupuesto inicial asignado 10
Lista de interesados 11
Requisitos de aprobación del proyecto 11
Criterios de cierre o cancelación 11
Asignación del gerente del proyecto y nivel de autoridad 11
Personal y recursos preasignados 12
Aprobaciones 12
Plan para la gestión de interesados 13
Enfoque de gestión de los interesados del proyecto 13
Registro de los interesados del proyecto 14
Alcance e impacto del proyecto sobre los interesados 15
Niveles de participación actuales y deseados para interesados clave 15
Estrategias para la gestión de los interesados del proyecto 16
Requerimientos de comunicación con los interesados 16
Procedimiento para actualizar y refinar el plan de gestión de los interesados 17
GESTIÓN DE ALCANCE 17
Plan de gestión de alcance 17
Metodología para definir el alcance 17
Control y administración de cambios en el alcance 17
Especificación de la aceptación formal de los entregables 17
Sistema de control de cambios en la EDT 17
Alcance 18
Alcance del proyecto 18
Alcance del producto 18
Recopilación de requisitos 18
Requisitos funcionales 18
Requisitos no funcionales 20
E.d.t 21
Vista jerárquica 21
Vista de árbol 22
Diccionario EDT 23
GESTIÓN DEL CRONOGRAMA 35
Plan de gestión del cronograma 35
Definición de actividades 35
Secuencia y duración de actividades 36
Diagrama de red 36
Cronograma 38
GESTIÓN DE COSTOS 39
Plan de gestión de costos 39
Definición de recursos 39
Asignación de recursos a actividades 40
Determinación del presupuesto 41
GESTIÓN DE CALIDAD 41
Plan de gestión de calidad 41
Indicadores y métricas 42
 INTRODUCCIÓN
En los últimos quince años, los Marketplace se han convertido en uno de los
espacios más populares para ofrecer productos y servicios. La facilidad que
ofrecen para aumentar las ventas es notable, lo cual ha originado que muchas
personas y empresas decidan invertir gran parte de su tiempo en mantener un
inventario actualizado de sus productos en toda plataforma digital que ofrezca este
tipo de servicio. Sin embargo, en mucho de los casos este sacrificio personal
significa el descuido de las demás actividades que rodean la venta de un bien,
como bien lo puede ser el mantener una fuerte presencia en la web. Y aunque
claramente este fenómeno se presenta comúnmente en el sector comercial, el
sector del turismo no es ajeno a esto. En un país como Colombia, donde el
turismo en el 2018 aumentó un 10.4% su participación en el PIB, usar
herramientas digitales que cumplen visiblemente la función de un Marketplace,
pues en vez de mostrar bienes o servicios se muestran atractivos turísticos, se
está convirtiendo en una prioridad.
En este documento queda plasmado el plan para la dirección del proyecto
Datamapa, el cual es una herramienta informática que busca conglomerar la oferta
turística y comercial del país en un solo espacio digital, mejorando así la
experiencia de nacionales y extranjeros al momento de hacer turismo. En cuanto
al enfoque conceptual del proyecto, este se encuentra fundamentado sobre las
buenas prácticas de gerencia de proyectos concebidas por el PMI (Project
Management Institute), resaltando la especificación de los planes de gestión de
integración, gestión de alcance, gestión de tiempo, gestión de costos y gestión de
calidad.
Contexto metodológico
El PMI es la institución reconocida a nivel mundial por definir en un documento
llamado PMBOK, desde hace unos años, los estándares más importantes para la
administración de proyectos.
En dicho documento se define como proyecto a todo esfuerzo que se lleva a cabo
para crear un producto, servicio o resultado único, que tiene la característica de
ser temporal, es decir, tiene un inicio y fin establecidos, que al final se alcanza
cuando se logran los objetivos o cuando se termina porque sus objetivos no se
cumplirán o no podrán ser cumplidos, o cuando ya no existe la necesidad que dio
origen al proyecto.
Igualmente, se precisa que un proceso es un conjunto de acciones y actividades
interrelacionadas que se llevan a cabo, en el transcurso del ciclo de vida del
proyecto, para ayudar al gerente del proyecto a conseguir los objetivos deseados.
El PMBOK en su sexta edición, clasifica los procesos de dirección de proyectos en
cinco grupos: inicio, planificación, ejecución, control y cierre.
Grupo de procesos de Inicio
En este grupo se hallan los procesos que permiten precisar un nuevo proyecto o
una nueva fase de un proyecto ya existente. Las áreas de conocimientos que
incide son la de gestión de interesados y gestión de la integración y está
conformado por los procesos de identificación de los interesados y desarrollo del
acta de constitución del proyecto.
Grupo de procesos de Planificación
En este grupo se encuentran aquellos procesos necesarios para definir el alcance
del proyecto, depurar los objetivos y establecer el curso de acción preciso para
que dichos objetivos, por los cuales se emprendió el proyecto, sean alcanzados.
Aquí se relacionan las áreas de conocimiento de gestión de los interesados,
gestión de las adquisiciones, gestión de los riesgos, gestión de las
comunicaciones, gestión de los recursos, gestión de la calidad, gestión de los
costos, gestión del cronograma, gestión del alcance y gestión de la integración.
En cuanto a procesos, está conformado por 24 y son: planificar el involucramiento
de los interesados, planificar la gestión de las adquisiciones, planificar la gestión
de los riesgos, realizar el análisis cualitativo de riesgos, identificar los riesgos,
realizar el análisis cuantitativos de riesgos, planificar la respuesta a los riesgos,
planificar la gestión de las comunicaciones, planificar la gestión de recursos,
examinar los recursos de las actividades, planificar la gestión de la calidad,
planificar la gestión de los costos, estimar los costos, determinar el presupuesto,
planificar la gestión del cronograma, definir las actividades, secuenciar las
actividades, estimar la duración de las actividades, desarrollar el cronograma,
planificar la gestión del alcance, recopilar los requisitos, definir el alcance, crear la
EDT/WBS y desarrollar el plan para la dirección del proyecto
Grupo de procesos de Ejecución
En este grupo se localizan aquellos procesos que son empleados para completar
el trabajo definido en el plan para la Dirección del Proyecto a fin de efectuar las
especificaciones.
Las áreas de conocimiento que se relacionan son las de gestión de los
interesados, gestión de las adquisiciones, gestión de los riesgos, gestión de las
comunicaciones, gestión de los recursos, gestión de la calidad y gestión de la
integración.
Los 10 procesos que lo componen son: gestionar la participación de los
interesados, efectuar las adquisiciones, implementar la respuesta a los riesgos,
gestionar las comunicaciones, adquirir recursos, desarrollar el equipo, dirigir el
equipo, gestionar la calidad, dirigir y gestionar el trabajo del proyecto, gestionar el
conocimiento del proyecto.
Grupo de procesos de Monitoreo y Control
En este grupo se hallan aquellos procesos requeridos para dar seguimiento,
analizar y regular el avance y el desempeño del proyecto, además de identificar
áreas en las que el plan demande cambios e iniciar aquellos que sean
convenientes.
Aquí se relacionan las áreas de conocimiento de gestión de los interesados,
gestión de las adquisiciones, gestión de los riesgos, gestión de las
comunicaciones, gestión de los recursos, gestión de la calidad, gestión de los
costos, gestión del cronograma, gestión del alcance y gestión de la integración.
Se conforma por los siguientes 12 procesos: monitorear el involucramiento de los
interesados, controlar las adquisiciones, monitorear los riesgos, monitorear las
comunicaciones, controlar los recursos, controlar la calidad, controlar los costos,
controlar el cronograma, validar el alcance, controlar el alcance, monitorear y
controlar el trabajo del proyecto, realizar el control integrado de cambios.
Grupo de procesos de Cierre
En este grupo solo se define el proceso «Cerrar el proyecto o fase» que es
empleado para finalizar todas las actividades, a fin de cerrar formalmente el
proyecto o una fase de este.
 GESTIÓN DE INTEGRACIÓN
Acta de constitución del proyecto
Empresa / Organización TecnoSoftCol S.A.S
Proyecto Datamapa
Fecha de preparación 03/09/18
Cliente TecnoSoftCol S.A.S
Patrocinador principal TecnoSoftCol S.A.S
Gerente del proyecto Johan Manuel Cabrera Chavarro

Propósito y justificación del proyecto

En los últimos quince años, los Marketplace se han convertido en uno de los
espacios más populares para ofrecer productos y servicios. La facilidad que
ofrecen para aumentar las ventas es notable, lo cual ha originado que muchas
personas y empresas decidan invertir gran parte de su tiempo en mantener un
inventario actualizado de sus productos en toda plataforma digital que ofrezca este
tipo de servicio. Sin embargo, en mucho de los casos este sacrificio personal
significa el descuido de las demás actividades que rodean la venta de un bien,
como bien lo puede ser el mantener una fuerte presencia en la web. Y aunque
claramente este fenómeno se presenta comúnmente en el sector comercial, el
sector del turismo no es ajeno a esto. En un país como Colombia, donde el
turismo en el 2018 aumentó un 10.4% su participación en el PIB, usar
herramientas digitales que cumplen visiblemente la función de un Marketplace,
pues en vez de mostrar bienes o servicios se muestran atractivos turísticos, se
está convirtiendo en una prioridad.
Descripción del proyecto y entregables
La aplicación web Datamapa es una herramienta informática que busca
conglomerar la oferta turística y comercial del país en un solo espacio digital,
mejorando así la experiencia de nacionales y extranjeros al momento de hacer
turismo. En el enfoque turístico, este software muestra la información geopolítica
más relevante del país, de sus departamentos y municipios, y les ofrece a las
alcaldías un espacio digital para dar a conocer las fiestas y atractivos turísticos de
su región. En el enfoque comercial, permite registrar la información de negocios
(sedes, imágenes, productos, servicios, promociones, actividades comerciales),
contar con informes analíticos y, en versiones posteriores, con la posibilidad de
vincular redes sociales y plataformas de comercio electrónico para centralizar la
administración de los canales de distribución. Sus principales entregables en la
primera versión son:
- Modulo para mostrar información geopolítica del país, departamentos y
municipios.
- Módulo de administración de fiestas y sitios turísticos del municipio.
- Módulo de administración de sitios comerciales.
Requerimiento de alto nivel
Requerimientos del producto
- Mostrar la información geopolítica más relevante del país, departamentos y
municipios (nombre, bandera, escudo, nombre del gobernante, clima
promedio, extensión superficial, fecha de fundación).
- Permitir agregar y visualizar la información de las fiestas municipales
(nombre, afiche, fechas, programación, noticias, imágenes).
- Admitir agregar y visualizar la información de sitios (nombre, imágenes,
sedes, productos, servicios, promociones, actividades económicas,
geolocalización).
- Mostrar estadísticas de análisis demográficos a las personas que registren
locales comerciales.
- Permitir la búsqueda de sitios por medio de categorías y actividades
comerciales.
- Admitir a los usuarios registrados agregar un comentario y calificación a los
sitios.
- Permitir seleccionar cualquier sitio como favorito y manejar la respectiva
lista de estos.
- Habilitar el pago en línea de la membresía.
Requerimientos del proyecto
- Cumplir a cabalidad las actividades según los tiempos estipulados en este
documento
- Tener un prototipo funcional en la fecha correcta.
Objetivos
- Una aplicación web que muestre sitios turísticos y fiestas de un municipio.
- Una página web que publicite los sitios comerciales presentes en los
municipios.
- Un servicio web que pueda ser consumido por futuras aplicaciones para
dispositivos móviles.
- Una plataforma web que sirva como Saas (Software as a Service)
Premisas y restricciones
- Cada miembro del equipo de desarrollo cuenta con las habilidades y
destrezas necesarias para llevar a cabo el software.
- Se utilizarán software de terceros con licencias que permitan el uso
comercial.
- No encontrar software de terceros que permita realizar una función de la
plataforma.
 - Imposibilidad de probar un servidor web para la alta demanda de
conexiones durante el desarrollo.
- Con las actualizaciones de los navegadores, lenguajes de programación y/o
software de terceros utilizados en el desarrollo de Datamapa, puede darse
el caso que algunas funciones queden obsoletas y/o despreciables.
- La separación o renuncia de uno de los miembros del equipo desarrollador,
supondrá un retardo y sobrecarga en las actividades.
- La mala calidad en la conexión a internet puede afectar el desempeño de la
aplicación.
- Para utilizar algunas funciones, es necesario que el usuario acepte que se
utilice su ubicación actual.
- La aplicación funcionará en los navegadores más populares (Chrome,
Firefox, Edge).
Riesgos iniciales de alto nivel
- No conseguir en un corto plazo las personas con los perfiles adecuado para
complementar el equipo de trabajo, generando una sobre ocupación y un
esfuerzo extra en los miembros ya pertenecientes.
- Cambio radical en los lenguajes de programación utilizados durante el
desarrollo.
- Cambio radical en la normativa legal para las empresas de desarrollo de
software o para los servicios que ofrecen plataformas como la nombrada.
- Fallo grave en el servicio de hosting provocado por un ataque de piratas
informáticos
- Bajo número de alcaldías aliadas, que afectaría contar con diversidad de
información en la aplicación y complementar la campaña publicitaria.
- Bajo número de comerciantes registrados ocasionando un pobre catálogo
de sitios por mostrar en la aplicación.
- Bajo número de usuarios registrados
- Número de usuarios superior al esperado que genere sobrepasar la
capacidad de respuesta del servidor y por lo tanto una mala calidad en la
prestación del servicio.
- Aparición de un competidor directo con una aplicación con funciones
similares a la de Datamapa.
- No contar con la financiación adecuada o que el patrocinador decida
retirarse del proyecto.
Cronograma de hitos principales
Hito Fecha tope
Modulo para mostrar información geopolítica 17/09/2018
del país, departamentos y municipios.
Módulo de administración de fiestas y sitios 1/10/2018
turísticos del municipio.
Módulo de administración de sitios 15/10/2018
comerciales.
Implementación de pagos en línea 29/10/2018
Módulo de reporte de análisis demográficos de 12/11/2018
visitantes de los sitios comerciales
Conclusión del proyecto 16/11/2018
Presupuesto inicial asignado
Elemento Justificación Rango de precios
Computador Portátil Se debe contar con
computadores con las
especificaciones necesarias
para desarrollar software,
sobre todo para desarrollo de
algoritmos de aprendizaje de
maquina
Portátil HP Omen 15- 4.399.000 COP
AX205LA de 15.6"
Celulares Se debe contar con
dispositivos móviles para
avanzar en el desarrollo de
una versión aplicación de
Datamapa
Xperia XZ2 2.609.910 COP
Registro Google Play Es necesario pagar esta tarifa 25 USD único
para poder publicar la versión
aplicación de Datamapa
Google Maps En caso dado que se superen 22 USD – 27 USD mensuales
los límites de uso por segundo
mencionados aquí se debe
contemplar el pago de una de
las tarifas
Hosting Es necesario contar un Empresarial:
servicio de hosting que pueda 689.000 COP anual
permitir el acceso rápido a (Colombia hosting)
varios usuarios al mismo
tiempo. Tener en cuenta que
en un futuro para el uso de
algoritmos de aprendizaje de
maquina se podría requerir de
una VPS que permita poder
usar varios lenguajes de
programación.
Marketing Hacer una campaña para 500.000 COP
publicitar a Datamapa es
necesario para el éxito.
Publicitar imágenes, videos,
noticias en los diferentes
medios sociales y de
comunicación digital como lo
son Facebook, Instagram,
YouTube, Google entre otras.
Impuestos Siempre se deben tener en 1.500.000 COP
cuenta los impuestos de ley.
Trámites legales Documentos legales como los 500.000 COP
términos y condiciones de
uso, la licencia de uso,
políticas de privacidad se
 deben gestionar para cumplir
con la reglamentación
nacional.
Servicio Contador Documentos contables 600.000 COP
necesarios para la
contabilidad de la empresa y
para su presentación ante los
entes de control como la DIAN
y la Cámara de Comercio.
Realización estudio de Para analizar la factibilidad de 500.000 COP
mercado un proyecto como Datamapa,
se debe realizar un estudio y
tener en cuenta gastos como
viáticos y demás.
Sueldos miembros de la Es necesario pagar por ley el 2.550.000 COP
empresa trabajo de las personas que
van a desarrollar diferentes
actividades del proyecto.
Inversión total 13.997.910 COP

Lista de interesados
Nombre Cargo Departamento / División
Johan Manuel Cabrera Director de desarrollo Desarrollo
Chavarro
Gerente TecnoSoftCol Gerencia
Alcaldías Cliente Cliente

Turistas Cliente Cliente

Comerciantes Cliente Cliente

Requisitos de aprobación del proyecto

- Aplicación web disponible y funcional en la internet para la fecha de
conclusión del proyecto.

Criterios de cierre o cancelación

- Financiación insuficiente para el desarrollo de proyecto.
- No cumplimiento en las fechas tope de por lo menos dos hitos.

Asignación del gerente del proyecto y nivel de autoridad

Nombre Cargo Departamento / División
Johan Manuel Cabrera Director de desarrollo Desarrollo
Chavarro

Área de autoridad Descripción del nivel de autoridad

Decisiones de personal (Staffing) Puede plantearle al gerente de la empresa la
integración o desvinculación de alguna
persona del equipo de desarrollo.

Gestión de presupuesto y de sus variaciones Crea la lista de elementos necesarios para la

inversión inicial y puede plantearle al gerente
de la empresa cambios en el presupuesto
cuando lo considere necesario.

Decisiones técnicas Tiene la potestad de indicar cambios en los

diseños del software, siempre y cuando no
modifique drásticamente los requisitos
planteados al inicio del desarrollo y sean
cambios alcanzables dentro del rango de
tiempo de duración del proyecto.

Resolución de conflictos Es la primera instancia a la cual deben

dirigirse los miembros de un conflicto. Puede
impartir memorandos, pero para contemplar la
expulsión de alguno de los señalados, primero
tendrá que plantearle la decisión al gerente de
la empresa.

Ruta de escalamiento y limitaciones de Podrá realizar todas las acciones

autoridad anteriormente descritas, pero siempre tiene
que acudir al gerente de la empresa en
situaciones importantes.

Personal y recursos preasignados

Personal
- Johan Manuel Cabrera Chavarro – director del departamento de desarrollo
- – Gerente de la empresa
Recursos
- Computador portátil Sony Vaio
- Hosting básico
Aprobaciones
Patrocinador Fecha Firma
 Plan para la gestión de interesados
Enfoque de gestión de los interesados del proyecto
Los interesados de este proyecto son todas aquellas personas o grupos de
personas que son beneficiadas o afectadas por el desarrollo de este. La
satisfacción o no daño de estos interesados debe ser una prioridad en el
transcurso del proyecto.
Para realizar la identificación de los interesados, el director del proyecto debe
contar con un equipo de profesionales capacitados para inicialmente analizar el
mercado. Con dicho análisis que se realice de los casos con características
similares al proyecto abarcado en este documento, el equipo conformado deberá
captar los posibles interesados. Luego se filtrarían teniendo en cuenta las
características que hacen único al proyecto abarcado.
Una vez se tengan identificados los interesados, se debe recolectar la información
de dichos sujetos, contando con la participación de expertos que tengan trato
directo con ellos. Es decir, para obtener datos sobre los comerciantes se puede
recurrir con entidades como las Cámaras de Comercio o se puede recurrir a
hacerles una encuesta directamente a ellos.
Con la información reunida, se debe pasar a establecer: las expectativas, las
formas de participación y maneras de comunicación de los interesados.
Finalmente, el resultado de esta labor se debe consignar en un documento tipo
Excel, Word o Pdf antes de pasársela al director del proyecto.
Registro de los interesados del proyecto

Información de identificación Evaluación y clasificación

Nombre Puesto / Org. Ubicación Rol en el Requisitos / Fase de Partidario / Grado de Grado de
/ Empresa proyecto Expectativas mayor Neutral / influencia interés
interés Reticente

Johan Director de Gerente de

Manuel Neiva, Huila,
desarrollo de proyecto, Toda Partidario Alto Alto
Cabrera Colombia
Software Desarrollador
Chavarro
Neiva, Huila, Gerente
Gerente Toda Partidario Alto Alto
Colombia empresa

Software
funcional / Distribución
Alcaldías Cliente Colombia Cliente Mejor manera Neutral Medio Medio
y venta
para mostrar
municipio
Software
funcional /
Catalogo con
Turistas Cliente Colombia Cliente Neutral Bajo Medio
oferta turística
y comercial de
Colombia

Software
funcional /
Comerciant
Cliente Colombia Cliente Mejor manera Neutral Medio Medio
es
para mostrar
negocios

TecnoSoft Neiva, Huila,

Empresa Patrocinador Toda Partidario Alto Alto
Col S.A.S Colombia
Alcance e impacto del proyecto sobre los interesados
Interesado Descripción del impacto que significa el proyecto
Johan Manuel Cabrera Reto personal, Ingreso monetario
Chavarro
Ingreso monetario

Alcaldías Mostrar adecuadamente su municipio y promover su turismo

Turistas Mejor experiencia al realizar turismo por el país

Comerciantes Dar a conocer adecuadamente su negocio, aumentar sus ventas

TecnoSoftCol S.A.S Ingreso monetario, mejorar su reputación

Niveles de participación actuales y deseados para interesados clave

Para reflejar el nivel de participación actual se coloca una A en la casilla
adecuada, mientras que para reflejar el nivel de participación deseado se coloca
una D.
Interesado Desconocedor Reticente Neutral Partidario Líder
Johan Manuel Cabrera AD
Chavarro
A D

Alcaldías A D

Turistas A D

Comerciantes A D

TecnoSoftCol S.A.S A D
Estrategias para la gestión de los interesados del proyecto
Estrategias
Interesados Gestionar Mantener Mantener Monitorear
atentamente satisfecho informado
Disposición
Johan Manuel Informe de
puntual de
Cabrera Reunión diaria Reunión diaria rendimiento
financiación y
Chavarro mensual
recursos
Informe de
Reunión Cumplimiento de
Informe mensual rendimiento
mensual cronograma
mensual
Reunión,
Servicio Informe de pago
Alcaldías Reunión publicidad en
adecuado mensual
redes sociales
Análisis de
Publicidad, Servicio Publicidad en
Turistas visitas al portal
eventos adecuado redes sociales
web
Informe de pago
Servicio
Publicidad, Publicidad en mensual, análisis
Comerciantes adecuado,
eventos, ofertas redes sociales de visitas al
ofertas
portal web
Informe de
TecnoSoftCol Reunión Cumplimiento de
Informe mensual rendimiento
S.A.S mensual cronograma
mensual

Requerimientos de comunicación con los interesados

Interesado Contenid Formato Motivo de Impacto Frecuencia
o distribución esperado en de
el nivel de distribución
participación

Johan Manuel Informe de PDF Compromiso Positivo Mensual

Cabrera entrega de
Chavarro financiación

Informe de PDF Compromiso Positivo Mensual

rendimiento

Publicidad Imagen Captar Positivo Semanal

Alcaldías atención

Publicidad Imagen Captar Positivo Semanal

Turistas atención

Publicidad Imagen Captar Positivo Semanal

Comerciantes atención

TecnoSoftCol Informe de PDF Compromiso Positivo Mensual

S.A.S rendimiento
Procedimiento para actualizar y refinar el plan de gestión de los interesados
Para realizar estas acciones, en la reunión mensual dirigida por el director del
proyecto se debe analizar la participación de los interesados ya mencionados y
concretar si hay alguno nuevo. Igualmente, en dicha reunión se debe verificar que
tanto el impacto como las expectativas de los interesados han cambiado.

GESTIÓN DE ALCANCE
Plan de gestión de alcance
Metodología para definir el alcance
El encargado de desarrollar esta labor será el director del proyecto, quien tendrá
una semana para establecer el alcance del proyecto y del producto, aclarando que
objetivos expuestos en el acta de constitución puede cumplir y cuáles son los
entregables del proyecto. El alcance debe ser establecido al inicio del proyecto y
puede ser modificado si se cree conveniente después de las reuniones
semestrales que dirija el director del proyecto.
Control y administración de cambios en el alcance
Para adelantar cambios en el alcance del producto o del proyecto, en las
reuniones semestrales que realice el director del proyecto debe de haber un
acuerdo unánime con los patrocinadores. Este cambio debe estar soportado en un
análisis que se haga de las expectativas alcanzables que establezcan los
interesados durante los últimos seis meses previos a la reunión. Una vez
alcanzado el acuerdo, se debe revisar los requisitos existentes y verificar que el
nuevo alcance no sea un cambio radical con respecto a ellos. Si no hay
inconvenientes, se pasara a redefinir el alcance.
Especificación de la aceptación formal de los entregables
La aceptación formal de los entregables por parte de los interesados será de
acuerdo a las fechas establecidas en el cronograma y en el formato definido en el
diccionario de la EDT. Como en este caso el proyecto consiste en el desarrollo de
un software, se espera que los entregables en su mayoría sean nuevos módulos o
funciones.
Sistema de control de cambios en la EDT
La EDT será definida al inicio del proyecto y podrá ser modificada después de seis
meses. Si en la reunión semestral el director del proyecto encuentra que los
interesados tienen nuevas expectativas que modifiquen el alcance, tendría que
analizar una posible modificación de la EDT. Si es conveniente y necesario, el
director debe llegar a un acuerdo con los patrocinadores. Tras una respuesta
positiva, se debe concluir que los cambios en la EDT no serían radicales, y
posteriormente es necesario indagar si hay disponibilidad en el equipo de trabajo.
Si el director del proyecto no encuentra inconvenientes en estos requisitos, deberá
definir en menos de dos semanas esos cambios en la EDT.
 Alcance
Alcance del proyecto
Este proyecto se realiza con el fin de lograr que la primera versión de la aplicación
web Datamapa entre en funcionamiento.
Alcance del producto
La aplicación web Datamapa conglomerará la oferta turística y comercial del país
en un solo espacio digital, mejorando así la experiencia de nacionales y
extranjeros al momento de hacer turismo. En el enfoque turístico, este software
mostrará la información geopolítica más relevante del país, de sus departamentos
y municipios, y les ofrecerá a las alcaldías un espacio digital para dar a conocer
las fiestas y atractivos turísticos de su región. En el enfoque comercial permitirá
registrar la información de negocios (sedes, imágenes, productos, servicios,
promociones, actividades comerciales) y contar con informes analíticos.
Recopilación de requisitos
Requisitos funcionales
Mostrar información geopolítica de Colombia: El sistema debe mostrar el
nombre, la bandera, el escudo del país y también datos como el nombre del
presiente, año de fundación, tamaño territorial e imágenes con los mapas de la
distribución geopolítica, mapa hidrográfico y mapa de regiones culturales del país.
Codificación Fecha Nombre Prioridad Estado
creación
RF01 13/09/18 Mostrar información Alta Implementado
geopolítica de Colombia

Mostrar información del departamento: El sistema debe mostrar el nombre, la

bandera, el escudo del departamento y también datos como el nombre del
gobernador, año de fundación, tamaño territorial e imágenes con el mapa de la
distribución geopolítica.
Codificación Fecha Nombre Prioridad Estado
creación
RF02 13/09/18 Mostrar información del Alta Implementado
departamento

Mostrar información del municipio: El sistema debe mostrar el nombre, la

bandera, el escudo del municipio y también datos como el nombre del alcalde, año
de fundación, tamaño territorial y un mapa dinámico, mostrando la geolocalización
usando el API de Google Maps.
Codificación Fecha Nombre Prioridad Estado
creación
RF03 13/09/18 Mostrar información del Alta Implementado
municipio
Mostrar fiestas del municipio: El sistema debe mostrar una lista de las fiestas
del municipio indicado.
Codificación Fecha Nombre Prioridad Estado
creación
RF04 13/09/18 Mostrar fiestas del municipio Alta Implementado

Mostrar información de la fiesta: El sistema debe mostrar la información detalla

como afiche, programación, noticias he imágenes de la fiesta correspondiente.
Codificación Fecha Nombre Prioridad Estado
creación
RF05 13/09/18 Mostrar información de la Alta Implementado
fiesta

Mostrar sitios del municipio por categoría: El sistema debe mostrar una lista de
los sitios disponibles en el municipio que cumplan con la categoría seleccionada
por el usuario.
Codificación Fecha Nombre Prioridad Estado
creación
RF06 13/09/18 Mostrar sitios del municipio por Alta Implementado
categoría

Mostrar información del sitio: El sistema debe mostrar la información detallada

del sitio como es la dirección, el teléfono, el correo electrónico, la página web, la
ubicación del sitio y el usuario mediante GPS, y también comentarios, productos,
servicios y promociones.
Codificación Fecha Nombre Prioridad Estado
creación
RF07 13/09/18 Mostrar información del sitio Alta Implementado

Agregar comentario: El sistema debe permitir que el usuario pueda agregar un

comentario con respecto a un sitio.
Codificación Fecha Nombre Prioridad Estado
creación
RF08 13/09/18 Agregar comentario Alta Implementado

Generar informe de análisis demográfico de visitantes del sitio: El sistema

debe generar un informe de análisis demográfico de los visitantes de un sitio.
Codificación Fecha Nombre Prioridad Estado
creación
RF09 13/09/18 Generar informe de análisis Alta Planeación
 demográfico de visitantes del
sitio.

Pago suscripción online: El sistema debe permitir que los usuarios registrados
puedan pagar su suscripción de manera online.
Codificación Fecha Nombre Prioridad Estado
creación
RF10 13/09/18 Pago suscripción online Alta Planificación

Requisitos no funcionales
Diseño responsive: La aplicación web debe poseer interfaces graficas con un
diseño responsive a fin de garantizar la adecuada visualización en múltiples
computadores personales, dispositivos tableta y teléfonos inteligentes.
Codificación Fecha Nombre Prioridad Estado
creación
RNF01 13/09/18 Diseño responsive Baja Implementado

Mensajes informativos: El sistema debe proporcionar mensajes de error que

sean informativos y orientados a usuario final.
Codificación Fecha Nombre Prioridad Estado
creación
RNF02 13/09/18 Mensajes informativos Baja Planificado

Tiempo de respuesta: Toda funcionalidad del sistema y transacción de negocio

debe responder al usuario en menos de 7 segundos.
Codificación Fecha Nombre Prioridad Estado
creación
RNF03 13/09/18 Tiempo de respuesta Media Implementado

CRUD anti-SQL Injection: Todo método CRUD SQL deben implementarse

previendo SQL Injection
Codificación Fecha Nombre Prioridad Estado
creación
RNF04 13/09/18 CRUD anti-SQL Injection Media Implementado

Copia de respaldo base de datos: Se debe realizar una copia de respaldo de la

base de datos cada dos días
Codificación Fecha Nombre Prioridad Estado
creación
RNF05 13/09/18 Copia de respaldo base de datos Media Planeado

Permisos de acceso: Los permisos de acceso al sistema podrán ser cambiados

solamente por el administrador de acceso a datos.
Codificación Fecha Nombre Prioridad Estado
creación
RNF06 13/09/18 Permisos de acceso Media Implementado

E.d.t
Vista jerárquica
1. Datamapa
1.1. Análisis
1.1.1. Documento de análisis de mercado
1.1.2. Documento de análisis de requisitos funcionales y no funcionales
1.2. Diseño
1.2.1. Documento de arquitectura
[Link]. Base de datos
[Link]. Casos de usos
[Link]. Bosquejos de interfaces
1.3. Desarrollo
1.3.1. Módulo de información geopolítica del país
1.3.2. Módulo de información geopolítica de los departamentos
1.3.3. Módulo de información geopolítica de los municipios
1.3.4. Módulo de administración de sitios
1.3.5. Módulo de administración de fiestas municipales
1.4. Ejecución
1.4.1. Realización de pruebas
1.4.2. Corrección de errores
1.4.3. Instalación en el servidor

Vista de árbol
 [Link]

[Link] [Link]ño [Link] [Link]

[Link] de
[Link] de [Link] de [Link] de
informacion
analisis de mercado arquitectura pruebas
geopolitica del pais

[Link] de [Link] de
análisis de requisitos informacion [Link] de
[Link].Casos de usos
funcionales y no geopolitica de los errores
funcionales departamentos

[Link] de
[Link].Bosquejos de informacion [Link] en el
interfaces geopolitica de los servidor
municipios

[Link] de
[Link].Base de datos administracion de
sitios

[Link] de
administracion de
fiestas municipales
 Diccionario EDT
Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.1.1 Documento de análisis del mercado
Objetivo del paquete de trabajo Este PDT se elabora para contar con un
documento donde quede consignado el estado
actual del mercado relacionado con el caso de
negocio del software y su factibilidad
Descripción del paquete de trabajo Este PDT consta de un documento donde se
consigne el análisis de los segmentos de
clientes a los que va dirigido el software, un
análisis de los competidores directos e
indirectos, recursos necesarios para el
desarrollo del proyecto y su respectivo
alcance.
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser un documento
tipo PDF separado por las secciones de
análisis de clientes, análisis de competidores,
recursos necesarios, alcance del proyecto
Actividades por realizar:
-Definición del alcance del proyecto
-Definición de segmentos de clientes
-Entrevistas con miembros del segmento de
clientes
-Análisis de software similares al software
deseado en el proyecto
-Definición de recursos necesarios para
desarrollar el proyecto
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
-Johan Manuel Cabrera Chavarro
-
-Juan Camilo Castaño Paya
Apoya:
-
-Juan Camilo Castaño Paya
Revisa:
Aprueba:
Da información: Miembros de los segmentos
de clientes
Fechas programadas Inicio: 27/08/2018
Fin: 11/09/2018
Hitos importantes:
-Entrevistas a miembros de los segmentos de
clientes
-Análisis de softwares similares
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Se debe
entregar un documento con todas las
secciones necesarias para un estudio de
mercado completo
Forma en que se aceptará: Archivo formato
PDF
Supuestos -Los softwares similares que sean analizados
 muestran y recolectan la información que
satisfaga las expectativas de sus clientes.
-Debe haber personas miembros de los
segmentos de clientes definidos para el
proyecto, que están dispuestas a ser
entrevistadas.
Riesgos -Entrevistar a miembros de los segmentos de
clientes definidos, que no aporten información
útil.
-Entrevistar a pocos miembros de los
segmentos de clientes definidos
-Escoger mal a los softwares similares
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Entrevistadores $27.650 COP día
-Analista de competidores $28.000 COP día
Materiales o Consumibles:
Equipos o Máquinas

Dependencias Antes del pdt:

Después del pdt: Documento de análisis de
requisitos funcionales y no funcionales
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.1.2 Documento de análisis de requisitos
funcionales y no funcionales
Objetivo del paquete de trabajo Este PDT se elabora para contar con un
documento donde se definan los requisitos
funcionales y no funcionales que debe cumplir
el software a desarrollar
Descripción del paquete de trabajo Este PDT debe ser un documento donde se
estipulen los requisitos funcionales y no
funcionales del software a desarrollar
basándose en el análisis de la competencia y
softwares similares discutidos en el documento
de análisis de mercado
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser un documento
PDF donde se estipulen los requisitos
funcionales y no funcionales, siguiendo el
estándar IEEE 830
Actividades por realizar:
-Definición de requisitos funcionales
-Definición de requisitos no funcionales
-Desarrollo del documento
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
-
-Juan Camilo Castaño Paya
Apoya:
-
-Juan Camilo Castaño Paya
 Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 12/09/2018
Fin: 20/09/2018
Hitos importantes: Entrega del documento
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega
del documento con los requisitos funcionales y
no funcionales descritos
Forma en que se aceptará: Archivo formato
PDF
Supuestos -El documento de análisis de mercado se
realizó de manera adecuada y completa
Riesgos -La información recolectada en el documento
de análisis de mercado es equivocada o está
incompleta
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Analista de requisitos $28.000 COP día
Materiales o Consumibles:
Equipos o Máquinas:
Dependencias Antes del pdt: Documento de análisis de
mercado
Después del pdt: Documento de arquitectura
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.2.1 Documento de arquitectura
Objetivo del paquete de trabajo El PDT se elabora para contar con un
documento que especifique todos los aspectos
de la arquitectura necesaria para el
funcionamiento del software a desarrollar
Descripción del paquete de trabajo El PDT consta de un documento que contenga
los casos de uso, el diagrama de clases, el
diagrama de componentes, el diagrama de
despliegue, el diagrama de secuencia y los
bosquejos de las interfaces graficas
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser un documento
formato PDF que especifique la arquitectura
necesaria para el desarrollo del software,
siguiendo el estándar IEEE 1471
Actividades por realizar:
-Elaboración de los casos de uso
-Diseño de la base de datos
-Diseño de los bosquejos de las interfaces
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
-
-Juan Camilo Castaño Paya
Apoya:
-
 -Juan Camilo Castaño Paya
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 21/09/2018
Fin: 02/10/2018
Hitos importantes: Entrega del documento de
la arquitectura del software
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega
del documento de arquitectura
Forma en que se aceptará: Archivo formato
PDF
Supuestos -La identificación de los requisitos funcionales
y no funcionales se realizó de manera
adecuada y completa
Riesgos -Los requisitos funcionales y no funcionales
están mal descritos o incompletos
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Arquitecto de software $28.500 COP día
Materiales o Consumibles:
Equipos o Máquinas:
Dependencias Antes del pdt: Documento de requisitos
funcionales y no funcionales
Después del pdt: Módulo de información
geopolítica del país
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.3.1 Módulo de información geopolítica del país
Objetivo del paquete de trabajo El PDT se elabora para desarrollar el módulo
que muestra la información geopolítica del país
Descripción del paquete de trabajo Este PDT debe ser una página web que
muestra la más importante información
geopolítica del país
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser una página
web responsive desarrollada en PHP y que
muestra el nombre, el escudo, la bandera, el
presidente, la superficie, el año de
independencia y los mapas del país
Actividades por realizar:
-Recolección de información
-Recolección de imágenes
-Desarrollo de la página web
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 03/10/2018
 Fin: 12/10/2018
Hitos importantes: Entrega de la página web
funcional
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega de
la página web funcional
Forma en que se aceptará: Pagina web
ejecutada desde el localhost
Supuestos -La información que se desea mostrar debe
estar disponible en la internet
Riesgos -No encontrar imágenes de los mapas del país
con una licencia de uso permisiva
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Desarrollador back-end $28.500 COP día
-Desarrollador front-end $28.500 COP día
-Diseñador gráfico $27.650 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
Equipos o Máquinas:
Dependencias Antes del pdt: Documento de arquitectura
Después del pdt: Módulo de información
geopolítica de los departamentos
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.3.2 Módulo de información geopolítica de los
departamentos
Objetivo del paquete de trabajo El PDT se elabora para desarrollar el módulo
que muestra la información geopolítica de los
departamentos
Descripción del paquete de trabajo Este PDT debe ser una página web que
muestra la más importante información
geopolítica de los departamentos
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser una página
web responsive desarrollada en PHP y que
muestra el nombre, el escudo, la bandera, el
gobernador, la superficie, el año de fundación
y los mapas de los departamentos
Actividades por realizar:
-Recolección de información
-Recolección de imágenes
-Desarrollo de buscador de departamentos
-Desarrollo de la página web
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 15/10/2018
 Fin: 24/10/2018
Hitos importantes: Entrega de la página web
funcional
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega de
la página web funcional
Forma en que se aceptará: Pagina web
ejecutada desde el localhost
Supuestos -La información que se desea mostrar debe
estar disponible en la internet
Riesgos -No encontrar imágenes de los mapas de los
departamentos con una licencia de uso
permisiva
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Desarrollador back-end $28.500 COP día
-Desarrollador front-end $28.500 COP día
-Diseñador gráfico $27.650 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
Equipos o Máquinas
Dependencias Antes del pdt: Módulo de información
geopolítica del país
Después del pdt: Módulo de información
geopolítica de los municipios
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.3.3 Módulo de información geopolítica de los
municipios
Objetivo del paquete de trabajo El PDT se elabora para desarrollar el módulo
que muestra la información geopolítica de los
municipios
Descripción del paquete de trabajo Este PDT debe ser una página web que
muestra la más importante información
geopolítica de los municipios
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser una página
web responsive desarrollada en PHP y que
muestra el nombre, el escudo, la bandera, el
alcalde, la superficie, el año de fundación y la
geolocalización de los municipios
Actividades por realizar:
-Recolección de información
-Desarrollo de buscador de municipios
-Desarrollo de la página web
-Configuración del mapa de Google Maps
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
 Da información:
Fechas programadas Inicio: 25/10/2018
Fin: 07/11/2018
Hitos importantes: Entrega de la página web
funcional
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega de
la página web funcional
Forma en que se aceptará: Pagina web
ejecutada desde el localhost
Supuestos -La información que se desea mostrar debe
estar disponible en la internet
Riesgos -Sobrepasar los permisos de uso permitidos
con los mapas de Google Maps
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Desarrollador back-end $28.500 COP día
-Desarrollador front-end $28.500 COP día
-Diseñador gráfico $27.650 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
-Tarifa de uso API Google Maps $800 COP día
Equipos o Máquinas:
Dependencias Antes del pdt: Módulo de información
geopolítica de los departamentos
Después del pdt:
-Módulo de administración de sitios
-Módulo de administración de fiestas
municipales
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.3.4 Módulo de administración de sitios
Objetivo del paquete de trabajo El PDT se elabora para desarrollar el módulo
que permite agregar, editar, eliminar y
consultar los sitios
Descripción del paquete de trabajo Este PDT debe ser una página web que
permita agregar, editar, eliminar y consultar los
sitios
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser una página
web responsive desarrollada en PHP y que
permite agregar, editar, eliminar y consultar los
sitios
Actividades por realizar:
-Desarrollar función para agregar sitios
-Desarrollar función para editar sitios
-Desarrollar función para eliminar sitios
-Desarrollo de buscador de sitios
-Desarrollo de la página web para mostrar
información de los sitios
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
 Participa:
Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 08/11/2018
Fin: 28/11/2018
Hitos importantes: Entrega de la página web
funcional
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega de
la página web funcional
Forma en que se aceptará: Pagina web
ejecutada desde el localhost
Supuestos -La información que se pide y se muestra al
usuario es la necesaria
Riesgos -Las coordenadas que el usuario ingrese o que
el sistema detecte pueden no ser las correctas
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Desarrollador back-end $28.500 COP día
-Desarrollador front-end $28.500 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
-Tarifa de uso API Google Maps $800 COP día
Equipos o Máquinas:
Dependencias Antes del pdt: Módulo de información
geopolítica de los municipios
Después del pdt: Realización de pruebas
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.3.5 Módulo de administración de fiestas
municipales
Objetivo del paquete de trabajo El PDT se elabora para desarrollar el módulo
que permite agregar, editar, eliminar y
consultar las fiestas por municipios
Descripción del paquete de trabajo Este PDT debe ser una página web que
permita agregar, editar, eliminar y consultar las
fiestas de los municipios
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser una página
web responsive desarrollada en PHP y que
permite agregar, editar, eliminar y consultar las
fiestas de los municipios
Actividades por realizar:
-Desarrollar función para agregar fiestas
municipales
-Desarrollar función para editar fiestas
municipales
-Desarrollar función para eliminar fiestas
municipales
-Desarrollo de buscador de fiestas municipales
 -Desarrollo de la página web para mostrar
información de las fiestas municipales
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 08/11/2018
Fin: 16/11/2018
Hitos importantes: Entrega de la página web
funcional
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega de
la página web funcional
Forma en que se aceptará: Pagina web
ejecutada desde el localhost
Supuestos -La información que se pide y se muestra al
usuario es la necesaria
Riesgos
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Desarrollador back-end $28.500 COP día
-Desarrollador front-end $28.500 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
Equipos o Máquinas:
Dependencias Antes del pdt: Módulo de información
geopolítica de municipio
Después del pdt: Realización de pruebas
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.4.1 Realización de pruebas
Objetivo del paquete de trabajo El PDT se elabora para realizarle al sistema
las pruebas necesarias para el control de la
calidad
Descripción del paquete de trabajo Este PDT debe ser una fase donde se definan
las pruebas unitarias a realizar y se registren
los errores encontrados
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT deben ser dos
documentos, uno donde se definan las
pruebas unitarias a realizar y otro documento
donde se registren los errores encontrados al
realizar las pruebas
Actividades por realizar:
-Definir pruebas unitarias
-Realizar pruebas unitarias
-Registro de errores encontrados
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
 Participa:
Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 29/11/2018
Fin: 10/12/2018
Hitos importantes: Entrega de los
documentos de pruebas unitarias y de errores
encontrados
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Entrega de
los documentos de pruebas unitarias y de
errores encontrados
Forma en que se aceptará: Entrega de los
dos documentos en formato PDF
Supuestos -Se definirán todas las pruebas unitarias
necesarias para medir la calidad del software
Riesgos -Las condiciones del localhost no sean
idénticas a las de un servidor en línea
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Tester $28.000 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
Equipos o Máquinas:
Dependencias Antes del pdt:
-Módulo de administración de sitios
-Módulo de administración de fiestas
municipales
Después del pdt: Corrección de errores
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.4.2 Corrección de errores
Objetivo del paquete de trabajo El PDT se elabora para corregir todos los
errores encontrados en la fase de realización
de pruebas
Descripción del paquete de trabajo Este PDT debe ser una fase donde se corrijan
los errores encontrados en la fase de
realización de pruebas y se registren las
soluciones dadas a esos problemas
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT deben ser la corrección
de todos los errores encontrados en el sistema
y un documento donde estén descritas las
soluciones dadas
Actividades por realizar:
-Corrección de los errores encontrados
-Registro de soluciones dadas
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
 Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 11/12/2018
Fin: 20/12/2018
Hitos importantes:
-Corrección de errores
-Entrega de documento con las soluciones
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Corrección
de los errores encontrados en el sistema y
entrega del documento de soluciones
Forma en que se aceptará: Prueba del
software en localhost para verificar la no
existencia de los errores y entrega del
documento de soluciones en un archivo de
formato PDF
Supuestos -Las soluciones dadas a los errores son las
más adecuadas
Riesgos -Las condiciones del localhost no sean
idénticas a las de un servidor en línea y por tal
razón no se corrijan todos los errores
presentes en el sistema
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Desarrollador back-end $28.500 COP día
-Desarrollador front-end $28.500 COP día
Materiales o Consumibles:
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
Equipos o Máquinas:
Dependencias Antes del pdt: Realización de pruebas
Después del pdt: Instalación en el servidor
Otros tipos de dependencia:

Código del paquete de trabajo (pdt) Nombre del paquete de trabajo (pdt)
1.4.3 Instalación en el servidor
Objetivo del paquete de trabajo El PDT se elabora para instalar el software
desarrollado en un servidor que permita que la
aplicación web pueda ser consultada por
internet
Descripción del paquete de trabajo Este PDT debe ser una fase donde se defina
las especificaciones técnicas del servidor en el
cual se debe instalar el software desarrollado y
realizar el respectivo montaje de la aplicación
web
Descripción del trabajo a realizar Lógica o enfoque de la elaboración: El
(actividades) resultado de este PDT debe ser la instalación
del software en el servidor para que la
aplicación web pueda ser consultada por
internet
Actividades por realizar:
-Definir especificaciones técnicas del servidor
 -Adquirir el servicio de hosting adecuado
-Instalar la base de datos
-Instalar la aplicación web
Asignación de responsabilidades Responsable: Johan Manuel Cabrera
Chavarro
Participa:
Apoya: Juan Camilo Castaño
Revisa:
Aprueba:
Da información:
Fechas programadas Inicio: 21/12/2018
Fin: 26/12/2018
Hitos importantes: Prueba de la aplicación
web con un navegador web
Criterios de aceptación Interesado que acepta:
Requisitos que deben cumplirse: Aplicación
web montada en el servidor elegido
Forma en que se aceptará: Prueba de la
aplicación web con un navegador web
Supuestos -El software cumple con los niveles de calidad
necesarios para ser probado en un servidor
web
Riesgos -Todos los que tienen las aplicaciones web
expuestas en la internet
Recursos asignados y costos Personal:
-Líder del proyecto $30.000 COP día
-Implementador $28.000 COP día
Materiales o Consumibles:
-Servicio hosting $17.000 COP día
-Servicio de internet $2.000 COP día
-Servicio de energía eléctrica $1.350 COP día
Equipos o Máquinas:
Dependencias Antes del pdt: Corrección de errores
Después del pdt:
Otros tipos de dependencia:

GESTIÓN DEL CRONOGRAMA

Plan de gestión del cronograma
Para realizar la gestión del cronograma, el director del proyecto deberá tener en
cuenta elementos anteriormente analizados como la línea base del alcance, su
enunciado y sobre todo la EDT, pues es allí donde se especifican las actividades
que componen el cronograma. Las actividades del que se establezcan en el
cronograma deben ser los paquetes de trabajo (PDTs)
El director del proyecto tendrá que establecer las condiciones bajo las cuales el
equipo de trabajo definirá y gestionará las actividades. Luego generará un breve
documento conteniendo todos los procesos de la gestión del cronograma, donde
establecerá los mecanismos necesarios para su cumplimiento y de esa manera
obtener su aprobación. Tras su aprobación, el cronograma no debe ser
modificado.
Al momento de realizar el cronograma se pueden utilizar desde hojas de cálculo
hasta herramientas de ofimática especializadas como Project Office, Open Project
o similares. Como unidad de tiempo se deberá utilizar el día laboral según la ley
colombiana, es decir, se tratará como día las ocho horas que se laboran
normalmente.
Los informes de esta gestión se deberán presentar en cada reunión que se realice
mensualmente y deberá contener por cada actividad las fechas de inicio y fin, el
porcentaje de avance de acuerdo al número de días transcurridos y un porcentaje
de cumplimiento real.
Definición de actividades
Actividad Descripción
-Definición del alcance del proyecto
-Definición de segmentos de clientes
-Entrevistas con miembros del segmento de
clientes
A Documento análisis de mercado -Análisis de software similares al software
deseado en el proyecto
-Definición de recursos necesarios para
desarrollar el proyecto
-Definición de requisitos funcionales
Documento de análisis de requisitos
B -Definición de requisitos no funcionales
funcionales y no funcionales
-Desarrollo del documento
-Elaboración de los casos de uso
C Documento de arquitectura -Diseño de la base de datos
-Diseño de los bosquejos de las interfaces
-Recolección de información
D Módulo de información geopolítica del país -Recolección de imágenes
-Desarrollo de la página web
-Recolección de información
Módulo de información geopolítica de los -Recolección de imágenes
E
departamentos -Desarrollo de buscador de departamentos
-Desarrollo de la página web
-Recolección de información
-Recolección de imágenes
Módulo de información geopolítica de los
F -Desarrollo de buscador de municipios
municipios
-Desarrollo de la página web
-Configuración del mapa de Google Maps
-Desarrollar función para agregar, editar,
eliminar sitios
G Módulo de administración de sitios -Desarrollo de buscador de sitios
-Desarrollo de la página web para mostrar
información de los sitios
H Módulo de administración de fiestas -Desarrollar función para agregar, editar,
municipales eliminar fiestas municipales
-Desarrollo de buscador de fiestas municipales
 -Desarrollo de la página web para mostrar
información de las fiestas municipales
-Definir pruebas unitarias
I Realización de pruebas -Realizar pruebas unitarias
-Registro de errores encontrados
-Corrección de los errores encontrados
J Corrección de errores
-Registro de soluciones dadas
-Definir especificaciones técnicas del servidor
-Adquirir el servicio de hosting adecuado
K Instalación en el servidor
-Instalar la base de datos
-Instalar la aplicación web

Secuencia y duración de actividades

Actividad Predecesor(es) Duración (días)
1 A 12
2 B A 7
3 C B 8
4 D C 8
5 E D 8
6 F E 10
7 G F 15
8 H F 9
9 I GH 8
10 J I 8
11 K J 4

Diagrama de red
Para realizar este diagrama se utilizará el siguiente formato:
Inicio más cercano (IC) Duración Término más cercano (TC)
Holgura Actividad Holgura
Inicio más lejano (IL) Término más lejano (TL)
Ruta crítica
A-B- C-D- E-F- G-I- Inicio
J-K

Holguras H=6 0 12 12
0 A 0
0 12

12 7 19
0 B 0
12 19

19 8 27
0 C 0
19 27

27 8 35
0 D 0
27 35

35 8 43
0 E 0
35 43

43 10 53
0 F 0
43 53

53 15 68 53 9 62
0 G 0 6 H 6
53 68 59 68

68 8 76
0 I 0
68 76

76 8 84
0 J 0
76 84

84 4 88
0 K 0
84 88

Fin

Cronograma
EDT Actividad Duración Comienzo Fin
1 1 Datamapa 88 días Lun Mie
 27/08/18 26/12/18
2 1.1 Análisis 19 días Lun Jue
27/08/18 20/09/18
3 1.1.1 Documento de análisis de 12 días Lun Mar
mercado 27/08/18 11/09/18
4 1.1.2 Documento de análisis de 7 días Mie Jue
requisitos funcionales y no 12/09/18 20/09/18
funcionales
5 1.2 Diseño 8 días Vie Mar
21/09/18 02/10/18
6 1.2.1 Documento de arquitectura 8 días Vie Mar
21/09/18 02/10/18
7 1.3 Desarrollo 41 días Mie Mie
03/10/18 28/11/18
8 1.3.1 Módulo de información del 8 días Mie Vie
país 03/10/18 12/10/18
9 1.3.2 Módulo de información de 8 días Lun Mie
los departamentos 15/10/18 24/10/18
10 1.3.3 Módulo de información de 10 días Jue Mie
los municipios 25/10/18 07/11/18
11 1.3.4 Módulo de administración 15 días Jue Mie
de sitios 08/11/18 28/11/18
12 1.3.5 Módulo de administración 7 días Jue Vie
de fiestas municipales 08/11/18 16/11/18
13 1.4 Ejecución 20 días Jue Mie
29/11/18 26/12/18
14 1.4.1 Realización de pruebas 8 días Mar Lun
29/11/18 10/12/18
15 1.4.2 Corrección de errores 8 días Mar Jue
11/12/18 20/12/18
16 1.4.3 Instalación en el servidor 4 días Vie Mie
21/12/18 26/12/18
 GESTIÓN DE COSTOS
Plan de gestión de costos
Este proceso establece las herramientas y las directrices que deben usarse para
definir los costos de las actividades de este proyecto y el análisis adecuado para
precisar el presupuesto de este. Igualmente establece la periodicidad con la que
se harán los respectivos controles en el progreso de los costos.
El director del proyecto deberá generar un breve documento donde consigne los
procesos y mecanismo de gestión de costos. Para lo anterior tendrá que definir los
recursos necesarios para cumplir con los PDTs expuestos en la EDT. Estos
recursos podrán ser de tres tipos: personal, material y costo. Cuando tenga la lista
de elementos necesarios, pasará asignarlos a cada una de las actividades que se
describieron en el cronograma. La tasa o valor de cada recurso debe manejar en
pesos colombianos (COP) y darse si es posible en la unidad de día; con eso se
asegura que, al momento de generar los informes sobre los costos, estos se
puedan contrastar con los informes de cronograma. Dichos informes de costos
deben mostrar el porcentaje y la cantidad de dinero usado, para ser presentados a
los interesados correspondientes durante las reuniones que se hagan
mensualmente.
Durante las reuniones mensuales, el equipo de trabajo podría considerar realizar
cambios a los costos. Para poder realizar esos cambios, todos los presentes en
esas reuniones deben estar de acuerdo antes de verificar que no superen el 15%
del presupuesto inicial. Si se cumple con dicha condición, los cambios deben ser
consignados en un breve documento donde se aclare la justificación.
Definición de recursos
Nombre Tipo Capacidad Tasa Tasa horas
extras
Entrevistadores Trabajo 100% $27.650 COP día $1.750 COP
Analistas de
Trabajo 100% $28.000 COP día $1.750 COP
competidores
Computador $5’000.000 COP
Material 100%
portátil pago único
Líder del
Trabajo 100% $30.000 COP día $1.900 COP
proyecto
Analista de
Trabajo 100% $28.000 COP día $1750 COP
requisitos
Arquitecto de
Trabajo 100% $28.500 COP día $1.800 COP
software
Desarrollador
Trabajo 100% $28.500 COP día $1.800 COP
back-end
Desarrollador
Trabajo 100% $28.500 COP día $1.800 COP
front-end
Diseñador
Trabajo 100% $27.650 COP día $1.750 COP
grafico
Servicio de Costo 100% $2.000 COP día
internet
Servicio de
Costo 100% $1.350 COP día
energía eléctrica
Tarifa de uso API
Costo 100% $800 COP día
Google Maps
Servicio hosting Costo 100% $17.000 COP día
Tester Trabajo 100% $28.000 COP día $1.750 COP
Implementador Trabajo 100% $28.000 COP día $1.750 COP

Asignación de recursos a actividades

Actividad Recursos
Inicio Computador portátil
Líder del proyecto, Entrevistadores, Analista
Documento análisis de mercado
de competidores
Documento de análisis de requisitos
Líder del proyecto, Analista de requisitos
funcionales y no funcionales
Base de datos Líder del proyecto, Arquitecto de software
Casos de uso Líder del proyecto, Arquitecto de software
Bosquejos interfaces Líder del proyecto, Arquitecto de software
Líder del proyecto, Desarrollador back-
end, Desarrollador front-end, Diseñador
Módulo de información geopolítica del país
gráfico, Servicio de internet, Servicio de
energía eléctrica
Líder del proyecto, Desarrollador back-
Módulo de información geopolítica de los end, Desarrollador front-end, Diseñador
departamentos gráfico, Servicio de internet, Servicio de
energía eléctrica
Líder del proyecto, Desarrollador back-
end, Desarrollador front-end, Diseñador
Módulo de información geopolítica de los
gráfico, Servicio de internet, Servicio de
municipios
energía eléctrica, Tarifa de uso API Google
Maps
Líder del proyecto, Desarrollador back-
end, Desarrollador front-end, Servicio de
Módulo de administración de sitios
internet, Servicio de energía eléctrica, Tarifa
de uso API Google Maps
Líder del proyecto, Desarrollador back-
Módulo de administración de fiestas
end, Desarrollador front-end, Servicio de
municipales
internet, Servicio de energía eléctrica
Líder del proyecto, Tester, Servicio de
Realización de pruebas
internet, Servicio de energía eléctrica
Líder del proyecto, Desarrollador back-
Corrección de errores end, Desarrollador front-end, Servicio de
internet, Servicio de energía eléctrica
Líder del proyecto, Implementador, Servicio
Instalación en el servidor hosting, Servicio de internet, Servicio de
energía eléctrica
 Determinación del presupuesto
EDT Actividad Costo %completado
1 1 Datamapa $12’867.907 100
2 1.1 Análisis $10’481.667 100
Documento de análisis de $10’330.000 100
3 1.1.1
mercado
Documento de análisis de $151.667 100
4 1.1.2 requisitos funcionales y no
funcionales
5 1.2 Diseño $233.600 100
6 1.2.1 Documento de arquitectura $233.600 100
7 1.3 Desarrollo $1’457.060 100
8 1.3.1 Módulo de información del país $247.940 100
Módulo de información de los $247.940 100
9 1.3.2
departamentos
Módulo de información de los $309.700 100
10 1.3.3
municipios
11 1.3.4 Módulo de administración de sitios $458.100 100
Módulo de administración de $193.380 100
12 1.3.5
fiestas municipales
13 1.4 Ejecución $695.580 100
14 1.4.1 Realización de pruebas $217.540 100
15 1.4.2 Corrección de errores $251.140 100
16 1.4.3 Instalación en el servidor $226.900 100

GESTIÓN DE CALIDAD
Plan de gestión de calidad
En este proceso se establecen los mecanismos para asegurar y controlar la
calidad del proyecto. Dicha calidad va ligada a los requisitos no funcionales
descritos con anterioridad y al estándar ISO/IEC 25000 SQuaRE (System and
Software Quality Requirements and Evaluation).
Será el personal participante en las actividades «Realización de pruebas» y
«Corrección de errores», los responsables de asegurarse que se cumplan con los
estándares y los objetivos descritos en cada PDT. Estas personas deberán
entregar un documento mencionando los indicadores de calidad, las pruebas
hechas, la periodicidad y el resultado de la prueba. Este informe se debe presentar
mensualmente durante la reunión con los patrocinadores.
Asimismo, si el equipo de trabajo nota durante esas reuniones mensuales que el
alcance ha cambiado o que los resultados de las pruebas no son convincentes,
puede adelantar la creación de un documento donde especifique los cambios en
los indicadores, métricas y pruebas de calidad.
 Indicadores y métricas
Métrica Prueba % aprobación
La aplicación web debe
poseer interfaces graficas con
Visualización en los
un diseño responsive a fin de
navegadores Edge, Chrome y
garantizar la adecuada
Firefox desde computadores y 100
visualización en múltiples
dispositivos móviles Android y
computadores personales,
IOS
dispositivos tableta y teléfonos
inteligentes.
El sistema debe proporcionar Ejecución de errores
mensajes de error que sean intencionales para verificar
85
informativos y orientados al que los mensajes de errores
usuario final. sean claros y concisos
Toda funcionalidad del 1

sistema y transacción de
Simular con Apache JMeter
negocio debe responder al
100 visitas a la aplicación web
usuario en menos de 7 95
para verificar capacidad de
segundos cuando se cuente
carga
con una conexión de internet
de 1 Mbps en promedio.
Todo método CRUD SQL
Ataque controlado2 con
debe implementarse 90
OWASP ZAP
previendo SQL Injection
Los permisos de acceso al
sistema podrán ser cambiados
Ataque controlado con
solamente por el 90
OWASP ZAP
administrador de acceso a
datos.

1
Popular herramienta de código abierto para probar rendimiento
2Escáner de seguridad web de código abierto usado como herramienta profesional para pruebas de
penetración.