CAPITULO IV

DESARROLLO DE LA SOLUCIN

Este captulo plasma el desarrollo de la solucin al problema formulado, que

implica la construccin de un Sistema Automatizado Para El Registro Y Control De
Matrcula De Los Estudiantes De Primaria Del G.E Loma Linda Ubicada En El
Sector 1 De Palma Sola, Municipio Juan Jos Mora, Morn. Estado Carabobo.
A continuacin se detallan las actividades realizadas en cada fase, presentando los
productos obtenidos que dan cuenta del avance del desarrollo y construccin del
sistema.

IV.1. Fase 1: Formulacin e identificacin de requisitos

Esta fase se inici con la revisin de los procesos del sistema actual, realizando la
recopilacin de informacin y datos a travs del instrumento bsico entrevistas
abiertas a los usuarios que participan en el proceso y la observacin directa en
sitio.

De la informacin obtenida se pudo dar respuesta a las siguientes

interrogantes:

Cul es la motivacin principal del sistema?

Por qu es necesario el sistema automatizado?
Quin utilizar el sistema y qu tipos de usuarios se requerirn?

A partir de la informacin levantada, se presentan los elementos esenciales para

cada interrogante:
61
 Motivacin principal del sistema: La informacin recabada a travs de la
Coordinadora del G.E Loma Linda donde se constat la realidad actual del
proceso de registro y control de matrcula estudiantil y la forma como se
maneja la informacin y como se realizan las actividades en la Coordinacin.
Se procedi a la revisin de formatos, es decir, a la observacin de todas
aquellas planillas, reportes y dems formas textuales que se utilizan para la
recoleccin, almacenamiento y presentacin de datos, como lo son por
ejemplo: las planillas de registro del estudiante, docentes, fichas, reportes
generales, entre otros.

La motivacin principal del sistema corresponde a la necesidad de disponer

de una herramienta automatizada que dote de nuevas capacidades a la
Coordinacin con relacin a la gestin del proceso de registro y control
de matrcula estudiantil.

La institucin podr, con un nuevo sistema, dar respuesta oportuna a la

demanda de informacin en materia de registro y control de matrcula
estudiantil, asegurando una alta calidad en los datos e informacin para
todos los involucrados, liberando parte de las horas-hombre utilizadas en la
actualidad por el sistema manual, para desarrollar nuevas actividades y
optimizar los recursos disponibles. Esto redundar en actividades para el
control de calidad en datos e informacin, as como tareas de seguimiento y
optimizacin.

Necesidad de un sistema automatizado para la Coordinacin: Con la

consecuente evolucin de las aplicaciones tecnolgicas, es prioritario para la
Coordinacin adquirir un sistema automatizado, que tenga todas las
funcionalidades necesarias para llevar un manejo previo del registro y control
de matrcula de los estudiantes, permitiendo al personal de la Coordinacin,
registrar, consultar y actualizar datos de forma fcil y confiable. Todo esto,
con una herramienta desarrollada en software libre.
 Tipos de usuarios: Para modelar el nuevo sistema se identificaron los
grupos de personas que participan en el proceso de registro y control de
matrcula estudiantil dentro de la Coordinacin. De las entrevistas realizadas
se pudo reconocer la existencia de tres tipos de usuarios bien diferenciados:

a) Administrador: Ser el usuario autorizado para ejecutar todas las

operaciones del sistema, sin restricciones; incluyendo el soporte tcnico.

El perfil requerido para el administrador es el siguiente:

Administrador de MBD MySQL.

Tener dominio del lenguaje de programacin PHP.

.

Poseer conocimiento generales de los procesos de la Coordinacin (dominio

del problema).

b) Coordinador: Ser el usuario autorizado para ejecutar todas las operaciones

y funcionalidades del sistema.

El perfil requerido para el Coordinador es el siguiente:

Destrezas en el manejo de computadoras y aplicaciones de ofimtica.

Conocimiento de todos los procesos de la Coordinacin en materia de

registro y control estudiantil, con el nivel necesario para la toma de
decisiones.
 c) Personal Operativo: Ser el tipo de usuario encargado de transcribir y
