Manual Del Sistema

Gua del sistema
MANUAL DEL
SISTEMA DE
INFORMACION
MULTIPROPOSITO
PARA SAMSUNG
SMART TV
MANUAL DEL SISTEMA DE INFORMACION MULTIPROPOSITO PARA SAMSUNG

SMART TV
MANUAL DEL SISTEMA DE INFORMACION MULTIPROPOSITO PARA SAMSUNG

SMART TV
INTRODUCCIN
Este proyecto es una aplicacin enfatizada como un sistema de informacin
infraestructural y geogrfica multipropsito, que cubrir los siguientes aspectos:
turismo, transporte, educacin, salud y administrativo para mantener actualizados
a los usuarios que posean un Smart Tv Samsung sobre la ubicacin de sitios que
correspondan a estas categoras; esto a travs de un mapa facilitando al usuario
una imagen mental actualizada de la ciudad cada vez que lo desee.
DESCRIPCIN DEL PROBLEMA

Cada ao son cientos, tal vez miles de turistas los que arriban a la ciudad de
Cartagena, para varios de ellos es la primera experiencia que tienen en nuestra
ciudad, y en muchas ocasiones se les hace muy difcil ubicar las locaciones a las
cuales desean llegar. Hospitales, sitios tursticos, terminales de transporte, etc.
Estos son algunos de los sitios ms difciles de localizar para ellos y que a veces
se vuelve un dolor de cabeza, dado esto se hace necesario un aplicativo que llene
este vaco y que pueda suplir las necesidades de aquellos turistas que visitan
nuestra ciudad.
MISIN
Realizar y conseguir la consecucin de una aplicacin sobre la plataforma Smart
tv orientada para todo tipo de personas con el fin de transmitir informacin
importante a travs de geo-referenciacin, que satisfaga la necesidad de conocer
la ubicacin de un sitio de inters en el mapa de una ciudad, en este caso,
Cartagena de Indias.
VISIN
Lograr que las personas puedan disfrutar de un sistema de informacin
geogrfico- infraestructural multipropsito que agilice el conocimiento espacial en
Cartagena de Indias por medio del uso de esta aplicacin, se adquiera seguridad y
autoconfianza geo referencial en el momento de visitar un sitio deseado en los
campos turstico, estatal, transporte, educativo y mdico.
1. MODELO DEL NEGOCIO

Dentro de nuestra investigacin usamos el mtodo de recoleccin de la entrevista,
a partir de preguntas pertinentes a personas naturales y jurdicas, administradores
de sitios tursticos, restaurantes, hoteles, gremios del transporte, entes educativos
de secundaria y de educacin superior pblicos y privados, con el fin de conocer
las necesidades de los cartageneros y de los turistas en la difusin de informacin
geogrfica e infraestructural sobre sitios de inters en la ciudad de Cartagena de
Indias D.T.H. y C. en el momento que lo necesiten; teniendo todos los datos
recolectados , la muestra nos lleva a la conclusin que la gente observa televisin
de 4-6 horas diarias, consecuentemente llevndonos a la siguiente pregunta:
Qu medio sera til para la difusin de informacin y por el cual la gente se
actualice sobre las ubicaciones de sitios de inters turstico, educacional,
gubernamental, de salud y de terminales de transporte en la ciudad? A partir de
esta inquietud surge el proyecto de la creacin de un sistema de informacin
infraestructural multipropsito para forneos y propios bajo la tecnologa Smart Tv.
1.1 CASOS DE USO MUNDO REAL

A partir del uso de tcnicas de recoleccin de informacin sobre los sitios de
inters de la ciudad de Cartagena, se lleg a ahondar ms en la necesidad de
forneos y propios; esto es representado por medio de la abstraccin dada en el
siguiente diagrama en el que se tiene en cuenta los posibles tipos de usuario que
pretende satisfacer el uso de esta aplicacin cuya base es la georeferenciacin de
sitios de interspara que determinar su ubicacin y llegar al lugar deseado.
Para respaldar las bases de este caso de uso, en el glosario se puede ver que el
ideal ltimo de este caso de uso es el de satisfacer a un cliente (un usuario final)
por medio de la visualizacin de un mapa para hacer una consulta (uso de Google
Maps) a travs de un Samsung Smart TV.
DIAGRAMA DE CASO DE USO MUNDO REAL:
DESCRIPCIN CASOS DE USO MUNDO REAL:

Nombre del caso de uso: Consultar sitios de inters
Actor: Usuario
Personal interesado:
a. Encargados del sitio: Son localizados en mapa de sistema de informacin
b. Cliente: Realiza la consulta
Precondiciones:
1. Se debe realizar la actividad de Ir al sitio.
Post condiciones:
1. Cliente realiza consulta y obtiene la informacin pretendida.
Flujo principal de eventos:

1. Usuario busca en aplicacin categora del sitio de inters para ver ubicacin
en mapa.
2. Usuario obtiene y visualiza informacin pedida
3. Fin.
Flujo alternativo:
1.a. falla la conexin a la base de datos.
1.b. falla la conexin a google Maps.
2.a. el aplicativo deja de funcionar por causas del sistema operativo.
Descripcin:
El usuario busca informacin del sitio deseado a travs de la aplicacin y esta le
brinda la locacin del lugar.
Frecuencia: Cada vez que el usuario desee realizar una consulta.
Nombre del caso de uso: Ir al SITIO

Actor:Usuario
Personal Involucrado e Intereses:
1. Encargados del sitio: Lugar donde el usuario realizara la visita

2. Cliente: Quien realiza la consulta.
Precondiciones: ninguna
Garantas de xito (Post condiciones): Cliente llega al sitio de inters deseado
Escenario principal de xito (o flujo bsico):
1. El cliente consulta sitio de inters
2. El cliente se dirige al sitio
Flujo alternativo:
1. a. Falla conexin del aplicativo Smart Tv en el momento de hacer consulta.
2. a. El cliente no encuentra el sitio por alguna circunstancia ajena al uso del
aplicativo.
Descripcin:
El usuario consulta un sitio de su inters en el mapa de la ciudad de Cartagena
usando el aplicativo en Smart Tv y sabiendo la ubicacin del lugar, llega a este.
Frecuencia: Cada vez que el cliente desee visitar el sitio de inters.
1.2 MODELO DOMINIO

Para poder realizar este modelo, ha sido necesario tener presente todos los
agentes involucrados directamente en el modelo de requisitos del sistema, es
decir, los encargados de los sitios de inters, as como los usuarios que quieran
dirigirse hacia esos lugares tienen espacio en el anlisis del problema.
Por medio de un anlisis de los actores, se determina finalmente que los
involucrados son: usuario (quien usa el aplicativo Smart Tv), Centro de
informacin (quien contiene la informacin de los sitios de inters) y el Sitio de
inters (lo que el usuario quiere consultar y ver en el mapa para poder dirigirse all)
En sntesis lo que este modelo de dominio trata de dar a entender, es que uno de
los actores primordiales (con accin sobresaliente), el usuario consulta ubicacin
del punto deseado a un Centro de informacin que contiene todos los datos
relacionados respecto a los lugares de inters de la ciudad, es decir, brinda
informacin del Sitio de inters, por lo tanto, despus que el usuario de Samsung
Smart TV consulta el lugar en el mapa, se dirige a este gracias a que un Centro de
informacinintermedi para que eso fuera posible conteniendo y permitiendo la
visualizacin de los datos esperados.
1.3 DIAGRAMA DE ACTIVIDADES

