EXPOSICIONES MODELOS DE CALIDAD

ACTIVIDADES REALIZADAS

• Exposiciones de los modelos de calidad: CMMI, ISO 9000-3, SPICE.

ESTRATEGIAS UTILIZADAS

se realizaron las exposiciones con la ayuda de herramientas audiovisuales (video beam).

a continuación anexo el modelo ISO 9000-3.




ANEXO CLASE  13

MODELO CALIDAD: ISO 9000-3

¿QUE SE ENTIENDE POR CALIDAD?

Según ISO 8402, “Calidad son todas las características que permiten que un producto satisfaga necesidades explicitas o implícitas a un costo aceptable.”

De esta manera podemos decir que la calidad de los productos puede ser medida a través de la comparación de sus características y atributos.

¿QUE ES ISO?

La Organización Internacional para la Estandarización es la agencia especializada en estandarización más grande a nivel mundial, establecida en 1947 con la finalidad de promover la estandarización internacional para facilitar el intercambio de bienes y servicios así como de desarrollo científico y tecnológico.

Actualmente ISO abarca los estándares nacionales los 159 países. ISO comprende alrededor de 180 comités técnicos encargados de desarrollar desde las abreviaturas de los sistemas de medición hasta la especificación detallada de los productos a evaluar.

ISO establece los estándares de calidad en respuesta las necesidades claramente expresadas por los sectores y stakeholders sobre determinado producto.

SERIE DE ESTANDARES ISO 9000

Las series de ISO 9000 son un grupo de 5 individuales, pero relacionadas, estándares internacionales de administración de la calidad y aseguramiento de calidad.

Ellas son genéricas, no específicas para cualquier producto. Pueden usarse igualmente para manufactura y servicios industriales. Estos estándares fueron desarrollados para documentar efectivamente los elementos de sistemas de calidad que son instrumentados para mantener un sistema eficiente de calidad en la empresa. La serie ISO 9000 no especifica la tecnología que debe ser aplicada para la instrumentación de los elementos del sistema de calidad.

BENEFICIOS ISO 9000

• La posibilidad de darle calidad al producto o servicio.
• Evitar costos de inspecciones finales, costos de garantías y reprocesos.
• Puede reducirse el número de auditorías de los clientes a los procesos de operación.
• Mayor aceptación por parte de los clientes y acogida en los mercados tanto nacionales como internacionales.

CERTIFICACION ISO

La certificación de ISO 9000 no es un requerimiento legal para acceder a mercados internacionales, pero puede ser beneficioso. En la Unión Europea para muchos productos regulados, el certificado de ISO 9000 es una alternativa para productos certificados, no un absoluto requerimiento. De hecho, como cliente en la mayoría de la legislación estadounidense, el certificado de sistemas de calidad no es una mandato - hay otros caminos para la certificación de productos- no es este el único procedimiento.

 Fuera de las regulaciones de estas áreas de productos, la importancia del certificado de ISO 9000 como una herramienta de competencia de mercado, varia de sector a sector, compañías europeas pueden pedir a los proveedores la aprobación de exámenes de sus sistemas de calidad en sus lugares de origen como una condición de compra. Esto podría especificarse en cualquier contrato de negocios.

 La certificación ISO 9000 puede servir como una forma de diferenciación "clase" de proveedores, particularmente en áreas de alta tecnología, donde la alta seguridad de los productos es crucial. En otras palabras, si dos proveedores están compitiendo por el mismo contrato, el que tenga un certificado de ISO 9000 puede tener una ventaja competitiva con algunos compradores.

NORMAS ISO 9000-3

En estos días "calidad" es la palabra de más relevancia, los consumidores esperan productos de calidad para satisfacer sus necesidades, solucionar sus problemas y obtener beneficios. Sin embargo dentro de la industria del software, "calidad" no ha sido el fuerte de la rama.

Las tres fallas dominantes que existen dentro de la industria del software son los altos costos en cuanto a depuración de un sistema, tiempo perdido en la corrección del sistema (estamos de acuerdo en que no existirían estas deficiencias si se hubiera realizado un análisis a conciencia del sistema), y la falla de conocer todas las necesidades del usuario.

