SISTEMA DE INFORMACIÓN ORIENTADO A LA WEB PARA EL SEGUIMIENTO Y CONTROL DEL CAPITAL VITAL DE LA FUNDACIÓN COLOMBIA SOMOS TODOS

HERMES SAMIT CASTAÑO CARDOZO FELIPE ALONSO GALINDO LOZANO ALONSO OYOLA TRUJILLO

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍA DE SISTEMAS IBAGUÉ, TOLIMA 2018

Este obra está bajo una licencia de Creative Commons Reconocimiento-NoComercial- SinObraDerivada 4.0 Internacional.

SISTEMA DE INFORMACIÓN ORIENTADO A LA WEB PARA EL SEGUIMIENTO Y CONTROL DEL CAPITAL VITAL DE LA FUNDACIÓN COLOMBIA SOMOS TODOS

HERMES SAMIT CASTAÑO CARDOZO FELIPE ALONSO GALINDO LOZANO ALONSO OYOLA TRUJILLO

INFORME FINAL PRODUCTO DE LA PRÁCTICA EMPRESARIAL NO REMUNERADA EN CONVENIO CON LA FUNDACIÓN COLOMBIA SOMOS TODOS

ASESOR: ING. DENNIS MARTINEZ DUQUE

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍA DE SISTEMAS IBAGUÉ, TOLIMA 2018

1

2

NOTA DE ACEPTACIÓN

3

DEDICATORIA

El proyecto producto de esta pasantía empresarial se la dedicamos a nuestras familias, ya que nuestra carrera sería nada sin su apoyo incondicional, carrera la cual culmina dando como fruto un sistema que reúne años de estudios, práctica, sacrificio, esfuerzo, y compromiso, sin nuestras familias no seríamos los hombres comprometidos a hacer la diferencia con nuestro conocimiento, enfocados al análisis y desarrollo de los sistemas emergentes, cumpliendo así con el Objeto de Estudio de nuestra honorable universidad, siendo el estudio de “La información, su gestión y seguridad, mediante la arquitectura de software y el desarrollo e implementación de aplicaciones informáticas para apoyar los procesos y procedimientos de las organizaciones” 1.

Dedicado a todos los profesores que estuvieron en nuestras vidas desde el inicio de nuestros estudios universitarios hasta la entrega de este informe, quienes nos enseñaron sobre la vida, extendieron su conocimiento, nos dieron perspectiva, enseñándonos a tener una amplia visión de nuestro entorno, a dar un paso atrás para ver desde nuevos ángulos, a explorar la creatividad y el ingenio, a observar todo como un sistema analizable y ajustable para hacerlo más eficiente, y nos dieron las herramientas suficientes para agarrar el planeta con las manos, y hacer de este un mundo con soluciones fáciles a problemas complejos.

A nuestros amigos y compañeros dentro de la Universidad Cooperativa de Colombia, quienes fueron un apoyo constante en el desarrollo de la pasantía, brindándonos conocimiento, compartiendo sus experiencias en temas relacionados, dándonos apoyo moral y tolerando cuando expresamos nuestras preocupaciones cuando surgían dificultades.

Y, por último, pero no menos importante, a los niños de la fundación Colombia Somos Todos, quienes se verán beneficiados con el resultado del proyecto, ellos son el futuro nuestro país, y merecen lo mejor; aportamos el primer ladrillo de lo que podría ser en un futuro con más actualizaciones, el mejor software de seguimiento y control del rendimiento del capital humano aplicado a la fundación ya mencionada, con el que podrán encontrar futuras promesas a nivel deportivo o académico.

1. UNIVERSIDAD COOPERATIVA DE COLOMBIA. (2013). Objeto de estudio del programa de Ingeniería de Sistemas. Recuperado el 3 de agosto del 2018 en: ://goo.gl/AgDws3

CONTENIDO

4

NOTA DE ACEPTACIÓN………………………………………………………………...3 DEDICATORIA……………………………………………………………………………4 RESUMEN…………………………………………………………………………………6 INTRODUCCIÓN …………………………………………………………………………7 LISTA DE FIGURAS ...... 8 1. DESCRIPCIÓN DEL PROBLEMA ...... 11 2. OBJETIVO GENERAL ...... 12 3. OBJETIVOS ESPECÍFICOS ...... 13 4. JUSTIFICACIÓN DEL PROBLEMA ...... 14 5. MARCO TEÓRICO ...... 15 6. PROCESOS DESARROLLADOS ...... 20 7. MARCO OPERATIVO DE LA PRÁCTICA EMPRESARIAL ...... 162 8. CONCLUSIONES ...... 166 9. RECOMENDACIONES ...... 167 10. GLOSARIO ...... 168 11. BIBLIOGRAFÍA ...... 171 12. ANEXOS ...... 172 12.1 ACTA DE FINALIZACIÓN ...... 173

5

RESUMEN

En este informe se encontrará la descripción detallada del desarrollo de un aplicativo web destinado a una fundación para el seguimiento y control de los niños que integran la misma, teniendo en cuenta diferentes aspectos evaluativos, y basados en los conocimientos básicos adquiridos en la carrera de Ingeniería de Sistemas; se socializa como se desarrolla el aplicativo en sus diferentes fases, haciendo énfasis en el diseño y programación, hablando desde su modelo conceptual, hasta las diferentes capas que se integran en el desarrollo.

Se responderán incógnitas como, ¿por qué se realiza el proyecto?, ¿cómo se llegó a la solución sistemática que se plantea?, ¿para quién va dirigido?, ¿quién poseerá los derechos patrimoniales del sistema?, ¿cuál el objetivo principal de la aplicación?, se contarán experiencias personales que se tuvieron durante el proceso, incluyendo dificultades que surgieron desde el inicio, sobre las visitas realizadas a la fundación en la etapa de observación y análisis de los procesos evaluativos, sobre la calidad del trabajo, las adaptabilidad del programa, sobre la seguridad de acceso del sistema, recomendaciones que reflejan el potencial del mismo para la organización que va destinado y documentos anexos que soportan la veracidad de este informe.

PALABRAS CLAVE: Ingeniería de Sistemas, Bases de datos, diseño, modelo conceptual, seguridad, front-end, back-end, interfaces, programación, desarrollo, aplicativo, sistema.

6

INTRODUCCIÓN

La Fundación sin ánimo de lucro COLOMBIA SOMOS TODOS tiene como objetivo principal la contribución al conglomerado social de las clases menos favorecidas de la población colombiana en algunos sectores del país, vinculando menores de escasos recursos que estén interesados en formarse profesionalmente como futbolistas y llevar una vida sana, apoyando a la infancia colombiana de hoy por medio del deporte y la formación intelectual, buscando comunidades competitivas y líderes del mañana.

En este proyecto la fundación sin ánimo de lucro, pretende instaurar un servicio a la comunidad, bajo parámetros de formación integral a los menores desarrollando no solamente sus destrezas deportivas sino también potencializando sus habilidades intelectuales teniendo en cuenta a la familia como acompañante fundamental dentro del proceso.

Es por ello que la fundación se propone como estrategia una intervención integral que promueva el desarrollo humano en sus múltiples dimensiones, complementando la práctica del fútbol con herramientas pedagógicas dirigidas a niños y adolescentes que permitan crear la posibilidad del uso del tiempo libre, entrenamiento físico, acompañamiento psicológico, promoviendo los valores humanos y la familia como una parte integral para lograr el desarrollo de mejores seres humanos por intermedio del deporte, creando así los líderes del mañana.

En la actualidad la fundación se encuentra en un constante cambio hacia la era de la revolución del conocimiento, representado en los avances tecnológicos en investigación y desarrollo, en lo cual la Fundación COLOMBIA SOMOS TODOS no puede quedar atrás a estos avances; por el contrario, como entidad privada sin ánimo de lucro debe ir a la vanguardia de la implementación y uso de las tecnologías de la información. Se deben realizar seguimientos y medidores de alcances de nuestro capital vital, en donde se identifican los componentes necesarios para un desarrollo integral, y la conformación de las fases del programa de la fundación.

7

LISTA DE FIGURAS Figura 1. W3COUNTER - Market Share, Tendencia mensual - 16 Figura 2. W3COUNTER - Web Browser Market Share -17 Figura 3. Caso de uso Fases - 80 Figura 4. Caso de uso Ingreso al Sistema - 81 Figura 5. Caso de uso Notas - 82 Figura 6. Caso de uso Notas de Prueba - 83 Figura 7. Caso de uso Fundación - 84 Figura 8. Caso de uso Periodos - 85 Figura 9. Caso de uso Niño - 86 Figura 10. Caso de uso Caracterización Familiar - 87 Figura 11. Caso de uso Patrocinador - 88 Figura 12. Caso de uso Sede - 89 Figura 13. Caso de uso Área - 90 Figura 14. Caso de uso Indicadores - 91 Figura 15. Caso de uso Pruebas - 92 Figura 16. UML del Ingreso al Sistema - 93 Figura 17. UML de Crear Sede - 94 Figura 18. UML de Eliminar Sede - 95 Figura 19. UML de Lista Sede - 96 Figura 20. UML de Editar Sede - 97 Figura 21. UML de Lista Periodo - 98 Figura 22. UML de Eliminar Periodo - 99 Figura 23. UML de Crear Periodo - 100 Figura 24. UML de Editar Periodos - 101 Figura 25. UML de Crear Fases - 102 Figura 26. UML de Editar Fases - 103 Figura 27. UML de Eliminar Fases - 104 Figura 28. UML de Lista Fases - 105 Figura 29. UML de Crear Fases - 106 Figura 30. UML de Editar Área - 107 Figura 31. UML de Eliminar Área - 108 Figura 32. UML de Lista Área - 109 Figura 33. UML de Lista Patrocinador - 110 Figura 34. UML de Crear Patrocinador - 111 Figura 35. UML de Editar Patrocinador - 112 Figura 36. UML de Eliminar Patrocinador - 113 Figura 37. UML de Lista Niño 114 Figura 38. UML de Crear Niño - 115 Figura 39. UML de Editar Niño - 116 Figura 40. UML de Eliminar Niño - 117 Figura 41. UML de Crear Caracterización Familiar - 118 Figura 42. UML de Editar Caracterización Familiar - 119 Figura 43. UML de Eliminar Caracterización Familiar - 120

8

Figura 44. UML de Lista Caracterización Familiar - 121 Figura 45. UML de Crear Indicadores - 122 Figura 46. UML de Editar Indicadores - 123 Figura 47. UML de Eliminar Indicadores - 124 Figura 48. UML de Lista Indicadores - 125 Figura 49. UML de Lista de Pruebas - 126 Figura 50. UML de Eliminar Pruebas - 127 Figura 51. UML de Crear Pruebas - 128 Figura 52. UML de Editar Pruebas - 129 Figura 53. Flujo del Sistema, mapa del sitio web - 130 Figura 54. Convenciones del Flujo del Sistema, mapa del sitio web - 130 Figura 55. Página inicial, presentación - 132 Figura 56. Página inicial, entrada al sistema - 132 Figura 57. Página inicial, descripción de la fundación - 133 Figura 58. Página inicial, galería - 134 Figura 59. Página inicial, estadísticas globales del sistema - 134 Figura 60. Página inicial, contacto a la fundación - 135 Figura 61. Panel de inicio - 135 Figura 62. Lista de Indicadores - 136 Figura 63. Crear Indicadores - 136 Figura 64. Editar Indicadores - 137 Figura 65. Ver áreas - 137 Figura 66. Crear área - 138 Figura 67. Editar área - 138 Figura 68. Ver usuario - 139 Figura 69. Crear usuario - 138 Figura 70. Editar usuario - 140 Figura 71. Ver sede - 140 Figura 72. Crear sede - 141 Figura 73. Editar sede - 141 Figura 74. Ver fase - 142 Figura 75. Crea fase - 142 Figura 76. Editar fase - 143 Figura 77. Ver patrocinador - 143 Figura 78. Crear patrocinador - 144 Figura 79. Editar patrocinador - 144 Figura 80. Ver periodo - 145 Figura 81. Crear periodo - 145 Figura 82. Editar periodo - 146 Figura 83. Registro estudiante (pestaña 1) - 147 Figura 84. Registro estudiante (pestaña 2-3) - 148 Figura 85. Registro estudiante (pestaña 4) - 148 Figura 86. Lista estudiante inicial - 149 Figura 87. Lista estudiante búsqueda - 149 Figura 88. Lista estudiante por capital vital - 150

9

Figura 89. Registro caracterización familiar (Pestaña 1) - 151 Figura 90. Registro caracterización familiar (Pestaña 2) - 152 Figura 91. Registro caracterización familiar (Pestaña 3) - 153 Figura 92. Registro caracterización familiar (Pestaña 4) - 153 Figura 93. Registro caracterización familiar (Pestaña 5) - 154 Figura 94. Registro caracterización familiar (Pestaña 6) - 155 Figura 95. Registro caracterización familiar (Pestaña 7) - 156 Figura 96. Registro caracterización familiar (Pestaña 8) - 157 Figura 97. Asignar sede - 157 Figura 98. Información del patrocinador - 158 Figura 99. Nota inicial - 158 Figura 100. Búsqueda de notas - 159 Figura 101. Ingresar notas - 159 Figura 102. Ingresar pruebas - 160 Figura 103. Patrocinador inicial - 160 Figura 104. Búsqueda patrocinador - 161

10

1. DESCRIPCIÓN DEL PROBLEMA

La Fundación sin ánimo de lucro COLOMBIA SOMOS TODOS tiene como objetivo principal contribuir al conglomerado social de las clases menos favorecidas de la población colombiana, pero aún no ha elaborado una herramienta informática la cual registre el acompañamiento, el seguimiento y la evaluación en base a medidores de alcances para las fases establecidas, lo que hace que no haya una organización en los procesos de control, vigilancia, seguimiento y evaluación del capital vital de la fundación.

