Ejes temáticos 1

La conformaci ó n del Espacio Com ú n de la Educació n Media S uperior se estructura en

torno a los sig uientes ejes principales:

Ejes Principales
Articular los esfuerzos de las instit uciones de ed ucació n
Diseño Curricular y
media superior para fortalecer la ed ucació n por
Acciones de
competencias y el Marco C urricular Comú n, así como la
Acompañamiento
conformaci ó n de redes tem á ticas de colaboraci ó n.
Impulsar acciones q ue vinculen al subsistema de educació n
media superior con los sectores p ú blico, social y privado,
Vinculación
así como con los s ubsistemas de ed ucació n bá sica y
superior.
Articular las acciones de las instit uciones de ed ucació n
Seguridad y Protección media superior para elaborar y dif undir protocolos de
Civil seguridad, así como estrategias q ue apoyen la
reconstitució n del tejido social y de s us com unidades.
Fortalecer las acciones para la formaci ó n, actualizaci ó n y
Formación de Personal
profesionalizaci ó n de la planta docente y directiva de las
Docente y Directivo
instituciones de ed ucació n media superior.
Articular y planear el crecimiento de la modalidad
Planeación de la presencial, no presencial, no escolarizada y mixta, como
Oferta Educativa alternativas q ue contribuyan en la ampliaci ó n de la
cobertura en la ed ucació n media superior.
Diseñ ar estrategias q ue favorezcan el intercambio, la
Movilidad y
cooperaci ó n y la movilidad acad é mica entre los diferentes
Portabilidad
subsistemas de bachillerato.
Contar con sistemas de informaci ó n sobre el acervo de
infraestructura y equipamiento con q ue cuentan las
Infraestructura y
instituciones de ed ucació n media superior, con el fin de
Equipamiento
diseñ ar políticas para su mejoramiento y aprovechamiento
permanente.
Difundir y promover la c ultura y el deporte con el
propó sito de favorecer el desarrollo de valores y sentido de
Cultura y deportes pertinencia, q ue permitan la reconstr ucció n del tejido y
redes sociales as í como la integraci ó n de la comunidad
estudiantil.

NUEVO PERFIL DE EGRESO DE LA EMS

AMBITOS

Lenguaje y Com unicaci ó n Convivencia y Ci udadanía

Apreciaci ó n y Expresi ó n
Pensamiento Matem á tico
Artísticas
Exploraci ó n y Comprensi ó n del Mundo Cuidado del Medio Ambiente
 Natural y Social 2
Pensamiento Cr ítico y Sol ució n de Problemas Habilidades Digitales
Habilidades Socioemocionales y proyecto de
Atenci ó n al Cuerpo y la Sal ud
vida
Colaboraci ó n y Trabajo de Eq uipo

Nuevos contenidos: aprendizaje para la vida

Para que todos los al umnos adquieran y desarrollen los aprendizajes clave para s u vida,
la propuesta de contenidos se organiza de la sig uiente manera:

 Eje: Organiza y artic ula conceptos, habilidades y actit udes de los campos
disciplinares y es el referente para favorecer la transve rsalidad interdisciplinar.
 Componente: Genera y, o, integra los contenidos centrales y responde a formas
de organizaci ó n espec ífica de cada campo o disciplina.
 Contenido central: Corresponde al aprendizaje clave. Es el contenido de mayor
jerarquía en el programa de est udio.
 Contenido específico: Corresponde a los contenidos centrales y, por s u
especificidad, establecen el alcance y prof undidad de s u abordaje.
 Aprendizaje esperado: Son descriptores del proceso de aprendizaje e
indicadores del desempe ñ o que deben lograr los est udiantes para cada uno de los
contenidos espec íficos.
 Producto esperado: Corresponde a los aprendizajes esperados y a los contenidos
específicos, son las evidencias del logro de los aprendizajes esperados.

Propósitos de la
Tipo de examen
evaluación
Examen de opción múltiple simple : frente a una pregunta e
Medir qué tanto instrucció n se presentan varias formas de preg untas: con
sabe el estudiante respuestas m ú ltiples, relaci ó n de columnas, frases incompletas,
falso y verdadero, relaci ó n de dibujo/palabra o frase.
Medir cómo el Examen de respuesta construida por el sujeto (examen de
estudiante preguntas abiertas): evidencia c ó mo el estudiante constr uye el
construye una conocimiento mediante resp uestas a preguntas abiertas.
respuesta
Examen por casos y problemas : mide la capacidad del
Medir cómo el estudiante para resolver problemas en contextos distintos.
estudiante Parten de la presentaci ó n de un caso o de un problema que
resuelve lo que deberá ser analizado mediante varias preg untas o reactivos q ue
enfrenta tienen un nivel de complejidad distinta.
El caso má s conocido es el examen PISA Y PLANEA

