PROPUESTA PARA TRABAJO DE GRADO

Tamaño: px
Comenzar la demostración a partir de la página:

Download "PROPUESTA PARA TRABAJO DE GRADO"

Transcripción

1 Ingeniería de Sistemas PROPUESTA PARA TRABAJO DE GRADO ARQUITECTURA ORIENTADA A RECURSOS PARA APLICACIONES HIPERMEDIALES EN CONTEXTOS E-LEARNING APLICACIÓN PRÁCTICA CONSTRUIR UNA ARQUITECTURA ORIENTADA A RECURSOS QUE SOPORTE UN PROTOCOLO DE APLICACIÓN EN EL DOMINIO DE E-LEARNING ESTUDIANTE(S) Angélica María Vergara Granados Documento Celular Teléfono fijo Correo Javeriano cc DIRECTOR Ing. Julio Ernesto Carreño Vargas Documento Teléfono fijo Correo Javeriano Empresa donde trabaja y cargo cc ext 5311 Pontificia Universidad Javeriana; Profesor Departamento de Sistemas 11/25/2013

2 Contenido 1 OPORTUNIDAD O PROBLEMÁTICA DESCRIPCIÓN DE LA OPORTUNIDAD O PROBLEMÁTICA FORMULACIÓN JUSTIFICACIÓN IMPACTO ESPERADO DEL PROYECTO DESCRIPCIÓN DEL PROYECTO OBJETIVO GENERAL OBJETIVOS ESPECÍFICOS ENTREGABLES O RESULTADOS ESPERADOS PROCESO FASE DE CARACTERIZACIÓN Metodología Actividades Hitos FASE DE DISEÑO Metodología Actividades Hitos FASE DE VALIDACIÓN Metodología Actividades Hitos GESTIÓN DEL PROYECTO CALENDARIZACIÓN PRESUPUESTO ANÁLISIS DE RIESGOS DERECHOS PATRIMONIALES MARCO TEÓRICO / ESTADO DEL ARTE FUNDAMENTOS Y CONCEPTOS RELEVANTES PARA EL PROYECTO TRABAJOS IMPORTANTES EN EL ÁREA GLOSARIO REFERENCIAS Y BIBLIOGRAFÍA REFERENCIAS BIBLIOGRAFÍA PROPUESTA PARA EL DESARROLLO DEL TRABAJO DE GRADO...23 Página 1

3 ILUSTRACIONES Ilustración 1. Entregables 8 Ilustración 2. Protocolo de Aplicación.20 TABLAS Tabla 1. Cronograma de Trabajo...12 Tabla 2. Estimación Horas Diarias.12 Tabla 3. Estimación Horas Semanales 12 Tabla 4. Estimación Horas por Fases 13 Tabla 5. Presupuesto de Recursos.13 Tabla 6. Especificación Presupuesto de Recursos..14 Tabla 7. Clasificación del Riesgo.15 Tabla 8 Riegos del Proyecto 16 Página 2

4 1 Oportunidad o Problemática 1.1 Descripción de la Oportunidad o Problemática En contextos académicos, se requiere que el acceso a contenidos de aprendizaje sea virtual y para esto, dichos contenidos deben ser creados y almacenados en repositorios como primera medida. Posteriormente se debe encontrar la forma de representarlos correctamente, los cuales se convierten en entidades de negocio que son representadas como recursos. Con los diferentes avances tecnológicos en la web, los procesos de aprendizaje han cambiado y hoy en día se da la posibilidad de implementar dichos procesos a través de e-learning, es decir diseñar, poner en práctica y evaluar un curso o plan informativo desarrollado, por medio de redes de computadores (Andrea M, 2009), es por esto que los sistemas de gestión de aprendizaje tienen la posibilidad de ofrecer este tipo de aprendizaje. Para que esto sea posible es necesario tener en cuenta el proceso que será utilizado para evaluar a cada consumidor del servicio, como por ejemplo un proceso de aprendizaje. Dicho proceso será tomado como un protocolo de aplicación, es decir como un conjunto de interacciones legales necesarias para llegar a un objetivo (Jim Webber, 2010), en otras palabras se podría decir que será tomado como un proceso de negocio. Construir aplicaciones basadas en e-learning es algo que se utiliza hoy en día en cualquier institución educativa, ya que es un medio que apoya el aprendizaje por parte del estudiante y que de igual manera, puede ser de apoyo para el docente. Estas aplicaciones, manejan diferentes contenidos académicos, los cuales son en su mayoría didácticos y son una forma diferente de fomentar el aprendizaje (Andrea M, 2009). Pero para construir estas aplicaciones, se debe tener en cuenta los requerimientos que debe satisfacer para que de esta manera se logre identificar la alternativa que mejor se adapte a lo que se desea. Por otra parte, muchas de estas aplicaciones existentes son hipermediales, es decir, manejan diferentes contenidos como imágenes, sonido, videos, entre otros y su conexión entre ellos (hipervínculos), pero no tienen un proceso de aprendizaje definido, es por esto que cuando se trata de aplicaciones hipermediales, la alternativa que se debe usar es REST (Ver Sección 5. Marco Teórico) ya que se acopla mejor por el manejo que proporciona a aquellos recursos que en este trabajo de grado serán mencionados como objetos virtuales de aprendizaje (Ver Sección 5.Marco Teórico), y de igual manera permite establecer un proceso de aprendizaje, el cual en éste Trabajo de Grado será tomado como protocolo de aplicación, es aquí donde entra a jugar un papel importante las arquitecturas orientadas a recursos puesto que uno de los principios de estos dos últimos términos mencionados es la hipermedia (Savas Parastatidis, 2010), que por definición establece que es la herramienta que permite comunicar e interactuar a los usuarios mediante el uso de hipervínculos en diferentes tipos de contenido (Jim Webber, 2010). Teniendo en cuenta lo ya mencionado, se puede decir que aplicar esto es una alternativa nueva para diseñar e implementar aplicaciones hipermediales que estén basadas en un estilo arquitectural y que expongan protocolos de aplicación en contextos e-learning e integren la hipermedia (Savas Parastatidis, 2010). Página 3

