Está en la página 1de 25

2017

PROYECTO: AGENCIA DE VIAJES

PRESENTADO POR:
ROXANA ROSA CHOQUE
MAMANI
REBECA LUCIA VIRACOCHA
NINAJA
EDWIN MAMANI
PRESENTADO ILLACUTIPA
POR:ROXANA ROSA CHOQUE
AGENCIA
MAMANI DE VIAJES
AGENCIA DE VIAJES
26/05/2017
26/05/2017
FICHA DEL DOCUMENTO

Fecha Revisin Autor Verificado dep. Calidad.

26/05/2017

Pgina 1
Contenido
1. INTRODUCCIN ..................................................................................................................... 3
2. DESCRIPCIN GENERAL ............................................................................................................... 5
3. REQUISITOS ESPECFICOS .................................................................................................... 7
4. ANALISIS DE DIAGRAMAS .................................................................................................. 16
5. REQUISITOS ESPECFICOS .................................................................................................. 23

Pgina 2
1. INTRODUCCIN
El propsito de esta ERS es servir de base para enunciar las caractersticas de diseo de
interfaz, contenidos y funcionalidades del proyecto que se va a desarrollar y especificar los
objetivos que quieren conseguirse en este.

1.1. PROPSITO
El presente documento tiene como propsito definir las especificaciones funcionales, no
funcionales para el desarrollo de un sistema.

1.2. ALCANCE
Este proyecto est orientado a la elaboracin de un portal Web dedicado a
viajes. La idea de llevar a cabo este proyecto es debido a que el turismo hoy en da se ha
convertido en una necesidad bsica de las personas. Hace unos cuantos aos el turismo
estaba destinado a aquellas personas con un alto nivel adquisitivo pero, poco a poco, ha
ido introducindose en nuestra vida hasta llegar al punto de convertirse en una necesidad.
Adems, es una de las principales fuentes de ingreso de nuestra economa. Por todo ello,
hemos decidido llevar a cabo este proyecto cuya intencin es facilitar, ayudar y ofrecer
todos los servicios necesarios para que nuestros usuarios disfruten de unas vacaciones de
alta calidad.

1.3. PERSONAL INVOLUCRADO

NOMBRE Roxana
ROL Analista y administrador
CATEGORA
PROFESIONAL
RESPONSABILIDAD Anlisis de informacin,y diseo.
INFORMACIN DE roxana138@hotmail.com
CONTACTO

NOMBRE Lucia
ROL diseador
CATEGORA
PROFESIONAL
RESPONSABILIDAD Anlisis de informacin,y diseo.
INFORMACIN DE lucia_98@hotmail.com
CONTACTO

Pgina 3
NOMBRE Eduwin
ROL Programador
CATEGORA
PROFESIONAL
RESPONSABILIDAD Anlisis de informacin, y diseo.
INFORMACIN DE eduwin_23@hotmail.com
CONTACTO

1.4. DEFINICIONES ,ACRNIMOS Y ABREVIATURAS REFERENCIAS

DEFINICIONES:

Portal Web: Pgina de inicio que permite el acceso a las distintas secciones de un Sitio
Web. Puede tener servicios como: Chat, email, foros, blogs, etc.
Usuario: Cualquier persona que hace uso de la aplicacin.
Navegador: Aplicacin software que permite visualizar pginas de hipertexto.
Sitio Web: Conjunto de pginas web bajo un mismo tema que son compartidas por un
mismo dominio en Internet.
Dominio: Denominacin que identifica a un sitio en la red y expresa el tipo de actividad.
Proceso: Conjunto de acciones que ejecutadas realizan y producen una serie de eventos
en la aplicacin.
Aplicacin: Programa preparado para una utilizacin especfica, en este caso un Sitio Web
que gestiona una agencia de viajes.
Servicio: Conjunto de beneficios que se pueden adquirir en base a una remuneracin.
Interfaz: Mecanismo software que permite el trasvase de informacin entre varias
aplicaciones o entre el propio programa y el usuario.
Estrella: Categora segn la calidad de los servicios ofertados.

SIGLAS:

PC: Pensin completa (desayuno, almuerzo y cena)


MP: Media pensin (desayuno y a elegir entre almuerzo y cena)
AD: Alojamiento y desayuno
SA: Solo alojamiento
UML: Lenguaje Unificado de Modelado. Es un lenguaje grafico para visualizar, especificar,
construir y documentar un sistema de software.

