P. 1
Fase de Inicio

Fase de Inicio

4.0

|Views: 1.112|Likes:
Publicado porpegasuscbba

More info:

Published by: pegasuscbba on Jul 30, 2008
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

11/04/2012

pdf

text

original

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 Riesgo Riesgo Riesgo Riesgo de de de de de cumpleaños cita con Ingrid sobrecarga de trabajo en la casa enfermedad ó accidente 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
Búsqueda de información Relacionar datos importantes a las atracciones turísticas Clasificar la información disponible

Descripción
El usuario podrá buscar información según ciertos parámetros para personalizar su búsqueda y hacerla según su interés personal. Lo podrá hacer de dos maneras a través de un mapa ó por búsqueda de palabras clave. El sistema podrá relacionar y mostrar tipos y costo de hospedaje, tipos de transporte y costo, vías de acceso, y información que podría ser requerida por los turistas al momento de elegir una atracción turística Clasificar la información disponible según tipo de turismo ó aspectos a conocer para que el usuario vea datos similares.

Prioridad
Crítica

Crítica

Crítica

Acceso de Administrador Orden de los resultados Relacionar búsquedas anteriores similares Programación de tours

El administrador tendrá un ingreso al sistema por medio de contraseña, llevándolo a 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, de mayor a menor.. El usuario puede ordenar por otros criterios ya sea en orden ascendente o descendente. Cuando el usuario vaya navegando ó buscando información el sistema le sugerirá resultados similares de usuarios anteriores. El usuario puede recibir sugerencias de tour de acuerdo a su interés y disponibilidad dinero/tiempo.

Crítica

Importante

Importante

Importante

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 disponible disponibilidad ó existencia. Manejo de errores Realizar un administrador de contenidos Ingles-Español Registro de usuarios Detectar idioma o país Los errores de búsqueda y de navegación se manejan para detectarlos y mostrar posibles soluciones. El administrador podrá realizar una administración del contenido vía Web. El sistema estará en los dos idiomas, inglés y español Cada usuario podrá registrar sus datos básicos para dejar comentarios ó mensajes. 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 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. 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 producto y que podrá ser enriquecida por el administrador. 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. Cada usuario sea o no registrado podrá calificar las atracciones turísticas. 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.

Importante

Importante Importante Importante Importante Secundario

Comentarios

Secundario

Control de Palabras

Secundario

Calificación de cada atracción turística

Secundario

Modelo de Casos de Uso Actores • Usuario o Busca atracciones turísticas ya sea escribiendo palabras clave relacionadas con lo que desea buscar ó

o o o

o o

o o o o o

o •

explorando un mapa del departamento de Cochabamba. Ordenar resultados de la búsqueda. El sistema además mostrará resultados similares de acuerdo a su búsqueda. Los resultados de la búsqueda se mostrarán en orden descendente, de acuerdo a la calificación promedio que tengan los ítems resultantes. Los resultados también pueden ser ordenados por él para evitar El usuario puede solicitar la programación de un tour de acuerdo a ciertos parámetros que ingresará al sistema. Puede enviar y responder mensajes en el foro. Elige el idioma en el que desea leer la información (Inglés – Español) Registra sus datos personales al sistema para poder comentar en el foro ó en el sitio. Deja comentarios en las atracciones turísticas. Cada comentario en el foro ó el sitio será sujeto a moderación del sistema para controlar palabras y filtrar malas palabras. 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 Escenario 2 Escenario 3 Escenario 4 Escenario 5 Escenario 6 Escenario 7 Escenario 8 Escenario 9 F. básico F. básico F. básico F. básico F. básico F. básico F. básico F. básico F. básico F. Alternativo 1 F. Alternativo 1 F. Alternativo 1 F. Alternativo 2 F. Alternativo 2 F. Alternativo 3 F. Alternativo 3 F. Alternativo 4 F. Alternativo 4 F. Alternativo 3 F. Alternativo 2 F. Alternativo 2 F. Alternativo 3

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 Escenario 2 Escenario 3 F. básico F. básico F. básico F. Alternativo 1 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 Escenario 2 F. básico 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 Escenario 2 F. básico 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 Escenario 2 F. básico 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. 2. 3. 4. 5. El usuario invoca el caso de uso cambiar idioma El sistema le muestra los idiomas disponibles. El usuario elige el idioma al que desea cambiarse. El usuario acepta el cambio. 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 Escenario 2 F. básico 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. 2. 3. 4.

El administrador invoca el caso de uso lista de palabras. El sistema le muestra una lista de palabras. El administrador no cambia nada. 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 Escenario 2 Escenario 3 Escenario 4 Escenario 5 Escenario 6 Escenario 7 F. básico F. básico F. básico F. básico F. básico F. básico F. básico F. Alternativo 1 F. Alternativo 1 F. Alternativo 1 F. Alternativo 2 F. Alternativo 2 F. Alternativo 3 F. Alternativo 3 F. Alternativo 2 F. Alternativo 2 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
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 documentos errores que los tengan

Prioridad

Impacto

Contingencia

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 distinguir tres categorías de pasos: • • • en pasos. Podemos

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.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->