Está en la página 1de 35

"Ao de la Inversin para el Desarrollo Rural y

la Seguridad Alimentaria"

UNIVERSIDAD NACIONAL DEL ALTIPLANO


FACULTAD INGENIERIA MECANICA ELECTRICA
ELECTRONICA Y SISTEMAS

Escuela de Ingeniera de Sistemas


SISTEMA DE INFORMACIN
PARA LA GESTIN DE SERVICIOS
TURSTICOS
EN LA EMPRESA MAZACH TRAVEL
AREA: Anlisis y Diseo de Sistemas de Informacin
DOCENTE: Ing. Elvis Aliaga Payehuanca
PRESENTADO POR:
Maxvil Zapana Chillihua 081407
Braulio Rodrigo huanca 083426
Puno-Per
2013
1

1. INTRODUCCION
El anlisis de requisitos es una de las tareas ms importantes en el ciclo de
vida del desarrollo de software, puesto que en ella se determinan la estructura
de la nueva aplicacin.
En cualquier proyecto software los requisitos son las necesidades del
producto que se debe desarrollar. Por ello, en la fase de anlisis de requisitos
se deben identificar claramente estas necesidades y documentarlas. Como
resultado de esta fase se debe producir un documento de especificacin de
requisitos en el que se describa lo que el futuro sistema debe hacer. Por tanto,
no se trata simplemente de una actividad de anlisis, sino tambin de sntesis.
El anlisis de requisitos se puede definir como el proceso del estudio de las
necesidades de los usuarios para llegar a una definicin de los requisitos del
sistema, hardware o software, as como el proceso de estudio y refinamiento de
dichos requisitos.
En la determinacin de los requisitos no slo deben actuar los analistas, es
muy importante la participacin de los propios usuarios, porque son stos los
que mejor conocen el sistema que se va a automatizar. Analista y cliente se
deben poner de acuerdo en las necesidades del nuevo sistema, ya que el
cliente no suele entender el proceso de diseo y desarrollo del software como
para redactar una especificacin de requisitos software (ERS) y los analistas
no suelen entender completamente el problema del cliente, debido a que no
dominan su rea de trabajo.
As pues, el documento de especificacin de requisitos debe ser legible por
el cliente, con lo que se evita el malentendido de determinadas situaciones, ya
que el cliente participa activamente en la extraccin de dichos requisitos.
La metodologa estructurada est basada en la representacin de las
funciones que debe realizar el sistema y los datos que fluyen entre ellas.

1.1. OBJETIVO.
1.1.1.

Objetivo Principal
Implementar un Sistema de Informacin para la

gestin de servicios tursticos en la empresa MAZACH


TRAVEL
1.1.2.

Objetivos Especficos
Analizar Mediante tcnicas informticas, analizaremos
los lmites, caractersticas y posibles soluciones de un
problema al que se aplica un tratamiento utilizando un
software de computadora

Disear software que se ajuste a todas las necesidades


que la agencia de viajes requiere

Implementar un software que siga criterios del cliente,


especificaciones

tcnicas

algoritmos.

Con

herramientas didcticas y especficas.

Probar el software cumpliendo todas las expectativas


que se menciona en este presente trabajo

Para cumplir con todo lo especificado se tomara en cuenta lo


siguiente.
-

Ayudar al cliente a describir claramente lo que se desea obtener


mediante un determinado software. El cliente debe participar
activamente en la especificacin de requisitos, ya que este tiene una
visin mucho ms detallada de los procesos que se llevan a cabo.

Asimismo, el cliente se siente participe del propio desarrollo.


Ayudar a los desarrolladores a entender que quiere exactamente el
cliente: en muchas ocasiones el cliente no sabe exactamente qu es
lo que quiere. La especificacin de requerimientos de software
permite al cliente definir todos los requisitos que desea y al mismo
3

tiempo los desarrolladores tienen una base fija en la que trabajar. Si


no se realiza una buena especificacin de requisitos, los costes de
desarrollo pueden incrementarse considerablemente, ya que se
-

deben hacer cambios durante la creacin de la aplicacin.


Servir de base para desarrollos de estndares de la especificacin de
requerimientos de software para cada organizacin cada entidad
puede

desarrollar

sus

propios

estndares

para

definir

sus

necesidades.

1.2. ALCANCE
-