La fundación COLOMBIA SOMOS TODOS posee una base de datos informal, elaborada en Excel, y, además, formatos que se diligencian de manera física y manual para el registro y control, dificultando la eficiencia, la eficacia y la efectividad que se requieren para cumplir los objetivos y las metas establecidas dentro del programa para la correcta ejecución de las diferentes fases, es por ello que tiene como objetivo estratégico la apropiación del buen uso de las TICs, apoyándose en los avances palpables gracias a las ventajas que nos brinda las tecnologías de información, estando siempre a la vanguardia.

Mantener la información en física o en sistemas que no están controlados por ciertos protocolos de acceso restringido, como documentos en algún software de ofimática, podría hacer que se presenten problemas de seguridad en la fundación, y más aún cuando esta administra información sensible de los niños que la conforman; y por otro lado, la información que se mantiene física tiene más riesgo de perderse o ser alterada, por lo que la estabilidad de la información puede ser un fallo de seguridad, y al no estar en un sistema digitalizada, no se podría recuperar en caso de que esto suceda, situaciones atenuantes tales como, un robo, un accidente, algún desastre natural, o por simple error humano.

Y por tanto, se plantea un sistema de información que arregle dichas brechas de seguridad que podrían generar problemas jurídicos y administrativos, a su vez la generación de un informe contenga información de los niños que integran la fundación, con la intención de poder tener un resumen de progreso para enseñarlo a los patrocinadores y donantes que aportan para que la fundación cumpla el objeto social, dicho documento con información estadística es de gran utilidad para tener la información centralizada y al alcance de los interesados. Se hace indispensable un “SISTEMA DE INFORMACIÓN ORIENTADO A LA WEB PARA EL SEGUIMIENTO Y CONTROL DEL CAPITAL VITAL DE LA FUNDACIÓN COLOMBIA SOMOS TODOS.”, para valorar la eficiencia, eficacia y efectividad de la ejecución y evaluación del desarrollo del capital vital; así, el registro y control de los aspectos formales del proyecto institucional de la fundación podrán adquirir un nuevo grado de fluidez y transparencia para todas las partes involucradas.

11

2. OBJETIVO GENERAL

Diseñar un sistema de información orientado a la web versión beta para el seguimiento e informes del progreso y desarrollo de los niños inscritos en los programas de la Fundación Colombia Somos Todos.

12

3. OBJETIVOS ESPECÍFICOS

● Identificar, analizar, comprender e interpretar los diferentes procesos evaluativos del proyecto de la fundación, y demás subsistemas relacionados de registro y medición que complemente el proceso evaluativo. ● Desarrollar el sistema de información en un aplicativo con entorno web conforme a los procesos llevados a cabo por la fundación, desarrollado así para tener soporte multiplataforma, que sea de fácil acceso, y que pueda tener visibilidad internacional. ● Diseñar la aplicación web de tal manera que centralice el trabajo y los procesos. ● Establecer protocolos de seguridad encargados de los roles, registro de usuarios, recuperación, gestión y administración de accesos. ● Obtener una versión beta del aplicativo web.

13

4. JUSTIFICACIÓN DEL PROBLEMA

La fundación en el marco de su finalidad orienta sus esfuerzos en brindar a los niños que están dentro del proceso, orientación en distintas áreas del desarrollo personal, por tanto, debido a su crecimiento y la necesidad de sistematizar la información que poseen, expresan la necesidad de crear un sistema que satisfaga la necesidad, dicho sistema aportando niveles de seguridad donde habrá roles que condiciona el acceso de las personas, ayudando a que los directivos, funcionarios, patrocinadores, vean información que solo deberían ver ellos, así como el registro de avances del capital vital; se idea solucionar la falta de información que permita retroalimentar sus procesos propios y tomar las decisiones que conduzcan a la prestación de un mejor servicio y bienestar a los niños inscritos en el proyecto base de la fundación.

Uno de los grandes problemas de la fundación, la cual es una necesidad expresa de la misma, es la seguridad y la accesibilidad de la información que gestiona el proceso del capital vital, por lo que el sistema aporta a estos temas, desarrollado para ser alojado en la web, puesto que no tendrán la limitación de estar en un dispositivo de sitio que sea el único acceso al sistema, por tanto hasta los directivos en otras locaciones, en otro país por ejemplo, pueden ver el seguimiento y progreso evolutivo de los niños de la fundación; la adaptabilidad y compatibilidad son aspectos importantes de la accesibilidad, por tanto el sistema se desarrolló pensando en distintos dispositivos, todos aquellos que tengan explorador con la plataforma de aplicaciones , los cuales son la mayoría de los exploradores en computadores, celulares, televisores inteligentes, relojes inteligentes, dispositivos de realidad virtual VR, entre otros relacionados.

El aplicativo es hecho a la medida y necesidades de la Fundación Colombia Somos Todos, por ende, todas las características lo hacen único; se tiene en cuenta que el aplicativo en síntesis tiene como funcionalidad sistematizar procesos para hacer seguimiento y control evaluativo de los niños, pero adicional a esto, los directivos de la fundación quieren ver el sistema como un aplicativo que será primordial y de relevancia dentro del portafolio de servicios que ofrece la fundación a potenciales patrocinadores para que estos tengan una dimensión de lo que sería el progreso de los niños que ellos irían a auspiciar.

14

5. MARCO TEÓRICO

Colombia Somos Todos tiene el anhelo de que todos tengan el derecho a soñar, a ser grandes deportistas, científicos, empresarios, técnicos o profesionales u otra actividad que aporte a la realización personal y brinde positivamente a la sociedad. La fundación es un equipo liderado por el notorio jugador de futbol colombiano, James Rodríguez y su familia, motivados por el potencial innato en todo humano para evolucionar las habilidades y talentos, invirtiendo en el capital vital (niños integrantes en el proceso de desarrollo del macroproyecto en la fundación) reforzando el equipamiento biológico, el andamiaje cultural, y los nichos ecológicos de los niños y de los adolescentes en riesgo de frustración de sus talentos.

Principalmente el informe en la descripción de la sistematización de 3 procesos base de la fundación, Juego y Deporte, donde se estimula al capital vital con el fútbol para analizar posibilidades de expresión y movimiento, desarrollando y encontrando aptitudes físicas; Tecnología Social, donde se gestiona el diálogo de los saberes, y los espacios de interacción social, donde se relaciona la psiquis y la tecnologías digitales como herramientas para incidir en la transformación social; Desarrollo Cognitivo, donde se trabajan distintas áreas que cubren múltiples habilidades conscientes, inconscientes, afectivas y racionales.

Por tanto, el aplicativo web que se creó para sistematizar dichos procesos tiene un valor de innovación, al ser único para esta fundación y teniendo características que cumplen con las necesidades principales y adicionales de los convencionalismos tecnológicos actuales; tales como la seguridad, accesibilidad, diseño responsivo, e información centralizada para un mejor desempeño.

La compatibilidad del aplicativo está limitado a la plataforma principal en la que funciona, llamada webkit, siendo esta compatible con la gran mayoría de exploradores web en todos los dispositivos con acceso a internet, exploradores web que se muestran a continuación:

/ - Google ● - Apple ● - Mozilla (Instalando un add-on oficial de Webkit) ● Browser ● 360 Speedy - Qihoo 360 Air Browser - Daniel Bartlett ● - Benjamin Meyer ● Atlantis - Ali Akcaagac ● BumperCar - Freeverse ● Element Browser - Element Software LLC ● Find It! Keep It! - Ansemond LLC ● 3.0 - Flock, Inc.

15

● KidsBrowser - app4mac Software LeechCraft ● Iris Browser - Mobile ● - Christian Dywan ● OmniWeb - The Omni Group ● osb-browser - Nokia ● - HMDT Siira Project ● SunriseBrowser - Jike Atsushi ● - suckless.org ● Xtreme Browser - Tom Brown ● TrailBlazer - MacWarriors ● Web Browser for S60 - Nokia ● Origyn Web Browser - Sand-Labs

Siendo los tres primero los más predominantes actualmente en el mundo. Siendo Chrome mayoritario con un 57.8%, Safari con un 14%, y luego Firefox con un 6%. (Estadísticas de uso de exploradores web globalmente actualizadas a fecha de Julio del 2018)

Figura 1. W3COUNTER - Web Browser Market Share, Tendencia mensual, Julio 2018. Disponible en: https://goo.gl/rAjN2R

Y a su vez, los sistemas operativos más usados mundialmente con estos exploradores web.

16

Figura 2. W3COUNTER - Web Browser Market Share, Top 10 plataformas (Que utilizan los exploradores web más usados). Disponible en: https://goo.gl/rAjN2R

La información que manejara el software es sensible, por lo que una de las mayores preocupaciones fue establecer protocolos de seguridad robustos, dando prioridad a esta parte, desarrollando soluciones en que asegurara el acceso (Seguridad del Login), limitando el acceso a los archivos del sistema (Seguridad de los archivos), los archivos php se codificaron de tal manera que la información sea de imposible para los visitantes inescrupulosos con intenciones de ingresar al sistema de manera no autorizada. El sistema genera un historial de acceso para ver quienes intentaron ingresar o quienes ingresaron satisfactoriamente.

17

En cuanto a la columna vertebral del proyecto, se implementa en un servidor local de pruebas en Apache 2.4.27, el cual es un servidor web de código abierto, para diferentes plataformas como Unix, Windows, IOs, y otras, teniendo las ventajas de ser modular, de código abierto, flexible, multiplataforma, extensible, y al ser popular, tiene bastante apoyo y soporte; el sistema de gestión de base de datos relacional usado es MariaDB, la cual es una derivada de MYSQL 5.7.19;el lenguaje de programación para el back-end utilizado fue php y JavaScript, los cuales sirven como conexión al servidor y apoyo a los procesos del sistema, teniendo como resultado la generación de interfaces en HTML.

Para hacer el sistema más amigable a los usuarios se integró a las interfaces gráficas con estilos de cascada, , un lenguaje de diseño gráfico que complementa la estructura visual del sistema.

El entorno de desarrollo utilizados fue Netbeans, el cual es un software libre, bastante robusto para la gestión de las interfaces del usuario, configuración de usuarios, almacenamiento, además, es flexible a la hora de manipular múltiples lenguajes de programación, fácil integración de plugins, y adaptable a cambios en el desarrollo.

La estructura básica de la arquitectura de desarrollo que se tuvo en cuenta para modelar el sistema es MVC (modelo-vista-controlador) en donde se separa los datos y la lógica de la aplicación de su presentación, por tanto, se manipula por un lado los datos, por otro los procesos y finalmente la presentación de la información como resultado lógico de las consultas.

La protección de los datos del servidor estará a disposición de una empresa tercera a la fundación, denominada, Pepper Group, los cuales implementarán el sistema en servidores en línea, para su funcionamiento en tiempo real en cualquier parte del mundo.

Sobre la ley de protección de datos personales, como guía de orientación se tuvo en cuenta, Los Estándares de Protección de Datos Personales para los Estados Iberoamericanos, documento proporcionado por la Superintendencia de Industria y Comercio, con el fin de recomendar sus objetivos principales a la fundación para tener en cuenta a la hora de la implementación de los documentos de términos de privacidad y confidencialidad con las personas que son registradas en el proceso de la fundación y posteriormente al sistema. Dicho documento, a grandes rasgos establece directrices sobre la anonimización, consentimiento, gestión y uso de los datos personales, gestión y uso de datos sensibles, sobre el encargado que gestiona los datos personales como persona natural o jurídica, exportación de la información, sobre el responsable de dichas gestiones mencionadas, sobre el titular de los datos personales, el tratamiento de la información, y demás principios a tener en cuenta relacionados a la protección de los datos personales.

18

Los derechos patrimoniales del “SISTEMA DE INFORMACIÓN ORIENTADO A LA WEB PARA EL SEGUIMIENTO Y CONTROL DEL CAPITAL VITAL DE LA FUNDACIÓN COLOMBIA SOMOS TODOS” pertenecerán después de su respectiva entrega, a la fundación Colombia Somos Todos, por tanto pueden realizar modificaciones, adaptaciones, adiciones, en la base de datos, código fuente e interfaces, así como tener el libre albedrío de escoger su futura distribución, explotación económica o realizar transferencia del mismo a algún tercero, siempre y cuando se mantengan los derechos morales a los integrantes desarrolladores del software aun con dichas alteraciones, dando crédito en el código HTML de ingreso al sistema, y en los créditos del sistema.

19

6. PROCESOS DESARROLLADOS

En un inicio se realizaron visitas a las sedes donde la fundación estaba llevando a cabo sus procesos evaluativos a los niños, identificando inicialmente que la mayoría de los procesos de registro, eran llevado a cabo en físico, en documentos de papel, archivados, y posteriores modificaciones suponen costos y un desgaste en los tiempo de registro, además de esto, los procesos evaluativos eran llevado a cabo en tablas de excel no estandarizadas, creadas subjetivamente por cada facilitador encargado de su área, y por consiguiente, pasando a realizar informes en plataformas de ofimática sin resultados estadísticos claros.

Luego de comprender analíticamente los procesos de la fundación, se procedió a describir cada proceso observado en un documento de requerimientos para tener claridad de las validaciones, identificación de atributos, capacidades, características, y/o cualidades, y sirve como bases del sistema, siguiente a esto se pasó a realizar los respectivos casos de uso para tener claridad en las actividades que se deben llevar el software debe realizar, el flujo del sistema, para identificar las interacciones que el usuario tendría con este, y finalmente el modelo conceptual que establece un estándar para el desarrollo de la base de datos.

Para poder gestionar y trabajar la base de datos, se comenzó a realizar la preparación del servidor local para establecer los módulos conforme a la base de datos, dicho servidor mencionado en el marco teórico (Apache) fue elegido para esta tarea, ya que es de código abierto y es totalmente gratuito, adicionalmente de ser un servidor reconocido mundialmente, por tanto el soporte de la comunidad es mayor, además de ser funcional, multiplataforma, y ser de alto rendimiento, soportando millones de visitas al día sin fallar. A continuación, se describen los procesos principales descritos en requerimientos de los casos de uso.

ACTORES INVOLUCRADOS 1. Administrador: Todos los usuarios que tienen permisos totales para agregar, editar y eliminar todo tipo de información que el software puede almacenar. 2. Facilitador: Todos los usuarios que tienen permiso para agregar, editar y eliminar la información que el software pueda almacenar de su área específica. 3. Patrocinador: Todos los usuarios que tienen permiso para extraer informes de gestión.