Para la consecucin de este diagrama, se tuvieron en cuenta los casos de uso
representados en el comportamiento interno de las actividades dadas por el
usuario en el sistema, por ello, en este grfico se muestran las cosas que pueden
hacerse en el momento en que el usuario se dirige hacia algn centro de
informacin cualquiera para buscar informacin sobre un sitio que quiera visitar de
la ciudad hasta llegar a este.
En este diagrama, vemos que hay un usuario que por medio del Smart TV, se
dirige a un centro de informacin, es decir, usa un aplicativo que se conecta a un
servidor que contiene informacin de los sitios (o el sitio) de inters que desea
visitar, luego, este centro le da la ubicacin del sitio deseado, pero, en casode no
encontrar el punto deseado, el usuario vuelva a consultar al centro de informacin
para ver si actualizaron los datos de los sitios, finalmente, en caso de encontrar el
sitio en el mapa, se dirige y llega al sitio deseado.
2. REQUERIMIENTOS
Ver documento anexo llamado Especificacin de requerimientos.
3. MODELO DE DISEO
En nuestra aplicacin Sistema de informacin multipropsito a travs de
Samsung Smart TV como en cualquier otro sistema software se resalta el uso de
patrones arquitectnicos que definen la estructura interna del sistema. Siendo
precisos, a la hora de organizar y construir nuestra aplicacin tenemos presente el
patrn llamado Indireccin que evita la relacin directa entre dos clases usando
as un elemento intermedio (clase) que tom dicha responsabilidad o medie la
relacin, el uso de este patrn se visualiza en la parte de conexin a la base de
datos donde usamos una plataforma intermediaria para hacer la relacin con la BD
y la relacin entre las funciones contenidas en el fichero JavaScript, reduciendo
interacciones entre funciones y procedimientos, as como la cantidad y la
complejidad de los parmetros. El us de este patrn nos aporta la incidencia de
otro, llamado bajo acoplamiento por el hecho de evitar las ligaduras excesivas
entre clases; de tal forma que en caso de producirse una modificacin en alguna
de ellas, se tenga la mnima repercusin posible en el resto de clases,
potenciando la reutilizacin, y disminuyendo la dependencia entre las clases
promoviendo una alta cohesincaracterizada por clases con responsabilidades
estrechamente relacionadas para que no realicen un trabajo enorme, esto trae una
ventaja significativa representada en una gran funcionalidad soporta una mayor
capacidad de reutilizacin. Otro aspecto a tener en cuenta es el hecho de la
reutilizacin de cdigo fuente en nuestra aplicacin siendo as un recurso vital
para la realizacin y dinamismo de la misma.
3.1 VISTA LGICA
Para la construccin de cualquier aplicacin es necesario organizar sus partes

mediante un estudio de su arquitectura y estructuracin lgica desde un punto de
vista de la ingeniera de software para su creacin, comportamiento y ejecucin
ante el usuario. La importancia de esta fase es la de tener un camino claro en los
parmetros a seguir para la consecucin del proyecto software que cumpla con los
requerimientos funcionales y no funcionales.
DIAGRAMA DE COMPONENTES
Ya no dividimos el software entre cada uno de sus entes, si no que ahora lo
hacemos en componentes los cuales son ms generales y adems de eso
hacemos nfasis en que las relaciones presentadas son servicios prestados por
cada uno de los componentes, que a su vez representan casos de uso a nivel de
diseo.
3.2VISTA DE COMPORTAMIENTO
3.2.1 DIAGRAMA GENERAL DE CASO DE USO

Ademas de mostrar que es lo que debe realizar el sistema en el mundo real,
tambien debemos enfatizar sobre las funciones que debe realizar el aplicativo
software, las necesidades que debe satisfacer para cumplir bien sus objetivos.
3.2.2
DESCRIPCIN CASOS DE USO

3.2.2.1 Descripcin caso de uso visualizar mapa
Nombre: Visualizar mapa.
Precondiciones: ninguna
Propsito: Ver un mapa de la ciudad para ubicar un sitio deseado.
Actor: Usuario (puede ser cualquiera)
tem uso de tecnologas: Uso Smart Tv
1.
2.
3.
4.
5.
6.
El sistema despliega interfaz grfica (GUI).

El usuario ingresa consulta.
El sistema valida los datos expresados.
Invocar caso de uso Consultar mapa
El sistema despliega consulta en mapa.
Fin.
Flujos alternativos:
3. a. Prdida de conexin: se muestra una ventana que indica que no hay
conexin.
3. b. Datos invlidos: en el caso de bsqueda personalizada, se muestra que no