En consistencia nuestro sistema llevara la denominacin de:


Sistema de Informacin para la gestin de servicios tursticos en la

empresa MAZACH TRAVEL


El sistema ser desarrollado en la Intranet de la institucin, de esta
manera permitir a los usuarios acceder al sistema desde cualquier

plataforma, en cualquier momento y lugar.


El sistema permitir la digitalizacin, registro, revisin, aprobacin de

los pasajeros (turistas) con un interfaz entendible y amigable.


El sistema administrara los paseos tursticos y revisara su disposicin
de los mismos.

1.3. DEFINICIONES, ACRONIMOS Y ABREVIATURAS


E.R.S

: especificacin de requerimientos de software.

C.O.

: Centro de Operaciones.

A.V.T

: Agencia de Viajes y Turismo.

Tour

: servicio de paseo o viaje solicitado.

Pax

: pasajero.

AA

: Agencias Asociadas.

1.4. REFERENCIAS
En el desarrollo de este apartado se ha considerado el siguiente
documento: ANSI/IEEE Std. 830-1993 Gua del IEEE para la
Especificacin de Requerimientos de software.

2. DESCRIPCION GENERAL
En esta seccin se presenta una descripcin a alto nivel del sistema.
Se presentaran las principales reas a las cuales el sistema debe dar
soporte, las funciones que el sistema debe realizar, la informacin utilizada,
las restricciones y otros factores que afecten al desarrollo del mismo.

2.1. PERSPECTIVA DEL SOFTWARE


El sistema en esta versin no interactuar con ningn otro sistema
informtico.
El sistema contara con todo lo especificado por el cliente ya que
por ser parte de nuestro equipo estaremos en constante iteracin y
refactorizacin.
2.1.1.

Interfaces de sistema
El contenido de la interfaces sern mostrados en la parte central

de la portada del sistema ya que para su implementacin utilizaremos la


tecnologa AJAX.

Portada del sistema.


Login.
servicios.
Informacin
Contctenos.
Acceso de Registro de datos del pax
Acerca de nosotros.
Reclamos.

2.1.2.

Interfaces de hardware
La computadora y dispositivos mviles debern contar con un

puerto que permita el acceso a internet o en su defecto conexiones wifi o


gsm. Lo cual es lo adecuado para mantener un enlace entre el sistema y
el usuario.
Para la intranet deber de proveerse router, switch, cables de red
con sus respectivos conectores rj45.
Como es lgico un dispositivo con acceso a internet, para su buen
desempeo estar provisto de perifricos: teclado alfanumrico, mouse
en cualquiera de sus versiones y pantalla de cualquier tipo y medida.
2.1.3.
-

Interfaces de software
El sistema para su buen desempeo necesitara de un navegador
web ligero en sus recientes versiones y que este tenga instalado a su
vez adobe flash player en sus ltimas versiones, ya que estos no
necesitan de licencias y estn libres para sus respectivas descargas.
El navegador web debe soportar lenguajes de programacin tales

como JavaScript, Ajax, php, html, xml,


Firebird es un sistema de administracin de base de datos relacional
(o RDBMS) (Lenguaje consultas: SQL) de cdigo abierto, basado en
la versin 6 de Interbase. Firebird nos permitir almacenar la
informacin de los turistas y como del personal de C.O.

2.1.4.

Interfaces de comunicacin
En la comunicacin interna o comunicacin intranet estar

formada por una red LAN.


En la comunicacin interna o internet estar con una red amplia o
WAN.

2.1.5.

Restricciones de memoria
En cuanto a la memoria interna del servidor tendr dos discos

duros que guarden la misma informacin para la seguridad y


recuperacin de datos.
El espacio de almacenamiento de los discos duros nos permitir
guardar bastante informacin. Por lo cual no nos ocasionara ningn
inconveniente en un futuro cercano.
2.1.6.

Requerimientos de adaptacin del lugar


Los

lugares

de

adecuacin

ambientes

debern

estar

implementados por:
-

Lugar iluminado.
Buena ventilacin.
Ambiente cmodo y agradable.
Lugares secos y no hmedos.
Lugares amplios.
Con buena instalacin elctrica
Espacios estratgicos bien diseados.

2.2. FUNCIONES DEL SOFTWARE


