Fase 3 301404 24

Fase 3- Planificación
Presentado por:
Javier Alexander Anaya Moreno - Cód. 80188959
Ronald Mauricio Bermúdez - Cód. 80165388
Manuel Fernando Ramírez - Cód. 80121985
Oscar Javier Delgado - Cód. 80217860
Luis Guillermo Niño - Cód. 80251038
Grupo: 301404_24
Presentado a:
Pilar Alexandra Moreno
Universidad Nacional Abierta y a Distancia - UNAD
Escuela de Ciencias Básicas, Tecnología e Ingeniería - ECBTI
Ingeniería de Software
Bogotá, D. C., mayo de 2018

Introducción
El grupo de trabajo desarrollo cada uno de los puntos correspondientes de la fase, el Vigía
del tiempo fue seleccionado por Javier Alexander Anaya Moreno, el rol de Revisor es
seleccionado por el compañero Luis G. Niño, quien se ha ocupado de revisar que el
documento cumpla con las normas de presentación y redacción del documento.
Lo que respecta a la gestión de alcance fue definido en el formato IEEE 830 establecido
para tal fin, dicha labor la efectuó Ronald Bermúdez quien tiene conocimiento del municipio
y pudo dar un enfoque más acercado a los alcances del proyecto de software.
Para el desarrollo de la gestión de tiempo se tuvo en cuenta la (estructura desagregada del
trabajo) EDT, para poder generar las actividades que se desarrollaran a lo largo del proyecto
desde la planeación hasta la ejecución de la aplicación, donde se valida los tiempos en cada
actividad y poder cumplir a satisfacción el desarrollo de la misma hacia el cliente.
La gestión de costos se realiza haciendo una estimación paramétrica, tomando los posibles
valores evidenciados en el EDT de actividades, se relacionan los costos a término de 6 meses,
y adicional se realiza el cálculo del método COCOMO teniendo así la estimación de personal
y de duración por otro método distinto.
En cuanto a la gestión de riesgos, se plantearon hipotéticamente las posibles
eventualidades a las que se expone un proyecto como este que nos ocupa, por lo tanto, se
listan los acontecimientos que pueden poner en jaque el proyecto en un punto determinado y
se les asigna un porcentaje de impacto y una posible solución o toma de medidas según sea el
caso.
Contenido
Gestión de alcance......................................................................................................................5
Introducción............................................................................................................................5
Propósito.................................................................................................................................5
Alcance...................................................................................................................................6
Personal involucrado..............................................................................................................6
Definiciones, acrónimos y abreviaturas.................................................................................8
Referencias.............................................................................................................................8
Resumen.................................................................................................................................9
Descripción general................................................................................................................9
Perspectiva del producto.....................................................................................................9
Funcionalidad del producto..................................................................................................10
Registro.............................................................................................................................10
Actualización de datos......................................................................................................10
Consulta............................................................................................................................10
Almacenamiento...................................................................................................................11
Encuesta................................................................................................................................11
Características de los usuarios..............................................................................................11
Restricciones.........................................................................................................................12
Suposiciones y dependencias...............................................................................................13
Evolución previsible del sistema..........................................................................................13
Requisitos específicos..........................................................................................................14
Requisitos comunes de los interfaces...................................................................................15
Interfaces de usuario.............................................................................................................15
Interfaces de hardware..........................................................................................................17
Interfaces de software...........................................................................................................17
Interfaces de comunicación..................................................................................................18
Requisitos funcionales..........................................................................................................18
Requisitos no funcionales.....................................................................................................19
Requisitos de rendimiento................................................................................................19
Seguridad..........................................................................................................................19
Fiabilidad..........................................................................................................................20
Disponibilidad...................................................................................................................20
Mantenibilidad..................................................................................................................20
Portabilidad.......................................................................................................................21
Otros requisitos.....................................................................................................................21
Gestión de tiempo....................................................................................................................21
Gestión de costes......................................................................................................................25
Estimación paramétrica de Costes........................................................................................25
Método COCOMO...............................................................................................................26
Gestión de riesgos....................................................................................................................28
Tabla de Riesgos...................................................................................................................29
Conclusiones............................................................................................................................33
Referencias...............................................................................................................................35
Gestión de alcance
Introducción
A través del presente documento el equipo de trabajo espera documentar el desarrollo de
la guía turística digital para el municipio de Soacha, encaminada a estandarizar con la
inclusión de tecnología de punta, los mecanismos de consulta que el turista tendrá a mano una
vez el sistema sea implementado.
El objetivo de esta aplicación será funcionar desde un dispositivo móvil con conexión a
internet bien sea a través de datos u obteniendo conectividad a través de la red wifi gratuita
de la cual dispondrá el municipio y permitirá el despliegue de información a través de la
captura de códigos QR situados estratégicamente cerca de los sitios turísticos de interés,
brindando al turista información relevante como autor/escultor/artista relacionado, reseña
histórica, datos importantes, entre otros, acorde a los parámetros de idioma dados por el
mismo al momento de efectuar su registro en la aplicación.
Para el ejercicio actual se tomará como referencia el Municipio de Soacha, ubicado en el
Departamento de Cundinamarca y que colinda principalmente con el Distrito de Bogotá y los
municipios de Sibaté y San Antonio del Tequendama.
Propósito
Este documento pretende mostrar la gestión de alcance que el proyecto de software tendrá,
documentando cada aparte relacionado con la recolección de requisitos, definición del
alcance, creación de la EDT, verificación y gestión del alcance.
Está dirigido al potencial de turistas que deseen visitar el municipio de Soacha y a sus
habitantes incluido personal educativo, administrativo y población general.