hubo coincidencias.
Post-condiciones (garantas de xito):
1. Se visualiza en el mapa el resultado de la consulta.
Descripcin:
En el momento que el usuario quiera usar el aplicativo, el sistema despliega una
interfaz para que pueda guiar su bsqueda geo referencial mediante la
visualizacin del mapa.
Frecuencia: Cada vez que el usuario desee entrar.
3.2.2.2 Descripcin Casos de Uso Consultar mapa
Nombre:
Consultar mapa.
Precondiciones:
1. Poseer conexin web que garantice acceso al servidor que contiene la base
de datos de las coordenadas.
Propsito:
Hacer posible que la aplicacin Smart Tv cumpla con el requerimiento funcional de
llevar a cabo una consulta geo referencial de un sitio en el mapa.
Actor: App (Aplicacin de Smart Tv)
1. La aplicacin obtiene mapa con Google Maps
2. La aplicacin ubica sitio en el mapa mediante la bsqueda personalizada o por
categoras.
3. Fin.
Flujos alternativos:
1. a. Falla de conexin con Google.

2. a. No encuentra sitio de inters en bsqueda por categoras.
2. b. No encuentra sitio de inters en bsqueda personalizada.
Post-condiciones (garantas de xito):
1. La aplicacin obtiene coordenadas de sitio para mostrar en el mapa.
Descripcin:
El aplicativo Smart Tv verifica la conexin a la base de datos que contiene
informacin sobre las coordenadas de los sitios de inters para que permita la
visualizacin de estos en un mapa.
Frecuencia: Cada vez que la aplicacin tenga que hacer una consulta para
localizar sitios en el mapa.
3.2.3 DIAGRAMAS DE SECUENCIA

Cada uno de los casos de uso presentado a nivel de diseo tiene a su vez un
comportamiento. Uno que es imperceptible por el usuario, pero que es realizado
de forma interna, el cual es muy importante, ya que es el que le brinda soporte a
la funcin que ejerce el sistema.
3.2.3.1 CASO DE USO: VISUALIZAR MAPA
3.2.3.2 CASO DE USO: CONSULTAR MAPA POR CATEGORAS
3.2.3.3 CASO DE USO: CONSULTAR PERSONALIZADA EN MAPA
3.2.4 DISEO INTERFAZ
CASO DE USO VISUALIZAR MAPA
GRFICA DE USUARIO
CASO DE USO CONSULTAR MAPA
3.3 VISTA ESTRUCTURAL
3.3.1 DIAGRAMA DE CLASE

Despus de analizar los objetivos de diseo y los estilos arquitectnicos para el
sistema de informacin se decide: Utilizar una arquitectura basada en capas
cerradas que separe la aplicacin en dos niveles: lgica de aplicacin y servicios
(Base de Datos).
Razn:
-Mejora la estructura del sistema y fomenta la flexibilidad en cuanto a sustitucin
de servicios. Utilizar una arquitectura cliente-servidor para establecer la
comunicacin entre los subsistemas de cada capa que pueden estar situados en
distintos nodos del sistema.
-Permite distribuir los distintos subsistemas del sistema reduciendo el
acoplamiento slo a travs del protocolo de comunicaciones. Fomenta la
interoperabilidad, y facilita la escalabilidad del sistema.
Diagrama de clases (anlisis).

El sistema que estamos desarrollando es un sistema SOA.Una arquitectura SOA
se puede verde manera parcial y abstracta a travs de un arquitectura n-layer de
servicios que se alinean con los procesos del negocio. La siguiente figura nos
muestra esta arquitectura n-layer.
Arquitectura SOA n-layer.

En nuestro caso no existen componentes reutilizables (capa componentes negocio
en la figura) ya que se ha construido el sistema como un todo, sin llevar a cabo
una subdivisin en subsistemas funcionales (no se ha considerado necesario dada
la dimensin).
La primera aproximacin al desarrollo de componentes para una tpica
arquitectura SOA, consiste en implementar la lgica de negocio en clases e
interfaces claramente definidos.
Un componente orientado a servicios consta de:
Fachada: nos da acceso a una funcionalidad determinada ocultando su

