dedicatorias - wordpress.com · web view5.1.2 requerimientos de hardware. 7 5.1.3 proceso de...

DIRECCIÓN DE TECNOLOGÍAS DE LA INFORMACIÓN

Proyecto GUIA TURISTICA

INTEGRADORA II

Alumno No. ControlJOSE GALINDO BENITEZDULCE MARIA BAHENA DORANTES IRMA ROMERO PEREZD. HANANI DIAZ DIAZ

09292050 09292016 09292140 09292039

AsesoresLic. Gonzalo Rosas Cabrera

Izúcar de Matamoros, Pue., 20 de septiembre de 2023

EX

CELE

NCIA

UNIVERSITARIA, FORTALEZA DE M

EXICO

I Z UCAR DE MATAMOROS

CONTENIDO

Página

1 INTRODUCCIÓN....................................................................................22 PLANTEAMIENTO DEL PROBLEMA.....................................................3

2.1 Problemática......................................................................................32.2 Objetivos............................................................................................3

2.2.1 Objetivo General...........................................................................................3

2.2.2 Objetivos Específicos....................................................................................3

2.3 Justificación.......................................................................................32.4 Alcances............................................................................................3

3 MARCO TEÓRICO.................................................................................44 DISEÑO TEÓRICO DEL PROTOTIPO...................................................5

4.1 Definición de requerimientos de información.....................................54.1.1 Requerimientos Funcionales.........................................................................5

4.1.2 Requerimientos No funcionales....................................................................5

4.2 Planeación del proyecto....................................................................54.2.1 Estudio de factibilidad...................................................................................5

4.2.2 Cronograma de actividades..........................................................................5

4.2.3 Acta de inicio de proyecto.............................................................................5

4.2.4 Plan de administración del proyecto.............................................................5

4.2.5 Plan de calidad..............................................................................................5

4.3 Análisis y diseño del Sistema empleando UML.................................54.3.1 Modelo de Casos de uso..............................................................................5

4.3.2 Modelado de Clases.....................................................................................5

4.3.3 Modelo de Estado.........................................................................................5

4.3.4 Modelo de Secuencia....................................................................................5

4.4 Diseño de la base de datos...............................................................54.4.1 Modelo Entidad-Relación..............................................................................5

4.4.2 Esquema de la base de datos (Modelo relacional).......................................5

4.4.3 Diccionario de datos......................................................................................5

4.4.4 Procedimientos almacenados y disparadores...............................................6

4.5 Diseño de la interfaz de usuario (Maqueta).......................................6

5 DISEÑO FÍSICO, PRUEBAS Y VALIDACIÓN........................................75.1 Implementación del servidor de la base de datos.............................7

5.1.1 Requerimientos de software.........................................................................7

5.1.2 Requerimientos de hardware........................................................................7

5.1.3 Proceso de instalación del servidor de datos................................................7

5.2 Administración de la Base de Datos..................................................75.2.1 Perfiles de usuario........................................................................................7

5.2.2 Políticas y procedimientos de respaldo y restauración.................................7

5.2.3 Listado de reportes generados por el sistema..............................................7

5.3 Implementación de la aplicación........................................................75.3.1 Descripción de aplicación bajo el patrón de diseño MVC.............................7

5.4 Implementación de la aplicación para dispositivos móviles...............75.4.1 Descripción de aplicación para una implementación en móviles..................7

5.4.2 Descripción del portal WAP (consulta por móvil)..........................................7

5.5 Pruebas Finales.................................................................................75.5.1 Resultados de las métricas aplicadas..........................................................7

5.5.2 Resultados de los Casos de Prueba.............................................................7

5.5.3 Conclusiones de las pruebas........................................................................7

5.6 Liberación del sistema.......................................................................76 CONCLUSIONES Y RECOMENDACIONES..........................................87 REFERENCIAS......................................................................................98 ANEXOS...............................................................................................10

8.1 Manual técnico.................................................................................108.2 Manual de Usuario...........................................................................108.3 Manual de instalación de la aplicación............................................10

RESUMEN

El proyecto Guía Turística fue desarrollado con la finalidad de brindar apoyo

administrativo a servicios turísticos de Izucar de Matamoros para ello se optó por crear

una aplicación en la que los usuarios podrán acceder y realizar consultas. Gracias a ello

será más fácil encontrar la información necesaria de los diferentes lugares

Se decide elaborar un sistema denominado GUIA TURISTICA el cual se basa en un

portal web con una base de datos donde se almacenaran 5 categorías las cuales son:

Balnearios

Hoteles

Discotecas

Restaurantes

Centros comerciales.

ABSTRACT

the City of Izucar de Matamoros concerned about the big problem that causes tourists to

find a tourist center for recreation or fun; slogin in this problem it was decided to develop

the tourist guide system that focuses on developing a web portal in which tourists and