Alcance
El proyecto a desarrollar tendrá como nombre “SOACHApp”, aplicación para
dispositivos móviles que permitirá la captura de códigos y desplegará la información
relacionada con cada uno de los sitios visitados.
El sistema tendrá como fuente una base de datos que almacenará en dos idiomas (español /
inglés) la información relacionada con el sitio visitado, reseñas históricas, información del
autor/escultor/artista relacionado y datos generales.
El municipio será dotado de una serie de códigos QR que permitirán que aquellas personas
(en particular turistas) que hagan uso de la aplicación, obtengan información que no se
encuentra publicada en el lugar visitado, con eso se incentivará el uso de los medios
tecnológicos y además se dará a conocer la información relevante del municipio a través de
dispositivos móviles.
Personal involucrado
Nombre Ronald Mauricio Bermúdez González

Rol Director de proyecto
Categoría profesional Ingeniero de sistemas
Responsabilidades Establecer contacto con la Secretaría de Cultura y
Educación del municipio de Soacha, en aras, de obtener
la información relacionada con la historia del
municipio, insumo primordial para complementar la
información que se obtenga del proceso de
levantamiento de requerimientos.
Información de 3183945405
contacto
Aprobación
Nombre Manuel Fernando Ramírez

Rol Director de presupuesto
Responsabilidades Realizar la proyección de costos que el proyecto tendrá,
definiendo estimación de costos y clasificándolos para
optimizar la inversión, además tendrá estrecha relación
con el cumplimiento en tiempos del proyecto.
Información de 321 3534316
contacto
Aprobación
Nombre Luis Guillermo Niño

Rol Analista de riesgos
Responsabilidades Identificar los riesgos a los que estará expuesto el
desarrollo del proyecto, analizarlos y documentarlos en
una tabla previamente definida y con posterioridad
realizará la planificación que dará respuesta a cada
riesgo identificado.
contacto
Aprobación
Nombre Javier Alexander Anaya

Rol Analista funcional
Responsabilidades Encargado de la identificación de actividades a realizar
con su respectiva secuenciación, en aras de tener un
plan de trabajo organizado, además, estimará los
recursos de las actividades y la duración de las mismas
a través del desarrollo y seguimiento a un cronograma
de trabajo planteado desde el inicio hasta la
culminación o pruebas del proyecto de software.
contacto
Aprobación
Nombre Oscar Javier Delgado Villamil

Rol Subgerente de Proyecto y analista funcional
Responsabilidades Apoyará todas las labores del gerente y presentará
alternativas para la recopilación de requisitos,
definición de alcance, elaboración de la EDT y la
verificación y control del alcance del proyecto.
contacto
Aprobación
Definiciones, acrónimos y abreviaturas
Turista: Persona que visita el municipio de Soacha de una locación diferente, sea local,
nacional o extranjera.
Código QR: (Quick Response Code) o código de respuesta rápida, es la manera como se
codifica información después del código de barras, es un módulo para almacenar
información, esta matriz se lee a través de un dispositivo móvil y serán remitidos de manera
inmediata a una aplicación web ya sea un correo electrónico, mapa de localización, página
web o red social.
Dispositivo móvil: está representado por un smartphone, Tablet o gafas que permitan la
captura de códigos QR.
Referencias
Referencia Titulo Ruta Fecha Autor

1 Organigrama http://www.soacha- 01/04/2018 Alcaldía de
de la cundinamarca.gov.co/dependencias.shtml Soacha
Alcaldía de
Soacha
2 Material N/A 01/05/2018 Producción
fotográfico propia
3 Biografía de https://www.biografiasyvidas.com/biografia/ 01/05/2018 Página web
Luis Carlos g/galan_sarmiento.htm Biografías
Galán y vidas
4 Reservas N/A 01/05/2018 Producción
naturales propia
5 Parques N/A 01/05/2018 Producción
naturales propia
6 Festividades N/A 01/05/2018 Producción
propia
7 Material N/A 20/05/2018 Producción
traducido al propia
inglés
Resumen
La aplicación móvil se diseñará para dispositivos Android dado su acceso gratuito, tendrá
módulos para registro, actualización de datos, almacenamiento de visitas y soporte técnico.
El documento contendrá los requerimientos funcionales y no funcionales de la aplicación, así
como las restricciones y el límite del proyecto, el cual no excederá la competencia sobre
turismo en relación al Municipio de Soacha – Cundinamarca.
Descripción general
Perspectiva del producto
El producto a desarrollar será independiente pues su plataforma de funcionamiento será el
dispositivo móvil que el turista desee utilizar, por tal motivo, no dependerá de una instancia
superior.
La aplicación deberá contar con acceso a internet bien sea a través de datos o de puntos de
acceso wifi, siendo estos últimos suministrados por la dirección municipal, dicha conexión se
hará de la siguiente manera.
La Estructura de Descomposición del Trabajo (EDT) se plantea a continuación:

Funcionalidad del producto
Registro
El sistema le permitirá al usuario registrarse solicitando los datos personales (nombre
completo, lugar de origen, idioma (español – inglés), nombre de usuario y contraseña)
Actualización de datos
Le permitirá al usuario complementar la información ingresada al momento del registro,
podrá cargar una foto de perfil, nombre en redes sociales, sitios de interés, entre otros datos.
Consulta
El módulo estará condicionado a la captura de un código QR que direccionará la aplicación a
la página web que contiene la información relacionada y la desplegará en el dispositivo del
usuario, acorde al idioma seleccionado en el momento del registro.

Almacenamiento
Asociará los lugares visitados a un histórico que el usuario podrá exportar a redes sociales o
como comentario en fotografías tomadas en el lugar.
Encuesta
Permitirá evaluar la percepción del turista en el lugar visitado, lo anterior con el fin de tomar
medidas que permitan mejorar la calidad del servicio prestado por el personal asociado a cada
lugar y por la aplicación.
Características de los usuarios
Tipo de usuario Administrador

Formación Ingeniero de sistemas
Habilidades Dominio en el lenguaje de programación usado para el
desarrollo de la aplicación.
Actividades Se encargará de realizar las adecuaciones requeridas
por la aplicación en su fase de implementación y
pruebas
Tipo de usuario Programador

