Investigación en el Aula: Uso de un Nuevo Método para la Enseñanza de la Programación Concurrente

Jetzt loslegen. Gratis!
oder registrieren mit Ihrer E-Mail-Adresse
Investigación en el Aula: Uso de un Nuevo Método para la Enseñanza de la Programación Concurrente von Mind Map: Investigación en el Aula: Uso de un Nuevo Método para  la Enseñanza de la Programación Concurrente

1. Resultados

1.1. Se realizaron evaluaciones consistentes en mapas conceptuales

1.2. Comparar los resultados obtenidos por el método de enseñanza tradicional

2. Conclusiones

2.1. Introducciión a la Inteligencia Artifiicial

2.2. El curso de programación concurrente es un cimiento indispensable para los alumnos de las carreras de Ingeniería en Sistemas Computacionales y Mecatrónica.

3. Metodología

3.1. aprendizaje significativo entre el profesor y el estudiante

3.1.1. Recepción

3.1.2. selección

3.2. bajaron de la web una máquina virtual, instalaron el sistema operativo Linux Mandriva

3.2.1. se trabajó con el comando top

3.2.1.1. El programa top proporciona una vista dinámica en tiempo real de los procesos que se están ejecutando en el sistema

4. Fundamentos teóricos

4.1. A. Justificación del uso del lenguaje Java

4.1.1. todo leguaje informatio tiene un caraterdual

4.1.2. Java es un lenguaje de propósito general orientado a objetos establecido con mecanismos para programación multi-hilo.

4.1.3. El beneficio de ser multihilo consiste en un mejor rendimiento interactivo y mejor comportamiento en tiempo real.

5. Teoria

5.1. A. Aplicaciones de Concurrencia

5.1.1. Programación reactiva:

5.1.2. Disponibilidad:

5.1.3. Control:

5.1.4. Objetos Activos:

5.1.5. Mensajes asíncronos:

5.1.6. Paralelismo:

5.1.7. Concurrencia requerida:

5.2. B. Dificultades típicas de la programación concurrente

5.2.1. exclusión mutua:

5.2.2. Interbloqueos:

5.2.3. Sincronización Condicional o Inanición:

5.2.4. Inanición:

5.3. C. Requisitos para lograr la Exclusión Mutua (EM).

5.3.1. sólo se permite un proceso a la vez dentro de su sección crítica

5.3.2. Cuando ningún proceso está en una sección crítica, a cualquier proceso que solicite entrada a su sección crítica se le debe permitir entrar sin retraso.