Uno de estos modelos base son las normas estándares de calidad ISO 9000 que en especial han creado un interés masivo para la industria de software a causa de su aceptación a nivel internacional de muchas componías importantes.

AMBITO DE LA APLICACIÓN

• Desarrollo de Sistemas de Información.
• Procesos del ciclo de vida.
• Calidad del software.

ALCANCE DE LA ISO 9000-3

Con la norma se busca dar orientaciones en situaciones en las que se exija la demostración de la capacidad de un proveedor para desarrollar, suministrar y mantener productos de software. La norma sugiere clases de control y métodos para la producción de software que satisfaga los requisitos establecidos.

ANÁLISIS DE LA ISO 9000-3

ISO 9000-3 sirve para interpretar la norma ISO9001 en el ámbito de la Ingeniería de Software.

De hecho, su nombre es:

“Guía para la aplicación de ISO 9001 para el desarrollo, la aplicación y mantenimiento de software.”

La norma ISO 9000-3 es requerida por todas las compañías desarrolladoras de software para:

• Incursionar en el mercado europeo.
• Cubrir las expectativas de los clientes.
• Obtener beneficios de calidad.
• Como estrategia de mercado.
• Para reducir costos de producción.

Algunos de los beneficios que se obtienen con la certificación de la Norma ISO 9000-3 son:

• Mejor documentación de los sistemas.
• Cambio cultural positivo.
• Incremento en la eficiencia y productividad.
• Mayor percepción de calidad.
• Se amplía la satisfacción del cliente.
• Se reducen las auditorías de calidad.
• Agiliza el tiempo de desarrollo de un sistema.

ISO 9000-3 Y OTROS ESTANDARES

• ISO 8402: 1994, Gestión y garantía de la calidad – vocabulario.
• ISO 9001: 1987, Sistemas de la calidad - modelo de garantía de la calidad en el proyecto/ desarrollo, producción, instalación y post-venta.
• ISO 10011-1: 1990, Líneas de orientación para auditorías de sistemas de la calidad - Parte 1: Auditorías.

CALIDAD DEL SOFTWARE

ACTIVIDADES REALIZADAS

• Clase magistral sobre la calidad del software, estandares, plan SQA.

ESTRATEGIAS UTILIZADAS


A continuación se da un breve resumen acerca de los conceptos vistos en  clase:

EL PLAN DE GARANTÍA DE CALIDAD DEL SOFTWARE  (SQA)

es una especie de mapa para institucionalizar la calidad del software. Este plan lo desarrolla el grupo de calidad del software y el equipo del proyecto, y ha de usarse como plantilla a lo largo del pro yecto. El plan debe tener un contenido similar al siguiente :

1. Propósito del plan 

2. Referencia 

3. Gestión. 

a. Organización 

b. Tareas

c. Recursos 

4. Documentación

a. Propósito

b. Documentos requeridos de ingeniería del software

c. Otros documentos 

5. Estándares, prácticas y convenciones 

6. Revisiones y auditorías 

7. Pruebas

8. Tratamiento de problemas y correcciones

9. Herramientas, técnicas y metodologías 

10. Control de códigos (de pantallas, formularios, etc.) 

11. Control de medios

12. Control de distribución 

13. Formación 

14. Gestión de riesgos.

GARANTÍA DE CALIDAD ESTADÍSTICA  

La garantía de calidad estadística es una tendencia cada vez más creciente del mundo del software para obtener más cuantitativamente la calidad. Lleva consigo los siguientes pasos:

1- Agrupar y clasificar los errores del software 

2-Intentar encontrar la causa de cada error

3- A través del principio de Pareto (80-20) aislar las causas vitales

4- Una vez conocidas estas trabajar en ellas para reducir los errores. En resumen se pretende utilizar el tiempo para cosas que realmen te interesan, pero asegurandose que entendemos lo que nos interesa. 

ACTIVIDADES INDEPENDIENTES

• Elegir uno de los modelos de calidad (CMMI, ISO 9000-3, BOOT STRAP, SPICE, IDEAL), realizar un trabajo y sustentar.

CALIDAD Y GARANTIAS DEL SOFTWARE

ACTIVIDADES REALIZADAS

• Clase magistral sobre conceptos de calidad, gestión de calidad, garantía de calidad y características de la calidad del software.
• Presentación del videoclip (demi, eso no es mi problema).