the general public can view information on resorts that are in this city such as, hotels,

spas, shopping, restaurants and nightclubs, these in order to promote information to

tourists who every year visit this city.

It is expected that the development of a tourist guide is implemented more jobs, more

revenues and reduce the traffic as it will increase much waste of time.

1

1 INTRODUCCIÓN

Toda ciudad que ofrece servicios turísticos, tiende a la necesidad de que tales sean

encontrados fácilmente por usuarios de su respectivo interés. La ciudad de Izúcar de

Matamoros no es exenta de este proceso y cada lugar que ofrece el servicio invierte

tiempo para captar turistas y que ellos aprendan la ubicación correcta cuando se trata de

realizar una búsqueda de sitios turísticos (como: Nombre del lugar, Servicio que ofrece,

Ubicación del lugar, Horario de atención, Teléfono, entre otros), generalmente, la

información es proporcionada por diversos medios tales como la radio, televisión,

trípticos, posters, etc. Debido a esto, se requiere elaborar una aplicación (web o móvil)

que facilite la ubicación e información de los destinos turísticos de la ciudad de Izúcar de

Matamoros, de una manera rápida y confiable.

2

2 PLANTEAMIENTO DEL PROBLEMA

2.1 Problemática

Izucar de Matamoros es una ciudad y como toda ciudad ofrece servicios turísticos, se

tiene la necesidad de ser encontrados fácilmente por usuarios de su respectivo interés.

En Izucar se lleva a cabo este proceso y todos los lugares que dan servicio turístico

invierten dinero y tiempo para atraer clientes, por lo cual ellos se enteran de la

ubicación, horarios, servicios y nombres por medio de los diversos tipos de

comunicación como son la televisión, radio, periódico posters, folletos, etc. Por tal

motivo es necesario elaborar una aplicación móvil que de la facilidad de encontrar

información eficiente para localizar servicios turísticos de dicho lugar de forma efectiva.

2.2 Objetivos

Son los resultados y beneficios cuantificables esperados cuando se lleva a cabo una

estrategia, es la idea principal del proyecto

2.2.1 Objetivo General

El objetivo de la aplicación es construir una base de datos que apoye la administración de la información de los sitios turísticos que se encuentran en la ciudad de Izucar de Matamoros de manera que los usuarios puedan accederla realizar consultas vía Web.

2.2.2 Objetivos Específicos

Realizar base de datos para almacenar la información de los lugares turísticos

Buscar, la información necesaria de los lugares turísticos.

Investigar las rutas de las diferentes unidades de transporte.

Hacer encuestas sobre los lugares más comunes de Izucar de matamoros.

Buscar aplicaciones similares al proyecto.

Obtener los requerimientos funcionales y no funcionales.

Conocer todos los dispositivos móviles

Preparar la instalación de las aplicaciones.

Implementar una base de datos

Recopilar diferente información de los entornos de desarrollo

3

2.3 Justificación

Se logrará promover los lugares turísticos de Izúcar de Matamoros que estén

implementados en el sistema así como suscitar el medio sustentable de dicho lugar;

además se podrá llevar un mejor control de acceso a la información requerida por el

usuario.

2.4 Alcances

Se realizara una aplicación web o móvil la cual fue solicitada por un cliente solicitada

por el cliente. Se intentara realizar la aplicación móvil de no ser logrado no habrá ningún

problema por porte del cliente ya que ambos están de acuerdo con esto.

4

3 MARCO TEÓRICO

Se encuentra ya en la actualidad con sistemas y paginas web, especiales para

incrementar la economía de un lugar exhibiendo los lugares turísticos con los que

cuenta una cuidad. Tales como Izucar.info es una página web que con tiene una

pestaña en donde se pueden consultar algunos sitios interesantes como las 7

maravillas de Izucar. También existe Asired | e-tourism el cual esta enfocado a la

provisión de información turística de distintas fuentes, la gestión de la misma y la

distribución al canal.

5

4 DISEÑO TEÓRICO DEL PROTOTIPO

4.1 Definición de requerimientos de información.

4.1.1 Requerimientos Funcionales.

Agregar sitio turístico

Modificar sitio turístico

Eliminar sitio turístico

Regenerar un reporte del lugar turístico más visitado

Actualizar los datos del sitio turístico (asesor)

Consultar datos del sitio turístico

