Universidad Nacional Abierta y a Distancia

Escuela De Ciencias Bsicas Tecnologa E

Ingeniera

INGENIERIA DE SOFTWARE

Trabajo Individual

Grupo: 301404_26

Presentado Por:

Alvaro Manuel Villamizar Castilla

Tutor:

Pilar Alexandra Moreno

17 /09/2016

Contenido
FICHA DEL DOCUMENTO 3

CONTENIDO 4
1 INTRODUCCIN 6

1.1 Propsito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrnimos y abreviaturas 6

1.5 Referencias 6

1.6 Resumen 6

2 DESCRIPCIN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Caractersticas de los usuarios 7

2.4 Restricciones 7

2.5 Suposiciones y dependencias 7

2.6 Evolucin previsible del sistema 7

3 REQUISITOS ESPECFICOS 7

3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicacin 8

3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.2 Requisito funcional 2 9
3.2.3 Requisito funcional 3 9
3.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10

3.4 Otros requisitos 10

APNDICES 10
CAPITULO 1. GESTION DEL ALCANCE
En este captulo se presenta la fase de gestin del alcance, parte inicial de todo
proyecto software, se definen los requisitos y se muestra una vista global de la
arquitectura pensada para el sistema. Por lo tanto se tendr en cuenta este
catlogo de requisitos como base para el diseo de todos los aspectos de la
aplicacin, ya que la fase del alcance es de suma importancia para el devenir
de todo producto software, es por ello que es donde se deben asentar las
bases, a modo de cimientos del proyecto como punto de partida para construir
todo lo dems.
El proceso a seguir se basa en primer lugar en una buena definicin de
requisitos y en elegir una metodologa de desarrollo acorde con el proyecto.
La arquitectura de la aplicacin tendr el formato de cliente-servidor,
constituyendo el servidor la base de datos, y API's de acceso, y cliente, la
aplicacin mvil.
ste captulo es fundamental para entender el proyecto. A continuacin se
desglosan la funcionalidad y las caractersticas a modo de catlogo de
requisitos, teniendo en cuenta tanto requisitos funcionales como no
funcionales.

1.1 Propsito
El sistema de software realizado para dispositivo mvil en Android,
permitir la consulta de informacin turstica de la zona caribe de
Colombia y reserva de servicios relacionados con viajes tursticos a
travs de una aplicacin App. Para llevar a cabo este proyecto se
desarrollara: una aplicacin software, una interfaz web, el usuario
acceder a la informacin turstica a travs de la interfaz web donde
descargara la informacin y la trasferir a la aplicacin.

1.2 Alcance
A lo largo del documento se presenta la aplicacin realizada, describiendo las
caractersticas y requisitos principales, todas las tecnologas utilizadas en el
desarrollo de la herramienta, tanto del lado cliente como del lado del servidor,
as como un anlisis que recorrer todas las fases del proyecto desde el diseo
hasta las pruebas. Por ltimo, puede encontrarse un manual de uso para una
mejor comprensin y ms fcil utilizacin de la aplicacin.
En este apartado se da una visin general de las fases seguidas a lo largo de
la realizacin del proyecto, que son las correspondientes a la mayora de un
desarrollo software.
Se va a definir el alcance del proyecto segn la estructura de descomposicin
de trabajo que podemos ver en la Fig. EDT y detallada a continuacin.

1.01 Despliegue del entorno: Instalacin de sistema Windows Server 2008,