Mencionaremos las funciones software mediante historias de
usuarios con sus caractersticas respectivas:
-

La prioridad en negocio se refiere a la importancia que este

representa en la empresa.
Riesgo en desarrollo significa la

representa en la ejecucin del sistema en si.


La estimacin de las historias de usuario se refieren al esfuerzo

necesario para implementar de una escala del 1-5


Iteracin asignada se refiere al tiempo que tomara en ser

implementada que est en escala de das.


Todas las historias contaran con numeracin, su nombre

importancia

vital

respectivo, para quien est destinado la historia de usuario.

que

HISTORIA DE USUARIO
N 1

Nombre: Acceso del Administrador

Usuario: Administrador
Prioridad en negocio: Alta

Riesgo en desarrollo: Media

Puntos estimados:3

Iteracin asignada:3

Descripcin: Acceso al sistema mediante validacin de datos

HISTORIA DE USUARIO
N 2

Nombre: Registro de Pax

Usuario: Pax
Prioridad en negocio: Alta

Riesgo en desarrollo: Alta

Puntos estimados:3

Iteracin asignada:2

Descripcin: Registrara la informacin personal de los turistas.

HISTORIA DE USUARIO
N 3

Nombre: Registro de servicios

Usuario: Pax
Prioridad en negocio: Alta

Riesgo en desarrollo: Alta

Puntos estimados:3

Iteracin asignada:1

Descripcin: Registrara los servicios solicitados de los Pasajeros

HISTORIA DE USUARIO
N 4

Nombre: Reportes de servicios

Usuario: Administrador
Prioridad en negocio: Media

Riesgo en desarrollo: Media

Puntos estimados:4

Iteracin asignada:4

Descripcin: Brindara la descripcin de itinerarios de los


servicios solicitados por los Pax

HISTORIA DE USUARIO
N 5

Nombre: comunicacin online

Usuario: Administrador - Pax


Prioridad en negocio: Media

Riesgo en desarrollo: Media

Puntos estimados:5

Iteracin asignada:3

Descripcin: Permitir la comunicacin entre el administrador y


el Pax

HISTORIA DE USUARIO
N 6

Nombre: Ingreso de servicios

Usuario: Administrador
Prioridad en negocio: Media

Riesgo en desarrollo: Media

Puntos estimados: 3

Iteracin asignada: 2

Descripcin: Permitir ingresar servicios y sus caractersticas.

2.3. CARACTERISTICAS DEL USUARIO


Los usuarios para poder manejar el sistema bastara que tengan
conocimiento bsico en computacin ya que el sistema no esta diseada
para especialistas.

2.4. RESTRICCIONES GENERALES


Por el momento no encontramos ningn tipo de restriccin.

2.5. SUPOSICIONES Y DEPENDENCIAS


Este sistema esta diseado para que funcione en una computadora con
caractersticas bsicas y un sistema operativo como Windows
Windows vista, Windows 7 o superior.

10

xp,

Ser compatible con cualquier versin de Windows y las aplicaciones


que vienen integradas en los diferentes sistemas operativos.

3.

ESPECIFICACION DE REQUERIMIENTOS

3.1. REQUERIMIENTOS DE INTERFACES EXTERNAS


3.1.1.

Interfaces de usuario.
El sistema debe ser amigable y predictivo con el usuario ya que lo

podr utilizar cualquier persona que sepa operar un equipo de cmputo.


3.1.2.

Interfaces de hardware
El sistema requiere una salida de impresora y lectora de cd para

actualizacin de servicios, as como tarjeta de red para poder trabajar en


red.
3.1.3.

Interfaces de software
El sistema interactuara con lenguajes como JavaScript, Ajax,

SQL, PHP, JQUERY y HTML, como tambin con sistemas operativos.


3.1.4.

Interfaces de comunicacin
El sistema podr ser operable en red con la infraestructura que

cuente la empresa del estilo cliente-servidor.

3.2. REQUERIMIENTOS FUNCIONALES


Los requerimientos sern expresados en fichas de tareas con sus
respectivas fechas de entrega y prioridades.
3.2.1.

Fichas de tareas.
TAREA DE INGENIERIA
N1

HISTORIA DE USUARIO N 1

11

Nombre Tarea: Diseo del formulario de acceso


Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca


Descripcin: Disear formulario para acceder al sistema (seccin
privada), validando los datos.
TAREA DE INGENIERIA
N2