1.5. REFERENCIAS
IEEE Std. 830-1998 Gua del IEEE para la Especificacin de Requisitos.
"Una Gua para la Realizacin y Supervisin de Proyectos Final de Carrera (PFC) en el
mbito de la Web" de la Editorial UPV (REF.247).ISBN 978-84-8363-325-0

Pgina 4
1.6. RESUMEN
Este documento consta de tres secciones. En la primera seccin se realiza una
introduccin al mismo y se proporciona una visin general de la especificacin de recursos
del sistema.

En la segunda seccin del documento se realiza una descripcin general del sistema, con el
fin de conocer las principales funciones que ste debe realizar, los datos asociados y los
factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles.

Por ltimo, la tercera seccin del documento es aquella en la que se definen


detalladamente los requisitos que debe satisfacer el sistema.

2. DESCRIPCIN GENERAL
En la descripcin general se aborda la perspectiva del producto, los distintos usuarios
que Utilizarn la aplicacin, restricciones, supuestos y dependencias de nuestro proyecto.

2.1. PERSPECTIVA DEL PRODUCTO


Nuestra aplicacin, realizar las funcionalidades normales que implementa cualquier
Tienda virtual, venta y bsqueda de productos tursticos, en nuestro caso material
informtico, la gestin y administracin tanto de productos tursticos como de usuarios y
pedidos. Diseo e implementacin de una agencia de viajes virtual.

2.2. FUNCIONALIDAD DEL PRODUCTO

Clasificaremos las funciones de nuestra aplicacin en bloques.


Funciones de bsqueda: Cualquier usuario que acceda a nuestro portal Web, este
registrado o no, podr realizar bsquedas de material en el catlogo a travs de
las diferentes categoras definidas as como una bsqueda automatizada. Cuando
el usuario encuentre el producto se mostrar la imagen del mismo, con su precio,
opcin para visualizar sus detalles y aadir a al carrito de la compra.
Funciones de compra: Para poder finalizar la compra de un producto el usuario
deber Identificarse o en el caso que no est registrado realizar la operacin de
registro.
Funciones de gestin: Las funciones de gestin solo podrn llevarse a cabo por el
Administrador, ser el encargado de realizar altas y bajas de productos as como
de la edicin o rectificacin de estos. Tambin gestionar las distintas categoras
del catlogo de productos,

Pgina 5
Creando o eliminando segn crea conveniente, adems de poder eliminar
usuarios, consultar Pedidos y modificar su estado, as como listar productos,
usuarios, categoras y pedidos.

2.3. CARACTERSTICAS DE LOS USUARIOS

Nuestro sistema constar de tres tipos de usuarios que son los que podrn interactuar con
Nuestra Web: Usuario annimo, usuario registrado y usuario administrador.
Usuario Annimo: Podr realizar consultas al catlogo de productos y navegar de
forma libre por la zona pblica de la Web. Ver productos, descripciones de
productos.
Usuario Registrado: Es aquel usuario que habr efectuado su alta en el sistema y
que por lo tanto sus datos estn en nuestra base de datos. Estos usuarios podrn
realizar las funciones de usuario annimo y podrn efectuar finalizar las compras
aadidas al carrito de la compra.
Usuario Administrador: Este usuario ser el encargado de realizar todas las
funciones de gestin del sistema, modificaciones, listados, mantenimiento de la
base de datos y comprobacin del buen funcionamiento de la Web.