IIS 7, SQL Server 2012 y Web Deploy en el host servidor, configuracin de
estas utilidades y acceso pblico a la red.
1.02. Desarrollo de BD: Diseo, implementacin y despliegue en SQL Server
de la base de datos a partir del anlisis de datos proporcionado.
1.03. Gestin BD: Diseo orientado a objetos e implementacin del mdulo de
conexin y acceso a la base de datos. Usando la tecnologa ADO de .NET
Framework.
1.04. Gestin multimedia: Implementacin de la lectura de archivos y
generacin de enlaces web para la descarga de contenido multimedia, y
combinarlo con la informacin tomada de la BD.
1.05. Implementacin de servicios: Diseo e implementacin de la lgica de
aplicacin y el acceso a esta mediante servicios web pblicos. Empleando las
tecnologas de ASP.NET para servicios web SOAP por lo que podra ser
necesaria una pequea investigacin sobre ellos.
1.06. Pruebas de funcionamiento: Pruebas de funcionamiento de cada uno
de los mtodos proporcionados por los servicios web
1.07. Diseo: Diseo grfico de la interfaz de la aplicacin mvil, as como la
confeccin de dibujos y texturas para esta si fuera necesario, presentacin en
bocetos de las vistas de la aplicacin.
1.08. Estudio, material e informacin: Estudio de los puntos de inters
turstico de la zona caribe de Colombia, recogida de fotos de cada uno de ellos
y bsqueda de informacin relacionada. Para ajustarnos a la duracin y lmites
del proyecto, se restringe este paquete de trabajo a los 3 puntos ms
relevantes de la zona.
1.09. Implementacin interfaz usuario: Para la implementacin de la app
mvil se usar el entorno Unity3D, se implementarn en ste paquete de
trabajo el acceso a los servicios junto con la interfaz de usuario. Los casos de
uso Borrar comentario, foto y usuario, as como la rehabilitacin de estos no se
va a incluir en la primera versin por salirse de los lmites del proyecto. Pero el
diseo permitir su fcil inclusin en futuras versiones.
Para el desarrollo de la interfaz de usuario, se va a disear e implementar una
librera auxiliar que permita el desarrollo de alto nivel de interfaces grficas en
2D, todo ello usando .NET Framework 2.0 con el que trabaja Unity.
1.10. Implementacin contenido AR: Desarrollo de las escenas de realidad
aumentada de la aplicacin, se realizarn tres escenas en Unity3D con
diferente tipo de contenido, coincidiendo con cada uno de los tres sitios
definidos en el apartado de investigacin y recogida de informacin.
1.11. Integracin del sistema: Integracin de la interfaz plana de usuario con
las escenas de realidad aumentada, seleccionando por posicionamiento
dinmicamente la escena que corresponda en cada momento.
1.12. Pruebas del sistema: Pruebas del sistema completo y test de la
aplicacin, correccin de los errores ms importantes dado el caso.
1.13. Desarrollo material: Desarrollo de la presentacin y preparacin de la
exposicin de la defensa. Grabacin de un breve video para la presentacin de
la aplicacin.
1.14. Presentacin: Presentacin del trabajo ante el tribunal correspondiente
con una exposicin de lmite 15 minutos.
1.15. Planificacin: Elaboracin de la planificacin temporal del proyecto,
desglose de tareas y dedicacin a cada una de ellas.
1.16. Seguimiento: Control del desarrollo del proyecto, revisin semanal de
horas invertidas comparadas con las planificadas. Elaboracin de posibles re
planificaciones si fueran necesarias.

1.3 Personal involucrado

Nombre [Inserte aqu el texto]

Rol [Inserte aqu el texto]
Categora [Inserte aqu el texto]
profesional
Responsabilidades [Inserte aqu el texto]
Informacin de [Inserte aqu el texto]
contacto
 Aprobacin [Inserte aqu el texto]

1.4 Definiciones, acrnimos y abreviaturas

DEFINICIONES
Actualizacin.- Insertar, eliminar, modificar los registros de los usuarios
(Profesores).

Almacenamiento.- En relacin con ordenadores o computadoras, cualquier