20

TAREAS REALIZADAS CU01. INGRESO AL SOFTWARE CU01A. Entrar al software (Todos los actores) CU01B. Recuperar la contraseña (Todos los actores) CU02. SEDES CU02A. Insertar sedes (Administrador) CU02B. Editar sedes (Administrador) CU02C. Eliminar sedes (Administrador) CU02D. Ver lista de sedes (Administrador) CU03. PERIODOS CU03A. Insertar periodos (Administrador-Facilitador) CU03B. Editar periodos (Administrador-Facilitador) CU03C. Eliminar periodos (Administrador-Facilitador) CU03D. Ver lista de periodos (Administrador-Facilitador) CU04. FASES CU04A. Insertar fases (Administrador) CU04B. Editar fases (Administrador) CU04C. Eliminar fases (Administrador) CU04D. Ver lista de fases (Administrador) CU05. ÁREAS CU05A. Insertar áreas (Administrador) CU05B. Editar áreas (Administrador) CU05C. Eliminar áreas (Administrador) CU05D. Ver lista de áreas (Administrador) CU06. PATROCINADORES CU06A. Insertar patrocinadores (Administrador) CU06B. Editar patrocinadores (Administrador) CU06C. Eliminar patrocinadores (Administrador) CU06D. Ver lista de patrocinadores (Administrador) CU07. NIÑOS CU07A. Insertar niños (Administrador-Facilitador) CU07B. Editar niños (Administrador-Facilitador) CU07C. Eliminar niños (Administrador-Facilitador) CU07D. Ver lista de niños (Administrador-Facilitador) CU08. CARACTERIZACIÓN FAMILIAR CU08A. Insertar caracterización (Administrador-Facilitador) CU08B. Editar caracterización (Administrador-Facilitador) CU08C. Eliminar caracterización (Administrador-Facilitador) CU08D. Ver lista de caracterización (Administrador-Facilitador) CU9. INDICADORES CU9A. Insertar indicadores (Administrador-Facilitador)

21

CU9B. Editar indicadores (Administrador-Facilitador) CU9C. Eliminar indicadores (Administrador-Facilitador) CU9D. Ver lista de indicadores (Administrador-Facilitador) CU10. NOTAS CU10A. Insertar notas individualmente (Administrador-Facilitador) CU10B. Insertar notas grupalmente (Administrador-Facilitador) CU10C. Editar notas individualmente (Administrador-Facilitador) CU10D. Editar notas grupalmente (Administrador-Facilitador) CU10E. Eliminar notas individualmente (Administrador-Facilitador) CU10F. Eliminar notas grupalmente (Administrador-Facilitador) CU10G. Ver lista de notas (Administrador-Facilitador) CU12. PRUEBAS CU12A. Insertar pruebas (Administrador-Facilitador) CU12B. Editar pruebas (Administrador-Facilitador) CU12C. Eliminar pruebas (Administrador-Facilitador) CU12D. Ver lista de pruebas (Administrador-Facilitador) CU13. NOTAS DE PRUEBAS CU13A. Insertar notas de pruebas individualmente (Administrador- Facilitador) CU13B. Insertar notas de pruebas grupalmente (Administrador-Facilitador) CU13C. Editar notas de pruebas individualmente (Administrador-Facilitador) CU13D. Editar notas de pruebas grupalmente (Administrador-Facilitador) CU13E. Eliminar notas de pruebas individualmente (Administrador- Facilitador) CU13F. Eliminar notas de pruebas grupalmente (Administrador-Facilitador) CU13G. Ver lista de notas de pruebas (Administrador-Facilitador) CU14. OTRAS FUNCIONES CU14A. Generar informes de gestión (Administrador-Patrocinador)

22

CU01. INGRESO AL SOFTWARE

Caso de Uso Entrar al Software (CU01A) Actores Todos los tipos de usuario/actores Propósito Ingresar al sistema Precondición Ingresar a la página de login del sistema Postcondición Usuario dirigido al inicio del sistema Paso Actividad 1 El usuario ingresa a la página de login 2 El usuario ingresa su correo 3 El Frontend verifica el correo 3a El correo tiene caracteres no válidos El sistema indica que existen caracteres inválidos en el 3a.1 correo 4 El usuario ingresa su contraseña 5 El Frontend verifica la contraseña 5a La contraseña tiene caracteres no válidos El sistema indica que existen caracteres inválidos en la 5a.1 contraseña 6 El usuario da clic en el botón de login 7 El Backend verifica los datos 7a El nombre de usuario tiene caracteres no válidos El sistema indica que existen caracteres no válidos en el 7a.1 correo 7b La contraseña tiene caracteres no válidos El sistema indica que existen caracteres no válidos en la 7b.1 contraseña 7c El correo ingresado no está asociado a ningún usuario El sistema indica que el correo ingresado no es parte del 7c.1 sistema 7d La contraseña es incorrecta El sistema indica que la contraseña es incorrecta, y 7d.1 muestra los intentos restantes 7e Se inserta una contraseña errónea X veces seguidas. El sistema penaliza el intento de encontrar la contraseña 7e.1 a fuerza bruta, y se redirigirá automáticamente a la página de recuperar contraseña El sistema da la bienvenida al usuario, y se redirige 8 automáticamente a la página de inicio del sistema.

23

Caso de Uso Recuperar la contraseña (CU01B) Actores Todos los tipos de usuario/actores Propósito Restablecer la contraseña de un usuario registrado Precondición Ingresar a la página de recuperación de contraseña Postcondición Usuario dirigido al login del sistema, para su ingreso Paso Actividad El usuario ingresa a la página de recuperación de 1 contraseña 2 El usuario ingresa su correo 3 El Frontend verifica el correo 3a El correo tiene caracteres no válidos 3a.1 El sistema indica que existen caracteres inválidos en el correo 4 El usuario da clic en el botón de Enviar Contraseña 5 El Backend verifica el correo 5b El correo ingresado no está asociado a ningún usuario El sistema indica que el correo ingresado no es parte del 5b.1 sistema El sistema envía un mensaje al correo, con un link que 6 llevará a un formulario para cambiar su contraseña 7 El usuario ingresa la nueva contraseña 8 El Frontend verifica la nueva contraseña 7b La contraseña tiene caracteres no válidos El sistema indica que existen caracteres no válidos en la 7b.1 contraseña El usuario ingresa la confirmación de la nueva 9 contraseña El Frontend verifica la confirmación de la nueva 10 contraseña 11 El usuario da clic en el botón de Cambiar Contraseña El sistema anuncia el cambio de contraseña, y se redirige 12 automáticamente a la página de login del sistema.

24

CU02. SEDES Insertar sedes (Administrador) Caso de Uso Insertar sedes (CU02A) Actores Administrador Propósito Crear nuevas sedes Precondición Ingresar al sistema con el rol de Administrador Postcondición Desplegar mensaje de creación exitosa de la nueva sede Paso Actividad El usuario da clic en el botón creación de nueva sede 1 El usuario digita el nombre de la nueva sede El usuario ingresa la ubicación geográfica de la nueva 2 sede 3 El usuario da clic en ingresar nueva sede El sistema verifica si el nombre de la sede tiene 4 caracteres válidos 4a El nombre de la sede tiene caracteres no válidos El sistema indica que existen caracteres no válidos en el 4a.1 nombre de sede El sistema crea la nueva sede y dirige al usuario a la lista 5 de las sedes

25

Editar sedes (Administrador) Caso de Uso Editar sedes (CU02B) Actores Administrador Propósito Editar el nombre o ubicación geográfica de alguna sede Precondición La sede debe existir Desplegar mensaje de modificación exitosa de la nueva Postcondición sede Paso Actividad 1 El usuario le da clic en la lista de sedes 2 El usuario elige la sede a editar en la lista de sedes 2a No existe ninguna sede en el sistema El sistema informa al usuario que no existe ninguna sede 2a.1 en la base de datos 2a.2 Se redirige al usuario para crear una nueva sede 3 El sistema verifica que la sede exista en la base de datos 4 El sistema muestra la información de la sede El usuario modifica el nombre de la sede y/o la ubicación 5 geográfica de la sede 5a El usuario ingresa caracteres no válidos 5a.1 El sistema indica que hay caracteres no válidos El sistema revisa los caracteres del nombre y de todos 5b los campos de texto 5b.1 El sistema indica que hay caracteres no válidos El sistema revisa el valor de la lista desplegable 5c (Ubicación Geografía) 5c.1 El sistema indica que hay caracteres no válidos 6 El usuario da clic en el botón de editar sede 7 El sistema verifica los datos ingresados 7a Los datos ingresados ya existen El sistema informa que los datos ingresado son iguales a 7a.1 los de la base de datos 7a.2 No se realiza ninguna modificación 7a.3 El sistema redirige a la lista de sedes La ubicación geográfica ingresada no existe en la base 7b de datos El sistema crea la nueva ubicación geográfica en la base 7b.1 de datos El sistema informa al usuario que la sede ha sido editada 8 exitosamente 9 El sistema redirige a la lista de sedes

26

Eliminar sedes (Administrador) Caso de Uso Eliminar sedes (CU02C) Actores Administrador Propósito Eliminar alguna sede del sistema Precondición Debe existir alguna sede en la base de datos Postcondición La sede a eliminar deja de existir en el sistema Paso Actividad 1 El usuario le da clic en la lista de sedes El usuario escoge una sede a eliminar de la lista de 2 sedes 2a No existen sedes en la base de datos El sistema informa al usuario que no existe ninguna sede 2a.1 en la base de datos El sistema despliega un último mensaje para confirmar la 3 eliminación de la sede 4 El sistema oculta la sede del sistema 5 Se actualiza la lista de sedes 6 El sistema redirige a la lista de sedes

27

Ver lista de sedes (Administrador) Caso de Uso Ver lista de sedes (CU02D) Actores Administrador Propósito Mostrar la lista de sedes que existen en el sistema Precondición Debe existir al menos una sede en el sistema Postcondición Desplegar lista de sedes en una tabla Paso Actividad 1 El usuario da clic en el botón para listar las sedes El sistema verifica las sedes que tiene en la base de 2 datos Se listan todas las sedes existentes en el sistema en una 3 tabla

28

CU03. PERIODOS Insertar periodos (Administrador-Facilitador) Caso de Uso Insertar períodos (CU03A) Actores Administrador y Facilitadores Establecer un periodo de tiempo en el que se desarrollan Propósito las áreas durante las fases Debe existir por lo menos un área y una fase en el Precondición sistema Postcondición Se codifica el periodo académico Paso Actividad 1 El usuario da clic crear nuevo periodo académico 2 El usuario escoge el periodo académico 2a El usuario ingresa caracteres no válidos 2a.1 El sistema indica que hay caracteres no válidos El usuario designa a qué fase y áreas pertenece este 3 periodo 3a No se han establecidos área y/o fase en el sistema 3a.1 El sistema no deja crear un nuevo periodo académico El usuario establece una fecha de inicio y una fecha de 4 finalización 5 El usuario da clic en crear nuevo periodo 6 El sistema verifica los datos suministrados por el usuario Las áreas, fase, fecha de inicio y finalización, ya fueron 6b asignadas a un periodo El sistema le informa que el periodo que intenta crear ya 6b.1 existe La fecha de inicio y fecha de finalización ya fueron 6c designadas para otra fase en un periodo ya existente Se le avisa al usuario para que realice los cambios 6c.1 necesarios 7 Se crea satisfactoriamente el periodo

29

Editar periodo (Administrador-Facilitador) Caso de Uso Editar periodo (CU03B) Actores Administrador y Facilitadores Modificar el nombre, áreas, fase, o fechas que Propósito comprenden algún periodo existente Precondición Debe existir por lo menos un periodo en el sistema Postcondición Se modifica el periodo académico Paso Actividad 1 El usuario le da clic en la lista de periodos 2 El usuario elige el periodo a editar en la lista de periodos 2a No existe ningún periodo en el sistema El sistema informa al usuario que no existe ningún 2a.1 periodo en la base de datos 2a.2 Se redirige al usuario para crear un nuevo periodo El sistema verifica que el periodo exista en la base de 3 datos 3a No existe el periodo a editar 3a.1 El sistema aplica protocolos de seguridad 3a.2 El sistema redirige a la página de error 404 4 El sistema muestra la información del periodo a modificar El usuario modifica las áreas, fase, fecha de inicio y/o 5 fecha de finalización del periodo 5a El usuario ingresa caracteres no válidos 5a.1 El sistema indica que hay caracteres no válidos 6 El usuario da clic en el botón de editar periodo 7 El sistema verifica los datos ingresados El nombre del periodo ya fue asignado a otro periodo 7a existente El sistema le informa al usuario que el nombre del 7a.1 periodo suministrado ya existe Las áreas, fase, fecha de inicio y finalización, ya fueron 7b asignadas a un periodo El sistema le informa que el periodo que intenta crear ya 7b.1 existe La fecha de inicio y fecha de finalización ya fueron 7c designadas para otra fase en un periodo ya existente Se le avisa al usuario para que realice los cambios 7c.1 necesarios El sistema informa al usuario que el periodo ha sido 8 editado exitosamente 9 El sistema redirige a la lista de periodos

30

Eliminar periodo (Administrador-Facilitador) Caso de Uso Eliminar periodo (CU03C) Actores Administrador y Facilitadores Propósito Eliminar algún periodo académico del sistema Precondición Debe existir algún periodo en la base de datos Postcondición El periodo a eliminar deja de existir en el sistema Paso Actividad 1 El usuario le da clic en la lista de periodos El usuario escoge un periodo a eliminar de la lista de 2 periodos El sistema despliega un último mensaje para confirmar la 3 eliminación del periodo 4 Se oculta el periodo académico del sistema 5 Se actualiza la lista de periodos 6 El sistema redirige a la lista de periodos

31