ESTRATEGIAS UTILIZADAS


Los conceptos y videos vistos en clase se muestran a continuación:

• El video de demi: se llega a la conclusión, que en muchos casos los problemas presentados en la organización son de la gerencia y no de los trabajadores en sí.
• El video eso no es mi problema: quiere decir que cada quien, es decir cada uno de los trabajadores debe asumir su responsabilidad.

CONTROL CALIDAD: Conjunto de actividades y técnicas de caracter operativa utilizada para verificar los requerimientos relativos a la calidad del producto o servicio.


GARANTIA CALIDAD: conjunto de acciones planificadas y sistematicos necesarios para proporcionar la confianza adecuada de que el producto o servicio satisfara los requerimientos dados sobre calidad (ISO 8402).


GESTIÓN DE CALIDAD: Aspectos de la gestión que determina y aplica la politica de la calidad los objetivos y las responsabilidades y que la realiza con medios tales como la planificación de la calidad, el control de la calidad, la garantía  y la mejora de la calidad.


En la gestión la calidad se tiene en cuatro criterios de calidad.
es responsabilidad de todos los niveles ejecutivos debe estar guiada por la alta gerencia.


SISTEMA GESTIÓN DE CALIDAD: Conjunto de la estructura de la organiación, de responsabilidades, procedimientos, procesos.


La calidad del software es la concordancia, se puede clasificar en dos grupos:

• Factores que pueden ser medidos directamete.
• Factores que solo pueden ser medidos indirectamente.

CARACTERISTICAS DE CALIDAD DEL SOFTWARE


Capacidad de soportar cambios:

• Facilidad de mantenimiento ¿ puedo corregirlo?
• Flexibilidad ¿ puedo cambiarlo?
• Facilidad de prueba

Adaptabilidad a nuevos entornos:

• Portabilidad ¿ puede usar en otra máquina?
• Reusabilidad ¿ puede utilizarlo alguna parte del software?
• Interoperabilidad ¿ podré hacerlo interactuar con otro sistema?

CALIDAD: Caracteristica mesurable del software.

• CALIDAD DE DISEÑO: Acompaña los requisitos y rendimiento del sistema.
• CALIDAD DE CONCORDANCIA: Tiene que ver con la implementación del software.

GARANTIA CALIDAD: Es un diseño de acciones para garantizar la calidad del software, que incluye los costos de calidad (incluye todos los costos). como son los costos de evaluación, de procesos, entre procesos y pruebas.

 

ACTIVIDADES INDEPENDIENTES

• Leer sobre los estándares y modelos de calidad del software (CMMI, ISO 9000).

GESTION DE CALIDAD DEL SOFTWARE

ACTIVIDADES REALIZADAS

• Clase magistral sobre conceptos de calidad , propósitos y gestión de calidad del software.

ESTRATEGIAS UTILIZADAS


A continuación se presenta un resumen de los conceptos vistos en clase:


GESTION CALIDAD

• Alrededor de costos incrementan los ingresos.
• Satisfacción del cliente.
• Mejora de resultados.

MODELOS DE CALIDAD


Son herramientas guias para las organizaciones a la mejora continua y competitiva dado las especificaciones de que tipo de requisitos debe implementar o usar esas herramientas para poder prestar servicios de alto nivel. los modelos de calidad permiten optimizar los recursos.


TQM: maneja la gestión de la calidad total.


PROPÓSITO: perfeccionar el proceso productivo de calidad.


CALIDAD: se puede definir como una característica o atributo de una cosa. la calidad de los productos puede medirse como la comparación de sus características y atributos, esto puede aplicarse a cualquier producto.


ISO 8402: define la calidad como un conjunto de propiedades y características de un producto o servicio que le confiere actitud para satisfacer una necesidad explicita o implicita.


las empresas pueden utilizar modelos PYME, CMMI, ISO 9000.


CALIDAD SOFTWARE: Es el grado con que un sistema, componente o proceso cumple los requerimientos especificados, y las necesidades o expectativas del cliente o usuario. (IEEE).


FACTORES QUE DETERMINAN LA CALIDAD DEL SOFTWARE