dispositivo capaz de almacenar informacin procedente de un sistema
informtico.
Backup.- Las copias de seguridad en un sistema informtico tienen por
objetivo el mantener cierta capacidad de recuperacin de la informacin
ante posibles prdidas.
Esta capacidad puede llegar a ser algo muy importante, incluso crtico, para
las empresas. Se han dado casos de empresas que han llegado a
desaparecer ante la imposibilidad de recuperar sus sistemas al estado
anterior a que se produjese un incidente de seguridad grave.
Base de Datos.- Cualquier conjunto de datos organizados para su
almacenamiento en la memoria de un ordenador o computadora, diseado
para facilitar su mantenimiento y acceso de una forma estndar. La
informacin se organiza en campos y registros. Un campo se refiere a un
tipo o atributo de informacin, y un registro, a toda la informacin sobre un
individuo.
Botn.- Es un objeto tangible que realiza un evento tras su activacin.
Conexin.- Comunicacin entre dos entes que tienen caractersticas
similares de comunicacin.
Interfaz.- Medio que permite la comunicacin entre el usuario y el sistema.
Internet.- interconexin de redes informticas que permite a los ordenadores
o computadoras conectadas comunicarse directamente, es decir, cada
ordenador de la red puede conectarse a cualquier otro ordenador de la red.
El trmino suele referirse a una interconexin en particular, de carcter
planetario y abierto al pblico, que conecta redes informticas de
organismos oficiales, educativos y empresariales.
Login.- Nombre o alias que se le da a una persona para permitirle el acceso
al sistema siempre y cuando estn registrados.
PASSWORD.- Contrasea o clave para autentificar el ingreso a un lugar o
sitio.
Perifrico.- En informtica, trmino utilizado para dispositivos, como
unidades de disco, impresoras, mdem que estn conectados a un
ordenador o computadora y son controlados por su microprocesador.
Protocolo.- Seal mediante la cual se reconoce que puede tener lugar la
comunicacin o la transferencia de informacin.
Servidor.- Computadora conectada a una red que pone sus recursos a
disposicin del resto de los integrantes de la red. Suele utilizarse para
mantener datos centralizados o para gestionar recursos compartidos.
Servidor de archivos.- Dispositivo de almacenamiento de archivos en una
red de rea local, o en Internet, al que los distintos usuarios de la red
pueden acceder, en funcin de los privilegios que les hayan sido dados por
parte del administrador.
Sistema Operativo.- Software bsico que controla una computadora. El
sistema operativo tiene tres grandes funciones: coordina y manipula el
hardware del ordenador o computadora, como la memoria, las impresoras,
las unidades de disco, el teclado o el mouse; organiza los archivos en
diversos dispositivos de almacenamiento, como discos flexibles, discos
duros, discos compactos o cintas magnticas, y gestiona los errores de
hardware y la prdida de datos.
Sitio Web.- Se canaliza a travs del URL o identificador nico de cada
pgina de contenidos. Este sistema permite a los usuarios iniciar una
solicitud de trmite y a los funcionarios del Agua Potable atender las
solicitudes e ingresar datos de las inspecciones realizadas.
POSTGRESQL- Lenguaje de consulta estructurado, en informtica, un
lenguaje utilizado en bases de datos para consultar, actualizar y manejar
bases de datos relacionales.
Tabla.- Entidad que posee campos fsicos primarios secundarios

ACRNIMOS
DBA.- Es aquella persona que tiene el control central del sistema de base
de datos.
DBMS.- Sistema de Administracin de base de datos, El software que
permite la creacin, administracin e implementacin de la base de datos.
SYSBALANCE.- Sistema de DOSIFICACION DE BALANCEADOS
GUI o acrnimo de Graphical User Interface.- En informtica, tipo de
entorno que permite al usuario elegir comandos, iniciar programas, ver listas
de archivos y otras opciones utilizando las representaciones visuales
(iconos) y las listas de elementos del men. Las selecciones pueden
activarse bien a travs del teclado o con el ratn.
ODBC.- Herramienta que conecta la base de datos con la interfaz.
SRS.- Acrnimo de Software Requeriments Specifications (Especificacin
de Requerimientos de Software)
TCP/IP.- Acrnimo de Transmisin Control Protocol/Internet Protocol
(protocolo de control de transmisiones/protocolo de Internet), protocolos
usados para el control de la transmisin en Internet. Permite que diferentes
tipos de ordenadores o computadoras se comuniquen a travs de redes
heterogneas.
URL.-Un URL es una cadena de caracteres que identifica el tipo de
documento, la computadora, el directorio y los subdirectorios en donde se
encuentra el documento y su nombre.

ABREVIATURAS
HW:Hardware
SW:Software
Sr. Seor
Sra.Seora
Ing.Ingeniero(a)
Dr.Doctor(a)

1.5 Referencias

Referencia Titulo Ruta Fecha Autor

[Ref.] [Ttulo] [Ruta] [Fecha] [Autor]
 1.6 Resumen

El SRS est compuesto de la siguiente manera

