Fase de Inicio

Descripción inicial en puro texto de toooooooodo (importantísimo)

Requerimientos Candidatos
Modelo de Casos de Uso
Casos de Uso (prioridades, y detalle), describir casos de uso, pasos
de c caso de uso relevante, + diagrama de colaboración, cada diagrama en
una página)
Actores (nombre, descripción {roles, necesidades,
responsabilidades})
Actores de trabajador
Administrador
Sistema
Mantenimiento
Actores clientes
Actores de sistemas externos
MSN, Google

Requerimientos Adicionales
- de interfaz
- físico
- de diseño
- de implementación
o Browser
o Plataformas
o Lenguaje
o Base de datos
o Php
o Flex, etc
Otros requerimientos
Facilidad
Interfaz de usuario
Memoria de usuario (leer interfaz de usuario en Internet)

Diagrama de estado (de casos de uso clave)

Diagrama de actividad (de casos de uso clave)
Diagrama de interacción (de casos de uso clave)
Descripción de arquitectura
Prototipo de interfaz de usuario:
Mapa de navegación
Creative Design Brief (y luego hacer un documento a parte para esto)
Mood of the site (authority, playfulness, service? Conservative
or provocative?
Accesss from the users to the site (connection speed)
Browsers?
Frames in the site?
Color limitations?
 Creative design comps (initial web UI prototype) + UI Guidelines
(como 5 alternativas para cada caso de uso)

Web design elements a partir de creative design comps

Lista de Riesgos
Lista, categorías, tratamiento {evitar, atenuar, limitar, controlar}

CATEGORIAS
Relacionados a la arquitectura
Eliminar el riesgo de tener que rehacer
Eliminar el riesgo de no poder incorporar fácilmente los
cambios
Relacionados con nueva tecnología
Riesgos a construir el sistema adecuado
Cumplir la misión y usuarios
Identificar los casos de uso correctos
Riesgos relativos al rendimiento
Tiempo de respuesta
Riesgos no técnicos (dirección)
Aca describir riesgos como el matrimonio de clan,
personlaes, aniversarios, cumpleaños, dias que no podré hacer la tesis y
que puedan retrasar la fecha.

• Riesgo de cumpleaños
• Riesgo de cita con Ingrid
• Riesgo de sobrecarga de trabajo en la casa
• Riesgo de enfermedad ó accidente
• Riesgo de ayudar a mamá

Riesgos no clasificados aún.

Riesgo de fiabilidad
Riesgo de integridad de las interfaces de usuario
Riesgo de portabilidad (browsers)
Riesgo de leer, estudiar flex (nuevas tecnologías)

Calendario mejorado
Criterios de evaluación de fase de inicio
Plan de fases (ver el otro doc)

Glosario
Requerimientos Candidatos

A continuación se da una descripción que muestra en palabras

todo lo que se propone en el proyecto, de tal manera que se
entienda con mayor facilidad lo que se realiza en el mismo.

La lista de características es el resultado de la extracción de

información clave a partir de la descripción inicial para
comenzar a elaborar la refinación de los datos y lo que se
quiere exactamente que realice el sistema.

Descripción Inicial

La aplicación o sistema esta orientada al Internet para realizar

búsquedas de información turística de forma dinámica.

El usuario puede buscar atracciones turísticas de Cochabamba

ya sea ingresando una palabra clave acerca de lo que se quiere
ver ó explorando un mapa del departamento.

El sistema deberá representar con simbología en los casos

posibles lo que se quiere expresar, para así evitar el uso total
de texto en todo el sistema y así hacerlo mucho más fácil de
utilizar.

Cualquier error o falla de búsqueda que ocurra, el sistema

podrá identificarlo y aconsejar al visitante para mejorar su
criterio de búsqueda.

El sistema propuesto esta desarrollado para manejar una base

de datos con información sobre las provincias de Cochabamba
y sus atracciones turísticas sin embargo la aplicación es lo
suficientemente capaz de extenderse a otros dominios en otro
momento, dando la flexibilidad posible y la información
necesaria para realizar tal actualización. Como por ejemplo, si
existe la posibilidad de actualizar el sistema para el
departamento de La Paz, existen los documentos de
mantenimiento y la flexibilidad para cambiar el sistema y
adaptar sus funciones de tal manera que provea de
información sobre dicho departamento. La actualización
también podrá realizarse para llevarlo a nivel nacional.

El sistema o aplicación contendrá información de texto y

también elementos multimedia como imágenes y videos.

Búsqueda por palabra:

La búsqueda por palabra debe ser lo más fácil posible de
manejar. Cuando el turista busque las atracciones de su interés
puede refinar su búsqueda utilizando algunos elementos
llamados filtros de búsqueda que sirven para reducir las
posibilidades y ser más preciso en lo que quiere ver.

Dichos filtros de búsqueda son los siguientes:

Tipo de turismo
Ubicación (provincia, sección, cantón)
A un radio de (x) Km. desde la ciudad.
Vía de transporte

Cada atracción contendrá un conjunto de etiquetas, las cuales

podrán servir para clasificar la información.

Cuando el visitante encuentra alguna atracción turística de su

interés puede ver los detalles de esta y además podrá ver
atracciones turísticas que otros visitantes vieron junto con la
que se detalla en ese momento a manera de sugerencias.

Búsqueda por mapa:

La página de inicio del sistema contendrá un mapa del

departamento de Cochabamba, en donde uno puede explorarlo
para identificar lugares, y atracciones turísticas de una forma
gráfica haciendo la experiencia del visitante más divertida y
fácil de utilizar. Posteriormente puede ver los detalles de cada
atracción de la misma manera que la búsqueda por palabra.

Detalles sobre una atracción turística:

Cuando el visitante desea ver en detalle alguna atracción podrá

encontrar la siguiente información:

• Datos Generales

- Nombre completo de la atracción turística.

- Evento (Si o No)
- Fecha de inicio y fin (Si es un evento)
- Mapa, fotos y video
- Tipo de turismo
- Ubicación
- Altura (metros sobre el nivel del mar).
- Temperatura (promedio anual)
- Humedad (promedio anual)
- Precipitaciones (promedio anual)
- Clima (descripción)
- Descripción e historia.
- Horario de atención (Dependiendo del caso)
 - Calificación promedio de la atracción (según lo
que cada visitante pueda calificar por cada
atracción que explore).
- Etiquetas

 Como llegar

- Distancia desde la ciudad (por tramos) (tipo de

vía)
- Tiempo estimado de viaje desde la ciudad en
vía terrestre dependiendo del tipo de vía y la
distancia desde la ciudad.
- Tipos de transporte
o Transporte terrestre
 Empresa
 Horario
 Costo
o Transporte aéreo
 Empresa
 Horario
 Costo

 Donde Alojarse

- Lugar
- Dirección
- Teléfonos
- Dirección Internet
- E-mail.
- Comodidades, o servicios (descripción
detallada del lugar si existe información
disponible)
- Costo por noche para 1 y dos personas.

 Donde comer

- Lugar
- Dirección
- Teléfonos
- Dirección Internet
- E-mail.
- Comida o especialidad de la casa.
- Horario de atención.
- Servicios adicionales como ser: karaoke, piano
bar. (descripción detallada del lugar si existe
información disponible)

• Operadores turísticos

- Lugar
- Dirección
 - Teléfonos
- Dirección Internet
- E-mail.

• Otra información de utilidad

- Que ropa usar.

- Que artículos llevar consigo para ir a ese lugar,
como por ejemplo, botas, linterna de cabeza.
- Precios de referencia
o Ítem
o Costo
o Incluye
- Asistencia en salud
- Telecomunicaciones
- Banca

• Comentarios

Cada visitante puede dejar comentarios debajo de

cada atracción de su interés.

Los que visitan o comentan pueden seguir el tema de

conversación entre comentarios desde su correo
electrónico dejando su dirección, cuando el visitante
comenta registra su correo electrónico para tal fin si
desea o si no de igual manera cualquier persona
puede seguir el tema registrando el correo electrónico
al cual quiere que la información llegue. De todas
maneras el visitante que comenta debe
obligatoriamente dejar su nombre para ponerlo como
encabezado de cada comentario.

Los comentarios serán ordenados empezando desde

el último comentario recibido hasta el primero.

Cada comentario será sujeto de moderación por parte

del sistema comparando las palabras del mismo con
una lista de palabras que el sistema dispone. Si el
comentario incluye una o más palabras de la lista, el
sistema advierte al usuario que el comentario posee
palabras no admitidas en el sitio y el mismo será
modificado para eliminar dichas palabras si el usuario
insiste en publicar el comentario. El administrador
puede administrar o gestionar esta lista y así mismo
puede elegir la forma que el sistema modificará el
comentario.

El sistema utiliza una forma para distinguir a un

usuario normal de los programas de envío automático
de comentarios. Como por ejemplo solicitar al
visitante cual es el resultado de una suma aleatoria,
 verificar el resultado y continuar o caso contrario
rechazar el comentario.

Clasificación para el tipo de Turismo:

Cada atracción turística estará sujeta a una clasificación por

tipo de turismo. La clasificación contendrá los tipos de turismos
más usados para las atracciones turísticas bolivianas. Dicha
clasificación se detalla a continuación:

De Descanso
Deportivo
Cultural
Histórico/Artístico Monumental
De arquitectura popular
De exposiciones
Étnico
Étnico Folklore
Costumbres y Tradiciones
Religioso
De formación
De acontecimientos singulares
Lúdico-Festivo
Literario
Gastronómico
Industrial
De compras o Shopping
Aventura
Ecológico
De Montaña (deportivo/rural)
Verde (con mayor interés científico)
Fluvial

Etiquetas

Son palabras que marcan una idea a la que se refiere dicha

atracción turística, esto sirve para crear una clasificación de las
atracciones turísticas de acuerdo al criterio del administrador.

Relación de la información:

Para que el usuario vea toda la información que desea ver y los
detalles de cada atracción turística el sistema debe relacionar
los datos para mostrarlos como resultado de esa relación.

Como existe mas de una atracción turística en una provincia o

lugar, parte de su información puede ser la misma en otra
atracción, pero en la base de datos no puede haber
repeticiones o datos duplicados.

Por lo tanto el sistema debe distinguir entre que datos son

comunes en cada atracción turística y que datos son propios de
ella de tal manera que se puedan clasificar y hacer que la
búsqueda tenga mas opciones para ordenar la información.

Calificación de las atracciones:

Cada visitante pude calificar la atracción turística que desee

asignándole un valor de acuerdo a un rango, para que el
sistema calcule una calificación promedio de todas las
calificaciones que dicha atracción recibió y mostrar esa
calificación promedio haciendo que la información en la
búsqueda muestre primero las atracciones más aceptadas por
el público y luego las de menos preferencia.

Calendario de eventos:

El sistema brinda un sector especial llamado calendario de

eventos donde el visitante puede observar en orden de fechas
dentro el año toda la gamma de eventos que Cochabamba
posee. Ya sea en la ciudad ó en las provincias. Acá el visitante
puede encontrar algunos eventos en orden cronológico de
manera que cualquier persona puede planificar previamente su
viaje a Cochabamba conociendo las fechas de sus eventos de
interés.
Cuando el visitante elija un mes en particular en el calendario
del sitio, se mostrarán todos los eventos que ocurren en el
mismo indicando la fecha de inicio y fin para cada uno.
El administrador podrá manejar los eventos como atracciones
turísticas especiales donde cada atracción turística contendrá
en sus datos la palabra evento si es el caso además de ingresar
las fechas de inicio y fin del mismo.

Eventos del mes:

Un evento también puede ser una atracción turística. Es por

eso que el usuario podrá saber al inicio del sitio los eventos que
hay en el mes para el departamento.

Programación de Tours:

El sistema es capaz de crear tours alternativos con los

intereses del visitante y ofrecerle esa información sobre ese
tour, para eso el visitante llena un formulario con datos
importantes para tal fin y luego el sistema planteará una
alternativa de tour para el visitante a partir de la información
llenada en el formulario y la información que el sistema
dispone acerca de las atracciones turísticas.

Entre los datos que el visitante llenará en el formulario se

incluye, el tipo de turismo que busca, en que rango esta su
presupuesto, que tiempo dispone y cuantas personas estarán
incluidas en el Tour. Fecha de inicio y fin del Tour.
 El sistema le ofrecerá entre una o varias alternativas como
rutas para elegir.

Sistema Bilingüe:

Cuando el visitante explora en el sistema, el mismo ya detecta

de qué lugar se conecta y de acuerdo al lugar el mismo sistema
decide que idioma entre inglés y español elegirá y cuando se
quiera cambiar de idioma, se podrá hacerlo cuando el visitante
lo requiera.
Esta funcionalidad se limita solamente a las palabras comunes
que se manejan en el sistema, no se aplica a los comentarios ó
descripciones.

Estándares de diseño Web:

El diseño debe tomar en cuenta por lo menos los estándares

más importantes de diseño Web.

Accesibilidad Web:

El sistema debe permitir que las personas, independientemente

de sus capacidades técnicas ó físicas tengan acceso a la
misma, vale decir que personas con capacidades diferentes,
como por ejemplo los no videntes puedan utilizar programas de
redacción sin ningún inconveniente.

La gente que utilizará el sistema será gente desde niños hasta

adultos por lo tanto la información debe ser orientada para
todo tipo de público.

Administración de Contenidos:

Como todo sistema existirá un administrador que realice la

creación o modificación de la información dentro el sistema,
para manejar el contenido dentro el sistema. Este podrá crear
insertar atracciones turísticas, modificar o eliminar las
existentes.

Lista de Características

Característica Descripción Prioridad

El usuario podrá buscar información según ciertos parámetros para personalizar su
Búsqueda de búsqueda y hacerla según su interés personal. Lo podrá hacer de dos maneras a
Crítica
información través de un mapa ó por búsqueda de palabras clave.

Relacionar datos El sistema podrá relacionar y mostrar tipos y costo de hospedaje, tipos de
importantes a las transporte y costo, vías de acceso, y información que podría ser requerida por los Crítica
atracciones turísticas turistas al momento de elegir una atracción turística

Clasificar la Clasificar la información disponible según tipo de turismo ó aspectos a conocer para
Crítica
información disponible que el usuario vea datos similares.
 Acceso de El administrador tendrá un ingreso al sistema por medio de contraseña, llevándolo a
Crítica
Administrador una serie de opciones especiales que forman parte del Panel de Control.

Los resultados de las búsquedas serán ordenados por la calificación que poseen,
Orden de los
de mayor a menor.. El usuario puede ordenar por otros criterios ya sea en orden Importante
resultados
ascendente o descendente.

Relacionar búsquedas Cuando el usuario vaya navegando ó buscando información el sistema le sugerirá
Importante
anteriores similares resultados similares de usuarios anteriores.

El usuario puede recibir sugerencias de tour de acuerdo a su interés y

Programación de tours Importante
disponibilidad dinero/tiempo.

Calendario de Eventos Cada visitante puede ver los eventos del departamento por orden cronológico. Secundario

Eventos del Mes En el inicio del sitio se encontrará un lugar con los eventos del mes. Secundario

Relacionar y mostrar El sistema podrá relacionar y mostrar las imágenes, mapas, historia y precios
información multimedia (información disponible) a las atracciones turísticas respectivas de acuerdo a su Importante
disponible disponibilidad ó existencia.

Los errores de búsqueda y de navegación se manejan para detectarlos y mostrar

Manejo de errores Importante
posibles soluciones.
Realizar un
administrador de El administrador podrá realizar una administración del contenido vía Web. Importante
contenidos
Ingles-Español El sistema estará en los dos idiomas, inglés y español Importante
Cada usuario podrá registrar sus datos básicos para dejar comentarios ó mensajes.
Registro de usuarios Importante
El administrador tiene control sobre los datos de los usuarios

El sistema detectará el país desde donde el usuario se conecta para elegir entre
Detectar idioma o país Secundario
inglés y español al mostrar la información.

Cada atracción turística tendrá comentarios de usuarios, ya sean experiencias u

opiniones. El último comentario publicado se mostrará al principio de la lista y
seguirá ese orden.
Comentarios Secundario
Antes de publicar su comentario, el visitante debe pasar por una prueba que
distingue usuarios de programas automáticos, calculara el resultado de una simple
suma de dos sumandos enteros para comprobar su identidad.
El sistema controlará las palabras utilizadas por el usuario en el foro y comentarios
a partir de una lista negra de palabras que será entregada juntamente con el
Control de Palabras producto y que podrá ser enriquecida por el administrador. Secundario
El administrador podrá añadir, modificar ó eliminar palabras de dicha lista para
mejorar el control.
Cada atracción turística tendrá una calificación promedio como resultado de la
calificación de los usuarios.
Calificación de cada
Cada usuario sea o no registrado podrá calificar las atracciones turísticas. Secundario
atracción turística
El sistema listará en orden descendente, de acuerdo a la calificación, las
atracciones turísticas según los parámetros que haya ingresado el usuario.

Modelo de Casos de Uso

Actores

• Usuario
o Busca atracciones turísticas ya sea escribiendo
palabras clave relacionadas con lo que desea buscar ó
 explorando un mapa del departamento de
Cochabamba.
o Ordenar resultados de la búsqueda.
o El sistema además mostrará resultados similares de
acuerdo a su búsqueda.
o Los resultados de la búsqueda se mostrarán en orden
descendente, de acuerdo a la calificación promedio
que tengan los ítems resultantes.
o Los resultados también pueden ser ordenados por él
para evitar
o El usuario puede solicitar la programación de un tour
de acuerdo a ciertos parámetros que ingresará al
sistema.
o Puede enviar y responder mensajes en el foro.
o Elige el idioma en el que desea leer la información
(Inglés – Español)
o Registra sus datos personales al sistema para poder
comentar en el foro ó en el sitio.
o Deja comentarios en las atracciones turísticas.
o Cada comentario en el foro ó el sitio será sujeto a
moderación del sistema para controlar palabras y
filtrar malas palabras.
o Califica las atracciones turísticas de acuerdo a un
rango.

• Administrador
o El administrador puede entrar al sistema ingresando
su nombre de usuario y contraseña.
o Administra el control de palabras en los mensajes y
comentarios de los usuarios
o Puede subir contenido al sitio y modificar el existente.
o Maneja los datos registrados de los usuarios.

Casos de Uso

• Buscar información

El usuario utiliza este caso de uso para buscar

información, la búsqueda se realizará de acuerdo a los
parámetros elegidos por el usuario, el sistema
desplegará la lista de resultados en orden descendente,
de acuerdo a la calificación promedio que tiene cada
ítem. Adicionalmente este caso de uso mostrará
resultados similares y resultados de usuarios que
buscaron la misma información.

El usuario busca la información ingresando su criterio de

búsqueda y al recibir los resultados selecciona el
deseado para ver los detalles.

Flujo básico:
Precondición: Cuando el usuario busca atracciones ya
sea desde inicio ó desde el menú búsqueda básica.

1. El usuario invoca el caso de uso búsqueda por

palabra.
2. El sistema le despliega una nueva página donde le
presenta un campo de búsqueda.
3. El usuario escribe una o varias palabras clave en el
campo de texto para buscar.
4. El usuario confirma la búsqueda.
5. El sistema le muestra los resultados de la búsqueda.
6. El usuario selecciona uno de los resultados para ver el
detalle.
7. El sistema le muestra los detalles del resultado.
8. Mientras que el sistema por debajo detectará la
dirección de Internet (IP) del visitante para asociarlo
con la experiencia de búsqueda y así ir creando un
conjunto de atracciones turísticas relacionadas con
esa IP.
9. El sistema además le mostrará a manera de
sugerencias atracciones turísticas que se han visto
junto con la atracción que esta viendo en ese
momento. Utilizando para esto conjuntos de
búsquedas anteriores donde hayan visitado la
atracción actual.
10.La instancia del caso de uso finaliza.

Flujo Alternativo 1:

1. Cuando el usuario elige “búsqueda avanzada” en vez

de “búsqueda básica”, la nueva página que aparece
incluye además del campo de texto para escribir las
palabras que desea buscar, un conjunto de filtros de
búsqueda. Para buscar la información existen los
siguientes filtros:

Tipo de turismo
Ubicación (provincia, sección, cantón)
A un radio de (x) Km. desde la ciudad.
Vía de transporte

2. El visitante elige uno o más filtros de búsqueda.

3. Se salta al paso 4 del flujo básico.

Flujo Alternativo 2:

1. Luego del paso 4 del flujo básico puede ocurrir que el

sistema no encontró un resultado alguno.
2. El sistema le avisa del error de búsqueda y aconseja
mejorar o ampliar el criterio de búsqueda, talvez
eliminar filtros o modificar las palabras clave.
 3. Se salta al paso 2 del flujo básico.

Flujo Alternativo 3:

1. Si el usuario luego de ver los detalles de una

atracción turística selecciona una etiqueta de la
atracción turística el sistema le mostrará los
resultados de su nueva búsqueda relacionadas con
esa etiqueta.
2. Se salta al paso 5 del flujo básico.

Flujo alternativo 4:

Cuando el usuario busca atracciones en el mapa ya sea

desde inicio ó desde el menú búsqueda por mapa.

1. El usuario explora el mapa.

2. El usuario elige una atracción turística del mapa.
3. El sistema le muestra los detalles más importantes de
la atracción.
4. El usuario elige ver más detalles de la atracción.
5. Se salta al paso 7 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1
Escenario 3 F. básico F. Alternativo 1 F. Alternativo 2
Escenario 4 F. básico F. Alternativo 1 F. Alternativo 2 F. Alternativo 3
Escenario 5 F. básico F. Alternativo 2
Escenario 6 F. básico F. Alternativo 2 F. Alternativo 3
Escenario 7 F. básico F. Alternativo 3
Escenario 8 F. básico F. Alternativo 3 F. Alternativo 4
Escenario 9 F. básico F. Alternativo 4

• Comentar atracción turística

El usuario utiliza este caso de uso cuando el usuario esta

observando los detalles de una atracción turística ó
evento.

Precondición: El usuario esta en la página de detalles de

alguna atracción turística o evento.

Flujo Básico:

1. El usuario invoca al caso de uso eligiendo la opción

comentar.
2. El usuario ingresa su correo electrónico y nombre
antes de comentar.
3. A continuación escribe su comentario.
 4. Por último el usuario ingresa el resultado de una
suma aleatoria de dos sumandos para comprobar la
legitimidad del usuario. Tomando en cuenta que en
esta página el sistema le indica que tenga cuidado
con el vocabulario que utilice y que algunas palabras
serán sujetas a moderación sugiriéndole que elija una
vista previa de su comentario antes de publicarlo.
5. Confirma el comentario.
6. El comentario se publica en la atracción turística.
7. Los datos del usuario se actualizan en el sistema
aunque el correo electrónico ya exista en la base de
datos modificando ó actualizando simplemente el
nombre del usuario si es el caso. Ó simplemente
añadiendo un nuevo usuario si no existe ese correo
electrónico.
8. El sistema vuelve a la página de los detalles de la
atracción turística.
9. El caso de uso finaliza.

Flujo Alternativo 1:

1. Luego del paso 4 en el flujo básico, si el usuario

desea primero ver como estará publicado su
comentario, elige antes de confirmar el comentario la
vista previa del mismo.
2. Se salta al paso 5 del flujo básico.

Flujo Alternativo 2:

1. Si el usuario no esta de acuerdo con la vista previa de

su comentario en el flujo alternativo 1 puede elegir
volver a la edición del comentario para modificarlo.
2. Se salta al paso 2 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1
Escenario 3 F. básico F. Alternativo 1 F. Alternativo 2

• Seguir tema de conversación

El usuario utiliza este caso de uso para seguir el tema de

conversación desde su correo electrónico y así recibir
nuevos comentarios en esa atracción turística para estar
al tanto.

Flujo Básico:

Precondición: El usuario esta en la página de detalles de

alguna atracción turística o evento.
 1. El usuario elige la opción seguir tema.
2. A continuación ingresa su nombre y correo
electrónico para seguir el tema desde su correo
electrónico.
3. Confirma los datos seleccionando la opción
registrarse.
4. El sistema guarda los datos mostrándole la
información ingresada. Los datos del usuario se
actualizan en el sistema aunque el correo electrónico
ya exista en la base de datos modificando ó
actualizando simplemente el nombre del usuario si es
el caso. Ó simplemente añadiendo un nuevo usuario
si no existe ese correo electrónico.
5. El usuario elige volver a los detalles de la atracción.
6. El sistema vuelve a los detalles de la atracción.

Flujo Alternativo 1:

1. Si el usuario quiere cancelar la acción de registrar sus

datos puede elegir la opción “Cancelar” en el paso 2
del flujo básico.
2. Se salta al paso 6 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1

• Calificar atracción (Caso de uso Secundario)

El usuario puede calificar las atracciones turísticas de

acuerdo a un rango, al aceptar la calificación propuesta
luego verá la calificación promedio actualizada.

Flujo Básico:

Precondición: El usuario esta en la página de detalles de

alguna atracción turística o evento.

1. El usuario invoca el caso de uso calificar atracción.

2. El usuario registra sus datos (nombre y correo) para
calificar.
3. El usuario elige una puntuación entre un rango.
4. El usuario confirma la calificación.
5. Los datos del usuario se actualizan ó se añaden en el
sistema. Aunque el correo electrónico ya exista en la
base de datos se actualiza simplemente el nombre del
usuario si es el caso. Ó simplemente se añade un nuevo
usuario si no existe ese correo electrónico. Si el usuario
con el mismo correo electrónico esta calificando de
nuevo el sistema solamente actualiza la calificación al
nuevo valor que se le asigna actualmente.
 6. Se calcula el nuevo valor promedio para la calificación
total de dicha atracción turística.
7. El sistema vuelve a la página de los detalles de la
atracción actual.
8. La instancia del caso de uso finaliza.

Flujo Alternativo 1:

Cuando el usuario desea cancelar dicha calificación.

Luego del paso 3 en el flujo básico.

1. El usuario cancela la calificación.

2. Se salta al paso 7 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1

• Ordenar Resultados (Caso de uso secundario)

El usuario utiliza este caso de uso para ordenar los

resultados de su búsqueda de acuerdo a algún criterio.
Ya sea número de comentarios, calificación, fecha de
actualización, fecha del último comentario, distancia a
partir del centro de la ciudad.

El orden de resultados también sirve no solamente para

atracciones turísticas sino también para tours.

• Programar Tour

El usuario utiliza este caso de uso para que el sistema

genere un tour de acuerdo a los parámetros que él vaya
a ingresar.

El usuario ingresa ciertos datos al sistema para ver que

tours le sugiere y elige el tour que le parece más
interesante para ver los detalles.

Flujo Básico:

1. El usuario invoca el caso de uso programar tour.

2. El sistema le devuelve un formulario a llenar con
datos ya sean importantes ó secundarios.
3. El usuario ingresa datos en un formulario para
programar el Tour.

- Fecha de Inicio
- Fecha de Fin
- Tema de interés
 - Tiempo máximo de estadía en cada atracción
turística.
- Incluir en el cálculo alojamiento.

4. El usuario confirma los datos para buscar posibles

tours.
5. El sistema agrupa a las atracciones turísticas
relacionadas con ese tema de interés y luego arma
todas las posibles combinaciones factibles que
puedan crear tours tomando en cuenta un conjunto
de factores.
6. El sistema le muestra las combinaciones a manera de
resultados.
7. El usuario elige el tour de su preferencia a partir de
los resultados.
8. El sistema le devuelve los detalles del Tour elegido.
9. La instancia del caso de uso finaliza.

Flujo Alternativo 1:

Cuando no aparece ningún resultado.

1. Luego del paso 5 del flujo básico puede ocurrir que el

sistema no encontró un resultado alguno.
2. El sistema le avisa del error y aconseja cambiar los
datos del formulario.
3. El usuario acepta el aviso.
4. Se salta al paso 2 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1

• Elegir idioma (Caso de uso secundario)

El usuario utiliza este caso de uso para elegir el idioma

en el que desee ver la página. Existen dos opciones
(español – ingles)
A parte del que el sistema ya le asignó en función de su
ubicación geográfica.

Flujo básico:

1. El usuario invoca el caso de uso cambiar idioma

2. El sistema le muestra los idiomas disponibles.
3. El usuario elige el idioma al que desea cambiarse.
4. El usuario acepta el cambio.
5. El sistema actualiza sus datos para mostrar la
información que posee en el idioma elegido.
6. El sistema vuelve a la página de los idiomas disponibles.
7. La instancia del caso de uso finaliza.
• Detectar idioma (Caso de uso secundario)

• Explorar calendario (Caso de uso secundario)

• Autentificar administrador

El administrador puede administrar el sistema ingresando

sus datos de autentificación (nombre de usuario y
contraseña) para entrar al panel de control del sistema.

Flujo básico:

1. El administrador invoca el caso de uso autentificar

administrador.
2. El sistema le pide ingresar sus datos.
3. El administrador inserta sus datos de autentificación
(nombre de usuario y contraseña).
4. El administrador confirma los datos eligiendo la opción
entrar al panel de control.
5. El sistema verifica los datos con los guardados en el
sistema.
6. Los datos son los mismos.
7. A continuación el sistema da la bienvenida al
administrador y le muestra el panel de control.
8. La instancia del caso de uso finaliza.

Flujo Alternativo 1:

Cuando los datos son los incorrectos en el paso 5.

1. Se devuelve un mensaje de error indicando que los

datos ingresados son incorrectos, sugiriendo volver a
intentar.
2. Se salta al paso 2 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1

• Administrar lista de palabras (Caso de uso Secundario)

El administrador controla las palabras de los comentarios.

Administrando una lista de palabras para tal fin. El
administrador puede añadir, modificar ó eliminar palabras
de esa lista para mejorar la eficacia del control.

Flujo básico:

Precondición: El administrador ya se encuentra dentro el

panel de control del sistema.
 1. El administrador invoca el caso de uso lista de palabras.
2. El sistema le muestra una lista de palabras.
3. El administrador no cambia nada.
4. La instancia del caso de uso finaliza.

Flujo Alternativo 1:

Cuando el usuario quiere modificar alguna palabra luego del

paso 2.

1. Selecciona alguna palabra para modificarla.

2. Modifica la palabra.
3. Se salta al paso 2 del flujo básico.

Flujo Alternativo 2:

Cuando el usuario quiere eliminar alguna palabra luego del

paso 2.

1. Selecciona la casilla de una o varias palabras.

2. Elige el botón eliminar palabras.
3. Se salta al paso 2 del flujo básico.

Flujo Alternativo 3:

Cuando el usuario desea ingresar alguna palabra adicional

luego del paso 2.

1. Escribe una palabra nueva en el campo de palabra

adicional.
2. Selecciona la opción añadir palabra.
3. Se salta al paso 2 del flujo básico.

Escenarios:

Escenario 1 F. básico
Escenario 2 F. básico F. Alternativo 1
Escenario 3 F. básico F. Alternativo 1 F. Alternativo 2
Escenario 4 F. básico F. Alternativo 1 F. Alternativo 2 F. Alternativo 3
Escenario 5 F. básico F. Alternativo 2
Escenario 6 F. básico F. Alternativo 2 F. Alternativo 3
Escenario 7 F. básico F. Alternativo 3

Requerimientos No Funcionales:

El tamaño en la lista de palabras tendrá un límite de tamaño

llegando a un máximo de 10 MB.

• Elegir Tipo de moderación (Caso de uso secundario)

• Comentarios no leídos (Caso de uso secundario)

 • Cambiar Datos de cuenta (Caso de uso secundario)

• Administrar usuarios (Caso de uso secundario)

• Administrar contenido (Caso de uso secundario)

El administrador administra el contenido de la información

en el sitio. Puede modificar la información, insertar nueva
información ó eliminarla.

Requerimientos Adicionales

• Ser un sistema moderadamente flexible para cambiar su

uso de ámbito departamental a nivel nacional.
• Ofrecer un nivel básico de seguridad en la autentificación
del administrador.
• Reducir el nivel de errores de gramática y ortografía en el
texto de la interfaz de usuario a 3% como mínimo.
• Tomar en cuenta los estándares más importantes del diseño
Web.
• Permitir el acceso a todas las personas en Internet
incluyendo personas con capacidades especiales.
• La información contenida debe ser apta para todo público.
• Mantener el uso de texto equilibrado con el de gráficos ó
símbolos.
• Ofrecer una experiencia sencilla y divertida para el usuario
que vaya a utilizar el sistema.

Prototipos de Interfaz de Usuario

A continuación se muestran los elementos clave para la interfaz

de usuario, en la siguiente fase se desarrollaran mejor los diseños de
pantalla.

 Tour
 Búsqueda
 Mensaje
 Idioma
 atracción turística
 comentario
 calificación
 panel de administración
 lista de palabras
 contenido

Lista de Riesgos
 Riesgo Prioridad Impacto Contingencia

Riesgo de no conseguir
la arquitectura correcta

Riesgo de no conseguir
los requisitos correctos
Riesgo de que el
sistema no sea flexible

Riesgo de no terminar
a tiempo
Riesgo de que los
documentos tengan
errores

Glosario

Proceso de Ingeniería de Software

Un proceso es un conjunto de pasos ordenados para alcanzar

un objetivo. En ingeniería de software, el objetivo es construir
un producto de software nuevo o extender uno existente. En
RUP esto se organiza en un conjunto de Disciplinas que define
un flujo de trabajo.

Disciplina
Una disciplina es una colección de actividades relacionadas
vinculadas con un área específica del proyecto. Este
agrupamiento de actividades en disciplinas es principalmente
para facilitar la comprensión del proyecto desde la perspectiva
tradicional del modelo en cascada.

Las disciplinas son las siguientes:

• Requerimientos
• Análisis
• Diseño
• Implementación
• Pruebas

Flujo de Trabajo

Un flujo de trabajo describe la secuencia en que se realizan las

actividades en una disciplina, quienes la realizan (trabajadores)
y que artefactos producen.

Trabajador (Rol)

Un trabajador o rol, define un comportamiento o

responsabilidades de un individuo o grupo de individuos
trabajando en equipo, en el contexto de una organización de
ingeniería de software.

Actividad

Los trabajadores realizan actividades. Una actividad es algo

que realiza un trabajador para proveer un resultado de valor en
el contexto de un proyecto.

Pasos (Steps)

Las actividades son descompuestas en pasos. Podemos

distinguir tres categorías de pasos:

• Pasos de análisis: donde el trabajador comprende la

naturaleza de la tarea, examina los artefactos de
entrada, y formula las salidas.
• Pasos de acción: donde los trabajadores crean o
actualizan algunos artefactos.
• Pasos de revisión: donde los trabajadores
inspeccionan los resultados según determinados
criterios.
Artefactos

Las actividades tienen artefactos de entrada y de salida. Un

artefacto es un producto de trabajo en un proceso: los
trabajadores utilizan artefactos para realizar actividades y
producen artefactos como resultado de sus actividades. Los
artefactos son responsabilidad de un único trabajador y
promueven la idea de que toda pieza de información en el
proceso debe ser responsabilidad de un rol específico. Un
trabajador es el “propietario” de un artefacto, pero otros
trabajadores pueden usarlo y tal vez modificarlo si tienen
permiso para ello.