implementacin (desacoplamiento)
Servicio: clase en la que se implementa la lgica de negocio (operaciones)
Dominio: conjunto de clases que almacenan el estado de los servicios (sin

encapsulacin, clases con solo variables setters and getters).
Por tanto en la arquitectura orientada a servicios se separa la funcionalidad

(mtodos) de los datos de los objetos (variables).
Despus de analizar los objetivos de diseo y los estilos arquitectnicos para el

sistema de informacin se decide:
Utilizar una arquitectura basada en capas cerradas que separe la aplicacin

en dos niveles: lgica de aplicacin y servicios (Base de Datos).
Razn: Mejora la estructura del sistema y fomenta la flexibilidad en cuanto a

sustitucin de servicios.
Utilizar una arquitectura MVC para desacoplar la lgica de aplicacin (en

nuestro caso el WebService se podra ver como el controlador).
Utilizar una arquitectura cliente-servidor para establecer la comunicacin

entre los subsistemas de cada capa que pueden estar situados en distintos nodos
del sistema.
Razn: Permite distribuir los distintos subsistemas del sistema reduciendo

el acoplamiento slo a travs del protocolo de comunicaciones. Fomenta la
interoperabilidad, y facilita la escalabilidad del sistema.
La arquitectura en capas con los paquetes propuesta anteriormente ser la

mostrada en la siguiente figura:
A continuacin, nos enfatizaremos en los diagramas de clase basados en los

casos de uso de diseo, donde se muestran los mtodos y atributos implicados
desde la perspectiva del cdigo fuente.
Diagrama de clases de caso de uso Visualizar mapa.
Diagrama de clases de caso de uso Consulta global
Diagrama de clases de caso de uso Consulta personalizada.

Por ltimo, es importante la persistencia de datos para que el producto software
pueda mostrar los resultados esperados por el usuario final.
Diagrama de clases de la persistencia.
3.3.2 DISEO DE CLASE (LGICA, ATRIBUTOS Y MTODOS)

El proceso de desarrollo del cdigo fuente guiado por los parmetros del UML
llevan a procesos iterativos y progresivos que son tiles en la creacin de un
modelo de diseo de clases, en este caso, que sea concorde con la
representacin del sistema esperado.
4. MODELO DE IMPLEMENTACIN
4.1 VISTA DE DESARROLLO
4.2 VISTA DE DESPLIEGUE