Introduccin: En sta seccin se detalla los objetivos que tiene el SRS y de
nuestro sistema en forma general.
Descripcin General: Describe una perspectiva general del producto a
desarrollarse, como tambin las caractersticas del usuario y las limitaciones
que podra tener.
Requerimientos Especficos: Muestra pas a paso todos los
requerimientos que el usuario desea en el producto final. Para el cual se ha
utilizado el Prototipo 2 del Estndar IEEE 380.

2 Descripcin general

2.1 Perspectiva del producto

El sistema que se va ha desarrollar es independiente, y tendr un diseo
modular para gestionar las diferentes reas dentro de una agencia de turismo.

2.2 Funcionalidad del producto

El sistema de software realizado para dispositivo mvil en Android,
permitir la consulta de informacin turstica de la zona caribe de
Colombia y reserva de servicios relacionados con viajes tursticos a
travs de una aplicacin App. Para llevar a cabo este proyecto se
desarrollara: una aplicacin software, una interfaz web, el usuario
acceder a la informacin turstica atraes de la interfaz web donde
descargara la informacin y la trasferir a la aplicacin.

2.3 Caractersticas de los usuarios

Las caractersticas de los usuarios se expresa a travs de la siguiente
jerarqua:
El sistema estar construido para tener como usuarios potenciales a cualquier
persona desde la edad de 18 aos.
Para el acceso al sistema se definen dos perfiles de acceso: Administrador y
usuario registrado, los usuarios no registrados podrn acceder al sistema pero
no podrn almacenar ningn tipo de informacin en la base de datos hasta que
no se registren

2.4 Restricciones

- El sistema deber de poder realizar la conexin pertinente con el

servidor de base de datos PostgreSQL y la conexin solo se podr
hacer con una cuenta tipo administrador de dicho sistema de base de
datos
- En la maquina en que se ejecute deber de existir java instalado
- El sistema debe de manejar contenido multimedia
- El sistema debe de realizar conexin a una base de datos
- El sistema permitir el despliegue de estadsticas

2.5 Suposiciones y dependencias

Algunos factores que pueden afectar los requerimientos del sistema
son:
- Agregar nuevas funcionalidades a las ya definidas
anteriormente
- Desconexin de una base de datos donde ya este instalada a
otra
- Utilizacin de un lenguaje de programacin diferente a JAVA
para la realizacin de requerimientos futuros

2.6 Evolucin previsible del sistema

Trabajar con base de datos distribuidas, Inteligencia de negocios.

3 Requisitos especficos
El sistema almacenar usuarios, de cada usuario guardaremos nombre,
apellidos, login o nick que debe de ser nico para cada usuario, lugar de
nacimiento, edad, sexo y correo electrnico.
Adems de una forma adecuada para proteger los datos se guardar el
password encriptado de acceso de cada uno de los usuarios.
Para cada uno de los lugares o sitios de inters almacenaremos un nmero de
serie para identificar el material multimedia asociado, el cual debe de ser nico.
Junto a este almacenaremos un ttulo para el lugar. Un lugar tendr su posicin
GPS formada por latitud y longitud, no pudiendo haber dos lugares con la
misma posicin Cada lugar podr ser visitado por los usuarios dela aplicacin,
en el momento que accedan a la aplicacin en uno de los lugares definidos se
registrar una visita a ese lugar, pudiendo cada usuario visitar varios sitios y un
sitio ser visitado por varios usuarios varias veces. Sera interesante conocer el
nmero de veces que un usuario ha visitado cada lugar.
Cada usuario tambin podr contactar con otros usuarios y estar en contacto
con ellos. Se guardar la fecha en la que contactaron. As podrn ver los sitios
que han visitado, etc.
Al visitar un lugar, un usuario puede comentar el lugar o dar su opinin,
pudiendo ser el comentario un texto con un mximo de 140 caracteres, y con
una fecha de publicacin. Se permitir subir fotos que haya realizado con la
aplicacin para que las puedan ver los dems usuarios o solo la gente con la
que est conectado. De cada foto guardaremos el nombre del archivo
correspondiente junto con el usuario que la ha subido, el lugar y la fecha en el
que lo ha hecho, almacenaremos si el usuario la ha marcado como pblica o en
su defecto es privada.
Tambin se podrn comentar las fotos, identificando el usuario que ha
comentado cada foto y la fecha en la que lo hizo.
Cuando un usuario solicite una baja pasar a estar registrado como usuario
inactivo, almacenando tambin as la fecha de baja. Todo el material
correspondiente a un usuario antiguo no ser accesible por ningn otro. En un
plazo de tres meses podr solicitar una rehabilitacin de la cuenta, por lo que
esta volver a ser visible en el mismo estado anterior. Quedar constancia en
el sistema la baja realizada con fecha de inicio y fin, aquel usuario con fecha de
baja pero sin fecha de vuelta se considerar usuario inactivo.

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