• Corrección ¿Hace lo que quiero?
• Fiabilidad ¿Lo hace de forma fiable todo el tiempo?
• Eficiencia ¿Se ejecutara en mi hardware lo mejor que puedan?
• Seguridad  (integridad) ¿Es seguro?
• Facilidad de uso ¿Esta diseñado para ser usado?

 ACTIVIDADES INDEPENDIENTES

• Ampliar del libro del pressman sobre las métricas de la calidad del software.

ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE

ACTIVIDADES REALIZADAS

• Presentación de videoclips acerca del aseguramiento de calidad (SQA).
• Conceptos de calidad.

ESTRATEGIAS UTILIZADAS


Los siguientes conceptos y contenidos fueron expuestas en clase.

Que es la calidad del Software?

La calidad del software es el conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia. La calidad es sinónimo de eficiencia, flexibilidad, corrección, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e integridad.

La calidad del software es medible y varía de un sistema a otro o de un programa a otro. Un software elaborado para el control de naves espaciales debe ser confiable al nivel de "cero fallas"; un software hecho para ejecutarse una sola vez no requiere el mismo nivel de calidad; mientras que un producto de software para ser explotado durante un largo período (10 años o más), necesita ser confiable, mantenible y flexible para disminuir los costos de mantenimiento y perfeccionamiento durante el tiempo de explotación. 

Cómo controlar la calidad del Software?Para controlar la calidad del software es necesario, ante todo, definir los parámetros, indicadores o criterios de medición.

Una vez seleccionados los índices de calidad, se debe establecer el proceso de control, que requiere los siguientes pasos:

Definir el software que va a ser controlado: clasificación por tipo, esfera de aplicación, complejidad, etc., de acuerdo con los estándares establecidos para el desarrollo del software.

Seleccionar una medida que pueda ser aplicada al objeto de control. Para cada clase de software es necesario definir los indicadores y sus magnitudes.

Crear o determinar los métodos de valoración de los indicadores: métodos manuales como cuestionarios o encuestas estándares para la medición de criterios periciales y herramientas automatizadas para medir los criterios de cálculo.

Definir las regulaciones organizativas para realizar el control: quiénes participan en el control de la calidad, cuándo se realiza, qué documentos deben ser revisados y elaborados, etc.  

 ACTIVIDADES INDEPENDIENTES

• Leer capítulo 26: Gestión de proyectos.

TALLER EN CLASE: DURACIÓN DE UN PROYECTO

ACTIVIDADES REALIZADAS

• Explicación de taller a realizar en clase.
• Desarrollo de taller en el aula.

ESTRATEGIAS UTILIZADAS

Taller práctico realizado en clase. El taller a desarrollar era:

Como gestor de proyectos, es llamado a una prestigiosa empresa donde se realizan las siguientes actividades:

Realice:

a) Gráfico correspondiente, ¿Cuál es la duración del proyecto?

b) ¿Cúal actividad no se puede realizar?

ESTIMACION DE PROYECTOS

ACTIVIDADES REALIZADAS

·  Presentación de las diapositivas sobre Estimaciones del software.

ESTRATEGIAS UTILIZADAS

los contenidos vistos en clase se resentan a continuación:

TECNICAS DE DECOMPOSICIÓN

• Técnicas Delfi.
• Modelos empiricos de estimaciones.

TAMAÑO DEL SOFTWARE: Es el grado con el cual se ha estimado adecuadamente el tamaño.

grado en que la planificación revela las habilidades del equipo de software.


 

ESTIMACIONES BASADAS EN EL PROBLEMA

• Métricas basadas en la productividad.
• LDC/pm.
• PF/pm.
• Combinaciones.

ESTIMACIONES BASADAS EN lDC

• Descomposición funcional absolutamente esencial.
• Considerables niveles de detalle.

ESTIMACIONES BASADAS EN PF

• Los datos rqueridos para estimar PF son más macroscopicos que en LDC.
• Nivel de descomposición menos detallado que en LDC.
• PF se determina mediante la estimación del número de entradas, salidas, archivos de datos, peticiones e interfaces externas, entre otras.

ESTIMACIONES BASADAS EN PROCESOS

• Tecnica mas habitual.
• se presentan las tareas en forma de tabla.
• el proceso se descompone en actividades o tareas.