5 Ahora es importante tener en cuenta que actualmente existen varios tipos de sistemas de gestión de aprendizaje que manejan contenidos de aprendizaje virtuales de diferentes maneras y están diseñados con diferentes estilos arquitecturales según sea la necesidad de cada uno, es aquí en donde entra una comparación entre las arquitecturas tipo SOA y REST. Una arquitectura tipo SOA (Arquitectura Orientada a Servicios) es una forma lógica de diseño de un sistema de software que permite proporcionar servicios a cualquiera de las aplicaciones de usuario final o para otros servicios distribuidos en la red (Richard N. Taylor, 2010) (Ver Sección 5. Marco Teórico). Mientras que las arquitecturas tipo REST (Representational State Transfer), hacen referencia a una colección de servicios para el diseño de arquitecturas en red y son ideales para sistemas hipermedia distribuidos como lo es la web (Marset, 2006). Con estas breves definiciones, se debe aclarar cuando es útil hacer diseños arquitecturales tipo SOA o REST. Si lo que se desea es establecer una descripción formal de cómo es la interfaz del servicio, abordar requerimientos no funcionales y poco complejos (transacciones, seguridad, direccionamiento, entre otros) manteniendo información contextual y estados conversacionales, y centrado en el diseño de aplicaciones distribuidas, la solución que mejor se acomoda es un estilo arquitectural tipo SOA; pero si por lo contrario, lo que se quiere es un servicio web que no mantenga estado, mejor rendimiento y conocimiento del contenido que va a ser comunicado entre consumidor y proveedor, la solución arquitectural que soporta esto debe ser tipo REST (Marset, 2006). Aun así es necesario aclarar las características correspondientes a cada uno, las arquitecturas tipo SOA generan ciertos requisitos para el intercambio de mensajes como es la implementación de SOAP (Simple Object Access Protocol) que por definición es un protocolo de mensajería estándar usado en servicios web (ver Sección 5. Marco Teórico), el cual por lo general utiliza HTTP como medio de transporte para comunicar mensajes entre cliente y servidor. Aterrizando un poco los estilos arquitecturales tipo REST, existen las arquitecturas orientadas a recursos (ROA), que se basan en representaciones de recursos y acceso a éstos por medio de sus correspondientes URI (Universal Resource Identifier), ésta arquitectura usa el protocolo HTTP no como medio de transporte como en el caso de SOAP, sino como medio de interacción entre el cliente y el servidor, es decir que gracias a este protocolo se puede tener acceso a los recursos por medio de los métodos de éste protocolo; ROA maneja características específicas como lo es el direccionamiento que por definición dice que una aplicación es direccionable si expone sus datos o los aspectos interesantes de estos como recursos teniendo en cuenta la URI (Universal Resource Identifier) de cada uno de ellos (ruby, 2007); escalabilidad se enfoca en que las peticiones realizadas al servidor sean únicas, es decir cada vez que el cliente realiza una petición ésta termina donde empezó (ruby, 2007); interoperabilidad se refiere a las formas de representación según el dispositivo para que el recurso pueda ser consumido, también depende del estado del recurso y es mostrado por el servidor en xml, página web o texto separado por comas, puesto de HTTP es un protocolo que no maneja estados, cuando se utiliza de manera adecuada permite interpretar cada mensaje sin tener conocimiento alguno de los mensajes precedentes (Marset, 2006); interface única ya que ROA sólo usa el protocolo HTTP, usa los 4 métodos básicos para el manejo de recursos (GET, PUT, POST, DELETE) (ruby, 2007). Página 4

6 Con esto, se puede decir que los objetos virtuales de aprendizaje pueden ser tratados como recursos en un sistema de gestión de aprendizaje (requieren tener tus propias URI s para poder ser representados y trabajar con dicha representación) (Marset, 2006), posteriormente se pueden crear aplicaciones hipermediales teniendo en cuenta un protocolo de aplicación y así mismo tener en cuenta la novedad de contextos e-learning que permiten que los procesos de aprendizaje sean diferentes. Se puede decir que es una alternativa diferente para crear aplicaciones basadas en recursos (Jim Webber, 2010). 1.2 Formulación Cómo construir sistemas distribuidos hipermediales que expongan protocolos de aplicación para contextos e-learning basados en una arquitectura orientada a recursos? 1.3 Justificación Manejar objetos virtuales de aprendizaje como recursos en una arquitectura orientada a recursos, permite que el acceso a las representaciones de éstos sea más ágil gracias al uso del protocolo HTTP y de sus métodos. Pero el acceso a estos recursos debe estar definido en un orden según reglas establecidas, por esto la idea de un protocolo de aplicación basado en procesos de aprendizaje permite que esto sea posible, ya que al establecer un conjunto de interacciones entre los recursos (Jim Webber, 2010) hace que sea posible modificar el estado de la aplicación. Para que esto sea posible, es necesario escoger un diseño arquitectural que se acomode a lo que se quiere lograr, teniendo en cuenta lo mencionado anteriormente (Ver Sección 1.1Descripción de la Oportunidad o Problemática) el estilo más adecuado es una arquitectura orientada a recursos, puesto que sus ventajas permiten una facilidad en el diseño (interoperabilidad, rendimiento e interfaz única). Cabe aclarar que SOA permite también desempeñar esta labor mencionada anteriormente, pero es un estilo arquitectural que se acomoda de mejor manera en otro tipo de contextos y aplicaciones, y de igual manera el intercambio de objetos virtuales de aprendizaje por medio de SOAP implica empaquetar el mensaje en un documento XML teniendo en cuenta la estructura de los sobres (envelope), encabezados (header) y cuerpo del mensaje (body) (Papazoglou, 2008), y enviar todo esto a través de HTTP. Ya que este Trabajo de Grado se centra en la idea del uso de una arquitectura orientada a recursos para construir aplicaciones distribuidas, es importante aclarar las ventajas de este estilo arquitecturas, que en otras palabras vienen siendo las misma que REST, por esto se aclara que dicho estilo se enfoca en escalabilidad y rendimiento para este tipo de sistemas y tiene como ventaja que maneja muchos recursos por medio de pocas operaciones ya definidas por el protocolo HTTP, mientras que SOA se centra en el diseño de dichas aplicaciones y maneja muchas operaciones pero con escasez de recursos (Marset, 2006). Es importante aclarar que crear una aplicación que exponga protocolos de aplicación y que además, se base en procesos de aprendizaje permite al cliente extender y facilitar el acceso a la información no sólo a una persona sino de manera colectiva de tal forma que sea de Página 5

7 gran ayuda para aquellos que no pueden estar de manera presencial adquiriendo conocimientos en alguna asignatura o tema, dicha persona(s) que utilicen el servicio incrementará la autonomía y responsabilidad teniendo en cuenta el proceso de aprendizaje establecido y permite que las limitaciones de espacio/tiempo se hagan a un lado (Andrea M, 2009). De igual manera, permite que el aprendizaje logrado por el estudiante en una clase presencial, sea complementado por medio de aplicaciones hipermediales. 1.4 Impacto Esperado del Proyecto El diseño arquitectural que se genere en este proyecto tiene como fin a corto, mediano y largo plazo, ser una base para la creación de plataformas que se encuentren en contextos e- learning de manera que aprovechen el uso de la hipermedia junto con objetos virtuales de aprendizaje. A corto plazo, se pretende que se use en el desarrollo de aplicaciones que se basen en procesos de aprendizaje en contextos de e-learning, teniendo en cuenta la creación de objetos virtuales de aprendizaje y el correcto uso de estos en una arquitectura orientada a recursos. A mediano plazo y a largo plazo, se pretende que la arquitectura propuesta sea parte de una plataforma de aprendizaje que haga parte del departamento de departamento de ingeniería de sistemas, de manera que se convierta en un apoyo para estudiantes en las aulas de clase y por fuera de estas. Se tiene como meta principal, que el diseño arquitectural sea un apoyo para desarrolladores de aplicaciones y/o plataformas en contextos e-learning, manejando un protocolo de aplicación establecido junto con objetos virtuales de aprendizaje de modo que se generen diferentes alternativas, que apoyen el aprendizaje hacia los estudiantes. Página 6

8 2 Descripción del Proyecto 2.1 Objetivo general Construir una arquitectura orientada a recursos que soporte un protocolo de aplicación en el dominio de e-learning. 2.2 Objetivos Específicos Caracterizar el estilo arquitectural orientado a recursos en contextos de aprendizaje. Diseñar un protocolo basado en recursos hipermediales para una aplicación e- learning. Diseñar una arquitectura dirigida por recursos que soporte el protocolo diseñado. Validar la arquitectura mediante la implementación de un prototipo en el dominio de e-learning 2.3 Entregables o Resultados Esperados Objetivo Específico 1 Documento de investigación pertinente a una arquitectura orientada a recursos (Componentes, relaciones, restricciones, etc). Documento de investigación con especificación de objetos virtuales de aprendizaje en contextos e-learning. Documento de investigación con lista de objetos virtuales de aprendizaje adecuados para ser representados como recursos en una arquitectura orientada a recursos, y su respectiva representación. Objetivo Específico 2 Documento con la especificación del proceso de aprendizaje escogido. Objetivo Específico 3 Documento de arquitectura de software (S.A.D.) Objetivo Específico 4 Documentación de los objetos virtuales de aprendizaje creados y sus correspondientes especificaciones. Documentación del prototipo a implementar. Prototipo implementado con su respectivo código fuente. Ilustración 1. Entregables. Página 7