HISTORIA DE USUARIO N 1
Nombre Tarea: Diseo de formulario para el registro de nuevos
administradores
Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca


Descripcin: Disear formulario para el registro de nuevos
administradores del sistema( seccin privada)

TAREA DE INGENIERIA
N3

HISTORIA DE USUARIO N 1

Nombre Tarea: Diseo de la interfaz del formulario para el acceso y


registro de administradores
Tipo de tarea: desarrollo

puntos estimados: 2

Programador Responsable: Braulio Rodrigo Huanca

12

Descripcin: Disearla interfaz del formulario para el registro y acceso


de los administradores del sistema ( seccin privada)

TAREA DE INGENIERIA
N4

HISTORIA DE USUARIO N 2
Nombre Tarea: Diseo de formulario para el registro de los Pax
Tipo de tarea: desarrollo

puntos estimados: 3

Programador Responsable: Maxvil Zapana Chillihua


Descripcin: Disear formulario para el registro de Pax, datos
personales

TAREA DE INGENIERIA
N5

HISTORIA DE USUARIO N 2

Nombre Tarea: Diseo de interfaz del formulario del registro de Pax


Tipo de tarea: desarrollo

puntos estimados: 3

Programador Responsable: Maxvil Zapana Chillihua


Descripcin: Disear la interfaz para el formulario para el registro de
Pax, datos personales
TAREA DE INGENIERIA

13

N6

HISTORIA DE USUARIO N 3

Nombre Tarea: Disear un formulario para el ingreso de servicios


Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Maxvil Zapana Chillihua


Descripcin: Diseo de campos que permitan el ingreso de nuevos
servicios con sus respectivos itinerarios

TAREA DE INGENIERIA
N7

HISTORIA DE USUARIO N 3
Nombre Tarea: Diseo de interfaz de los servicios
Tipo de tarea: desarrollo

puntos estimados: 3

Programador Responsable: Maxvil Zapana Chillihua


Descripcin: Disear la interfaz en la cual se elegir los servicios que
el Pax ha solicitado

TAREA DE INGENIERIA
N8

HISTORIA DE USUARIO N 4
Nombre Tarea: Realizar reportes de los servicios solicitados
Tipo de tarea: desarrollo

14

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca


Descripcin: Disear reportes en la cual se podr ver la descripcin de
los servicios que se solicito

TAREA DE INGENIERIA
N9

HISTORIA DE USUARIO N 4
Nombre Tarea: comunicacin online
Tipo de tarea: desarrollo

puntos estimados: 5

Programador Responsable: Braulio Rodrigo Huanca


Descripcin: Disear un subsistema de chat que mantenga la
comunicacin entre pasajero y cliente

TAREA DE INGENIERIA
N10

HISTORIA DE USUARIO N 4
Nombre Tarea: realizar interfaz del chat
Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca


Descripcin: Disear la apariencia que tendr el chat entre el

15

administrador y el Pax.

3.2.2.

Fechas de entrega.

ITERACION

HISTORIA

PRIORIDAD

ESFUERZO

FECHA INICIO

FECHA FINAL

Iteracin 1

Historia 3

Alta

05-08-2013

09-08-2013

Historia 2

Alta

12-08-2013

16-08-2013

Historia 6

Media

19-08-2013

23-08-2013

Historia 1

Alta

26-08-2013

30-08-2013

Historia 5

Media

02-09-2013

06-09-2013

Historia 4

Media

09-09-2013

13-09-2013

Iteracin 2

Iteracin 3

Iteracin 4

3.2.3.

Prioridades de las historias de usuario.


NOMBRES DE HISTORA

PRIORIDAD

ESFUERZO

Historia 1: Acceso del administrador

Alta

Historia 2: Registro de pax.

Alta

Historia 3: Registro de servicios

Alta

Historia 4: Reportes de servicios

Media

Historia 5: Comunicacin online

Media

Historia 6: Ingreso de servicios.

Media

16

3.3. REQUERIMIENTOS DE PERFORMANCE


Portada del sistema.Esta ser la presentacin inicial del sistema.

Login.
En esta interfaz un integrante del personal a cargo del C.O.
acceder para verificar los servicios que en su tiempo de trabajo
se suscitaron.

LOGIN
USUARIO
CONTRASEA

