PRIMER INFORME

PRESENTADO A:

GERMAN CASTELLANOS ROMERO

UNIVERSIDAD DEL TOLIMA

FACULTAD DE INGENERIA DE SISTEMAS
TECNOLOGIA EN GESTION DE BASE DE DATOS
IBAGUE-TOLIMA
2020
 PRIMER INFORME

ELIANA VANESSA ALMONACID BARBOSA

SEBASTIAN ARAGÓN MONDOL
CESAR LUIS SÁNCHEZ HERNÁNDEZ

UNIVERSIDAD DEL TOLIMA

FACULTAD DE INGENERIA DE SISTEMAS
TECNOLOGIA EN GESTION DE BASE DE DATOS
IBAGUE-TOLIMA
2020
1) Documento de requerimiento
1. Introducción.

En las etapas y desarrollo del sistema de la plataforma turística

reflejaremos un acuerdo entre los desarrolladores y el cliente acerca de la
funcionalidad del proyecto.

1.1 Propósito del sistema.

Tener de forma apropiada y administrada la información con respecto a

las zonas de hospedaje finqueras y/o afines al turismo a nivel regional-
Tolima, dando a conocer e incentivando las fiestas regionales y
patronales, eventos culturales, al igual que atracciones turísticas que
conviertan en un flujo constante el alquiler calendario.

1.2 Alcance del sistema.

La plata forma web se encargará de registrar a los propietarios y/o

administradores del inmueble del sector turístico finquero, ingresar los
datos de la finca afiliada incluyendo evidencias fotográficas y videos del
sitio. Al propietario se le dará ingreso a la plataforma con usuario y
contraseña. Adicionalmente la plataforma permitirá desafiliar al
propietario y/o al sitio.

El turista podrá realizar una búsqueda especifica por diferentes

condiciones tales como: ubicación geográfica, tipo de sitios, entre otros.
También podrá acceder fácilmente a la información del sitio turístico
para que los pueda contactar.

1.3 Objetivos y criterios de éxito del proyecto.

Garantizar al propietario del inmueble que por medio de esta plataforma

web va a ser reconocida y por lo tanto van a solicitar con mayor
frecuencia sus servicios.

La plataforma contara con una disponibilidad de 24/7.

La información será veraz y confiable.

1.4 Definiciones, siglas y abreviaturas

 1.5 Referencias
https://es.slideshare.net/miltongarzon/documentos-de-analisis-de-
requerimientos

1.6 Panorama

El sistema nos permitiría llegar más al turista, ofreciendo variedad y

precio.
2. Sistema actual.

3. Sistema propuesto.

Desarrollar una plataforma que permita al usuario final hacer uso de este de
manera sencilla y eficaz, disponible para todas las personas que cuenten
con conectividad a internet, pc o dispositivo telefónico móvil.

3.1 Panorama

Le permite al usuario final realizar las operaciones que ofrece la

plataforma de una manera eficaz y segura, la gran mayoría de las fincas
son reconocidas por voz a voz o búsquedas en la web. La plataforma
será programada en JavaScript, tendrá acceso de dispositivos móviles y
de computo con acceso en internet, contará con un gestor de base de
datos desarrollado con MySQL y será modelado en ArgoUml.

3.2 requerimientos funcionales

Los requerimientos funcionales son aquellas operaciones que realiza
el Usuario (propietario/turista) directamente con la plataforma tales
como búsqueda condicional, registro, ingreso de usuario y
contraseña, calendario de eventos y ferias y fiestas y fiestas
patronales.
Estas funcionalidades deben ser sencillas para el usuario pueda
realizar las operaciones sin ningún grado de dificultad.

3.3Requerimientos no funcionales
Los requerimientos no funcionales son todas aquellas funcionalidades
en la cual el usuario final no tiene conocimiento de los procesos que se
aplican al interior del software, tales como la documentación utilizada
 para entregarle al usuario final el resultado que le solicita a la
aplicación.

3.3.1 Interfaz de usuario y factores humanos

La interfaz del usuario va a ser fácil de utilizar de modo que se reduzca
el tiempo en la captura de información, esto en la entrada de datos y de
producto en la base de datos.
Al igual que en la acelerar la respuesta al usuario final.

3.3.2 Documentación

Se dará un manual al usuario final donde tendrá el paso a paso para

hacer la reserva y pagar la misma a si mismo si desea cambiar la fecha
y/o cancelarla.

3.3.3 Consideraciones del hardware

Hay que tener en cuenta sobre el hardware es necesario que el usuario

tenga un buen equipo y conexión para que tenga un buen
funcionamiento del sistema y para que este a gusto con su
funcionamiento.

3.3.4 características de desempeño

Hace relación al rendimiento en tiempo, interfaz, fiabilidad,

mantenimiento, seguridad para los distintitos tipos de usuarios.

3.3.5 Manejo de errores y condiciones extremas.

Se validará el sistema como que tipo de usuario tendrá acceso a la

base de datos y validar algunos campos necesarios para poder acceder
dicha información.

3.3.6 Cuestiones de calidad

El sistema se basa en el modelo de ciclo de vida interactivo y se le
aplicara el estándar de calidad ISO/IEC 25000.
3.3.7 Modificaciones al sistema.

Las modificaciones estarán sujetas a posibles actualizaciones que

requiera el sistema original.

3.3.8 Cuestiones de seguridad.

Aquí se aplicará en todo desde la validación del sistema, el sistema

tendrá contraseña para mayor seguridad.

El sistema debe tener dos opciones una opción de respaldo y otra de

restauración. No todos tendrán o podrán realizar alguna de estas dos
opciones ya que se perdería la contraseña y se enviara un mensaje si
se está seguro de realizar la opción en caso de ser el usuario permitido
a realizar las acciones en el sistema.

3.3.9. Cuestiones de recursos

Se estudia el costo que va tener durante el desarrollo del software
(personal, mano de obra, licencias, material de trabajo y recursos).

3.4 Modelos del sistema

Es una breve descripción del sistema donde se corroborará que el en
realidad realice lo que se quiere que haga como tal.

3.4.1. Escenarios.

Aquí se describirá y comprobará lo que realiza el sistema y cuanto se

tarde en realizarlo, en una explicación detallada del funcionamiento
del sistema.
2) Diagrama de casos de uso
3) Diagrama de actividades
- Caso de uso “Buscar por criterios”
4) Diagrama de secuencia
- Caso de uso “Buscar por criterios”
5) Diagrama de clases
-Caso de uso “Búsqueda por criterios”