SIS125 INGENIERIA DE REQUERIMIENTOS 1-2022 Ms. C. Ing.

GUSTAVO POQUECHOQUE
FACULTAD DE TECNOLOGIA
INTEGRANTES GRUPO DE TRABAJO:
Rocha Osa Jheyson Jhonny
DOCUMENTO DE VISIÓN DEL PRODUCTO
Institución/Empresa App móvil “Conozcamos Bolivia-Let's get to know Bolivia ”
Patrocinador del proyecto Proyecto personal
Gerente de proyecto o Ing. Gustavo Poquechoque
producto
Analista Rocha Osa Jheyson Jhonny
Nombre preliminar del Conozcamos Bolivia-Let's get to know Bolivia
proyecto
Fecha de entrega Indefinida

0.- GLOSA DESCRIPTIVA CASO DE ESTUDIO:

0.-ES UNA APLICACIÓN MÓVIL QUE TIENE COMO OBJETIVO EL PLANEAR, PROMOVER Y FORTALECER EL DESARROLLO DE LA
ACTIVIDAD TURÍSTICA EN BOLIVIA, CONTRIBUYENDO A LA DIVERSIFICACIÓN DE LA OFERTA TURÍSTICA, LA PROMOCIÓN DE LOS
DESTINOS TURÍSTICOS Y EL DESARROLLO REGIONAL DEL ESTADO A TRAVÉS DEL MISMO, ESTA APLICACIÓN PRETENDE CUBRIR
AQUELLOS PROBLEMAS QUE TIENEN LOS QUE ESTTEN INTERESADOS EN LOS LUGARES TURISTICOS Y CULTURA DE BOLIVIA.

1.- DIAGRAMA DE CASOS DE USO DEL NEGOCIO

Actualización
Base de datos Seguridad
Administradores informativa
APK

Soporte y
mantenimiento

Administración
Marketing y
Información
publicidad

Administración
de paquetes
turísticos/Precio

Agencias y
Operadoras de
Turismo

Actualizaciones
Mejoras al
producto

Horarios y
Usuarios
2.- VISIONAMIENTO lugares a
disposicion
 Definir lo siguiente:
 Cliente Objetivo (Target customer): Agencias y Operadoras de Turismo, Usuarios.
  Declaración de necesidad u oportunidad: Esta aplicación móvil es una guía turística, donde podrás
encontrar la información necesaria de los atractivos turísticos, eventos culturales, gastronomía boliviana
y las diferentes actividades que podrás realizar dentro de nuestro país que a diferencia de otras apps
esta trabajaría en conjunto de Agencias y Operadoras de Turismo para poder proporcionar información
detallada sobre los servicios que prestan dichas Agencias y operadoras de Turismo unificándolas en una
sola aplicación.
 Nombre del producto: Conozcamos Bolivia-Let's get to know Bolivia.
 Categoría del producto: Es aplicación para teléfonos inteligentes que ofrece al usuario la información
turística del país.
 Los principales beneficios o las razones convincentes para comprar: Esta aplicación trata de Incentivar a
conocer la vasta información sobre los atractivos del país. Destinos, eventos, gastronomía, actividades,
hoteles, transporte, hospitales y otros servicios forman parte de la información vinculada con cada
destino en los nueve departamentos del país. La herramienta también da recomendaciones para visitar
cada uno de los lugares, sus atractivos principales y cómo llegar a ellos teniendo la misma mapas a
disposición de las ubicaciones a explorar los mismos son proporcionados por Agencias y Operadoras de
Turismo que trabajan con la aplicación, en la misma proporcionamos datos de los paquetes a disposición
desde el precio hasta los horarios teniendo en consideración la conversión de moneda al país de donde
se ingresa a la aplicación, otro de las características de esta app seria el cambio de idioma al momento
del primer ingreso facilitando el entendimiento y uso del mismo.
 Principal alternativa competitiva, sistema actual, o proceso manual actual: “Bolivia te espera” es una
aplicación de 15 megabytes de tamaño, en los cuales se condensa vasta información sobre los atractivos
del país.
 Declaración de la diferencia de los productos primarios: A diferencia de las aplicaciones de turismo
como “Bolivia te espera” la nuestra va a trabajar en conjunto con aquellas Agencias y Operadoras de
Turismo que tenemos que estén dispuestas a hacer un convenio con nuestra app y asi poder presentar
los servicios que prestan con detalle.
 Crear la declaración de la visión mediante la introducción de los términos definidos en la siguiente
plantilla.
 “Para: Agencias y Operadoras de Turismo, Turistas y los usuarios en Gral. que debido a las limitaciones de las
aplicaciones dirigidas al turismo actuales tienden a limitarse a información desactualizada y poco
interactiva con la misma, el: Conozcamos Bolivia-Let's get to know Bolivia es una aplicación para teléfonos
inteligentes en la que podrás encontrar no solo la información necesaria de los atractivos turísticos si no que las
herramientas necesarias para poder experimentar dichos atractivos turísticos.