Ver lista de periodos (Administrador-Facilitador) Caso de Uso Ver lista de períodos (CU03D) Actores Administrador y Facilitadores Mostrar la lista de períodos académicos que existen en el Propósito sistema Precondición Debe existir al menos un periodo en el sistema Postcondición Desplegar lista de períodos académicos en una tabla Paso Actividad 1 El usuario da clic en el botón para listar los periodos 1a No existen periodos en la base de datos El sistema informa al usuario que no existe ningún 1a.1 periodo en la base de datos El sistema redirige al usuario a la página de crear nuevo 1a.2 periodo Se listan todos los períodos existentes en el sistema en 2 una tabla

32

CU04. FASES

Insertar fases (Administrador) Caso de Uso Insertar fases (CU04A) Actores Administrador Crear las fases pertenecientes al proyecto de la Propósito fundación Precondición Haber ingresado al sistema como administrador Postcondición Se crea satisfactoriamente una fase Paso Actividad 1 El usuario digita el número de la nueva fase 2 El usuario ingresa el nombre de la fase El usuario establece el porcentaje que representa esta 3 frase 1a, 2a, 3a El usuario ingresa caracteres no válidos 1a.1, 2a.1, 3a.1 El sistema indica que hay caracteres no válidos 4 El usuario le da clic en crear nueva fase 5 El sistema verifica los datos suministrados por el usuario 5a La fase que intenta crear el usuario ya existe 5a.1 El sistema le informa al usuario 6 Se crea satisfactoriamente la nueva fase

33

Editar fases (Administrador) Caso de Uso Editar fases (CU04B) Actores Administrador Propósito Editar alguna fase Precondición Debe existir por lo menos una fase en el sistema Postcondición Se modifica la fase Paso Actividad 1 El usuario le da clic en ver lista de fases 2 El usuario elige la fase a editar en la lista de fases 2a No existe ninguna fase en el sistema El sistema informa al usuario que no existe ninguna fase 2a.1 en la base de datos 2a.2 Se redirige al usuario para crear una nueva fase 3 El sistema verifica que la fase exista en la base de datos 3a No existe la fase a editar 3a.1 El sistema aplica protocolos de seguridad 3a.2 El sistema redirige a la página de error 404 4 El sistema muestra la información de la fase a modificar 5 El usuario modifica la fase 5a El usuario ingresa caracteres no válidos 5a.1 El sistema indica que hay caracteres no válidos 6 El usuario da clic en el botón de editar fase 7 El sistema verifica los datos ingresados 7a El número de fase nuevo ya existe El sistema le informa al usuario que la fase suministrada 7a.1 ya existe Se le avisa al usuario para que realice los cambios 7a.2 necesarios El sistema informa al usuario que la fase ha sido editada 8 exitosamente 9 El sistema redirige a la lista de fases

34

Eliminar fases (Administrador) Caso de Uso Eliminar fases (CU04C) Actores Administrador Propósito Eliminar alguna fase del sistema Precondición Debe existir alguna fase en la base de datos Postcondición La fase a eliminar deja de existir en el sistema Paso Actividad 1 El usuario le da clic en la lista de fases 2 El usuario escoge una fase a eliminar de la lista de fases 2a No existen fases en la base de datos El sistema informa al usuario que no existe ninguna fase 2a.1 en la base de datos El sistema redirige al usuario a la página de crear una 2a.2 nueva fase El sistema despliega un último mensaje para confirmar la 3 eliminación 4 Se oculta la fase del sistema 5 Se actualiza la lista de fases

35

Ver lista de fases (Administrador) Caso de Uso Ver lista de fases (CU04D) Actores Administrador Propósito Mostrar la lista de fases que existen en el sistema Precondición Debe existir al menos una fase en el sistema Postcondición Desplegar lista de fases en una tabla Paso Actividad 1 El usuario da clic en el botón para listar las fases 1a No existen fases en la base de datos El sistema informa al usuario que no existe ninguna fase 1a.1 en la base de datos El sistema redirige al usuario a la página de crear una 1a.2 nueva fase Se listan todas las fases existentes en el sistema en una 2 tabla

36

CU05. ÁREAS Insertar áreas (Administrador) Caso de Uso Insertar áreas (CU05A) Actores Administrador Propósito Establecer las áreas en las que se evaluará a los niños Precondición Haber ingresado al sistema Postcondición Se crea una nueva área Paso Actividad 1 El usuario le da clic en ver lista de área 2 El usuario nombra la nueva área 3 El usuario asigna el área a un facilitador 2a, 3a El usuario ingresa caracteres no válidos 3a.1, 3a.1 El sistema indica que hay caracteres no válidos 4 El usuario le da clic en crear nueva área 5 El sistema verifica los datos suministrados por el usuario 5a El nombre del área ya existe en la base de datos El sistema le informa al usuario que el nombre del área 5a.1 suministrado ya existe Se le avisa al usuario para que realice los cambios 5b.1 necesarios 6 Se crea satisfactoriamente el área

37

Editar áreas (Administrador) Caso de Uso Editar áreas (CU05B) Actores Administrador Propósito Editar alguna área Precondición Debe existir por lo menos un área en el sistema Postcondición Se modifica el área Paso Actividad 1 El usuario le da clic en la lista de áreas 2 El usuario debe elegir el área a editar en la lista de áreas 2a No existe ninguna área en el sistema El sistema informa al usuario que no existe ninguna área 2a.1 en la base de datos 2a.2 Se redirige al usuario para crear una nueva área 3 El sistema verifica que el área exista en la base de datos 3a No existe el área a editar 3a.1 El sistema aplica protocolos de seguridad 3a.2 El sistema redirige a la página de error 404 4 El sistema muestra la información del área a modificar 5 El usuario modifica el área 5a El usuario ingresa caracteres no válidos 5a.1 El sistema indica que hay caracteres no válidos 6 El usuario da clic en el botón de editar área 7 El sistema verifica los datos ingresados 7a El nombre del área nuevo ya existe El sistema le informa al usuario que el área suministrada 7a.1 ya existe Se le avisa al usuario para que realice los cambios 7a.2 necesarios El sistema informa al usuario que el área ha sido editada 8 exitosamente 9 El sistema redirecciona a la lista de áreas

38

Eliminar áreas (Administrador) Caso de Uso Eliminar áreas (CU05C) Actores Administrador Propósito Eliminar alguna área del sistema Precondición Debe existir alguna área en la base de datos Postcondición El área a eliminar deja de existir en el sistema Paso Actividad El usuario debe escoger un área a eliminar de la lista de 1 áreas 1a No existen áreas en la base de datos El sistema informa al usuario que no existe ninguna área 1a.1 en la base de datos El sistema redirige al usuario a la página de crear una 1a.2 nueva área El sistema despliega un último mensaje para confirmar la 2 eliminación 3 Se elimina el área del sistema 4 Se actualiza la lista de áreas 4a No existen más áreas en la lista 4a.1 Se redirecciona a la página de crear una nueva área 5 El sistema redirecciona a la lista de áreas

39

Ver lista de áreas (Administrador) Caso de Uso Ver lista de áreas (CU05D) Actores Administrador Propósito Mostrar la lista de áreas que existen en el sistema Precondición Debe existir al menos un área en el sistema Postcondición Desplegar lista de áreas en una tabla Paso Actividad 1 El usuario da clic en el botón para listar las áreas 1a No existen áreas en la base de datos El sistema informa al usuario que no existe ninguna área 1a.1 en la base de datos El sistema redirige al usuario a la página de crear una 1a.2 nueva área Se listan todas las áreas existentes en el sistema en una 2 tabla

40

CU06. PATROCINADORES Insertar patrocinadores (Administrador) Caso de Uso Insertar patrocinadores (CU06A) Actores Administrador Ingresar los patrocinadores que representarán a los Propósito niños Precondición Haber ingresado al sistema Postcondición Se crea un nuevo patrocinador Paso Actividad 1 El usuario le da clic en crear nuevo patrocinador 2 El usuario ingresa el nombre de un nuevo patrocinador 2a El usuario ingresa caracteres no válidos 2a.1 El sistema indica que hay caracteres no válidos 3 El usuario le da clic en crear nuevo patrocinador 4 El sistema verifica los datos suministrados por el usuario 4a El nombre del patrocinador ya existe en la base de datos El sistema le informa al usuario que el nombre del 4a.1 patrocinador suministrado ya existe Se le avisa al usuario para que realice los cambios 4b.1 necesarios 5 Se crea satisfactoriamente el patrocinador

41

Editar patrocinadores (Administrador) Caso de Uso Editar patrocinador (CU06B) Actores Administrador Propósito Editar algún patrocinador Precondición Debe existir por lo menos un patrocinador en el sistema Postcondición Se modifica el patrocinador Paso Actividad 1 El usuario le da clic en listar patrocinadores El usuario debe elegir el patrocinador a editar en la lista 2 de patrocinadores 2a No existe ningún patrocinador en el sistema El sistema informa al usuario que no existe ningún 2a.1 patrocinador en la base de datos 2a.2 Se redirige al usuario para crear un nuevo patrocinador El sistema verifica que el patrocinador exista en la base 3 de datos 3a No existe el patrocinador a editar 3a.1 El sistema aplica protocolos de seguridad 3a.2 El sistema redirige a la página de error 404 El sistema muestra la información del patrocinador a 4 modificar 5 El usuario modifica el patrocinador 5a El usuario ingresa caracteres no válidos 5a.1 El sistema indica que hay caracteres no válidos 6 El usuario da clic en el botón de editar patrocinador 7 El sistema verifica los datos ingresados 7a El nombre del patrocinador nuevo ya existe El sistema le informa al usuario que el patrocinador 7a.1 suministrada ya existe Se le avisa al usuario para que realice los cambios 7a.2 necesarios El sistema informa al usuario que el patrocinador ha sido 8 editado exitosamente

42

Eliminar patrocinadores (Administrador) Caso de Uso Eliminar patrocinadores (CU06C) Actores Administrador Propósito Eliminar algún patrocinador del sistema Precondición Debe existir algún patrocinador en la base de datos Postcondición El patrocinador a eliminar deja de existir en el sistema Paso Actividad 1 El usuario le da clic en ver lista de patrocinadores El usuario debe escoger un patrocinador a eliminar de la 2 lista de patrocinadores 2a No existen patrocinador en la base de datos El sistema informa al usuario que no existe ningún 2a.1 patrocinador en la base de datos El sistema redirige al usuario a la página de crear un 2a.2 nuevo patrocinador El sistema despliega un último mensaje para confirmar la 3 eliminación 4 Se elimina el patrocinador del sistema 5 Se actualiza la lista de patrocinadores 5a No existen más patrocinadores en la lista Se redirecciona a la página de crear un nuevo 5a.1 patrocinador

43

Ver lista de patrocinadores (Administrador) Caso de Uso Ver lista de patrocinadores (CU05D) Actores Administrador Mostrar la lista de patrocinadores que existen en el Propósito sistema Precondición Debe existir al menos un patrocinador en el sistema Postcondición Desplegar lista de patrocinadores en una tabla Paso Actividad El usuario da clic en el botón para listar los 1 patrocinadores 1a No existen patrocinadores en la base de datos El sistema informa al usuario que no existe ningún 1a.1 patrocinador en la base de datos El sistema redirige al usuario a la página de crear un 1a.2 nuevo patrocinador Se listan todos los patrocinadores existentes en el 2 sistema en una tabla

44

CU07. NIÑOS Insertar niños (Administrador-Facilitador) Caso de Uso Insertar niños (CU07A) Actores Administrador y Facilitadores Ingresar los niños al sistema y relacionarlo con quien los Propósito patrocina Haber ingresado al sistema como administrador/facilitador Haber creado al menos un periodo académico Precondiciones Haber creado al menos una sede Haber creado al menos un área Haber creado al menos una fase Haber creado al menos un patrocinador Se crea un nuevo niño al sistema y se relaciona con un Postcondición patrocinador ya existente Paso Actividad 1 El usuario le da clic en crear nuevo niño 2 El usuario ingresa los nombres de un nuevo niño 3 El usuario ingresa los apellidos del niño El usuario ingresa el tipo de documento y número de 4 documento del niño 5 El usuario ingresa la dirección del niño 6 El usuario ingresa el estrato del niño 7 El usuario ingresa el correo del niño 8 El usuario ingresa la fecha de nacimiento del niño El usuario ingresa un número de teléfono de contacto 9 con el niño 10 El usuario ingresa la ubicación geográfica del niño El usuario ingresa la información del seguro social del 11 niño 12 El usuario ingresa la información escolar del niño 13 El usuario ingresa la jornada escolar del niño 14 El usuario describe la condición clínica del niño El usuario digita la recomendación médica de la 15 condición clínica del niño El usuario ingresa el grupo étnico al que pertenece el 16 niño 1 El usuario ingresa los nombres de un nuevo acudiente 2 El usuario ingresa los apellidos del acudiente El usuario ingresa el tipo de documento y número de 3 documento del acudiente 4 El usuario ingresa la dirección del acudiente 5 El usuario ingresa el estrato del acudiente

45

6 El usuario ingresa el correo del acudiente 6a El acudiente no posee correo 6a.1 Es un campo opcional, se deja sin información 7 El usuario ingresa la fecha de nacimiento del acudiente El usuario ingresa un número de teléfono de contacto del 8 acudiente 9 El usuario ingresa la ubicación geográfica del acudiente 9a La ubicación geográfica no existe 9a.1 Se crea la nueva ubicación geográfica 2a,3a,4a,5a,6a,7a,8a, El usuario ingresa caracteres no válidos 9a, 2a.1, 3a.1, 4a.1, 5a.1, 6a.1, El sistema indica que hay caracteres no válidos 7a.1, 8a.1, 9a.1, El usuario le asigna una jornada dentro del proceso de la 10 fundación, ya configuradas en el sistema 11 El usuario le da clic en crear nuevo niño 12 El sistema verifica los datos suministrados por el usuario 12a La identificación del niño ya fue asignado a otra persona El sistema le informa al usuario que la identificación del 12a.1 niño suministrada ya existe Se le avisa al usuario para que realice los cambios 12b.1 necesarios Se ingresa satisfactoriamente un nuevo niño en el 13 sistema Se inicia el proceso ingresar caracterización para 14 relacionar el niño con algún acudiente