Otros instrumentos de eval uació n:

 Resú menes, esquemas, mapas concept uales
 Tareas
 Ejercicios, ensayos
  Participaci ó n individual en clase 3
 Reportes de proyectos
 Participaci ó n en equipo

Diferencias claves entre la evaluación sumativa y la evaluación

formativa

Evaluació n

Las evaluaciones o tareas hacen parte de c ualquier c urso o sal ó n de clase, sin importar
la materia o la manera de eval uar. Hay de todas las formas y tama ñ os y pueden ser
usadas por muchas razones. A veces, las diferencias entre los diferentes tipos de
evaluaciones pueden ser imperceptibles. M uchos profesores encontrar á n que algunos
temas se prestan m uy bien para cierto tipo de preg untas (como mú ltiple respuesta,
4
respuestas cortas o ensayos) pero el estilo de la preg unta no debe conf undirse con el
tipo de evaluació n. Aunque pueden haber muchas otras categor ías adem á s de las
evaluaciones sumativas o formativas, estas dos son probablemente las m á s usadas en la
educació n hoy en día. A continuació n mostraremos los conceptos de cada una de estas,
ilustrados con varios ejemplos.

Sumativa vs formativa: ¿Cuál es la diferencia, al final?

A Algunos les gusta pensar en las dos como una forma de ay udar al otro, la eval uació n
formativa tiene en c uenta el progreso d urante el recorrido, mientras q ue la eval uació n
sumativa funciona m á s bien como “la enc uesta final”. Eso p uede sonar como la simple
explicaci ó n de las dos pero hay m ucho m á s.

Evaluació n formativa
 Funciona para revisar el progreso de los est udiantes
 Esta informaci ó n genera guías para la elaboraci ó n de talleres o tareas sig uientes
y ayuda a los profesores y est udiantes a considerar las oport unidades necesarias
de aprendizaje adicional para aseg urar el é xito de aprendizaje
 La informaci ó n de la eval uació n formativa debe alimentar hacia un modelo de
instrucciones que permita ser responsivo a las necesidades de los est udiantes.

Ejemplos de este tipo de eval uació n

 Proyectos
 Ejercicios de redacci ó n
 Quizzes y test
 Formular preguntas

Evaluació n Sumativa
 La evaluació n sumativa provee a los profesores y est udiantes con informaci ó n
sobre los logros de conocimiento
 Normalmente termina siendo una nota q ue evalú a el buen desempe ñ o del
estudiante segú n la nota sea alta o no
 La idea es eval uar el aprendizaje del est udiante al final de una unidad
compará ndolo con alg ú n dato está ndar o con un punto de referencia previamente
evaluado

Ejemplos:
 El resultado en Un Proyecto Final
 Un artículo parcial
 Un examen parcial
 Un artículo, trabajo, examen

Código C++ – Calcular el número menor y  mayor

Método 1:
//Codificado por: sAfOrAs
//Có digo Fuente: Calcula el nú mero mayor y 5
Mé todo 2:
menor. Usando 2 funciones
//Codificado por: sAfOrAs
int menor(int, int, int);
//Có digo Fuente: Calcula el nú mero mayor y
int mayor(int, int, int);
menor. Usando 2 funciones
#include<iostream>
int menor(int, int, int);
using namespace std;
int mayor(int, int, int);
int main()
# i n c l u d e < io s t r e a m >
{
using namespace std;
int a,b,c,m,n;
int main()
cout<<"ingrese tres numeros\n";
{
cin>>a>>b>>c;
int a,b,c;
m=menor(a,b,c);
cout<<"ingrese tres numeros\n";
n=mayor(a,b,c);
cin>>a>>b>>c;
cout<<"el menor es: "<<m<<endl;
cout<<"el menor es: "<<menor(a,b,c)<<endl;
cout<<"el mayor es: "<<n<<endl;
c o u t < < " e l m a y o r e s : " < < ma y o r ( a , b , c ) < < e n d l ;
cin.ignore();return 0;
cin.ignore();return 0;
}
}
int menor(int a,int b,int c)
int menor(int a,int b,int c)
{
{
int m;
if(a<b) b=a;
if(a<b)
if(a<c) c=a;
if(a<c)
if(b<c) c=b;
m=a;
return c;
else
}
m=c;
int mayor(int a,int b,int c)
else
{
if(b<c)
if(a>b) b=a;
m=b;
if(a>c) c=a;
else
if(b>c) c=b;
m=c;
return c;
return m;
}
}
int mayor(int a,int b,int c)
{
int n;
if(a>b)
if(a>c)
n=a;
else
n=c;
else
if(b>c)
n=b;
else
n=c;
return n;
}