Consultar sitio turístico (publico

ID Caso de Uso: Guia_01

Nombre del Caso de

Uso:

Agregar un sitio turístico

Creado por: Dulce Mª Bahena

Dorantes

Actualizado por: Dulce Mª Bahena

Dorantes

Fecha de Creación: 25/01/2011 Fecha de

Actualización:

28/01/2011

Actor que Inicia el

Caso:

Administrador

Actores

Involucrados:

Administrador (ADM)

Descripción Corta: - El administrador agregara los datos de sitio turístico.

Pre-condiciones: - Agregara los sitios turísticos que aun no existen en la base de datos.

Post-condiciones: - Que no exista en la base de datos ese sitio turístico

Curso Normal/Flujo

Base:

(Con Especificación

de Secuencia)

Acción del Actor Responsabilidad del Sistema

1. El actor ADM

inicia sesión en el

sistema guía

turística

6

2. El sistema valida los datos de usuario.

3. El sistema muestra en pantalla que los datos son correctos y muestra un menú

4. El usuario selecciona la opción agregar un sitio turístico

5. El sistema lee la opción seleccionada.

6. El sistema muestra en pantalla un formato que tiene que llenar para agregar un nuevo sitio turístico.

7. El actor ADM rellena el formato y envía al sistema.

8. El sistema verifica que los datos estén correctos y muestra en pantalla que se agrega gado el sitio turístico

9. Cierra sesión.

10.Termina caso de uso

Flujo alterno: Cada ves que el actor necesite ingresar mas sitios turísticos a su base de datos

Frecuencia: Cada vez que el actor ADM necesite dar de alta un nuevo lugar

turístico

Requerimientos

Especiales:

( funcionales)


Nombre del Caso de

Uso:

Modificar sitio turístico


Dorantes


Dorantes

7


Actualización:

27/01/2011

Actor que Inicia el

Caso:

Administrador

Actores

Involucrados:

Administrador (ADM)

Descripción Corta: - Modificara los datos de los sitios turísticos.

Pre-condiciones: - Que el sitio turístico exista en la base de datos.

Post-condiciones: - Que en sitio turístico no tenga lo que se desea agregar

Curso Normal/Flujo

Base:


de Secuencia)


1. El actor ADM


sistema guía

turística

2. El sistema verifica valida los datos y muestra en pantalla un menú.

3. El actor ADM

selecciona una

opción modificar

sitio turístico


5. Y muestra en pantalla los sitios turísticos existentes y pide elija el sitio turístico que desea modificar.

6. El Actor ADM selecciona le sitio turístico y comienza a modificar los datos del sitio turístico.

7. Manda los el formato con los datos

8

modificados.

8. El sistema valida los datos 9. muestra en pantalla que los

datos se han agregado correctamente.

10.Sierra sesión.

11.Termina caso de uso.

Flujo alterno: Cada ves que el usuario desee modificar un sitio turístico.

Frecuencia: Cada vez que el actor ADM necesite modificar los datos de

algún lugar turístico

Requerimientos

Especiales:

(funcionales)


Nombre del Caso de

Uso:

Eliminar sitio turístico


Dorantes


Dorantes


Actualización:

27/01/2011

Actor que Inicia el

Caso:

Administrador

Actores

Involucrados:

Administrador (ADM)

9

Descripción Corta: - Eliminar el registro de un lugar turístico

Pre-condiciones: - Que el registro que será eliminado, exista

Post-condiciones: - El registro del lugar turístico sea eliminado

Curso Normal/Flujo

Base:


de Secuencia)


1. El actor ADM


sistema guía

turística.

2. El sistema verifica valida los datos.

3. El sistema muestra en pantalla un menú.

4. El actor ADM

selecciona una

opción de

eliminar sitio

turístico.

5. El sistema manda un menú con los sitios turístico existentes en la base de datos.

6. El sistema solicita al usuario seleccione el sitio turístico que desea eliminar.

7. El Actor ADM selecciona el sitio turístico que desea eliminar.

8. El sistema valida los datos.9. El sistema pregunta al

usuario si desea eliminar el registro actual.

.

10.El actor ADM. cerciora que desea eliminar el

10

sitio turístico que eligió

11.El sistema muestra en pantalla que el sitio turístico ha sido eliminado correctamente

12.cierra sesión


Flujo alterno: Cada ves que el ADM. Desee eliminar un sitio turistico.

Frecuencia: Cada vez que el actor ADM necesite eliminar el registro de


Requerimientos

Especiales:

(funcionales)


Nombre del Caso de

Uso:

Generar un reporte de el lugar turístico mas visitado


Dorantes


Dorantes


Actualización:

27/01/2011

Actor que Inicia el

Caso:

Administrador

Actores

Involucrados:

Administrador (ADM)

Descripción Corta: - El sistema generara un reporte del sitio turístico mas visitado.

Pre-condiciones: - Debe de existir registros de los diferentes tipos de sitios turísticos en la base de datos.

Post-condiciones: - Cada vez que se genera un reporte el sistema comenzara de nuevo el conteo de los sitios turístico mas visitados.

11

Curso Normal/Flujo

Base:


de Secuencia)


1. El actor ADM


sistema guía

turística

2. El sistema valida los datos.3. El sistema muestra en