A diferencia de “Bolivia te espera” nuestro producto no solo se limitar a informar si no que gracias a las agencias de
turismo con la que hicimos convenio podemos promover sus servicios mediante nuestra aplicación con lujos de
detalle brindándoles a los usuarios una gran variedad de servicios.

 Patrocinio y equipo de trabajo (Determinar si se cuenta con los dos elementos)

a) ¿Se cuenta con un sponsor para asegurar que la visión se ajusta con los objetivos organizacionales y
departamentales? y de quien se trata?

Respuesta: Por el momento no se encuentra con ningún sponsor directo debido a que es una propuesta
privada.

b) ¿Se cuenta con un equipo de trabajo, idealmente en colaboración con el sponsor del proyecto, con la
finalidad de revisar la declaración de la visión como sea necesario? ¿Y cómo está conformado?

Respuesta: Si, se cuenta con un equipo de 4 cuatro personas entre analistas y desarrolladores.

 Declaración del problema

“El problema de la desactualización del servicio a brindar dentro de la aplicación, El impacto de esto es los
sobrecostos, información o procesos erróneos, tiempo de respuesta lento a los clientes. Una solución exitosa
sería el continuo seguimiento del estado de los servicios de las agencias de turismo por parte de nuestros
administradores de la aplicación para proceder con su actualización continua.

3.- GLOSARIO
  Determinar quién en el proyecto puede identificar una lista inicial de términos (Indicar que funcionarios y
cargo que proveerán la definición de términos).
 Incluir expertos en la materia (Indicar si se incluirá expertos externos o internos indicando su nombre y
especialidad).
 Identificar términos importantes que sean relevantes para el dominio del negocio. (Examine los nombres en
los documentos existentes del proyecto (por ejemplo, en la carta del proyecto, en la declaración de la visión,
y declaración del problema, Incluya términos relacionados como se indica en el ejemplo de la tabla).

Término Definición Alias

View Las vistas son los elementos que componen la interfaz de usuario de una Vista
aplicación: por ejemplo, un botón o una entrada de texto. Todas las vistas van
a ser objetos descendientes de la clase View, y por tanto, pueden ser
definidas utilizando código Java. Sin embargo, lo habitual será definir las vistas
utilizando un fichero XML y dejar que el sistema cree los objetos por nosotros
a partir de este fichero. Esta forma de trabajar es muy similar a la definición
de una página web utilizando código HTML.
Layout Un layout es un conjunto de vistas agrupadas de una determinada forma. Diseño
Vamos a disponer de diferentes tipos de layouts para organizar las vistas de
forma lineal, en cuadrícula o indicando la posición absoluta de cada vista. Los
layouts también son objetos descendientes de la clase View. Igual que las
vistas, los layouts pueden ser definidos en código, aunque la forma habitual
de definirlos es utilizando código XML
Activity Una aplicación en Android va a estar formada por un conjunto de elementos Actividad
básicos de visualización, coloquialmente conocidos como pantallas de la
aplicación. En Android cada uno de estos elementos, o pantallas, se conoce
como actividad. Su función principal es la creación de la interfaz de usuario.
Una aplicación suele necesitar varias actividades para crear la interfaz de
usuario. Las diferentes actividades creadas serán independientes entre sí,
aunque todas trabajarán para un objetivo común. Una actividad se define en
una clase descendiente de Activity y utiliza un layout para que define su
apariencia.
Fragment La llegada de las tabletas trajo el problema de que las aplicaciones de Android Fragmentos
ahora deben soportar pantallas más grandes. Si diseñamos una aplicación
pensada para un dispositivo móvil y luego la ejecutamos en una tableta, el
resultado no suele resultar satisfactorio.
Para ayudar al diseñador a resolver este problema, en la versión 3.0 de
Android aparecen los fragments. Un fragment está formado por la unión de
varias vistas para crear un bloque funcional de la interfaz de usuario. Una vez
creados los fragments, podemos combinar uno o varios fragments dentro de
una actividad, según el tamaño de pantalla disponible.
Service Un servicio es un proceso que se ejecuta “detrás”, sin la necesidad de una Servicio
interacción con el usuario. Es algo parecido a un demonio en Unix o a un
servicio en Windows. Se utilizan cuando queramos tener en ejecución un
código de manera continua, aunque el usuario cambie de actividad. En
Android disponemos de dos tipos de servicios: servicios locales, que son
ejecutados en el mismo proceso, y servicios remotos, que son ejecutados en
procesos separados.
Broadcast Un receptor de anuncios recibe anuncios broadcast y reacciona ante ellos. Los Receptor de anuncios
Receiver anuncios broadcast pueden ser originados por el sistema (por ejemplo:
Batería baja, Llamada entrante) o por las aplicaciones. Las aplicaciones
también pueden crear y lanzar nuevos tipos de anuncios broadcast. Los
receptores de anuncios no disponen de interfaz de usuario, aunque pueden
iniciar una actividad si lo estiman oportuno
Content En muchas ocasiones las aplicaciones instaladas en un terminal Android Proveedores de
Provider necesitan compartir información. Android define un mecanismo estándar para Contenido
que las aplicaciones puedan compartir datos sin necesidad de comprometer la
seguridad del sistema de ficheros. Con este mecanismo podremos acceder a
datos de otras aplicaciones, como la lista de contactos, o proporcionar datos a
otras aplicaciones.

4.- IDENTIFICAR POSIBLES RIESGOS EN LOS REQUERIMIENTOS

a) Revisar en la siguiente lista inicial de riesgos y determinar si existe la posibilidad de que ocurran estos riesgos
y describir la razón.
 Falta de involucramiento del/los usuarios/s.
 Poco interés de los interesados y sponsor
 Expectativa del cliente poco realista.
 Los desarrolladores aún no han comprendido la necesidad del/los clientes/s.
  Se prevé un constante cambio de requerimientos.
 No se sabe si las necesidades cambiarán y evolucionarán muy rápido
 Solicitudes de los clientes aún poco claros, ambiguos.
 Solicitudes de los clientes contradictorios (conflictivos).
 No existe un responsable institucional directo para el proyecto
 No hay un experto del negocio que se pueda entrevistar
 Deficiente clima institucional.
 Inestabilidad institucional (Económica, laboral, política, etc.)
 El espónsor no apoya el proyecto. El equipo del proyecto puede no tener la autoridad para lograr los
