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.2 VISTA DE COMPORTAMIENTO3.2.1DIAGRAMA 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. El sistema despliega interfaz grfica (GUI).

2. El usuario ingresa consulta.

3. El sistema valida los datos expresados.

4. Invocar caso de uso Consultar mapa

5. El sistema despliega consulta en mapa.

6. 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 INTERFAZGRFICA DE USUARIOcaso de uso visualizar mapa

Caso de uso consultar mapa3.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 IMPLEMENTACIN4.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

Identificacin de Riesgo

Causas de riesgo

Como evitar riesgo

Como atender riesgo

Riesgos de costo.

Cambio de tecnologa.

La tecnologa fundamental sobre la que se construye el proyecto se cambia por una nueva.

Asegurndose que la tecnologa con la que se va a trabajar consta de buen soporte.

Adaptar el proyecto a los cambios que esta nueva tecnologa incorpora.

Riesgos de costo y tiempo.

Cambio de requerimientos

Surgen ms especificaciones de las esperadas.

Definiendo claramente con el cliente, los requerimientos funcionales y dejando claro que los cambios que el incorpore fuera de los previstos equivalen a mas costos.

Aumentando las horas de trabajo o en dado caso el personal

para cumplir con los requerimientos adicionales.

Riesgos externos.

Cambio en la Georeferenciacin

La zona de estudio en la que se basa el proyecto es cambiada.

Asegurndose de que se est realizando el estudio en el lugar correcto. Preguntndole al cliente o estando seguro de la zona a la que se vender el producto es la misma que se estudi.

Revaluando la zona y aplicando los estudios o encuestas en la nueva zona.

Riesgos de costo y tiempo.

Sin disponibilidad de hardware para el proyecto.

Puede que algn integrante sufra daos en los equipos utilizados para el desarrollo del proyecto.

Constante verificacin del estado de los equipos, realizar planificaciones desde el principio de la realizacin del proyecto por medio de la asignacin grupal de responsabilidades

El equipo encargado debe tener backups o respaldos de la aplicacin en otros dispositivos y/o en servidores de guardado de archivos a su disposicin

Riesgos de equipo de trabajo.

Falta de una clara asignacin de responsabilidades

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.

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.

Crear flujos alternativos de trabajo que se puedan compartir responsabilidades como se hace en la metodologa Scrum.

Riesgos de tiempo.

Errores ocultos.

Hay muchos errores dentro de la elaboracin de un producto, tanto en la fase de anlisis como en la de diseo.

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.

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 fundamentales

Fases

inicio

elaboracin

construccin

transicin

requisitos

Anlisis

Diseo

Implementacin

prueba

Iteracin(es) preliminar

It.1

It.2

It.3

It.4

It.5

It.6

It.7

Iteraciones

ANEXOSEntrevistas:

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


Si


No


Ofertas con hoteles, postales y prximamente esperamos estar pautando en guas locales de turismo


Ms que todo a extranjeros


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


Si

Empresa o local: Colchones Barakat

Persona entrevistada: Nelson Barakat


No, nicamente google earth


No


Publicidad radial


A la clase media, hacia abajo


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


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

Empresa o local: EGO

Persona entrevistada: Vanessa Gmez


Si


No


Voz a voz


Hombre empresario, gente mayor de 30 aos y que le guste vestir bien


En este preciso instante, no. Me gustara extenderme un poco ms a nivel publicitario


No


No


Cada 12 aos ms o menos


Si


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


No


No


Los peridicos o folletos de los cruceros


Turistas


Regular


Si


Si


Anual


Si


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


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


si, excelente


No, para nada


No


Una vez cada 3 aos


Si, para eventos seria excelente


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


Si


Si


Flyers y la pgina web


A todas las personas que les guste la cultura cubana


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


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

Empresa o local: Caf Del Reloj

Persona entrevistada: Julin Caldern


Si


No


Voz a voz


Turistas


Si


No


No


Nunca


Si


Si, con el fin de comercializar ms el negocio

Empresa o local: Serfinanza

Persona entrevistada: Gladis Martnez


No


No


Pendones, afiches y campaas de telemercadeo


Clientes comerciales de consumo


No, podran ser mejores


No


No


Una vez cada 10 aos


Si, por que es ms practico


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

Documents

Transcript of Manual Del Sistema