ACTIVIDAD DE SEGUIMIENTO PARA FORTALECER LAS PRUEBAS SABER PRO y SABER T Y T

1. ACTIVIDAD DE SEGUIMIENTO PARA FORTALECER LAS
PRUEBAS SABER PRO y SABER T Y T
Por: Docente:
Carlos Alberto Raigosa Arango
Cesar Uriel Fuentes Becerra Elsa Piedad Tobón Ramírez
Andrés David Torres
Facultad de Ciencias Económicas, Administrativas Y Contables
Competencias Específicas y Generales

2. Competencia Específica
Este módulo evalúa las competencias para formular proyectos, evaluarlos financieramente, ejecutarlos y gestionarlos,
haciendo uso de las herramientas propias de la administración como son la planeación, la organización y el control de las
actividades, de modo que se pueda asegurar el logro de los objetivos previstos
EL RIESGO
Todo actividad
implica riesgos y
todo proyecto
también. Realizar el
adecuado análisis de
riesgos del proyecto
nos permitirá
identificar cuales
pueden ser los
posibles problemas
que nos podemos
llegar a encontrar en
su realización y
tomar las medidas
necesarias para
minimizar sus
efectos
Identificación de
riesgos
Conocer los
posibles
imprevistos que
pueden suceder
durante el
desarrollo del
proyecto antes de
que se produzcan.
DAFO
(Debilidades,
Amenazas, Fortalezas
y Oportunidades)
Análisis interno: Fortalezas y Debilidades
En esta fase se realiza una fotografía de la situación de la
empresa o proyecto empresarial considerando sus
Fortalezas y sus Debilidades.
Análisis externo: Amenazas y
Oportunidades
Tanto las Amenazas como las Oportunidades pertenecen al
mundo exterior a la empresa pero deberían ser tenidas en
cuenta bien para superarlas, en el caso de las amenazas, o
bien para aprovechar las oportunidades que brinda el
mercado exterior

3. Competencia Específica
Análisis cualitativo.
• No implica una medición exacta.
• Se utiliza como paso previo al análisis
cuantitativo.
• Una vez completado el análisis, se debe expresar
el resultado utilizando una escala, que debe ser la
misma para el análisis de todos los riesgos
Análisis de
riesgos
Una vez
identificados,
la siguiente
etapa es
analizar los
riesgos. Este
análisis se
puede hacer
de múltiples
maneras
pero, a
grandes
rasgos,
podemos
clasificar los
sistemas en
cualitativos y
cuantitativos
.
Análisis cuantitativo.
• Utiliza técnicas estadísticas, por lo que requiere la
recuperación de datos de tipo numérico.
• Entrevistas a expertos
• Realizar un árbol de decisiones
• Métodos de simulación
Planificación de la Respuesta ante el Riesgo
Básicamente es decidir qué hacer cuando se presenten los riesgos.
Eliminación.
Es la solución más deseable. Consiste en atacar directamente a la causa, por lo que se
elimina el riesgo de raíz
• Si un riesgo no se puede eliminar, una solución posible es repartirlo. La transferencia
debe interpretarse como repartir un riesgo para convertirlo en riesgos más pequeños que
sean más sencillos de afrontar
Mitigación.
En caso de que no se pueden evitar las consecuencias de un riesgo, se puede intentar que
sean las mínimas posibles.
Aceptación.
En caso de que el riesgo no se haya podido eliminar, ni transferir, ni mitigar, la única
alternativa es aceptarlo. En ningún caso se debe actuar como si no existiera y olvidarse de
él
Aceptación pasiva:
implica simplemente dejar que el
riesgo suceda, sin modificar para nada
la actitud durante el proyecto.
Aceptación Activa
Una aceptación activa implica la
elaboración de un plan de
contingencia que se activará en caso
de que el riesgo se presente

4. Competencia Específica
Supervisión y control de riesgos
Se debe realizar un seguimiento del
proyecto en busca de la aparición de
riesgos o de los disparadores que
anuncian su llegada.
ANALISIS
Problemas en proyectos de desarrollo de software
CHERNOBYL:
Un fallo en los sistemas de control y la desactivación de los sistema de
seguridad exigida por un test para reducir la potencia de generación,
desató la catástrofe conocida hasta el momento afectando a cerca de 5
millones de personas en un radio de 30 kilómetros.
Cómo influye para la toma de decisiones?
Los errores en proyectos de desarrollos e software principalmente
obedecen a insuficiente planificación y al abandono de la misma por la
presión que se ejerce con los entregables y el cumplimiento de los
cronogramas, gestión del riesgo insuficiente, reducción en las tareas
de control de calidad, la omisión de tareas relevante del diseño.
Todo esto en conjunto desencadena decisiones erróneas normalmente
realizando modificaciones del alcance al añadir, cambiar o modificar
los requisitos del iniciales proyecto, buscar soluciones mágica y
solicitar el desarrollo a cualquier precio.

5. Competencia Genérica
Competencia de lectura crítica y La comunicación escrita
Este módulo evalúa las capacidades de entender, interpretar y evaluar textos de la vida
cotidiana o ámbitos académicos no especializados, el propósito de esta es establecer si un
estudiante cuenta con una competencia lectora que le permita aprender y tomar posturas
críticas frente a un texto aunque no cuente con un conocimiento previo del tema tratado.
EL Y2K
A finales del siglo pasado los desarrollados de software pensaron que todas las aplicaciones no sobrevivirían el cambio de siglo, la
proximidad del 31 de diciembre de 1999 suponía que todos los sistemas de la época pasarían al 1 de enero de 1900; Omitir 2 dígitos en la
composición del año suponiendo un ahorro de memoria, la decisión generalizada de todos los desarrollados de utilizar solo los 2 últimos
dígitos para nombrar el año, .desencadenaría la mayor catástrofe informática conocida por la humanidad hasta el momento nombrada
por algunos como el apocalipsis cibernético mundial.
Los sistemas financieros dejarían de funcionar generando un pánico económico mundial, al igual que los sistemas de navegación de los
aviones y trenes, el sistema de transporte, hotelero, el sector privado y público colapsarían y hasta la seguridad mundial estaba en riego.
La crisis y el pánico fue real, sin embargo todas las predicciones y catástrofes no se dieron, ni siquiera en aquellos países con mayor
desarrollo y dependencia tecnológica de la época; todo el mundo centro esfuerzos y recursos multimillonarios para corregir un
insignificante detalle olvidado por los programadores de computadores.
Parte 2