17

Servicios.
Se mostrara una relacin de los servicios y caractersticas que
esta posee.

SERVICIOS

Le

UROS
TAQUILE
AMANTANI
SILLUSTANI
CHUCUITO
ANAPIA

brindamos

extremo

un

cuidado

al

servicio

con

realizar

sus

servicios.

Informacin.
En esta parte del sistema se guiara al Pax de cmo podr realizar
sus servicios como formas de pago, maneras de llegar a puno, etc.
Contctenos.
El Pax tendr la opcin de realizar sus preguntas e inquietudes
online, creando un sistema de chat entre turista y C.O.

ADMINISTRADOR dice: hola


PAX dice: hello
What kind service do you offer

18

Acerca de nosotros.
Se mostrara la informacin de la legalidad de la empresa
indicando direccin, telfonos, integrantes, administradores, etc.
Cuntanos su experiencia.
El Pax tendr la opcin de contarnos las experiencias que paso
durante el cumplimiento de sus servicios (traslados, capacidad del gua,
permanencia en los lugares de visita, etc.).
De esta seccin se podr obtener reportes de los servicios
brindados.
Reclamos.
El Pax tendr la opcin de brindar sus reclamos o incumplimientos
de servicios sin restricciones.

3.4. REQUERIMIENTOS LOGICOS DE LA BASE DE DATOS


Se mencionara los requerimientos que ser necesario en la base de datos
-

TARJETAS

CRC

(Clase

Colaboracin)
Clase: administrador
responsabilidades
Campos:
Id
Nombres
Apellidos
Direccin
Usuario
Contrasea
Campo ocupacional
Mtodos:
Crear nuevo administrador
Editar administrador
Eliminar administrador
19

Responsabilidad

colaboracin
Clase: Pax
responsabilidades
Campos:
Id
Nombres
Apellidos
Edad
Pas origen
ciudad
Direccin
Tipo de documento
Numero de documento
Correo electrnico
telfono
Usuario
Contrasea
Mtodos:
Crear nuevo Pax
Editar Pax
Editar tipo de documento
Editar usuario
Editar contrasea
Eliminar Pax
colaboracin

Clase: servicios
responsabilidades
Campos:
Id
denominacin
Ubicacin
Horas de viaje
Horas de permanencia
Atractivos
Medio de traslado
Mtodos:
Crear nuevo servicio
Editar servicio
Eliminar servicio
Editar permanencia
Editar atractivos
Editar denominacin
Colaboracin:

20

Clase: reporte
responsabilidades
Campos:
Id
Nombres Pax
Apellidos Pax
Destinos tursticos
Precio de servicios
Subtotal
total
Hora de salida
Hora de llegada
Nombre del administrador
Mtodos:
Crear reporte
Editar reporte
Eliminar reporte
Colaboracin:
Clase Pax ,clase servicio, clase administrador
-

MODELO ENTIDAD RELACIN DE LA BASE DE


DATOS
No mostraremos los campos puesto que se mencionan
en los campos de las clases

21

3.5. RESTRICCIONES DE DISEO


3.5.1.

Cumplimiento de estndares
Lo que podemos recalcar es que usaremos un reporte estndar

22

3.5.2.

Limitaciones de hardware.
Por ser un sistema ligero no presentara ninguna limitacin en

cuanto a hardware se refiere.

3.6. ATRIBUTOS DEL SOFTWARE


3.6.1.

Confiabilidad.
El sistema es confiable puesto que estaremos en continuo

proceso de prueba hasta que el software quede culminado en su


totalidad adems estaremos en continua refactorizacin con los errores
o percances que se susciten en su implementacin, ya que el cliente es

23

parte de nuestro equipo estaremos cumpliendo de satisfacer todas sus


inconveniencias.
Adems nuestro cdigo fuente estar bien supervisado y
detallado.
3.6.2.

Disponibilidad
El software estar disponible en cualquier momento que los

usuarios deseen acceder puesto que estar alojado en un servidor que


siempre estar encendido
3.6.3.

Seguridad
El software est bien implementado con todas las cuestiones de

seguridad como inicios de sesin y finalizacin de sesin incluso si se


encuentra

inactivo

un

lapso

de

tiempo

el

software

cerrara

automticamente la sesin.
3.6.4.