2.4. RESTRICCIONES
Las consideraciones de seguridad que existirn en nuestra aplicacin sern la restriccin
de control y acceso a la informacin, ya que dependiendo de nuestro login y password
dispondremos de unos privilegios para poder realizar determinadas funciones. Ser muy
importante cumplir con la ley de proteccin de datos para as mantener la informacin de
nuestra base de datos protegida ante accesos no deseados Esto ser requisito
indispensable en nuestro servidor que ser donde se almacene toda la informacin
delicada. En el parte del cliente cualquier equipo sobremesa o porttil, con una
configuracin media baja, que soporte un navegador Web estndar seran suficientes para
poder ser utilizados, ya que los requisitos necesarios para visualizar nuestra aplicacin son
escasos. Por el lado del servidor dependeremos del nmero de clientes que estn
conectados de forma simultnea, ya que esto hara que nuestro servidor funcionara de
forma inadecuada. La solucin sera aumentar la potencia del servidor para evitar la
saturacin debida a la ejecucin de mucho cdigo, muchos accesos a nuestra base de
datos.
Otro posible problema del lado del servidor, de fcil solucin actualmente, es el ancho de
Banda para servir las pginas, solucin contratar mayor ancho de banda.
Algo muy importante son las polticas de seguridad en el servidor, as evitaremos posibles
Intrusiones en el sistema. Es fundamental que la configuracin de nuestro servidor Apache
Este optimizada al mximo. No dejar la configuracin que viene por defecto cuando
instalamos
Apache, cambios de contrasea y nmero de puerto de acceso son fundamentalmente

Pgina 6
Acciones que debemos realizar para optimizar la seguridad.
Las copias de seguridad de la base de datos, pginas del servidor y configuraciones del
Servidor, se deben realizar de forma peridica.
En conclusin:

Interfaz para ser usada con internet.


Uso de Dominio (X)
Lenguajes y tecnologas en uso: HTML, PHP, BOOTSTRAP, CSS.
Los servidores deben ser capaces de atender consultas concurrentemente.
El sistema se disear segn un modelo cliente/servidor.
El sistema deber tener un diseo e implementacin sencilla, independiente de la
plataforma o del lenguaje de programacin.

2.5. SUPOSICIONES Y DEPENDENCIAS

Nuestra aplicacin, se podr ejecutar en cualquier sistema operativo actual, basado En


tecnologa Windows o Unix. Ya que vamos a utilizar para su desarrollo una aplicacin del
tipo XAMP, Windows Apache MySQL PHP.
De esta manera con una nica aplicacin nos facilitar el trabajo y configuracin de todos
sus componentes, evitaremos las instalaciones mltiples que pueden resultar complicadas
y a veces incompatibles entre ellas.
Para poder efectuar las pruebas es necesario instalar Apache en la mquina funcionar
como servidor. En nuestro caso el servidor tendr instalado Windows 8.1,10. El desarrollo
de la aplicacin se realizar con HTML y PHP, para su edicin se utilizar SUBLIME TEXT 3.
Para la gestin de la base de datos se utilizar PhpMyAdmin.

3. REQUISITOS ESPECFICOS

En este apartado se presentan los requisitos funcionales que debern ser satisfechos por
el sistema.

REQUERIMIENTOS FUNCIONALES

Identificacin del RF01


requerimiento:
Nombre del Autentificacin de Usuario.
Requerimiento:
Caractersticas: Los usuarios debern identificarse para acceder a cualquier parte del
sistema.
Descripcin del El sistema podr ser consultado por cualquier usuario dependiendo del
requerimiento: mdulo en el cual se encuentre y su nivel de accesibilidad.
Requerimiento RNF01
NO funcional: RNF02
RNF05

Pgina 7
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF02


requerimiento:
Nombre del Registrar Usuarios.
Requerimiento:
Caractersticas: Los usuarios debern registrarse en el sistema para acceder a cualquier
parte del sistema.
Descripcin del El sistema permitir al usuario (cliente, trabajador y Administrador)
requerimiento: registrarse. El usuario debe suministrar datos como: CI, Nombre,
Apellido, E-mail, Usuario y Password.
Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF03


requerimiento:
Nombre del Consultar Informacin.
Requerimiento:
Caractersticas: El sistema ofrecer al usuario informacin general acerca del estado del
pedido, productos turisticos, Calendario de eventos.

Descripcin del Consultar Instruccin Acadmica: Muestra informacin general sobre


requerimiento: los productos tutisticos que la empresa ofrece, en qu consiste, duracin
y costo.
Requerimiento RNF01
NO funcional: RNF02
Prioridad del requerimiento:
Alta

Identificacin del RF04


requerimiento:
Nombre del Consultar Informacin.
Requerimiento:
Caractersticas: El sistema ofrecer al usuario informacin general acerca de la estado
de su pedido, productos turisticos, Calendario de eventos.

Descripcin del Consultar los paquetes turisticos: Muestra informacin general sobre
requerimiento: los productos que la empresa ofrece, en qu consiste, duracin por
perodo.
Requerimiento RNF01