46

Editar niños (Administrador-Facilitador) Caso de Uso Editar niños (CU07B) Actores Administrador y Facilitadores Ingresar los niños al sistema y relacionarlo con quien Propósito los patrocina Precondición Debe existir por lo menos un niño en el sistema Postcondición Se modifica un niño del sistema Paso Actividad 1 El usuario le da clic en la lista de niños El usuario debe elegir el niño a editar en la lista de 2 niños 2a No existe ningún niño en el sistema El sistema informa al usuario que no existe ningún niño 2a.1 en la base de datos 2a.2 Se redirige al usuario para crear un nuevo niño El sistema verifica que el niño seleccionado exista en la 3 base de datos 3a No existe el niño a editar 3a.1 El sistema aplica protocolos de seguridad 3a.2 El sistema redirige a la página de error 404 4 El sistema muestra la información del niño a modificar 5 El usuario modifica los nombres de un nuevo niño 6 El usuario modifica los apellidos del niño El usuario modifica el tipo de documento y número de 7 documento del niño 8 El usuario modifica la dirección del niño 9 El usuario modifica el estrato del niño 10 El usuario modifica el correo del niño 11 El usuario modifica la fecha de nacimiento del niño El usuario modifica un número de teléfono de contacto 12 con el niño 13 El usuario modifica la ubicación geográfica del niño El usuario modifica la información del seguro social del 14 niño 15 El usuario modifica la información escolar del niño 16 El usuario modifica la jornada escolar del niño 17 El usuario modifica la condición clínica del niño El usuario modifica la recomendación médica de la 18 condición clínica del niño El usuario modifica el grupo étnico al que pertenece el 19 niño 5a,6a,7a,8a,9a,10a,11a El usuario ingresa caracteres no válidos ,

47

12a,13a,14a,15a,16a,1 7a, 18a,19a 5a.1, 6a.1, 7a.1, 8a.1, 9a.1, 10a.1, 11a.1, 12a.1, 13a.1, 14a.1, El sistema indica que hay caracteres no válidos 15a.1, 16a.1, 17a.1, 18a.1, 19a.1 El usuario modifica la jornada dentro del proceso de la 20 fundación, ya configuradas en el sistema 21 El usuario le da clic en editar niño El sistema verifica los datos suministrados por el 22 usuario La nueva identificación que suministro el usuario ya le 22a pertenece a otro niño en el sistema Se le avisa al usuario para que realice los cambios 22a.1 necesarios Se ingresa satisfactoriamente un nuevo niño en el 23 sistema 24 El sistema redirige a la lista de niños

48

Eliminar niños (Administrador) Caso de Uso Eliminar niños (CU07C) Actores Administrador Propósito Eliminar algún niño del sistema Precondición Debe existir algún niño en la base de datos Postcondición El niño a eliminar deja de existir en el sistema Paso Actividad 1 El usuario le da clic en la lista de niños El usuario debe escoger un niño a eliminar de la lista de 2 niños 2a No existen niños en la base de datos El sistema informa al usuario que no existe ningún niño 2a.1 en la base de datos El sistema redirige al usuario a la página de crear un 2a.2 nuevo niño El sistema despliega un último mensaje para confirmar la 3 eliminación 4 Se oculta al niño del sistema 5 Se actualiza la lista de niño 5a No existen más niños en la lista 5a.1 Se redirecciona a la página de crear un nuevo niño

49

Ver lista de niños (Administrador-Facilitador) Caso de Uso Ver lista de niños (CU07D) Actores Administrador y Facilitadores Propósito Mostrar la lista de niños que existen en el sistema Precondición Debe existir al menos un niño en el sistema Postcondición Desplegar lista de niños en una tabla Paso Actividad 1 El usuario da clic en el botón para listar niños 1a No existen niños en la base de datos El sistema informa al usuario que no existe ningún niño 1a.1 en la base de datos El sistema redirige al usuario a la página de crear un 1a.2 nuevo niño Se listan todos los niños existentes del sistema en una 2 tabla

50

CU08. CARACTERIZACIÓN FAMILIAR Insertar caracterización (Administrador-Facilitador) Caso de Uso Insertar caracterización (CU08A) Actores Administrador y Facilitadores Propósito Ingresar los acudientes de algún niño Precondición Haber ingresado al sistema Se crea un nuevo acudiente al sistema y se relaciona con Postcondición un niño ya existente Paso Actividad 1 Se ingresa información del perfil socio-familiar 2 Se ingresa información de la institución del niño 3 Se ingresa información del pariente 4 Se verifica etapa y fase a la que pertenece el niño 5 Se verifica la información suministrada 6a El acudiente no posee correo 6a.1 Es un campo opcional, se deja sin información 7 El usuario ingresa la fecha de nacimiento del acudiente El usuario ingresa un número de teléfono de contacto del 8 acudiente 9 El usuario ingresa la ubicación geográfica del acudiente 9a La ubicación geográfica no existe 9a.1 Se crea la nueva ubicación geográfica El usuario selecciona si el acudiente vive o no con el 10 niño, y alguna descripción a su consideración 10a El usuario no tiene ninguna observación del acudiente El sistema reconoce que es un campo opcional, el 10a.1 usuario lo omite 11 El usuario selecciona con qué niño relacionarlo El usuario describe el parentesco del acudiente con el 12 niño El usuario selecciona si el acudiente tiene una actividad 13 laboral 14 El usuario describe la actividad laboral del acudiente 1a, 2a, 3a, 4a, 5a,6b, 7a, 8a,9b,10b, 11a, 12a, El usuario ingresa caracteres no válidos 13a, 14a 1a.1, 2a.1, 3a.1, 4a.1, 5a.1, El sistema indica que hay caracteres no válidos 6b.1, 7a.1,

51

8a.1,9b.1,10b.1, 11a.1, 12a.1, 13a.1, 14a.1 15 El usuario le da clic en crear nuevo acudiente 16 El sistema verifica los datos suministrados por el usuario La identificación del acudiente ya fue asignada a otra 16a persona Se le avisa al usuario para que realice los cambios 16a.1 necesarios Se ingresa satisfactoriamente un nuevo acudiente en el 17 sistema

52

Editar caracterización (Administrador-Facilitador) Caso de Uso Editar caracterización (CU08B) Actores Administrador y Facilitadores Propósito Modificar la información de un acudiente de algún niño Precondición Existir por lo menos un acudiente en el sistema Postcondición Se modifica satisfactoriamente acudiente en el sistema Paso Actividad 1 El usuario modifica los nombres de un nuevo acudiente 2 El usuario modifica los apellidos del acudiente El usuario modifica el tipo de documento y número de 3 documento del acudiente 4 El usuario modifica la dirección del acudiente 5 El usuario modifica el estrato del acudiente 6 El usuario modifica/actualiza el correo del acudiente 6a El acudiente no posee correo 6a.1 Es un campo opcional, se deja sin información 7 El usuario modifica la fecha de nacimiento del acudiente El usuario modifica el número de teléfono de contacto del 8 acudiente 9 El usuario modifica la ubicación geográfica del acudiente 9a La ubicación geográfica no existe 9a.1 Se crea la nueva ubicación geográfica El usuario actualiza si el acudiente vive o no con el niño, 10 y alguna descripción a su consideración 10a El usuario no tiene ninguna observación del acudiente El sistema reconoce que es un campo opcional, el 10a.1 usuario lo omite 11 El usuario actualiza con que niño relacionarlo El usuario modifica el parentesco del acudiente con el 12 niño El usuario actualiza si el acudiente tiene una actividad 13 laboral 14 El usuario describe la actividad laboral del acudiente 1a, 2a, 3a, 4a, 5a, 6b, 7a, El usuario ingresa caracteres no válidos 8a,9b,10b, 11a, 12a, 13a, 14a 1a.1, 2a.1, 3a.1, 4a.1, 5a.1, 6b.1, 7a.1, El sistema indica que hay caracteres no válidos 8a.1,9b.1,10b.1, 11a.1, 12a.1, 13a.1,

53

14a.1 15 El usuario le da clic en editar acudiente 16 El sistema verifica los datos suministrados por el usuario La identificación del acudiente ya fue asignada a otra 16a persona Se le avisa al usuario para que realice los cambios 16a.1 necesarios Se ingresa satisfactoriamente un nuevo acudiente en el 17 sistema

54

Eliminar caracterización (Administrador-Facilitador) Caso de Uso Eliminar caracterización (CU08C) Actores Administrador y Facilitadores Propósito Eliminar algún acudiente del sistema Precondición Debe existir al menos un acudiente en la base de datos Postcondición El acudiente a eliminar deja de existir en el sistema Paso Actividad El usuario escoge un acudiente a eliminar de la lista de 1 acudientes 1a No existen acudientes en la base de datos El sistema informa al usuario que no existe ningún 1a.1 acudiente en la base de datos El sistema redirige al usuario a la página de crear un 1a.2 nuevo acudiente El sistema despliega un último mensaje para confirmar la 2 eliminación 3 Se elimina al acudiente del sistema 4 Se actualiza la lista de acudientes 4a No existen más acudientes en la lista 4a.1 Se redirecciona a la página de crear un nuevo acudiente

55

Ver lista de caracterización (Administrador-Facilitador) Caso de Uso Ver lista de acudientes (CU08D) Actores Administrador y Facilitadores Propósito Mostrar la lista de acudientes que existen en el sistema Precondición Debe existir al menos un acudiente en el sistema Postcondición Desplegar lista de acudientes en una tabla Paso Actividad 1 El usuario da clic en el botón para listar acudientes 1a No existen acudientes en la base de datos El sistema informa al usuario que no existe ningún 1a.1 acudiente en la base de datos El sistema redirige al usuario a la página de crear un 1a.2 nuevo acudiente Se listan todos los acudientes existentes del sistema en 2 una tabla

56

CU9. INDICADORES Insertar indicadores (Administrador-Facilitador) Caso de Uso Insertar indicadores (CU09A) Actores Administrador y Facilitadores Propósito Crear los indicadores de un área Precondición Debe existir por lo menos un área Postcondición Se crea un nuevo indicador y se relaciona con un área Paso Actividad 1 El usuario selecciona el tipo de indicador 2 El usuario ingresa el nuevo indicador 2a El usuario ingresa caracteres no válidos 2a.1 El sistema indica que hay caracteres no válidos El usuario selecciona a qué área pertenece este 3 indicador 15 El usuario le da clic en crear nuevo indicador 16 El sistema verifica los datos suministrados por el usuario 17a El nombre del indicador ya existe en el sistema Se le avisa al usuario para que realice los cambios 17a.1 necesarios Se ingresa satisfactoriamente un nuevo indicador en el 18 sistema

57

Editar indicadores (Administrador-Facilitador) Caso de Uso Editar indicadores (CU09B) Actores Administrador y Facilitadores Propósito Modificar el nombre de los indicadores de un área Precondición Debe existir por lo menos un indicador Postcondición Se modifica el indicador Paso Actividad 1 El usuario selecciona el nuevo tipo de indicador 2 El usuario modifica el indicador 2a El usuario ingresa caracteres no válidos 2a.1 El sistema indica que hay caracteres no válidos 3 El usuario cambia a qué área pertenece este indicador 15 El usuario le da clic en modificar indicador 16 El sistema verifica los datos suministrados por el usuario 17a El nombre del indicador ya existe en el sistema Se le avisa al usuario para que realice los cambios 17a.1 necesarios 18 Se modifica satisfactoriamente un indicador en el sistema

58

Eliminar indicadores (Administrador-Facilitador) Caso de Uso Eliminar indicadores (CU09C) Actores Administrador y Facilitadores Propósito Eliminar algún indicador del sistema Precondición Debe existir al menos un indicador en la base de datos Postcondición El indicador a eliminar deja de existir en el sistema Paso Actividad El usuario debe escoger un indicador a eliminar de la 1 lista de indicadores 1a No existen indicador en la base de datos El sistema informa al usuario que no existe ningún 1a.1 indicador en la base de datos El sistema redirige al usuario a la página de crear un 1a.2 nuevo indicador El sistema despliega un último mensaje para confirmar la 2 eliminación 3 Se elimina el indicador del sistema 4 Se actualiza la lista de indicadores 4a No existen más indicadores en la lista 4a.1 Se redirecciona a la página de crear un nuevo indicador

59

Ver lista de indicadores (Administrador-Facilitador) Caso de Uso Ver lista de indicadores (CU09D) Actores Administrador y Facilitadores Propósito Mostrar la lista de indicadores que existen en el sistema Precondición Debe existir al menos un indicador en el sistema Postcondición Desplegar lista de indicadores en una tabla Paso Actividad 1 El usuario da clic en el botón para listar indicadores 1a No existen indicadores en la base de datos El sistema informa al usuario que no existe ningún 1a.1 indicador en la base de datos El sistema redirige al usuario a la página de crear un 1a.2 nuevo indicador Se listan todos los indicadores existentes del sistema en 2 una tabla

60

CU10. NOTAS

Insertar notas individualmente (Administrador-Facilitador) Caso de Uso Insertar notas individualmente (CU10A) Actores Administrador - Facilitador Ingresar las notas de un niño para evaluar su Propósito desempeño en un área Debe estar establecido claramente las áreas, Precondición indicadores, y fase actual. Postcondición Se genera el resumen de notas Paso Actividad 1 Se selecciona el niño que se va a evaluar El sistema despliega la lista de indicadores y a que áreas 2 pertenece cada uno 3 El usuario ingresa los valores de cada indicador 3a El usuario no posee el valor de algunos indicadores La calificación de los indicadores se puede realizar en 3a.1 cualquier momento dentro del periodo académico del niño El periodo académico terminó y el sistema no deja 3b evaluar los indicadores El sistema informa al usuario, y lo redirige para extender 3b.1 el periodo académico del niño 4 El usuario da clic en guardar notas El sistema guarda las calificaciones suministradas por el 5 usuario El sistema genera una vista previa del resumen de notas 6 de las áreas

61

