005.74-G934s-Capitulo IV

98
CAPITULO IV
Diseño Conceptual de la Solución Propuesta
4.1 IDENTIFICACIÓN DE DOCUMENTOS DE ENTRADA Y
SALIDA.
El administrar una institución educativa y el asegurarse de su excelente
desempeño no es una situación ni cuestión fácil. En especial para el sector
educativo privado el cual es monitoreado constantemente por el Ministerio de
Educación de El Salvador (MINED). Por lo cual el contar con un sistema
automatizado que le ayude a dichas instituciones se vuelve imperativo.
Los sistemas de registro académico automatizados ayudan a mejorar los
controles internos como el control del área académica y administrativa, los
cuales al llevarlos de forma manual se vuelven tareas difíciles de controlar
cuando se tiene un gran volumen de estudiantes. Para el control de estas áreas
se requiere de cierta información que es recolectada mediante instrumentos de
recolección de datos, que se convierten en el insumo principal para el registro
de la información que se maneja. Entre estos documentos tenemos:
El Formulario de Inscripción.
En él se registran todos los datos personales del alumno a inscribirse
como del responsable ante la institución de dicho alumno, así también si
proviene de otra institución se registra los datos de procedencia. Formato de
Formulario de Inscripción: (Ver Anexo B-1)
El Contrato Individual de Trabajo
Consiste en desglosar las diferentes responsabilidades y obligaciones
como derecho de los maestros como de la junta directiva de la institución de
educación para el buen y armonioso desempeño de todas las actividades
diarias. Formato de Contrato: (Ver Anexo B-2)
99
Colector de notas de los maestros.
Es una cuadricula impresa en la cual se lleva un control de las notas de
un grupo de estudiantes por grado, se registran las notas de las actividades a
evaluar. Formato de Colector de notas de los maestros: (Ver Anexo B-3)
Control de asistencia de estudiantes.
Registra la asistencia de los estudiantes para todos los días lectivos del
mes. Formato de Control de asistencia de estudiantes: (Ver Anexo B-4)
Colector de notas global.
El colector de notas es el consolidado de todas las materias de los
estudiantes en sus respetivas asignaturas, es el paso previo a anotarlas en las
libretas de notas. Formato de Colector de notas global: (Ver Anexo B-5)
La Libreta de Notas.
Aquí se registra el consolidado de notas por asignatura de cada alumno
el cual se entrega al padre de familia o encargado después de los periodos de
evaluación establecidos. Formato de La Libreta de Notas: (Ver Anexo B-6)
El Talonario de Pago.
Su
función consiste
en reflejar
un
comprobante de
pago de
mensualidades, matricula y el uso de centro de cómputo para que el padre de
familia este pendiente de los gastos en que debe incurrir en el año escolar.
Formato de Talonario de Pago: (Ver Anexo B-7)
El Certificado de Rendimiento Escolar.
Este documento en particular es un estándar proveniente del Ministerio
de Educación el cual refleja el resultado final de las notas obtenidas durante el
año lectivo en las distintas asignaturas, aquí se determina si el alumno ha
adquirido méritos necesarios para inscribirse en el siguiente nivel educativo.
Formato de Certificado de Rendimiento Escolar: (Ver Anexo B-8)
100
4.2 DIAGRAMAS DE FLUJO DE DATOS (DFD).
Nivel 0
Nivel 1
101
Nivel 2
Inscripción.
Configurar Sistema.
102
Realizar Contrato.
Control de Pago.
103
Control de Notas.
4.3 MODELADO DE CASOS DE USO.
Un caso de uso es una técnica para la captura de requisitos potenciales
de un nuevo sistema o una actualización de software. Cada caso de uso
proporciona uno o más escenarios que indican cómo debería interactuar el
sistema con el usuario o con otro sistema para conseguir un objetivo específico.
Sistema de Registro Académico.
104
Guardar Personal
Administrativo
Profesor
Proceso:
Guardar Personal.
Descripción:
Permite registrar en el sistema los datos personales del docente, para que este pueda
hacer uso del mismo.
Actores:
Profesor y Administrador.
Precondiciones:
El profesor debe haber llenado la hoja de contrato.
Flujo Normal:
El profesor anota sus datos personales en el contrato a firmar.
El administrador registra los datos.
El profesor recibe su contraseña.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al
actor de ello permitiéndole que los corrija
Poscondiciones:
El sistema almacena los datos.
105
Pantalla de captura datos del personal:
106
Proceso:
Agregar Notas.
Descripción:
Permite conocer los pasos para ingresar las notas al sistema.
Actores:
Profesor.
Precondiciones:
El usuario debe haber sido ingresado al sistema.
Flujo Normal:
El profesor anota las notas en control de notas.
El profesor ingresa las notas al sistema.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al
actor de ello permitiéndole que los corrija
Poscondiciones:
El sistema almacena los datos.
Pantalla de captura notas
107
Proceso:
Guardar Alumno.
Descripción:
Permite conocer los pasos necesarios para ingresar al alumno en el sistema.
Actores:
Encargado y Administrador.
Precondiciones:
El familiar debe haber llenado la hoja de inscripción.
Flujo Normal:
El encargado anota sus datos personales y los del alumno en la hoja de inscripción.
El administrador registra los datos.
El encargado recibe la hoja de comprobante de inscripción.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al
actor de ello permitiéndole que los corrija
Poscondiciones:
El sistema almacena los datos.
Pantalla de Captura de Estudiantes.
108
Pantalla de captura datos de familiares
109
Proceso:
Generar Listados de Asistencia.
Descripción:
Permite la impresión de la documentación requerida.
Actores:
Administrador.
Precondiciones:
Deben de haber registros almacenados y una solicitud de la información.
Flujo Normal:
Al administrador le es requerida la información.
El administrador selecciona la información requerida.
Poscondiciones:
El sistema imprime los datos solicitados.
Pantalla de generación de listados de asistencia:
110
111
Generar Colector
de Notas
Administrativo
Proceso:
Generar Colector de Notas.
Descripción:
Permite generar los colectores de notas los cuales ocupara el personal docente para
registrar los resultados de las evaluaciones de forma manual.
Actores:
Profesor y Administrativo.
Precondiciones:
El usuario debe haberse registrado en el sistema.
El usuario tiene que estar logueado.
Flujo Normal:
El usuario ingresa al sistema mediante un usuario y contraseña.
El administrativo genera los colectores de nota para cada grado.
Flujo Alternativo:
El sistema verifica si hay datos almacenados en el sistema que cumplan con los
parámetros solicitados por el actor.
Poscondiciones:
El sistema consulta los datos.
Pantalla de generación de colector de notas:
112
Consultar Formato
de Evaluación
Administrativo
Proceso:
Consultar Formato de Evaluación.
Descripción:
Permite realizar la consulta de las evaluaciones asignadas para cada grado y el
porcentaje que le corresponde a cada una.
Actores:
Profesor y Administrativo.
Precondiciones:
El usuario debe haberse registrado en el sistema.
El usuario tiene que estar logueado.
Flujo Normal:
El usuario ingresa al sistema mediante un usuario y contraseña.
El administrativo puede consultar los formatos de evaluación.
Flujo Alternativo:
El sistema verifica si hay datos almacenados en el sistema que cumplan con los
parámetros solicitados por el actor.
Poscondiciones:
El sistema consulta los datos.
113
Proceso:
Agregar Conducta.
Descripción:
Se ingresan al sistema las distintas evaluaciones de los estudiantes.
Actores:
Profesor.
Precondiciones:
El profesor tiene que estar debidamente registrado en el sistema
El usuario tiene que estar logueado.
Flujo Normal:
El profesor se conecta al sistema mediante un usuario y contraseña.
El profesor elige el grado y la sección a la cual le ingresará las evaluaciones.
El profesor ingresa las evaluaciones ya sea las notas de las materias o conducta.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al
actor de ello permitiéndole que los corrija
Poscondiciones:
El sistema almacena los datos.
Pantalla de agregar conducta
114
Consultar Criterio
Moral
«include»
Generar
Certificados
Administrativo
Proceso:
Generar Certificados.
Descripción:
Permite generar los certificados para los alumnos.
Actores:
Administrativo.
Precondiciones:
El usuario debe haberse registrado en el sistema.
El usuario tiene que estar logueado.
Flujo Normal:
El usuario ingresa al sistema mediante un usuario y contraseña.
El administrativo puede generar los certificados correspondientes al final de cada año.
Flujo Alternativo:
El sistema verifica si hay datos almacenados en el sistema que cumplan con los
parámetros solicitados por el actor.
Poscondiciones:
El sistema consulta los datos.
115
116
Proceso:
Inscribir Alumno.
Descripción:
El usuario podrá registrar los datos del alumno en el sistema.
Actores:
Administrativo, Responsable del alumno
Precondiciones:
El Administrativo tiene que estar debidamente registrado en el sistema
El usuario tiene que estar logueado.
Flujo Normal:
El Administrativo se conecta al sistema mediante un usuario y contraseña.
El Administrativo verifica el estado del alumno.
El responsable del alumno proporciona la información sobre el alumno.
El Administrativo registra todos los datos necesarios en el sistema.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija ó actualice alguno de ellos.
Poscondiciones:
El sistema almacena los datos.
Pantalla de Inscripción.
117
118
Proceso:
Agregar Institución.
Descripción:
Permite la configuración de los datos de la institución.
Actores:
Administrativo.
Precondiciones:
El administrativo tiene que estar debidamente registrado en el sistema
El usuario tiene que estar logueado.
Flujo Normal:
El usuario se conecta al sistema mediante un usuario y contraseña.
El usuario almacena la información de la institución.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija ó actualice alguno de ellos.
Poscondiciones:
El sistema almacena los datos.
Pantalla de captura de los datos de la Institución.
119
Proceso:
Agregar Personal por Asignatura.
Descripción:
Permite agregar el personal encargado de impartir cada asignatura.
Actores:
Administrativo, Responsable y Profesor.
Precondiciones:
El administrativo tiene que estar debidamente registrado en el sistema
El administrativo tiene que estar logueado.
Flujo Normal:
El administrativo se conecta al sistema mediante un usuario y contraseña.
El administrativo asigna el personal que impartirá cada asignatura en un grado
específico.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija ó actualice alguno de ellos.
Poscondiciones:
El sistema almacena los datos.
Pantalla para agregar asignaturas al personal.
120
Proceso:
Guardar Tarifas.
Descripción:
Permite agregar las tarifas respectivas para cada grado.
Actores:
Administrativo.
Precondiciones:
El administrativo tiene que estar debidamente registrado en el sistema
El administrativo tiene que estar logueado.
Flujo Normal:
El administrativo se conecta al sistema mediante un usuario y contraseña.
El administrativo registra los conceptos de pago con sus respectivos importes.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija ó actualice alguno de ellos.
Poscondiciones:
El sistema almacena los datos.
Pantalla de captura tarifa.
121
Proceso:
Realizar Pago.
Descripción:
Permite efectuar los pagos correspondientes.
Actores:
Administrativo, Responsable del alumno.
Precondiciones:
El administrativo tiene que estar debidamente registrado en el sistema
El administrativo tiene que estar logueado.
Flujo Normal:
El administrativo se conecta al sistema mediante un usuario y contraseña.
El administrativo registra en el sistema el pago realizado por el responsable del
alumno.
El administrativo puede guardar los pagos realizados.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija ó actualice alguno de ellos.
Poscondiciones:
El sistema almacena los datos.
Pantalla para controlar Pagos.
122
Proceso:
Guardar Contrato.
Descripción:
Permite guardar los contratos correspondientes al personal.
Actores:
Administrativo.
Precondiciones:
El administrativo tiene que estar debidamente registrado en el sistema
El administrativo tiene que estar logueado.
Flujo Normal:
El administrativo se conecta al sistema mediante un usuario y contraseña.
El administrativo selecciona el personal que se le realizara el contrato.
El administrativo registra los datos necesarios e imprime el contarato.
Flujo Alternativo:
El sistema comprueba la validez de los datos, si los datos no son correctos, se
avisa al actor de ello permitiéndole que los corrija ó actualice alguno de ellos.
Poscondiciones:
El sistema almacena los datos.
Pantalla de Captura de Contrato.
123
124
4.4 ARQUITECTURA DE LA APLICACIÓN.
4.4.1 ARQUITECTURA DEL SISTEMA.
Con el objeto principal de separar la lógica de negocios de la
presentación, se ha diseñado el sistema mediante la utilización de capas,
permitiendo que el trabajo se encuentre totalmente abstraído entre una capa y
la otra, de la siguiente manera.
La ventaja principal de este estilo, es que el desarrollo se puede llevar a cabo
en varios niveles y en caso de algún cambio solo se ataca al nivel requerido sin
tener que revisar entre código mezclado. En esta arquitectura a cada nivel se le
confía una misión simple, lo que permite el diseño de una arquitectura escalable
(que pueden ampliarse con facilidad en caso de que las necesidades
aumenten). Según lo expuesto el diseño utilizado en la aplicación de registro
académico es en tres capas.
Capas o niveles:
1.- Capa de presentación: es la que ve el usuario (hay quien la denomina "capa
de usuario"), presenta el sistema al usuario, le comunica la información y
captura la información del usuario dando un mínimo de proceso (realiza un
125
filtrado previo para comprobar que no hay errores de formato). Esta capa se
comunica únicamente con la capa de negocio.
2.- Capa de negocio: es donde residen los programas que se ejecutan, se
reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se
denomina capa de negocio pues es aquí donde se establecen todas las reglas
que deben cumplirse. Esta capa se comunica con la capa de presentación, para
recibir las solicitudes y presentar los resultados, y con la capa de datos, para
solicitar al gestor de base de datos para almacenar o recuperar datos de él.
Para la aplicación de registro académico se ha tomado como opción la
utilización de Tomcat como servidor Web y contenedor de servlets, que
mediante el uso de la maquina virtual de Java es capaz de enviar al usuario
respuestas a las peticiones realizadas por la capa de presentación. La
programación ha sido realizada mediante el uso de Jsp, aunado a ello se han
implementado POJOs que son clases de Java que contienen la lógica del
negocio, y que junto a la utilización de Hibernate como herramienta permiten
que
estos objetos se manejen con una mayor facilidad para el manejo de
persistencia.
3.- Capa de datos: es donde residen los datos. Está formada por uno o más
gestores de bases de datos que realizan todo el almacenamiento de datos,
reciben solicitudes de almacenamiento o recuperación de información desde la
capa de negocio. El gestor de base de datos utilizado es MySQL, base de datos
robusta, de uso libre y que satisface las necesidades para las cuales el sistema
se está diseñando.
Todas estas capas pueden residir en un único ordenador. Si bien lo más usual
es que haya una multitud de ordenadores en donde reside la presentación (son
los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos
pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo
126
aconseja se pueden separar en dos o más ordenadores. Así, si el tamaño o
complejidad de la base de datos aumenta, se puede separar en varios
ordenadores los cuales recibirán las peticiones del ordenador en que resida la
capa de negocio.
Si por el contrario fuese la complejidad en la capa de negocio lo que obligase a
la separación, esta capa de negocio podría residir en uno o más ordenadores
que realizarían solicitudes a una única base de datos.
4.4.2 DIAGRAMA TOP – DOWN.
127
128
4.4.3 DISTRIBUCIÓN DE ARCHIVOS.
Los archivos dentro de la aplicación Web se encuentran distribuidos de la
siguiente forma:
Con el objeto de tener una idea del contenido de cada carpeta se detalla la
descripción de cada una de ellas dentro del sistema:
•
tomcat_home: Directorio de instalación de Apache Tomcat.
•
webapps: Directorio contenedor de las aplicaciones Web de Tomcat.
•
academico: Directorio principal de la aplicación de registro académico.
Contiene las paginas Jsp del sistema y subcarpetas utilizadas por el
mismo.
•
css: Contiene las hojas de estilo utilizadas en la aplicación de registro
académico.
129
•
img: Se encuentran las imágenes usadas por el sistema para fondos de
las páginas Web y menús.
•
js: Contiene archivos de JavaScript utilizados por el sistema para la
realización de distintas tareas del lado del cliente.
•
Reportes: Almacena los archivos compilados de reportes JaspeReports.
•
META-INF: Contiene información en forma de metadatos acerca del
proyecto Web.
•
WEB-INF: Directorio que contiene el descriptor de despliegue para la
aplicación Web (archivo web.xml) y los subdirectorios lib y classes:
•
lib: Este directorio contiene los archivos JAR requeridos por la aplicación,
como los drivers JDBC, librerias de Hibernate y otras utilizadas.
•
classes: Esta carpeta contiene las clases compiladas de Java, las clases
se encuentran en paquetes que se ven reflejados en subcarpetas, para el
caso se tienen los paquetes manager, modelo y mtto. Aquí se ubica el
archivo de configuración de hibernate.
•
manager: Contiene la clase HibernateSessionFactory que es utilizada por
Hibernate para asegurarse que solo una instancia de session sea usada
por hilo de ejecución, las sesiones obtenidas por hibernate se realizan
mediante esta clase.
•
modelo: Contiene las clases (POJOs), las cuales describen el modelo de
datos de la aplicación, estas son un reflejo de las tablas de la base de
datos. Tambien contienen los archivos .XML que Hibernate utiliza para
relacionar los POJOs con las tablas de la base de datos.
•
mtto: Contiene clases auxiliares que permiten la realización de distintas
operaciones con nuestros objetos.
130
4.4.4 DISEÑO DE RED.
Para la implementación de la red se sugiere utilizar una topología tipo
estrella, ya que permite conectar una gran cantidad de estaciones a un punto
central, pudiendo ser este un switch, router o un hub, esta topología es de fácil
implementación y permite que posteriormente se puedan agregar mas
estaciones de trabajo, además el fallo de una estación no influye en el
comportamiento del resto de la red.
Inicialmente, se sugiere la estructura física de red siguiente:
131
Una estructura de esta forma permite una fácil expansión de la red en un
tiempo reducido, abarcando múltiples sectores de la institución educativa. La
cantidad sugerida de estaciones de trabajo es 20, donde la mayor parte serán
distribuidas en el centro de cómputo, ya que es allí donde la mayor parte de
usuarios tendrá acceso al sistema, es por ello que a su vez se sugiere contar
con switches de mayor cantidad de puertos para una posible expansión, en las
oficinas se sugiere contar con switches para con objeto de satisfacer el mismo
fin. Existe además un computador extra con capacidades de hardware mayores,
este hará las veces de servidor y servirá para hospedar la base de datos y el
sistema de registro académico, también tendrá que proveer los servicios
necesarios para el funcionamiento del sistema.
4.4.5 SEGURIDAD DEL SISTEMA.
Los sistemas informáticos manejan información valiosa para las
instituciones que los utilizan, por
este hecho es importante resguardar la
información de personas extrañas a la organización y de las personas dentro de
la misma no autorizadas para el acceso a la misma.
El sistema cuenta con seguridad proporcionada por la base de datos
MySQL, la cual necesita de los parámetros de usuario y contraseña para poder
acceder a la misma, por el lado de la aplicación se controlará el acceso a los
usuarios mediante el uso nombres de usuario y contraseñas las que serán
encriptadas para una mayor seguridad, los accesos al sistema se registran
mediante el uso de una tabla de auditoria la cual registra el personal que
ingresa en el sistema y la fecha en cual ingreso, en esta misma tabla se
almacenará la información de los usuarios que intervengan en operaciones de
manipulación de datos que tengan mayor importancia en el sistema.
El acceso a las distintas tareas que se pueden realizar en el sistema son
determinadas mediante la asignación de roles, los cuales serán asignados a
132
cada tipo de usuario para determinar los respectivos privilegios, dependiendo
del tipo de rol asignado así será el acceso que tenga el usuario al ingresar al
sistema, a continuación se especifican los roles y los privilegios que tendrá cada
usuario.
1
Rol
Privilegios
Administrador
Tiene acceso completo al sistema y
puede configurar el mismo.
2
Director
Su acceso es más limitado, no puede
configurar el sistema
3
Secretaria
Solo puede consultar notas, verificar y
realizar reportes, registrar pagos e
inscribir alumnos.
4
Profesor
Su acceso es solo para el ingreso y
consulta de notas.
5
Estudiante
Con este rol solo se podrá hacer
consultas de las notas.
133
4.5 MODELO DE DATOS.
4.5.1 DICCIONARIO DE DATOS.
134
135
136
137
138
139
140
141
142
143
4.5.2 Diagrama Entidad Relación (ER).
(Ver Anexo C)
4.6 IMPLEMENTACIÓN DE LA SOLUCIÓN.
4.6.1 PERFIL DE PERSONA ENCARGADA DEL SISTEMA.
El personal encargado del sistema tiene que cumplir ciertos requisitos mínimos
para poder realizar las funciones que el puesto requiere, estos se detallan a
continuación.
FORMACIÓN PROFESIONAL:
•
Técnico en informática.
EXPERIENCIA / CONOCIMIENTOS:
•
3 a 5 años en administración de sitios Web.
•
Experiencia/Conocimientos: Entornos Windows, Linux.
•
Instalación y configuración de hardware y Software.
•
Administración de redes locales.
•
Conocimiento de seguridad de redes.
•
Conocimientos de Programación: Java, JavaScript, HTML.
•
Conocimientos de Bases de datos: MySql.
•
Comunicaciones: Redes TCP/IP. Configuración de protocolos TCP/IP.
•
Experiencia demostrable en desarrollo de documentos HTML y sitios Web.
•
Experiencia en la administración de sitios Web.
•
Habilidades para administración de proyectos.
•
Conocimiento de Ireport.
RESPONSABILIDADES Y FUNCIONES DEL ENCARGADO DEL SISTEMA.
•
Verificar que el funcionamiento del sitio Web sea óptimo.
•
Mantenimiento de una imagen (réplicas) del sitio Web.
•
Proporcionar soporte para usuarios de primer nivel.
•
Depurar el sistema.
144
4.6.2 PLAN DE IMPLEMENTACIÓN.
PLAN DE ACCION PARA IMPLEMENTACIÓN
Período de
Actividades
•
Configurar la Red en la
cual se instalará el sistema.
•
Instalar y configurar los
programas requeridos.
•
Responsable
cumplimiento
Instalar la aplicación en el
servidor.
•
Parametrizar la aplicación.
•
Realizar pruebas del
1ª semana
Encargado de Sistema.
1ª semana
Encargado de Sistema.
1ª semana
Encargado de Sistema.
1ª semana
Administrador.
Encargado de Sistema.
sistema con grupos de
usuarios finales para
asegurar su buen uso y
2ª semana en
Administrador.
adelante
Usuarios finales.
funcionalidad.
RECURSOS NECESARIOS PARA IMPLEMENTACIÓN
Personal involucrado
Software
Hardware
Encargado de
•
Apache Tomcat.
•
Servidor.
Sistema.
•
MySql.
•
Estaciones de trabajo.
•
Administrador.
•
Maquina virtual de
•
Red y sus
•
Usuarios finales.
•
Java.
componentes
•
Sistema Operativo.
(switches, cableado,
•
Navegador Web.
conectores, etc.)
•
Sistema de Registro •
UPS.
académico.
145
4.6.3 PLAN DE CAPACITACIÓN.
PLAN DE ACCIÓN PARA CAPACITACIONES
Capacitaciones
Período de
cumplimiento
Dirigido a:
Responsable:
Encargado de
Encargado del
Sistema.
sistema.
Todos los
Encargado de
usuarios.
Sistema.
Mantenimiento y administración del sistema.
•
Instalación de
computadores en red.
•
Asignación de IP.
•
Instalación y configuración
de base de datos.
•
Creación de copias de
respaldo de la base de
datos.
•
Instalación de JDK.
•
Instalación y configuración
1ª semana
de Tomcat.
•
Instalación del aplicativo
de registro académico.
•
Verificación de
conexiones y servicios
activos necesarios.
Uso del sistema para usuarios.
•
Conocer la estructura del
sistema.
•
Explicar las funciones del
sistema.
•
Explicar uso del sistema
según nivel de acceso.
2ª semana
146
Uso del sistema para administradores.
•
Explicar los módulos del
sistema en forma
detallada.
•
Explicar como
parametrizar el sistema.
•
Explicar mantenimiento
de tablas.
•
Como inscribir alumnos.
•
Ingreso de notas.
•
Realización de
2ª semana
Usuarios
Encargado de
administradores.
Sistema.
contratos.
•
Registrar pagos.
•
Realizar reportes.
Uso del sistema para director.
•
Como inscribir alumnos.
•
Ingreso de notas.
•
Realización de
contratos.
•
Registrar pagos.
•
Realizar reportes.
2ª semana
Director.
Encargado de
Sistema.
Uso del sistema para secretaria.
•
Registrar pagos.
•
Realizar reportes.
•
Como inscribir alumnos.
•
Consultar notas.
2ª semana
Secretarias.
Encargado de
Sistema.
Uso del sistema para profesor.
•
Consultar notas.
•
Registrar notas.
2ª semana
Profesores.
Encargado de
Sistema.
147
Uso del sistema para alumnos.
•
Consultar notas.
3ª semana
Alumnos.
Encargado de
Sistema.
4.6.4 PLAN DE CONTINGENCIA.
Hechos ante los cuales se requiere poner en práctica el plan de contingencia:
•
Contaminación con virus informático.
•
Destrucción o modificación del Sistema Operativo.
•
Errores en la manipulación del sistema.
•
Fallas del fluido eléctrico.
•
Inundaciones.
•
Incendios
•
Terremotos
• Contaminación con virus informático.
Acción por Etapas.
•
Información.
Persona que detecta.
Administrador de Red.
Informa al Administrador Informa al encargado de
de red.
la institución.
Apagar la computadora Procede
•
Neutralización.
a
la
y alerta que no se use la descontaminación
misma.
virus
del
según
procedimientos.
Procede
•
recuperación
Recuperación.
información.
a
la
de
la
148
• Destrucción o modificación del Sistema Operativo.
Acción por Etapas.
•
Información.
•
Neutralización.
Persona que detecta.
Informar
Administrador de Red.
al Informa al encargado de
Administrador de red.
Cerrar sesión.
la institución.
Procede a deshabilitar el
equipo.
Procede
con
reinstalación
•
Recuperación.
del
Sistema
Operativo
elabora
reporte
equipo
que
la
dio
y
del
el
problema.
• Errores en la manipulación del sistema.
Acción por Etapas.
•
Información.
•
Neutralización.
Persona que detecta.
Administrador de Red.
Notifica al administrador Informa al encargado de
de la red.
Cierra sesión.
la institución.
Deshabilita módulo del
sistema.
Verifica la integridad de
•
la información y corrige
Recuperación.
módulo.
• Fallas del fluido eléctrico.
Acción por Etapas.
•
Información.
•
Neutralización.
•
Recuperación.
Persona que detecta.
Cierra sesión.
Administrador de Red.
Verifica
que
todo
el
equipo esté apagado.
Reiniciar
los
necesarios.
servicios
149
• Inundaciones.
Acción por Etapas.
Persona que detecta.
Administrador de Red.
Notifica al administrador Informa al encargado de
•
Información.
de la red.
la institución el estado
del equipo.
•
Desconectar
Neutralización.
todo
el
equipo.
Trasladar el equipo a un
lugar adecuado, verifica
el estado de los equipos
y la información. Y de
•
ser necesario recuperar
Recuperación.
copias
de
respaldo.
Elaborar reporte para el
encargado
de
la
institución.
• Incendios
Acción por Etapas.
•
Información.
•
Neutralización.
Persona que detecta.
Administrador de Red.
Notifica al administrador
de la red.
Utilización de Extintor.
Utilización de Extintor.
Verifica el estado de los
equipos y la información.
•
Recuperación.
Elabora reporte para el
encargado
institución.
de
la
Recuperar
copias de respaldo.
150
• Terremotos
Acción por Etapas.
•
Información.
•
Neutralización.
Persona que detecta.
Evacuar el local.
Administrador de Red.
Evacuar el local.
Verifica el estado de los
equipos y la información.
•
Recuperación.
Elabora reporte para el
encargado
institución.
de
la
Recuperar
copias de respaldo.