ESTIMACIONES BASADAS EN CASOS

• Permite que el equipo de software emprenda mejor el ámbito y requisitos.
• el uso de casos de uso a veces es problemático (no tienen un formato estandar, representa una visión externa, no aborda la complejidad de las funciones).
• los expertos ecomiendan no usar mas de 10 casos de uso.

ACTIVIDADES INDEPENDIENTES

• Leer sobre el modelo COCOMO y los modelos de planificación.

·        

PLANIFICACIÓN Y GESTIÓN DE PROYECTOS DE SOFTWARE

ACTIVIDADES REALIZADAS

• Presentación de las diapositivas sobre la planificación y gestión de proyectos de software.

ESTRATEGIAS UTILIZADAS


A continuación se describe lo que se realizo en clases.
Planificación y gestión de proyectos de software, comienza con un conjunto de actividades que globalmente se denomina planificación de proyecto. Antes de que el proyecto comience. El tamaño del proyecto es otro factor importante que puede afectar la precisión y la eficiencia de las estimaciones.

La complejidad del proyecto y el grado de incertidumbre estructural afectan a  la fiabilidad de la estimación.  El registro se mide por el grado de incertidumbre en las estimaciones cuantitativas establecidas por recursos, coste y planificación temporal.  El planificador del software debería solicitar definiciones completas de rendimiento y de interfaz.

El objetivo de la planificación del proyecto software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos, coste y plantación temporal.  Las estimaciones deberían definir los escenarios del <<mejor caso>> y <<peor caso>>  de forma que los resultados del proyecto pueden limitarse.  El ámbito de software describe el control y los datos a procesar, la función, el rendimiento, las restricciones, ámbito, fiabilidad.

PLANIFICACION DE PROYECTO DE SOFTWARE

¿Por qué planifican?

Bohem, 1975.  45% de los errores tienen su origen en los requisitos y en el diseño preliminar
De los marcos, 1984. 56% de los errores que tienen en un proyecto de software se deben a una mala especificación de requisitos

Antes de comenzar se debe estimar: Esfuerzo, tiempo, personal y demás recursos. Luego de estimar se debe planificar

Establecer un plan de proyecto que defina tareas y fechas clave, identificar responsables por tareas y especificar dependencias entre tareas.

Objetivos

• Resolver problemas corrientes arriba abajo costo
• La experiencia dice que el proyecto promedio de gasto es de un 80% de su tiempo en reelaboración corrigiendo errores que se cometieron en etapas tempranas del proyecto.
• Proporciona un marco de trabajo que permita al gestor estimar razonablemente los recursos, costos y programas de trabajo.
• Adaptar y actualizar el plan conforme se avance en el proyecto.

Actividades


La planificación del proyecto software abarcan grandes actividades:

• Estimación.
• Programa de trabajo.
• Análisis de riesgos.
• Planificación de la gestión de calidad.
• Planificación de la gestión del cambio, puede presentarse cambios.

La Estimación

 

• No necesita realizarse  en una forma improvisada.
• La experiencia es una gran ayuda.
• La estimación implica un riesgo inherente,  y este conduce a la incertidumbre.
• El riesgo de la estimación implica un riesgo inherente, y este conduce a la incertidumbre.
• El riesgo de la estimación se mide por el grado de incertidumbre en las estimaciones cuantitativas para recursos, costos y programas de trabajo.

RECURSOS DE SOFTWARE REUTILIZABLE

• Ingeniería de software basada en componentes.  

• Énfasis en la reutilización        ¿Qué hay? ¿Que existe?

• Componentes ya desarrollados

• Adquirir componentes de terceros

• Componentes experimentados: ya han sido probados

• Componentes de experiencia parcial : no han sido probados del todo

RECURSOS DEL ENTORNO

• Hardware
• Software (herramientas de desarrollo)

 ESTIMACIÓN

Plansoft= software para estimaciones para proyectos de software

Nunca es exacto

Mientras más se conozca menos errores serios se cometerán

Implica muchas variables

Técnicas

Ambientales

Políticas

Etc.

¿CÓMO LOGRAR ESTIMACIONES CONFIABLES?

• Apoyarse  en proyectos similares.
•  Descomposición simple : importante descomponer en tareas.
•  Uso de modelos empíricos.

 ACTIVIDADES INDEPENDIENTES