Formación Ingeniero de sistemas
Habilidades Conocimiento en bases de datos relacionales,
programación HTML5 y CSS3
Actividades Diseño y administración de la base de datos y
programación de las páginas web
Tipo de usuario Soporte técnico

Formación Técnico, tecnólogo o ingeniero de sistemas
Habilidades Soporte técnico telefónico y a través de chat,
bilingüismo, conocimientos en ofimática nivel medio –
avanzado
Actividades Brindará soporte a través del call center que asigne la
Alcaldía del municipio en horario de oficinas, sin
embargo, tendrá a cargo el chat que deberá ser atendido
en un horario de 24/7 para dar soporte en línea de los
requerimientos en cuanto a temas de ofimática y
procedimientos de la aplicación
Tipo de usuario Cliente

Formación N/A
Habilidades Manejo básico de ofimática, conectividad y acceso a
internet y correo electrónico
Actividades Será el encargado de hace uso de la aplicación,
haciendo pruebas funcionales en todo momento de la
conectividad y disponibilidad de la información, tal y
como se muestra en su fase de implementación.
Restricciones
El proyecto de desarrollo estará condicionado a las siguientes características:
La aplicación se desarrollará en plataforma Android en una versión estable para que
aquellos equipos móviles que deseen ingresar lo puedan hacer sin complicaciones, dicha
versión será 4.0 o superior.
La base de datos a usar será PostgreSQL, dado que es un programa robusto y gratuito y
dotado de herramientas compatibles con las páginas web. Las páginas web se desarrollarán en
lenguaje HTML5 y tendrá estilos en formato CSS3, en diseño responsivo para ser
visualizados en cualquier tipo de dispositivo desde PC hasta dispositivo móvil.
El programa incluirá únicamente los parques y reservas naturales, así como aquellos
monumentos y lugares emblemáticos del municipio de Soacha, departamento de
Cundinamarca. En su primera versión, no tendrá compatibilidad con la plataforma iOS, dado
que para dicha plataforma se deben tener estándares de implementación con los cuales no se
cuenta en este momento, queda a disposición de los entes municipales, adicionar este
desarrollo a futuro.
El material audiovisual será ajustable mínimo hasta 800x1280 pixeles, esto con el fin de
generar un material visual que no pierda la fidelidad al momento de redimensionarlo. La base
de datos almacenará información únicamente en dos idiomas, español e inglés, el primero por
ser lengua nativa y el segundo por ser la lengua más utilizada por los turistas.
Suposiciones y dependencias
La aplicación será compatible con las versiones Android 4.0 o superior, con lo cual el
dispositivo móvil que acceda podrá parametrizar la aplicación a su sistema operativo, en caso
de que el dispositivo no cuente con este versiona miento, desplegará un mensaje informando
los requisitos mínimos para acceder a la aplicación.
La base de datos será PostgreSQL y su soporte técnico será brindado por el grupo de
desarrollo, sin embargo, en caso de no contar con respuesta al requerimiento, el mismo será
escalado a la comunidad PGDG (PostgreSQL Global Development Group) o grupo de
desarrollo global PostgreSQL para su resolución.
El desarrollo de las páginas web se hará responsivo con el fin de evitar que el contenido se
visualice de manera desordenada, es decir será escalable a cualquier dispositivo móvil, no
obstante, en caso de tener un dispositivo cuya resolución no se ajuste bien sea por
configuración o por el tipo de dispositivo (al ser este demasiado obsoleto) la información se
desplegará en formato HTML básico, es decir, sin ambiente gráfico solo con aquella
información concerniente al sitio visitado.
Evolución previsible del sistema
La compatibilidad con iOS será una de las evoluciones esperadas del sistema, dada la
masificación en la comercialización de dispositivos Apple tales como iPhone o iPad, para ello
se tendrán en cuenta la portabilidad de dicho desarrollo al ambiente iOS.
Se espera con el paso del tiempo y la implementación de nuevas versiones Android que la
versión 4.0 sea obsoleta en unos meses, por lo tanto, la compatibilidad con esta versión se
perderá con el tiempo, razón por la cual el sistema deberá ser compatible con cada versión
Android que sea implementada posterior a la entrada en funcionamiento de la aplicación.

Requisitos específicos
Número de requisito !!br0ken!!RF 01

Nombre de requisito Control de acceso
Tipo Requisito Restricción
Fuente del requisito Usuario de la aplicación
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Descripción El control de acceso solicitará al usuario su nombre
usuario y contraseña, sin estos valores no podrá acceder a
la aplicación, en caso de no contar con dicha información
será remitido al módulo de registro usuario externo (RF
03)

Nombre de requisito Registro usuario interno
Fuente del requisito Usuario interno de la aplicación
Descripción El administrador del sistema registrará los datos de los
usuarios internos del sistema (nombre completo, id, rol,
nombre usuario y contraseña) ya sean programadores,
consultores o administradores de bases de datos.

Nombre de requisito Registro usuario externo
Fuente del requisito Usuario externo de la aplicación
Descripción Cada usuario externo tendrá un módulo a través del cual
se solicitará sus datos básicos personales (id, nombre
completo, lugar origen, correo electrónico, idioma,
nombre usuario y contraseña), con esta información se
parametrizará el perfil del usuario y se definirá el idioma
en que el sistema interactuará con el usuario.

