Taller de Sistemas de Información 3 Trabajo Obligatorio Primer Semestre Año 2007
|
|
- Francisco Márquez Alvarado
- hace 8 años
- Vistas:
Transcripción
1 Taller de Sistemas de Información 3 Trabajo Obligatorio Primer Semestre Año Introducción El mundo de los video-juegos ha experimentado una revolución con la llegada de los llamados Massive Multiplayer Online Games [1] (MMOG). Las características de este género de video-juegos es permitir grandes cantidades de jugadores que cooperan/interactúan/compiten en un mundo virtual o real para cumplir los objetivos del juego. El nacimiento y desarrollo de este género se remonta a fines de los 80, principios de los 90. Mientras que cobró mayor protagonismo últimamente con la aparición de juegos como Ultima, World of Warcraft, Second Life, OGame, entre otros. A partir de su aparición se han desarrollado varios subgéneros, generalmente adaptaciones de otros géneros al ambiente de interacción masiva, como son: Massive Multiplayer Online First Person Shooter (MMOFPS), Massive Multiplayer Online Role- Playing Game, etc. O también nuevos y novedosos subgéneros como Massive Multiplayer Online Social Games, en donde se busca socializar más que cumplir una serie de objetivos. Ejemplos de estos juegos son Second Life o Home. Otro género de juegos que también empiezan a aparecer son los juegos basados en la ubicación física del usuario, también llamados Location-Based Games (LBG) [2], utilizando tecnologías de GPS. En este género el campo de batalla típicamente es una ciudad y los jugadores deben recorrerla cumpliendo determinados objetivos. Generalmente por las deficiencias en el servicio de comunicación inalámbrico que existe actualmente, estos juegos deben incorporar la opción de jugar desconectados como una realidad. Tanto los MMOG como los juegos basados en ubicación física, generalmente requieren de un sistema de información que mantiene el estado del juego y permite a los diferentes jugadores interactuar. Estos sistemas tienen fuertes requerimientos de escalabilidad dada la gran cantidad de jugadores que van a estar jugando simultáneamente.
2 Los clientes de dicho sistemas pueden variar dramáticamente en complejidad. Por ejemplo, en un MMOFPS se requiere un motor capaz de renderizar el mundo para que el usuario lo vea y escuche, mientras que para un juego basado en la ubicación física simplemente requiere presentarle al usuario una vista simple del estado del juego y transmitir coordenadas. En este contexto, el objetivo del proyecto a realizar es construir un prototipo de un MMOG con características de LBG. El juego se asemeja a una búsqueda del tesoro a nivel planetario. El juego plantea una serie de desafíos. Para cada desafío dos o más grupos de jugadores, distribuidos en el planeta, compiten por ver quien es el que llega antes a completarlo. Un desafío está compuesto de varios objetivos. Cada objetivo está asociado a una coordenada geográfica y plantea una problemática que debe ser resuelta en dicho punto del planeta. La idea es que los jugadores mediante dispositivos móviles vayan a dichos puntos y resuelvan la problemática. 2. Dominio de Problema Un desafío estructuralmente se lo puede ver como un grafo dirigido sin ciclos. Cada nodo del grafo representa una actividad. Las actividades representan: el inicio del desafío (no tiene aristas entrantes), un objetivo o el fin del desafío (no tiene aristas salientes). Cada desafío ofrece múltiples caminos para llegar del inicio al fin. Un objetivo tiene asociada una coordenada geográfica (latitud, longitud), una zona que incluye la coordenada (por ejemplo, Montevideo o París) y plantea una determinada problemática. Ejemplos de dicha problemática pueden ser: - Llegar a un determinado punto del planeta, validado a través del GPS disponible en los dispositivos móviles de los jugadores. - Descubrir un objeto ubicado en un determinado punto (ej. una plaza, un monumento, etc) - Responder una pregunta de algo que está en un determinado punto (ej. qué fecha dice la placa del monumento?) Cada grupo de jugadores es responsable de determinar por que camino, o caminos, va a intentar llegar a cumplir el desafío. Existen dos roles de usuarios: los ejecutores y los coordinadores. Los ejecutores están encargados de cumplir con los objetivos, o sea, son los usuarios con los dispositivos móviles que van a las coordenadas establecidas por cada objetivo y resuelven la problemática. Los coordinadores (existiendo uno por grupo) son los que se encargan de definir la estrategia a utilizar por el grupo y asignar los objetivos a los ejecutores. Cada grupo de jugadores debe de estar conformado al menos, de un ejecutor y un coordinador. Durante el transcurso del desafío, los coordinadores solo disponen de una visión parcial del grafo que conforma el desafío. Los objetivos visibles en dicha vista parcial son los únicos que el coordinador puede asignar, siendo que desconoce el resto. La visibilidad que tiene un coordinador está determinada por dos factores (ver figura): el grado de avance de su grupo (por camino) y los niveles. Los niveles plantean una forma de dividir los objetivos que conforman un desafío.
3 Para ir avanzando en el desafío los objetivos deben ser completados en forma secuencial, o sea, para poder completar el objetivo O 2 antes se debe de haber completado el objetivo O 1, de la misma forma, para poder completar el objetivo O 3 se debe haber completado el O 2. Inicialmente el coordinador tiene visibilidad sobre los dos primeros niveles de desafío. A medida que el juego avanza y su grupo logra completar todos los objetivos del nivel 1 por un determinado camino, su grupo obtiene automáticamente visibilidad sobre el nivel 3 para todos los posibles sub-caminos que deriven del camino completado. Por ejemplo, en la figura, el hecho de completar el objetivo O 3 hace visible el nivel 3 para ese camino. Dado que ningún otro camino ha completado el nivel 1, no cuentan con visibilidad sobre el nivel 3. En el caso de completarse O 4, los dos sub-caminos que derivan de él, en el nivel 3, pasarían a ser visibles. En el caso general, para poder tener visibilidad sobre el nivel x de un determinado camino, todos los objetivos del camino en el nivel x 2 deben haber sido completados. Los jugadores de un mismo grupo pueden chatear entre sí para poder realizar una coordinación más flexible. Existen dos modalidades de Chat: entre dos jugadores exclusivamente y entre todos los miembros de un grupo (salón de Chat). En el primer caso se debe asegurar que todos los mensajes que envía cada participante le lleguen al otro. Para poder iniciar un Chat ambos jugadores deben haber realizado el login al sistema. En el segundo, el jugador tiene la opción de participar o no del Chat. En el caso que esté participando le deben llegar todos los mensajes del Chat. 3. Arquitectura de Deployment Preliminar El juego consta de tres componentes fundamentales, a saber: servidor central, front-end ejecutor y aplicativo de coordinadores. El diagrama que se muestra a continuación representa una visión parcial de la arquitectura de deployment. En la realidad existen varios dispositivos móviles y varios coordinadores (uno por cada grupo). El servidor central lleva el estado del juego. El front-end del ejecutor le permite a estos jugadores realizar sus tareas: tomar objetivos, enviar las respuestas de la problemática de dichos objetivos, Chat, etc. El aplicativo del coordinador actúa como un
4 servidor, en lo que respecta a la coordinación de su grupo, y le permite al coordinador realizar sus tareas de coordinación. El juego plantea dos requerimientos no funcionales. Primero, los medios de comunicación entre los dispositivos móviles y los otros componentes no son confiables. Por lo tanto el ejecutor debe poder seguir trabajando en escenarios en donde haya una mala conexión o una desconexión total con el resto. Segundo, dado el número potencial de jugadores que pueden estar online simultáneamente, se prevé que el servidor no pueda atender todos los pedidos de sus clientes cuando estos los realizan. 4. Requerimientos Funcionales Mínimos A continuación se presentan los requerimientos funcionales mínimos por cada componente. Los requerimientos se presentan desde dos puntos de vista: desde el punto de vista del usuario final, que usa el componente, y desde el punto de vista de requerimientos que otros componentes establecen sobre el componente especificado. Cabe notar que los requerimientos entre componentes NO están completamente especificados Servidor Central El servidor central debe brindar el siguiente servicio a los administradores del juego: - Iniciar un desafío, siempre y cuando existan dos o más grupos de jugadores anotados al desafío. La implementación de todos los servicios administrativos como definición de desafíos, jugadores y grupos, es opcional (ver Requerimientos opcionales). Esto significa que estos datos pueden ser cargados directamente de la base de datos.
5 El servidor central debe brindar los siguientes servicios a los otros componentes: - Login/Logout de jugadores - Obtener un desafío. Permite obtener el grafo que describe el desafío, cumpliendo con las reglas de visibilidad aplicadas sobre el grupo que solicita. - Obtener la información de un objetivo. - Establecer si una solución a un objetivo es correcta. Para ello se debe cumplir que: (1) el grupo debe de haber cumplido algún objetivo inmediatamente anterior; (2) la solución al objetivo es efectivamente correcta. En base a esto, el servidor debe contestar. En caso que el objetivo haya sido cumplido y esto dé visibilidad sobre otro nivel, el servidor deberá mandar la información del nuevo nivel visible al coordinador Front-End Ejecutor El aplicativo del ejecutor debe ofrecer las siguientes funcionalidades a los ejecutores: - Login. Para esto se debe especificar el nombre del jugador, su password y zona de acción. El nombre del jugador y su password deben ser validadas contra el servidor central. - Logout. - Obtener siguiente objetivo asignado a su zona. El ejecutor recibe el siguiente objetivo a realizar (de haber alguno) según la zona que especificó en el login. - Desplegar un objetivo. Permite ver la información asociada a un objetivo. - Rechazar un objetivo, informa al coordinador que dicho objetivo fue rechazado por el ejecutor, dado que no tiene posibilidad de cumplirlo. - Envío de la solución de un objetivo. La solución del objetivo es enviada al coordinador. - Inicio y terminación de Chat con otro jugador - Comenzar y terminar de participar del Chat del grupo - Envío de mensaje a Chat El aplicativo del ejecutor debe brindar los siguientes servicios a los otros componentes: - Recibir un objetivo asignado al jugador. El jugador debe de ser notificado inmediatamente. El front-end debe ser capaz de manejar estas funcionalidades aún con limitaciones en cuanto a la conectividad con los servidores involucrados Aplicativo Coordinador El aplicativo del coordinador debe ofrecer las siguientes funcionalidades a los coordinadores: - Login. Para esto se debe especificar el nombre de jugador y su password. El nombre del jugador y su password deben ser validadas contra el servidor central. - Logout. - Desplegar el desafío. Debe ser posible ver claramente la estructura del desafío, incluyendo: objetivos, relaciones de orden y los niveles. Se debe poder ver que
6 objetivos fueron completados y que objetivos no lo fueron. En el caso de los objetivos que no fueron completados, es posible saber el tipo de asignación que se hizo (de haber alguna) y que jugadores están llevando a cabo objetivos. - Permitir asignar un objetivo. Existen dos formas de asignación: por jugador o por zona. En el primer caso se asigna un objetivo a un jugador particular. Es posible especificar un timeout para dicha asignación, de forma que si el jugador no recibe efectivamente la asignación antes de ese tiempo, ésta se vuelva inválida y el objetivo debería volver al estado desasignado. Esto permite evitar situaciones en las que objetivos importantes queden trancados porque un jugador no tiene conexión. En el caso que el ejecutor reciba la asignación en tiempo y forma, y luego decida rechazarla, el objetivo debería pasar a estado desasignado. En el segundo caso, el objetivo se asigna a todo participante que esté en una zona, de forma que cualquier ejecutor en dicha zona pueda realizarlo. Un objetivo asignado por zona solo puede ser tomado por un ejecutor a la vez (por grupo). Los objetivos asignados por zona deben ser consumidos por orden de prioridad. Dicho orden de prioridad está dado por la relevancia que tiene dicho objetivo respecto a los otros objetivos asignados a la zona. Cada grupo de laboratorio debe definir una métrica para esto. En el caso que el ejecutor rechace un objetivo asignado a su zona, este objetivo debe quedar nuevamente asignado a la zona, esperando por otro ejecutor que lo tome. Al volver a quedar asignado, se debe seguir respetando la relación de orden con los otros objetivos de la misma zona. - Inicio y terminación de Chat con otro jugador - Comenzar y terminar de participar del Chat del grupo - Envío de mensaje a Chat El aplicativo del coordinador debe ofrecer los siguientes servicios a los otros componentes: - Obtener el siguiente objetivo asignado a una zona. - Registrar que un objetivo es rechazado por un ejecutor y tomar las acciones correspondientes. - Recibir una solución para un determinado objetivo. Las soluciones deben ser ordenadas antes de ser enviadas al servidor central, de forma de asegurar que antes de enviar una solución a un objetivo, el objetivo inmediatamente anterior haya sido cumplido. - Recibir la información de un nuevo nivel que se ha vuelto visible. El aplicativo debe ser capaz de brindar estos servicios para todos los jugadores que se encuentren relacionados por medio de un mismo grupo Otros Se debe poder guardar un historial de la conversación que ocurre en el Chat del grupo.
7 5. Tecnologías a utilizar La tecnologías que se utilicen para la implementación del proyecto son de libre elección, aunque deben ser coordinadas con su docente de monitoreo. A continuación se presenta una matriz con las diferentes tecnologías que se pueden utilizar. No necesariamente todas las tecnologías a utilizar por un grupo deben pertenecer a una misma plataforma. Se valorará la heterogeneidad entre las plataformas existentes en la solución de un grupo. Presentación (gruesa) Presentación (fina) (*) Lógica Mensajería Base de Datos Windows Presentation Fundation Java Swing ASP.NET JSP JSF J2EE (utilizando JBoss AS).NET 3.0 Java Message Service MSMQ SQL Server o PostgreSQL (*) En un principio no existe ningún requerimiento que establezca la necesidad de utilizar clientes finos. Todos los clientes pueden ser potencialmente gruesos. En un principio, el componente ejecutor no tiene porque ser implementado dentro de una plataforma móvil, aunque opcionalmente puede serlo (ver sección Requerimientos opcionales). Si bien puede no utilizarse una plataforma móvil, se deben considerar las restricciones que ésta implica. Debe ser posible simular escenarios de desconexión y también debe ser posible simular la presencia de un GPS. 6. Requerimientos opcionales Se presentan a continuación la lista de requerimientos opcionales respecto a la entrega inicial Objetivos Mutuo excluyentes Considerar que los objetivos de los desafíos son de dos tipos diferentes: - mutuo excluyentes, lo cual significa que el grupo de jugadores que cumpla con dicho objetivo primero es el único que puede seguir adelante por dicho camino. - normales, que plantean un problema cuya resolución es no excluyente, o sea cualquier grupo puede resolverlo en cualquier momento Requerimientos Administrativos Agregar al servidor central las funcionalidades administrativas, a saber:
8 - Definición de un objetivo - Listado de objetivos disponibles - Definición de un desafío - Administración de jugadores y grupos. Implica poder dar de alta jugadores, grupos de jugadores y asociar jugadores a grupos (asignándoles un rol) - Inscribir grupos a desafíos por iniciar Cada uno de estos requerimientos deberá ser implementado a nivel lógico y además se deberá proveer una interfaz gráfica para su implementación Ejecutor en dispositivo móvil Implementar la aplicación del ejecutor como una aplicación móvil, utilizando tecnologías Java ME [4] o Windows Mobile [5]. En el caso de utilizar Java ME es posible utilizar algún producto, a elección, para dispositivos móviles que implemente Java Message Service, por ejemplo Joram [7] o jtom [8]. En el caso de Windows Mobile se puede utilizar MSMQ para dispositivos móviles [6] Uso de Workflow Utilizar un motor de workflow (por ejemplo Windows-Workflow Fundation [9], Bonita [10] o jbpm [11]) para implementar los desafíos a nivel del servidor central Métricas del Servidor Considerar la siguiente restricción: el servidor central solamente puede atender 5 pedidos de un cliente (ya sea ejecutor o coordinador) por minuto. Modificar los clientes de forma que tomen esta restricción en consideración de forma de no sobrepasar la cota de mensajes. 7. Mecanismo de trabajo y entrega Cada grupo deberá entregar el sistema completo, que consta de los tres componentes mencionados anteriormente. Estos deberán correr en las computadoras de la sala Software disponible Se deberá coordinar con el tutor la instalación del software necesario en el equipamiento de la sala 501. Dicha instalación debe ser prevista con una anticipación de al menos 1 semana.
9 7.2. A Entregar Cada grupo deberá entregar: Software - Código fuente de todos las aplicaciones. - Scripts de ejecución automática para cada una de las aplicaciones, incluyendo argumentos de línea de comandos o archivos de configuración, si los tuvieran. - Archivo (llamarlo readme.txt ) con una explicación rápida de los parámetros u opciones que considere necesario aclarar. El archivo no debe contener más de una carilla. - Opcional: Instalador para cada una de las aplicaciones. Documentación: - Cronograma de desarrollo del laboratorio - Documento de entre 10 y 15 páginas con la presentación de la solución. El formato del documento debe seguir las líneas de un artículo de divulgación científica. - Documentación del sistema. - Manual de usuario, para las diferentes aplicaciones. - Juego de datos de prueba Formas y plazos de entrega - Las clases de monitoreo comienzan la semana del 23 de abril. Las mismas serán en horarios a convenir con los docentes. En la clase el docente indicará el salón de la clase siguiente, pudiendo ser el salón de clase o la sala de máquinas cuando considere necesario. - El 14 de Mayo se deberá entregar una descripción de la solución a ser desarrollada por el grupo. Este documento deberá ser entregado mediante correo electrónico al docente responsable del grupo y deberá tener un tamaño inferior a las 10 páginas. El documento debe contener las siguientes secciones: o Introducción a la solución: Describir en media carilla los puntos más relevantes de la solución a desempeñar. o Tecnologías: Descripción de las tecnologías a utilizar en la solución. Se deberá justificar, en las secciones subsiguientes de este mismo documento, la selección de las mismas. o Vista de diseño: Descripción del diseño general de la solución a nivel de módulos y componentes que la conforman. o Vista de deployment: Cómo los módulos serán distribuidos en los dispositivos físicos que conformen la solución. o Vista de mensajería [3]: Dada la naturaleza del problema, se deberá describir como se utilizará la mensajería en la solución entre los diferentes componentes del sistema. - El docente puede solicitar entregas adicionales para las restantes clases de consulta.
10 Adicionales - Todas las entregas se realizarán en el horario de monitoreo. - El docente a cargo del monitoreo, podrá requerir que se entregue documentación impresa. Entrega final - La entrega final deberá incluir, además, un CD con el producto final y la documentación dentro de un sobre con los datos de grupo, (nombre y cédula de todos los integrantes). Esta entrega se le realizará en la última clase de monitoreo al docente responsable del mismo, la cuál se llevará a cabo en la semana del 16 de Julio de Posterior a la entrega (fecha a confirmar) se deberá realizar una presentación del trabajo realizado y una demo del producto final. 8. Referencias [1] Massive Multiplayer Online Games. [2] Location-Based Games. [3] Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley. ISBN: [4] Java Micro Edition Plataform. [5] Windows Mobile. [6] MSMQ Application Development for Windows Mobile-based Devices. [7] JORAM: Java (TM) Open Reliable Asynchronous Messaging [8] jtom- Java to Mobile [9] Windows Workflow Foundation [10] Bonita Workflow project [11] jbpm
Taller de Sistemas de Información 1
Taller de Sistemas de Información 1 Trabajo de Laboratorio Primer Semestre Año 2007 1. Introducción En los tiempos que corren los clásicos juegos de mesa han sido llevados a Internet al igual que muchas
Más detallesAdelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -
Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de
Más detallesModificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.
UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:
Más detallesWorkflows? Sí, cuántos quiere?
Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención
Más detallesDescripción. Este Software cumple los siguientes hitos:
WWWMONITORDBACOM Descripción Este Software cumple los siguientes hitos: a- Consola de Monitoreo b- Envío de Alertas (correo, SMS) c- Gestión de Eventos desatendidos (sea capaz ejecutar script de solución
Más detallesCapítulo 5. Cliente-Servidor.
Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor
Más detallesCAPÍTULO 3 Servidor de Modelo de Usuario
CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes
Más detallesCapítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable
Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable 1. Introducción. El Sistema de Administración de Información de un Negocio Franquiciable (SAINF)
Más detallesCONSTRUCCIÓN DEL PROCESO TRANSACCIONAL Bizagi Process Modeler
Bizagi Process Modeler Copyright 2011 - bizagi Contenido 1. INTRODUCCIÓN A LAS TRANSACCIONES... 3 2. DIAGRAMA DEL PROCESO... 4 SUB PROCESO RESERVA... 5 SUB PROCESO REPORTE DE GASTOS... 8 3. MODELO DE DATOS...
Más detallesGuía de Apoyo Project Web Access. (Jefe de Proyectos)
Guía de Apoyo Project Web Access (Jefe de Proyectos) 1 ÍNDICE Contenido INTRODUCCIÓN... 3 CAPITULO I: ELEMENTOS INICIALES DE PROJECT WEB ACCESS... 4 Configuración General... 4 Área de Trabajo del Proyecto...
Más detallesVisión General de GXportal. Última actualización: 2009
Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de
Más detallesCampus Virtual, Escuela de Ingeniería Mecánica Guía Estudiante
Contenido Índice de ilustraciones... 2 Inscribirse en el campus... 3 Ingresar al campus virtual... 4 Inscripción a un curso... 5 Iniciar sesión en el campus virtual... 6 Modificar datos de inscripción...
Más detallesInteroperabilidad de Fieldbus
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?
Más detallese-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.
Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores
Más detallesIntroducción a las redes de computadores
Introducción a las redes de computadores Contenido Descripción general 1 Beneficios de las redes 2 Papel de los equipos en una red 3 Tipos de redes 5 Sistemas operativos de red 7 Introducción a las redes
Más detallesManual del Usuario. Sistema de Help Desk
Manual del Usuario Sistema de Help Desk Objetivo del Manual El siguiente manual tiene como objetivo proveer la información necesaria para la correcta utilización del sistema Help Desk. Describe los procedimientos
Más detallesSISTEMA DE GESTIÓN DE INCIDENTES Manual de usuario
SISTEMA DE GESTIÓN DE INCIDENTES Manual de usuario Octubre 2008 ÍNDICE Descripción General Pág. 2 Registro de usuarios Pág. 3 Acceso al sistema de soporte Pág. 4 Acceso de clientes registrados Pág. 5 Alta
Más detallesSERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA
SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA E. SÁEZ, M. ORTIZ, F. QUILES, C. MORENO, L. GÓMEZ Área de Arquitectura y Tecnología de Computadores. Departamento de Arquitectura
Más detallesDISPOSITIVO DE BANDA ANCHA
Como funciona un ISP Un ISP es un canalizador de información, puede canalizar la información desde Internet y hacia Internet, es decir brinda acceso a paginas de Internet y a el correo electrónico (utilizando
Más detallesIntroducción a la Firma Electrónica en MIDAS
Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento
Más detallesPerson IP CRM Manual MOBILE
Manual MOBILE División Informática BuscPerson Telecomunicaciones : Manual MOBILE 0.- Introducción 3 0.1 Configuración de los terminales 3 0.2 Acceso de Usuarios 3 1.- Funcionalidades CRM 5 1.1 Agenda del
Más detallesWindows Server 2012: Infraestructura de Escritorio Virtual
Windows Server 2012: Infraestructura de Escritorio Virtual Módulo 1: Application Virtualization Módulo del Manual Autores: James Hamilton-Adams, Content Master Publicado: 5 de Octubre 2012 La información
Más detallesManual de Usuario Comprador Presupuesto
Manual de Usuario Comprador Presupuesto Servicio de Atención Telefónica: 5300569/ 5300570 Descripción General El módulo Presupuesto tiene la finalidad de ayudar a las empresas a tener un control de gestión
Más detallesQUE ES COMLINE MENSAJES? QUE TIPO DE MENSAJES PROCESA COMLINE MENSAJES?
QUE ES COMLINE MENSAJES? Comline Mensajes es una plataforma flexible, ágil y oportuna, que permite el envío MASIVO de MENSAJES DE TEXTO (SMS). Comline Mensajes integra su tecnología a los centros de recepción
Más detallesCapitulo 5. Implementación del sistema MDM
Capitulo 5. Implementación del sistema MDM Una vez que se concluyeron las actividades de análisis y diseño se comenzó la implementación del sistema MDM (Manejador de Documentos de MoProSoft). En este capitulo
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Bizagi Suite Mesa de Ayuda Interna 1 Tabla de Contenido Mesa de Ayuda Interna... 3 Elementos del proceso... 5 Apertura del Caso... 5 Inicio... 5 Abrir Caso... 5 Habilitar Cierre del
Más detallesGuías _SGO. Gestione administradores, usuarios y grupos de su empresa. Sistema de Gestión Online
Guías _SGO Gestione administradores, usuarios y grupos de su empresa Sistema de Gestión Online Índice General 1. Parámetros Generales... 4 1.1 Qué es?... 4 1.2 Consumo por Cuentas... 6 1.3 Días Feriados...
Más detallesGestión y Programación Cultural Management and Cultural Programming
Gestión y Programación Cultural Management and Cultural Programming Es complicado programar tus eventos y que todos se pongan de acuerdo en lo que cada quien tiene que hacer? En caso de una contingencia,
Más detallesManual EDT DISEÑO EDT - CREAR EVENTO DE DIVULGACIÓN TECNOLÓGICA
Manual EDT DISEÑO EDT - CREAR EVENTO DE DIVULGACIÓN TECNOLÓGICA GESTIONAR EVENTOS DE DIVULGACIÓN TECNOLÓGICA La consulta de EDT es el punto de entrada a la funcionalidad de diseño de EDT. El coordinador
Más detallesSistema de Gestión Portuaria Sistema de Gestión Portuaria Uso General del Sistema
Sistema de Gestión Portuaria Uso General del Sistema Uso General del Sistema Página 1 de 21 Contenido Contenido... 2 1.Ingreso al Sistema... 3 2.Uso del Menú... 6 3.Visualizar Novedades del Sistema...
Más detallesREGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP
REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP Visual Sale posee módulos especializados para el método de ventas transaccional, donde el pedido de parte de un nuevo cliente
Más detallesCapítulo VI. Estudio de Caso de Aplicación del Integrador de Información Desarrollado
Capítulo VI Estudio de Caso de Aplicación del Integrador de Información Desarrollado 6.1 Organización elegida La Organización elegida para el caso de aplicación, es la empresa CTM Tours del grupo Costamar,
Más detallesJAVA EE 5. Arquitectura, conceptos y ejemplos.
JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones
Más detallesEl universo en la palma de tu mano. www.dialogaquilt.com. El software de gestión para organizaciones políticas e instituciones
El universo en la palma de tu mano www.dialogaquilt.com El software de gestión para organizaciones políticas e instituciones Quiénes somos? Dialoga es una empresa constituida por un equipo humano con un
Más detallesManual Oficina Web de Clubes (FBM)
Manual Oficina Web de Clubes (FBM) INTRODUCCIÓN: La Oficina Web de Clubes de Intrafeb es la oficina virtual desde la que un club podrá realizar las siguientes operaciones durante la temporada: 1. Ver información
Más detallesMétodos de verificación de usuarios en ELMS 1.1
Métodos de verificación de usuarios en ELMS 1.1 2012-12-21 Kivuto Solutions Inc. [CONFIDENCIAL] TABLA DE CONTENIDO DESCRIPCIÓN GENERAL...1 MÉTODOS DE VERIFICACIÓN...2 Verificación de usuario integrada
Más detallesNovedades en Q-flow 3.02
Novedades en Q-flow 3.02 Introducción Uno de los objetivos principales de Q-flow 3.02 es adecuarse a las necesidades de grandes organizaciones. Por eso Q-flow 3.02 tiene una versión Enterprise que incluye
Más detallesCONSTRUCCIÓN DEL PROCESO PAGO DE FACTURAS. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO PAGO DE FACTURAS BizAgi Process Modeler TABLA DE CONTENIDO 1. DIAGRAMA DEL PROCESO... 3 1.1 SUB PROCESO DEVOLVER FACTURA AL PROVEEDOR... 4 2. MODELO DE DATOS... 5 2.1 TABLAS PARAMÉTRICAS...
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesUNIVERSIDAD DE SALAMANCA
UNIVERSIDAD DE SALAMANCA FACULTAD DE CIENCIAS INGENIERÍA TÉCNICA EN INFORMÁTICA DE SISTEMAS Resumen del trabajo práctico realizado para la superación de la asignatura Proyecto Fin de Carrera. TÍTULO SISTEMA
Más detallesCAPITULO 4. Requerimientos, Análisis y Diseño. El presente capítulo explica los pasos que se realizaron antes de implementar
CAPITULO 4 Requerimientos, Análisis y Diseño El presente capítulo explica los pasos que se realizaron antes de implementar el sistema. Para esto, primero se explicarán los requerimientos que fueron solicitados
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesSERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO
SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3
Más detallesMANUAL DE AYUDA. SAT Móvil (Movilidad del Servicio Técnico)
MANUAL DE AYUDA SAT Móvil (Movilidad del Servicio Técnico) Fecha última revisión: Abril 2015 INDICE DE CONTENIDOS INTRODUCCION SAT Móvil... 3 CONFIGURACIONES PREVIAS EN GOTELGEST.NET... 4 1. INSTALACIÓN
Más detallesPropuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA
Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)
Más detalles10 razones para cambiarse a un conmutador IP
10 razones para cambiarse a un conmutador IP Los beneficios de reemplazar su antiguo conmutador por un conmutador IP Nick Galea* Introducción Este artículo explica los 10 principales beneficios de un conmutador
Más detallesOFICINA VIRTUAL SIS MANUAL DE TUTOR
OFICINA VIRTUAL SIS MANUAL DE TUTOR Copyright 2005 SENA - CEV Comunidad Educativa Virtual - Todos los derechos reservados. BUSCAR IMPRIMIR TABLA DE CONTENIDOS Página 1 de 22 BUSCAR IMPRIMIR TABLA DE CONTENIDOS
Más detallesGestión de Permisos. Bizagi Suite. Copyright 2014 Bizagi
Gestión de Permisos Bizagi Suite Gestión de Permisos 1 Tabla de Contenido Gestión de Permisos... 3 Definiciones... 3 Rol... 3 Perfil... 3 Permiso... 3 Módulo... 3 Privilegio... 3 Elementos del Proceso...
Más detallesLa Pirámide de Solución de TriActive TRICENTER
Información sobre el Producto de TriActive: Página 1 Documento Informativo La Administración de Sistemas Hecha Simple La Pirámide de Solución de TriActive TRICENTER Información sobre las Soluciones de
Más detallesClave Fiscal. Manual del Sistema. - Administración de Relaciones -
Clave Fiscal Manual del Sistema - Administración de Relaciones - Subdirección General de Sistemas y Telecomunicaciones Página 1 de 16 Indice Indice... 1 Administración de Relaciones... 3 1. Acceso de un
Más detallesEstructura de Computadores I Arquitectura de los MMOFPS
UNIVERSIDAD TÉCNICA FEDERICO SANTA MARÍA Estructura de Computadores I Arquitectura de los MMOFPS Integrantes: Luis Castro Valentina Yévenes RESUMEN Los MMOG (Massively Multiplayer Online Game), son juegos
Más detallesMANUAL DE AYUDA MODULO TALLAS Y COLORES
MANUAL DE AYUDA MODULO TALLAS Y COLORES Fecha última revisión: Enero 2010 Índice TALLAS Y COLORES... 3 1. Introducción... 3 CONFIGURACIÓN PARÁMETROS TC (Tallas y Colores)... 3 2. Módulos Visibles... 3
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...
Más detallesApp para realizar consultas al Sistema de Información Estadística de Castilla y León
App para realizar consultas al Sistema de Información Estadística de Castilla y León Jesús M. Rodríguez Rodríguez rodrodje@jcyl.es Dirección General de Presupuestos y Estadística Consejería de Hacienda
Más detallesMANUAL DE AYUDA. MODULO SAT (Anexo Integración AGIL SAT)
MANUAL DE AYUDA MODULO SAT (Anexo Integración AGIL SAT) Fecha última revisión: Junio 2011 INDICE DE CONTENIDOS 1 INTRODUCCION... 3 1.1 Objetivo... 3 1.2 Descripción de la aplicación Agil-SAT PDA... 3 1.3
Más detallesGestión de Oportunidades
Gestión de Oportunidades Bizagi Suite Gestión de Oportunidades 1 Tabla de Contenido CRM Gestión de Oportunidades de Negocio... 4 Elementos del Proceso... 5 Registrar Oportunidad... 5 Habilitar Alarma y
Más detallesWindows Server 2003. Windows Server 2003
Windows Server 2003 Windows Server 2003 Es un sistema operativo de la familia Windows de la marca Microsoft para servidores que salió al mercado en el año 2003. Está basada en tecnología NT y su versión
Más detallesEducación y capacitación virtual, algo más que una moda
Éxito Empresarial Publicación No.12 marzo 2004 Educación y capacitación virtual, algo más que una moda I Introducción Últimamente se ha escuchado la posibilidad de realizar nuestra educación formal y capacitación
Más detallesIntroducción Para uso exclusivo de Systech SA Ticket Tracker - Manual de Usuario
Introducción Introducción Objetivos Este documento tiene como objetivo capacitar al usuario para la utilización del sistema Systech Ticket Tracker para el reporte de consultas, requerimientos y solución
Más detallesexpand Dialer - Documentación de usuario Manual y especificaciones
expand Dialer - Documentación de usuario Manual y especificaciones Conozca expand Dialer... 1 Alta de Campaña... 3 Agregar Contactos... 5 Comenzar la Campaña... 6 Listado de Campañas... 7 Monitoreo...
Más detallesManual Operativo Sistema de Postulación Online
Manual Operativo Sistema de Postulación Online Este Manual está diseñado en forma genérica para apoyar el proceso de postulación en línea, las Bases de cada Concurso definen los requerimientos oficiales
Más detallesAVA-SECSystemWeb. Introducción Características del producto Especificaciones Técnicas
AVA-SECSystemWeb Introducción Características del producto Especificaciones Técnicas Introducción Qué es AVA-SECSystemWeb? El Sistema de Seguridad AVA-SecSystemWeb, se encarga de la Autenticación y Autorización
Más detallesProceso Transaccional
Proceso Transaccional Documento de Construcción Proceso Transaccional 1 Tabla de Contenido Introducción... 2 Diagrama del Proceso... 3 Sub Proceso Transaccional Reserva... 4 Sub Proceso Reporte De Gastos...
Más detallesWINDOWS 2008 5: TERMINAL SERVER
WINDOWS 2008 5: TERMINAL SERVER 1.- INTRODUCCION: Terminal Server proporciona una interfaz de usuario gráfica de Windows a equipos remotos a través de conexiones en una red local o a través de Internet.
Más detallesMovilidad. Pasa demasiado tiempo fuera de la oficina? Solución móvil Dynamics NAV
Pasa demasiado tiempo fuera de la oficina? Movilidad Solución móvil Dynamics NAV Avda. Autopista del Saler nº 4. Bloque 2, Puerta A7 (Edificio Politaria) 46013 Valencia T. +34 963 744 875 www.redmond.es
Más detallesMANUAL DE AYUDA TAREA PROGRAMADA COPIAS DE SEGURIDAD
MANUAL DE AYUDA TAREA PROGRAMADA COPIAS DE SEGURIDAD Fecha última revisión: Diciembre 2010 Tareas Programadas TAREAS PROGRAMADAS... 3 LAS TAREAS PROGRAMADAS EN GOTELGEST.NET... 4 A) DAR DE ALTA UN USUARIO...
Más detallesEducación virtual INFROMATICA ADRIAN GOMEZ ROMAN 2014/12/30
Educación virtual ADRIAN GOMEZ ROMAN INFROMATICA 2014/12/30 EDUCACION VIRUTAL Es una opción y forma de aprendizaje que se acopla al tiempo y necesidad del estudiante. La educación virtual facilita el manejo
Más detallesFuncionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica)
Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica) Servinet Sistemas y Comunicación S.L. www.softwaregestionsat.com Última Revisión: Octubre 2014 FUNCIONALIDADES SAT
Más detallesPresentación y Planificación del Proyecto: Administración de Calzado
1 Presentación y Planificación del Proyecto: Administración de Calzado Integrantes Manuel Cubillos manuel.cubillosv@usach.cl Juan Díaz juan.diazc@usach.cl Felipe Llancaleo felipe.llancaleo@usach.cl Alberto
Más detallesCurso Online de Microsoft Project
Curso Online de Microsoft Project Presentación El curso a distancia estudia conceptos generales sobre las tecnologías relacionadas con Internet. Conceptos que cualquier usuario de ordenadores debe conocer
Más detallesQ-flow 3.1: Enterprise Edition
Q-flow 3.1: Enterprise Edition Código del manual: Qf310012ESP Versión: 1.0 Se aplica a: Q-flow 3.1 Última revisión: 2/11/2010 i Q f 3 100 1 2 E S P v 1. 0 Q - f l o w 3. 1 Enterprise Edition Urudata Software
Más detallesCapitulo III. Diseño del Sistema.
Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje
Más detallesLiLa Portal Guía para profesores
Library of Labs Lecturer s Guide LiLa Portal Guía para profesores Se espera que los profesores se encarguen de gestionar el aprendizaje de los alumnos, por lo que su objetivo es seleccionar de la lista
Más detallesInformàtica i Comunicacions Plaça Prnt. Tarradellas, 11 17600 FIGUERES (Girona) Tel. 902 88 92 67 Fax 972 671 962 www.cesigrup.es
DNS (Domain Name System)...2 La estructura... 2 Servidores DNS e Internet... 3 Dominios... 3 Servidores de nombres... 3 Servidores de nombres Principal y Secundario... 4 Los archivos del DNS... 4 Registro
Más detallesPlataforma de expediente Electrónico @DOC
MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión
Más detallesInstructivo de uso de Aplicación Web de Administración de Trámites. Versión 5.0
Instructivo de uso de Aplicación Web de Administración de Trámites Versión 5.0 Marzo 2014 Tabla de contenido 1 INTRODUCCIÓN... 3 1.1 Qué es el Administrador de Trámites?... 3 1.2 Objetivos... 3 2 INGRESO
Más detallesSistema en Terreno SmartPhone Android
Sistema en Terreno SmartPhone Android INTRODUCCION Sin lugar a dudas, los Smartphones y las Tablets Android se están convirtiendo en un aliado indispensable de nuestro trabajo cotidiano, ya que estos dispositivos
Más detallesEn los últimos años, se ha presentado una enorme demanda por servicios portátiles,
Capítulo 1 Introducción En los últimos años, se ha presentado una enorme demanda por servicios portátiles, a los que se les ha llamado tecnologías móviles, este repentino crecimiento de tecnologías ha
Más detallesEntidad Formadora: Plan Local De Formación Convocatoria 2010
Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú
Más detallesCA Business Service Insight
CA Business Service Insight Guía de contenido predeterminado de ISO 20000 8.2.5 Esta documentación, que incluye sistemas incrustados de ayuda y materiales distribuidos por medios electrónicos (en adelante,
Más detallesPRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI
PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado
Más detallesSolicitar la competencia Business Intelligence Solutions
Solicitar la competencia Business Intelligence Solutions Guía paso a paso de la inscripción En Microsoft Partner Program, las competencias de Microsoft definen sus áreas de especialización, ayudándole
Más detallesProyecto Help Desk en plataforma SOA Modelo de Dominio Versión 1.3. Historia de revisiones
Proyecto Help Desk en plataforma SOA Modelo de Dominio Versión.3 Historia de revisiones Fecha Versión Descripción Autor 8/08/2005.0 Se presenta modelo de dominio, restricciones y observaciones. 25/08/2005.
Más detallesNos encargamos del tuyo, tú disfruta
EN ACTIVE SABEMOS QUE TIENES COSAS MÁS IMPORTANTES QUE EL TRABAJO, POR ESO Nos encargamos del tuyo, tú disfruta 2015 ACTIVE BUSINESS & TECHNOLOGY. TODOS LOS DERECHOS RESERVADOS. 1 Esta nueva versión ha
Más detallesAPÉNDICE E: MANUAL DE USUARIO PARA EL SISTEMA DE MONITOREO DE REDES LAN.
APÉNDICE E: MANUAL DE USUARIO PARA EL SISTEMA DE MONITOREO DE REDES LAN. Objetivo: Mostrar al usuario administrador el funcionamiento del sistema, junto con los datos que debe ingresar, además de interactuar
Más detallesBeneficios estratégicos para su organización. Beneficios. Características V.2.0907
Herramienta de inventario que automatiza el registro de activos informáticos en detalle y reporta cualquier cambio de hardware o software mediante la generación de alarmas. Beneficios Información actualizada
Más detallesInstalación. Interfaz gráfico. Programación de Backups. Anexo I: Gestión de la seguridad. Manual de Usuario de Backup Online 1/21.
1/21 Instalación Interfaz gráfico Requerimientos Proceso de instalación Pantalla de login Pantalla principal Descripción de los frames y botones Programación de Backups Botones generales Botones de programación
Más detallesPatterns & Practices. Catálogo de templates. HelpDesk. Versión: 2.0. Fecha de publicación 08-04-2011. Aplica a: Q-flow 3.0 y Q-flow 3.
Catálogo de templates HelpDesk Versión: 2.0 Fecha de publicación 08-04-2011 Aplica a: Q-flow 3.0 y Q-flow 3.1 Índice Introducción... 3 Diseño... 4 Implementación... 6 Grafo... 6 Roles... 7 Datos de aplicación...
Más detallesDirección Alumnos. Av. Benjamín Aráoz 800 - C.P. 4000 - Tucumán - Argentina Tels.: 0054 (0381) 4847355 Fax: 4310171 - Internet: www.filo.unt.edu.
Perfil docente Interfaz en general para el perfil docente Inicio de sesión Al ingresar el docente tiene la opción de Ver mensajes que haya enviado la unidad académica a todos los docentes o alguno propio
Más detallesSISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública
JEFATURA DE GABINETE DE MINISTROS SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública Manual para los Organismos Índice Índice... 2 Descripción... 3 Cómo solicitar la intervención
Más detallesDespliegue de plataforma Q-flow
How to Despliegue de plataforma Q-flow Versión: 2.0 Fecha de publicación 11-04-2011 Aplica a: Q-flow 3.0 y Q-flow 3.1 Índice Diagrama de Servicios de Q-flow... 3 Diagramas de Infraestructura de Q-flow
Más detallesFigura 3.1 Implementación de ITIL
C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad.
Más detallesHacemos que tu negocio se mueva. Plataforma de ventas. www.movilidapp.com. 2014 movilidapp
Hacemos que tu negocio se mueva Plataforma de ventas www.movilidapp.com 2014 movilidapp NUESTRA PLATAFORMA DE VENTAS Nuestra plataforma de ventas permite gestionar la realización de pedidos de sus productos
Más detallesTienda Virtual Synergy (Parte 2)
Tienda Virtual Synergy (Parte 2) El catálogo electrónico de productos es la base de toda la aplicación por lo que siempre será necesario instalarlo. Los siguientes dos módulos (tienda virtual y módulo
Más detallesMANUAL DE USUARIO PARA EL MANEJO DEL MÓDULO DE REPORTE DE INFORMACIÓN Y SEGUIMIENTO
MANUAL DE USUARIO PARA EL MANEJO DEL MÓDULO DE REPORTE DE INFORMACIÓN Y SEGUIMIENTO El módulo de Reporte de información y seguimiento, del Sistema Nacional de Información de la Educación Superior le permitirá:
Más detallesCONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...
Más detallesPara detalles y funcionalidades ver Manual para el Administrador
Qué es Gemelo Backup Online EMPRESA? Es una solución de administración y respaldo diseñada para Empresas que desean controlar y proteger su información de forma simple, segura y confiable. Se define un
Más detallesTarjeta Copec Transporte PARA EL CONTROL DE SU FLOTA
Tarjeta Copec Transporte PARA EL CONTROL DE SU FLOTA CRÉDITO DIRECTO DE COPEC Con Tarjeta Copec Transporte su empresa dispone de una línea de crédito directa de Copec para consumir petróleo Diesel y lubricantes
Más detallesManual de usuario Versión: 1.3 Edición: 05/02/2015 1
Manual de usuario Versión: 1.3 Edición: 05/02/2015 1 Índice Formula Integration Manual de Usuario... 3 1. Introducción... 3 1.1. Funcionalidades... 3 2. Instalación... 3 2.1. Requisitos mínimos... 3 2.2.
Más detallesO C T U B R E 2 0 1 3 SOPORTE CLIENTE. Manual de Usuario Versión 1. VERSIÓN 1 P á g i n a 1
SOPORTE CLIENTE Manual de Usuario Versión 1 VERSIÓN 1 P á g i n a 1 Contenido Contenido... 2 INTRODUCCIÓN... 3 DESCRIPCIÓN ACTIVIDADES... 4 1. INICIO... 4 2. REGISTRAR NUEVO CLIENTE... 5 1.1 INGRESO DE
Más detalles