9 3 Proceso Para la realización de éste de trabajo de grado, se implementará una metodología SCRUM (Gallego), en donde como primera medida se generará un Product Backlog con los artefactos más relevantes que deben generarse, posteriormente se definirán los correspondientes Sprint Backlog que serán desarrollados en cada una de las fases metodológicas (estas serán tomadas como sprints en el desarrollo de éste proyecto). Se estimará una duración de 1 a 4 semanas por Sprint, en donde por cada una se realizará la ejecución del correspondiente Sprint Backlog y BurnDown chart (avance en horas del Product Backlog y/o Sprint Backlog). Cabe aclarar que las primeras fases de ése proyecto serán genéricas, con el fin de que el resultado de estas aplique para cualquier aplicación que se base en el proceso realizado. 3.1 Fase De Caracterización Esta fase será tomada como Sprint 1 en donde se pretende desarrollar el objetivo específico 1 (Ver Sección 2.2 Objetivos Específicos), para realizar esto se implementará una metodología de investigación especulativa que permitirá desarrollar el primer Sprint Backlog Metodología Para el desarrollo de éste Sprint se utilizará una investigación especulativa o deductiva, la cual permite que a través de conceptos se genere una estructuración teórica, que permita adaptar los elementos identificados en el contexto de una arquitectura orientada a recursos, teniendo en cuenta e-learning como el área en la que se trabajará Actividades Hitos Identificar componentes, relaciones, restricciones, y otros elementos de una arquitectura orientada a recursos. Identificar objetos virtuales de aprendizaje relevantes en el contexto de e-learning. Identificar procesos de aprendizaje en e-learning. Identificar tipos de objetos virtuales de aprendizaje adecuados para ser representados como recursos en una arquitectura orientada a recursos. Documento con investigación pertinente a una arquitectura orientada a recursos (componentes, relaciones, restricciones, etc). Documento con especificación de objetos virtuales de aprendizaje en contextos de e-learning. Documento con diagrama de proceso de aprendizaje, que incluye de igual manera una especificación de cada una de las fases del mismo. Página 8

10 Documento con listado de objetos virtuales de aprendizaje adecuados para ser representados como recursos en una arquitectura orientada a recursos, y su respectiva representación. 3.2 Fase De Diseño Esta fase será tomada como Sprint 2, en donde se desea dar solución a los objetivos específicos 2 y 3 (Ver Sección 2.2 Objetivos Específicos) generando un diseño arquitectural que soporte los elementos identificados en el Sprint anterior y que adicionalmente tenga en cuenta el uso de objetos virtuales de aprendizaje Metodología Para el desarrollo de éste Sprint, se usará una metodología de investigación inductiva, en donde por medio de los resultado adquiridos en el Sprint anterior, se pretende diseñar un protocolo de aplicación en base a un proceso de aprendizaje adecuado para contextos e- learning, y de igual manera se diseñará una arquitectura orientada a recursos que soporte tanto objetos virtuales de aprendizaje como el protocolo de aplicación diseñado Actividades Hitos Determinar requerimientos arquitecturalmente significantes del dominio de procesos de enseñanza para e-learning. Diseñar un protocolo de aplicación para contextos de e-learning basados en procesos de enseñanza. Realizar el diseño de una arquitectura orientada a recursos focalizada en un protocolo de aplicación diseñado. Documento con la especificación del proceso de aprendizaje escogido. Documento S.A.D. (Documento de arquitectura de software). 3.3 Fase De Validación Esta fase será tomada como Sprint 3, en donde se pretende dar solución al objetivo específico 4 (Ver Sección 2.2 Objetivos Específicos) generando un prototipo que permita verificar la implementación del Sprint anterior, se tomará un caso base para este Sprint puesto que la idea fundamental de éste proyecto se centra en el Sprint 2, dicho caso será un tema específico de una asignatura del departamento de ingeniería de sistemas Metodología Para el desarrollo de éste Sprint, se utilizará una metodología SCRUM (Larman, 2003), la cual permitirá por medio de iteraciones cortas, crear el prototipo correspondiente que permita Página 9

11 validar los resultados obtenidos en los Sprints anteriores. Se Establecerán 2 Sprints principales (construcción de objetos virtuales de aprendizaje y construcción de la aplicación), ya que se tendrán cuenta los resultados finales de los Sprints anteriores para poder desarrollar las etapas correspondientes a ésta última fase Actividades Hitos Planeación (Product Backlog). Puesta en escena (Identificación de requerimientos y priorización de los mismos). Desarrollo (Elaborar Sprint Backlog para cada iteración, estas iteraciones desarrollarán el prototipo que pruebe la arquitectura planteada y de igual manera incluyen la creación de objetos virtuales de aprendizaje correspondientes). Publicación (Documentación del prototipo). Documento con Product Backlog del caso de estudio. Documento con requerimientos priorizados y especificados. Documento con Sprint Backlog correspondiente al caso de estudio. Documentación de los objetos virtuales de aprendizaje creados y sus correspondientes especificaciones. Documentación del prototipo a implementar. Prototipo implementado con su respectivo código fuente. Página 10

12 4.1 Calendarización 4 Gestión del Proyecto Para realizar la estimación de duración de éste proyecto, se organizaron las actividades planteadas en la sección anterior (Ver Sección 3.Proceso), en sus correspondientes metodologías, del mismo modo se incluyeron fechas de inicio y de finalización para cada actividad, la estimación en horas a la semana, la persona responsable de realizar cada ítem allí establecido, y el entregable que se debe generar para esa actividad (Ver Cronograma.xlsx). La siguiente tabla muestra una aproximación de lo que se acaba de explicar. Cronograma de Trabajo Tarea Fecha Inicio Fecha Finalización Responsable Entregables Tiempo (horas) Metodología Tabla 1. Cronograma de Trabajo Para la asignación de horas por actividad, se tuvo en cuenta lo siguiente: Estimación de horas diarias: Día Lunes Martes Miércoles Jueves Viernes Horas de Trabajo Tabla 2. Estimación Horas Diarias Estimación de horas semanales: Horas por Semana Cantidad de Semanas Total Horas de Trabajo Tabla 3. Estimación Horas Semanales Estimación de horas por fases: Fases Horas Estimadas 1 32 Página 11

13 Total 136 Tabla 4. Estimación Horas por Fases Para una información más completa acerca del desarrollo de las actividades y su correspondiente camino crítico, puede dirigirse al Diagrama de Gantt.pdf. 4.2 Presupuesto Para el desarrollo de las actividades mencionadas en la sección anterior (Ver Sección 3.Proceso), se cuenta con los siguientes recursos: Hardware Computador $ USB $ Servicios Internet $ Energía $ Transporte $ Agua $ Licencias $ Otros Conocimientos Previos $ Costo Total $ Tabla 5. Presupuesto de Recursos Recursos Especificación Página 12

14 Computador Valor: $ Propietario: Angélica Vergara Marca: HP Pavilion dv4 SO: Windows 8 y Linux Mint. Disco Duro: 250GB RAM: 3GB USB Valor: $ Capacidad: 4GB Internet Valor por mes: MB ETB Energía Valor por mes: Transporte Valor por semana: $ Bus Agua Valor por mes: $ Licencias Valor: $ Licencia Microsoft Office 2013 Valor $ Enterprise Architec Conocimientos Previos $ Tabla 6. Especificación Presupuesto de Recursos Algunos de los costos presentados anteriormente son fijos, es decir en el caso de Computadores, medios de almacenamiento externo (USB), y licencias, son precios fijos, mientras que en el caso de los servicios se debe tener en cuenta que dicho valor es mensual y puede variar según sea el caso. 4.3 Análisis de Riesgos Esta sección abarca aquellas situaciones que se pueden presentar y que de igual manera pueden ser inesperadas, generando dificultades durante el desarrollo de éste proyecto. Para comenzar, se manejará una tabla de Clasificación de Riesgo, que permitirá clasificar los riesgos principales de éste Trabajo de Grado. Página 13