Nombre de requisito Consulta de información
Fuente del requisito Base de datos
Descripción Cuando el usuario captura a través del dispositivo el
código QR, el sistema consultará la información
relacionada en una base de datos PostgreSQL, dicha base
de datos desplegará la información acorde al idioma
definido por el usuario al momento de su registro.
Nombre de requisito Conectividad con redes sociales
Fuente del requisito Base de datos
Descripción La aplicación podrá exportar contenidos a redes sociales
como Facebook, Instagram y Twitter, para acceder a cada
una de ellas el usuario tendrá que adicionar sus datos de
acceso a la misma.
Requisitos comunes de los interfaces
El sistema será interactivo por lo tanto cada vez que el usuario ingrese información, la
aplicación dará respuesta a su requerimiento bajo los siguientes parámetros.
Interfaces de usuario
SOACHApp romabego1981
Capturadeinformación
Ubiqueel códigoQR al
interior del cuadro
contiguo, sucámaralo
escanearáydesplegarála
informaciónrelacionada
conel sitiovisitado
Escanear
LuisCarlosGalánSarmiento
(Bucaramanga, 1943 - Bogotá, 1989)
Político colombiano. Proclamado
candidato presidencial por la
convención del partido liberal, cayó
víctima de una atentado mortal el 18 de
agosto de 1989, cuando se disponía a
dirigirseasus simpatizantes enunacto
electoral en la plaza de Soacha, al sur
deBogotá. Suparticipaciónpolíticaenel
país se caracterizó por la rebeldía y la
crítica constructiva. Se comprometió
sobretodoacombatir lacorrupciónyel
clientelismo e intentó modernizar los
Volver
Encuesta
Buena
Supercepción
Regular
deseguridadfue
Mala
Buena
Las condicionesdel
Regular
lugar fueron
Mala
Buena
Lapresentación
Regular
del lugar fue
Mala
Enviar
Interfaces de hardware
Dentro de las características lógicas el dispositivo móvil debe tener acceso a internet o una
conexión a wifi estable, para lo cual deberá estar activado este servicio.
 El dispositivo debe tener sistema operativo Android 4.0 o superior.
 El servidor debe tener mínimo 4 TB de Disco Duro, 32 GB de memoria DDR3 y un
procesador QuadCore 2.5 GHz por cada núcleo o superior.
 Los otros PC debe tener Disco Duro de 1 TB, procesador QuadCore de 2 GHz y 8 GB de
memoria DDR3.
Interfaces de software
El producto no requiere ser integrado a otro dado que es una aplicación móvil, sin
embargo, los equipos donde se desarrollará el software deben contar con las siguientes
características:
 Sistema operativo Ubuntu 13.04 o superior, esto para los equipos de desarrollo y
programación, en caso de ser un equipo ya adquirido que cuente con Windows 7 o
superior, lo anterior con el fin de tener el sistema operativo sobre el cual funcionarán los
software de programación y desarrollo.
 El servidor debe tener sistema operativo CentOS o Fedora ambos de Linux, si ya están
adquiridos que tenga licenciado Windows Server, la característica de este sistema
operativo hace referencia a que Linux trabaja con software libre razón por la cual no es
necesario comprar licenciamiento, permitirá la conexión con la base de datos.
 El DBMS PostgreSQL es compatible con Windows y Linux Ubuntu, razón por la cual se
puede hacer uso de este programa, el motivo obedece a que es robusta y de software libre,
con esto se disminuyen costos de licenciamiento, además permite realizar consultas sin
perder la integralidad de los datos.
Interfaces de comunicación
La comunicación entre los dispositivos y el servidor será a través de redes móviles o redes
wifi, por lo cual es necesario tener un Router inalámbrico que dote de un ancho de banda
significativo y permita la conexión de varias personas sin perder la velocidad de conexión.
Por su parte, el servidor estará conectado a Internet a través de un Switch con cable UTP y
este a su vez a un Router a través de un cable STP, la base de datos estará instalada en el
servidor.
Entre todos ellos el protocolo de comunicación será TCP/IP y al acceder a las páginas web
será HTTPS para brindar seguridad en la conexión.
Requisitos funcionales
Dentro de los requisitos funcionarios de la aplicación móvil tenemos:
 El sistema permitirá el registro desde la aplicación o a través Internet desde un PC.
 El momento de registrarse el sistema enviará un correo electrónico de confirmación de
creación de la cuenta, lo anterior para validar que el correo electrónico sea válido.
 Cada usuario será identificado por un código alfanumérico conformado por su Id y lugar
de origen. (Colombia80165388)
 Las encuestas estarán codificadas en orden secuencial y se asociada el código de
identificación único de cada usuario en el sistema. (1Colombia80165388)
 El proceso de captura en el sistema se hará a través del lector QR embebido en la
aplicación.
 El administrador será el único que tendrá la facultad de crear usuarios internos de la
aplicación.
 La base de datos estará disponible para ser consultada por el servidor cada vez que reciba
una solicitud por parte de un usuario registrado y desplegará la información respectiva en
el idioma que éste haya seleccionado.
Requisitos no funcionales
Requisitos de rendimiento
 La aplicación debe estar en capacidad de soportar hasta 200 usuarios conectados al
mismo tiempo y realizando consultas a la base de datos, dado que dicha consulta se
hará a través de la lectura de códigos QR en al menos 8 lugares diferentes.
 El tiempo de espera para la entrega de la respuesta no podrá ser mayor a 5 segundos.
 El tiempo transcurrido entre registro del usuario y la remisión de correo de
confirmación no podrá exceder los 2 minutos.
Seguridad
 La aplicación contará con la generación de logs que almacenarán los datos de conexión
a la base de datos almacenando entre otras IP_Remota, usuario y hora de conexión.
 Las contraseñas estarán almacenadas en el servidor y contarán con técnicas de
encriptación, lo anterior para evitar que sean descubiertas por ataques informáticos a la
red.
 Los módulos de registro y actualización de datos, solo podrán ser consultados por el
usuario dueño de dicha información y siempre accediendo con su usuario y contraseña,
el personal de soporte solo podrá asignar una contraseña genérica asociada al usuario
que solicite soporte técnico, la cual deberá ser cambiada una vez el usuario haga uso
de ella en la aplicación.
 La auditoría del sistema se manejará en Linux donde se prevé minimizar en un 80%
los ataques informáticos.
 La posibilidad de tumbar la aplicación se aminora incluyendo una casilla de
