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)
ID Caso de Uso: Guia_02
Nombre del Caso de
Uso:
Modificar sitio turístico
Creado por: Dulce Mª Bahena
Dorantes
Actualizado por: Dulce Mª Bahena
Dorantes
7
Fecha de Creación: 25/01/2011 Fecha de
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:
(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
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
4. El sistema lee la opción seleccionada.
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)
ID Caso de Uso: Guia_03
Nombre del Caso de
Uso:
Eliminar 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:
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:
(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.
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
13.Termina caso de uso.
Flujo alterno: Cada ves que el ADM. Desee eliminar un sitio turistico.
Frecuencia: Cada vez que el actor ADM necesite eliminar el registro de
algún lugar turístico
Requerimientos
Especiales:
(funcionales)
ID Caso de Uso: Guia_04
Nombre del Caso de
Uso:
Generar un reporte de el lugar turístico mas visitado
Creado por: Dulce Mª Bahena
Dorantes
Actualizado por: Dulce Mª Bahena
Dorantes
Fecha de Creación: 25/01/2011 Fecha de
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:
(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
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.
10.Termina caso de uso.
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
ID Caso de Uso: Guia_05
Nombre del Caso de
Uso:
Actualizar los datos de 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:
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:
(Con Especificación
de Secuencia)
Acción del Actor Responsabilidad del Sistema
1. El actor Asesor
inicia sesión en el
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
5. El sistema lee la opción seleccionada.
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.
12.Termina caso de uso.
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
ID Caso de Uso: Guia_6
Nombre del Caso de
Uso:
Consultar los datos del 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:
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:
(Con Especificación
de Secuencia)
Acción del Actor Responsabilidad del Sistema
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
ID Caso de Uso: Guia_07
Nombre del Caso de
Uso:
Consultar 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:
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:
(Con Especificación
de Secuencia)
Acción del Actor Responsabilidad del Sistema
1. El actor (publico)
ingresa al sistema.
2. El sistema muestra en pantalla la pagina principal.
3. El actor (publico)
elige la categoría
que desea visitar.
4. El actor (publico)
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
algún lugar turístico
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
21
4.2.3 Acta de inicio de proyecto.
22
23
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
47
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
Top Related