Pgina 8
NO funcional: RNF02
Prioridad del requerimiento:
Alta

Identificacin del RF05


requerimiento:
Nombre del Consultar Informacin.
Requerimiento:
Caractersticas: El sistema ofrecer al usuario informacin general acerca del costo,
productos turisticos, Calendario de eventos.

Descripcin del Consultar Calendario de Eventos: Muestra a los usuarios informacin


requerimiento: relevante a noticias u otros eventos planificados.
Requerimiento RNF01
NO funcional: RNF02
Prioridad del requerimiento:
Alta

Identificacin del RF06


requerimiento:
Nombre del Modificar.
Requerimiento:
Caractersticas: El sistema permitir al administrador, trabajador y clientes modificar los
datos personales, posponer las fechas de los productos tursticos
comprados en cuanto al trabajador y productos tursticos implantadas.
Descripcin del Permite al administrador modificar datos de los usuarios, materias y
requerimiento:
cuentas creadas.

Requerimiento RNF01
NO funcional: RNF02
RNF05
Prioridad del requerimiento:
Alta

Identificacin del RF07


requerimiento:
Nombre del Gestin de la agencia virtual.
Requerimiento:
Caractersticas: Permite gestionar informacin referente a la agencia de viajes virtual.
Descripcin del Crear producto: Permite al trabajador una vez que haya accedido con su
requerimiento:
cuenta al sistema virtual, crear su producto turstico y suministrar
informacin relevante al mismo a los clientes, manteniendo una
comunicacin activa.

Pgina 9
Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF06
RNF07
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF08


requerimiento:
Nombre del Gestin de la agencia virtual.
Requerimiento:
Caractersticas: Permite gestionar informacin referente a la agencia virtual.
Descripcin del Registrar cliente El estudiante deber suministrar su cdula de
requerimiento:
identidad y nombre juntamente con una contrasea para poder
incluirse en una reserva.

oAgencia de viajes Virtual: El estudiante deber suministrar


su nombre juntamente con una contrasea para poder
inscribirse en el sistema.
o Paquetes tursticos: El cliente deber colocar la
contrasea suministrada por el sistema para poder reservar
su eleccin y/o producto turstico.
Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF06
RNF07
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF09


requerimiento:
Nombre del Gestin dela agencia de viajes virtual.
Requerimiento:
Caractersticas: Permite gestionar informacin referente a la agencia de viajes virtual.
Descripcin del Consultar catalogo: permite a los clientes ver informacin de
requerimiento:
alojamiento, paquetes tursticos y tours.

Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF06
RNF07

Pgina 10
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF010


requerimiento:
Nombre del Gestin de la agencia de viajes virtual.
Requerimiento:
Caractersticas: Permite gestionar informacin referente a la agencia de viajes virtual.
Descripcin del Ver: Permite a los clientes ver guas e informacin relevante a las
requerimiento:
paquetes tursticos que reservo solo si se encuentra inscrito en ellas.

Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF06
RNF07
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF11


requerimiento:
Nombre del Gestin de la agencia de viajes virtual.
Requerimiento:
Caractersticas: Permite gestionar informacin referente a la agencia de viajes virtual.
Descripcin del Foros: El estudiante podr mantener una discusin y ver informacin
requerimiento:
sobre un tema determinado lugar o lugares tursticos y sugerencias.

o Permite la interaccin y discusin de usuarios sobre temas


ya antes planteado.

Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF06
RNF07
RNF08
Prioridad del requerimiento:
Alta

Identificacin del RF12


requerimiento:
Nombre del Gestionar Reportes.
Requerimiento:
Caractersticas: El sistema permitir generar reportes.

Pgina 11
Descripcin del Permite al administrador imprimir reportes de los eventos a realizar o
requerimiento:
concluidos, as como tambin, ver listados de clientes por productos y
personal y/o trabajador activos

Requerimiento RNF01
NO funcional: RNF02
Prioridad del requerimiento:
Alta

Identificacin del RF13


requerimiento:
Nombre del Auditora del sistema
Requerimiento:
Caractersticas: Garantizar las soluciones de problemas existentes mediante la
utilizacin del sistema.
Descripcin del Evaluar y analizar los procesos del sistema, proponiendo solucin de
requerimiento:
problemas existentes dentro del sistema utilizado.