verificación al momento del acceso.
Fiabilidad
 Los tiempos de tolerancia en dar respuesta por parte de la aplicación no podrán
exceder los 5 minutos y la cantidad máxima de incidentes al día será máximo de 2 por
usuario registrado.
Disponibilidad
 El software estará disponible el 98% del día, reservando un 2% equivalente a 28
minutos del día en que el sistema en horario muerto, tiempo durante el cual la
aplicación se reiniciará para quedar nuevamente disponible durante el resto de la
jornada.
Mantenibilidad
 El mantenimiento se efectuará a través de un robot programado que hará dicha labor a
las 2:00 am, previendo que a esa hora no haya usuarios conectados, la labor de
mantenimiento consistirá en reiniciar la aplicación, con el fin de inhabilitar cualquier
usuario que se haya quedado conectado o cualquier amenaza que esté generando
tráfico en la red.
 En caso de falla de dicho robot un mensaje será enviado al administrador del sistema
quien realizará la revisión del tráfico en la red y manualmente generará los logs de
tráfico del día inmediatamente anterior.

 Cada primer día del mes serán generados los reportes de acceso y se tabularán las
encuestas recibidas durante el mismo periodo.
Portabilidad
 La portabilidad solo será aplicable en el evento que la aplicación sea migrada o
implementada en iOS, dado que se entregará 100% funcional sobre plataformas
Android.
Otros requisitos
Al momento de remitir el correo electrónico de activación de usuario, se enviarán los
términos y condiciones que entre otras informarán los fundamentos legales acerca de la
inclusión de ataques informáticos o el uso inadecuado del usuario y contraseña para permitir
que bots realicen ataques masivos para denegar el servicio del servidor.
Gestión de tiempo
Actividades para desarrollar para el desarrollo del proyecto
1. Realizar el documento para el desarrollo del software
1.1. Realizar el diseño de la función
1.2. Realizar el diseño técnico
1.3. Realizar la planificación que se ejecutara en el desarrollo del proyecto
2. Desarrollar el código
2.1. Desarrollar el entorno base
2.2. Realizar los módulos de la aplicación
2.3. Ejecución y validación de los scripts
2.4. Realizar las pruebas ambiente

3. Pruebas al aplicativo
3.1. Ejecutar las diferentes pruebas en el entorno especifico
3.2. Formar las pruebas de integración
3.3. Realizar las pruebas de compatibilidad
3.4. Efectuar las pruebas de aceptación
3.5. Validar la certificación técnica
4. Desarrollo del software
4.1. Entorno de producción
4.2. Puesta de producción
4.3. Pruebas de producción
4.4. Implementación y ejecución
5. Ejecución de Pruebas postproducción
5.1. Seguimiento de producción
5.2. Documentar las posibles mejoras

Proyecto WEB Turístico
Febrero Marzo Abril Mayo
ACTIVIDAD INICIO FIN SEMANAS RECURSOS
1 al 3 4 al 10 11 al 17 18 al 24 25 al 28 1 al 3 4 al 10 11 al 17 18 al 24 25 al 31 1 al 7 8 al 14 15 al 21 22 al 28 29 al 30 1 al 5 6 al 12 13 al 19 20 al 16 27 al 31
1.Realizar el documento para el desarrollo del 5 personas, 2 equipos de computo y
software 1/02/2018 17/02/2018 2,5 w instalación
2 personas, 1 equipo de computo y
1.1. Realizar el diseño de la función 1/02/2018 3/02/2018 0,5 w instalación
1.2. Realizar el diseño técnico 4/02/2018 10/02/2018 1w instalación
1.3. Realizar la planificación que se ejecutara en el 5 personas, 2 equipos de computo y
desarrollo del proyecto 11/02/2018 17/02/2018 1w instalación
5 personas, 3 equipos de computo,
2. Desarrollar el código 18/02/2018 24/03/2018 6,5 w
software de diseño y instalación
2 personas, 1 equipo de computo,
2.1. Desarrollar el entorno base
18/02/2018 28/02/2018 1,5 w software y instalación
2.2. Realizar los módulos de la aplicación 25/02/2018 10/03/2018 2w software y instalación
2.3. Ejecución y validación de los scripts
4/10/2018 17/03/2018 2w instalación
2.4. Realizar las pruebas ambiente
18/03/2018 24/03/2018 1w instalación
3 personas, 1 equipos de computo y
3. Pruebas al aplicativo
25/03/2018 14/04/2018 3w instalación
3.1. Ejecutar las diferentes pruebas en el entorno 1 personas, 1 equipo de computo y
especifico 25/03/2018 31/03/2018 1w instalación
3.2. Formar las pruebas de integración 1/04/2018 7/04/2018 1w instalación
3.3. Realizar las pruebas de compatibilidad 1/04/2018 7/04/2018 1w instalación
3.4. Efectuar las pruebas de aceptación 8/04/2018 14/04/2018 1w instalación
3.5. Validar la certificación técnica 8/04/2018 14/04/2018 1w instalación
5 personas, 4 equipos de computo,
4. Desarrollo del software
15/04/2018 12/05/2018 4w software de diseño y instalación
4.1. Entorno de producción
15/04/2018 28/04/2018 2w software y instalación
4.2. Puesta de producción
15/04/2018 30/04/2018 2,5 w software y instalación
4.3. Pruebas de producción
22/04/2018 5/05/2018 2,5 w instalación
4.4. Implementación y ejecución 6/05/2018 12/05/2018 1w instalación
5. Ejecución de Pruebas postproducción
13/05/2018 31/05/2018 3w instalación
5.1. Seguimiento de producción
13/05/2018 31/05/2018 3w instalación
FECHA DE
ACTIVIDAD INICIO FIN NOVEDAD
ENTREGA
1.Realizar el documento para el
1/02/2018 17/02/2018 18/02/2018 Finalizado
desarrollo del software
1.1. Realizar el diseño de la función 1/02/2018 3/02/2018 4/02/2018 Finalizado
1.2. Realizar el diseño técnico 4/02/2018 10/02/2018 11/02/2018 Finalizado
1.3. Realizar la planificación que se
ejecutara en el desarrollo del 11/02/2018 17/02/2018 18/02/2018 Finalizado
proyecto
2. Desarrollar el código 18/02/2018 24/03/2018 25/03/2018 Finalizado
2.1. Desarrollar el entorno base 18/02/2018 28/02/2018 1/03/2018 Finalizado
2.2. Realizar los módulos de la
25/02/2018 10/03/2018 11/03/2018 Finalizado
aplicación
2.3. Ejecución y validación de los
4/10/2018 17/03/2018 18/03/2018 Finalizado
scripts
2.4. Realizar las pruebas ambiente 18/03/2018 24/03/2018 25/03/2018 Finalizado
3. Pruebas al aplicativo 25/03/2018 14/04/2018 15/04/2018 Finalizado
3.1. Ejecutar las diferentes pruebas
25/03/2018 31/03/2018 1/04/2018 Finalizado
en el entorno especifico
3.2. Formar las pruebas de
1/04/2018 7/04/2018 8/04/2018 Finalizado
integración
3.3. Realizar las pruebas de
1/04/2018 7/04/2018 8/04/2018 Finalizado
compatibilidad
3.4. Efectuar las pruebas de
8/04/2018 14/04/2018 15/04/2018 Finalizado
aceptación
3.5. Validar la certificación técnica 8/04/2018 14/04/2018 15/04/2018 Finalizado
4. Desarrollo del software 15/04/2018 12/05/2018 13/05/2018 En desarrollo
Se encuentra al 96% del
4.1. Entorno de producción 15/04/2018 28/04/2018 29/04/2018
desarrollo del entorno
4.2. Puesta de producción 15/04/2018 30/04/2018 1/05/2018
4.3. Pruebas de producción 22/04/2018 5/05/2018 6/05/2018
Una vez se finalice las
4.4. Implementación y ejecución 6/05/2018 12/05/2018 13/05/2018
pruebas si inicia la ejecución
5. Ejecución de Pruebas
13/05/2018 31/05/2018 1/06/2018 Pendiente
postproducción
Está a la espera de
5.1. Seguimiento de producción 13/05/2018 31/05/2018 1/06/2018
implementar el software
5.2. Documentar las posibles Está a la espera de
13/05/2018 31/05/2018 1/06/2018
mejoras implementar el software
Gestión de costes
Estimación paramétrica de Costes
Costos Fijos
Costos Directos