15 Cada riesgo será clasificado dentro de un porcentaje correspondiente a un rango. El siguiente paso permitirá visualizar qué tan probable es que ocurra el riesgo y cuál sería su efecto. Rango Probabilidad Efecto Prioridad <10% MB Insignificante 1 10%-25% B Marginal 2 25%-50% MOD Serio 3 50%-75% A Crítico 4 >75% MA Catastrófico 5 Tabla 7. Clasificación del Riesgo La columna de probabilidad se encuentra denotada de la siguiente forma: MB (muy bajo), B (bajo), MOD (moderado), A (alto), MA (muy alto). En la siguiente tabla se enuncian los posibles riesgos para cada fase y su correspondiente análisis. Riesgos del Proyecto Fase Riego Rango Probabilidad Efecto Prioridad Categorización Diseño Retraso en el desarrollo de alguna actividad Falta de evidencia bibliográfica para el desarrollo de cada actividad Retraso en la elaboración de entregables para cada actividad Retraso en el desarrollo de alguna actividad Identificación incorrecta de requerimientos arquitec- 50% A Crítico 4 45% MOD Serio 3 30% MOD Serio 3 50% A Crítico 4 20% B Marginal 2 Página 14

16 turalmente significantes Validación Diseño no adecuado del protocolo de aplicación Diseño arquitectural no adecuado Falla en la corrección de actividades anteriores. Retraso en la elaboración de entregables para cada actividad Retraso en el desarrollo de alguna actividad Falla en la corrección de actividades anteriores. Retraso en la elaboración de entregables para cada actividad 15% B Marginal 2 10% B Marginal 2 35% MOD Serio 3 30% MOD Serio 3 50% A Crítico 4 35% MOD Serio 3 30% MOD Serio 3 Falla en el levantamiento de requerimientos del 35% MOD Serio 3 caso de estudio Tabla 8 Riegos del Proyecto La mitigación de los riesgos identificados en la tabla anterior se basará en las revisiones diarias de cada Sprint, verificando qué se ha hecho, qué se está haciendo, qué se va a hacer, y qué problemas se han generado con respecto a la actividad. De igual modo se realizarán controles de avance, se establecerán recordatorios para cada actividad especificando qué se debe hacer, cómo debería hacerse y para cuándo debería estar listo en entregable correspondiente. Solo si se ve la necesidad, se asignará tiempo extra para completar la actividad o resolver el problema que se presente respecto a ésta. Página 15

17 4.4 Derechos Patrimoniales El presente Trabajo de Grado se llevará a cabo dentro del marco del grupo de investigación ISTAR de la Pontificia Universidad Javeriana de Bogotá y su resultado estará a disposición del grupo ISTAR para futuros trabajos en el área. Así mismo, el resultado del proyecto aportará al marco global del desarrollo del grupo ISTAR, servirá como base para futuros trabajos y proyectos del grupo, y estará a disposición del grupo, sin ninguna restricción de uso, ya sea éste de carácter académico o empresarial. El software producto de este trabajo de grado se licenciará bajo el modelo de software libre con licencia GPL. Página 16

18 5 Marco Teórico / Estado del Arte 5.1 Fundamentos y conceptos relevantes para el proyecto. Para tener mayor claridad de lo que se quiere obtener con éste proyecto, se enunciarán con más profundidad aquellos conceptos fundamentales que juntos, lograrán dar una visión más amplia al lector. Servicio web: Son sistemas que están especialmente diseñados para mantener una comunicación interoperable entre maquinas que se encuentren sobre una red. Por lo general, los servicios web suelen ser APIs web que pueden ser accedidas dentro de una red (principalmente internet) y son ejecutados en el sistema que los aloja. (Marset, 2006). Es común que los servicios web se comuniquen entre sí por medio del estándar SOAP (Simple Object Access Protocol) ya que la comunicación entre estos por lo general se da por medio de mensajes tipo XML. Servicios web tipo REST: Este tipo de servicios intentan imitar el protocolo HTTP estableciendo una interfaz uniforme, por medio de un conjunto de operaciones estándar y que son conocidas, en otras palabras métodos HTTP (GET, POST, PUT ), y por esta razón este tipo de servicios se encuentran enfocados en la interacción con recursos que posean estado. Por otra parte, es importante aclara que REST (Representational State Transfer) es un estilo de arquitectura de software que se acomoda perfectamente a aplicaciones hipermediales como lo es la web. Trabaja estrictamente con una colección de recursos para el buen diseño de arquitecturas en red (Marset, 2006). SOAP: (Simple Object Access Protocol) es un protocolo de mensajería estándar que es utilizado en servicios web, que permite la invocación remota de métodos entre aplicaciones que pasan mensajes y datos de la forma request/response. Su objetivo principal es la comunicación entre aplicaciones. Cubre cuatro áreas específicas como lo es el formato del mensaje (puede ser empaquetado en un documento XML), la descripción (como el mensaje debería ser transportado usando HTTP si se trata de una interacción basada en la web, o SMTP si la interacción está basada en ), un grupo de reglas (deben ser seguidas cuando se procesa un mensaje SOAP), y un grupo de convenciones (conversión de llamados RPC en mensajes SOAP y al contrario) (Papazoglou, 2008). Arquitectura Orientada a Recursos (ROA): una arquitectura orientada a recursos es un estilo arquitectural tipo REST, que utiliza las ventajas de este como lo es el uso de información y representación de ésta a través de recursos (trabaja con representaciones de estos) por medio de métodos HTTP (GET, POST, PUT ), gracias a esto y a la identificación de recursos por medio de URI s, este estilo arquitectural se basa en dos características fundamentales, accesibilidad y statelessness. Se puede decir que cuando se habla de accesibilidad se hace referencia a exponer un conjunto de datos como recursos, una vez realizado esto los recursos son expuestos a través de sus URI s; cuando una aplicación es accesible da a conocer dichas URI s de cada pieza de información que podría servir. Esta justificación es uno de los aspectos más Página 17

19 importantes en cualquier sitio o aplicación web, ya que cuando es accesible, simplemente basta con una URI que permita mostrar el recuso sobre el cual se está trabajando sin tener la necesidad de descargar el sitio o aplicación web y enviarla como archivo adjunto a través de HTTP. Para concretar y ser más precisos acerca del principio de accesibilidad, se puede decir que para que esto ocurra, cada sitio o aplicación web debe tener su propia dirección, la cual debe ser única, en otras palabras su propia URI al igual que los recursos que allí se representen; Por otra parte, la segunda característica de una arquitectura orientada a recursos es que es statelessness, es decir que no conserva estado conversacional, para que este término sea más claro y fácil de entender se explicará de la siguiente manera, cada petición que se realice debe incluir toda la información necesaria para que el servidor pueda cumplirla, puesto que éste no conserva la información de peticiones anteriores (Richard N. Taylor, 2010). Protocolo de Aplicación: En hipermedia, se define protocolo de aplicación como aquel conjunto de interacciones legales necesarias para entender el comportamiento de una aplicación, es decir su estado el cual se podría decir que es como se encuentra ésta en determinado estado del tiempo. Este protocolo define las reglas de interacción que lideran la interacción entre los integrantes de un sistema. Al manejar un protocolo de aplicación, el estado de la aplicación cambia constantemente gracias a un flujo de trabajo o la ejecución de un proceso de negocio, lo que implica que es posible construir aplicaciones que enuncien un flujo de trabajo usando hipermedia (Savas Parastatidis, 2010). Al implementar un protocolo de aplicación usando hipermedia, ésta facilita la el uso de un proceso de negocio reduciendo el acoplamiento entre los servidores y consumidores. En pocas palabras, el uso de un protocolo de aplicación en aplicaciones hipermediales, permite quitar la dependencia de un WADL (Web Application Description Language) ya que el al definir el proceso de negocio se está conociendo lo que la aplicación hace con exactitud. La siguiente ilustración muestra un ejemplo de un protocolo de aplicación. Página 18