procesar datos, garantizando el normal desarrollo de las actividades del
proceso de registro y control estudiantil; adems, ser el responsable de
suministrar la informacin, reportes, listados y consultas que demande el
entorno.

El perfil requerido es el siguiente:

Manejo de computadoras y aplicaciones informticas.

Conocimiento de los procesos de la Coordinacin.

En la figura 1 se presenta la jerarqua de las categoras de usuarios identificada

para el nuevo sistema:

Usuario
Sistema

Administrador Coordinador Personal Operativo

Figura N 1. Jerarqua de Usuario.

Por otra parte, del anlisis de la informacin levantada y de las observaciones en

sitio, as como de las respuestas a preguntas especficas formuladas en el G.E
Loma Linda, se establecieron las metas segn las dos categoras siguientes:
Metas Informativas:

El nuevo sistema deber cumplir con las siguientes capacidades y

funcionalidades:
- Mantener actualizados los datos y en general, todo lo relacionado con la
actuacin acadmica de cada estudiante.
- Generar de forma oportuna los diferentes reportes requeridos.
- Suministrar informacin al representante de forma oportuna cuando as lo
requiera.

Metas Aplicables:

El sistema automatizado de Registro y Control de matrcula estudiantil del G.E

Loma Linda, determin un conjunto de conocimientos mnimos para su
utilizacin, razn por la cual en la documentacin de apoyo quedo establecidas las
competencias de los usuarios en sus distintos tipos, as como los criterios tcnicos
para la implantacin correspondiente.

Con relacin al perfil del usuario, se destac que los potenciales usuarios para el
nuevo sistema automatizado de Registro y Control de matrcula estudiantil han
desarrollan destrezas en el manejo del computador, razn por la cual se han
apropiado del conocimiento necesario para abordar el manejo de un sistema
como el propuesto.
Requisitos, Restricciones y Atributos para el Sistema
Automatizado

Para completar el desarrollo de la Fase 1, se estableci un conjunto de requisitos

que deben satisfacer el nuevo sistema automatizado de Registro y Control de
matrcula estudiantil, as como especificaciones de la interaccin para las
diferentes tipos de usuarios, algunas restricciones tcnicas y ciertos atributos de
calidad.

Los requisitos acordados y aprobados por los usuarios se detallan a

continuacin:

Requisitos funcionales

Estos requisitos definen las funciones que el sistema debe realizar.

Describen las transformaciones que el sistema realiza sobre las entradas,
para producir las salidas esperadas; es decir, se centran en las respuestas
o salidas que genera el sistema automatizado de Registro y Control de
matrcula estudiantil, al igual que las operaciones que debe realizar para su
correcto funcionamiento.

Cada requisito se identifica con un nmero nico para mantener al

trazabilidad durante el diseo y desarrollo de la solucin.

RF1: Registrar y actualizar los datos de los docentes (Cdula, Nombre,

Apellido, Edad, Direccin, Telfono, Correo, Estado Civil, Profesin).