Requerimiento RNF03
NO funcional: RNF04
RNF06
RNF07
RNF08
Prioridad del requerimiento:
Alta

REQUERIMIENTOS NO FUNCIONALES.

Identificacin del RNF01


requerimiento:
Nombre del Interfaz del sistema.
Requerimiento:
Caractersticas: El sistema presentara una interfaz de usuario sencilla para que sea de
fcil manejo a los usuarios del sistema.
Descripcin del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:

Prioridad del requerimiento:


Alta

Identificacin del RNF02


requerimiento:
Nombre del Ayuda en el uso del sistema.

Pgina 12
Requerimiento:
Caractersticas: La interfaz del usuario deber de presentar un sistema de ayuda para
que los mismos usuarios del sistema se les faciliten el trabajo en cuanto
al manejo del sistema.

Descripcin del La interfaz debe estar complementada con un buen sistema de ayuda
requerimiento:
(la administracin puede recaer en personal con poca experiencia en el
uso de aplicaciones informticas).

Prioridad del requerimiento:


Alta

Identificacin del RNF03


requerimiento:
Nombre del Mantenimiento.
Requerimiento:
Caractersticas: El sistema deber de tener un manual de instalacin y manual de
usuario para facilitar los mantenimientos que sern realizados por el
administrador.

Descripcin del El sistema debe disponer de una documentacin fcilmente actualizable


requerimiento:
que permita realizar operaciones de mantenimiento con el menor
esfuerzo posible.

Prioridad del requerimiento:


Alta

Identificacin del RNF04


requerimiento:
Nombre del Diseo de la interfaz a la caracterstica de la web.
Requerimiento:
Caractersticas: El sistema deber de tener una interfaz de usuario, teniendo en cuenta
las caractersticas de la web de la empresa.

Descripcin del La interfaz de usuario debe ajustarse a las caractersticas de la web de la


requerimiento:
empresa, dentro de la cual estar incorporado el sistema de gestin de
procesos y el inventario.

Prioridad del requerimiento:


Alta

Identificacin del RNF05


requerimiento:

Pgina 13
Nombre del Desempeo
Requerimiento:
Caractersticas: El sistema garantizara a los usuarios un desempeo en cuanto a los
datos almacenado en el sistema ofrecindole una confiabilidad a esta
misma.

Descripcin del Garantizar el desempeo del sistema informtico a los diferentes


requerimiento:
usuarios. En este sentido la informacin almacenada o registros
realizados podrn ser consultados y actualizados permanente y
simultneamente, sin que se afecte el tiempo de respuesta.

Prioridad del requerimiento:


Alta

Identificacin del RNF06


requerimiento:
Nombre del Nivel de Usuario
Requerimiento:
Caractersticas: Garantizara al usuario el acceso de informacin de acuerdo al nivel que
posee.

Descripcin del Facilidades y controles para permitir el acceso a la informacin al


requerimiento:
personal autorizado a travs de Internet, con la intencin de consultar y
subir informacin pertinente para cada una de ellas.

Prioridad del requerimiento:


Alta

Identificacin del RNF07


requerimiento:
Nombre del Confiabilidad contina del sistema.
Requerimiento:
Caractersticas: El sistema tendr que estar en funcionamiento las 24 horas los 7 das de
la semana. Ya que es una pgina web diseada para la carga de datos y
comunicacin entre usuarios.
Descripcin del La disponibilidad del sistema debe ser continua con un nivel de servicio
requerimiento: para los usuarios de 7 das por 24 horas, garantizando un esquema
adecuado que permita la posible falla en cualquiera de sus
componentes, contar con una contingencia, generacin de alarmas.
Prioridad del requerimiento:
Alta

Identificacin del RNF08


requerimiento:

Pgina 14
Nombre del Seguridad en informacin
Requerimiento:
Caractersticas: El sistema garantizara a los usuarios una seguridad en cuanto a la
informacin que se procede en el sistema.
Descripcin del Garantizar la seguridad del sistema con respecto a la informacin y
requerimiento:
datos que se manejan tales sean documentos, archivos y contraseas.

Prioridad del requerimiento:


Alta

3.1. REQUISITOS COMUNES DE LAS INTERFACE