pantalla un menú.4. El actor ADM

selecciona la

opción de

generar reporte

de los sitios

turísticos mas

visitados.

5. El sistema valida los datos6. El sistema muestra en

pantalla el lugar turístico mas visitado y pregunta si desea imprimir el reporte.

7. El Actor ADM cerciora que desea imprimir el reporte.

8. El sistema manda a imprimir el reporte

9. El actor cierra sesión.


Flujo alterno: El actor debe tener una fecha especifica para generar el reporte

Frecuencia: Cada vez que el actor ADM necesite generar un reporte de los

sitios turísticos mas visitados.

Requerimientos

Especiales:

(funcionales)

12


Nombre del Caso de

Uso:

Actualizar los datos de sitio turístico


Dorantes


Dorantes


Actualización:

28/01/2011

Actor que Inicia el

Caso:

Asesor

Actores

Involucrados:

Asesor

Descripción Corta: - El asesor actualizara los datos de sitio turístico.

Pre-condiciones: - Que exista el lugar turístico que se desea actualizar.

Post-condiciones: - Que se a actualice el lugar turístico cada ves que sea necesario

Curso Normal/Flujo

Base:


de Secuencia)


1. El actor Asesor


sistema guía

turística

2. El sistema verifica valida los datos

3. muestra en pantalla un

13

menú.

4. El actor Asesor

selecciona una

opción actualizar

sitio turístico


6. Y muestra en pantalla los sitios turísticos existentes y pide elija el sitio turístico que desea actualizar.

7. El Actor Asesor selecciona le sitio turístico y comienza a actualizar los datos del sitio turístico.

8. Manda los el formato con los datos modificados.

9. El sistema valida los datos.

10.Muestra en pantalla que los datos se han actualizado correctamente.

11.Sierra sesión.


Flujo alterno: Que es sitio turístico exista.

Frecuencia: Cada vez que el actor Asesor necesite actualizar el sitio

turístico

Requerimientos

Especiales:

( funcionales)

14


Nombre del Caso de

Uso:

Consultar los datos del sitio turístico


Dorantes


Dorantes


Actualización:

27/01/2011

Actor que Inicia el

Caso:

Asesor

Actores

Involucrados:

Asesor

Descripción Corta: - Cada ves que el asesor necesite consultar los datos del sitio turístico.

Pre-condiciones: - Que el asesor inicie sesión para consultar los sitios turísticos.

Post-condiciones: - Que existan sitios turísticos.

Curso Normal/Flujo

Base:


de Secuencia)


1. El Asesor inicia sesión en el sistema guía turística.

2. El sistema valida los datos

3. El sistema muestra en pantalla un menú.

4. El Asesor elige la opción consultar sitio turístico.

5. El sistema muestra los

15

datos turísticos existentes en la base de datos.

6. El Asesor consulta los datos del sitio turístico.

7. Cierra sesión

8. Termina caso de uso.

Flujo alterno: El asesor consultara el sitio turístico iniciando sesión .

Frecuencia: Cada vez que el asesor necesite consultar los diferentes sitio

turísticos.

Requerimientos

Especiales:

(funcionales)

16


Nombre del Caso de

Uso:

Consultar sitio turístico


Dorantes


Dorantes


Actualización:

27/01/2011

Actor que Inicia el

Caso:

publico

Actores

Involucrados:

publico

Descripción Corta: - El público ingresara al sitio turístico y consultara los datos del diferente sitio turísticos que existen en la base de datos.

Pre-condiciones: - Que el publico

Post-condiciones: - El publico

Curso Normal/Flujo

Base:


de Secuencia)


1. El actor (publico)

ingresa al sistema.

2. El sistema muestra en pantalla la pagina principal.


elige la categoría

que desea visitar.


pide información del

sitio turístico que

desea visitar.

5. El sistema muestra en pantalla la información del sitio turístico que

17

selecciono.

6. El Actor (publico) sale de la categoría.

7. Termina caso de uso.

Flujo alterno:

Frecuencia: Cada vez que el actor ADM necesite eliminar el registro de


Requerimientos

Especiales:

(funcionales)

4.1.2 Requerimientos No funcionales.

Entorno

Colores

Manual del sistema

Manual de instalación

4.2 Planeación del proyecto.

4.2.1 Estudio de factibilidad

La siguiente tabla muestra las fortalezas, oportunidades, debilidades y amenazas.

18

Fortalezas-Contamos con el apoyo de profesores

para capacitación y asesorías sobre el

producto.

-El equipo de trabajo cuenta con el tiempo

necesario para la elaboración del

proyecto.

-Los integrantes del equipo mantienen

una relación adecuada de organización.

Debilidades-Carga de trabajo por parte de las demás

materias que tenemos.

-Falta de experiencia para desarrollar

software móvil.