ACID en las bases de datos

En el mundo de las bases de datos es m uy comú n esc uchar hablar del concepto ACID.
6
ACID es un grupo de 4 propiedades q ue garantizan q ue las transacciones en las bases de
datos se realicen de forma confiable. Veamos en detalle este interesante concepto.

Para empezar a definir ACID en el á mbito de las bases de datos, es necesario

comprender el concepto de transacción . En las bases de datos, se denomina transacci ó n
a una ú nica operaci ó n ló gica ("de negocio"). Por ejemplo, es una sola transacci ó n la
acció n de transferir fondos de una cuenta bancaria a otra, a un cuando invol ucra varios
cambios en distintas tablas.

En 1970, Jim Gray defini ó las propiedades q ue necesitaba tener una transacci ó n
confiable, y desarroll ó tecnologías para a utomatizarlas. M á s tarde, en 1983, Andreas
Reuter y Theo Hä rder crearon el t é rmino "ACID" para describir estas 4 propiedades.

ACID, letra por letra

Atomicidad
La Atomicidad req uiere que cada transacci ó n sea "todo o nada": si una parte de la
transacci ó n falla, todas las operaciones de la transacci ó n fallan, y por lo tanto la
base de datos no s ufre cambios. Un sistema at ó mico tiene q ue garantizar la
atomicidad en c ualquier operaci ó n y situació n, incl uyendo fallas de alimentaci ó n
elé ctrica, errores y ca ídas del sistema.

Consistencia
La propiedad de Consistencia se aseg ura que cualquier transacci ó n llevará a la
base de datos de un estado vá lido a otro estado v á lido. Cualquier dato que se
escriba en la base de datos tiene q ue ser vá lido de acuerdo a todas las reglas
definidas, incl uyendo (pero no limitado a) los constraints, los cascades, los
triggers, y c ualquier combinaci ó n de estos.

Aislamiento
El aislamiento ("Isolation" en ingl é s) se asegura que la ejec ució n conc urrente de
las transacciones res ulte en un estado del sistema q ue se obtendría si estas
transacciones f ueran ejecutadas una atrá s de otra. Cada transacci ó n debe
ejecutarse en aislamiento total; por ejemplo, si T1 y T2 se ejec utan
conc urrentemente, l uego cada una debe mantenerse independiente de la otra.

Durabilidad
La durabilidad significa q ue una vez que se confirm ó una transacci ó n (commit),
quedará persistida, incl uso ante eventos como p é rdida de alimentaci ó n elé ctrica,
errores y ca ídas del sistema. Por ejemplo, en las bases de datos relacionales, una
vez que se ejecuta un grupo de sentencias SQL, los res ultados tienen q ue
almacenarse inmediatamente (incl uso si la base de datos se cae inmediatamente
luego).
Sobre la Atomicidad
En una transacci ó n ató mica, una serie de operaciones en la base de datos oc urren todas,
7
o no oc urre ninguna. La atomicidad previene q ue las actualizaciones a la base oc urren
de forma parcial, lo c ual podría ocasionar mayores problemas q ue rechazar la
transacci ó n entera. En otras palabras, la atomicidad significa indivisibilidad e
irreducibilidad.

Usualmente, los sistemas implementan la atomicidad mediante alg ú n mecanismo q ue

indica qué transacci ó n comenzó y cuá l finalizó ; o manteniendo una copia de los datos
antes de que ocurran los cambios. Las bases de datos en general implementan la
atomicidad usando algú n sistema de logging para seg uir los cambios. El sistema
sincroniza los logs a medida q ue resulta necesario una vez que los cambios oc urren con
é xito. Luego, el sistema de rec uperaci ó n de caidas simplemente ignora las entradas
incompletas.

En los sistemas de almacenamiento NoSQL con consistencia event ual, la atomicidad se

especifica de forma m á s dé bil que en los sistemas relacionales, y existe s ó lo para las
filas.

Sobre la Consistencia
La consistencia aseg ura que los cambios a los valores de una instancia son consistentes
con cambios a otros valores de la misma instancia. Una restricci ó n de consistencia es un
predicado sobre los datos q ue funcionan como precondici ó n, postcondici ó n, y condici ó n
de transformaci ó n en cualquier transacci ó n. El sistema de la base de datos as ume que la
consistencia se mantiene para cada transacci ó n en las instancias. Por otro lado,
asegurar la propiedad de consistencia de la transacci ó n es responsabilidad del usuario.