Tiempo
Desarrollo Personal Costo Meses Valor final
Desarrollador de software y/o Bases de datos 3 2.600.000 6 46.800.000
Tiempo
Servicio de Limpieza Personal Costo Meses Valor final
Auxiliar de aseo y limpieza (2 veces por semana) 1 500.000 6 3.000.000
Tiempo
Hardware Unidades Costo Meses Valor final
Computadores Portátiles 3 1.800.000 5.400.000
Impresora 1 550.000 550.000
Escritorio con sillas 3 285.000 855.000
Tiempo
Servicios Costo Meses Valor final
Arriendo de Oficina 800.000 6 4.800.000
Luz 95.000 6 570.000
Agua 68.000 6 408.000
Tel_Internet 75.000 6 450.000
Tiempo
Software Unidades Costo Meses Valor final
Licencias de antivirus 1 130.000 12 130.000
Licencias de sistema operativo 3 112.000 12 336.000
Licencia Visual studio 1 180.000 12 180.000
Costos Indirectos
Tiempo
Exploración de historia y monumentos Personal Costo Meses Valor final
Asesor histórico de la Localidad 1 500.000 1 500.000
Tiempo
Documentación Unidades Costo Meses Valor final
Registro cámara de comercio 130.000 12 130.000
Matricula mercantil 86.000 12 86.000
Papelería Unidades Costo Tiempo Valor final

Meses
Resma de papel 6 12.000 72.000
Lápices 48 750 36.000
Esferos 48 980 47.040
Agendas 3 15.000 45.000
Clips 50 10 500
USB 8 gigas 6 12.800 76.800
Tiempo
Gastos Varios Unidades Costo Meses Valor final
Cafetera 1 65.800 65.800
Café Kilo 6 12.800 76.800
Azúcar Kilo 6 8.700 52.200
Horno microondas 1 145.000 145.000
Tiempo
Administración Personal Costo Meses Valor final
Contaduría publica
Valor final 64.812.140
Método COCOMO
Calculo de personal requerido para el proyecto en un mes
E=a∗KLOCb
E=2,4∗KLOC1.05
Calculo de duración del proyecto
E=2,4∗4.51.05
E=11.6❑ Hombres mes
D=c∗Ed
D=2.5∗11.6 0.38
D=6.34 Meses
Número de personas que se pueden emplear para el proyecto
N=E / D
N=11.6 /6.34
N=2 personas
Podemos decidir si contratamos a 1 o 2 personas para el proyecto, pero esto acarrearía que
más adelante tengamos que ampliar el plazo de entrega del proyecto.

Gestión de riesgos
Los temas a tratar son:
 Identificación de Riesgos
 Análisis de Riesgos
 Tabla de Riesgos
 Planificación de respuesta al Riesgo