• Leer sobre Pert y CPM.

ADMINISTRACIÓN DE RIESGOS

ACTIVIDADES REALIZADAS

• Clase magistral sobre la administración de riesgos.
• Presentación de video sobre Conceptos de prevención de Riesgos Laborales.
• Explicación al video y relacionarlo con la ingeniería del software.
• Presentación de video sobre Plan Perfecto. Prevención de Riesgos Laborales.
• Explicación sobre el video expuesto.

ESTRATEGIAS UTILIZADAS

los contenidos vistos en clase se muestran a continuación:

• Presentación de video sobre Conceptos de prevención de Riesgos Laborales.
• Explicación al video y relacionarlo con la ingeniería del software.
• Presentación de video sobre Plan Perfecto. Prevención de Riesgos Laborales.
• Explicación sobre el video expuesto.

Después de ver el primer video se debatió  sobre la prevención de riesgos, se llego a la conclusión de que los riesgos deben minimizarse lo más posible, se deben realizar una series de prevenciones entre ellas tenemos:

ü  Seguridad en el trabajo: Utilizar herramientas adecuadas y de buena calidad.

ü  Higiene industrial

ü  Medicina laboral

ü  Formación: Proporcionar conocimientos

ü  Ergonomía: trata sobre la adecuación de las diferentes oficinas en cuanto a los inmuebles y comodidades que deben tener el personal para tener un buen desarrollo laboral.

ADMINISTRACIÓN DE RIESGOS

• Identificar donde esta el riesgo.
• Identificar el tipo de riesgo (catastrofico, marginal).
• tabla riesgos Pressman.
• cada riesgo tiene asociado una hoja de riesgos.

Una buena planificación de riesgos requiere:

• Identificación del riesgo.
• Control del riesgo.
• Implantación y medidas de control.
• Valoración de las actuaciones.
• Revisión de las actuaciones.

ACTIVIDADES INDEPENDIENTES

• Identificar todos los posibles riesgos en AS 4 piso de la UFPS en la tabla de Pressman.

ANEXO CLASE 6

OBJETIVO GENERAL

·         Establecer criterios y directrices que orienten respecto al tratamiento de los riesgos identificados a fin de minimizar sus efectos en el desempeño de las labores del cuarto piso del edificio Aula Sur de la Universidad Francisco de Paula Santander.

OBJETIVOS ESPECIFICOS

·         Identificar cada uno de los riesgos que puedan afectar el desempeño de las clases y procesos institucionales de las aulas virtuales y las oficinas ubicadas  en el cuarto piso de aula sur de la Universidad Francisco de Paula Santander.

·         Evaluar los tipos de riesgos, la probabilidad de que ocurran y los efectos puede traer para la entidad la ocurrencia de cualquiera de ellos.

·         Definir estrategias pertinentes para minimizar al máximo los riesgos identificados.

PLAN DE RIEGOS DEL CUARTO PISO DEL EDIFICIO AULA SUR DE LA UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

IDENTIFICACION DE RIESGOS

La identificación de los riesgos es un paso inicial para poder tener un buen plan de prevención para eso hay que tener en cuenta todos aquellos factores que puedan afectar la salud e integridad de todos los trabajadores y estudiantes que hacen uso de las salas virtuales del cuarto piso del edificio de Aula Sur de la Universidad Francisco de Paula Santander.

Riesgos  de Seguridad:

Dentro de estos riesgos debemos tener en cuenta las condiciones del lugar con respecto a la seguridad de los estudiantes, docentes y empleados los cuales están constantemente en las aulas.

Dichos riesgos son:

·         El sistema de eléctrico de las aulas no es seguro ya que tienen conexiones en mal estado y mal ubicadas.

·         El cuarto piso de dicho edificio  tiene extintores suficientes para todas sus aulas y en caso de incendio no cuenta con salidas de emergencia que facilite la evacuación del edificio.

·         El edificio no es apto para resistir sismos de alto grado o terremotos además que como decía en el punto anterior no cuenta con salidas de emergencia suficientes para desalojar el edificio.

Riesgos de higiene y salud industrial:

Estos riesgos son los relacionados con aquellos agentes del ambiente que afectan la salud y la higiene de las aulas de clase, entre estos riesgos tenemos:

·         La gran mayoría de las aulas no tiene una buena ventilación, ya que cuenta con aires acondicionados que no funcionan como deberían, esto también ha acarreado problemas de humedad.

·         Las aulas no cuentan con la iluminación suficiente para un buen desempeño de las clases.

Riesgos de Ergonomía:

Los riegos ergonómicos también pueden llegar a afectar la salud de los trabajadores si no se toman las medidas ergonómicas necesarias para el desarrollo de las clases:

·         Las salas no cuentan con escritorios ergonómicos para una postura adecuada de los estudiantes en las horas de clase.

·         Los equipos de cómputo no se encuentran en el mejor estado para las clases y para la comodidad de los estudiantes.

EVALUACION DE RIESGOS

La evaluación de riesgos nos permiten estudiar más a fondo cada uno de los riesgos identificados anteriormente, estableciendo su categoría (CATASTROFICO, CRITICO, MARGINAL Y DESPRECIABLE), el tipo de riesgo y su probabilidad de que ocurra así como un estrategia o plan de reducción de dichos riesgos.

Para hacer efectivo todo este análisis se tiene en cuenta una tabla de riesgos donde se tienen en cuenta todos estos puntos y de allí se pueden determinar las estrategias necesarias que debe adoptar la organización y así minimizar al máximo la ocurrencia de dichos riesgos.

TABLA DE RIESGOS

No.	DESCRIPCION	CATEGORIA	TIPO DE RIESGO	PROBABILIDAD	PLAN DE REDUCCION
1	El sistema de eléctrico de las aulas no es seguro ya que tienen conexiones en mal estado y mal ubicadas. Esto puede ocasionar incendios cortos circuitos y daños en equipos y personal.	CRITICO	Riegos de seguridad en el trabajo	5%	Una manera de reducir este riesgo es mejorando las conexiones eléctricas que estén en mal estado y ubicarlas en un mejor lugar.
2	El cuarto piso de dicho edificio  tiene extintores suficientes para todas sus aulas y en caso de incendio no cuenta con salidas de emergencia que facilite la evacuación del edificio.	CATASTROFICO	Riesgo de seguridad en el trabajo	5%	Tener mejor ubicación de los extintores y si es posible adquirir más extintores para las aulas virtuales.
3	El edificio no es apto para resistir sismos de alto grado o terremotos además que como decía en el punto anterior no cuenta con salidas de emergencia suficientes para desalojar el edificio.	CATASTROFICO	Riesgo de seguridad en el trabajo.	3%	Para reducir este riesgo no podemos hablar de cambiar la estructura pero si se puede informar más al personal sobre medidas de seguridad en caso de un sismo y tener más señalización en los pasillos para facilitar la evacuacion en caso de emergencia.
4	La gran mayoría de las aulas no tiene una buena ventilación, ya que cuenta con aires acondicionados que no funcionan como deberían, esto también ha acarreado problemas de humedad.	CRITICO	Riesgo de higiene y salud industrial.	10%	Un buen plan de reducción de este riesgoses hacer mantenimientos periódicos a los aires acondicionados para evitar el mal funcionamiento.
5	Las aulas no cuentan con la iluminación suficiente para un buen desempeño de las clases lo que disminuye la atención en las clases y afecta la visión de los estudiantes y profesores.	CRITICO	Riesgos de higiene y salud industrial.	10%	Para poder contrarrestar este riesgo es necesario hacer mantenimiento ya sea preventivo o correctivo de toda la red de iluminación.
6	Las salas no cuentan con escritorios ergonómicos para una postura adecuada de los estudiantes en las horas de clase.	MARGINAL	Riesgos de ergonomía y salud	2%	Una manera de minimizar este riesgo es adquiriendo mobiliario adecuado ergonómicamente para recibir clases.
7	Los equipos de cómputo no se encuentran en el mejor estado para las clases y para la comodidad de los estudiantes.	MARGINAL	Riesgos de ergonomía y salud.	2%	Hacer mantenimientos a las instalaciones de las aulas y a los equipos distribuirlos de mejor manera y si es necesario cambiar la forma o el escritorio donde se ubican.