3.1.1.1. INTERFACES DEL USUARIO: En la interfaz de usuario de nuestra
aplicacin inicialmente se acceder a una pgina principal donde en el lado
izquierdo aparecern todas las categoras de nuestro catlogo de productos, en
la parte central tendremos un listado con artculos, que cambiar a la
descripcin de cada producto si se le pulsa en la opcin de detalles, recaer
sobre la imagen del producto. El apartado de carrito nos permitir visualizar los
productos que hemos ido aadiendo, est opcin nos dejar eliminar artculos
o cambiar las unidades del mismo. Dispondremos de un apartado que nos
permitir identificarnos, y en el caso de que el usuario no sea socio, le
permitir realizar su respectivo registro enviando un formulario y procediendo
a su alta. Segn los permisos de cada tipo de usuario, se podr acceder a las
distintas opciones de la aplicacin. Se dispondr de una aplicacin que nos
facilitar la bsqueda de productos, introduciendo una palabra buscar los
artculos que la incluyan.

3.1.1.2. INTERFACES DEL HARDWARE: Los clientes necesitarn una mquina


que disponga de acceso a internet, actualmente Cualquier equipo que soporte
un navegador Web, con una tarjeta de red, sera lo Recomendado, o bien un
modem. La mquina que realizar la funcin de servidora dispondr de un
repositorio en cual almacenar toda la informacin del catlogo de productos
adems de la base de datos con la informacin de los usuarios registrados. Esta
mquina necesitar una conexin a internet con una banda ancha mayor, para
as poder asistir las peticiones de los clientes.
3.1.1.3. INTERFACES DEL SOFTWARE: Nuestra aplicacin va a ser desarrollada
bajo el sistema operativo Windows 8.1, la versin, sobre nuestro Windows
instalaremos nuestro sistema XAMP, que incorporar Apache como servidor,
MySQl como gestor de base de datos, el cual incluye una interfaz amigable
llamada PHPMyAmin y como lenguaje de implementacin PHP. Para el
desarrollo del interfaz web utilizaremos sublime text que nos ayudar con el
HTML5, las hojas de estilo CSS y con PHP. Los clientes que accedan a nuestra
Web no ser necesario que dispongan de un sistema operativo concreto, el
navegador deber estar actualizado a las ltimas versiones para evitar
visualizaciones errneas o falta de plug-ins. Nuestra aplicacin va a ser
desarrollada con una arquitectura de tres capas.

Pgina 15
3.1.1.4. INTERFACES DE COMUNICACIN: Los protocolos de comunicaciones
van a ser TCP/IP .
3.2. REQUISITOS FUNCIONALES
3.2.1.1.1. REQUISITO FUNCIONAL1
3.2.1.1.2. REQUISITO FUNCIONAL2
3.2.1.1.3. REQUISITO FUNCIONAL3
3.2.1.1.4. REQUISITO FUNCIONAL4
3.2.1.1.5. REQUISITO FUNCIONAL5
3.2.1.1.6. REQUISITO FUNCIONAL6
3.2.1.1.7. REQUISITO FUNCIONAL7
3.2.1.1.8. REQUISITO FUNCIONAL8
3.2.1.1.9. REQUISITO FUNCIONAL9

3.3. REQUISITOS NO FUNCIONALES

3.3.1.1. REQUISITOS DE RENDIMIENTO


Garantizar que el diseo de las consultas u otro proceso no afecte el desempeo de la
base de datos, ni considerablemente el trfico de la red.

3.3.1.2. SEGURIDAD: El sistema contara con un rea de ayuda y soporte para


evitar el mal uso del sistema, y el mejor entendimiento por parte del usuario.

3.3.1.3. FIABILIDAD: Nuestro sistema contar con un sofisticado sistema de


seguridad que proteger la integridad de los datos de los usuarios.

3.3.1.4. RAPIDEZ: El sistema ser capaz de buscar los servicios solicitados en un


tiempo no mayor de 15 a 20 minutos.

3.3.1.5. ROBUSTEZ: Este sistema ser capaz de identificar el error y repararlo


rpidamente para evitar eventos de ndole grave o catastrfica.

3.3.1.6. PORTABILIDAD: El sistema ser capaz de poder cambiarse de equipo


sin sufrir alteracin alguna.

4. ANALISIS DE DIAGRAMAS
Estos modelos nos permitirn comprender mejor la aplicacin, especialmente en grandes
aplicaciones, lo que nos facilitara la tarea de implementacin, as como la ampliacin del
sistema si fuera necesario. Para ello, nos ayudamos de UML, lenguaje unificado de
modelo.