Las interfaces de usuario estn relacionadas con las pantallas, ventanas

(formularios) que debe manipular el usuario para realizar una operacin
determinada. Dicha manipulacin el usuario la realizar por medio del Mvil.
Es importante mencionar que las interfaces de usuario tambin abarcan las
ayudas correspondientes en cada uno de los procesos que realice el
sistema.
Las interfaces de usuario ayudaran al usuario final trabajando en un
ambiente Form, por lo que se dichas interfaces incluirn:
Botones
Mens despegables
Mensajes informativos
Mensajes de error
Cuadros de dilogo
Formularios para el ingreso, modificacin, actualizacin y eliminacin de
datos. As como para las operaciones y las ayudas que se mencion
anteriormente.
Otros

3.1.2 Interfaces de hardware

La pantalla del monitor.-el software deber mostrar informacin al usuario a

travs de la pantalla del mvil.
el software debe interactuar con el movimiento del tctil del mvil..
el software deber interactuar con las pulsaciones del teclado del tctil. El
teclado de entrada de datos en el rea activa de la base de datos.

3.1.3 Interfaces de software

Ninguno.
 3.1.4 Interfaces de comunicacin

La interfaz de comunicacin entre el servidor de base de datos PostgreSQL

y la aplicacin desarrollada en JAVA se lo realiza mediante JDBC.

3.2 Requisitos funcionales

Los requisitos funcionales describen todas las interacciones que tendrn
los usuarios con el software.

3.2.1 Requisito funcional 1

GESTIN DE USUARIOS
RF1: Registro
1. La aplicacin debe permitir al usuario introducir sus datos en el formulario de
registro.
2. El sistema se encargar de validar los datos.
3. El sistema mostrar un mensaje de error si alguno de los datos es incorrecto
o no cumple las condiciones especificadas del formulario de registro.
4. En el caso de que la validacin sea correcta, el sistema se encargar de
guardar los datos del usuario en base de datos.
5. El sistema enviar un correo electrnico de confirmacin al usuario en el
caso de que el registro se haya efectuado correctamente.
6. La aplicacin mostrar un mensaje de bienvenida al usuario y le redirigir a
la pantalla principal con su sesin ya iniciada.

RF2: Identificacin
1. Para iniciar sesin el usuario deber identificarse con su nombre de usuario
y contrasea correspondiente. En el caso de ya haber iniciado sesin
anteriormente el inicio de sesin ser automtico al iniciar la aplicacin.
2. El sistema se encargar de validar y permitir o denegar el acceso a la
aplicacin.
3. El sistema mostrar un mensaje de error en el caso de que la validacin no
sea correcta.
4. En el caso de que la validacin sea correcta, se mostrar un mensaje de
bienvenida al usuario y le redirigir a la pantalla principal

RF3: Cierre de sesin

1. Cualquier usuario de la aplicacin debe poder finalizar sesin en la
aplicacin mediante un botn de que indique "Cierre de sesin".
2. En el caso de que el usuario pulse el botn de cierre de sesin, el sistema
mostrar un mensaje, para asegurarse de que el usuario quiere cerrar sesin,
permitiendo aceptar o cancelar.
3. El usuario ser redirigido a la pantalla principal pero en este caso sin estar
logado.

RF4: Solicitud de baja

1. El usuario puede solicitar darse de baja en el sistema.

2. El sistema preguntar si hay alguna razn por la que el usuario desea darse
de baja.

3. El sistema mostrar un cuadro de texto que el usuario puede rellenar con

