PA121-01 SISTEMA DE GESTIÓN DEL CONOCIMIENTO PARA LA DEFINICIÓN DE ESTRATEGIAS QUE EVITEN LA DESERCIÓN ESCOLAR EN LOS COLEGIOS DE MOCOA PUTUMAYO EN EL NIVEL DE EDUCACIÓN BÁSICA SECUNDARIA JOSÉ MANUEL BURBANO CARVAJAL PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA MAESTRÍA EN INGENIERÍA DE DE SISTEMAS Y COMPUTACIÓN BOGOTÁ, D.C. 2013
PA121-01 SISTEMA DE GESTIÓN DEL CONOCIMIENTO PARA LA DEFINICIÓN DE ESTRATEGIAS QUE EVITEN LA DESERCIÓN ESCOLAR EN LOS COLEGIOS DE MOCOA PUTUMAYO EN EL NIVEL DE EDUCACIÓN BÁSICA SECUNDARIA Autor: José Manuel Burbano Carvajal PRUEBAS DEL SISTEMA E INTEGRACIÓN Director Ing. Juan Carlos Guevara Bolaños, MsC. PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA MAESTRÍA EN INGENIERÍA DE SISTEMAS Y COMPUTACIÓN BOGOTÁ, D.C. 2013
1. PRUEBAS DEL SISTEMA 1.1 DEFINICIÓN Las pruebas del sistema son pruebas de integración del sistema de información completo, y permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y técnicas se cumplen [1]. 1.2 DESARROLLO DE LAS PRUEBAS Estas pruebas prueban todo el sistema en conjunto, distinguiendo entre los siguientes tipos de prueba: - Funcionabilidad: Prueba que el sistema cumple las funcionalidades especificadas en los requerimientos. - Usabilidad: Comprueba la adaptabilidad del sistema a los usuarios. - Confiabilidad: Comprueba el funcionamiento de la aplicación ante caídas y fallos anómalos del sistema. - Eficiencia: Comprueban los tiempos de respuesta y la respuesta del sistema funcionando con grandes volúmenes de datos. 1.3 OBJETIVOS Comprobar todas las especificaciones funcionales impuestas sobre la funcionabilidad, usabilidad, etc. 1.4 PLAN DE PRUEBAS Se probará el comportamiento del sistema determinando si cumple con las funcionalidades especificadas en los requerimientos, de manera que se cumplan con lo realizado en la fase de análisis de requerimientos. Se comprobara si el sistema se adapta a los usuarios, de manera que lo puedan utilizar. Se comprobara el funcionamiento del sistema en caídas y fallos que puedan ocurrirle al sistema. Comprobar los tiempos de respuestas de los requerimientos funcionales del sistema. 1.5 RESULTADOS A través de las siguientes tablas se dio a conocer los diferentes tipos de pruebas que se aplico al sistema, de manera que fue probada por el Ing. Luis Wanumen y el Ing. José Burbano.
1.5.1 Funcionabilidad Tabla 1. Prueba de Sistema: Funcionabilidad 1.5.2 Usabilidad Tabla 2. Prueba de Sistema: Usabilidad 1.5.3 Confiabilidad Tabla 3. Prueba de Sistema: Confiabilidad
1.5.4 Eficiencia Tabla 4. Prueba de Sistema: Eficiencia 2. PRUEBAS DE INTEGRACIÓN 2.1 DEFINICIÓN Las pruebas de integración comprenden verificaciones asociadas a grupos de componentes, generalmente reflejados en la definición de subsistemas de construcción o en el plan de integración del sistema de información y tienen como objetivo verificar el correcto ensamblaje entre los distintos componentes [1]. 2.2 DESARROLLO DE LA PRUEBA En esta fase se comprobará las interfaces entre los componentes o subsistemas para demostrar la correcta integración entre ellos. Los componentes podrán estar integrados siguiendo alguno de los siguientes tipos de integración: Integración incremental: Se probará los elementos con los ya probados. De esta manera se consigue cercar los errores en la interfaz del componente que se está probando con los ya probados. Los componentes se pueden probar siguiendo alguna de las tres siguientes técnicas: Top down (de arriba abajo): Se empezará probando por el componente más genérico para ir pasando después a los más específicos. Bottom-up (de abajo a arriba): En este caso será al revés que el anterior, se probara el más específico para seguir después con los más genéricos. Combinada: Se mezclan las dos técnicas vistas anteriormente Para las pruebas de integración se eligió la técnica Bottom-up de abajo a arriba, de manera que represente los módulos que intervienen en el sistema de gestión del conocimiento de abajo hacia arriba.
2.3 OBJETIVOS Realizar la integración de todos los componentes del proyecto, para buscar los errores que surjan al momento de la integración para poderlos solucionar a tiempo. 2.4 Plan de pruebas Realizar la integración incremental Top Down, para determinar la integración de los módulos dados a conocer dentro del sistema, de manera que se pruebe que la integración del sistema se realizará correctamente. 2.5 Resultados A continuación se da a conocer la integración incremental Top Down de los módulos que compone el sistema de gestión del conocimiento: Figura 1. Pruebas de integración: Integración incremental Se realizó pruebas unitarias a los siguientes módulos en la primera fase: - Admón. de dimensiones y problemas. - Administración de instituciones educativas. En la segunda fase se realizó la prueba de integración a los siguientes módulos: - (Admón. de dimensiones y problemas con Asociar necesidades y fuentes de conocimiento)
- (Admón. de dimensiones y problemas con Necesidades de conocimiento) - (Admón. de dimensiones y problemas con Fuentes de conocimiento) - (Admón. de dimensiones y problemas con Enviar nuevo conocimiento) En la tercera fase se realizó la prueba de integración a los siguientes módulos: - (Enviar nuevo conocimiento con Aplicación de conocimiento en escenarios). - (Enviar nuevo conocimiento con Selección de conocimiento del repositorio). - (Enviar nuevo conocimiento con Diseminar y distribuir conocimiento). - (Enviar nuevo conocimiento con Búsqueda de conocimiento). En la cuarta fase se realizó la prueba de integración a los siguientes módulos: - (Seleccionar Conocimiento del repositorio con Aplicar el conocimiento en escenario real) En la quinta fase se realizó la prueba de integración a los siguientes módulos: - (Menú principal con Aplicación de conocimiento en escenarios) - (Menú principal con Administración de instituciones educativas) - (Menú principal con Selección del conocimiento del repositorio) - (Menú principal con Diseminar y distribuir conocimiento) - (Menú principal con Diseminar y distribuir conocimiento) - (Menú principal con Búsqueda de conocimiento) - (Menú principal con Aplicar el conocimiento en escenario real) Se ha ido comprobando las distintas clases que intervienen en cada escenario, no se han detectado apenas fallos en su comunicación y por tanto en su integración, los pocos que se han encontrado no han sido muy complicados de rectificar. Para lo cual se ha tenido que controlar el correcto funcionamiento de todos los formularios que existen en la aplicación. Para la recepción de los formularios, se han empleado Strings, para evitar la incompatibilidad de tipos a la hora de la introducción de información, por parte de los usuarios. Para el registro de usuarios, no se puede controlar de ninguna manera la autenticidad de los datos introducidos por los usuarios, ya que no hay posibilidad de saber si los datos introducidos son correctos.
Por otro lado, existen una serie de acciones relacionadas con el envío de formularios y por lo tanto con la entrada de datos que producen situaciones de error. Ejemplos de esto, son el intento de registro de un usuario ya registrado, el envío de un contenido vacío, etc. Estas son acciones erróneas que están controladas como ya se ha comentado en otras fases, y que poseen una salida especializada con la explicación del error así como su posible solución. 3. REFERENCIAS BIBLIOGRÁFICAS [1] Métrica V3 Metodología de análisis y diseño orientado a objetos. Consejo Superior de Informática. [Disponible online http://www.map.es/csi/metrica3/]