objetivos del proyecto. En tales casos, el apoyo ejecutivo es fundamental para el éxito del proyecto.
 Conflictos entre los interesados del proyecto o hay un desacuerdo a nivel ejecutivo o entre los
involucrados en el visiona miento
 Un sponsor clave abandona prematuramente el proyecto, esa desvinculación se convierte en un gran
problema para el proyecto.
 El alcance no está bien definido por parte del sponsor
 Insuficientes actividades para obtener información necesaria para la definición del alcance.
 Las estimaciones y pronósticos de costo son inexactos.
 Un gran número de solicitudes de cambio en el visionamiento aumenta la complejidad del proyecto y
distrae las características clave.
 Cuando las partes interesadas ignoran las comunicaciones del proyecto.
 Las partes interesadas desarrollan expectativas inexactas.
 Cuando las partes interesadas tienen una actitud negativa hacia el proyecto y les gustaría ver fracasar.
 Las contribuciones de las partes son de baja calidad o irrelevante.
 A primera vista el proyecto no es viable.
 La falta de negociación de un precio razonable para los contratos.
 Incapacidad para negociar condiciones contractuales aceptables.
 Componentes del proveedor introducen términos de responsabilidad civil (por ejemplo, violan patentes).
 Pérdida de la propiedad intelectual.

Riesgos en el equipo de desarrollo

 Cuando su equipo de proyecto necesita adquirir nuevas habilidades para el proyecto, existe el riesgo de
que la productividad disminuya.
 Capacitación de calidad no disponible.
 La formación es inadecuada o no basada en experiencia profesional.
 Los miembros del equipo que son nuevos en el mercado o en la profesión tienden a cometer más errores
y ser menos productivos.
 Miembros del equipo con actitudes negativas hacia el proyecto o pasivamente sabotean cualquier
esfuerzo.
 El equipo carece de motivación. Este es un riesgo particularmente común en proyectos de larga duración.
b) Elaborar la tabla de riesgos (Identificación, Probabilidad, Impacto, Estrategia de mitigación y
Responsables) según el formato de la siguiente tabla:

Factor de riesgo Probabilidad Impacto Estrategia de mitigación Responsable

Los miembros del Alta Alto Adquisición de experiencia Rocha Osa Jheyson
equipo que son nuevos mediante cursos de Jhonny
en el mercado o en la capacitación (Analista)
profesión tienden a
cometer más errores
Un gran número de Media Alto Llevar a cabo un taller de Rocha Osa Jheyson
solicitudes de cambio visionamiento con el actual Jhonny
en el visiona miento gerente y crear modelos de (Analista).
alcance en el taller
aumenta la
complejidad del
proyecto y distrae las
características clave.

Poco interés de las Media Alto Hacer un seguimiento Agencias y

secretarias de los centros continuo para evitar Operadoras de
desinterés Turismo, Usuarios

Parámetros para elaborar la tabla de riesgos

La probabilidad. Riesgo estimado para causar un problema. Usar una escala o rango como es:

a) Bajo: Remota posibilidad que el riesgo se realizará. Entre 0% --- 25%.

b) Medio: Probabilidad moderada que ocurra el riesgo. Entre 26% --- 74%.
c) Alto: Gran probabilidad o certeza de que el riesgo ocurra. Entre 75% --- 100%

El impacto es el grado en que el riesgo afecta negativamente al proceso de requisitos.

a) Bajo: Puede presentar algún impacto, insignificante.

b) Medio: Impacto manejable o marginal.
c) Alto: Impacto critico o catastrófico. Principales problemas que necesitan ser analizados.