Sobre el Aislamiento
De las 4 propiedades de ACID en los sistemas de bases de datos, generalmente la
propiedad de Aislamiento es la m á s relajada. Cuando se intenta mantener el m á s alto
nivel de aislamiento, las bases de datos adq uieren un bloqueo o implementan un control
conc urrente m ultiversi ó n, que puede resultar en pé rdida de conc urrencia. Esto genera
que la aplicaci ó n agregue ló gica para funcionar correctamente.

La mayoría de las bases de datos ofrecen una cantidad de niveles de aislamiento de

transacciones, q ue controlan el grado de bloq ueo que ocurre c uando se seleccionan
datos. Para muchas aplicaciones, se p ueden construir la mayoría de las transacciones
evitando los niveles m á s altos de aislamiento (por ejemplo, el nivel SERIALIZABLE), y
por lo tanto red uciendo la carga en el sistema por bloq ueos. El programador tiene q ue
analizar el c ó digo de acceso para aseg urar que se pueda relajar el nivel de aislamiento
sin generar b ugs que luego serían difíciles de encontra r. Por otro lado, si se usan
niveles m á s altos de aislamiento, es m á s probable la aparici ó n de dealocks, lo c ual
requieren de aná lisis y la implementaci ó n de té cnicas de programaci ó n para evitarlos.

ANSI/ISO SQL define los sig uientes tipos de aislamiento:

Serializable
8
Este es el nivel m á s alto de aislamiento. En una base de datos con control
conc urrente basado en bloq ueos, la serializaci ó n requiere que los bloqueos de
lectura y escritura (que se adquieren en datos seleccionados) sean liberados al
finalizar la transacci ó n. Tambié n se pueden adquierir bloqueos de rango c uando
se realiza un query SELECT con una clá usula WHERE, especialmente c uando se
quieren evitar lect uras fantasma. En una base de datos con control conc urrente
no basado en bloq ueos, no se necesitan los bloq ueos; sin embargo, si el sistema
detecta una colisi ó n de escritura entre muchas transacciones conc urrentes, só lo
se permite el commit de una de estas transacciones.

Lecturas repetibles (repeatable reads)

En este nivel de aislamiento, un sistema de control de conc urrencia basado en
bloqueos mantiene los bloq ueos de escrit ura y lectura (que se adquieren en datos
seleccionados) hasta el final de la transacci ó n. Sin embargo, no se gestionan los
bloqueos de rango, por lo tanto podr ían ocurrir lecturas fantasma.

Lecturas sobre commits (read commited)

En este nivel de aislamiento, un sistema de control de conc urrencia basado en
bloqueos mantiene los bloq ueos de escrit ura (que se adquieren en datos
seleccionados) hasta el final de la transacci ó n, pero los bloq ueos de lectura se
liberan ni bien se realiza la operaci ó n de SELECT (y por lo tanto p ueden oc urrir
lecturas no-repetibles). Ig ual que el nivel anterior, no se permiten bloq ueos de
rango.

Lecturas sin commits (read uncommited)

Este es el nivel m á s bajo de aislamiento. En este nivel se permiten las lect uras
sucias, por lo cual una transacci ó n podría ver cambios de otra transacci ó n que
todavía tuvieron un commit.

Consecuencia sobre las lecturas

El está ndar ANSI/ISO SQL 92 se refiere a tres distintos fen ó menos sobre la lect ura que
ocurren c uando la Transacci ó n 1 lee datos q ue la Transacci ó n 2 puede haber cambiado.

Lecturas sucias
Las lecturas sucias ("dirty reads") oc urren cuando se permite q ue una
transacci ó n lea una fila que fue modificada por otra transacci ó n que todavía no
hizo commit. Las lect uras sin commit f uncionan igual que las lecturas no-
repetibles; sin embargo, la seg unda transacci ó n no necesita haber hecho commit
para que el primer q uery devuelva datos distintos. Lo ú nico que puede prevenirse
en el nivel de aislamiento "Lect uras sin commit" es q ue las actualizaciones
aparezcan fuera de ó rden.

Lecturas no- repetibles

 Una lectura no- repetible oc urre c uando, durante el c urso de una transacci ó n, se