sugerencias.
4. La aplicacin mostrar un mensaje, para asegurarse de que el usuario
quiere darse de baja, permitiendo aceptar o cancelar.
5. En el caso de que el usuario pulse aceptar y finalmente quiera darse de baja,
se borrarn todos sus datos de la base de datos.
6. Se le notificar por correo electrnico que se ha dado de baja en la
aplicacin.
RF5: Cuenta de usuario
1. Debe existir una pantalla en el sistema que permita al usuario consultar o
modificar los datos de su cuenta.
2. Si modifica algn dato el sistema lo validar.
3. En caso de que la validacin sea correcta, se actualizarn sus datos en la
base de datos.

RF6: Mis viajes

1. Debe existir una pantalla en la que el usuario pueda consultar los servicios
contratados.

Adems, el usuario podr acceder al detalle de cada reserva y consultar datos

de inters.
APLICACIN
RF7: Pantalla principal
1. La pantalla principal de la aplicacin constar de tres botones:
a. Bsqueda de vuelo: La aplicacin mostrar un buscador de vuelos.

b. Bsqueda de hotel: La aplicacin mostrar un buscador de hoteles.

c. Bsqueda de vehculo de alquiler: Mostrar un buscador de vehculos de

alquiler.

RF8: Men lateral

1. El men lateral mostrar la opcin de acceder a:
a. Registrarse: Formulario para registrar un nuevo usuario en la aplicacin.

b. Iniciar sesin: Pantalla para iniciar sesin en la aplicacin.

c. Mi cuenta: Datos de cuenta de usuario.

d. Mis viajes: Viajes contratados por el usuario.

e. Afiliacin: Pantalla de informacin acerca de planes de afiliacin.

f. FAQ's : Preguntas frecuentes

g. Quines somos: Informacin relevante sobre la empresa.

h. Contacto: Formulario para contactar con la empresa.

RF9: Bsqueda vuelos, hoteles y coches

1. En todas las pantallas de bsqueda se requerir que el usuario rellene los
filtros correctamente.

RF10: Notificaciones
1. El sistema debe lanzar alarmas o notificaciones en los siguientes casos:
a. Avisos importantes sobre viajes contratados.

b. Avisos sobre descuentos o viajes nuevos.

c. Retrasos o informacin relevante en vuelos.

3.3 Requisitos no funcionales

Requisitos complementarios o atributos de calidad. Especifican criterios que
juzgan operaciones del sistema en lugar de su comportamiento (requisitos
funcionales).
 3.3.1 Requisitos de rendimiento
1. Se esperan tiempos de respuesta no superiores a un segundo en las
peticiones al servidor y menores en las consultas a la base de datos.
2. Tanto los accesos a base de datos como algn clculo que se realice en la
aplicacin no supone demasiada carga para el dispositivo, por lo que el
rendimiento ser ptimo.

3.3.2 Seguridad
1. Para poder utilizar la aplicacin hay que autentificarse.

2. Solo ser necesario autentificarse una vez en el dispositivo.

3. Si el usuario no cierra su sesin, se mantendr abierta para futuros usos de

la aplicacin.

4. Los datos personales sern cifrados.

3.3.3 Fiabilidad Y Disponibilidad

1. La aplicacin debe constar de una interfaz sencilla, atractiva e intuitiva. De

tal forma que su uso no suponga un impedimento o esfuerzo al usuario a la
hora hacer uso de la aplicacin.

2. La introduccin de datos debe estar estructurada procurando evitar errores.

3.3.4 Mantenibilidad Y Portabilidad

1. Disponibilidad para todo tipo de dispositivo Android. Smartphones o tablets.

2. La aplicacin Android estar soportada para la mayora de versiones

posibles.

3. Ser necesario disponer de una conexin a internet, ya sea por Wifi o por
tarifa de datos.
CREACION DE LA EDT:
CONTROL DEL ALCANCE:
El control del alcance se diligenciara por el siguiente sistema:
Fecha: Cambio registrado Firma de aprobacin

VERIFICACIN DEL ALCANCE:

La verificacin del alcance se diligenciara por el siguiente sistema:
Tipo de entregable Fecha de entrega Firma de recibido

CAPITULO 2. GESTION DEL TIEMPO.