RF2: Registrar y actualizar los datos de los estudiantes (Cedula, Nombre,

Apellido, Edad, Direccin, Telfono, Correo, grado, fecha nacimiento

RF3: Registrar y actualizar los datos del representante (Cdula, Nombre,

Apellido, Edad, Direccin, Telfono, Correo, Estado Civil, Profesin).
 RF6: Consultar expedientes de estudiantes (Cedula, Nombre, Apellido,
Edad, Direccin, Telfono, Correo, Estado Civil, Profesin,
Discapacidad,

RF7: Visualizar por pantalla e impresora el listado de estudiantes (Cedula,

Nombre, Apellido, Edad, Direccin, Telfono, Correo, Estado Civil, Profesin,
Discapacidad, Programa, Trimestre, Trayecto, Posee Beca, Etnia, Egresado
de Rivas, Aldea, Estado, Municipio, Nota, Materia).

Requisitos no funcionales

Los requisitos no funcionales del sistema representan todos aquellos

aspectos del sistema, que no cumplen con una funcin especfica; pero que
facilitan la interaccin entre los actores y el sistema; e incluyen restricciones
y atributos de calidad.

RNF1: Validar el ingreso de los usuarios mediante un usuario y una

clave.

RNF2: Identificar el tipo de usuario y mostrar el men de acuerdo a su

perfil.

RNF3: Proporcionar una interfaz grfica sencilla, con base a opciones tipo
mens, ventanas, botones y listas desplegables.

RNF4: Visualizar las pantallas en cualquier equipo que pueda ejecutar un

navegador de Internet y el sistema operativo Linux o Windows. Las pruebas
del sistema ser realizarn con dos navegadores: Mozilla FireFox e Internet
Explorer
 RNF5: Implementar mensajes para advertir errores cometidos al registrar
datos y ayuda en lnea.

RNF6: Permitir futuras mejoras de acuerdo con las necesidades presentadas.

RNF7: Garantizar seguridad; se requiere la identificacin del usuario para

acceder a las diferentes opciones.

RFN8: Salida del sistema de manera segura (cierre de sesin y desconexin

de la base de datos).

En la figura 2 se muestra un caso de uso de alto nivel por categora de

usuarios con los elementos principales citados antes:

Sistem
a

Ingresar al Sistema

Administrador Registrar, Actualizar Coordinador

Datos

Consulta

Generar Reporte

Personal Operativo Salir del Sistema

Figura N 2. Casos de Uso de Alto Nivel. Actores: Administrador, Coordinador, Personal

Operativo, Estudiante. Fuente: Sergio Alvares, Jarly Barrozo.
.2. Fase 2: Anlisis.

En esta fase se establecen los requisitos y se identifican diversos elementos

esenciales a partir de los anlisis de contenido, de interaccin, funcionales,
navegacin y de configuracin.

a. Anlisis del contenido.

De manera general se describen y representan las posibles interacciones

(relaciones) de los actores con el sistema, basndose en eventos enviados por los
actores al sistema o recibidos por los actores.

A partir de los actores y los casos de usos, se describi en forma detallada cada
uno de los casos de uso, elaborndose sus respectivos diagramas para ilustrar
cmo se relacionan con los actores y con otros casos de uso, modelando de esta
manera el comportamiento del sistema, siguiendo los criterios UML.

Los diagramas resultantes de los casos de usos (con sus respectivos sub casos o
subsistemas) y las descripciones respectivas se muestran a continuacin:
 ID C.U. 01 Caso de Uso Ingresar al Sistema
Requisitos RNF1, RNF2
Actor(es) Sergio Alvares, Jarly Barrozo.

Objetivo Acceder al sistema como usuario autorizado con nivel de

privilegios segn su rol.
Precondicin El usuario est registrado en el sistema
Accin del Actor Respuesta del Sistema
Inicia el sistema web 1. El sistema presenta el formulario de identificacin de
usuario.
Ingresa 2. El sistema valida datos ingresados: cdigo de
identificacin (cdigo usuario/contrasea.
de usuario y 2.1. Si datos correctos, inicializa sesin y otorga
contrasea) privilegios segn el tipo de usuario.
2.2. Si datos incorrectos, enva mensaje de error y espera
nuevo ingreso de datos.

2.2. Si datos incorrectos, enva mensaje de error y

espera nuevo ingreso de datos.
Postcondicin Se muestra el formulario con el men de opciones
disponibles de acuerdo al tipo de usuario.

Cuadro N 2: Caso de Uso Ingresar al Sistema. Fuente: Sergio Alvares, Jarly Barrozo
 Identificar
Usuario
Identificar
Validar Usuario <<extend>>
Usuario

Administrador
Coordinador
Personal Operativo

Fig. N. Diagrama de Caso de Uso Ingresar al Sistema. Fuente: Sergio Alvares, Jarly Barrozo

Salir del
Sistema
Administrador,
Coordinador,
Personal Operativo

Fig. N. Diagrama de Caso de Uso Ingresar al Sistema. Fuente: Sergio Alvares, Jarly Barrozo

Agrega
Registra
Modifica Docente <<extend>>
Registra Registra
Estudiante
Actualiza
Administrador, <<extend>>
Coordinador
Elimina

Fig. N. Diagrama de Caso de Uso Ingresar al Sistema. Fuente: Sergio Alvares, Jarly Barrozo