20 Ilustración 2. Protocolo de Aplicación. Tomado de (Jim Webber, 2010) Aplicación Hipermedia: cuando se habla de hipermedia, se puede decir que es una tecnología que permite realizar una estructuración de la información (sonido, imágenes, texto), a través de nodos interconectados por enlaces o links, dichos nodos contienen la información ya mencionada antes (Rolando, 2011). Por lo tanto se puede afirmar que una aplicación que maneje la hipermedia, se caracteriza por la transferencia de representaciones de recursos (en este caso el tipo de información mencionada anteriormente), los cuales contienen links que se encuentran ordenados según un protocolo de aplicación. Dichos links, pertenecen a otras representaciones de recursos que hacen parte de la aplicación. Por otra parte también se puede afirmar que el uso de la hipermedia permite capturar el estado actual de la aplicación por medio de documentos hipertexto, los cuales deben estar tanto del lado del servidor (quien sólo conoce el estado de sus recursos) como del lado del cliente (conoce el estado de la sesión). Esta función es realizada por el navegador, quien se encarga de recopilar aquella información necesaria o que simplemente debe cambiar el estado de algún recurso, navegando entre estos (Marset, 2006). E-learning: Es una modalidad de enseñanza-aprendizaje que consiste en diseñar, poner en práctica y evaluar un curso, desarrollado en redes de computador y que a su vez, se puede definir como un tipo de educación ofrecida a personas que se encuentran geográficamente separadas o que actúan en tiempos diferentes al docente, empleando recursos informáticos (Andrea M, 2009). Se caracteriza por el desarrollo de un proceso formativo en aulas o entornos virtuales en donde hay una interacción estudiante-profesor de manera virtual, y en donde el estudiante de igual Página 19

CIS1410IS05 ARQUITECTURA ORIENTADA A RECURSOS PARA APLICACIONES HIPERMEDIALES EN CONTEXTOS E-LEARNING. ANGELICA MARIA VERGARA GRANADOS

CIS1410IS05 ARQUITECTURA ORIENTADA A RECURSOS PARA APLICACIONES HIPERMEDIALES EN CONTEXTOS E-LEARNING. ANGELICA MARIA VERGARA GRANADOS CIS1410IS05 ARQUITECTURA ORIENTADA A RECURSOS PARA APLICACIONES HIPERMEDIALES EN CONTEXTOS E-LEARNING. ANGELICA MARIA VERGARA GRANADOS PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE

Más detalles

Service Oriented Architecture

Service Oriented Architecture Programación Concurrente y Distribuida Ingeniería en Informática Service Oriented Architecture José Carlos Cortizo Pérez josecarlos.cortizo@uem.es http://www.esp.uem.es/jccortizo D. Sistemas Informáticos

Más detalles

Desarrollo y servicios web

Desarrollo y servicios web Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2014-2 Qué vimos la clase pasada? Introducción a Big Data Introducción a bases de datos NOSQL Características bases de datos NOSQL MongoDB como motor

Más detalles

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

SERVICIOS: EXPLORACIONES EN SOA y WEB.

SERVICIOS: EXPLORACIONES EN SOA y WEB. SERVICIOS: EXPLORACIONES EN SOA y WEB. López, G. 1 ; Jeder, I 1.; Echeverría, A 1.; Grossi, M.D. 2 ; Servetto, A 2.; Fierro, P. (PhD.) 3 1. Laboratorio de Informática de Gestión - Facultad de Ingeniería.

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

REQUISITOS PARA LA SOLICITUD DE EVALUACIÓN DE RECURSOS DIGITALES CON FINES DE APRENDIZAJE Y PROMOCIÓN DE LA ORIGINALIDAD DEL MATERIAL EDUCATIVO

REQUISITOS PARA LA SOLICITUD DE EVALUACIÓN DE RECURSOS DIGITALES CON FINES DE APRENDIZAJE Y PROMOCIÓN DE LA ORIGINALIDAD DEL MATERIAL EDUCATIVO REQUISITOS PARA LA SOLICITUD DE EVALUACIÓN DE RECURSOS DIGITALES CON FINES DE APRENDIZAJE Y PROMOCIÓN DE LA ORIGINALIDAD DEL MATERIAL EDUCATIVO El Sistema de Universidad Virtual (SUV) se ha enfocado en

Más detalles

APPLE: Compañía de informática que creó Macintosh. Fue fundada por Steve Jobs.

APPLE: Compañía de informática que creó Macintosh. Fue fundada por Steve Jobs. Gobierno Electrónico GLOSARIO DE TÉRMINOS 110 A APPLE: Compañía de informática que creó Macintosh. Fue fundada por Steve Jobs. Arquitectura de Sistemas: Es una descripción del diseño y contenido de un

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA 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 detalles

SOFTWARE ARCHITECTURE TO INTEGRATE LEARNING OBJECTS BASED ON WEB SERVICES

SOFTWARE ARCHITECTURE TO INTEGRATE LEARNING OBJECTS BASED ON WEB SERVICES Recibido: 10 de febrero de 2011 Aceptado: 24 de marzo de 2011 SOFTWARE ARCHITECTURE TO INTEGRATE LEARNING OBJECTS BASED ON WEB SERVICES ARQUITECTURA DE SOFTWARE PARA INTEGRAR OBJETOS DE APRENDIZAJE BASADA

Más detalles

ESPECIALIZACIÓN EN GESTIÓN DE BASE DE DATOS GUÍA DIDÁCTICA PARA LA GESTIÓN DE PROYECTOS Código: EGBD-P01-GD01

ESPECIALIZACIÓN EN GESTIÓN DE BASE DE DATOS GUÍA DIDÁCTICA PARA LA GESTIÓN DE PROYECTOS Código: EGBD-P01-GD01 ESPECIALIZACIÓN EN GESTIÓN DE BASE DE DATOS GUÍA DIDÁCTICA PARA LA GESTIÓN DE PROYECTOS Código: EGBD-P01-GD01 1. IDENTIFICACIÓN DE LA GUÍA DIDÁCTICA DISEÑO Y ADMINISTRACIÓN DE UNA BODEGA DE DATOS Nombre

Más detalles

Escuela Técnica Superior de Ingeniería Informática

Escuela Técnica Superior de Ingeniería Informática Escuela Técnica Superior de Ingeniería Informática Máster en Ingeniería Informática aplicada a la Industria, a la Ingeniería del Software y a los Sistemas y Tecnologías de la Información GUÍA DOCENTE DE

Más detalles

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz

Más detalles

Primer avance de proyecto de software para la gestión de inscripciones en cursos

Primer avance de proyecto de software para la gestión de inscripciones en cursos Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados

Más detalles

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

Proyecto Aula Virtual gvsig

Proyecto Aula Virtual gvsig Resumen: Proyecto Aula Virtual gvsig Miguel Angel Bernabé Poveda Maria Ester Gonzalez Letizia Jiménez Angulo Laboratorio de Tecnologías de la Información Geográfica (LatinGEO) Universidad Politécnica de

Más detalles

Propuesta 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 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 detalles

Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real.

Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real. Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real. Walter Fuertes, Diego Carrera, César Villacís, Fernando Galárraga,

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

DIRECCIÓN DE PROYECTOS Curso de Formación Continua Título Propio UPM

DIRECCIÓN DE PROYECTOS Curso de Formación Continua Título Propio UPM DIRECCIÓN DE PROYECTOS Curso de Formación Continua Título Propio UPM 1. Objetivo del Curso El objetivo global del curso es el de presentar un acercamiento actualizado a la gestión de proyectos de forma

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