-Compartir el laboratorio de cómputo.

-falta de material en el equipo para la

elaboración del software.

Oportunidades-Contamos con laboratorios de cómputo.

-el sistema será de gran ayuda para los

turistas.

Amenazas-Competencia con los demás equipos de

los otros grupos.

-Desintegración del equipo.

Falta de los integrantes del equipo.

Factibilidad operativa

Año con año la ciudad de Izucar de Matamoros recibe muchos turistas, los cuales no

tienen la idea de como llegar a los lugares más visitados de la misma ciudad o lugares

como hospital(seguro), universidades, centros turísticos, tiendas, hoteles o simplemente

las rutas de las distintas unidades de transporte.

Esto origina uno de los mayores problemas para las ciudades.

Descripción general El turista ingresa al sistema del sitio web.

El turista pregunta al sitio web donde esta.

El sistema podrá preguntar alguna señal para poder reconocer donde esta.

El turista pide el como llegar a x lugar.

Además el turista podrá ver un reporte de los lugares mas visitados.

Al igual que las rutas mas conocidas y principales de la zona.

Simplicidad para el usuario La guía turística será hecha de una manera tal que sea simple de usar. Su diseño será

claro, entendible y limpio, para una mejor usabilidad del sistema

Documentación

19

Este proyecto contara con un manual de usuario y un manual de instalación para su

mejor funcionamiento.

Productividad del uso de nuestro producto El uso de nuestro producto automatizara y agilizara la búsqueda de los sitios que se

desea encontrar a su vez que tendrá más tiempo para recorrer el lugar que visitan.

Factibilidad técnica El software elegido, será necesario para desarrollar el producto.

Como sistema operativo utilizaremos Windows XP.

Para la elaboración de la base de datos se utilizara el DBMS SQL Server 2005

Management Studio Express.

Para crear las interfaces y las conexiones a las bases de datos utilizaremos Silverlight,

java fx, flash.

4.2.2 Cronograma de actividades.

El cronograma de actividades permite que el equipo de trabajo lleve cabo las tareas de

una manera organizada controlando el tiempo del proyecto

20

4.2.3 Acta de inicio de proyecto.

22

4.2.4 Plan de administración del proyecto.

4.2.5 Plan de calidad.

Toda ciudad que ofrece servicios turísticos, tiende a la necesidad de que tales sean

encontrados fácilmente por usuarios de su respectivo interés. La ciudad de Izúcar de

Matamoros no está exenta de este proceso y cada lugar que ofrece el servicio invierte

tiempo para captar turistas y que ellos aprendan la ubicación correcta cuando se trata de

realizar una búsqueda de sitios turísticos (como: Nombre del lugar, Servicio que ofrece,

Ubicación del lugar, Horario de atención, Teléfono, entre otros), generalmente, la

información es proporcionada por diversos medios tales como la radio, televisión,

trípticos, posters, etc. Debido a esto, se requiere elaborar una aplicación (web o móvil)

que facilite la ubicación e información de los destinos turísticos de la ciudad de Izúcar de

Matamoros, de una manera rápida y confiable.

PropósitoEstablecer un marco de trabajo el cual defina los alineamientos necesarios que debe

seguir los desarrolladores esto con el fin de mantener un trabajo organizado y orientado

más que nada a la calidad.

EL plan de calidad del Proyecto guía turística está basado en plantear una serie de medidas las cuales permitan establecer un nivel de calidad para los desarrolladores en cualquier momento, de esta manera los gestores del proyecto podrán dar una respuesta positiva a las acciones que deberán realizar.

Tareas no especificadas

Las tareas generales del proyecto que deberá realizar el responsable son las siguientes:

Comprobar que los manuales tanto de usuario como de instalación contenga el mínimo de errores y este redactado lo mas legible y entendible posible.

Comprobar que todos los documentos cumplan con la información adecuada al mismo tiempo que sigan los estándares determinados.

Pedir a los encargados de las diferentes áreas de trabajo tener cuidado con respecto a los riesgos que puedan existir en el sistema

.Tomar en cuenta a todos los involucrados en la realización del sistema en cuanto a las revisiones que se puedan presentar.

Actividades

Para asegurar la calidad durante el análisis y planeación, se debe realizar lo siguiente:

24

Etapa Actividad Entregable Medición (Métrica)

Alcance Efecto

Adaptar los procesos administrativos al cliente

Definir los

requerimientos

funcionales y

no funcionales.

Solicitud de

entrevista y

validación de

requerimientos

Modelo de

Proceso

Administrativo.

Mínimo

100%

De no

realizarse, el

sistema tiende

a no cumplir

con lo que el

cliente pide.

Análisis Realizar

modelos de

casos de uso

Diagrama de

caso de uso

Modelo de

casos de uso

Y sus

descripción

detallada

modelos