Insertar notas grupalmente (Administrador-Facilitador) Caso de Uso Insertar notas grupalmente (CU10B) Actores Administrador - Facilitador Propósito Ingresar notas grupales de un área por indicador Debe estar establecido claramente las áreas, Precondición indicadores, y fase actual. Se guarda satisfactoriamente las calificaciones de los Postcondición niños Paso Actividad El usuario en la opción de notas grupales, filtra por 1 indicador, y se despliega la lista de niños que están asignados a su respectiva área y fase 2 El usuario ingresa el valor del indicador a cada niño El usuario no tiene el valor del indicador de todos los 2a niños El sistema solo guarda el valor de aquellos que se 2a.1 calificó El periodo académico terminó y el sistema no deja 2b evaluar el indicador El sistema informa al usuario, y lo redirige para extender 2b.1 el periodo académico del niño 3 El usuario da clic en guardar notas El sistema guarda las calificaciones suministradas por el 4 usuario

62

Editar notas individualmente (Administrador-Facilitador) Caso de Uso Editar notas individualmente (CU10C) Actores Administrador - Facilitador Editar las notas de un niño para evaluar su desempeño Propósito en un área Las notas a evaluar deben estar comprendidas dentro Precondición del periodo académico Postcondición Se actualiza el resumen de notas Paso Actividad Se selecciona el niño al cual se le va a modificar las 1 notas El sistema despliega la lista de indicadores y a que áreas 2 pertenece cada uno 3 El usuario modifica los valores de cada indicador 3a El usuario no posee el valor de algunos indicadores La calificación de los indicadores se puede realizar en 3a.1 cualquier momento dentro del periodo académico del niño El periodo académico terminó y el sistema no deja 3b evaluar los indicadores El sistema informa al usuario, y lo redirige para extender 3b.1 el periodo académico del niño 4 El usuario da clic en editar notas El sistema guarda las calificaciones suministradas por el 5 usuario El sistema genera una vista previa del resumen de notas 6 de las áreas

63

Editar notas grupalmente (Administrador-Facilitador) Caso de Uso Editar notas grupalmente (CU10D) Actores Administrador - Facilitador Propósito Editar notas grupales de un área por indicador Debe estar establecido claramente las áreas, Precondición indicadores, y fase actual. Se actualizará satisfactoriamente las calificaciones de los Postcondición niños Paso Actividad El usuario en la opción de notas grupales, filtra por 1 indicador, y se despliega la lista de niños que están asignados a su respectiva área y fase 2 El usuario modifica el valor del indicador a cada niño El usuario no tiene el valor del indicador de todos los 2a niños El sistema solo actualizará el valor de aquellos que se 2a.1 modificó El periodo académico terminó y el sistema no deja 2b evaluar el indicador El sistema informa al usuario, y lo redirige para extender 2b.1 el periodo académico del niño 3 El usuario da clic en guardar notas El sistema guarda las calificaciones suministradas por el 4 usuario

64

Eliminar notas individualmente (Administrador-Facilitador) Caso de Uso Eliminar notas individualmente (CU10E) Actores Administrador - Facilitador Propósito Eliminar las notas de un niño en un área Precondición Se debió haber calificado al niño Postcondición Se elimina la nota del sistema Paso Actividad El usuario selecciona el niño al cual le va a eliminar las 1 notas 2 El sistema despliega la lista de indicadores con sus notas 3 El usuario selecciona las notas a eliminar 4 El usuario le da clic en eliminar notas El sistema despliega un último mensaje para confirmar la 5 eliminación de las notas 6 El usuario confirma la eliminación 7 El sistema actualiza la tabla de notas del niño

65

Eliminar notas grupalmente (Administrador-Facilitador) Caso de Uso Eliminar notas individualmente (CU10F) Actores Administrador - Facilitador Propósito Eliminar varias notas de varios niños Se debió haber calificado a más de un niño en un Precondición indicador Postcondición Se eliminan las notas del sistema de varios niños Paso Actividad El usuario en la opción de notas grupales, filtra por 1 indicador, y se despliega la lista de niños que están asignados a su respectiva área y fase El usuario selecciona los niños a los cuales les va a 3 eliminar las notas 4 El usuario le da clic en eliminar notas El sistema despliega un último mensaje para confirmar la 5 eliminación de las notas 6 El usuario confirma la eliminación 7 El sistema actualiza la tabla de notas del niño

66

Ver lista de notas (Administrador-Facilitador) Caso de Uso Ver lista de notas (CU10G) Actores Administrador - Facilitador Propósito Listar las notas de los niños en el sistema Precondición Se debió haber calificado a más de un niño Postcondición Se muestran las notas de los niños Paso Actividad 1 El usuario selecciona la opción ver lista de notas 1a No se han ingresado notas al sistema El sistema avisa al usuario que no se han ingresado 1a.1 notas al sistema 1a.2 El sistema redirige el usuario a la página principal Se despliega la tabla de notas filtradas por indicador, 2 área, niño, fase y periodo académico

67

CU11. PRUEBAS Insertar pruebas (Administrador-Facilitador) Caso de Uso Insertar pruebas (CU11A) Actores Administrador - Facilitador Propósito Crear pruebas para evaluar a los niños Precondición Haber ingresado al sistema Postcondición Se crea satisfactoriamente la prueba Paso Actividad 1 El usuario ingresa el tipo de prueba 2 El usuario ingresa la descripción de la prueba 3 El usuario ingresa qué tipo de unidades se van a evaluar 4 El usuario ingresa la descripción de la unidad a evaluar 5 El usuario relación la prueba a un área 1a, 2a, 3a, 4a El usuario ingresa caracteres no válidos 1a.1, 2a.1, 3a.1, 4a.1 El sistema indica que hay caracteres no válidos 6 El usuario le da clic en ingresar prueba El sistema verifica la información suministrada por el 7 usuario 7a Ya existe la misma prueba en la base de datos El sistema le informa al usuario para que realice los 7a.1 cambios necesarios 8 Se crea satisfactoriamente la prueba

68

Editar pruebas (Administrador-Facilitador) Caso de Uso Editar pruebas (CU11B) Actores Administrador - Facilitador Propósito Modificar pruebas para evaluar a los niños Precondición Debe existir por lo menos una prueba en el sistema Postcondición Se modifica satisfactoriamente la prueba Paso Actividad 1 El usuario cambia el tipo de prueba 2 El usuario modifica la descripción de la prueba 3 El usuario modifica el tipo de unidades se van a evaluar 4 El usuario modifica la descripción de la unidad a evaluar 5 El usuario cambia la relación de la prueba a un área 1a, 2a, 3a, 4a El usuario ingresa caracteres no válidos 1a.1, 2a.1, 3a.1, 4a.1 El sistema indica que hay caracteres no válidos 6 El usuario le da clic en edita prueba El sistema verifica la información suministrada por el 7 usuario 7a Ya existe la misma prueba en la base de datos El sistema le informa al usuario para que realice los 7a.1 cambios necesarios 8 Se modifico satisfactoriamente la prueba

69

Eliminar pruebas (Administrador-Facilitador) Caso de Uso Eliminar pruebas (CU011C) Actores Administrador y Facilitadores Propósito Eliminar alguna prueba del sistema Precondición Debe existir al menos una prueba en la base de datos Postcondición Se elimina la prueba del sistema Paso Actividad El usuario debe escoger una prueba a eliminar de la lista 1 de pruebas 1a No existen pruebas en la base de datos El sistema informa al usuario que no existe ninguna 1a.1 prueba en la base de datos El sistema redirige al usuario a la página de crear una 1a.2 nueva prueba El sistema despliega un último mensaje para confirmar la 2 eliminación 3 Se elimina la prueba del sistema 4 Se actualiza la lista de pruebas 4a No existen más pruebas en la lista 4a.1 Se redirecciona a la página de crear una nueva prueba

70

Ver lista de pruebas (Administrador-Facilitador) Caso de Uso Ver lista de pruebas (CU011D) Actores Administrador y Facilitadores Propósito Mostrar la lista de pruebas que existen en el sistema Precondición Debe existir al menos una prueba en el sistema Postcondición Desplegar lista de pruebas en una tabla Paso Actividad 1 El usuario da clic en el botón para listar las pruebas 1a No existen pruebas en la base de datos El sistema informa al usuario que no existe ninguna 1a.1 prueba en la base de datos El sistema redirige al usuario a la página de crear una 1a.2 nueva prueba Se listan todas las pruebas existentes del sistema en una 2 tabla

71

CU12. NOTAS DE PRUEBAS Insertar notas de pruebas individualmente (Administrador-Facilitador) Insertar notas de pruebas individualmente Caso de Uso (CU12A) Actores Administrador - Facilitador Propósito Ingresar notas de pruebas por niño Debe haber por lo menos una prueba ingresada al Precondición sistema, y por lo menos un niño Postcondición Se genere un resumen de la prueba Paso Actividad 1 Se selecciona el niño que se va a evaluar El sistema despliega la lista de pruebas y a que áreas 2 pertenece cada uno 3 El usuario ingresa los valores de la prueba 3a El usuario ingresa caracteres no válidos 3a.1 El sistema indica que hay caracteres no válidos 4 El usuario da clic en guardar notas de la prueba El sistema guarda la calificación de la prueba 5 suministrada por el usuario El sistema genera una vista previa del resumen de notas 6 del niño

72

Insertar notas de pruebas grupalmente (Administrador-Facilitador) Caso de Uso Insertar notas de pruebas grupalmente (CU12B) Actores Administrador - Facilitador Propósito Ingresar notas grupales de las pruebas de un área Debe estar establecido claramente las áreas, las pruebas Precondición a calificar, y existir más de un niño en el sistema Se guarda satisfactoriamente las calificaciones de los Postcondición niños Paso Actividad El usuario en la opción de notas de pruebas grupales, 1 filtra por área, y se despliega la lista de niños 2 El usuario ingresa el valor de la prueba a cada niño 2a El usuario ingresa caracteres no válidos 2a.1 El sistema indica que hay caracteres no válidos 3 El usuario da clic en guardar notas de las pruebas El sistema guarda las calificaciones suministradas por el 4 usuario

73

Editar notas de pruebas individualmente (Administrador-Facilitador) Caso de Uso Editar notas de pruebas individualmente (CU12C) Actores Administrador - Facilitador Propósito Modificar notas de pruebas por niño Debe haber por lo menos una prueba ingresada al Precondición sistema, y por lo menos un niño Postcondición Se modifica el resumen de la prueba Paso Actividad 1 Se selecciona el niño que se va a evaluar El sistema despliega la lista de pruebas y a que áreas 2 pertenece cada uno con su respectiva nota 3 El usuario modifica los valores de la prueba 3a El usuario ingresa caracteres no válidos 3a.1 El sistema indica que hay caracteres no válidos 4 El usuario da clic en guardar notas de la prueba El sistema guarda la calificación de la prueba 5 suministrada por el usuario El sistema genera una vista previa del resumen de notas 6 del niño

74

Editar notas de pruebas grupalmente (Administrador-Facilitador) Caso de Uso Editar notas de pruebas grupalmente (CU12D) Actores Administrador - Facilitador Propósito Modificar notas grupales de las pruebas de un área Debe estar establecido claramente las áreas, las pruebas Precondición a calificar, y existir más de un niño en el sistema con su respectiva nota Se actualiza satisfactoriamente las calificaciones de los Postcondición niños Paso Actividad El usuario en la opción de notas de pruebas grupales, 1 filtra por área, y se despliega la lista de niños con sus notas 2 El usuario modifica el valor de la prueba a cada niño 2a El usuario ingresa caracteres no válidos 2a.1 El sistema indica que hay caracteres no válidos 3 El usuario da clic en guardar notas de las pruebas El sistema guarda las calificaciones suministradas por el 4 usuario

75

Eliminar notas de pruebas individualmente (Administrador-Facilitador) Eliminar notas de pruebas individualmente Caso de Uso (CU12E) Actores Administrador - Facilitador Propósito Eliminar varias notas de pruebas de varios niños Se debió haber calificado a más de un niño en un Precondición indicador Se eliminan las notas de pruebas del sistema de varios Postcondición niños Paso Actividad El usuario en la opción de notas de pruebas grupales, 1 filtra por área, y se despliega la lista de niños que están asignados a su respectiva área y fase El usuario selecciona los niños a los cuales les va a 3 eliminar las notas de pruebas 4 El usuario le da clic en eliminar notas El sistema despliega un último mensaje para confirmar la 5 eliminación de las notas 6 El usuario confirma la eliminación 7 El sistema actualiza la tabla de notas de pruebas del niño

76

Eliminar notas de pruebas grupalmente (Administrador-Facilitador) Caso de Uso Eliminar notas individualmente (CU12F) Actores Administrador - Facilitador Propósito Eliminar varias notas de pruebas de varios niños Se debió haber calificado a más de un niño en una Precondición prueba Se eliminan las notas de pruebas del sistema de varios Postcondición niños Paso Actividad El usuario en la opción de notas grupales de pruebas, 1 filtra por área, y se despliega la lista de niños que están asignados a su respectiva área y fase El usuario selecciona los niños a los cuales les va a 3 eliminar las notas de pruebas 4 El usuario le da clic en eliminar notas de pruebas El sistema despliega un último mensaje para confirmar la 5 eliminación de las notas 6 El usuario confirma la eliminación El sistema actualiza la tabla de notas de pruebas de los 7 niños

77

Ver lista de notas de pruebas (Administrador-Facilitador) Caso de Uso Ver lista de notas de pruebas (CU12G) Actores Administrador - Facilitador Propósito Listar las notas de pruebas de los niños en el sistema Precondición Se debió por lo menos a un niño Postcondición Se muestran las notas de pruebas de los niños Paso Actividad El usuario selecciona la opción ver lista de notas de 1 pruebas 1a No se han ingresado notas de pruebas al sistema El sistema avisa al usuario que no se han ingresado 1a.1 notas de pruebas al sistema 1a.2 El sistema redirige el usuario a la página principal Se despliega la tabla de notas filtradas por área, niño, 2 fase y periodo académico

78

