Modelo de Tecnología para Crédito Educativo en Chile Sistema Crédito Estudios Superiores INGRESA - Chile

Temario 1.Modelo de Sistema de Postulación. 2.Arquitectura del Sistema de Crédito

1.1 Antecedentes (1) Década de los 90 se efectuaba postulación en las IES mediante llenado de formularios físicos (papel). Toda validación de antecedentes era mediante presentación de documentos de respaldo y visitas en terreno. Lo anterior implicaba: Alto costo administrativo de operación. Alto grado de pérdida de información. Procesos independientes no centralizados. Mucho tiempo involucrado. Conclusión: Necesidad de automatizar el proceso de postulación.

1.1 Antecedentes (2) Año 2000, inicio postulación a créditos y becas del Ministerio de Educación mediante formulario Web (Utilización de Internet). Año 2006, primera experiencia para Crédito con Garantía del Estado. Beneficios: Estandarización del proceso (independiente de las IES). Disminución de pérdida de datos y tiempo de procesamiento. Unificación de criterios y antecedentes solicitados. Proceso masivo en periodo único.

1.2 Proceso Masivo en Periodo Único (1) Centralización en el manejo de la información. Necesidad de asegurar el resguardo y privacidad de los antecedentes declarados. Garantizar consistencia en el guardado de la información. Necesidad de asegurar sistema de alta disponibilidad.

1.2 Proceso Masivo en Periodo Único (2) Aumento gradual y considerable del número de postulantes. Observación: sistema debe hacerse cargo del comportamiento de postulación.

Curva de Comportamiento del Postulante 1.2 Proceso Masivo en Periodo Único (3)

1.3 Solución Tecnológica del Desarrollo (1) Las decisiones relevantes adoptadas para el correcto funcionamiento del sistema son: Separación completa de la capa de presentación y de la capa de datos. Balanceo de carga en la capa de presentación. Cluster de base de datos. Utilización de AJAX (Asynchronous JavaScript and XML). Uso de aplicaciones Open Source.

1.3 Solución Tecnológica del Desarrollo (2) Separación completa capa presentación con capa datos:

1.3 Solución Tecnológica del Desarrollo (3) Separación completa capa presentación con capa datos: permite que la inserción, extracción o reemplazo de máquinas en la capa de presentación se pueda hacer sin interrumpir a ningún usuario del sistema, ya que los datos de la sesión y de su formulario se maneje en la capa de datos completamente aparte, dándole un nivel de disponibilidad muy alto.

1.3 Solución Tecnológica del Desarrollo (4) Balanceo de Carga capa presentación: Inicialmente era parte de la solución, ahora es un servicio contratado. Round Robin, permitiendo repartir correctamente el consumo de recursos en cada uno de los servidores. Asegura la incorporación de más hardware produciendo aumento en la velocidad del servicio y en su disponibilidad. Existe una disminución considerable en tiempo de respuesta al momento de generarse un crecimiento, en máquinas, del Web Server.

1.3 Solución Tecnológica del Desarrollo (5) Cluster de Base de Datos: Permite poder utilizar varias máquinas para dar respuesta a los requerimientos del sistema. Permite que la información se mantenga sincronizada entre cada uno de los servidores de base de datos. se disminuye la carga del sistema en forma prácticamente lineal con respecto a la cantidad de servidores de bases de datos

1.3 Solución Tecnológica del Desarrollo (6)

1.3 Solución Tecnológica del Desarrollo (7) Utilización de Ajax:

1.3 Solución Tecnológica del Desarrollo (8) Formas de utilización de Ajax: Generando precargas de datos. Consumo de recursos al inicio de la aplicación. Evitando, vía caché en las consultas, el excesivo consumo de recursos en la capa datos. Validación de los datos del sistema en forma dinámica. Permite que el formulario se esté continuamente validando sin importar la cantidad de datos agregados. Lo anterior implica que NO sea necesario el envío del formulario por el alumno para producir las distintas validaciones. Modificación de la información del sistema en línea.

1.3 Solución Tecnológica del Desarrollo (9) Uso de aplicaciones Open Sources: No existen costos de licenciamiento por servidor. El beneficio está en asegurar la alta disponibilidad de los servicios ya que los costos están relacionados con el hardware y mantenimiento de la plataforma.

1.4 Logros percibidos Alta disponibilidad del servicio. Rapidez en tiempos de respuesta por no existir encolamiento de procesos. Flexibilidad técnica para crecer en hardware que asegure el servicio. Seguridad de niveles elevados de respuesta con alto grado de concurrencia en base de datos. Costos bajos de implementación de posibles upgrade del software y hardware.