Pgina 16
Aunque UML define una gran cantidad de diagramas para representar los distintos
aspectos del desarrollo de la aplicacin, en nuestro caso nos centraremos en tres tipos de
diagrama:
Diagrama de casos de usos
Diagrama de clases
Diagrama de secuencia
Cada uno de estos diagramas pertenece una clase de diagramas (de estructura, de
comportamiento y de interaccin respectivamente), lo que nos permitir cubrir los
distintos aspectos del desarrollo.
4.1. DIAGRAMA DE CASOS DE USO
Los diagramas de casos de uso describen el comportamiento de un sistema desde el punto
de vista del usuario. De esta forma nos hacemos una idea de las funciones que un sistema
puede ejecutar.

Usuario:
La entidad usuario puede realizar funciones de bsqueda dentro de la aplicacin,
caracterstica comn y generalizada de todos en el sistema. Despus, cada uno de ellos
tendr unas caractersticas que lo diferenciaran del resto en cuanto a funcionalidad se
refiere, tal y como se muestra:

Pgina 17
Visitante:
El visitante tiene las mismas funcionalidades que el usuario, pero adems, debe poder
tener la funcionalidad de registrarse en el sistema tal y como se muestra:

Cliente:
El visitante, una vez se ha registrado en el sistema puede ejecutar un inicio de sistema,
mediante el cual, tras haberse autenticado con xito, debe permitirle realizar las
siguientes acciones:
a) Realizar reservas de los distintos productos, tras la bsqueda pertinente.
b) Dejar comentarios en el forum.

Pgina 18
c) Gestionar sus propias reservas, cancelando, modificando o simplemente consultas las
mismas.

4.2. DIAGRAMA DE CLASES


Este tipo de diagrama nos describe la estructura de un sistema mostrando sus entidades,
atributos y las relaciones existentes entre ellos. Estos diagramas se utilizan durante el
proceso de anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la
informacin que se manejara en el sistema, y los componentes que se encargaran del
funcionamiento y la relacin entre ellos. Este diagrama nos permitir conocer a grandes
rasgos las clases u objetos de nuestro Sistema.

Pgina 19
Hotel: Esta entidad forma parte de la entidad productos, y nos muestra los distintos
destinos a los cuales podemos viajar.
Reserva: Esta clase relacionas a los clientes con los agencia de viajes, estara
constituida por una fechas de entrada y salida, un destino y un usuario registrado.
Agencia Viajes: Seria una de las principales clases de nuestra aplicacin ya que sin su
existencia no tendra ningn sentido. Sobre esta clase los usuarios registrados realizan las
reservas, u los usuarios no registrados, pueden ver nuestro catlogo para decidir si
quieren registrarse para realizar alguna reserva. Sobre esta clase los usuarios registrados
pueden realizar comentarios.

4.3. DIAGRAMA DE SECUENCIA


Los escenarios dan informacin sobre los pasos a seguir para llevar acabo las acciones
descritas en los casos de uso. Se describirn los escenarios y los diagramas de secuencia
asociados a los casos de uso las bsquedas de productos.

Pgina 20
ESCENARIOS PRODUCTOS

BSQUEDAS DE PRODUCTOS:
1. Introducir datos producto
2. Crear producto
2.1. Buscar los datos para el producto
2.2. Devolver producto
2.3. Anadir el producto a la lista
3. Devolver lista productos
4. Lista productos
BSQUEDA DE PRODUCTOS:

RESERVAS DE PRODUCTOS:
1. Introducir datos producto
2. Crear producto
2.1. Buscar los datos para el producto
2.2. Devolver producto
2.3. Aadir el producto a la lista
3. Devolver lista productos
4. Seleccionar hotel
5. Introducir datos reserva hotel
6. Insertar registro de la reserva de hotel en la base de datos
6.1 Confirmar reserva

Pgina 21
RESERVA DE PRODUCTOS:

IDENTIFICACIN DE CLIENTE:
1. Introducir datos usuario registrado
2. Comprobar datos cliente
3. Devolver datos correctos
4. Devolver login correcto

LOGIN USUARIO:

Pgina 22
5. ESPECFICOS

Pgina 23
Pgina 24