Más detalles

Sistema de gestión de tareas y proyectos

Sistema de gestión de tareas y proyectos Sistema de gestión de tareas y proyectos Propuesta de proyecto Seminario de Informática I Luis Muñoz Enrique Viard Contenido Introducción... 3 Descripción general... 3 Arquitectura propuesta... 5 Requisitos...

Más detalles

CAPÍTULO 3: Resultados

CAPÍTULO 3: Resultados CAPÍTULO 3: CAPÍTULO 3: RESULTADOS La meta de un proyecto de consolidación de servidores físicos o de virtualización, es la creación de las máquinas virtuales que sean capaces de ejecutar las aplicaciones

Más detalles

Bases de Datos Especializadas

Bases de Datos Especializadas Bases de Datos Especializadas BASES DE DATOS ESPECIALIZADAS 1 Sesión No. 12 Nombre: DBMS y Tecnología Web Objetivo: Al término de la sesión, el alumno identificará la integración entre DBMS y la web. Contextualización

Más detalles

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran:

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran: Desarrollo de aplicaciones y servicios web Cinxgler Mariaca Minda Cinxgler@udistrital.edu.co Presidente Capítulo de Computadores Rama IEEE Universidad Distrital Francisco José de Caldas Resumen: Este articulo

Más detalles

Bienvenidos a la presentación: Introducción a conceptos básicos de programación.

Bienvenidos a la presentación: Introducción a conceptos básicos de programación. Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los

Más detalles

Este trabajo de grado se publica en homenaje póstumo a Juan Carlos Huertas Amaya, quien fuera nuestro permanente colaborador*.

Este trabajo de grado se publica en homenaje póstumo a Juan Carlos Huertas Amaya, quien fuera nuestro permanente colaborador*. Modelo de gestión de servicios PKI Este trabajo de grado se publica en homenaje póstumo a Juan Carlos Huertas Amaya, quien fuera nuestro permanente colaborador*. Diana Carolina Valbuena P. Edgar Hernán

Más detalles

SILABO I. INFORMACIÓN GENERAL

SILABO I. INFORMACIÓN GENERAL UNIVERSIDAD NACIONAL DE SAN MARTÍN-T FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA Escuela Académico Profesional de Ingeniería de Sistemas e Informática Semestre Académico 2013 - I SILABO I. INFORMACIÓN