Facilidad de mantenimiento
Su mantenimiento no es muy complicado porque se controlara la

cantidad de informacin que se almacene en la base de datos, y por


ningn motivo el cdigo fuente ser alterado.
3.6.7 Codificacin.
Logeo.- mostraremos el cdigo en la cual estar implementado el logoe
de los administradores
Guarda dato php
<?php
$identificacion=$_POST['id'];
$nombre=$_POST['nombre'];
$telefono=$_POST['telefono'];
$pais=$_POST['pais'];
$con=mysql_connect("localhost", "root", "");
mysql_select_db("agenciaturista", $con);
$consul="INSERT INTO turista(identificacion, nombre, telefono, pais)
values('$identificacion', '$nombre', '$telefono', '$pais')";
24

mysql_query($consul);
include("registro.php");
?>
Index
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>interfacez de turistas</title>
<link rel="stylesheet" href="css/style.css" />
<style>
p{background-color: #999;
font-size: 32px
}
.principal{
background-color: #123;
width: 1000px;
height: 800px;
margin: auto;
}
.portada{background-color: #434;
width: 1000px;
height: 200px;
}
.menu{background-color: #CBDBE6;
width: 1000px;
height: 50px;
}
.medio{
background-color: #345;
width: 1000px;
height: 820px;
}
.pie{
background-color: #456;
width: 1000px;
height: 50px;
}
ul.nav{
margin: 0;
padding: 0;
list-style-type: none;
font-size: 24px;
}
ul.nav li{
float:left;
}
ul.nav li#loginContainer{
25

float:right;
}
ul.nav li:hover, ul.nav li:focus{
color: #E4FFD3;
background-color: #CBDBE6;
}
li{
width: 180px;
height: 50px;
}
a{margin:auto;}
</style>
<script src="js/jquery-1.5.2.min.js"></script>
<script src="js/login.js"></script>
<script src="js/jquery-ui.min.js"></script>
<script src="js/jquery.skitter.js"></script>
<script src="js/main.js"></script>
<script src="js/peticionajax.js"></script>
</head>
<body style="background-color: #222;">
<div class="principal">
<div class="portada">
<div class="border_box">
<div class="box_skitter box_skitter_large">
<ul class="box_skitter_ul"></ul>
</div>
</div>
</div>
<div class="menu" align="center">
<ul class="nav">
<li><a href="index.php">INICIO</a></li>
<li><a href="servicio.php" onclick="hacePeticion('servicio.php',
'medio'); return false;">SERVICIO</a></li>
<li><a href="registro.php" onclick="hacePeticion('registro.php',
'medio'); return false;">REGISTRO</a></li>
<li><a href="chat.php">CHAT</a></li>
<li>
<div id="loginContainer">
<a href="#" id="loginButton">
<span>Login</span>
</a>
<div style="claer:both"></div>
<div id="loginBox">
<form action="login.php"id="loginForm">
<fieldset id="boby">
<label for="usuario">Usuario</label>
<input type="text" name="usuario" id="usuario"/>
</fieldset>
<fieldset>
26

<label for="contrasenia">Contrase&ntildea</label>
<input type="text" name="contrasenia"
id="contrasenia"/>
</fieldset>
<input type="submit" id="login" value="Acceder"/>
<label for="checkbox"><input type="checkbox"
id="checkbox"/>Recordame</label>
<span><a href="#">Me olvide la
contrase&ntilde;a</a></span>
</form>
</div>
</div>
</li>
</ul>
</div>
<div id="medio" class="medio">
<div id="links">
<ul>
<li>
<a href="http://www.hotelesenpuno.com/lugares-puno.php?
q=1">
<table width="680" border="0">
<tbody>
<tr>
<td rowspan="3"><img src="./images/2.jpg"
width="208" height="130" class="centrada" border="0"></td>
<td>Catedral de puno</td>
</tr>
<tr>
<td>
<em>La catedral de Puno fue construida en el
siglo XVII, se caracteriza porque sus acabados son muestra del barroco
espaol, el mismo incluye elementos andinos que otorgan al monumento su
carcter mestizo.</em>
</td>
</tr>
<tr>
<td>
<img src="./images/boton.png" width="154"
height="25" border="0" align="right">
</td>
</tr>
</tbody>
</table>
</a>
<hr>

27