Según la estructura de descomposición del trabajo (EDT) ilustrado en la parte de arriba, a
continuación, se relaciona una lista con los riesgos que se prevén durante el proyecto que nos
ocupa:
 Documentación insuficiente
 Levantamiento de información poco profunda
 Diseños Básicos
 Diferencias en la planificación entre desarrolladores y el gerente
 Entorno de desarrollo incompatible
 Lenguaje de programación inadecuado
 Disponibilidad de hardware
 Fondos insuficientes para el desarrollo
 Comunicación entre el personal del proyecto (Gerente, Coordinadores, lideres, ingenieros,
analistas, calidad, etc.)
 Personal experto (Desarrolladores, analistas de calidad)
 Manejo inadecuado de los errores
 Rechazo en la aprobación de calidad
 Lentitud de ejecución en producción

 Problemas de conexión
 Problemas de acceso al aplicativo de múltiples usuarios en simultaneo
 Usuario final rechaza el aplicativo
 Por causas ajenas al desarrollo (Temblores, inundaciones, servicios públicos, locaciones,
indumentaria, salarios, contratos, etc.)
Tabla de Riesgos
En la columna Riesgo, se registran todos los riesgos
En la columna Categoría, cada riesgo se categoriza así:
 Tamaño del producto (TP)
 Impacto en la organización (IO)
 Tipo de cliente (TC)
 Proceso de producción (PP)
 Entorno de desarrollo (ED)
 Tecnología (T)
 Experiencia técnica (ET)
En la columna Probabilidad, se registra la probabilidad de aparición de cada riesgo.
En la columna Impacto, Se valora y se registra el impacto de cada riesgo así:
1 Catastrófico
2 Crítico
3 Marginal
4 Despreciable
Tabla
Riesgos Categoría Probabilidad Impacto Respuesta al riesgo

Contratar personal
Documentación
experto en el
insuficiente TP 10% 2
levantamiento de
información.
Levantamiento de Profundizar en cada
información poco detalle desglosando
TP 15% 2
profunda hasta el más mínimo
punto.
Elaborar más de un
diseño para tener
Diseños Básicos
ET 20% 2 claridad de cuál es la
mejor opción a
desarrollar.
Diferencias en la Documentar a las partes
planificación entre sobre el propósito del
desarrolladores y ET 20% 3 proyecto y aclarar
el gerente dudas y diferencias.
Emplear un entorno de
Entorno de desarrollo que tenga
desarrollo compatibilidad con
ED 10% 2
incompatible múltiples lenguajes de
programación y
plataformas.
Indagar y debatir entre
el personal de
Lenguaje de
ingeniería y
programación
ED 18% 1 arquitectura para
inadecuado
acordar el lenguaje
apropiado para los
desarrollos.
Tener la
implementación del
Disponibilidad de hardware requerido
hardware T 25% 2 previamente instalado
para iniciar y terminar
los desarrollos sin
problemas.
Fondos IO 45% 1 Tener clara y
insuficientes para documentada
el desarrollo concretamente la
gestión de gastos
durante la ejecución del
proyecto.
Comunicación Tener comités de
entre el personal avances y
del proyecto eventualidades
(Gerente, semanalmente permite
Coordinadores, IO 25% 1 aclarar dudas y tomar
lideres, ingenieros, medidas ante
analistas, calidad, situaciones imprevistas
etc.) que se puedan
presentar.
El personal deberá ser
seleccionado mediante
outsourcing
especializado en el área
de TI. El personal
deberá tener
Personal experto
especializaciones en
(Desarrolladores,
desarrollo de software,
analistas de ET 30% 2
tener certificaciones de
calidad)
ITIL y Oracle,
adicional, pero menos
importante, contar con
mínimo 2 años de
experiencia para todos
los cargos relacionados
al área de TI.
El manejo de
incidencias se
Manejo
documentará a medida
inadecuado de los
ET 20% 2 que estás emerjan,
errores
dándole un trato
inmediato por el
personal de calidad.
Se tomarán medidas
inmediatas a las
Rechazo en la
correcciones que se
aprobación de
ET 60% 2 tengan que realizar
calidad
mitigando el factor de
tiempo para su
implementación.
Se retoma el proceso
Lentitud de desde la certificación
ejecución en de calidad, verificando
PP 40% 2
producción que no existan cambios
relevantes luego de este
punto.
Problemas de T 30% 2 El enlace a las bases de
conexión datos será monitoreado
continuamente para
descartar fluctuaciones
en la conexión.
Problemas de Disponer de un motor
acceso al de bases de datos
aplicativo de robusto que sea capaz
T 70% 1
múltiples usuarios de soportar y garantizar
en simultaneo el acceso múltiple a la
información.
Informar al cliente
potencial de las
Usuario final
ventajas del aplicativo
rechaza el TC 50% 2
mediante publicidad en
aplicativo
los sitios de interés para
emplear el software.
Las locaciones deberán
estar ubicadas como
mínimo en un segundo
Por causas ajenas
piso, donde la
al desarrollo
edificación cuente con
(Temblores,
una planta de energía
inundaciones,
auxiliar. Dejar claras
servicios públicos, IO 5% 4
las cláusulas del
locaciones,
contrato con el
indumentaria,
outsourcing para
salarios, contratos,
mitigar inconvenientes
etc.)
con los salarios y
contratos de los
empleados.
Conclusiones
Los fundamentos en la gestión de proyectos permiten ahondar en cada uno de los
componentes relacionados con dicha gestión, los cuales están enmarcados en su alcance, tiempo,
costes y riesgos.
La gestión de alcance nos permitió identificar las actividades que se han de desarrollar y
articulado con el factor tiempo, permitirán efectuar un plan de trabajo mancomunado en el cual
prime el trabajo en equipo, permitió además definir los límites del sistema y plantear los bocetos
de cómo se verían los diferentes módulos del sistema de información, además de darle un
nombre al proyecto SOACHApp.
Para obtener el éxito del proyecto es de vital importancia llevar correctamente la gestión del
alcance. Si se ejecuta de forma inadecuada, las consecuencias y los efectos negativos afectarán, a
la previsión de recursos necesarios, el presupuesto estimado, requerimientos del producto y los
niveles de calidad mínimos exigibles del mismo. También puede ser el origen de entregas fuera
de los plazos estipulados y esto conlleva que el cliente se lleve una imagen negativa de la
empresa.
La gestión de riesgos nos ha permitido identificar mediante el cuadro de impacto las
eventualidades a las que se expone el proyecto, permitiéndonos también documentar y tener
claras las acciones que puedan adelantarse para mitigar el impacto de los riesgos dado caso que
se lleguen a presentar.
Tener un monto establecido de dinero el cual se gastara en un proyecto afecta no solo al
tiempo de duración del mismo teniendo en cuenta que el personal requerido aumentara o
disminuirá así como los recursos que se invertirán, lo que provocara que el proyecto se demorare
más o menos y beneficiara al proyecto ya que el cliente tendrá una noción clara para así apoyar
el mismo o escoger otra empresa que presente una mejor alternativa de costos. También
beneficiara a el grupo de la empresa pues teniendo plazos establecidos se generaran cargas de
trabajo a término fijo y así se tendrá más control del proyecto en plazos.
Referencias
Moreno, P. (Productor). (2016). Gestión de proyectos software [OVI]. Recuperado de
http://hdl.handle.net/10596/9935
Blanco, C. & García, F. Carlos. (2015). Gestión de Proyectos - Alcance. Recuperado de
http://ocw.unican.es/pluginfile.php/274/course/section/194/GP-t2.2.pdf
Blanco, C. & García, F. Carlos. (2015). Gestión de Proyectos Software - Tiempos. Recuperado
de http://ocw.unican.es/pluginfile.php/274/course/section/194/GP-t3.pdf
Blanco, C. & García, F. Carlos. (2015). Gestión de Proyectos Software - Costes. Recuperado de
http://ocw.unican.es/pluginfile.php/274/course/section/194/GP-t4.pdf
Blanco, C. & García, F. Carlos. (2015). Gestión de Proyectos Software - Riesgos. Recuperado de
http://ocw.unican.es/pluginfile.php/274/course/section/194/GP-t5.pdf
Sánchez, P. (2011). Gestión de Riesgos en Proyectos Software. Recuperado de
http://ocw.unican.es/pluginfile.php/1408/course/section/1803/tema7-gestionRiesgos.pdf