CU13. OTRAS FUNCIONES Generar informes de gestión (Administrador-Patrocinador) Caso de Uso Ver lista de notas de pruebas (CU13A) Actores Administrador - Facilitador Generar informes estadísticos sobre el progreso de los Propósito niños en la fundación Se debió por lo menos a un niño, haber evaluado por lo Precondición menos un área, y el periodo académico debió haber culminado Postcondición Se genera el informe de gestión Paso Actividad 1 El usuario selecciona un niño del sistema 2 El usuario selecciona el periodo académico 3 El usuario le da clic en generar informe El sistema importa la estadística de las notas de las 4 áreas con sus indicadores 5 El sistema importa las notas de las pruebas 6 El sistema genera estadísticas 7 El sistema junta la información y genera el informe

79

Requerimientos de los cuales salieron los casos de uso.

CASOS DE USO FASES

Figura 3. Caso de uso Fases

80

INGRESO AL SISTEMA

Figura 4. Caso de uso Ingreso al Sistema

81

NOTAS

Figura 5. Caso de uso Notas

82

NOTAS DE PRUEBA

Figura 6. Caso de uso Notas de Prueba

83

FUNDACIÓN

Figura 7. Caso de uso Fundación

84

PERIODOS

Figura 8. Caso de uso Periodos

85

NIÑO

Figura 9. Caso de uso Niño

86

CARACTERIZACIÓN FAMILIAR

Figura 10. Caso de uso Caracterización Familiar

87

PATROCINADOR

Figura 11. Caso de uso Patrocinador

88

SEDE

Figura 12. Caso de uso Sede

89

ÁREA

Figura 13. Caso de uso Área

90

INDICADORES

Figura 14. Caso de uso Indicadores

91

PRUEBAS

Figura 15. Caso de uso Pruebas

92

Posterior se realizo los diagramas de secuencia UML.

INGRESO AL SISTEMA

Figura 16. UML del Ingreso al Sistema

93

CREAR SEDES

Figura 17. UML de Crear Sede

94

ELIMINAR SEDES

Figura 18. UML de Eliminar Sede

95

LISTA SEDES

Figura 19. UML de Lista Sede

96

EDITAR SEDE

Figura 20. UML de Editar Sede

97

LISTA PERIODO

Figura 21. UML de Lista Periodo

98

ELIMINAR PERIODO

Figura 22. UML de Eliminar Periodo

99

CREAR PERIODO

Figura 23. UML de Crear Periodo

100

EDITAR PERIODOS

Figura 24. UML de Editar Periodos

101

CREAR FASES

Figura 25. UML de Crear Fases

102

EDITAR FASES

Figura 26. UML de Editar Fases

103

ELIMINAR FASES

Figura 27. UML de Eliminar Fases

104

LISTA FASES

Figura 28. UML de Lista Fases

105

CREAR ÁREA

Figura 29. UML de Crear Fases

106

EDITAR AREA

Figura 30. UML de Editar Área

107

ELIMINAR AREA

Figura 31. UML de Eliminar Área

108

LISTA AREA

Figura 32. UML de Lista Área

109

LISTA PATROCINADOR

Figura 33. UML de Lista Patrocinador

110

CREAR PATROCINADOR

Figura 34. UML de Crear Patrocinador

111

EDITAR PATROCINADOR

Figura 35. UML de Editar Patrocinador

112

ELIMINAR PATROCINADOR

Figura 36. UML de Eliminar Patrocinador

113

LISTA NIÑO

Figura 37. UML de Lista Niño

114

CREAR NIÑO

Figura 38. UML de Crear Niño

115

EDITAR NIÑO

Figura 39. UML de Editar Niño

116

ELIMINAR NIÑO

Figura 40. UML de Eliminar Niño

117

CREAR CARACTERIZACIÓN FAMILIAR

Figura 41. UML de Crear Caracterización Familiar

118

EDITAR CARACTERIZACIÓN FAMILIAR

Figura 42. UML de Editar Caracterización Familiar

119

ELIMINAR CARACTERIZACIÓN FAMILIAR

Figura 43. UML de Eliminar Caracterización Familiar

120

LISTA CARACTERIZACIÓN FAMILIAR

Figura 44. UML de Lista Caracterización Familiar

121

CREAR INDICADORES

Figura 45. UML de Crear Indicadores

122

EDITAR INDICADORES

Figura 46. UML de Editar Indicadores

123

ELIMINAR INDICADORES

Figura 47. UML de Eliminar Indicadores

124

LISTA INDICADORES

Figura 48. UML de Lista Indicadores

125

LISTA PRUEBAS

Figura 49. UML de Lista de Pruebas

126

ELIMINAR PRUEBAS

Figura 50. UML de Eliminar Pruebas

127

CREAR PRUEBAS

Figura 51. UML de Crear Pruebas

128

EDITAR PRUEBAS

Figura 52. UML de Editar Pruebas

Para las interfaces gráficas, pertenecientes al front-end del sistema, se obtuvo una plantilla de Bootstrap, denominada SB Admin, que otorga algunos beneficios en cuestión de interfaces y flexibilidad para el usuario, caracterizada por ser completamente responsiva, siento Bootstrap conformada por una biblioteca de herramientas de diseño basada en HTML y CSS, integrando gráficas, tablas, menús, página de ingreso, registro, y perdida de clave.

En el desarrollo de las interfaces graficas se diseñó inicialmente un esquema de las sucesiones y flujos de las vistas.

129

Figura 53. Flujo del Sistema, mapa del sitio web

Figura 54. Convenciones del Flujo del Sistema, mapa del sitio web

130

En cuanto al back-end, que hace parte de la capa de acceso de datos, que se conecta el modelo lógico con el front-end, y separa al usuario de los datos sensibles del sistema, por medio de php 5.6 y json, se realizó consultas necesarias para la conexión con la base de datos, e indispensablemente para realizar operaciones esenciales del sistema, CRUD (Acrónimo en español de crear, leer, actualizar y eliminar), el cual se puede resumir en procesos de registro, modificación, lista de los datos, y la eliminación de la misma.

Para la Seguridad del login, se creó un inicio de sesión con una interfaz sencilla, en sí mismo este login está completamente aparte del contenido normal del sistema, recibe el nombre de usuario y compara su información con un archivo que contiene la información de la base de datos, realiza la consulta pertinente para poder revisar si el usuario existe.

Una de las contramedidas que se tiene contra ataques de inyección SQL (Se ingresan comandos SQL en los espacios de consulta o verificación de una página web y este abre una brecha a la base de datos) es por medio de una función denominada htmlentities(), otras vulnerabilidades que se evitaron son, XSS (Inyección de un script, o código malicioso, que hace que los usuarios envíe su información a terceros desconocidos, sesiones, cookies, perdiendo control de su cuenta), Fuerza Bruta (Ingresar caracteres en los espacios de acceso usando un diccionario de palabras, intentando varias veces, hasta tener suerte y poder acceder), LFI(Inclusión de archivos locales, donde se explotan vulnerabilidades en los archivos PHP), RFI(Inclusión de archivos remotos, se le dice al archivo PHP que redireccione consultas, con ello se obtiene acceso fácil a los sistemas).

Las consultas de verificación se realizan entre la vista y el back-end, luego confirma la veracidad de los datos obtenidos, y finalmente otorga acceso al sistema, si hay campos erróneos o valores no aceptados, simplemente el sistema no deja entrar. La contraseña se guarda sumándole una “sal” (Salty en inglés, término que describe una cadena de caracteres aleatorio que solo el sistema reconoce) y se guardan con un hash (función que cifra una cadena de caracteres) BCrypt (Uno de los mejores hashes para cifrar contraseña), estos para evitar entradas de fuerza bruta al sistema, o para evitar que quien logre entrar a la información de los usuarios, no pueda descifrar las contraseñas.

Adicionalmente, se establecieron varias validaciones para evitar que los usuarios registren caracteres que no correspondan a la información solicitada por el sistema y a su vez, genere errores en la base de datos; cuando el usuario ingresa caracteres erróneos, el sistema le notifica al usuario para que este modifique la información ingresada. Todo lo anterior mencionado, sin sacrificar la flexibilidad y fácil acceso del sistema desde cualquier entorno en cualquier locación.

Una vez realizado todos estos procesos, como resultado dio el aplicativo finalizado, como se puede evidenciar en las siguientes capturas de pantalla.

131

Figura 55. Página inicial, presentación

Figura 56. Página inicial, entrada al sistema

132

Figura 57. Página inicial, descripción de la fundación

133

Figura 58. Página inicial, galería

Figura 59. Página inicial, estadísticas globales del sistema

134

Figura 60. Página inicial, contacto a la fundación

Figura 61. Panel de inicio

135

Figura 62. Lista de Indicadores

Figura 63. Crear Indicadores

136

Figura 64. Editar Indicadores

Figura 65. Ver áreas

Figura 66. Crear área

137

Figura 67. Editar área

Figura 68. Ver usuario

138

Figura 69. Crear usuario

139

Figura 70. Editar usuario

Figura 71. Ver sede

140

Figura 72. Crear sede

Figura 73. Editar sede

141

Figura 74. Ver fase

Figura 75. Crea fase

142

Figura 76. Editar fase

Figura 77. Ver patrocinador

143

Figura 78. Crear patrocinador

Figura 79. Editar patrocinador

144

Figura 80. Ver periodo

Figura 81. Crear periodo

145

Figura 82. Editar periodo

146

Figura 83. Registro estudiante (pestaña 1)

147

Figura 84. Registro estudiante (pestaña 2-3)

Figura 85. Registro estudiante (pestaña 4)

148

Figura 86. Lista estudiante inicial

Figura 87. Lista estudiante búsqueda

149

Figura 88. Lista estudiante por capital vital

150

Figura 89. Registro caracterización familiar (Pestaña 1)

151

Figura 90. Registro caracterización familiar (Pestaña 2)

152

Figura 91. Registro caracterización familiar (Pestaña 3)

Figura 92. Registro caracterización familiar (Pestaña 4)

153

Figura 93. Registro caracterización familiar (Pestaña 5)

154

Figura 94. Registro caracterización familiar (Pestaña 6)

155

Figura 95. Registro caracterización familiar (Pestaña 7)

156

Figura 96. Registro caracterización familiar (Pestaña 8)

Figura 97. Asignar sede

157

Figura 98. Información del patrocinador

Figura 99. Nota inicial

158

Figura 100. Búsqueda de notas

Figura 101. Ingresar notas

159

Figura 102. Ingresar pruebas

Figura 103. Patrocinador inicial

160

Figura 104. Búsqueda patrocinador

161

7. MARCO OPERATIVO DE LA PRÁCTICA EMPRESARIAL

a. Conocimientos teóricos aplicados a la función diaria Hubo una gran cantidad de conocimientos que adquiridos durante la carrera que se tuvo la necesidad de profundizar, en general aplicamos conocimientos enfocados a la producción de proyectos de desarrollo, por lo que la necesidad de entrar a fondo temas relacionados al análisis, diseño y desarrollo, por parte del análisis, se quiso dar una perspectiva profesional a la hora de identificar los procesos rutinarios de la fundación, por lo que a la hora de plasmarlos en la fase de diseño, tendrían que tener ciertos criterios de calidad para que estos procesos fuesen sistematizados correctamente, por lo que en sí, el análisis fue una parte indispensable en el desarrollo del proyecto, de ahí salió la parte de diseño, pasando a los requerimientos de los casos de uso, casos de uso, y el mapa del sitio del sistema, aplicando constantemente conocimiento teórico aprendido durante la carrera, y apoyándolo con asesorías con profesores de la universidad.

Se aplicó conocimiento en base de datos, mysql, consultas tipo sql, cursores mysql, bucles, triggers, los cuales básicamente son disparadores de objetos que se asocian con tablas y se almacenan en la base de datos, procedimiento funcionales, funciones en términos de php, conexiones a bases de datos, enviar y recibir datos de la base de datos a las interfaces gráficas, todo lo relacionado a la seguridad para la creación de un sistema de ingreso, creación de usuarios, recuperación de contraseñas, sistemas de seguridad internos para evitar ataques informáticos comunes en sistemas dirigidos a la web; adicionalmente se estudió en profundidad lenguajes vistos a un nivel básico en la carrera como, , , jquery, csss, y json.

Se tuvo en cuenta varias guías legislativas para tener en cuenta sobre el entorno legal del desarrollo del sistema, relacionado a estándares de protección de datos personales, propiedad intelectual, derechos de autor, y normatividad relacionada, como los Estándares de Protección de Datos Personales, de la Superintendencia de Industria y Comercio, Decisión Andina 486 de 2000, Decisión Andina 351 de 1993, Ley 23 de 1982, y la Ley 1450 del 16 de junio de 2011.

b. Dificultades que se le presentaron durante la práctica Hubo tres grandes dificultades en el desarrollo del sistema, la primera fue en la fase de recolección de datos, la fundación, en específico algunos facilitadores, dieron obstáculos para brindar formatos que describen procesos indispensables para el proyecto, dando como resultado a un retraso de casi dos meses, hasta que se tuvo

162

contacto directo con un directivo que brindó la información suficiente para continuar con el proyecto.

Posterior a ello, el conocimiento avanzado que se necesitaba para programar ciertos procesos y consultas relacionadas a la base de datos dieron también retrasos, no muy significativos, pero que generaron cierto grado de presión, hasta que por propios medios se lograron llevar a cabo, las herramientas web y el soporte de la comunidad en determinados lenguajes de programación fueron clave para lograr avanzar en el proyecto, y además ayudó a enriquecer el conocimiento.

Por último uno de los grandes dificultades presentadas, fueron los constantes cambios en el sistema, inclusive después de determinar el límite del sistema en el primer mes del proyecto, la fundación fue expresando cambios significativos, al inicio se estableció el primer método para la caracterización familiar de los niños de la fundación, unos meses antes del plazo final para acabar la práctica empresarial, adicionaron más ítems a la caracterización familiar; también desde un inicio tuvieron dudas sobre la calificación de los niños, más específicamente sobre el comportamiento de los indicadores evaluativos, en más de una ocasión se tuvo que hacer cambios en este aspecto, además de esto la adición a nuevos procesos que no estaban previstos, pero que eran necesidad de la fundación, los cuales se intentaron llevar a cabo para mantener un margen de satisfacción de la fundación, aunque fuese en contra de lo establecido inicialmente.