<a href="http://www.hotelesenpuno.com/lugares-puno.php?
q=2">
<table width="680" border="0">
<tbody>
<tr>
<td rowspan="3">
<img src="./images/sanjuan.jpg" width="208"
height="130" class="centrada" border="0">
</td>
<td>Iglesia de San Juan</td>
</tr>
<tr>
<td>
<em>Se encuentra ubicada en el Parque Pino,
hace mas de 200 aos su construccion fue hecha de adobe; posteriormente
paso por una etapa de reconstrucin, es decir que su actual construccin data
de la poca Republicana.</em>
</td>
</tr>
<tr>
<td>
<img src="./images/boton.png" width="154"
height="25" border="0" align="right">
</td>
</tr>
</tbody>
</table>
</a>
<hr>
<a href="http://www.hotelesenpuno.com/lugares-puno.php?
q=3">
<table width="680" border="0">
<tbody>
<tr>
<td rowspan="3">
<img src="./images/armaspuno1.jpg" width="208"
height="130" class="centrada" border="0">
</td>
<td>Plaza de Armas</td>
</tr>
<tr>
<td>
<em>La Plaza de armas de Puno a tenido
diversas modificaciones sinembargo en la actualidad presenta en su parte
central el Monumento del Coronel Francisco Bolognesi, entre otros atractivos
ubicados a sus alrededores.</em>
</td>
</tr>
<tr>
28

<td>
<img src="./images/boton.png" width="154"
height="25" border="0" align="right">
</td>
</tr>
</tbody>
</table>
</a>
<hr>
<a href="http://www.hotelesenpuno.com/lugares-puno.php?
q=4">
<table width="680" border="0">
<tbody>
<tr>
<td rowspan="3">
<img src="./images/pino2.jpg" width="208"
height="130" class="centrada" border="0">
</td>
<td>Parque Pino</td>
</tr>
<tr>
<td>
<em>Ubicado a pocas cuadras de la Plaza de
Armas y unida a esta por el concurrido pasaje peatonal Lima.</em>
</td>
</tr>
<tr>
<td>
<img src="./images/boton.png" width="154"
height="25" border="0" align="right">
</td>
</tr>
</tbody>
</table>
</a>
<hr>
<a href="http://www.hotelesenpuno.com/lugares-puno.php?
q=5">
<table width="680" border="0">
<tbody>
<tr>
<td rowspan="3">
<img src="./images/lemos1.jpg" width="208"
height="130" class="centrada" border="0">
</td>
<td>Balcon del Conde de Lemos</td>
</tr>
<tr>
<td>
29

<em>Este atractivo se encuentra entre las calles


Deustua y Conde de Lemus. Se caracteriza por haber alojado en sus
instalaciones al Virrey de mismo nombre en su llegada a Puno.</em>
</td>
</tr>
<tr>
<td>
<img src="./images/boton.png" width="154"
height="25" border="0" align="right">
</td>
</tr>
</tbody>
</table>
</a>
<hr>
</li>
</ul>
</div>
</div>
<div class="pie">
</div>
</div>
</body>
</html>
Login php
<?php
$usuario=$_GET['usuario'];
$contrasenia=$_GET['contrasenia'];
$con=mysql_connect("localhost", "root", "");
//$query="SELECT * FROM agenciaregistrada WHERE usuario='$usuario'";
$query="SELECT * FROM agenciaregistrada WHERE usuario='$usuario'
AND contrasenia='$contrasenia'";
//$resultado=mysql_db_query("agenciaturista",$query, $con);
$resultado=mysql_db_query("agenciaturista", $query, $con);
//$numrows=mysql_num_rows($query);
if($resultado){
echo '<p style="background:#aa0000">correcto '.$usuario.'</p>';
include("index.php");
}
else{
echo '<p style="background:#aa0000">incorrecto '.$usuario.' no </p>';
include("index.php");
}
?>
30

