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.

Número de Postulaciones Crédito con Garantía del Estado

2006 2007 CrecimientoFUAS 91.524 159.439 74%

Curva de Comportamiento del Postulante

2021222324252627

Nº días de Postulación

Formularios EnviadosFormularios sin Enviar

Nº

Fo

rmu

lari

os

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:

1. Separación completa de la capa de presentación y de la capa de datos.

2. Balanceo de carga en la capa de presentación.3. Cluster de base de datos.4. Utilización de AJAX (Asynchronous JavaScript and

XML).5. Uso de aplicaciones Open Source.

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

1. Separación completa capa presentación con capa datos:

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

1. 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)

2. 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)

3. 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)

4. Utilización de Ajax:

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

4. 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)

5. 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.