SISTEMAS DE INFORMACIÓN
Desarrollo de un sistema de Administración, Control y Vistas
para La Universidad de Yacambú
Autor: Maria Silvana Di Silvestre
CONTENIDO
1. Introducción
2. Proyecto
3. Desarrollo del Proyecto
3.1 Modelo Lineal, fase I
3.2 Modelo Lineal, fase II
3.3 Modelo Lineal, fase III
3.4 Modelo Lineal, fase IV
3.5 Modelo Lineal, fase V
4. Conclusión
1. INTRODUCCIÓN
Todo proyecto de desarrollo de aplicaciones posee lo que se llama Ciclo de Vida.
Ciclo de Vida se identifica como unas serie de pasos llamados Fases el cual tiene por objeto cumplir objetivos específicos para la consecución de un objetivo general, que es la aplicación misma.
Existen distintos Modelos para el Desarrollo de Aplicaciones, entre los cuales se encuentran:
@ Modelo Lineal. Posee las siguientes fases que deben ser desarrolladas en forma consecutiva sin saltarse ni sobreponerse: Definición de requisitos
@ Modelo de Prototipos.
@ Modelo en Espiral.
De acuerdo al tipo de cliente al cual se va a desarrollar una aplicación, se aplican los distintos modelos listados arriba.
Cuando el cliente sabe lo que quiere (generalmente no es así), se utiliza el Modelo Lineal, pero cuando el cliente no sabe lo que quiere, pueden utilizarse o el Modelo de Prototipos o el Modelo en Espiral, entonces la toma de decisión de cuál modelo utilizar dependerá de los recursos con los que se cuenta para el proyecto.
2. PROYECTO
Se proyecta el desarrollo de un sistema de bases de datos que permita la gestión sencilla y centralizada para el control de usuarios: estudiantes, facilitadores y administración de la Universidad de Yacambú para la Educación virtual, en forma local o remota, a través de cuentas y claves de acceso a diferentes niveles de acuerdo al tipo de usuarios.
El sistema gestor de bases de datos será MySQL y la codificación, y los procedimientos de mantenimiento (ingreso, modificación, eliminación) y consulta será con Java.
Considerando que los usuarios de último nivel en cuanto a seguridad (los estudiantes) son los desarrolladores, éstos conocen la potencialidad que el sistema debe poseer.
3. DESARROLLO DEL PROYECTO
Modelo Lineal
3.1 Fase I: Definición de Requisitos
a. Requisitos de hardware:
• Un computador con servidor local (especificado en requisitos de software)
• Modem para conexión a Internet
b. Requisitos de software:
Sistema operativo que soporte la instalación de Apache como servidor Web, recomendable Linux pero también puede utilizarse Windows pero recordando que los costos se incrementan por la compra de la licencia.
c. Requisitos de material humano:
3.2 Fase II: Diseño del Producto
a. Entorno de usuario. El aspecto gráfico de la aplicación será desarrollada por el Diseñador gráfico. El color dominante es el azul, con el logotipo de la universidad en el extremo superior derecho de cada pantalla.
El macro de la página será basada en un CMS, donde el ingreso al Panel de Usuarios se aceptará a partir de un registro o inscripción realizado por el usuario, ya sea alumno o facilitador.
La aceptación de la clave de acceso permitirá ingresar al Panel donde cada alumno tendrá su página personalizada, donde encontrará cada una de las materias inscritas y podrá acceder directamente a cada una de ellas sin tener que reingresar login y claves para accesarlas.
b. Base de Datos. La base de datos contendrá una serie de tablas para el registro de Usuarios, Facilitadores, Materias por Pregrado, Postgrado y Cursos, login y passwords, vinculadas en forma relacional por índices. El manejador es MySQL.
c. Código Fuente. La codificación será desarrollada en Java Enterprise, con etiquetas personalizadas en XML. Esto permitirá en una fase posterior del desarrollo si así se desea, poder hacer consultas a la base de datos por medio de otras herramientas de comunicación como celulares y PDA's.
d. Administración de Vistas. De acuerdo a los roles de responsabilidad de la Universidad , se generarán cuantas vistas sean necesarias:
e. Vistas de Control de Estudios . Tendrá permisología R-W-X sobre los expedientes de los estudiantes, contando con sus datos personales y calificaciones. Permisología R para las autoridades de la Universidad.
f. Vistas de Administración. Tendrá permisología R-W-X sobre el Control Contable de los estudiantes. Permisología R para las autoridades de la Universidad.
g. Vistas de Personal. Tendrá permisología R-W-X sobre los expedientes de los facilitadores y la asignación de materias por trimestres. Permisología R para las autoridades de la Universidad.
h. Vistas de Evaluación. Existirá un sistema de Encuestas y Reclamos, accesible a los estudiantes con permisología W, indexado por materia, y con permisología R para las autoridades de la Universidad.
i. Vistas de Facilitador. Cada facilitador podrá con permisología R consultar las materias que tiene asignada en el trimestre y el nombre y cédula cada uno de los alumnos pertenecientes a las mismas.
NOTA: El facilitador no podrá ingresar datos de evaluaciones directamente a los expedientes de los alumnos, pues deberá enviar a Control de Estudios la información para que sea esta Dependencia la responsable del ingreso de los datos.
j. Vistas de Alumno . Cada alumno podrá revisar su expediente organizado por materias, con permisología R. También podrá ver el Currículo de Vida de cada uno de los facilitadotes, igualmente con R.
k. Listas de Distribución y Chat. Aun cuando las listas de distribución que utiliza la Universidad funcionan perfectamente, es una cuestión de imagen que las mismas sean generadas por la misma Institución pues las que se utilizan actualmente son un recurso público. En el caso del Chat, la Universidad utiliza el recurso “pago” de esta herramienta de la empresa ParaChat, lo que no da mala imagen, por lo cual se puede dejar en funcionamiento, también si pudiese montarse uno privado (lo cual no se recomienda pues no es la idea desincorporar lo que funciona adecuadamente).
l. Foro. Es una herramienta sumamente útil, y podría decirse indispensable en este nueva sociedad del conocimiento para el intercambio de información y aclaratoria de dudas dentro de la comunidad estudiantil. El intercambio de experiencias y el dinámico tránsito de la información es la garantía de un exitoso ejercicio de aprendizaje, y esta herramienta estará distribuida con la siguiente estructura:
m. Portal de la Universidad . Más arriba se indica que el entorno de usuario será desarrollado sobre un CMS que ofrece el registro de usuarios y su posterior acceso personalizado. Esto garantiza la identificación de los dueños de todos y cada uno de los procesos realizados en el sitio.
3.3 Fase III: Construcción
En esta fase se debe desarrollar la aplicación. En este caso aplicaré la técnica del Prototipo para mostrar una vista de las expuestas en la fase anterior.
Pantalla de Ingreso al Cuaderno Virtual del estudiante
Pantalla del Cuaderno Virtual del Estudiante
3.4 Fase IV: Instalación
Este sistema es montado únicamente en el servidor, por lo tanto no se necesita ninguna instalar ninguna aplicación propietaria para consultar e interactuar con la aplicación. Cualquier computador que tenga un sistema operativo podrá accesar al sistema, pues utiliza cualquiera de los navegadores que los sistemas operativos traen incorporados, además de visualizadores de Java que también vienen incluidos en los S.O., y sino, puede también ser descargado gratuitamente desde Internet.
El sistema puede estar montado en el servidor remoto, como en un servidor local, o en ambos, con la ejecución de un backup diario para garantizar la data.
El hecho que este sistema no requiera ninguna aplicación del lado del cliente garantiza la portabilidad del mismo.
3.5 Fase V: Aceptación por parte del Cliente
La aceptación por parte del cliente dependerá de que las funcionalidades del sistema satisfagan los requerimientos del cliente, que en este caso son muchos y con variados intereses.
4. CONCLUSIÓN
Este proyecto, aun cuando se observa es bastante extenso, es totalmente viable. Es por eso que me atreví a proponerlo en este trabajo, saliéndome un poco del marco delimitado por el profesor, considerando este sistema como una aplicación para una empresa, pero con muchos más de 100 empleados, que en nuestro caso estarían integrados por estudiantes, empleados de la Universidad y facilitadores.