Se presentaron faltas a algunas citaciones con la fundación para mostrar avances, ya que muchos de los cambios que se solicitaban realizar en el sistema eran exigentes, y el plazo era mínimo comparado a la exigencia del mismo. Aun así, se logró sacar adelante el proyecto en base a los objetivos iniciales presentados en el anteproyecto a finales del 2017, e inclusive más de lo propuesto.

c. Calidad de trabajo y rapidez El sistema fue culminado satisfactoriamente en base a los objetivos propuestos, con más servicios de lo propuesto inicialmente, y con un grado de calidad excelente; los tiempos del cronograma fueron incumplidos por los problemas descritos anteriormente, aun así, el producto del proyecto es excelente.

d. Desarrollo autónomo y grupal del trabajo ALONSO OYOLA TRUJILLO, se encargó de los casos de uso, y aportar ideas indispensables en la fase de análisis y diseño del conceptual inicial.

HERMES SAMIT CASTAÑO, recolección de información en la fase de análisis, encargado de la documentación del proyecto, desarrollo del diseño del sistema, base de datos, modelo conceptual, requerimientos de los casos de uso, y apoyo a la gestión documental del sistema.

163

FELIPE GALINDO LOZANO, recolección de información en la fase de análisis, apoyo a la gestión documental del proyecto, desarrollador líder del sistema, estableció los parámetros iniciales y finales de las interfaces, programó procesos, seguridad y roles del sistema.

Como grupo se apoyó constantemente uno del otro para realizar sus tareas, todas las actividades estaban conectadas unas de otras, por tanto, la comunicación fue una parte fundamental para el desarrollo del sistema, las ideas fueron planteadas por todos, y el trabajo en grupo fue la clave del éxito para culminar el proyecto.

e. Planeación de tareas Siguiendo tres procesos esenciales en el transcurso del proyecto, análisis, diseño, y desarrollo, se parte de ahí para entender la planificación de tareas; inicialmente se tuvieron varios encuentros en las sedes de la fundación para la recolección de información, y para poder entender los procesos correspondientes al sistema a desarrollar, el resto de tareas se realizaron a distancia de la fundación, en algunos de los casos teniendo apoyo de algunos profesores de la universidad, y teniendo asesorías con comunidades de desarrolladores, se fue escalando poco a poco para avanzar en el progreso del sistema, abarcando uno a uno los procesos hasta tener la suficiente información para continuar al otro, siempre que se presentaba un inconveniente o un cambio significativo en el sistema, se retomaban los procesos de desarrollo desde el inicio para poder tener claridad y consecución en el desarrollo del mismo.

f. Adaptación Los integrantes tuvieron grandes cambios para poderse adaptar a la exigencia del proyecto, el más significativo fue el no tener un trabajo estable, para poder dedicarle tiempo a los diferentes ámbitos del proyecto, teniendo así la libertad de poder citar reuniones en horarios accesibles a la universidad y/o a la fundación.

Tener conocimientos intermedios en inglés fue un apoyo importante a la hora de realizar consultas en temas avanzados de programación, ya que la mayoría de conocimiento que se necesitaba estaba en este idioma.

g. Tolerancia al trabajo bajo presión La única presión generada en el curso del proyecto fueron los cambios constantes requeridos por la fundación que generaban retrasos en los tiempos de entrega y hacían la fecha límite de entrega del proyecto más temprana, frente a esta situación se toma la decisión de seguir trabajando en el proyecto día y noche, hasta lograr un resultado óptimo de beneficio para las partes relacionadas, integrantes del proyecto, la universidad, y la fundación.

h. Nivel de compromiso El nivel de compromiso de los integrantes del proyecto ha sido total, dedicando todo su tiempo y energías al desarrollo del mismo.

164

i. Puntualidad Efectivamente fue imposible cumplir a cabalidad el cronograma inicial presentado en el anteproyecto de este, debido a las dificultades que se presentaron durante la práctica, ya expresadas en el apartado “b” de esta sección.

j. Capacidad para asumir nuevas responsabilidades Se asumieron nuevas responsabilidades durante el transcurso del desarrollo, y básicamente fueron los cambios solicitados por la fundación, aunque estos retrasaron el cronograma establecido inicialmente, se asumieron para poder darle la satisfacción y calidad, demostrando compromiso y eficiencia en términos de desarrollo y capacidad de asumir nuevas responsabilidades.

k. Documentación del trabajo realizado (soportes) Los documentos que soportan el trabajo realizado descrito en este proyecto, están discriminados en la lista de contenidos.

165

8. CONCLUSIONES

El proyecto impacta distintas áreas entorno a la fundación Colombia Somos Todos, económicamente, al hacer que los procesos de registro sean digitalizados en el sistema, van a ahorrar dinero en los costos de insumos de oficina, papeles, tinta de impresora, lapiceros, carpetas, u otras herramientas que se utilizaban antiguamente para llevar a cabo sus registros, e indirectamente al gastar menos papel, aportan a una actividad “empresarial” saludable ambientalmente; tecnológica y productivamente, avanzan en la modernización y estandarización de procesos, reduciendo así costos y tiempos en la ejecución de sus servicios y actividades. Además de ser un producto más que va a dar un valor agregado al portafolio de servicios que ofrecen a los patrocinadores, reflejando innovación y adaptabilidad en el contexto actual de los avances tecnológicos en entidades, instituciones y fundaciones, siendo así más competitivos dentro de su entorno.

Este desarrollo suple las necesidades de la fundación y además tiene un potencial de crecimiento impresionante, desde el modelo conceptual en adelante fue creado con la intención que la fundación con el tiempo vaya realizando actualizaciones fácilmente, agregando nuevos módulos al sistema actual, por ejemplo, relacionados a la gestión documental, administrativa, calidad u otro, o la modificación del módulo de seguimiento y control actual.

166

9. RECOMENDACIONES

La fundación Colombia Somos Todos desde un inicio expreso la existencia de una entidad tercera que se encargará de realizar la implementación del sistema en un servidor web, por lo que tiene que tener en cuenta varios aspectos, específicamente los relacionados a las especificaciones técnicas del software reflejadas en el marco teórico.

Es indispensable tener en cuenta el registro del código ante la Dirección Nacional de Derechos de Autor y Software, así como el registro de la base de datos en la Superintendencia de Industria y Comercio, además de tener en cuenta los aspectos legales relacionados al mismo.

Fundamentalmente para el registro de personas en el sistema, es necesaria la creación de un documento de privacidad y confidencialidad de los datos personales, esto para tener asegurar la protección de la gestión y control de los datos personales de las personas que ingresan o son registradas en el sistema.

Para futuras actualizaciones con otros practicantes de universidades o profesionales contratados, se debe tener en cuenta, que dichos mencionados deben tener un nivel de conocimiento intermedio o avanzados en lenguajes programación específicos como, Javascript ES5, jQuery 3.2.1, PHP 5.6, MySQL 5.7, Bootstrap 4.0 y CSS 3.

167

10. GLOSARIO

ACCESIBILIDAD: Que tiene acceso; de fácil comprensión, inteligible.

ADAPTACIÓN: Acción y efecto de adaptar o adaptarse; acomodar, ajustar algo a otra cosa; hacer que un objeto o mecanismo desempeñe funciones distintas.

ANÁLISIS: Distinción y separación de las partes de algo para conocer su composición; estudio detallado de algo.

APLICACIÓN: En informática, programa preparado para una utilización específica.

BASE DE DATOS: Conjunto de datos organizado de tal modo que permita obtener con rapidez diversos tipos de información.

COMPATIBILIDAD: Cualidad de compatible; dicho de una persona o de una cosa: Que puede estar, funcionar o coexistir sin impedimento con otra.

CONOCIMIENTO: Entendimiento, inteligencia, razón natural; noción, saber o noticia elemental de algo.

CONTROL: Comprobación, inspección, fiscalización, intervención; dominio, mando, preponderancia.

DESARROLLO: Acción y efecto de desarrollar o desarrollarse; realizar o llevar a cabo algo.

DIRECTIVO: Que tiene facultad o virtud de dirigir

DISEÑO: Concepción original de un objeto u obra destinados a la producción en serie.

DOCUMENTACIÓN: Acción y efecto de documentar; probar, justificar la verdad de algo con documentos.

FACILITADOR: Persona que se desempeña como instructor u orientador en una actividad.

FLEXIBILIDAD: Cualidad de flexible; susceptible de cambios o variaciones según las circunstancias o necesidades; susceptible de cambios o variaciones según las circunstancias o necesidades.

FUNDACIÓN: Persona jurídica dedicada a la beneficencia, ciencia, enseñanza o piedad, que continúa y cumple la voluntad de quien la erige.

168

GESTIÓN: Acción y efecto de gestionar; ocuparse de la administración, organización y funcionamiento de una empresa, actividad económica u organismo.

INGENIERÍA: Conjunto de conocimientos orientados a la invención y utilización de técnicas para el aprovechamiento de los recursos naturales o para la actividad industrial.

INNOVACIÓN: Creación o modificación de un producto, y su introducción en un mercado.

INTERFAZ: En informática, Conexión, física o lógica, entre una computadora y el usuario, un dispositivo periférico o un enlace de comunicaciones.

MODELO: Representación de alguna cosa.

MODERNIZACIÓN: Acción y efecto de modernizar; Hacer que alguien o algo pase a ser moderno; perteneciente o relativo al tiempo de quien habla o a una época reciente.

PATROCINADOR: Dicho de una persona o de una entidad: Que patrocina una actividad frecuentemente con fines publicitarios.

PLANEACIÓN: Acción y efecto de planear; hacer planes o proyectos.

PRÁCTICA: Ejercitar, poner en práctica algo que se ha aprendido y especulado.

PROCESO: Ejercitar, poner en práctica algo que se ha aprendido y especulado.

PROGRAMACIÓN: Acción y efecto de programar; idear y ordenar las acciones necesarias para realizar un proyecto.

PROYECTO: Primer esquema o plan de cualquier trabajo que se hace a veces como prueba antes de darle la forma definitiva.

REGISTRO: Acción de registrar; inscribir con fines jurídicos o comerciales la firma de determinadas personas, o una marca comercial.

REQUERIMIENTO: Acción y efecto de requerir; reconocer o examinar el estado en que se halla algo.

SEGURIDAD: Cualidad de seguro; que no falla o que ofrece confianza.

SERVIDOR: Unidad informática que proporciona diversos servicios a computadoras conectadas con ella a través de una red.

169

SISTEMA: Conjunto de cosas que relacionadas entre sí ordenadamente contribuyen a determinado objeto; conjunto de reglas o principios sobre una materia racionalmente enlazados entre sí.

SISTEMA OPERATIVO: En informática, Programa o conjunto de programas que realizan funciones básicas y permiten el desarrollo de otros programas.

SOFTWARE: En informática, Conjunto de programas, instrucciones y reglas informáticas para ejecutar ciertas tareas en una computadora.

SOPORTE: En informática, Conjunto de programas, instrucciones y reglas informáticas para ejecutar ciertas tareas en una computadora.

TECNOLOGÍA: Conjunto de teorías y de técnicas que permiten el aprovechamiento práctico del conocimiento científico.

VULNERABILIDAD: Cualidad de vulnerable; que puede ser herido o recibir lesión.

WEB: Página web, conjunto de informaciones de un sitio web que se muestran en una pantalla y que puede incluir textos, contenidos audiovisuales y enlaces con otras páginas.

:

170

11. BIBLIOGRAFÍA

● UNIVERSIDAD DE PAMPLONA, COLOMBIA. (2014). Norma Técnica Colombiana - NTC 1486. Recuperado el 5 de octubre del 2018 en: https://goo.gl/KEFm7m ● UNIVERSIDAD COOPERATIVA DE COLOMBIA. (2005). Reglamento sobre las modalidades de grado. Recuperado el 20 de septiembre del 2018 en: https://goo.gl/gryLgh ● WEBKIT. (2017). Applications using Webkit (Aplicaciones usando Webkit). Recuperado el 5 de septiembre del 2018 en: https://goo.gl/LxUJBV ● SUCURI. (2014). Most Common Attacks Affecting Today’s Websites, Ataques más comunes que afectan las páginas web actualmente. Recuperado el 2 de octubre del 2018 en: https://goo.gl/jpK6Ei ● REAL ACADEMIA ESPAÑOLA. (2018). Glosario, Diccionario de la Real Academia Española. Recuperado el 4 de noviembre del 2018 en: http://dle.rae.es ● ADOBE. (2018). Sobre Adobe DreamWeaver, Herramienta para manipular diseño, aspectos y proporciones de la página web. Recuperado el 20 de septiembre del 2018 en: https://goo.gl/o1EoKF ● SOURCEFORCE. (2018). Sobre Wamp Server, servidor local. Recuperado el 20 de septiembre del en: https://goo.gl/yZziG9 ● APACHE HTTP SERVER PROJECT. (2018). Documentación Apache 2.4.27. Recuperado el 20 de septiembre del 2018 en: https://goo.gl/jXeD24 ● PHP. (2018). Manual PHP. Recuperado el 20 de septiembre del 2018 en: http://php.net/manual/en/ ● MYSQL. (2018). Documentación MYSQL. Recuperado el 10 de septiembre del 2018 en: https://dev.mysql.com/doc/ ● MARIADB. (2018). Documentación MARIADB. Recuperado el 11 de septiembre del 2018 en: https://goo.gl/4x4m8E ● NETBEANS. (2018). Documentación NetBeans. Recuperado el 11 de septiembre del 2018 en: https://goo.gl/aiBL5o ● START BOOTSTRAP. (2018). Plantilla de Bootstrap, SB Admin. Recuperado el 11 de septiembre del 2018 en: https://goo.gl/XGgwYy ● CONGRESO IBEROAMERICANO DE TRABAJO SOCIAL. (2012). Ejemplos Referencias Bibliográficas (Normas APA). Recuperado el 9 de noviembre del 2018 en: https://goo.gl/a9wz6u

171

12. ANEXOS

172

12.1 ACTA DE FINALIZACIÓN

173