Ademas de la estructura de nuestro software, tambien se hace necesario mostrar
como se relaciona con el harware que estamos utilizando, especialmente en
nuestro caso, debido a que estamos implementando nuevas tecnologias como lo
es smart tv.
PLAN DE RIESGOS
Es sabido que en todo proyecto siempre hay un sin nmero de problemas que se
pueden presentar en el transcurso del mismo, por ende se hace necesario
analizarlos de manera detallada, es por esta misma razn que se debe realizar un
plan de riesgos, el cual tenga en cuenta todos los posibles inconvenientes y sus
caractersticas.
Tipo de
riesgo
Riesgos
de costo.
Identificaci
n de Riesgo
Cambio de
tecnologa.
Causas de
riesgo
La tecnologa
fundamental
sobre la que
se construye
el proyecto se
cambia por
una nueva.
Surgen ms
especificacion
es de las
esperadas.
Riesgos
de costo
y tiempo.
Cambio de
requerimiento
s
Riesgos
externos.
Cambio en la
Georeferenci
acin
La zona de
estudio en la
que se basa
el proyecto es
cambiada.
Riesgos
de costo
Sin
disponibilidad
Puede que
algn
Como evitar
Como atender
riesgo
riesgo
Asegurndose
Adaptar el
que la
proyecto a los
tecnologa con
cambios que
la que se va a
esta nueva
trabajar consta
tecnologa
de buen
incorpora.
soporte.
Definiendo
Aumentando las
claramente con horas de trabajo
el cliente, los
o en dado caso
requerimientos
el personal
funcionales y
para cumplir con
dejando claro
los
que los cambios
requerimientos
que el incorpore
adicionales.
fuera de los
previstos
equivalen a mas
costos.
Asegurndose
Revaluando la
de que se est zona y aplicando
realizando el
los estudios o
estudio en el
encuestas en la
lugar correcto.
nueva zona.
Preguntndole
al cliente o
estando seguro
de la zona a la
que se vender
el producto es la
misma que se
estudi.
Constante
El equipo
verificacin del
encargado debe
y tiempo.
de hardware
para el
proyecto.
integrante
sufra daos
en los
equipos
utilizados
para el
desarrollo del
proyecto.
Riesgos
de equipo
de
trabajo.
Falta de una
clara
asignacin de
responsabilid
ades
Riesgos
de
tiempo.
Errores
ocultos.
Es muy
frecuente en
todos los
proyectos que
por falta de
comunicacin
haya fallos en
la asignacin
de tareas
entre cada
uno de los
miembros del
grupo.
Hay muchos
errores dentro
de la
elaboracin
de un
producto,
tanto en la
fase de
anlisis como
en la de
diseo.
estado de los
equipos, realizar
planificaciones
desde el
principio de la
realizacin del
proyecto por
medio de la
asignacin
grupal de
responsabilidad
es
Definir
asignacin de
roles a los que
hacen parte del
desarrollo de la
aplicacin
mediante una
metodologa en
especial como
RUP desde el
inicio del
proyecto.
tener backups o
respaldos de la
aplicacin en
otros
dispositivos y/o
en servidores de
guardado de
archivos a su
disposicin
Mediante
procesos de
gestin de
calidad en cada
fase se pueden
evitar fallas que
podran ser
inesperadas.
Sealar
mediante
documentacin
las secciones
que pueden ser
propensas a
fallos y alternar
esfuerzos para
no
desenfocarnos
del desarrollo de
la aplicacin.
Crear flujos
alternativos de
trabajo que se
puedan
compartir
responsabilidad
es como se
hace en la
metodologa
Scrum.
PLAN DE ITERACIONES
Es sabido que la metodologa RUP es una metodologa iterativa, por ende, ya que
esta es la metodologa que utilizaremos a lo largo del proyecto, es necesario
planificar el nmero de iteraciones que se van a realizar. Como nuestro proyecto
no es de gran envergadura, solo se hace necesario realizar una iteracin por fase.
Flujos de
trabajos
fundamenta
les
Fases
inicio
elaboracin
construccin
transicin
It.
3
It.6
requisitos
Anlisis
Diseo
Implementaci
n
prueba
Iteracin(e
s)
preliminar
It.1
It.2
It.
4
Iteraciones
It.
5
It.7
ANEXOS
ENTREVISTAS:
Tipo de entrevista:
En funcin de quienes intervienen: un entrevistador, un

entrevistado.
En funcin de la tcnica de interrogar: entrevista
estandarizada o estructurada.
En funcin del clima de la entrevista: normal o relajada.
Tiempo dado para la entrevista:10-15 minutos mximo

Numero de entrevistas realizadas: 8 entrevistas
Numero de preguntas de la entrevista:10
Contenido:
1. alguna vez ha utilizado o escuchado hablar sobre google
maps?
2. ha utilizado algn televisor con tecnologa Smart tv?

3. Qu tipo de publicidad utiliza su establecimiento o
empresa para atraer clientes?
4. A qu tipo de clientes est orientado su negocio?
5. considera suficientes los resultados obtenidos con este
tipo de publicidad?
6. considera que su locacin es dificultosa de encontrar?
7. considera muy cambiante la locacin de su negocio?
8. cada cunto cambia la locacin en promedio?
9. preferira un servicio basado en tecnologas para celulares
en vez de televisores?
10.
pagara usted por un servicio de este tipo? y cules
seran sus razones en cualquier caso?
Entrevistas realizadas
Empresa o local: artesanas de Colombia

Persona entrevistada: Daniela Stevenson
maps?
Si
No
Ofertas con hoteles, postales y prximamente esperamos