Fase 3 301404 24

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Fase 3 301404 24

Încărcat de

Drepturi de autor:

Formate disponibile

Fase 3- Planificación

Javier Alexander Anaya Moreno - Cód. 80188959

Ronald Mauricio Bermúdez - Cód. 80165388

Manuel Fernando Ramírez - Cód. 80121985

Oscar Javier Delgado - Cód. 80217860

Luis Guillermo Niño - Cód. 80251038

Pilar Alexandra Moreno

Universidad Nacional Abierta y a Distancia - UNAD

Escuela de Ciencias Básicas, Tecnología e Ingeniería - ECBTI

Bogotá, D. C., mayo de 2018

seleccionado por el compañero Luis G. Niño, quien se ha ocupado de revisar que el

documento cumpla con las normas de presentación y redacción del documento.

Para el desarrollo de la gestión de tiempo se tuvo en cuenta la (estructura desagregada del

actividad y poder cumplir a satisfacción el desarrollo de la misma hacia el cliente.

valores evidenciados en el EDT de actividades, se relacionan los costos a término de 6 meses,

y de duración por otro método distinto.

En cuanto a la gestión de riesgos, se plantearon hipotéticamente las posibles

Definiciones, acrónimos y abreviaturas.................................................................................8

Perspectiva del producto.....................................................................................................9

Funcionalidad del producto..................................................................................................10

Características de los usuarios..............................................................................................11

Evolución previsible del sistema..........................................................................................13

Requisitos comunes de los interfaces...................................................................................15

Estimación paramétrica de Costes........................................................................................25

A través del presente documento el equipo de trabajo espera documentar el desarrollo de

la guía turística digital para el municipio de Soacha, encaminada a estandarizar con la

vez el sistema sea implementado.

de la cual dispondrá el municipio y permitirá el despliegue de información a través de la

captura de códigos QR situados estratégicamente cerca de los sitios turísticos de interés,

brindando al turista información relevante como autor/escultor/artista relacionado, reseña

mismo al momento de efectuar su registro en la aplicación.

Para el ejercicio actual se tomará como referencia el Municipio de Soacha, ubicado en el

Departamento de Cundinamarca y que colinda principalmente con el Distrito de Bogotá y los

municipios de Sibaté y San Antonio del Tequendama.

documentando cada aparte relacionado con la recolección de requisitos, definición del

alcance, creación de la EDT, verificación y gestión del alcance.

habitantes incluido personal educativo, administrativo y población general.

El proyecto a desarrollar tendrá como nombre “SOACHApp”, aplicación para

dispositivos móviles que permitirá la captura de códigos y desplegará la información

relacionada con cada uno de los sitios visitados.

autor/escultor/artista relacionado y datos generales.

tecnológicos y además se dará a conocer la información relevante del municipio a través de

Nombre Ronald Mauricio Bermúdez González

Nombre Manuel Fernando Ramírez

Nombre Luis Guillermo Niño

Nombre Javier Alexander Anaya

Nombre Oscar Javier Delgado Villamil

codifica información después del código de barras, es un módulo para almacenar

web o red social.

captura de códigos QR.

Referencia Titulo Ruta Fecha Autor

módulos para registro, actualización de datos, almacenamiento de visitas y soporte técnico.

El documento contendrá los requerimientos funcionales y no funcionales de la aplicación, así

turismo en relación al Municipio de Soacha – Cundinamarca.

Perspectiva del producto

El producto a desarrollar será independiente pues su plataforma de funcionamiento será el

hará de la siguiente manera.

La Estructura de Descomposición del Trabajo (EDT) se plantea a continuación:

El sistema le permitirá al usuario registrarse solicitando los datos personales (nombre

completo, lugar de origen, idioma (español – inglés), nombre de usuario y contraseña)

Le permitirá al usuario complementar la información ingresada al momento del registro,

El módulo estará condicionado a la captura de un código QR que direccionará la aplicación a

la página web que contiene la información relacionada y la desplegará en el dispositivo del