Más detalles

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA ESCUELA DE CIENCIAS BASICAS TECNOLOGIAS E INGENIERIAS GUÍA COMPONENTE PRÁCTICO 302070 REDES LOCALES AVANZADAS M.Sc. ING. DANIEL ANDRÉS GUZMÁN ARÉVALO (Director

Más detalles

SIMULACIÓN DE SISTEMAS (I. ELÉCTRICA/I. ELECTRÓNICA)

SIMULACIÓN DE SISTEMAS (I. ELÉCTRICA/I. ELECTRÓNICA) ASIGNATURA DE GRADO: SIMULACIÓN DE SISTEMAS (I. ELÉCTRICA/I. ELECTRÓNICA) Curso 2014/2015 (Código:68903050) 1.PRESENTACIÓN DE LA ASIGNATURA En esta asignatura se estudian las técnicas de simulación, comenzando

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Especificaciones de la oferta Monitoreo de infraestructuras remotas

Especificaciones de la oferta Monitoreo de infraestructuras remotas Especificaciones de la oferta Monitoreo de infraestructuras remotas Información general sobre el servicio Este servicio ofrece monitoreo remoto de infraestructura de Dell (RIM, el servicio o servicios

Más detalles

UNIVERSIDAD NACIONAL DE LOJA MODALIDAD DE ESTUDIOS A DISTANCIA MANUAL DE USUARIO PLATAFORMA VIRTUAL

UNIVERSIDAD NACIONAL DE LOJA MODALIDAD DE ESTUDIOS A DISTANCIA MANUAL DE USUARIO PLATAFORMA VIRTUAL MANUAL DE USUARIO PLATAFORMA VIRTUAL USO DEL CAMPUS VIRTUAL UNIVERVIDAD NACIONAL DE LOJA Contacto de Soporte Técnico: (07)2546-920 (07)2547-903 El presente manual tiene como objetivo ser una guía rápida

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

TEMA 5. Otras arquitecturas distribuidas IV. Web Services

TEMA 5. Otras arquitecturas distribuidas IV. Web Services TEMA 5. Otras arquitecturas distribuidas IV. Web Services IV. Web Services 1. Qué son los Web Services? 2. Ejemplos de Web Services 3. Tecnologías y arquitectura 3.1. Arquitectura 3.2. Lenguaje de descripción:

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

UNIVERSIDAD DE SANTANDER UDES

UNIVERSIDAD DE SANTANDER UDES UNIVERSIDAD DE SANTANDER UDES Programa Nombre Código Facultad Administración e Ingenierias Ingenieria de Sistemas Arquitectura Orientada a Servicios (SOA) Problema? Competencia específica Rango de Aplicación

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

Curso de Acceso a la Universidad para Mayores de 25 años (CAM-25)

Curso de Acceso a la Universidad para Mayores de 25 años (CAM-25) Curso de Acceso a la Universidad para Mayores de 25 años (CAM-25) GUÍA DOCENTE DE LA ASIGNATURA: Introducción a la Informática Curso Académico 2011-2012 1 1. Datos Descriptivos de la Asignatura Asignatura:

Más detalles

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento.

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento. Documento de Referencia Una Única Solución que Integra Todas las Aplicaciones que su Empresa Requiere Tecnologizar los procesos financieros, operacionales y de gestión de su empresa, es sólo cuestión de

Más detalles

TIC Y AMBIENTES DE APRENDIZAJE UNIDAD 5: OBJETOS VIRTUALES DE APRENDIZAJE (OVAS) Y PROPIEDAD INTELECTUAL.

TIC Y AMBIENTES DE APRENDIZAJE UNIDAD 5: OBJETOS VIRTUALES DE APRENDIZAJE (OVAS) Y PROPIEDAD INTELECTUAL. TIC Y AMBIENTES DE APRENDIZAJE UNIDAD 5: OBJETOS VIRTUALES DE APRENDIZAJE (OVAS) Y PROPIEDAD INTELECTUAL. Contenido INTRODUCCIÓN... 2 COMPETENCIAS... 2 1. OBJETOS DE APRENDIZAJE - DEFINICIÓN... 2 1.1 Qué

Más detalles

GUÍA DE APRENDIZAJE N 1 Herramientas de trabajo colaborativo

GUÍA DE APRENDIZAJE N 1 Herramientas de trabajo colaborativo SISTEMA INTEGRADO DE GESTIÓN GUÍA DE APRENDIZAJE Código: F004-P006-GFPI versión: 01 Proceso Gestión de la Formación Profesional Integral Procedimiento Ejecución de la Formación Profesional Integral GUÍA

Más detalles

GUÍA DE APRENDIZAJE SISTEMAS DE COMERCIO ELECTRONICO

GUÍA DE APRENDIZAJE SISTEMAS DE COMERCIO ELECTRONICO GUÍA DE APRENDIZAJE SISTEMAS DE COMERCIO ELECTRONICO Datos Descriptivos TITULACIÓN: CENTROS IMPLICADOS: GRADO EN INGENIERIA DE COMPUTADORES E.U. DE INFORMATICA CICLO: Grado sin atribuciones MÓDULO: MATERIA:

Más detalles

DISEÑO E IMPLEMENTACIÓN DEL CONTROL REMOTO DE UN ROBOT MEDIANTE DISPOSITIVOS MÓVILES

DISEÑO E IMPLEMENTACIÓN DEL CONTROL REMOTO DE UN ROBOT MEDIANTE DISPOSITIVOS MÓVILES DISEÑO E IMPLEMENTACIÓN DEL CONTROL REMOTO DE UN ROBOT MEDIANTE DISPOSITIVOS MÓVILES ESCUELA COLOMBIANA DE INGENIERÍA JULIO GARAVITO Jorge Villalobos Alvarado BOGOTÁ 21 DE JULIO DE 2015 INTEGRANTES - Daniel

Más detalles

Objetos de aprendizaje, introducción y características.

Objetos de aprendizaje, introducción y características. Objetos de aprendizaje, introducción y características. Contenido CONTENIDO... 1 INTRODUCCIÓN... 2 QUÉ ES UN OBJETO DE APRENDIZAJE?... 3 ESTRUCTURA DE LOS OA... 4 FUNCIONAMIENTO DE LOS OA... 6 BENEFICIOS

Más detalles

Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal

Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal Presenta: Mtro. Israel Ortega Cuevas para la Red Universitaria de Colaboración en Ingeniería de Software y Base

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE 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 detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Gobierno Municipal del Cantón Bolívar. SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

LINEAMIENTOS TÉCNICOS CATEGORÍA APLICACIONES.NET. SENAsoft Santander 2015. Documento elaborado por: Ing. GUILLERMO ALONSO ARCHILA GULADRÓN

LINEAMIENTOS TÉCNICOS CATEGORÍA APLICACIONES.NET. SENAsoft Santander 2015. Documento elaborado por: Ing. GUILLERMO ALONSO ARCHILA GULADRÓN 1 LINEAMIENTOS TÉCNICOS SENAsoft Santander 2015 Documento elaborado por: Ing. GUILLERMO ALONSO ARCHILA GULADRÓN Instructor Centro Agroempresarial y Turístico De Los Andes Regional Santander 2 Contenido

Más detalles

HISTORIAL DE CAMBIOS

HISTORIAL DE CAMBIOS HISTORIAL DE CAMBIOS VERSIÓN FECHA DESCRIPCIÓN ENCARGADO 0.0.1 25 de Julio de 2013 Creación de la sección 1 Jonathan León 0.0.2 27 de Julio de 2013 Creación de la sección 2 Jonathan León 0.1.0 30 de Julio

Más detalles

LICENCIA PROFESIONAL EN DESARROLLO DE SOFTWARE PARA APLICACIONES WEB

LICENCIA PROFESIONAL EN DESARROLLO DE SOFTWARE PARA APLICACIONES WEB LICENCIA EN DESARROLLO DE SOFTWARE PARA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Web Services 2. Competencias Desarrollar Aplicaciones web a través de metodologías

Más detalles

Objetos de Aprendizaje

Objetos de Aprendizaje e Objetos de Aprendizaje María de los Ángeles Serrano Islas Instituto Latinoamericano de la Comunicación Educativa Red Escolar tayassu@hotmail.com Resumen: Se efectuará una breve aproximación acerca de

Más detalles

CAPÍTULO I INTRODUCCIÓN

CAPÍTULO I INTRODUCCIÓN CAPÍTULO I INTRODUCCIÓN Una página Web es un documento situado en una red informática al que se accede mediante enlaces de hipertexto, y éste es aquel texto que contiene elementos a partir de los cuales

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Guía docente de la asignatura

Guía docente de la asignatura Guía docente de la asignatura Asignatura Materia T22: DISEÑO, INTEGRACIÓN Y ADAPTACIÓN DE SOFTWARE TECNOLOGÍAS SOFTWARE Módulo Titulación GRADO EN INGENIERÍA INFORMÁTICA DE SISTEMAS (464) Plan 464 Código

Más detalles

Planificación de la capacidad del servidor HP NonStop

Planificación de la capacidad del servidor HP NonStop Planificación de la capacidad del servidor HP NonStop Servicios de HP Datos técnicos Determinar los futuros requisitos de capacidad del hardware para los sistemas NonStop de procesamiento de crecientes

Más detalles

Un Repositorio basado en Servicios Web para el Sistema Generador de Ambientes de Aprendizaje AMBAR

Un Repositorio basado en Servicios Web para el Sistema Generador de Ambientes de Aprendizaje AMBAR Un Repositorio basado en Servicios Web para el Sistema Generador de Ambientes de Aprendizaje AMBAR María Gertrudis López 1, Yosly Hernández 1, Cira Beleño 1, Doris Pernalete 2, Vanessa Miguel 3, Nora Montaño

Más detalles

Servicios web. Jorge Iván Meza Martínez jimezam@gmail.com

Servicios web. Jorge Iván Meza Martínez jimezam@gmail.com Servicios web Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/71 Contenidos Que es un servicio web. Tecnologías

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: Introducción a los Web services Las bases de los Web services La nueva generación de la Web Interactuando con los Web services La tecnología de Web services XML: Lo fundamental WSDL: Describiendo

Más detalles

Guía 7: Virtualización. 1. Configurar una infraestructura de hardware por varios sistemas operativos funcionando de forma totalmente independiente.

Guía 7: Virtualización. 1. Configurar una infraestructura de hardware por varios sistemas operativos funcionando de forma totalmente independiente. Arquitectura de Computadoras: Guía 7 1 Facultad: Ingeniería. Escuela: Electrónica Asignatura: Arquitectura de Computadoras Guía 7: Virtualización. Objetivo General 1. Configurar una infraestructura de

Más detalles

E-LEARNING OPORTUNIDAD Y CONOCIMIENTO

E-LEARNING OPORTUNIDAD Y CONOCIMIENTO E-LEARNING OPORTUNIDAD Y CONOCIMIENTO Angy Lizeth Lara Vargas Ingeniería de Sistemas CORPORACIÓN UNIFICADA NACIONAL DE EDUCACION SUPERIOR CONVERGENCIA TECNOLÓGICA BOGOTÁ 2010 pág. 1 CONTENIDO Definición

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

La Universidad Latinoamericana te da la bienvenida a sus Programas Ejecutivos On-line

La Universidad Latinoamericana te da la bienvenida a sus Programas Ejecutivos On-line Cómo navegar en ULA On-line? La Universidad Latinoamericana te da la bienvenida a sus Programas Ejecutivos On-line El presente instructivo tiene el objetivo de guiarte para que conozcas ULA on-line, puedas

Más detalles

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

Más detalles

Herrera, M; De Lima, L; Delgado, D. Abstract. Índice

Herrera, M; De Lima, L; Delgado, D. Abstract. Índice Herramienta Multimedia para la enseñanza, discusión y evaluación de una asignatura dictada con la técnica didáctica Casos de Estudio bajo modalidad semipresencial Herrera, M; De Lima, L; Delgado, D. Índice

Más detalles

WHITE PAPER. Proteger sus servidores virtuales con Acronis True Image

WHITE PAPER. Proteger sus servidores virtuales con Acronis True Image Proteger sus servidores virtuales con Acronis True Image Copyright Acronis, Inc., 2000 2008 Las organizaciones dedicadas a la TI han descubierto que la tecnología de virtualización puede simplificar la

Más detalles

CAPITULO III PROPUESTA DE DISEÑO

CAPITULO III PROPUESTA DE DISEÑO CAPITULO III PROPUESTA DE DISEÑO 116 3.1 Introducción. En este capítulo se presenta la descripción de las etapas funcionales requeridas para la puesta en funcionamiento del laboratorio de VoIP propuesto.

Más detalles

Escuela Técnica Superior de. Informática. Máster en Ingeniería Informática. aplicada a la Industria, la Ingeniería del. Software y a los Sistemas y

Escuela Técnica Superior de. Informática. Máster en Ingeniería Informática. aplicada a la Industria, la Ingeniería del. Software y a los Sistemas y Escuela Técnica Superior de Informática Máster en Ingeniería Informática aplicada a la Industria, la Ingeniería del Software y a los Sistemas y Tecnologías de la Información GUÍA DOCENTE DE LA ASIGNATURA:

Más detalles

E-learning: E-learning:

E-learning: E-learning: E-learning: E-learning: capacitar capacitar a a su su equipo equipo con con menos menos tiempo tiempo y y 1 E-learning: capacitar a su equipo con menos tiempo y Si bien, no todas las empresas cuentan con

Más detalles

PROGRAMA FORMATIVO Microsoft Certified Solutions Developer (MCSD): Web Applications

PROGRAMA FORMATIVO Microsoft Certified Solutions Developer (MCSD): Web Applications PROGRAMA FORMATIVO Microsoft Certified Solutions Developer (MCSD): Web Applications Julio 2015 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional:

Más detalles

TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB

TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB Existen varios tipos de tecnologías para los Servidores Web, estas tecnologías se pueden dividir en 4 grupos principales que son: Tecnologías al lado del cliente

Más detalles

CURSO/TALLER CREACIÓN DE MATERIALES EDUCATIVOS DIGITALES ACCESIBLES GUÍA DOCENTE

CURSO/TALLER CREACIÓN DE MATERIALES EDUCATIVOS DIGITALES ACCESIBLES GUÍA DOCENTE CURSO/TALLER CREACIÓN DE MATERIALES EDUCATIVOS DIGITALES ACCESIBLES GUÍA DOCENTE Contenido DATOS BÁSICOS DEL CURSO... 3 1. PRESENTACIÓN... 4 2. OBJETIVOS... 5 3. COMPETENCIAS... 5 4. CONTENIDOS... 6 5.

Más detalles

LABORATORIO 3. CONFIGURACIÓN DE SISTEMAS MANEJADORES DE BASE DE DATOS - POSTGRE SQL

LABORATORIO 3. CONFIGURACIÓN DE SISTEMAS MANEJADORES DE BASE DE DATOS - POSTGRE SQL LABORATORIO 3. CONFIGURACIÓN DE SISTEMAS MANEJADORES DE BASE DE DATOS - POSTGRE SQL GUÍA DE LABORATORIO Nº 3 Actividad de Proyecto No. 2: CONFIGURAR SISTEMAS MANEJADORES DE BASE DE DATOS. CONFIGURACIÓN

Más detalles

En este capitulo analizaremos los cuatro diferentes métodos para obtener la

En este capitulo analizaremos los cuatro diferentes métodos para obtener la 2. Marco Teórico En este capitulo analizaremos los cuatro diferentes métodos para obtener la información, para que en base a los resultados de este análisis, poder seleccionar la plataforma de diseño adecuada,

Más detalles

ESCUELA TÉCNICA Nº 6 COMANDANTE MANUEL BESARES EDI PRODUCTOS Y SERVICIOS COMUNICACIONALES ESPACIO CURRICULAR CURSO

ESCUELA TÉCNICA Nº 6 COMANDANTE MANUEL BESARES EDI PRODUCTOS Y SERVICIOS COMUNICACIONALES ESPACIO CURRICULAR CURSO EDI PRODUCTOS Y SERVICIOS COMUNICACIONALES ESPACIO CURRICULAR 5TO AÑO 2DA DIV. - BIENES Y SERVICIOS CURSO PROF. ING. JOSEFINA VEGA PROFESORES 2013 AÑO FUNDAMENTACIÓN La problemática abordada en el primer

Más detalles

PROGRAMA FORMATIVO Administración de Business Intelligence y Datawarehousing

PROGRAMA FORMATIVO Administración de Business Intelligence y Datawarehousing PROGRAMA FORMATIVO Administración de Business Intelligence y Datawarehousing Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional: DESARROLLO

Más detalles

GLOSARIO DE TERMINOS

GLOSARIO DE TERMINOS GLOSARIO DE TERMINOS A Aplicaciones Legacy.- Conjunto de aplicaciones desarrolladas o implementadas en plataformas de sistemas anteriores o antiguos. B Bases de Datos.- Organización y conservación de datos

Más detalles

CAPITULO I El Problema

CAPITULO I El Problema CAPITULO I El Problema 1. CAPITULO I EL PROBLEMA. 1.1. PLANTEAMIENTO DEL PROBLEMA. Desde su nacimiento la Facultad de Administración, Finanzas e Informática dispone del departamento de la biblioteca, con

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

ANEXO 1. ANEXO TÉCNICO

ANEXO 1. ANEXO TÉCNICO ANEXO 1. ANEXO TÉCNICO DESCRIPCIÓN DEL CANAL DE COMUNICACIÓN PUNTOS DE ATENCIÓN DIGITAL, TRÁMITES Y SERVICIO- KIOSKOS El sistema de la aplicación móvil cuenta con una serie de funciones que deberán ser

Más detalles

CURSOS VIRTUALES 2014

CURSOS VIRTUALES 2014 El Ministerio de las Tecnologías de la Información y las Comunicaciones con el apoyo académico de la Universidad Nacional de Colombia: Convocan al proceso de inscripción para la oferta de cursos cortos,

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

CAPÍTULO 3. AMBIENTES DE ENSEÑANZA ASISTIDOS POR COMPUTADORA

CAPÍTULO 3. AMBIENTES DE ENSEÑANZA ASISTIDOS POR COMPUTADORA CAPÍTULO 3. AMBIENTES DE ENSEÑANZA ASISTIDOS POR COMPUTADORA 3.1 CAI (Computer Assisted Instruction). La enseñanza asistida por computadora consiste en tecnologías de la información que permiten al estudiante

Más detalles

DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES

DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES Alfonseca, M., Carro, R.M., Pulido, E. and Rodríguez, P. (2000): Diseño de un curso interactivo y adaptativo de procesadores de lenguajes. Proceedings of JENUI 2000: VI Jornadas sobre la Enseñanza Universitaria

Más detalles

Manual de instalación. BIABLE Great Plains-Dynamics

Manual de instalación. BIABLE Great Plains-Dynamics Manual de instalación BIABLE Great Plains-Dynamics Manual de instalación 2 Introducción general BIABLE es una herramienta que facilita la disponibilidad de información estratégica en tiempo real a partir

Más detalles

Escuela Técnica Superior de Ingeniería. Informática. Grado en Ingeniería Informática

Escuela Técnica Superior de Ingeniería. Informática. Grado en Ingeniería Informática Escuela Técnica Superior de Ingeniería Informática Grado en Ingeniería Informática GUÍA DOCENTE DE LA ASIGNATURA: (Diseño Arquitectónico y Patrones) Curso Académico 2013/2014 Fecha: 24/05/2013 MODELO GUIA

Más detalles

Plan de Formación en TIC para Docentes Maristas. Coordinación Nacional del Proyecto TIC Maristas Comunidad de Hermanos Maristas de la Enseñanza

Plan de Formación en TIC para Docentes Maristas. Coordinación Nacional del Proyecto TIC Maristas Comunidad de Hermanos Maristas de la Enseñanza Plan de Formación en TIC para Docentes Maristas Coordinación Nacional del Proyecto TIC Maristas Comunidad de Hermanos Maristas de la Enseñanza Diagnóstico. Objetivo Reconocimiento y análisis del nivel

Más detalles

Mejora en la compartición de recursos basada en Cloud Computing para el Grado en Informática en Sistemas de Información (Proyecto ID2012/099)

Mejora en la compartición de recursos basada en Cloud Computing para el Grado en Informática en Sistemas de Información (Proyecto ID2012/099) Memoria del Proyecto de Innovación Docente Titulado: Mejora en la compartición de recursos basada en Cloud Computing para el Grado en Informática en Sistemas de Información (Proyecto ID2012/099) Profesor

Más detalles