estar pautando en guas locales de turismo
Ms que todo a extranjeros
tipo de publicidad?
No, aunque esto puede ser, debido al hecho de que apenas

estamos empezando, y por ende, los resultados estn
demorando un poco ms
Si
No
Nunca
Si
10.

Si
Empresa o local: Colchones Barakat

Persona entrevistada: Nelson Barakat
maps?
No, nicamente google earth

No
Publicidad radial
A la clase media, hacia abajo
tipo de publicidad?
Si debido a que es un negocio que lleva muchos aos y la

publicidad ya se hizo hace mucho tiempo, y la mayor parte de
las personas conocen el negocio

Si, bastante
S, pero dentro de la misma calle (sector)
Cada 15 aos en promedio
Si
10.

No, debido a la circunstancias del negocio, no lo hara en este

momento
Empresa o local: EGO

Persona entrevistada: Vanessa Gmez

maps?
Si
No
Voz a voz

Hombre empresario, gente mayor de 30 aos y que le guste
vestir bien
tipo de publicidad?
En este preciso instante, no. Me gustara extenderme un poco

ms a nivel publicitario
No
No
Cada 12 aos ms o menos
Si
10.

Si, despus de que me ayude a atraer al cliente directamente

al sitio me ayudara mucho
Empresa o local: Casa de la esmeralda

Persona entrevistada: Katherine Cuadros
Salas

maps?
No
No
Los peridicos o folletos de los cruceros

Turistas
tipo de publicidad?
Regular
Si
Si
Anual
Si
10.

Si, puesto de que aqu en el centro es muy difcil ubicar la

locacin de un sitio
Empresa o local: CongressColombia

Persona entrevistada: Raissa Daz Cceres

maps?
Si
Si, nosotros los alquilamos inclusive
Va web, pginas amarillas, banners y gur en pgina web y

va mvil
Clientes corporativos, grandes o medianas empresas que
necesiten un alquiler de equipos para eventos
tipo de publicidad?
si, excelente

No, para nada
No
Una vez cada 3 aos
Si, para eventos seria excelente

10.

Claro, de acuerdo a la aplicacin generada en android, todo lo

que genere anuncios o una inmediatez de informacin de
eventos, generara bastantes ganancias
Empresa o local: La Casa Del Abano

Persona entrevistada: Roberto Queipo Pia

maps?
Si
Si

Flyers y la pgina web

A todas las personas que les guste la cultura cubana
tipo de publicidad?
S, pero nunca est de ms hacer toda la publicidad posible

No, es de muy fcil acceso, debido a que se encuentra
enfrente del centro de convenciones
No
Anualmente
Si, por que es ms accesible para las personas

10.

Claro, siempre y cuando el precio sea adecuado y se vean los

resultados
Empresa o local: Caf Del Reloj

Persona entrevistada: Julin Caldern

maps?
Si
No
Voz a voz
Turistas
tipo de publicidad?
Si
No
No
Nunca

Si
10.

Si, con el fin de comercializar ms el negocio
Empresa o local: Serfinanza

Persona entrevistada: Gladis Martnez
maps?
No
No
Pendones, afiches y campaas de telemercadeo

Clientes comerciales de consumo
tipo de publicidad?
No, podran ser mejores

No
No

Una vez cada 10 aos
Si, por que es ms practico

10.

Si, nicamente si incluye publicidad
Constancia de entrevistas
GLOSARIO
Cliente: Es quien accede a un producto o servicio por medio de una transaccin

financiera (dinero) u otro medio de pago.
Google Maps: Es un servidor de aplicaciones de mapas en la Web. Ofrece
imgenes de mapas desplazables, as como fotos satlites del mundo e incluso la
ruta entre diferentes ubicaciones o imgenes a pie de calle Google Street View.
Smart TV: es conocida como La televisin inteligente describe la integracin de
Internet y de las caractersticas Web 2,0 a la televisin Digital, Estos dispositivos
se centran en los medios interactivos en lnea, en la televisin por Internet, y la
posibilidad de instalar o usar aplicaciones diseadas especficamente para un
televisor.