PLANIFICACIN
Para la construccin del proyecto se dispone de un mximo de tiempo 300
horas divididas en 285 para trabajo y 15 horas para el seguimiento y control del
proyecto con la persona asignado. Adems 10 de las horas de trabajo sern
empleadas para la preparacin de la defensa, y 5 a la planificacin del
proyecto. Para el la parte de desarrollo del servidor emplearemos 125 de las
285 horas, y para el cliente mvil 145 horas de trabajo dado que tiene una
mayor carga que lo anterior.
El proyecto se desarrollara en 23 semanas distribuidas en 15 semanas de
desarrollo (1-15), dos semanas quedan ociosas a fines de poder dedicarlas al
estudio de los exmenes del segundo cuatrimestre (16 y 17), tres ms para la
revisin del proyecto (18 - 20), y las tres ltimas (20-23) para la preparacin y
defensa del proyecto.
Se definen los principales hitos del proyecto como:
Presentacin planificacin Semana 01 (3-7 Agosto)
Despliegue del servidor Semana 07 (17-21 Septiembre)
Recopilacin material Semana 09 (31 M 4 Octubre)
Fin de app mvil Semana 16 (19 23 Noviembre)
Entrega del proyecto Semana 21 (23 27 Diciembre)
Defensa del proyecto Semana 24 (14 16 Enero)
DIAGRAMA DE HITOS.

CRONOGRAMA Y DESGLOSE DE TAREAS

DESARROLLO DE GESTIN DE APLICACIN (EDT 1.01)

Despliegue del entorno en el servidor (EDT 1.01) Se asignan 4 horas

de trabajo a realizar entre 4 y 5 de Agosto.
Diseo e implementacin de la base de datos (EDT 1. 02) 6 horas de
trabajo repartidas entre 5 y 7 de Agosto.
 Implementacin parte de gestin de BD (EDT 1.02) 12 horas de
trabajo total repartidas entre 10 y 12 de Agosto.
Implementacin parte de gestin de contenido (EDT 1.04) 28 horas de
trabajo asignado, a realizar entre 13 y 24 de Agosto
Implementacin parte de lgica y servicios (EDT 1.05) 65 horas de
trabajo para investigacin y desarrollo del paquete de trabajo a realizar
entre 25 de Agosto y 20 de Septiembre
Pruebas de funcionamiento del servidor (EDT 1.06) 4 horas a realizar
el 21 de Septiembre.

DESARROLLO DE APLICACIN MOVIL.

Diseo de la interfaz y confeccin de material necesario (EDT 1.07)
Designadas 10 horas para esta tarea, a completar entre 24 de
Septiembre y 28 septiembre.
Recogida de material e informacin del sitio de inters seleccionado
(EDT 1.08) 8 horas de trabajo entre 28 de Septiembre y 1 de Octubre.
Implementacin de la interfaz de usuario (EDT 1.09) 48 horas de
trabajo entre el 2 de Octubre y el 14 de Noviembre.
Implementacin de realidad aumentada (EDT 1.10) 40 horas de
trabajo entre el 14 de Octubre y el 29 de Noviembre.
Integracin de todo el sistema (EDT 1.11) 14 horas de trabajo entre el
29 y 30 de Noviembre.
Pruebas del sistema completo (EDT 1.12) 13 horas de trabajo entre el
1 y 25 de Diciembre.

ACTIVIDAD DE SIERRE
Desarrollo de material para la defensa del proyecto Asignadas 10 horas
para la preparacin de la defensa entre 25 de Diciembre y 3 de Enero.
Planificacin del proyecto 5 horas los das 3 y 4 de Enero.
DIAGRAMA GANTT FIGURA 1(Por semanas de trabajo)
FIGURA 2

CONTROL DEL CRONOGRAMA

Para controlar el cronograma de actividades se realizara un control integrado de
cronograma que ser el siguiente:
Lo cual contendr los siguientes aspectos a tener en cuenta:
Revisiones del desempeo: Miden, comparan y analizan el desempeo de
las fechas reales de inicio y finalizacin.
Anlisis de variacin: Determinar la causa y el grado de variacin.
Software de Gestin de Proyectos y Herramientas de planificacin
Tcnicas de optimizacin de recursos
Tcnicas de modelado
Adelantos y Retrasos
Compresin del Cronograma