Protocolos de Coordinación y Comunicación Estructurada en Entornos de CSCL Síncronos
|
|
- Eduardo Guzmán Rico
- hace 8 años
- Vistas:
Transcripción
1 Protocolos de Coordinación y Comunicación Estructurada en Entornos de CSCL Síncronos 345 Crescencio Bravo Escuela Superior de Informática. Departamento de Informática. Universidad de Castilla La Mancha Crescencio.Bravo@uclm.es Resumen El desarrollo de entornos de CSCL síncronos es una tarea compleja. La utilización de componentes y de patrones software puede reducir esta complejidad. En particular, los Protocolos de Colaboración constituyen un patrón de diseño que resuelve la problemática de estructurar los sistemas de aprendizaje colaborativo. En este artículo se presenta una colección de protocolos de colaboración para procesos de coordinación, toma de decisiones y comunicación estructurada y de interfaces de usuario para estos procesos, que constituyen una colección de patrones de diseño y de patrones para Interacción Persona-Ordenador. Palabras Clave CSCL, Estructuración de la Colaboración, Protocolos de Colaboración, Colaboración Distribuida Síncrona. MOTIVACIÓN La Ingeniería del Software estudia los principios y metodologías para el desarrollo y mantenimiento de sistemas software. Los Sistemas Colaborativos (SC) son un tipo de sistema software particularmente complejo de desarrollar, especialmente cuando soportan colaboración distribuida síncrona. Por ejemplo, la prueba exhaustiva es difícil de realizar por las múltiples interacciones de diferentes tipos que pueden producirse entre los usuarios. En esta situación, la utilización de componentes probados facilita el desarrollo y lo dota de calidad. Por otro lado, los patrones software [10] facilitan la recopilación y aplicación de experiencia. Un patrón es una solución común a un problema común en un contexto dado. Componentes y patrones siguen el principio de la reutilización y permiten mejorar el desarrollo de software. El CSCL y el CSCW son las dos áreas científicas que conforman los SC. Collis [5] identifica las principales contribuciones de las investigaciones en CSCL y CSCW y su relación. Por ejemplo, algunas características esenciales y diferenciadoras del CSCL son la influencia del profesor, la importancia de estructurar las actividades de grupo y de establecer objetivos compartidos, y la utilización de marcos teóricos y soporte informático basados en teorías de aprendizaje constructivistas y cognitivas. Algunos de los métodos pedagógicos que suelen adoptarse en CSCL son el Aprendizaje Basado en Problemas, el Aprendizaje Basado en Proyectos o el Aprendizaje Mediante Diseño. Tomando estos métodos como marco, un entorno de CSCL permite a los usuarios realizar una actividad como resolver un problema, desarrollar un proyecto o diseñar un artefacto. En el aprendizaje colaborativo subyacente a estas actividades se dan dos tipos de interacciones: negociación y argumentación [7]. La comunicación, la coordinación y la toma de decisiones son tareas necesarias para materializar los procesos de negociación y argumentación. La aportación de este artículo consiste en la propuesta de una serie de protocolos de colaboración para procesos de coordinación y toma de decisiones y para la comunicación estructurada. Estos protocolos constituyen una colección de patrones de diseño a ser utilizados en el desarrollo de entornos de CSCL síncronos. Se mostrarán ejemplos de procesos de coordinación en diferentes sistemas que ilustran y ejemplifican la utilización de estos protocolos, y que suponen una propuesta a nivel de interfaz de usuario, constituyendo patrones para Interacción Persona-Ordenador (IPO). Diferentes autores han propuesto catálogos de patrones para IPO [9], pero no abordan la interacción colaborativa. En cambio, sí existen patrones para Groupware [1], pero no contienen propuestas para entornos de CSCL. Hernández et al [12] proponen la formalización de patrones de aprendizaje colaborativo mediante IMS Learning Design. Sin embargo, los patrones generales que proponen estos autores no abordan procesos específicos de coordinación y no proponen aspectos relacionados con la interfaz de usuario. No existen, por tanto, colecciones de patrones de diseño y de interacción específicos para entornos de CSCL. En la siguiente sección se presentan métodos estructurados de soporte en CSCL. A continuación, se muestran diferentes protocolos para estructurar procesos de coordinación, incluyendo la toma de decisiones y la comunicación, y se muestran algunas implicaciones en relación con la interfaz de usuario. Finalmente, se concluye con un análisis y se muestran algunas líneas de trabajo futuro. ESTRUCTURACIÓN DEL SOPORTE PARA APRENDIZAJE COLABORATIVO En el Aprendizaje Colaborativo se distinguen dos tipos de métodos de soporte [13, 14]: Métodos globales que estructuran la colaboración a un nivel general. Métodos estructurados o guiados de aprendizaje colaborativo, que proporcionan protocolos estructurando el diálogo y las acciones de los aprendices.
2 346 Cooperative-task DistribuirTrabajo DistribuciónTrabajo ListaCasosEHipótesis DistribuirTrabajo DistribuirTrabajo GestionarCasosEHipótesis GestionarCasosEHipótesis FinDistribución Diseñar FinGestión DefinirParámetros FinDefinición DefinirParámetrosGenerales FinProblema Simular FinSimulación Caso Simular ParámetrosGenerales ModeloDiseñado FIGURA 1 PROTOCOLO DE DISEÑO Y SIMULACIÓN EN DOMOSIM-TPC. La estructuración que se propone en este trabajo se basa en el Scripting para materializar protocolos de colaboración. Así se da forma a la importancia de estructurar las actividades de aprendizaje como apunta Collis [5]. Los Protocolos de Aprendizaje (o de Colaboración) son un soporte de aprendizaje integrado que describe cómo realizar restricciones, reglas y métodos de estructuración de los procesos en un entorno de CSCL [16]. Los protocolos de colaboración, entendidos como métodos guiados de aprendizaje colaborativo, están fundamentados en las teorías de los scripts psicológicos. En la psicología cognitiva y social el conocimiento general respecto a una secuencia rutinaria de eventos relacionados se conoce comúnmente como script. Desde esta aproximación, los protocolos son un conjunto de scripts útiles para el aprendizaje, exteriorizados como métodos ejecutables, con roles, eventos y acciones explícitas. Los protocolos de colaboración pueden representarse mediante Diagramas de Estados. Cada estado representa la realización de una tarea en un espacio de trabajo compartido. En cada espacio los usuarios pueden efectuar acciones tales como comunicarse o manipular artefactos. La transición a otro espacio se dispara por acciones de los usuarios o al alcanzarse una condición específica, como la superación de un time-out o que el artefacto alcance una situación determinada. La Fig. 1 muestra un protocolo de colaboración para la resolución de problemas mediante diseño y simulación en DomoSim-TPC [4]. La notación empleada es la propuesta por la metodología AMENITIES [11], que es una extensión de los Diagramas de Actividad de UML. El grupo comienza su actividad en el espacio Diseñar, y desde éste puede desplazarse de manera sincronizada al resto de espacios de acuerdo a las transiciones. Cada transición es un proceso de coordinación, ya que los usuarios deben tomar la decisión de realizar la transición y cambiar de tarea. Los datos manipulados en las tareas también se incluyen en el diagrama. Se utilizan flechas con trazo discontinuo (dependencias) para indicar estas manipulaciones. En cada estado se ha indicado también el rol que participa en cada tarea. En este caso el profesor participa de la misma forma que el alumno. Esta característica hace posible que se asignen diferentes tareas a los roles. Así se puede diferenciar el comportamiento del profesor con tareas específicas, de manera que siga un protocolo diferente y pueda influir en el proceso de aprendizaje como señala Collis [5]. PROTOCOLOS DE COORDINACIÓN Y COMUNICACIÓN Para describir protocolos de colaboración se pueden utilizar varios formalismos: los Diagramas de Actividad extendidos de AMENITIES, Diagramas de Estados, etc. Un Grafo Conversacional [2] permite mostrar los tipos de contribuciones que pueden emitir los usuarios y las relaciones entre ellas. Los nodos del grafo son las contribuciones, y los arcos, que son dirigidos, representan las respuestas entre contribuciones, determinando el orden de emisión de éstas. En una conversación hay contribuciones iniciales, finales e intermedias. Por otro lado, se distinguen contribuciones emitidas por los usuarios y contribuciones generadas automáticamente por el sistema. Las primeras se representarán con un rectángulo, y las segundas con un rectángulo con las esquinas redondeadas. Sin embargo, un grafo conversacional sólo muestra los tipos de contribuciones y sus relaciones. Para describir el funcionamiento detallado de los protocolos se utilizarán Diagramas de Estados. A continuación se presentan protocolos para cinco tipos de procesos de coordinación. Al final de la sección se hará una reflexión sobre su relación con la interfaz de usuario. I. Procesos basados en propuestas y acuerdos En estos procesos un primer alumno realiza una propuesta de un valor, de realización de una acción, etc. Ante esa propuesta, los compañeros tienen que manifestarse emitiendo un acuerdo, un desacuerdo o una abstención. Este procedimiento se describe mediante el grafo conversacional de la Fig. 2.
3 Proponer Acuerdo Desacuerdo Asignar Propuesta FIGURA 2 GRAFO CONVERSACIONAL DEL PROCESO BASADO EN PROPUESTAS. Este esquema representa un único proceso de propuesta. Durante una tarea puede ocurrir que los usuarios realicen propuestas en paralelo. En este caso, para responder a una propuesta hay que señalarla previamente. Para soportar propuestas múltiples se requieren dos estructuras de datos: la lista de propuestas activas con las acciones y valores propuestos y una lista de respuestas (acuerdo, desacuerdo y abstención) para cada propuesta. Un grafo conversacional más elaborado permitiría que a una contribución Proponer le pudiera contestar otra contribución Proponer. Las estructuras conversacionales más complejas y extensas son típicas de procesos colaborativos asíncronos, ya que los usuarios tienen tiempo para pensar y elegir la contribución más adecuada en cada momento. El funcionamiento de este proceso queda descrito por el Diagrama de Estados de la Fig. 3, que representa un esquema de una única propuesta. Cuando sólo hay un usuario en el grupo, al hacer la propuesta se realiza directamente la acción relacionada con los datos de la propuesta (realizaracción). Si hay más usuarios, se almacenan los datos que caracterizan a la propuesta y el flujo de control se sitúa en el estado Propuesta Pendiente de Contestar, en el que se contarán los acuerdos, los desacuerdos y las abstenciones. Cuando todos los usuarios han votado, se generará el evento hayacuerdo si no hay ningún desacuerdo. En cambio, en cuanto se produzca un desacuerdo se genera el evento nohayacuerdo. Si hay acuerdo el sistema evoluciona al estado Propuesta Contestada, en el que se realiza la acción relacionada con la propuesta. La abstención podrá ser un tipo de contribución a seleccionar por los usuarios o podrá ser emitida automáticamente por el sistema cuando se alcance un tiempo límite. 347 A continuación se presentan algunos ejemplos de interfaces de usuario para procesos basados en propuestas. La Fig. 4 muestra un fragmento del espacio de trabajo compartido DefinirParámetrosGenerales de DomoSim-TPC [4]. La interfaz permite asignar valores a diferentes parámetros. Mediante el botón Prop. un usuario puede proponer un valor para un parámetro. Las respuestas se emiten con los botones Ok (acuerdo) y No (desacuerdo). Con estos botones se responde a la propuesta del usuario situado en la columna en la que se encuentra el botón. En la columna Decisión aparece el valor inicial del parámetro y el elegido mediante las propuestas. FIGURA 4 INTERFAZ PARA DEFINIR PARÁMETROS (MODELO BASADO EN PROPUESTAS). La Fig. 5 muestra la interfaz para la manipulación de casos (izquierda) e hipótesis (derecha) de simulación en DomoSim-TPC [3]. Un caso es una ejecución de una simulación. La interfaz permite proponer nuevos casos (botón Proponer) y seleccionar la simulación de un caso previamente seleccionado en la lista correspondiente (botón Simular>). Los botones OK y No OK permiten responder con un acuerdo o desacuerdo tanto a la propuesta de caso como a la propuesta de simulación. Las propuestas y respuestas emitidas aparecen en la lista de la parte inferior. Una hipótesis es el enunciado de algún hecho significativo relativo a la simulación. Las hipótesis pueden tomar el valor verdadero o falso indicando si el enunciado se cumple o no. Los botones Proponer, V y F permiten proponer, respectivamente, la creación de una nueva hipótesis, la asignación del valor verdadero a una hipótesis y la asignación del valor falso. La propuesta de valor para una hipótesis requiere que ésta sea seleccionada en una tabla. FIGURA 5 INTERFAZ PARA MANIPULACIÓN DE CASOS E HIPÓTESIS DE SIMULACIÓN. FIGURA 3 DIAGRAMA DE ESTADOS DE UN PROCESO BASADO EN PROPUESTAS. II. Procesos de toma y liberación de recursos En este esquema los usuarios solicitan recursos, y acceden a ellos si éstos están disponibles. La asignación de recursos se hace por orden de solicitud. Pero hasta que un usuario no libere explícitamente un recurso, éste no podrá pasar a otro usuario. El grafo conversacional que caracteriza este proceso se muestra en la Fig. 6. Una situación típica en la que se produce este proceso es cuando existe un turno de trabajo no regulado por el sistema que debe negociarse entre los usuarios.
4 Solicitar Recurso Liberar Recurso Asignar Recurso FIGURA 6 GRAFO CONVERSACIONAL DE LA TOMA Y LIBERACIÓN DE RECURSOS. La Fig. 7 muestra la interfaz de COLER [6] y COLAB [15] para gestionar el turno de trabajo. En COLER (panel izquierdo) sólo un alumno puede modificar el espacio de trabajo compartido. Por ello deben negociar quién tendrá el lápiz de trabajo. En COLAB (panel derecho) los alumnos tienen que decidir cuál de ellos dirigirá la interacción, siendo el resto observadores. En la figura se aprecia que en ambos sistemas existe un botón para solicitar el turno de trabajo y un botón para liberarlo. En COLAB existe además un botón que permite cancelar una petición de recurso en espera. FIGURA 7 INTERFACES PARA GESTIONAR EL TURNO DE TRABAJO EN COLER Y COLAB. III. Procesos democráticos Un proceso democrático evita las contribuciones de tipo respuesta. En este caso, el sistema debe calcular el valor a asignar a alguna variable a medida que los usuarios emiten propuestas. Es necesario que el sistema tenga un método, que podrá ser configurable, que defina cómo obtener el valor de la variable a partir de propuestas de valor y del tipo de variable. En el sistema DomoSim-TPC se utiliza un proceso democrático en la tarea DefinirParámetrosGenerales (Fig. 8). Esta herramienta soporta, por tanto, dos modelos para asignación de variables (ver Figs. 4 y 8). El modelo empleado se define a nivel de configuración del sistema. En la herramienta democrática hay variables de dos tipos: numéricas y alfanuméricas. Las variables numéricas se calculan mediante la media aritmética de todos los valores propuestos, mientras que para las alfanuméricas se toma la moda (el valor más votado). Las propuestas se realizan con el botón Prop. 348 decisiones es un proceso más guiado que se instrumenta como una votación (Fig. 9): hay una primera definición de la votación por parte de un usuario, el propio usuario y sus compañeros votan y finalmente se muestran los resultados, contabilizados por el sistema. Los usuarios son entonces responsables de utilizar los resultados para realizar alguna acción posterior. Definición de Votación Voto Resultados FIGURA 9 GRAFO CONVERSACIONAL DE UNA VOTACIÓN. Cada votación consiste en el planteamiento de una pregunta a los usuarios. Se identifican tres tipos de votaciones que se corresponden con tres tipos de preguntas (Tabla I): las que tienen una respuesta afirmativa o negativa, las que tienen como respuesta un valor numérico y las que tienen como respuesta una alternativa entre un conjunto de posibilidades. TABLA I TIPOS DE VOTACIONES E INFORMACIÓN PROCESADA POR UNA HERRAMIENTA DE VOTO. Proceso Tipo de Votación Sí/No Valor Numérico Lista de Valores Definición Texto de la Pregunta Texto de la Pregunta Texto de la Pregunta Lista de Valores Respuesta Resultado Sí No Total Votos Abstenciones Votos Sí Votos No Número Real Total Votos Abstenciones Frecuencias Media Mínimo Máximo Valor (de una lista) Total Votos Abstenciones Frecuencias La Tabla I muestra la información que caracteriza la definición de la votación, la respuesta y el resultado, en función del tipo de votación. Este modelo ha sido implementado en la Herramienta de Voto de DomoSim-TPC. La Fig. 10 es un ejemplo de voto para una votación de tipo lista de valores. La abstención es un tipo de voto que se puede emitir mediante el botón. FIGURA 8 INTERFAZ PARA DEFINIR PARÁMETROS (MODELO DEMOCRÁTICO). IV. Procesos de toma estructurada de decisiones Los procesos anteriores producen una acción directamente como consecuencia de adoptar una propuesta o de ir realizando propuestas. En cambio, la toma estructurada de FIGURA 10 VOTO EN UNA VOTACIÓN DE TIPO LISTA DE VALORES.
5 V. Comunicación estructurada En numerosos entornos de CSCL síncronos se dispone de funcionalidades de comunicación durante la realización de las tareas. La comunicación es un medio más para la negociación y argumentación. En esta situación, una interfaz de comunicación estructurada puede suponer un excelente complemento, presentando tres ventajas potenciales: Proporciona la representación explícita de ciertos actos de comunicación (por ejemplo el acto por qué?) que alientan la participación de los alumnos. Puede reducir la carga de escritura y facilitar la coordinación, permitiendo centrarse más en la tarea y en la interacción reflexiva. Evita problemas de entendimiento del lenguaje natural. El lenguaje subyacente a una comunicación estructurada presenta la forma que muestra el grafo conversacional de la Fig. 11. Éste contiene mensajes iniciales (i, k) y mensajes que son respuestas a otros (j, l, m), llamados reactivos. Como muestra el esquema general de la figura, hay mensajes que pueden responder a varios mensajes diferentes (mensaje j) y hay mensajes que aceptan varias respuestas (mensaje i). Mensaje i Mensaje k Mensaje j Mensaje l Mensaje m FIGURA 11 GRAFO CONVERSACIONAL DE UNA COMUNICACIÓN ESTRUCTURADA. El chat de DomoSim-TPC es un caso de Chat Estructurado (Fig. 12). En la parte derecha contiene botones para expresar los actos de comunicación. En el ejemplo de la figura se han activado los mensajes Pienso lo mismo y No pienso así, que son las respuestas posibles al mensaje Pienso que, emitido con anterioridad. FIGURA 12 UN CHAT ESTRUCTURADO. VI. Interfaces de usuario para procesos de coordinación, toma de decisiones y comunicación estructurada Las Figs. 4, 5, 7, 8, 10, 12 y 13 son ejemplos de materialización en interfaces de usuario de los diferentes modelos de procesos para coordinación, toma de decisiones y comunicación presentados. En este sentido, dichos ejemplos constituyen una colección de patrones de interacción. Dado un proceso de coordinación, existen varias soluciones para implementar su interfaz de usuario. A 349 continuación se presentan unas indicaciones que analizan los componentes de interfaz (o controles) más adecuados. Propuestas: Se suelen utilizar botones para su emisión. El conjunto de datos que caracterizan la propuesta (variables y valores) debe definirse utilizando otros controles, como casillas de verificación, listas o cajas de texto. Acuerdos, desacuerdos y abstenciones: Un botón es el control más intuitivo y adecuado para manifestar estas contribuciones. Sin embargo, es necesario indicar con otros controles a qué proceso de propuesta se refieren. Votaciones: Para definir votaciones será necesario utilizar controles que recojan sus características. Votos: El valor votado se podrá seleccionar mediante radio-botones o botones o teclearse en una caja de texto. Comunicación estructurada: Típicamente se emplean botones para enviar mensajes. Una alternativa que emplea menos espacio consiste en utilizar una lista desplegable con los mensajes posibles. Los mensajes enviados deben mostrarse en una lista o tabla para permitir su selección y poder realizar respuestas. Para completar los mensajes que requieran texto adicional se utiliza una caja de texto. El awareness facilita la comprensión de las actividades de los otros usuarios, lo que proporciona un contexto para tu propia actividad [8], y reduce el esfuerzo necesario para coordinar tareas y recursos, ayuda a las personas a desplazarse entre actividades individuales y compartidas y permite anticipar las acciones de los demás. Por tanto, la percepción de las propuestas, de las votaciones, etc., es vital para el progreso de los procesos de coordinación. Los principales componentes de awareness incluidos en los propios paneles y herramientas de ejemplo que se han presentado son: Información de contribuciones: Lógicamente, cuando se emite una propuesta o votación, esto debe reflejarse de tal manera que se perciba fácilmente. Las propuestas, acuerdos, votos suelen mostrarse en listas o tablas. Nombre del usuario emisor: La identificación del usuario se suele colocar al lado de sus contribuciones en las listas que las recogen, de manera que se identifique con claridad quién es el emisor. Fotos: La fotografía de los usuarios reduce la distancia entre ellos, y sirve también como medio para identificar las interacciones de los usuarios (ver Fig. 4). Pitidos: Si se asocian sonidos a la emisión de contribuciones se refuerza su percepción. La Fig. 13 muestra una interesante solución para mejorar el awareness en los procesos basados en propuestas. Se trata de utilizar un semáforo (rectángulo en la esquina superior derecha de cada panel) que estará en rojo cuando no haya ninguna propuesta que contestar (panel derecho) y en verde cuando haya alguna propuesta pendiente (panel izquierdo). De esta forma se percibe con rapidez el hecho de que hay propuestas pendientes y no es necesario explorar toda la lista, lo que a veces es lento y no muy intuitivo para los usuarios. Sin embargo, estas listas son necesarias para soportar propuestas múltiples.
6 REFERENCIAS 350 [1] Patterns for Groupware. Groupware Patterns Map, [2] Barros, B., Aprendizaje Colaborativo en Enseñanza a Distancia: Entorno Genérico para Configurar, Realizar y Analizar Actividades en Grupo, Tesis Doctoral, Departamento de Inteligencia Artificial, Universidad Politécnica de Madrid. FIGURA 13 PANELES DE COORDINACIÓN CON SEMÁFORO. Otros elementos externos a estos procesos, como paneles de participantes en la sesión, telepunteros, utilización del color para identificar los usuarios y sus interacciones, vistas de radar, etc., ayudan a reforzar el awareness en la coordinación. ANÁLISIS, DISCUSIÓN Y LÍNEA DE TRABAJO FUTURO En este artículo se ha presentado una colección de protocolos de colaboración que permiten modelar procesos de coordinación en entornos de CSCL síncronos y se han mostrado ejemplos de interfaces de usuario que materializan la interacción persona-ordenador-persona necesaria para soportar estos procesos. Estos protocolos son en realidad patrones, ya que representan un problema (el de coordinar una tarea o acción colaborativa) y una solución efectiva (un modelo de coordinación) en un contexto determinado. En concreto, se han propuesto patrones para procesos basados en propuestas y acuerdos, procesos de toma y liberación de recursos, procesos democráticos, procesos de toma estructurada de decisiones y comunicación estructurada. De las interfaces de usuario de ejemplo se pueden extraer pautas o líneas guía de las que se derivan patrones para IPO. Cada protocolo y su interfaz pueden implementarse mediante componentes software, de manera que siguiendo un Desarrollo Basado en Componentes se podrían construir entornos CSCL mediante composición de bloques de construcción (componentes). Los protocolos presentados desarrollan el principio de la estructuración. Esta estructuración facilita el almacenamiento de las tareas y acciones de los alumnos y de sus interacciones en la interfaz, lo que permite el posterior estudio y análisis del trabajo de aprendizaje realizado, algo característico en CSCL. En cuanto a las limitaciones de los protocolos presentados, en primer lugar se encuentra la ausencia de mecanismos para evitar la falta de participación y los conflictos de intenciones. Desde el punto de vista del desarrollo de software, existe la necesidad de métodos para el modelado de los procesos de colaboración, de manera que se facilite la Ingeniería Directa. Para alcanzar este objetivo, es necesario utilizar técnicas de descripción formales para representar los protocolos y los patrones sin ambigüedad para facilitar su tratamiento computacional y poder representar y aplicar experiencias previas. En este sentido, sería necesario conectar los elementos de la interfaz de usuario colaborativa (controles) con los tipos de contribuciones, con el funcionamiento del protocolo y con el modelo de tareas de los usuarios. Esta es la línea de trabajo actual. [3] Bravo, C.; A. Redondo, M.; Ortega, M.; Verdejo, M.F., Collaborative distributed environments for learning design tasks by means of modelling and simulation, Journal of Network and Computer Applications (In Press), [4] Bravo, C.; A. Redondo, M.; Ortega, M.; Verdejo, M.F, Collaborative environments for the learning of design: A model and a case study in Domotics, Computers and Education (In press), [5] Collis, B., Cooperative Learning and CSCW: Research Perspectives for Internetworked Educational Environments, Paper in IFIP Working Group 3.3. Working Conference, Lessons from Learning, Theme B, Archamps, Francia, [6] Constantino-González, M.A. & Suthers, D.D., Coaching Collaboration by Comparing Solutions and Tracking Participation, Proceedings of the European Conference on Computer-Supported Collaborative Learning, Maastricht, Netherlands, [7] Dillenbourg, P., Baker, M., Blaye, A. & O Malley, C., The evolution of research on collaborative learning, Espada, E. & Reiman, P. (Eds.), Learning in Humans and Machine: Towards an interdisciplinary learning science, Oxford: Elsevier, 1996, pp [8] Dourish, P. & Belloti, V., Awareness and coordination in shared workspaces, Proceedings of Computer Supported Cooperative Work, ACM Press, 1992, pp [9] Fincher, S., Patterns for HCI. Pattern gallery, [10] Gamma, E., Helm, R., Johnson, R. & Vlissides, J., Design patterns: Elements of reusable object-oriented software, Reading, MA: Addison Wesley, [11] Garrido, J.L., Gea, M. & Rodríguez, M.L., Requirements Engineering in Cooperative Systems, Requirements Engineering for Socio- Technical Systems, IDEA GROUP INC. (USA), 2005, pp [12] Hernández, D., Asensio, J.I. & Dimitriadis, IMS Learning Design Support for the Formalization of Collaborative Learning Patterns, Proceedings of 4 th International Conference on Advanced Learning Technologies, Joensuu, Finlandia, 2004, pp [13] Hron, A., Hesse, F.W., Reinhard, P. & Picard, E., Structured cooperation in computer-supported collaborative learning, Unterrichtswissenschaft, 1/97, 1997, pp [14] Mancini, B.M., Hall, R.H., Hall, M.A. & Stewart, B., The individual in the dyad: a qualitative analysis of scripted cooperative learning, Journal of Classroom Interaction, 33 (1), 1998, pp [15] van Joolingen, W. R., de Jong, T., Lazonder, A. W., Savelsbergh, E., & Manlove, S., Co-Lab: Research and development of an on-line learning environment for collaborative scientific discovery learning, Computers in Human Behavior, 21, 2005, pp [16] Wessner, M., Hans-Rüdiger, P. & Miao, Y., Using Learning Protocols to Structure Computer-Supported Cooperative Learning, Proceedings of the ED-MEDIA 99, World Conference on Educational Multimedia, Hypermedia & Telecommunications, Seattle, Washington, 1999, pp
Software de Simulación aplicado a entornos de e-learning
Software de Simulación aplicado a entornos de e-learning 2009 Laboratorio de Investigación de Software Universidad Tecnológica Nacional Facultad Regional Córdoba Titulo del Proyecto Software de Simulación
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesAdministración del conocimiento y aprendizaje organizacional.
Capítulo 2 Administración del conocimiento y aprendizaje organizacional. 2.1 La Importancia Del Aprendizaje En Las Organizaciones El aprendizaje ha sido una de las grandes necesidades básicas del ser humano,
Más detallesPatrones de software y refactorización de código
Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesGestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Más detalles4. Programación Paralela
4. Programación Paralela La necesidad que surge para resolver problemas que requieren tiempo elevado de cómputo origina lo que hoy se conoce como computación paralela. Mediante el uso concurrente de varios
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesProceso 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 detallesGestió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 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 detallesLa netbook puede ser administrada durante su uso en el aula mediante el Software de Gestión del Aula.
Presentación La netbook puede ser administrada durante su uso en el aula mediante el Software de Gestión del Aula. Recursos: Netbook para cada estudiante con software E-learning Class para almnos, computadora
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
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 detallesEl Proceso Unificado de Desarrollo de Software
El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:
Más detallesAnteproyecto Fin de Carrera
Universidad de Castilla-La Mancha Escuela Superior de Informática Anteproyecto Fin de Carrera DIMITRI (Desarrollo e Implantación de Metodologías y Tecnologías de Testing) Dirige: Macario Polo Usaola Presenta:
Más detallesUnidad 1. Fundamentos en Gestión de Riesgos
1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.
Más detallesDirección de Evaluación de la Calidad Educativa
Geometría: segundo grado Los errores recurrentes evidenciados en nuestros alumnos por el bajo porcentaje de respuestas correctas en el bloque de Geometría tienen sus causas principalmente asociadas a la
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 detallesSOFTWARE COLABORATIVO
SOFTWARE COLABORATIVO Software colaborativo o groupware son un conjunto de programas informáticos que integran el trabajo en un sólo proyecto con muchos usuarios concurrentes que se encuentran en diversas
Más detallesMantenimiento Autónomo y Desarrollo Organizacional
Mantenimiento Autónomo y Desarrollo Organizacional Por: Humberto Álvarez Laverde Director ceroaverias.com www.ceroaverias.com El mantenimiento autónomo se debe considerar como un instrumento para intervenir
Más detallesGedicoPDA: software de preventa
GedicoPDA: software de preventa GedicoPDA es un sistema integrado para la toma de pedidos de preventa y gestión de cobros diseñado para trabajar con ruteros de clientes. La aplicación PDA está perfectamente
Más detallesPrimer 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 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 detalles<Generador de exámenes> Visión preliminar
1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,
Más detallesREAL DECRETO POR EL QUE SE ESTABLECEN LAS ENSEÑANZAS MÍNIMAS DEL SEGUNDO CICLO DE LA EDUCACIÓN INFANTIL
REAL DECRETO POR EL QUE SE ESTABLECEN LAS ENSEÑANZAS MÍNIMAS DEL SEGUNDO CICLO DE LA EDUCACIÓN INFANTIL La Ley Orgánica 2/2006, de 3 de mayo, de Educación, en su artículo 6.2, establece que corresponde
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 detallesCURSO COORDINADOR INNOVADOR
CURSO COORDINADOR INNOVADOR PRESENTACIÓN La tarea que el Ministerio de Educación se propone a través de Enlaces, en relación al aseguramiento del adecuado uso de los recursos, con el fin de lograr un impacto
Más detallesSesión No. 4. Contextualización INFORMÁTICA 1. Nombre: Procesador de Texto
INFORMÁTICA INFORMÁTICA 1 Sesión No. 4 Nombre: Procesador de Texto Contextualización La semana anterior revisamos los comandos que ofrece Word para el formato del texto, la configuración de la página,
Más detallesCuarto grado de Primaria
Cuarto grado de Primaria Índice Presentación... 5 Orientaciones y recomendaciones para el uso de las unidades didácticas y sesiones de aprendizaje... 6 COMUNICACIÓN... 11 Unidad didáctica 1 : Nos organizamos
Más detallesManual de Palm BlueChat 2.0
Manual de Palm BlueChat 2.0 Copyright 2002 Palm, Inc. Todos los derechos reservados. Graffiti, HotSync y Palm OS son marcas registradas de Palm, Inc. El logotipo de HotSync, Palm y el logotipo de Palm
Más detallesCAPÍTULO VI PREPARACIÓN DEL MODELO EN ALGOR. En este capítulo, se hablará acerca de los pasos a seguir para poder realizar el análisis de
CAPÍTULO VI PREPARACIÓN DEL MODELO EN ALGOR. En este capítulo, se hablará acerca de los pasos a seguir para poder realizar el análisis de cualquier modelo en el software Algor. La preparación de un modelo,
Más detallesIntroducción a los sitios de SharePoint en Office 365
Introducción a los sitios de SharePoint en Office 365 Universidad Central del Este Contenido 1. QUÉ ES UN SITIO SHAREPOINT?... 3 2. CÓMO INGRESAR AL ÁREA DE SITIOS?... 3 3. DESCRIPCIÓN GENERAL DEL ÁREA
Más detallesCódigo del programa: PEMDE. Programa Experto en MANEJO DE DATOS CON EXCEL. Modalidad: Virtual. Descripción del programa
Código del programa: PEMDE Programa Experto en MANEJO DE DATOS CON EXCEL Modalidad: Virtual Descripción del programa 1 Presentación del programa Justificación Microsoft Excel es la herramienta de manejo
Más detallesIntroducción. Metadatos
Introducción La red crece por momentos las necesidades que parecían cubiertas hace relativamente poco tiempo empiezan a quedarse obsoletas. Deben buscarse nuevas soluciones que dinamicen los sistemas de
Más detallesEvaluación de Competencias en Ingeniería: El caso de cálculo. Elena Fabiola Ruiz Ledesma
Evaluación de Competencias en Ingeniería: El caso de cálculo Introducción Debido a las nuevas competencias que reclama la sociedad, las universidades están rediseñando sus carreras a través de nuevos perfiles
Más detallesProcedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4
Más detallesTema 4. Gestión de entrada/salida
Tema 4. Gestión de entrada/salida 1. Principios de la gestión de E/S. 1.Problemática de los dispositivos de E/S. 2.Objetivos generales del software de E/S. 3.Principios hardware de E/S. 1. E/S controlada
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 detallesMetodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales
Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com
Más detallesUn modelo de tutorización telemática para la UNED
Un modelo de tutorización telemática para la UNED J. Aranda, J. Sánchez y V. López UNED. Madrid. España Introducción Esquema de tutorización telemática Herramienta y ejemplo Conclusión Agradecimientos
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 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 detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para
Más detallesSEGURIDAD Y PROTECCION DE FICHEROS
SEGURIDAD Y PROTECCION DE FICHEROS INTEGRIDAD DEL SISTEMA DE ARCHIVOS ATAQUES AL SISTEMA PRINCIPIOS DE DISEÑO DE SISTEMAS SEGUROS IDENTIFICACIÓN DE USUARIOS MECANISMOS DE PROTECCIÓN Y CONTROL INTEGRIDAD
Más detallesCapítulo V. Implementación
Capítulo V Implementación En este capítulo se especifican los recursos utilizados en la implementación de la interfaz, así como se describe su arquitectura funcional y las características principales.
Más detallesManual de Palm BlueBoard 2.0
Manual de Palm BlueBoard 2.0 Copyright 2002 Palm, Inc. Todos los derechos reservados. Graffiti, HotSync y Palm OS son marcas registradas de Palm, Inc. El logotipo de HotSync, Palm y el logotipo de Palm
Más detallesMetodología básica de gestión de proyectos. Octubre de 2003
Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución
Más detalles1.4.1.2. Resumen... 1.4.2. ÁREA DE FACTURACIÓN::INFORMES::Pedidos...27 1.4.2.1. Detalle... 1.4.2.2. Resumen... 1.4.3. ÁREA DE
MANUAL DE USUARIO DE ABANQ 1 Índice de contenido 1 ÁREA DE FACTURACIÓN......4 1.1 ÁREA DE FACTURACIÓN::PRINCIPAL...4 1.1.1. ÁREA DE FACTURACIÓN::PRINCIPAL::EMPRESA...4 1.1.1.1. ÁREA DE FACTURACIÓN::PRINCIPAL::EMPRESA::General...4
Más detallesCAPÍTULO 2 Sistemas De Base De Datos Multiusuarios
CAPÍTULO 2 Sistemas De De Multiusuarios Un sistema multiusuario es un sistema informático que da servicio, manera concurrente, a diferentes usuarios mediante la utilización compartida sus recursos. Con
Más detallesFormularios. Formularios Diapositiva 1
Formularios Crear un formulario utilizando el Asistente para formularios Modificación en vista Diseño Adición de Controles a un Formulario Adición de un Subformulario a un formulario Formularios Diapositiva
Más detallesPROCESO DE DESARROLLO ORGANIZACIONAL MINISTERIO DE SALUD DE COSTA RICA
PROCESO DE DESARROLLO ORGANIZACIONAL MINISTERIO DE SALUD DE COSTA RICA Definición funcional de la Unidad de Gestión de Trámites de la Dirección de Atención al Cliente ACOMPAÑAMIENTO EN LA IMPLEMENTACIÓN
Más detallesINTRODUCCION A LA PROGRAMACION DE PLC
INTRODUCCION A LA PROGRAMACION DE PLC Esta guía se utilizará para estudiar la estructura general de programación de um PLC Instrucciones y Programas Una instrucción u orden de trabajo consta de dos partes
Más detallesCapítulo VI. Diagramas de Entidad Relación
Diagramas de Entidad Relación Diagramas de entidad relación Tabla de contenido 1.- Concepto de entidad... 91 1.1.- Entidad del negocio... 91 1.2.- Atributos y datos... 91 2.- Asociación de entidades...
Más detallesConceptos articuladores para el desarrollo de los proyectos del programa de Estudio. 1. Formulación de la situación problema.
Conceptos articuladores para el desarrollo de los proyectos del programa de Estudio. El Programa de Educación Tecnológica propone una metodología de trabajo para los alumnos y alumnas basada en el desarrollo
Más detallesBPMN Business Process Modeling Notation
BPMN (BPMN) es una notación gráfica que describe la lógica de los pasos de un proceso de Negocio. Esta notación ha sido especialmente diseñada para coordinar la secuencia de los procesos y los mensajes
Más detallesSOFTWARE DE APOYO PARA TRABAJO EN GRUPO (Groupware) Groupware es una tecnología que permite a grupos de usuarios trabajar de manera
SOFTWARE DE APOYO PARA TRABAJO EN GRUPO (Groupware) Groupware es una tecnología que permite a grupos de usuarios trabajar de manera conjunta en la solución de un problema o competir positivamente entre
Más detalles2.11.1 CONTRATAS Y SUBCONTRATAS NOTAS
NOTAS 1 Cuando en un mismo centro de trabajo desarrollen actividades trabajadores de dos o más empresas, éstas deberán cooperar en la aplicación de la normativa sobre prevención de riesgos laborales. A
Más detallesDecisión: Indican puntos en que se toman decisiones: sí o no, o se verifica una actividad del flujo grama.
Diagrama de Flujo La presentación gráfica de un sistema es una forma ampliamente utilizada como herramienta de análisis, ya que permite identificar aspectos relevantes de una manera rápida y simple. El
Más detallesPlanificación de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación
Más detallesUnidad III. Software para la administración de proyectos.
Unidad III Software para la administración de proyectos. 3.1 Herramientas de software para administrar proyectos. El software de administración de proyectos es un concepto que describe varios tipos de
Más detallesPlanificación de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación
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 detallesMATERIA: Proyecto de Desarrollo de Aplicaciones Multiplataforma
DEPARTAMENTO: Informática MATERIA: Proyecto de Desarrollo de Aplicaciones Multiplataforma NIVEL: 2º Desarrollo de Aplicaciones Multiplataforma 1. Objetivos. Competencias Profesionales, Personales y Sociales
Más detalles7.1 Arquitectura de clases
7.1 Arquitectura de clases El modelo de analisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diserio del sistema. Como se discutio en el capitulo 3, dependiendo
Más detallesUnidad III. Planificación del proyecto de software
Planificación del proyecto de software Unidad III 3.1. Aplicación de herramientas para estimación de tiempos y costos de desarrollo de software: GANTT, PERT/CPM, uso de software para la estimación de tiempos
Más detallesTema: INSTALACIÓN Y PARTICIONAMIENTO DE DISCOS DUROS.
1 Facultad: Ingeniería Escuela: Electrónica Asignatura: Arquitectura de computadoras Lugar de ejecución: Lab. de arquitectura de computadoras, edif. de electrónica. Tema: INSTALACIÓN Y PARTICIONAMIENTO
Más detallesSistemas de Gestión de Calidad. Control documental
4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4
Más detallesEste proyecto propone la investigación referente al modelado y desarrollo de agentes para
CAPITULO UNO 1 INTRODUCCION Este proyecto propone la investigación referente al modelado y desarrollo de agentes para un ambiente de aprendizaje colaborativo basado en una biblioteca digital en ciencias
Más detallesMANUAL DEL TRABAJO FIN DE GRADO EN FISIOTERAPIA GUÍA PARA LOS TUTORES
2011 MANUAL DEL TRABAJO FIN DE GRADO EN FISIOTERAPIA GUÍA PARA LOS TUTORES Universidad de Zaragoza Escuela de Ciencias de la Salud Grado en Fisioterapia Trabajo Fin de Grado 1. Introducción Qué es el Trabajo
Más detalles1. CONTEXTO...3 2. INTRODUCCIÓN Y JUSTIFICACIÓN DE LA UNIDAD...3 3. IDEAS Y CONOCIMIENTOS PREVIOS DE LOS ESTUDIANTES...3 4. OBJETIVOS...
UNIDAD DIDÁCTICA SISTEMAS TELEMÁTICOS Y REDES LOCALES ALEJANDRO TORRES DOMÍNGUEZ PABLO FERNÁNDEZ FERREIRA ROBERTO OTERO ÁLVAREZ ÍNDICE 1. CONTEXTO...3 2. INTRODUCCIÓN Y JUSTIFICACIÓN DE LA UNIDAD...3 3.
Más detallesCiclo de vida y Metodologías para el desarrollo de SW Definición de la metodología
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto
Más detallesMANUAL DE USUARIOS DEL SISTEMA MESA DE SOPORTE PARA SOLICITAR SERVICIOS A GERENCIA DE INFORMATICA
MANUAL DE USUARIOS DEL SISTEMA MESA DE SOPORTE PARA SOLICITAR SERVICIOS A Usuario Propietario: Gerencia de Informática Usuario Cliente: Todos los usuarios de ANDA Elaborada por: Gerencia de Informática,
Más detallesCAPITULO III A. GENERALIDADES
CAPITULO III INVESTIGACION DE CAMPO SOBRE EL DISEÑO DE UN SISTEMA AUTOMATIZADO DE CONTROL INVENTARIO Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA EN LA ZONA METROPOLITANA
Más detallesI N T E R P R E T A T I V O
S E L E C C I Ó N D E S A R R O L L O L I D E R A Z G O H O G A N D E S A R R O L L O I N T E R P R E T A T I V O INVENTARIO DE RAZONAMIENTO DE NEGOCIOS DE HOGAN Reporte Para: High Score Usuario: UH007438
Más detallesUn Modelo de Diseño Instruccional para la Elaboración de Cursos en Línea José E. Díaz Camacho y Thalía Ramírez Velázquez Universidad Veracruzana
Un Modelo de Diseño Instruccional para la Elaboración de Cursos en Línea José E. Díaz Camacho y Thalía Ramírez Velázquez Universidad Veracruzana Introducción. Para elaborar cursos en línea para la educación
Más detallesGuía de Planificación Estratégica de la Informática Educativa
Cierre de Brecha Digital Guía de Planificación Estratégica de la Informática Educativa Dirigida al Sostenedor y al Establecimiento Educacional Estimado Sostenedor y Director, El Ministerio de Educación
Más detalleswww.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.
DIAGRAMA CAUSA EFECTO 1.- INTRODUCCIÓN Este documento describe el proceso de construcción de una de las herramientas más útiles para la ordenación de ideas, mediante el criterio de sus relaciones de causalidad,
Más detallesGestión de Empresas Visual e Interactiva E.R.P.
Gestión de Empresas Visual e Interactiva E.R.P. Qué es? Software de Gestión Empresas de productos modulares Gestión Comercial y de Producción Gestión del Diseño Generación rápida de composiciones complejas
Más detallesANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN
ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini
Más detallesMASTER EN DIRECCIÓN DE EMPRESAS (MBA)
MANUAL PARA EL TRABAJO DE FIN DE MÁSTER (TFM) Curso 2010-2011 Este documento es una breve guía para la elaboración del Trabajo de Fin de Máster (TFM), del Máster en Dirección de Empresas de la Universidad
Más detallesPE06. RESPONSABILIDAD SOCIAL
Índice 1. Objeto 2. Alcance 3. Referencias/Normativa 4. Definiciones 5. Desarrollo de los procesos 6. Seguimiento y Medición 7. Archivo 8. Responsabilidades 9. Flujograma ANEXOS: No proceden Edición Fecha
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 detallesPara empezar el proceso de evaluación: el diagnóstico
SUBSECRETARÍA DE EDUCACIÓN BÁSICA DIRECCIÓN GENERAL DE DESARROLLO CURRICULAR DIRECCIÓN DE DESARROLLO CURRICULAR PARA LA EDUCACIÓN PREESCOLAR Para empezar el proceso de evaluación: el diagnóstico México,
Más detallesGuía Metodológica para el diseño de procesos de negocio
Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan
Más detallesCreación de un Gráfico con OpenOffice.org Calc Presentación de los Datos Asistente para Gráficos
Creación de un Gráfico con OpenOffice.org Calc Los gráficos elaborados con OpenOffice.org son de gran importancia para ver la tendencia de los datos. Es una herramienta de análisis que permite mostrar
Más detallesFUNCIONALIDADES DE LA PLATAFORMA
GUÍA INDICE GUIA INTRODUCCIÓN 3 FUNCIONALIDADES DE LA PLATAFORMA 5 ACCESO A LA PLATAFORMA 6 PÁGINA PRINCIPAL 7 ACCESO AL CURSO 9 2 1. INTRODUCCIÓN Las posibilidades de aplicación de las TIC al sistema
Más detallesContribuciones a los Lenguajes de Modelado Educativo
E.T.S.. de Enxeñeiros eiros de Telecomunicación Universidade de Vigo Contribuciones a los Lenguajes de Modelado Educativo Autor: Manuel Caeiro Rodríguez Directores: Dr. Martín Llamas Nistal Dr. Luis E.
Más detallesTécnico y sus funciones. 5. Función de los líderes. 6 Función del analista de datos. 6. Metas del Help Desk. 7 Definir el alcance del Help Desk.
3 Qué es un Help Desk? 3 Cómo trabaja un Help Desk? 3 Cómo se mide el éxito de un Help Desk? 5 Funciones de los miembros del equipo del Help Desk. 5 Técnico y sus funciones. 5 Función de los líderes. 6
Más detallesIDEA DE NEGOCIO EDUGER LOGISTIC GERMAN EDUARDO BALSERO MORALES PROFESOR: GERARDO ANDRES ARCOS CELIS
IDEA DE NEGOCIO EDUGER LOGISTIC GERMAN EDUARDO BALSERO MORALES PROFESOR: GERARDO ANDRES ARCOS CELIS CORPORACIÓN UNIVERSITARIA IBEROAMERICANA TECNOLOGIA EN LOGISTICA INFORMATICA BOGOTA D.C. 2013 INTRODUCCIÓN
Más detallesPROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...
Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS
Más detallesOrientación acerca de los requisitos de documentación de la Norma ISO 9001:2000
Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000 Documento: ISO/TC 176/SC 2/N 525R Marzo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este
Más detallesInforme de Seguimiento. Máster Universitario en Dirección y Administración de Empresas-MBA. Empresas-MBA de la Universidad de Málaga
Informe de Seguimiento Máster Universitario en Dirección y Administración de Empresas-MBA de la Universidad de Málaga 1. ÁMBITO NORMATIVO El artículo 27 del Real Decreto 1393/2007, de 29 de octubre, modificado
Más detallesCAPÍTUL07 SISTEMAS DE FILOSOFÍA HÍBRIDA EN BIOMEDICINA. Alejandro Pazos, Nieves Pedreira, Ana B. Porto, María D. López-Seijo
CAPÍTUL07 SISTEMAS DE FILOSOFÍA HÍBRIDA EN BIOMEDICINA Alejandro Pazos, Nieves Pedreira, Ana B. Porto, María D. López-Seijo Laboratorio de Redes de Neuronas Artificiales y Sistemas Adaptativos Universidade
Más detallesObjeto del informe. ALUMNO 1 Página: 1
Nombre: ALUMNO 1 Centro: NOMBRE DEL COLEGIO Curso: 5º E. PRIMARIA Responsable: RESPONSABLE Localidad: LOCALIDAD Fecha: 21 / julio / 2015 Objeto del informe El presente informe recoge la evaluación psicológica
Más detallesDIAGRAMA DE GANTT. Este gráfico consiste simplemente en un sistema de coordenadas en que se indica:
INTRODUCCION DIAGRAMA DE GANTT Diagrama de Gantt: Los cronogramas de barras o gráficos de Gantt fueron concebidos por el ingeniero norteamericano Henry L. Gantt, uno de los precursores de la ingeniería
Más detallesSeminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets
Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 1 de 12 Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 3 Bienvenida. 4 Objetivos. 5 Interacciones de Negocios
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 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 detalles1. Descripción y objetivos
Pruebas 1 1. Descripción y objetivos Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información para verificar: El correcto funcionamiento de los componentes del sistema.
Más detalles