utilizados/modelos no utilizados /modelos no realizados

Mínimo

90%

De no

realizarse, los

desarrolladores

no tendrán la

claridad de lo

que pretende

el sistema

Diseño Realizar

diagramas de

secuencia

Diagramas de

clase

Realizar BD

Modelo

estados

Modelo E-R

Modelos de

clase

Esquema

entidad-

relación

Interfaces

Pagina web

Diagramas

propuestos /

Total de

diagramas

realizados

N° de diagramas

realizados

diseñadas

base de datos

Mínimo

78%

Mínimo

80%

Mínimo

100%

Al no realizar

los modelos le

sistema tiende

a no tener toda

la

documentación

y a no

presentar la

documentación

completa del

software al

mismo tiempo

no tener claros

los objetivos.

25

Modelo

colaboración

Modelo de

actividades

datos

Herramientas, técnicas y metodologíasTSP: team software process es un proceso iterativo para el desarrollo de software el

cual define los roles, actividades, fases y ciclos.

Las fases definidas para el desarrollo de software son las siguientes:

Lanzamiento Estrategias Planeación Requerimientos Diseño Implementación Pruebas Postmortem

Una de las estrategias de TSP para conformar equipos de trabajos es dividir las

responsabilidades entre todos los integrantes del equipo de trabajo por eso se definen

los siguientes roles:

Líder del proyecto Líder de calidad Líder de soporte Líder de desarrollo Líder de planeación

Cada rol es responsable de tareas específicos del proyecto y eta deber ser cumplidas al

100 % por el encargado de cada área.

26

4.3 Análisis y diseño del Sistema empleando UML.

4.3.1 Modelo de Casos de uso.

4.3.2 Modelado de Clases.

27

4.3.3 Modelo de Estado.

Ilustración 1. Agregar sitio turístico

Ilustración 2. Modificar sitio turístico

28

Ilustración 3. Eliminar sitio turístico

Ilustración 4. Generar un reporte del lugar turístico más visitado

Ilustración 5. Actualizar los datos del sitio turístico

29

Ilustración 6. Consultar los datos del sitio turístico

30

Ilustración 7. Consultar sitio turístico

4.3.4 Modelo de Secuencia.

31

Ilustración 8. Agregar sitio turístico

Ilustración 10. Eliminar sitio turístico

32

Ilustración 9. Modificar sitio turístico

Ilustración 11.Generar un reporte del lugar turístico más visitado

33

Ilustración 12. Actualizar los datos del sitio turístico

34

Ilustración 13. Consultar los datos del sitio turístico

Ilustración 14. Consultar sitio turístico

4.4 Diseño de la base de datos.

Una base de

datos está

formada por

varios bloques

de información

que son;

modelo de entidad-relación, esquema de la base de datos, diccionario de la base de