Registro html
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Huanca</title>
<link rel="stylesheet" type= "text/css" href="css/estilos.css"/>
<script type="text/javascript" src="js/jquery-1.5.2.js"></script>
<script type="text/javascript" src="js/funciones.js"></script>
</head>
<body>
<?php
/*$consu=new Consulta("localhost", "root", "", "databasehuanca");*/
?>
<div class="cuerpo">
<div class="banner">
<img src="imagen/bienvenido.jpg" width="100%" height="200"/>
</div>
<?php
/*$consu->conexionBaseDato()*/;
?>
<div class="formulario">
<h2>INGRESE CORRECTAMENTE LOS SIGUIENTES DATOS:</h2>
<form action="guardadato.php" method="POST">
<fieldset>
<legend><b>Datos:</b></legend>
<table>
<tr>
<td style="text-align:right">
IDENTIFICACION:
</td>
<td>
<input name="id" id="id" type="text" value="" size="40" />
</td>
</tr>
<tr>
<td style="text-align:right">
NOMBRES:
</td>
<td>
<input name="nombre" id="nombre" type="text" value=""
size="40" />
</td>
</tr>
<tr>
31

<td style="text-align:right">
TELEFONO:
</td>
<td>
<input name="telefono" type="text" value="" size="40" />
</td>
</tr>
<tr>
<td style="text-align:right">
PAIS:
</td>
<td>
<input name="pais" type="text" value="" size="40" />
</td>
</tr>
<tr>
<td>
</td>
<td>
<input name="pais" type="submit" value="Registrar" />
</td>
</tr>
</table>
</form>
</div>
</div>
</body>
</html>

Conclusiones
-

el software como apoyo a las actividades en la agencia de


viajes evidencia un cambio favorable en el sistema turstico de
nuestro ciudad pues es una alternativa vlida para ofrecer al
usuario un ambiente propicio para la gestin de servicios
tursticos

32

4.

INFORMACION DE APOYO

4.1.ndice.
1. INTRODUCCION...........................................................................................2
1.1.

OBJETIVO...............................................................................................3

1.2.

ALCANCE................................................................................................3

1.3.

DEFINICIONES, ACRONIMOS Y ABREVIATURAS...............................3

1.4.

REFERENCIAS.......................................................................................3

2. DESCRIPCION GENERAL............................................................................3
2.1.

PERSPECTIVA DEL SOFTWARE..........................................................3

2.1.1.

Interfaces de sistema........................................................................3

2.1.2.

Interfaces de usuario........................................................................3

2.1.3.

Interfaces de hardware.....................................................................3

2.1.4.

Interfaces de software......................................................................3

2.1.5.

Interfaces de comunicacin..............................................................3

2.1.6.

Restricciones de memoria................................................................3

2.1.7.

Requerimientos de adaptacin del lugar..........................................3

2.2.

FUNCIONES DEL SOFTWARE..............................................................3

2.3.

CARACTERISTICAS DEL USUARIO.....................................................3

2.4.

RESTRICCIONES GENERALES............................................................3

2.5.

SUPOSICIONES Y DEPENDENCIAS....................................................3

2.6.

DISTRIBUCION DE REQUERIMIENTOS...............................................3
33

3. ESPECIFICACION DE REQUERIMIENTOS.................................................3
3.1.

REQUERIMIENTOS DE INTERFACES EXTERNAS.............................3

3.1.1.

Interfaces de usuario........................................................................3

3.1.2.

Interfaces de hardware.....................................................................3

3.1.3.

Interfaces de software......................................................................3

3.1.4.

Interfaces de comunicacin..............................................................3

3.2.

REQUERIMIENTOS FUNCIONALES.....................................................3

3.2.1.

Fichas de tareas...............................................................................3

3.2.2.

Fechas de entrega............................................................................3

3.2.3.

Prioridades de las historias de usuario.............................................3

3.3.

REQUERIMIENTOS LOGICOS DE LA BASE DE DATOS....................3

TARJETAS CRC (Clase Responsabilidad Colaboracin).......................3

MODELO ENTIDAD RELACIN DE LA BASE DE DATOS...................3

3.4.

RESTRICCIONES DE DISEO..............................................................3

3.4.1.

Cumplimiento de estndares............................................................3

3.4.2.

Limitaciones de hardware.................................................................3

3.5.

ATRIBUTOS DEL SOFTWARE...............................................................3

3.5.1.

Confiabilidad.....................................................................................3

3.5.2.

Disponibilidad....................................................................................3

3.5.3.

Seguridad..........................................................................................3

3.5.4.

Facilidad de mantenimiento..............................................................3
34

4. INFORMACION DE APOYO..........................................................................3
4.1.

ndice.......................................................................................................3

35