9
recupera una fila dos veces y el valor de la fila difiere entre las lect uras. En las
bases de datos con control de conc urrencia basado en bloq ueos, el fenó meno de
lecturas no-repetibles p uede oc urrir cuando no se adquieren bloqueos de lect ura
al ejecutar un SELECT, o c uando los bloq ueos adquieridos en las filas afectadas se
liberan ni bien se ejec uta la operaci ó n de SELECT.
Lecturas fantasma
Una lectura fantasma oc urre c uando, durante el curso de una transacci ó n, se
ejecutan dos queries idé nticos, y la colecci ó n de filas retornada por el seg undo
query es diferente al primero. Esto p uede oc urrir c uando no se adquieren
bloqueos de rango al ejec utar una operaci ó n SELECT...WHERE. Las lect uras
fantasma son un caso especial de las lect uras no-repetibles, c uando la
transacci ó n 1 repite la cons ulta rango SELECT...WHERE y, entre ambas cons ultas,
la Transacci ó n 2 crea (INSERT) n uevas filas q ue cumplen con la condici ó n del
WHERE.

Sobre la Durabilidad
La durabilidad es la propiedad q ue garantiza q ue las transacciones q ue tuvieron un
commit sobrevivan de forma permanente.

La durabilidad puede lograrse almacenando los registros de log de la transacci ó n en un

medio de almacenamiento no-volatil antes de aceptar los commit.

En las transacciones distrib uidas, todos los participantes deben coordinarse antes de
aceptar un commit. Esto se s uele realizar mediante el protocolo de "commit en dos
fases".

Muchas bases de datos implementan la d urabilidad escribiendo las transacciones en un

log de transacciones q ue puede ser reprocesado para recrear el estado del sistema
antes de una falla. Una transacci ó n se considera confirmada s ó lo luego de que haya sido
ingresada al log.

Herramientas de sistema operativo y controladores.

Windows Server 2003 nos proporciona herramientas y caracter ísticas que podemos
usar en el diagn ó stico y resol ució n de problemas del sistema operativo, controladores y
hardware.
Herramienta Propósito Tipo
Sistema
Crea un registro de texto (Ntbtlog.txt) q ue lista los operativo,
Registro Boot
controladores cargados o con error en el inicio. opció n de
inicio.
Administrado Muestra en pantalla y cambia config uració n de Sistema
r de hardware y controladores. operativo,
dispositivos GUI. 10
Administrado
r de Sistema
comprobación Aislamiento de controlador defect uoso. operativo,
de GUI.
controladores
Monitoriza el sistema operativo ante problemas q ue
afectan a aplicaciones y componentes de Windows
Server 2003. C uando sucede un problema, p uede
Servicio de Sistema
enviarse un informe a Microsoft, donde un proceso
información operativo,
automatizado b usca en la base de datos de errores
de errores GUI.
informados en b usca de condiciones de coincidencia, y
en caso de existir informaci ó n, responder con
cualquier sugerencia para resolver el problema.
Comprobación Sistema
Bú squeda de archivo q ue no han sido firmados
de firmas de operativo,
digitalmente.
archivo GUI.
Analizando la memoria del eq uipo o un archivo de
Depuradores
memoria dump escrito en disco c uando sucede un Depuració n.
de Kernel
mensaje de STOP.
Monitor de Soporte,
Detecci ó n i aná lisis de errores de memoria.
memoria GUI.
Centro de
Información
Muestra en pantalla informaci ó n del sistema detallada. ayuda y
de equipo
soporte.
Envía la informaci ó n de un archivo d ump a un sitio
web hospedado en Microsoft para ser eval uado. Un
Análisis on- proceso automatizado b usca en una base de datos de
line de caída elementos conocidos coincidencias. Opcionalmente Sitio Web.
del sistema puede recibirse un e-mail con
informaci ó n/actualizaci ó n de informaci ó n sobre el
problema.
Seguimiento Graba informaci ó n en el registro del sistema Sistema
de sucesos de describiendo los motivos de apagado o reinicio del operativo,
apagado equipo. GUI.
Utilidad de Centro de
Habilita o deshabilita config uraciones de sistema e
configuración ayuda y
inicio con prop ó sitos de diagn ó stico.
del sistema soporte.
Sistema
Muestra en pantalla la informaci ó n de configuració n
operativo,
Systeminfo del equipo. Versi ó n en línea de comandos del
línea de
GUI Informaci ó n de sistema.
comandos.
Información Muestra en pantalla la informaci ó n de sistema, Sistema
del sistema hardware, componentes del sistema y softwa re. operativo,
 Podemos iniciarlo como una herramienta 11
independiente o mediante el Centro de Ay uda y GUI.
Soporte.
Sistema
Herramienta Muestra y re ú ne  Informaci ó n de configuració n del operativo,
WMIC equipo. línea de
comandos.
Sistema
Windows
Identifica e instala act ualizaciones del sistema. operativo,
Update
Navegador.