datos y procedimientos almacenados y disparadores que a continuación se presentan.USE [master]GO/****** Objeto: Database [Prueba1] Fecha de la secuencia de comandos: 01/30/2011 17:43:27 ******/CREATE DATABASE [Prueba1] ON PRIMARY ( NAME = N'Prueba1', FILENAME = N'c:\Archivos de programa\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\Prueba1.mdf' , SIZE = 3072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ) LOG ON ( NAME = N'Prueba1_log', FILENAME = N'c:\Archivos de programa\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\Prueba1_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)GOEXEC dbo.sp_dbcmptlevel @dbname=N'Prueba1', @new_cmptlevel=90GOIF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))begin

4.4.1 Modelo Entidad-Relación.

35

4.4.2 Esquema de la base de datos (Modelo relacional).

4.4.3 Diccionario de datos.

DICCIONARIO DE DATOS

CAMPOTIPO DE

DATO TAMAÑO DESCRIPCIONVALORES

NULL PK FK

SITIO TURISTICO ID_SITIO_TURISTICO INT 100

CAMPO QUE CONTIENE LA CLAVE UNICA PARA UN

NUEVO SITIO TURISTICONOT NULL

ID_CATEGORIA TINYINT 20

CAMPO QUE ALMACENA LA LLAVE FORANEA DE LA

TABLA CATEGORIA NOT NULL

NOMBRE VARCHAR 100

CAMPO QUE GUARDA EL NOMBRE DEL SITIO

TURISTICONOT NULL

DESCRIPCION VARCHAR 200

CAMPO QUE CONTIENE LA INFORMACION MAS

RELEVANTE DEL SITIO TURISTICO

NOT NULL

OFERTAS VARCHAR 100

ESTE CAMPO ALMACENA LAS PROMOCIONES DEL SITIO

TURISTICONOT NULL

UBICACIÓN VARCHAR 70

ESTE CAMPO GUARDA LA DIRECCION DONDE SE ENCUENTRA EL SITIO

TURISTICO

NOT NULL

HORARIO VARCHAR 40

ESTE CAMPO ALMACENA EL HORARIO DE SERVICIO DEL

SITIO TURISTICONOT NULL

COSTOS FLOAT 50ESTE CAMPO GRABA LOS

COSTOS Y TARIFASNOT NULL

TELEFONO NCHAR 10

ESTE CAMPO GUARDA EL NUMERO TELEFONICO DE

ATENCION A CLIENTESNOT NULL

CATEGORIA

ID_CATEGORIA TINYINT 20

CAMPO QUE ALMACENA LA LLAVE FORANEA DE LA

TABLA CATEGORIA NOT NULL

NOMBRE_CATEGORIA VARCHAR 100

CAMPO QUE ALMACENA EL NOMBRE DE LA CATEGORIA DE LOS SITIOS TURISTICOS

NOT NULL

36

4.4.4 Procedimientos almacenados y disparadores.

4.5 Diseño de la interfaz de usuario (Maqueta).

Esta es la pantalla principal del sistema donde muestra los diferentes usuarios que

tendrán exceso al sistema, el administrador tiene derecho a eliminar, agregar un lugar

turístico, al dar clic nos enlaza a la siguiente pantalla.

En esta pantalla el administrador introduce su nombre y contraseña, al dar clic muestra

la siguiente interfaz el cual el tendrá derecho solo el administrador.

37

Esta pantalla muestra las diferentes opciones que puede realizar el administrador, si

elige la opción de agregar nos muestra la siguiente interfaz.

Al dar clic en agregar muestra esta pantalla donde el administrador podrá agregar

cualquier nombre de un sitio turístico como: balnearios, hoteles, restaurantes, discotecas

y centros comerciales. El administrador confirma los datos.

38

Al dar clic en confirmar datos se muestra un mensaje como aparece en la siguiente

imagen. En el botón de inicio regresa a la interfaz de inicio.

La siguiente interfaz muestra la opción de generar un reporte.

39

Esta es la interfaz donde muestra el lugar más visitado de los diferentes sitios turísticos

al dar clic en iniciar reporte nos muestra los resultados. En caso de dar clic en cancelar

nos envía a la interfaz anterior y en iniciar reporte muestra la siguiente interfaz.

Esta es la interfaz donde el administrador puede imprimir el reporte de los lugares más

visitado por el público. Unas vez que haya imprimido el reporte se regresa a las

opciones que el

administrador puede

realizar, y elige la

opción de eliminar.

40

En esta interfaz pide al administrador el nombre del sitio turístico a eliminar en caso de

que se equivoque al escribir el nombre puede dar clic en cancelar.

En esta interfaz muestra un mensaje de que los datos han sido eliminados

correctamente. Al dar clic en inicio nos manda a la interfaz de las opciones que pude

realizar el administrador y elige la opción que falta que es el de modificar un lugar

turístico y nos muestra la siguiente interfaz

41

Esta es la interfaz donde el administrador puede modificar algún dato o información.

Después de dar clic en confirmar muestra un mensaje de que tus datos han sido

modificados correctamente. Al dar clic en inicio nos manda a la interfaz principal.

42

Esta es la página principal donde se muestran los usuarios principales el asesor tendrá derecho a consultar y actualizar los datos del sitio turístico. Al dar clic nos muestra la siguiente interfaz.

Para poder registrase el asesor escribe su nombre y contraseña al dar clic en aceptar

nos muestra la siguiente interfaz.

43

Esta es la interfaz donde muestra al asesor las opciones que desea realizar. En caso de

elegir la opción de consultar nos muestra la siguiente interfaz.

En esta interfaz el asesor selecciona la categoría a consultar. Una vez que ha

consultado los sitios turísticos da clic en salir y envía a la interfaz anterior. Si el asesor

desea actualizar muestra la siguiente interfaz.

44

En esta interfaz pide al usuario los datos del sitio turístico a actualizar, confirma los

datos que estén bien actualizados, si estos datos están bien y manda a la interfaz del

asesor y elegimos la opción de salir para ir a la página principal.

45

Esta es la pagina principal para el turista, donde puede consultar las diferentes

categorias de los sitios turisticos. Al elegir la opcion de balnerios muestra la siguiente

interfaz.

Esta interfaz, muestra la información necesaria del sitio a visitar. Al dar clic atrás nos

manda a la interfaz anterior donde seleccionas otro lugar a consultar.

Esta es la interfaz de hotel donde igual muestra la información requerida, es el mismo

procedimiento para todos los lugares a visita.

46

5 DISEÑO FÍSICO, PRUEBAS Y VALIDACIÓN

5.1 Implementación del servidor de la base de datos.

EXEC [Prueba1].[dbo].[sp_fulltext_database] @action = 'enable'endGOALTER DATABASE [Prueba1] SET ANSI_NULL_DEFAULT OFF GOALTER DATABASE [Prueba1] SET ANSI_NULLS OFF GOALTER DATABASE [Prueba1] SET ANSI_PADDING OFF GOALTER DATABASE [Prueba1] SET ANSI_WARNINGS OFF GOALTER DATABASE [Prueba1] SET ARITHABORT OFF GOALTER DATABASE [Prueba1] SET AUTO_CLOSE OFF GOALTER DATABASE [Prueba1] SET AUTO_CREATE_STATISTICS ON GOALTER DATABASE [Prueba1] SET AUTO_SHRINK OFF GOALTER DATABASE [Prueba1] SET AUTO_UPDATE_STATISTICS ON GOALTER DATABASE [Prueba1] SET CURSOR_CLOSE_ON_COMMIT OFF GOALTER DATABASE [Prueba1] SET CURSOR_DEFAULT GLOBAL GOALTER DATABASE [Prueba1] SET CONCAT_NULL_YIELDS_NULL OFF GOALTER DATABASE [Prueba1] SET NUMERIC_ROUNDABORT OFF GOALTER DATABASE [Prueba1] SET QUOTED_IDENTIFIER OFF GOALTER DATABASE [Prueba1] SET RECURSIVE_TRIGGERS OFF GOALTER DATABASE [Prueba1] SET ENABLE_BROKER GOALTER DATABASE [Prueba1] SET AUTO_UPDATE_STATISTICS_ASYNC OFF GOALTER DATABASE [Prueba1] SET DATE_CORRELATION_OPTIMIZATION OFF GOALTER DATABASE [Prueba1] SET TRUSTWORTHY OFF GOALTER DATABASE [Prueba1] SET ALLOW_SNAPSHOT_ISOLATION OFF GOALTER DATABASE [Prueba1] SET PARAMETERIZATION SIMPLE GOALTER DATABASE [Prueba1] SET READ_WRITE GOALTER DATABASE [Prueba1] SET RECOVERY SIMPLE GOALTER DATABASE [Prueba1] SET MULTI_USER GO

48

5.1.1 Requerimientos de software.

Sistema operativo

Windows 7, Windows Server 2008 R2

5.1.2 Requerimientos de hardware.

EQUIPO CANTIDA

D

CARACTERÍSTICAS

MÍNIMAS

COSTO

ESTIMADO

Computadora 2

Procesador Intel Core Duo, 2Gb de

Memoria RAM, 80 GB en Disco Duro,

combo quemador CD/DVD 24x,

resolución (1280x800)

$24,000.00

Celular 1Requisito solo que soporte

aplicaciones JAVA$1,500.00

HP EX470

MediaSmart

Home Server1

Plataforma de hardware: Microsoft Windows Home Server

Procesador: AMD Sempron 1.8 GHz

Tipo de memoria RAM: DDR2 SDRAM

Unidad de disco duro

Tamaño: 500 GB

Tipo: Serial ATA

Tamaño (PPVS): 9.7 pulgadas, 9.2, 5.5 pulgadas

Peso: 16.4 libras

$22,000.00

5.1.3 Proceso de instalación del servidor de datos.

49

5.2 Administración de la Base de Datos.

5.2.1 Perfiles de usuario.

5.2.2 Políticas y procedimientos de respaldo y restauración.

5.2.3 Listado de reportes generados por el sistema.

5.3 Implementación de la aplicación.

5.3.1 Descripción de aplicación bajo el patrón de diseño MVC.

5.4 Pruebas Finales.

5.4.1 Resultados de las métricas aplicadas.

5.4.2 Resultados de los Casos de Prueba.

Los casos de prueba y los resultados obtenidos que avalan la ejecución de cada uno

ellos, aplicados a los distintos módulos del sistema.

5.4.3 Conclusiones de las pruebas.

Indicando que repercusión tiene en la búsqueda de la calidad del software.

5.5 Liberación del sistema

Explicación breve de los objetivos de los documentos: Manual técnico, Manual de

usuario, Manual de instalación.

50

6 CONCLUSIONES Y RECOMENDACIONES

Mostrar resultados de tu Proyecto y conclusiones generales del proyecto.

51

7 REFERENCIAS

Incluir todas las referencias empleadas y citadas en los apartados anteriores en formato

Harvard-APA

52

8 ANEXOS

Todo elemento que rompa con una lectura fluida del documento

8.1 Manual técnico

Que contiene los siguientes datos: Recopilación de requerimientos, Documentación del

Modelado, Interfaces, Códigos, Casos de prueba, proceso de instalación y

requerimientos)

8.2 Manual de Usuario.

Basado en un estándar.

8.3 Manual de instalación de la aplicación.

53

dedicatorias - wordpress.com · web view5.1.2 requerimientos de hardware. 7 5.1.3 proceso de...

Documents