Manual Del Sistema

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Manual Del Sistema

Caricato da

Copyright:

Formati disponibili

Gua del sistema

MANUAL DEL SISTEMA DE INFORMACION MULTIPROPOSITO PARA SAMSUNG

MANUAL DEL SISTEMA DE INFORMACION MULTIPROPOSITO PARA SAMSUNG

una imagen mental actualizada de la ciudad cada vez que lo desee.

DESCRIPCIN DEL PROBLEMA

1. MODELO DEL NEGOCIO

1.1 CASOS DE USO MUNDO REAL

DESCRIPCIN CASOS DE USO MUNDO REAL:

Flujo principal de eventos:

Nombre del caso de uso: Ir al SITIO

1. Encargados del sitio: Lugar donde el usuario realizara la visita

1.2 MODELO DOMINIO

1.3 DIAGRAMA DE ACTIVIDADES

3.1 VISTA LGICA

Para la construccin de cualquier aplicacin es necesario organizar sus partes

3.2.1 DIAGRAMA GENERAL DE CASO DE USO

DESCRIPCIN CASOS DE USO

El sistema despliega interfaz grfica (GUI).

3. b. Datos invlidos: en el caso de bsqueda personalizada, se muestra que no

3.2.2.2 Descripcin Casos de Uso Consultar mapa

1. a. Falla de conexin con Google.

3.2.3 DIAGRAMAS DE SECUENCIA

3.2.3.2 CASO DE USO: CONSULTAR MAPA POR CATEGORAS

3.2.3.3 CASO DE USO: CONSULTAR PERSONALIZADA EN MAPA

3.2.4 DISEO INTERFAZ

CASO DE USO VISUALIZAR MAPA

CASO DE USO CONSULTAR MAPA

3.3 VISTA ESTRUCTURAL

3.3.1 DIAGRAMA DE CLASE

Diagrama de clases (anlisis).

Arquitectura SOA n-layer.

Fachada: nos da acceso a una funcionalidad determinada ocultando su

Servicio: clase en la que se implementa la lgica de negocio (operaciones)

Dominio: conjunto de clases que almacenan el estado de los servicios (sin

Por tanto en la arquitectura orientada a servicios se separa la funcionalidad

Despus de analizar los objetivos de diseo y los estilos arquitectnicos para el

Utilizar una arquitectura basada en capas cerradas que separe la aplicacin

Razn: Mejora la estructura del sistema y fomenta la flexibilidad en cuanto a

Utilizar una arquitectura MVC para desacoplar la lgica de aplicacin (en

Utilizar una arquitectura cliente-servidor para establecer la comunicacin

Razn: Permite distribuir los distintos subsistemas del sistema reduciendo

La arquitectura en capas con los paquetes propuesta anteriormente ser la

A continuacin, nos enfatizaremos en los diagramas de clase basados en los

Diagrama de clases de caso de uso Visualizar mapa.

Diagrama de clases de caso de uso Consulta global

Diagrama de clases de caso de uso Consulta personalizada.

3.3.2 DISEO DE CLASE (LGICA, ATRIBUTOS Y MTODOS)

4.2 VISTA DE DESPLIEGUE

En funcin de quienes intervienen: un entrevistador, un

Tiempo dado para la entrevista:10-15 minutos mximo

2. ha utilizado algn televisor con tecnologa Smart tv?

Empresa o local: artesanas de Colombia

Ofertas con hoteles, postales y prximamente esperamos

No, aunque esto puede ser, debido al hecho de que apenas

pagara usted por un servicio de este tipo? y cules

Empresa o local: Colchones Barakat

No, nicamente google earth

Si debido a que es un negocio que lleva muchos aos y la

6. considera que su locacin es dificultosa de encontrar?

pagara usted por un servicio de este tipo? y cules

No, debido a la circunstancias del negocio, no lo hara en este

Empresa o local: EGO

1. alguna vez ha utilizado o escuchado hablar sobre google

4. A qu tipo de clientes est orientado su negocio?