ET Software Gestion Educativa ILO

Proyecto: Mejoramiento del Servicio Educativo Incorporando TIC en las II.EE.
de EBR de la UGEL ILO,

Provincia de ILO, Regin Moquegua
GOBIERNO REGIONAL MOQUEGUA
GERENCIA REGIONAL DE DESARROLLO SOCIAL Pgina 1

1.1. SISTEMA DE GESTIN, SUPERVISION Y MONITOREO
EDUCATIVA - SIGESMED

1.1.1. FORMULACIN, INSTALACIN E IMPLEMENTACIN DE UN
SISTEMA DE AUTOMATIZACIN COMPUTARIZADA DE APOYO
A LA GESTIN EDUCATIVA. (SOFTWARE).

1.1.1.1. PRESENTACIN

El Sistema de Gestin, Supervisin y Monitoreo Educativo
(SIGESMED) es un SOFTWARE INTEGRAL que contiene un conjunto
de elementos que interactan entre s con el fin de apoyar las
actividades de Gestin, Supervisin y Monitoreo de todas las
Instituciones Educativas de Educacin Bsica Regular de la Regin
Moquegua en sus Unidades de Gestin Educativa Local (UGEL Ilo,
Mariscal Nieto y Snchez Cerro).

Es una herramienta digital que le permitir a los Directores de
las I.E. de EBR realizar su labor de Gestin Educativa innovando a
travs del uso de las TICs, pues automatizan los procesos operativos y
suministran una plataforma de informacin virtual necesaria para la
toma de decisiones, logrando que hoy en da el intercambio de
informacin y muestra de resultados procesados sea ms rpido y
efectivo.

El desarrollo de SIGESMED estar a cargo de una empresa
que brinde servicios de Software a medida, que acredite su experiencia
dentro del sector educativo de acuerdo a los trminos de referencia. La
supervisin de los avances y ejecucin de los procesos dentro del
desarrollo del Software estar a cargo de la entidad ejecutora del
proyecto. Las especificaciones tcnicas requeridas para el desarrollo de
SIGESMED se establecen en el presente expediente.

El tiempo otorgado a la empresa que desarrolle el software
ser de 7 meses, esto incluye todas las etapas detalladas segn el
proceso RUP el cual es tomado como modelo por ser el ms adaptable
Proyecto: Mejoramiento del Servicio Educativo Incorporando TIC en las II.EE. de EBR de la UGEL ILO,

al sector educacin, hasta conseguir el producto final en pleno y ptimo
funcionamiento en las I.E. de la Regin Moquegua.

1.1.1.2. OBJETIVOS

A) OBJETIVO GENERAL:

Desarrollar un Sistema de Gestin, Supervisin y Monitoreo
Educativo (SIGESMED) que logre integrar y automatizar los
procesos internos de gestin educativa de las I.E. de Educacin
Bsica Regular, simplificando la carga administrativa a los directivos
y docentes permitindole facilitar la toma de decisiones a travs del
uso de las herramientas informticas disponibles e implementadas,
facilitando as la coordinacin y acercamiento de los padres de
familia con la comunidad educativa.

B) OBJETIVOS ESPECFICOS:

Analizar y evaluar el estado actual de las Instituciones
Educativas en el mbito de sistemas de informacin y de
automatizacin de procesos de gestin.

Disear el Sistema de Gestin, Supervisin y Monitoreo
Educativo (SIGESMED), definir estndares, fases, protocolos,
polticas, equipos y dems elementos necesarios para el buen
funcionamiento del Sistema.

Implementar a cada Institucin Educativa con un sistema
biomtrico lector de huellas dactilares conectado con el Sistema de
Gestin, Supervisin y Monitoreo Educativo (SIGESMED) para
control de asistencia de todos los integrantes de la comunidad
educativa.

Implementar de un Data Center con un Servidor que servir de
alojamiento del SIGESMED de todas las Instituciones Educativas de
la Regin Moquegua.

Elegir y aplicar polticas de seguridad y auditora.

Definir claramente las polticas de grupos de trabajo
(locales y globales).

1.1.1.3. MARCO REFERENCIAL

A) DIAGNOSTICO

Con el propsito de conocer la situacin actual y la lnea de
partida de la Utilizacin de Sistema de Gestin, Supervisin y
Monitoreo Educativo (SIGESMED) se ha elaborado un diagnstico
de la situacin de cada UGEL de la Regin Moquegua.

Los resultados fueron los siguientes en base a Formularios
que se elaboraron y dirigidos a los respectivos Directores y Sub
Directores, as como a los Especialistas Administrativo, para tener
una lectura correcta de las necesidades de los actores educativos
se trabaj un taller con Directores y Docentes, los cuales hicieron
importantes aportes que sirven de insumo para la elaboracin del
presente documento.

La mayora de las Instituciones Educativas de las
Provincias de la Regin Moquegua muestran niveles satisfactorios
de oportunidad de acceso a los servicios TICs (telefona fija, mvil,
acceso a Internet, Televisin etc.). Sin embargo, los niveles de
uso/regin relacionado a la Cobertura de Internet son bajos para la
mayora.

El nivel de uso de las Tecnologas de Informacin y
Comunicacin (TICs) puede ser representado a travs del ndice de
Oportunidad Digital (IOD) y en particular el Sub-ndice de utilizacin.
El IOD mide la posibilidad que tienen los ciudadanos de beneficiarse
del acceso a la informacin.


El ndice contiene tres aspectos: el nivel de
Infraestructura (la existencia de dispositivos y densidad de las
telecomunicaciones), el nivel de Oportunidad (la cobertura y la
capacidad de acceder a la compra de servicios TIC), y por ltimo el
Nivel de Utilizacin (uso de Internet y calidad de la misma).

B) JUSTIFICACIN

La Elaboracin del Software est dirigida a toda la
Comunidad Educativa, Directores, Sub Directores, Especialistas
Pedaggicos, Acompaantes, Docentes, Coordinadores de
programas educativos, docentes de aula, investigadores, tutores,
Asesores, Administrativos en general, activos del sistema
educativo en general, y Padres de Familia.

Se prepara, dentro del sistema educativo a los Docentes
para la actividad laboral relacionada con las TIC, donde la
capacitacin para el uso del Sistema de Gestin tiene el firme
objetivo de instruir, acercar y sensibilizar a los agentes
pertenecientes al sector.

As mismo mediante la capacitacin continua del Sistema
se pretende producir nuevas propuestas pedaggicas en la
utilizacin de TIC mediante nuevos proyectos de uso y generacin
de recursos didcticos por parte de los propios docentes, se utiliza
el Sistema como interface para involucrar a los actores del
aprendizaje en la reproduccin de conocimiento. El docente integra
las TIC al currculo manejando herramientas flexibles y adaptables
generando soluciones propias para la enseanza contextualizada.

Se fomenta el trabajo colaborativo dentro y fuera del aula
donde se busca una cultura de uso colaborativo del Sistema entre
los alumnos, maestros, directivos y padres de familia. Esto se
complementa con el incentivo a procesos didcticos que utilizan las
TIC para el acceso a mltiples fuentes de informacin con el
objetivo de alentar la diversidad de puntos de vista en el aula.

As mismo el empleo del Sistema de Gestin, Supervisin y
Monitoreo educativo mediante le modulo la web sirve como medio
de interface para la Capacitacin a distancia de toda la comunidad
educativa.

C) MBITO DE APLICACIN DEL SISTEMA DE GESTIN
EDUCATIVA

El Sistema de Gestin, Supervisin y Monitoreo Educativo
(SIGESMED), ser utilizado en todas las provincias de la regin
Moquegua, en la Direccin Regional de Educacin Moquegua.
(DREMO), las Unidades de Gestin Educativa Local (Ugel Ilo, Ugel
Mariscal Nieto, Ugel Snchez Cerro) y las Instituciones Educativas
correspondientes, en los niveles de Inicial, Primaria y Secundaria
del tipo de Educacin Bsica Regular (EBR). Tambin los PP.FF.
tendrn acceso al Sistema de Gestin Educativo.

Tendrn acceso al Sistema de Gestin, Supervisin y
Monitoreo Educativo (SIGESMED) los docentes de cada UGEL
correspondiente a cada provincia, tal como demuestra los cuadros
siguientes, haciendo un total de 2,628 docentes de la Regin
Moquegua.

CUADRO N09.
RESUMEN DE ACTORES EDUCATIVOS POR PROVINCIAS

PROVINCIA ILO
PERSONAL CANTIDAD
DOCENTES 817
ESPECIALISTAS UGEL 9
COORDINADORAS PROG
INICIAL 4
PROGRAMA PELA 19
DIRECTORES 46
SUBDIRECTORES 13
SUBTOTAL 908

Fuente: Elaborado por el equipo de Gestin y Sensibilizacin

1.1.1.4. MARCO TERICO
PROCESOS DEL SISTEMA DE GESTIN, SUPERVISIN Y
MONITOREO DE LAS INSTITUCIONES EDUCATIVA

Para la elaboracin del software de Sistema de Gestin,
Supervisin y Monitoreo Educativo (SIGESMED) definimos el
Proceso Unificado de Rational (RUP). Es un proceso de desarrollo
de software, mediante el cual se asignan en forma disciplinada las
tareas y responsabilidades del desarrollo de software. El objetivo
principal de la aplicacin de RUP en un proyecto es el de asegurar
la produccin de software de calidad dentro de plazos y
presupuestos predecibles.
PROCESOS DE RUP :
a. Est dirigido por los Casos de Uso,
b. Est centrado en la arquitectura, y
c. Es iterativo e incremental:
PROVINCIA MARISCAL NIETO
PERSONAL CANTIDAD
DOCENTES ZONA URBANA 739
DOCENTES ZONA RURAL 326
ESPECIALISTAS DREMO 9
DIRECTORES ZONA URBANA 59
DIRECTORES ZONA RURAL 35
SUBTOTAL 1177
PROVINCIA SANCHEZ CERRO
PERSONAL CANTIDAD
DOCENTES ZONA RURAL 479
DOCENTES CONTRATADOS 15
DIRECTORES 16
PROMOTORES DE RED 4
ESPECIALISTAS 14
SUBTOTAL 528
TOTAL DOCENTES 2613

A. PROCESO DIRIGIDO POR CASOS DE USO:
Se define un Caso de Uso como un fragmento de funcionalidad
del Sistema de Gestin que proporciona al usuario un valor
aadido. Los Casos de Uso representan los requisitos
funcionales del sistema.
En RUP los Casos de Uso no son slo una herramienta para
especificar los requisitos del sistema. Tambin guan su diseo,
implementacin y prueba. Los Casos de Uso constituyen un
elemento integrador y una gua del trabajo. En la siguiente
figura se visualiza el proceso dirigido por casos de uso

Figura 1: Proceso dirigido por casos de Uso.
Fuente: https://pid.dsic.upv.es

B. PROCESO CENTRADO EN LA ARQUITECTURA:
La arquitectura del Sistema de Gestin, Supervisin y Monitoreo
de la Institucin Educativa es la organizacin o estructura de sus
partes ms relevantes, lo que permite tener una visin comn
entre todos los involucrados (desarrolladores y usuarios) y una
perspectiva clara del sistema completo, necesaria para controlar
el desarrollo.
La arquitectura nos da la forma del Sistema de Gestin y debe
disearse de forma que este pueda evolucionar no nicamente
de su desarrollo inicial, sino en futuras generaciones.

C. PROCESO ITERATIVO E INCREMENTAL:
El equilibrio correcto entre los Casos de Uso y la arquitectura es

algo muy parecido al equilibrio de la forma y la funcin en el
desarrollo del producto, lo cual se consigue con el tiempo. Para
esto, la estrategia que se propone en RUP es tener un proceso
iterativo e incremental en donde el trabajo se divide en partes
ms pequeas o mini proyectos, decir que el sistema de
Gestin, Supervisin y Monitoreo Educativo tendr la versin
1.0 en todo el proceso de la capacitacin docentes.
Permitiendo que el equilibrio entre Casos de Uso y arquitectura
se vaya logrando durante cada versin del sistema, as
durante todo el proceso de desarrollo
Se pasa por los flujos fundamentales (Requisitos, anlisis,
Diseo, Implementacin y Pruebas), tambin existe una
planificacin de la iteracin, un anlisis de la iteracin y algunas
actividades especficas de la iteracin. Al finalizar se realiza
una integracin de los resultados con lo obtenido de las
iteraciones anteriores, esta iteracin se muestra en la figura 2:

Figura 2: Una iteracin RUP.
Fuente: https://pid.dsic.upv.es
1.1.1.5. MARCO METODOLGICO

FASES DE RUP
RUP divide el proceso en cuatro fases, que nos orienta el
trabajo en el desarrollo del software de Sistema de Gestin,
Supervisin y Monitoreo Educativo (SIGESMED), dentro de las
cuales se realizan varias iteraciones en nmero variable
segn el Sistema y en las que se hace un mayor o menor
hincapi en los distintas actividades.

I. METODOLOGA DE LA FASE DE INICIO.

Durante la fase de inicio se define el modelo del Sistema
de Gestin, Supervisin y Monitoreo Educativo
(SIGESMED). Se identificaran todos los actores y Casos
de Uso, y se disean los Casos de Uso ms esenciales
(aproximadamente el 80% del modelo completo). Se
desarrollara, un plan para determinar que recursos deben
ser asignados al Sistema de Gestin, Supervisin y
Monitoreo Educativo (SIGESMED).

A. Los objetivos de esta fase son:

a. Establecer claramente el diagnstico y las necesidades
de aplicacin del software en la Direccin Regional de
Educacin Moquegua (DREMO), en las Unidades de
Gestin Educativa Local (UGEL) y las Instituciones
Educativas correspondientes.
b. Realizar Reuniones de Coordinacin con los Directores,
Docentes y Administrativos de la Direccin Regional de
Educacin Moquegua (DREMO), UGEL, y las
Instituciones Educativas correspondientes.
c. Encontrar los Casos de Uso crticos en el mbito de
sistemas de informacin y de automatizacin de
procesos, en los escenarios de la DREMO, UGEL, IE
que definen la funcionalidad.
d. Mostrar al menos una arquitectura candidata para los
escenarios principales.
e. Estimar el coste en recursos y tiempo de todo el
proyecto.
f. Estimar los riesgos, las fuentes de incertidumbre.
g. El tiempo necesario para esta fase es de 01 meses
desde el inicio de la capacitacin docentes en la regin
Moquegua.


B. Los resultados de la fase de inicio deben ser:

a. Un Diagnostico general de los requerimientos del
proyecto, caractersticas clave y restricciones
principales.
b. Actas y Acuerdos de compromiso para la aplicacin y
uso del Sistema de Gestin.
c. Mostrar un Modelo de la primera versin (1.0) del
Sistema inicial de Casos de Uso al 80%.
d. Lista de riesgos y plan de contingencia para los
diferentes mbitos del proyecto DREMO, Uge Ilo, Ugel
Mariscal Nieto, Ugel Snchez Cerro y Instituciones
Educativas.
e. Plan del proyecto para la primera Versin 1.0 del
Sistema de Gestin, mostrando fases e iteraciones.
f. Prototipos exploratorios para probar conceptos o la
arquitectura candidata.

C. Actividades a realizar

En esta etapa se llevara a cabo la primera fase de la
metodologa RUP (fase de inicio). Se realizara un estudio
amplio para obtener toda la informacin necesaria sobre
el manejo y procedimiento de las actividades
realizadas por el personal que dirige una Institucin
Educativa; con el propsito de conocer las fallas y
problemas que presenta el actual sistema; dicha
informacin se obtendr por medio de observaciones
y entrevistas directas.
En esta primera etapa se busca saber qu es lo que el
usuario (personal que labora en la I.E.) espera del
Software de Sistema a desarrollar y como podra ayudar
con respecto a los posibles problemas que presenta la
Gestin y Administracin, todo representado a partir de
una serie de casos de uso.
Toda la informacin que se obtiene durante el estudio es

analizada y almacenada en un conjunto de documentos
que forman parte de la primera fase de la metodologa
RUP:

Diagnstico General
Actas y Acuerdo de Coordinacin con el sector.
Documento plan Iteracin.
Documento Visin.
Documento Arquitectura candidata.
Documentos Reglas del Sistema de Gestin.
Documentos Listas de Riesgos.

CUADRO N10.
RESUMEN DE FASE I - RUP
METODOLOGA ETAPAS
OBJETIVOS
ESPECFICOS
ACTIVIDADES A
REALIZAR
RUP. Fase I Etapa 1:
Estudio de
los Escenario
de Aplicacin
Diagnosticar la
situacin actual en la
que se encuentran la
DREMO, UGEL e
Instituciones
Educativas. En
situaciones de
Gestin y
Administrativas.

Estudiar las
necesidades de la
DREMO, UGEL e
Instituciones
Educativas, en
situaciones de
Gestin y
Administrativas.
Estudiar los
escenarios de
Aplicacin.
Recoger informacin
a travs de
entrevistas no
estructuradas y
observacin directa.
Actas y Acuerdo de
Coordinacin con el
sector.
Documento plan
Iteracin.
Documento de la
Arquitectura
candidata al 80%
Documentos Reglas
del Sistema de
Gestin.
Documentos Listas
de Riesgos.

II. METODOLOGA DE LA FASE DE ELABORACIN.

El propsito de la fase de elaboracin del Sistema de
Gestin, Supervisin y Monitoreo Educativo es analizar el
dominio del problema, establecer los cimientos de la
arquitectura, desarrollar el plan del proyecto y eliminar los
mayores riesgos.

En esta fase se construye un prototipo de la arquitectura
al 90% del modelo completo, que debe evolucionar en
iteraciones sucesivas hasta convertirse en el sistema
final (Versin 1.0) al 100%. Este prototipo debe contener
los Casos de Uso crticos identificados en la fase de
inicio. Tambin debe demostrarse que se han evitado los
riesgos ms graves.

A. Los objetivos de esta fase son:
a) Definir, validar y cimentar la arquitectura del Sistema
de Gestin, Supervisin y Monitoreo Educativo al 90%
b) Completar la visin del Sistema de Gestin Educativo
para las 3 provincias de la regin Moquegua.
c) Crear un plan fiable para la fase de construccin.
Este plan puede evolucionar en sucesivas iteraciones
hasta convertirse en el sistema final al 100%.
a) Demostrar que la arquitectura propuesta soportar la
visin con un coste razonable y en un tiempo
razonable.
b) El tiempo estimado para esta fase, es de 02 meses
despus de finalizada la fase de inicio.

B. Al terminar deben obtenerse los siguientes
resultados:

a) Un modelo de Casos de Uso completa al menos hasta
el 100%, todos los casos y actores identificados, la
mayora de los casos desarrollados para la primera
Versin 1.0 del Sistema de Gestin.
b) Requisitos adicionales que capturan los requisitos no
funcionales y cualquier requisito no asociado con un
Caso de Uso especfico.
c) Descripcin de la arquitectura software al 100%.
d) Un prototipo ejecutable de la arquitectura al 90%.
e) Lista de riesgos y caso de uso revisados.
f) Plan de desarrollo para el proyecto.

En esta etapa se desarrollara la segunda fase de la
metodologa RUP, llamada Fase de Elaboracin, aqu se
busca comprender a fondo el problema y poder elaborar
una arquitectura estable que sirva de base para el
desarrollo del sistema, el desarrollo de esta
arquitectura se obtuvo mediante una serie de
iteraciones. Tambin se complementan los casos de uso
y se eliminan los posibles riesgos que pueda presentar el
software de sistema de gestin. Se especifican los
requerimientos y se describen sobre cmo se van a
implementar en el sistema, todo logrado a travs del
anlisis y diseo del mismo.
Aqu se llevaron a cabo las siguientes actividades:

Codificacin del Sistema
Especificaciones de Casos de Uso del sistema.
Especificaciones complementarias
Documento de la Arquitectura de Software al 100%
Reporte de Clases
Documento Glosario.
Al final se t endr que obt ener una
arquitectura que servir de base para el desarrollo del
Sistema de Gestin.

CUADRO N11.
RESUMEN DE FASE II - RUP
METODOLOGA ETAPAS
OBJETIVOS
ESPECFICOS
ACTIVIDADES A
REALIZAR
RUP. Fase II
(Elaboracin)
Etapa 2:
Diseo de la
arquitectura
del Sistema
a
Desarrollar.
Disear la
Arquitectura del
Sistema de
Gestin,
Supervisin y
Monitoreo
Educativo.

Codificacin del
Sistema
Especificacione
s de Casos de
Uso del
sistema.
Especificacione
s
complementaria
s

Documento de
la Arquitectura
de Software al
100%.
Un prototipo
ejecutable de la
arquitectura al
80%.
Reporte de
Clases

III. METODOLOGA DE LA FASE DE CONSTRUCCIN.

La finalidad principal de esta fase es alcanzar la
capacidad operacional del Sistema de Gestin,
Supervisin y Monitoreo Educativo al 100%, de forma
incremental a travs de las sucesivas iteraciones.
Durante esta fase todos los componentes, caractersticas
y requisitos deben ser implementados, integrados y
probados en su totalidad, obteniendo una versin
aceptable del producto.

A. Los objetivos concretos incluyen:

a. Un prototipo ejecutable de la arquitectura al 100%.
b. Conseguir una calidad adecuada que sea prctico, de
fcil uso y con una interface muy amigable para los
beneficiarios,
c. Conseguir l a pr i mer a versin (1.0) que sea
funcional y realizar pruebas de validacin (alfa, beta, y
otras versiones de prueba) tan rpido como sea
prctico.
d. Optimizacin de recursos y evitando el tener que
rehacer un trabajo o incluso desecharlo.
e. El tiempo estimado para esta fase, es de 04 meses,
se inicia en el ltimo mes de la fase de elaboracin.


B. Los resultados de la fase de construccin deben ser:

a) Modelos Completos (Casos de Uso, Anlisis, Diseo,
Despliegue e Implementacin)
b) Arquitectura ntegra al 100% (mantenida y
mnimamente actualizada)
c) Riesgos Presentados y Mitigados
d) Plan del Proyecto para la fase de Transicin.
e) Manual Inicial de Usuario bsico (con suficiente detalle)
f) Prototipo Operacional beta


Comprende la tercera fase de la metodologa a utilizar
(Fase de Construccin). Aqu Se procede a realizar la
codificacin del sistema y las especificaciones de caso
de usos de prueba; se elaborara un sistema
totalmente operativo y eficiente. La construccin de
dicho sistema se realizara por medio de una serie de
iteraciones. En cada iteracin se refina el anlisis y
diseo y se proceder a su implementacin y pruebas,
es decir, se desarrolla el sof t war e Sistema de Gestin,
Supervisin y Monitoreo Educativo (SIGESMED)
necesario implementando las definiciones de clases,
mtodos y la interfaz del usuario mediante los diagramas
de secuencias que se generan en la etapa 2. El
resultado final es la culminacin de la arquitectura de
software y la obtencin de un prototipo de Sistema de
Gestin, Supervisin y Monitoreo Educativo (SIGESMED)
aceptable.

CUADRO N12.
RESUMEN DE FASE III - RUP
METODOLOGA ETAPAS
OBJETIVOS
ESPECFICOS
ACTIVIDADES A
REALIZAR
RUP. Fase III
(Construccin)
Etapa 3:
Desarrollo
del Sistema.
Desarrollar el
Sistema de
Gestin,
Supervisin y
Monitoreo para
Codificacin del
Sistema
Culminacin de
la arquitectura
del Software al

el sector
Educacin de la
Regin
Moquegua.
100%.
Especificacione
s de casos de
uso de prueba.
Prototipo
funcional Beta
del Software.
Documento
Glosario.

IV. METODOLOGA DE LA FASE DE TRANSICIN.

La finalidad de la fase de transicin es poner el Sistema
de Gestin, Supervisin y Monitoreo Educativo, en
manos de los usuarios de la Direccin Regional de
Educacin Moquegua, (DREMO), las Unidades de
Gestin Educativa Local (Ugel Ilo, Ugel Mariscal Nieto,
Ugel Snchez Cerro) y las Instituciones Educativas, para
lo que se requiere desarrollar nuevas versiones
actualizadas del Sistema, completar la documentacin,
entrenar a los usuarios en el manejo del Sistema de
Gestin Educativa, y en general tareas relacionadas
con el ajuste, configuracin, instalacin y facilidad de
uso del Software.

A. Los principales objetivos de esta fase son:

a. Un producto final que cumpla los requisitos
esperados, que funcione y satisfaga suficientemente
al usuario.
b. Conseguir que el usuario se valga por s mismo
(capacitacin en el uso del Sistema).

B. Los resultados de la fase de transicin son:

a. Prototipo Operacional
b. Cdigo fuente de todo el sistema
c. Documentos Legales
d. Manuales de Despliegue
e. Manuales de Componentes

f. Manuales de Instalacin
g. Manuales de Sistema
h. Manuales de Usuario
i. Lnea de Base del Producto completa y corregida que
incluye todos los modelos del sistema.
j. Descripcin de la Arquitectura completa y corregida al
100%
k. Las iteraciones de esta fase irn dirigidas normalmente
a conseguir una nueva versin (2.0)
l. El tiempo estimado para esta fase, es de 01 meses,
se inicia al trmino de la fase de construccin.

C. Metodologa de la Capacitacin:

La capacitacin se realiza al personal directivo y
especialistas de cada institucin educativa de la Regin
Moquegua. La propuesta de horas de capacitacin y
frecuencia en que desarrollara la empresa proveedora del
software la capacitacin es:

CUADRO N13.
HORARIOS EVENTOS TOTAL
DE
HORAS
Sbados y Domingos de:
9:00 am 12:00 m y
2:00 pm 7:00 pm
8 64

La capacitacin estar a cargo de la Empresa que
Desarrolle el Software, es responsable de los
capacitadores, material didctico, manuales requeridos,
equipos multimedia y locales de capacitacin. El proyecto
cubrir los viticos (pasajes y alimentacin) del personal
beneficiario (214) para realizar la capacitacin en 8
eventos. Los beneficiarios son considerados respecto al
siguiente cuadro por provincia:


CUADRO N14.
RESUMEN DE BENEFICIARIOS POR PROVINCIA


CUADRO N15.
RESUMEN DE FASE IV - RUP
METODOLOGA ETAPAS
OBJETIVOS
ESPECFICOS
ACTIVIDADES A
REALIZAR
RUP. Fase IV
(Transicin)
Etapa 4:
Usuario Final
del Sistema.
Un producto
final que cumpla
los requisitos
esperados, que
funcione y
satisfaga
suficientemente
al usuario.
Prototipo
Operacional
100%
Documentos
Legales
Caso del
Sistema
Completo
PROVINCIA ILO
PERSONAL CANTIDAD
COODINADORAS PROG
INICIAL 4
DIRECTORES 46
SUBTOTAL 59
PROVINCIA MARISCAL NIETO
PERSONAL CANTIDAD
DIRECTORES ZONA URBANA 59
DIRECTORES ZONA RURAL 35
COODINADORES DE RED 5
SUBTOTAL 121
PROVINCIA SNCHEZ CERRO
PERSONAL CANTIDAD
DIRECTORES 16
PROMOTORES DE RED 4
ESPECIALISTAS 14
SUBTOTAL 34
TOTAL BENEFICIARIOS 214

Conseguir que el
usuario se valga
por s mismo
(capacitacin en
el uso del
Sistema).
Lnea de Base
del Producto
completa y
corregida que
incluye todos los
modelos del
sistema al 100%
Documentos:
descripcin de la
Arquitectura
completa y
corregida.
Documento
Glosario.
Manuales de
referente a
manejo y todo lo
referente al
sistema.
Capacitacin al
personal directivo
y administrativo.

V. ACCIONES COMPLEMENTARIAS

a. Tipo, diseo y nivel de investigacin

Para realizar el desarrollo el sistema de Gestin
Educativa y en funcin de sus objetivos se utilizara el
tipo de investigacin proyectiva, porque busca resolver
problemas determinados dentro de la Gestin y
administracin.

Durante el desarrollo del presente proyecto se
empleara diseo de investigacin de campo basada
en la elaboracin de entrevistas no estructuradas, as
como observaciones directas, con el propsito de
definir los problemas, las necesidades del Sistema de
Gestin Educativa y conocer la forma en que el sector
realiza sus actividades.

El nivel de investigacin debe ser comprensivo, debido
a que sta busca los orgenes de la problemtica, sus

efectos y lo compara con otros hechos ocurridos para
determinar los factores causantes de la situacin.

b. Poblacin y Muestra

Una vez definido el problema a investigar y formulados
los objetivos, se hace necesario determinar los
elementos o individuos con quienes se va a llevar a
cabo el estudio o investigacin. Esta consideracin
conduce a delimitar el mbito de la investigacin
definiendo una poblacin y seleccionando la muestra.

En el caso del presente software referido al desarrollo
del Sistema de Gestin, Supervisin y Monitoreo
Educativo (SIGESMED), la poblacin de estudio
est constituido por un 10% de representaste o
docentes de las Instituciones Educativas que laboran
como directores, personal jerrquico y administrativos
en las Instituciones Educativa segn las provincia y
mbitos de cada escuela ( Director, Subdirector, 2
Asesores y 01 Administrativo).Una vez que se define
la poblacin de estudio se procede a definir la
muestra.

c. Tcnicas e Instrumentos de Recoleccin de Datos

Una vez que se define la poblacin y muestra del
presente Software de Gestin Educativo, se procede a
seleccionar las tcnicas e instrumentos de recoleccin
de datos.

En funcin de los objetivos definidos en el presente
proyecto, donde se plantea el desarrollo de un sistema
de gestin se emplearan una serie de instrumentos y
tcnicas de recoleccin de la informacin, orientadas
de manera esencial a alcanzar los fines propuestos.

Las tcnicas que se sugieres utilizar son las
siguientes:

La observacin directa: se utiliza con el propsito
de captar como son llevadas a cabo el manejo de
informacin y de actividades en la Gestin y
administracin en las Instituciones Educativas.

La entrevista no estructurada: a partir de preguntas
que se realizaran al personal que labora en las
Instituciones Educativas se puede conocer y tener
una idea clara de cmo son llevados a cabo los
procesos educativos en la Gestin Educativa.

Revisin documental: Esta tcnica se utilizara con
el fin de recolectar informacin terica que servir
de ayuda para el desarrollo del Software de Gestin.

d. Tcnicas de Anlisis de Datos

Las tcnicas de anlisis de datos son procedimientos
cuantitativos y cualitativos que permiten medir,
ordenar, clasificar, codificar e interpretar el
comportamiento de las variables objeto de estudio.
El anlisis facilita llegar a las conclusiones o
resultados del estudio.
El procedimiento que se utilizara para el anlisis de
datos es el anlisis de contenido, esto se debe a que
la mayora de los datos que se obtendrn sern
alcanzados por medio de entrevistas no
estructuradas.

e. Diseo operativo

El presente proyecto se llev a cabo utilizando la
metodologa RUP, ya que es un proceso de ingeniera

de software que suministra un enfoque para asignar
tareas y responsabilidades dentro de una
organizacin de desarrollo. Es una metodologa de
desarrollo iterativo enfocada hacia los casos de uso,
manejo de riesgos y el manejo

1.1.1.6. ARQUITECTURA DE CAPAS EN SISTEMAS DE
INFORMACIN

La metodologa presentada para la elaboracin del Sistema
de Gestin, Supervisin y Monitoreo Educativo SIGESMED
propone una estructura de tres capas necesarias para los
Sistemas de Informacin. Estas tres capas son:

CAPA DE DATOS
La empresa que desarrollara el Sistema deber automatizar
los procesos de automatizacin en la misma Base de Datos
PostgreSQL 9.2 usando el pgAgent con mdulos en java que
debern ser usados dentro de la misma Base de Datos.

CAPA DE NEGOCIOS
La empresa desarrollara la capa de negocios para ser
desplegada en un Servidor de Aplicaciones JBOSS y podr
est conformada por EJB y/o Servlets.

CAPA CLIENTE
El desarrollo de la capa cliente deber estar desarrollada
ntegramente en JAVA, pudiendo solo desarrollar libreras en
c/c++ para la comunicacin directa con los equipos
biomtricos a travs de JNDI. Solo podr usar JAVA FX en
la capa cliente para darle una mejor presentacin y mayor
utilidad al Sistema.


1.1.1.7. DESCRIPCIN Y FUNCIONALIDAD DEL SOFTWARE
VERSIN 1.0

En esta seccin se describir la estructura bsica del
Software de Gestin en su Versin 1.0, es decir las clases
que agrupa un conjunto de subprogramas y estructura de
datos. Los mdulos son unidades que pueden ser
compiladas por separado y los hace reusables y permite que
mltiples programadores trabajen en diferentes mdulos en
forma simultnea produciendo ahorro en los tiempos de
desarrollo.
Los mdulos que contemplar este Software sern los
siguientes:
1. MDULO DE GESTIN ADMINISTRATIVA
2. MDULO INSTITUCIONAL
3. MDULO PEDAGGICO
a. MDULO DEL MAESTRO
b. MDULO ACADMICO
c. MDULO CAPACITACIN
d. MDULO DE SUPERVISIN Y MONITOREO
e. MDULO EVALUACIN DEL PERSONAL
f. MDULO MANTENIMIENTO
g. MDULO WEB
h. MODULO EVALUACIN DE EXPEDIENTES EN
UGEL DRE
La implementacin de los Mdulos es importante por las
siguientes razones:

Automatiza los procesos de Gestin Educativa
Sistematiza los procesos de las Instituciones
Educativas
Ayuda a los Directores, Sub Directores, Docentes y
personal administrativo en la Gestin Pedaggica

Fortalece la actividades y tareas diarias del Docente
en relacin a la presentacin de Documentacin,
contenidos, actividades a desarrollar, etc.
Agilizar la gestin Institucional
Integrar a los Padres de Familia hacia el uso de las
Tecnologas de Informacin y Comunicacin con el
adecuado uso de la Internet
1.1.1.8. INTERFAZ DEL SISTEMA DE GESTIN: VERSIN 1.0
El Servicio constar del Diseo, desarrollo, instalacin,
implementacin y ejecucin de un Sistema Integrado de
Automatizacin computarizada en la Gestin Educativa
SIGEDU. El sistema incluir los siguientes Mdulos:
I. MDULO DE GESTIN ADMINISTRATIVA

BENEFICIOS DEL MDULO
Con el Modulo de Gestin Administrativa el Director de la
Institucin Educativa lograr controlar al detalle todos los
bienes de su I.E., el ingreso y salida de su personal a
cargo a travs de un sistema biomtrico conectado,
reducir el tiempo de respuesta al mnimo en lo que
respecta a documentacin solicitada e ingresada por
mesa de partes, conocer en forma actualizada el
escalafn de su personal, llevar una contabilidad
adecuada de acuerdo a los ingresos y egresos
manejados por I.E., obtener rpidamente cualquier
documento de gestin al estar organizado y en forma
digital y tener a su disposicin todos los datos personales
de autoridades, docentes, estudiantes, padres de familia
y dems personas involucrados en la labor educativa.
a) Sistema de control patrimonial. Inventarios. (altas y
bajas de Bienes, desplazamiento, ubicacin, bienes
prestados, codificacin, etc.). La codificacin ser de
acuerdo a la de la Superintendencia de Bienes
Nacionales.

b) Control de Personal. Control y reporte de asistencia
del personal, Horas Efectivas, Papeletas de permisos,
comisin, Licencias y vacaciones), estadsticas.
c) Sistema de Trmite documentario. Interno I.E. y
externo de la I.E. con la UGEL, DRE y otros.
d) Sistema Escalafn. Enlace con el Sistema Escalafn
del Ministerio de Educacin.
e) Sistema Contable Institucional, APAFA,
mantenimiento del MED :(Libro de caja, Parmetros,
Grupos, Conceptos, Orden de Pago, Factura y/o
Boletas de Pago, Gastos, Documentos, Estado de
Cuenta, BALANCES.
f) Sistema de Documentos de Comunicacin.
Generacin de formatos y documentos como:
(Resoluciones Directorales, Decretos Directorales,
Oficios, Solicitudes, Informes, etc.).
g) Directorio. (Autoridades Educativas, Organismos
Pblicos, Docentes, Padres de Familia, Estudiantes,
etc.).

II. MDULO INSTITUCIONAL:
Con el Modulo Institucional el Director de la Institucin
Educativa lograr controlar al detalle el avance que tiene
sus principales documentos de Gestin lo que le permitir
mantenerlo actualizado permanentemente, tendr
adems todos estos documentos a disposicin inmediata
en un repositorio virtual y adems permitir elaborar el
cuadro de horas de una manera sencilla y disminuyendo
errores de cruce de horas a 0.
a) Sistema de monitoreo de Documentos de Gestin.
PEI, Plan de Mejora, RI.
b) Repositorio de Documentos de Gestin
(Organigrama Estructural, Nominal, Funcional, Aula de
Innovaciones Pedaggica, otros).

c) Mdulo de elaboracin de Cuadro de Horas,
Horarios y turnos por secciones y docentes en Inicial y
Primaria.

III. MDULO PEDAGGICO:
Con el Modulo Pedaggico el Director de la Institucin
Educativa lograr controlar al detalle:
El avance que tiene sus docentes con respecto a
sus documentos de aula (carpeta pedaggica,
sesiones de clase, planes, calendarios y dems
instrumentos de gestin en el aula).
Controlar los resultados de sus estudiantes ya que
estar conectado con la base de datos del SIAGIE
(importar todo tipo de instrumentos de evaluacin).
Estar conectado a su vez con la plataforma de
capacitacin docente y permitir crear cursos online
adicionales, monitorear el avance de sus
docentes.
Tendr acceso a estadsticas que le permitirn
facilitar la toma de decisiones.
Estar conectado con su respectiva UGEL y DRE y
observar cmo va su I.E. con respecto a las dems.
Monitorear proyectos educativos en elaboracin.
Brindar informacin acadmica de sus estudiantes
a sus padres de familia a travs de una contrasea
de acceso.
Evaluar a su personal en tiempo real.
Brindar seguridad a su informacin institucional.
Tener comunicacin real a travs de un chat
institucional con todos los actores educativos de su
I.E.
Mantener informado a los padres de familia acerca
de las evaluaciones de sus hijos peridicamente a
travs de reportes enviados a sus correos
electronicos
Controlar reuniones con APAFA, CONEI, etc. Para
facilitar el cumplimiento de metas.

a. MODULO DEL MAESTRO.
a) Carpeta Pedaggica Digital.
b) Plan de mejora del aula
c) Planes de recuperacin acadmica
d) Programacin curricular

e) Unidades de aprendizaje
f) Sesiones de aprendizaje
g) Proyectos y planes de trabajo
h) Avance y resultados de aprendizaje por aula.
i) Calendario de fechas cvicas
j) Comisiones PAT
k) Anecdotario
l) Plan tutorial
m) Diagnstico de aula.
n) Inventario de aula.
o) Control de gestin documentaria del docente
Directorio de Padres de Familia, Docentes y
estudiantes de la seccin.

b. MDULO ACADMICO
a) Repositorio de Normatividad.
b) Evaluacin del estudiante.
c) SIAGIE. Base de Datos de estudiantes
d) Sistema de elaboracin de matrices de evaluacin
y evaluaciones de diferentes reas de desarrollo y
niveles (Inicial, Primaria y Secundaria).
e) Generar listas de tiles.
f) Banco de lecturas.

c. MDULO CAPACITACIN:
El Software debe permitir crear cursos en lnea
(intranet), para capacitacin docente).
d. MDULO DE SUPERVISIN Y MONITOREO:
Monitoreo Institucional (Directivos, docentes,
administrativos, de servicio) UGEL y DRE.
Acceso a estadsticas de cumplimiento de
presentacin de documentos de gestin del docente,
Registros, carpeta pedaggica, asistencia del
alumno, etc.

Avance curricular, sesiones de aprendizaje,
proyectos del docente de aula.
Resultados de evaluaciones del progreso de logros
de aprendizaje de los estudiantes, por grado,
secciones, sexo, edad, etc.
Portal de acceso y transparencia e informacin
para el padre de familia, con acceso con cdigo o
clave), Sistema debe permitir conectar un sistema de
videocmara, para supervisin y vigilancia.
(Opcional).
e. MDULO EVALUACIN DEL PERSONAL
a) Evaluacin en el Marco del Buen Desempeo
Docente: (Fichas de desempeo).
b) Evaluacin Directiva.
c) Evaluacin de Administrativos.
d) Evaluacin de Personal de Servicio.

f. MDULO MANTENIMIENTO
a) Seguridad
b) Administracin
c) Personalizacin
d) Ayuda
e) Manual de Usuario
f) Soporte Tcnico

g. MDULO WEB
a) Tareas
b) Enlaces con UGEL MN, para simplificar trmites
administrativos
c) Mini WEB
d) Intranet para comunicacin Direccin - aulas y
viceversa.
e) Emisin de reportes de evaluacin integral de los
estudiantes a los padres de familia a travs del
Correo electrnico.


h. MODULO EVALUACIN DE EXPEDIENTES EN
UGEL DRE
a) Salones, reas, Asignaturas, Grupos de
Aprendizaje, Cursos, Informes
b) Control de reuniones de APAFA, CONEI.

Proyecto: Mejoramiento del Servicio Educativo Incorporando TIC en las II.EE. de EBR de la UGEL ILO, Provincia de ILO, Regin Moquegua

GR!"ICO DE M#DULOS DE SIS$EMA DE GES$I#N EDUCA$I%A


8.1.1.9. HERRAMIENTAS DE DESARROLLO PARA EL SISTEMA
DE GESTIN, EVALUACIN Y MONITOREO EDUCATIVO

Para el Desarrollo de Software de Gestin Educativo se utilizarn
Aplicaciones de desarrollo para software libre o de cdigo abierto,
con la finalidad de que el sistema sea compatible con diferentes
plataformas educativas tal como los Sistemas E-Learning, o
Portales Educativos.

Las herramientas de desarrollo son aquellos programas o
aplicaciones que tengan cierta importancia en el desarrollo de un
Software de Gestin Educativo. Pueden ser de importancia vital
(como un ensamblador, un compilador o un editor) o de
importancia secundaria, como una IDE (Integrated Development
Environment - Entorno de Desarrollo Integrado).Y las aplicaciones
de desarrollo de alto nivel.

A. Software de Desarrollo Vital

Compiladores Los compiladores son programas que
"traducen" un fichero de cdigo fuente de cualquier lenguaje
interpretado al lenguaje ensamblador, y llama cuando sea
necesario al ensamblador y al linker (enlazador).
Ensambladores: Los ensambladores son aquellos
programas que se encargan de desestructurar el cdigo
en lenguaje ensamblador y traducirlo a lenguaje binario.
Los archivos en lenguaje binario sern posteriormente
enlazados en un nico fichero, el ejecutable.
Enlazadores: Son los programas que enlazan varios ficheros
objeto en lenguaje binario para crear un nico fichero, el
ejecutable del programa.
Depuradores (Debuggers): Como su nombre indica, sirve
para corregir bugs. Se encargan de ejecutar, paso a paso y
advirtiendo de errores, valores de variables, etc. un
programa. Son particularmente tiles cuando el programa

parece estar bien, pero no da el resultado esperado (se
cuelga, da resultados errneo).
Editores: de texto: Son tan importantes como un
compilador y actualmente suelen incluir funciones
especficamente dedicadas a la programacin, como
resaltado de sintaxis.

B. Tarjetas CRC.

Las tarjetas CRC (clase, responsabilidad y colaboracin) son
unas herramientas para el diseo de software orientado por
objetos creada por Kent Beck y Ward Cunningham.
Es una tcnica para la representacin de sistemas
orientado a objetos, para pensar en objetos.
Son un puente de comunicacin entre diferentes
participantes.
Permite ver las clases como algo ms que depositario de
datos, sino conocer el comportamiento de cada una en un
alto nivel.

C. Macromedia Dreamweaver CS6.
Macromedia Dreamweaver es una herramienta de HTML
visual, diseado para desarrolladores profesionales.
Dreamweaver hace sencillo crear pginas Web dinmicas,
permitiendo que los diseadores puedan crear entornos Web y
animaciones sofisticadas sin tener que escribir una sla lnea
de cdigo. Dreamweaver genera HTML dinmico, que usa
JavaScript y "cascade style sheets".

Una de las caractersticas del programa es que se pueden
optimizar las pginas para las diferentes versiones de los
navegadores. Dreamweaver no modifica el cdigo fuente,
haciendo fcil el poder cambiar entre Dreamweaver y tu editor
de cdigo no visual favorito. Algunas otras caractersticas
incluyen: un editor de imagen integrado, diferentes colores
para la sintaxis HTML, soporte para posicionamiento

absoluto, poder hacer cambios por todas las pginas usando
elementos comunes, cliente de FTP integrado (con soporte
Firewall), soporte XML, plantillas, e interfaz personalizado.

D. Power designer 16.0.
Es la herramienta de modelamiento nmero uno de la industria
que permite a las empresas, de manera ms fcil,
visualizar, analizar y manipular metadatos, logrando un
efectiva arquitectura empresarial de informacin.
PowerDesigner permite visualizar, analizar y manipular
datos, procesos y meta-datos de aplicaciones con mayor
facilidad, a travs de caractersticas como tecnologas
nicas para la asociacin e integracin de meta-datos
para infraestructuras arquitectnicas de la empresa, para
apegarse mejor a los estndares pblicos y de la empresa, y
un generador de reportes mucho ms poderoso.

Caractersticas y beneficios de PowerDesigner 16.0.
PowerDesigner 16.0 incluye caractersticas que permiten
la optimizacin mejorada del negocio y la excelencia tcnica.

Valor para el negocio:
Integracin mejorada de Modelamiento de Datos y de
Procesos que facilita una mayor sinergia entre las
descripciones de las aplicaciones del negocio y los
sistemas de informacin.
PowerDesigner 16.0 aplica estndares y prcticas
automticamente para acogerse de mejor manera a
travs de la ms completa facilidad de
personalizacin hasta la fecha.
PowerDesigner 16.0 se adapta a las infraestructuras
arquitectnicas de la empresa para adherirse a
mltiples conjuntos de estndares de la industria,
personalizados o adaptados.

Valor tcnico:

Interfaz de usuario enriquecida y personalizadle para
simplificar las labores del usuario principiante, sin quitarle
poder al usuario avanzado; nueva interfaz de usuario para
la asociacin de meta-datos, facilita transformaciones de
datos a datos, XML u objetos.
PowerDesigner 16.0 incluye un generador de reportes ms
poderoso, el cual incorpora nuevos asistentes, reportes
basados en listas y formatos RTF y HTML ms
expresivos.
Soporte a los ms recientes estndares, incluyendo
UML 2.0, BPMN, a las ms recientes versiones de bases
de datos, y ms.
Ms opciones para la importacin de ERWin, haciendo que
la migracin de herramientas de modelamiento de
datos preexistentes, sea ms fcil e intuitiva.

E. PHP.
PHP es un lenguaje de programacin interpretado, diseado
originalmente para la creacin de pginas web dinmicas. Es
usado principalmente en interpretacin del lado del servidor
(server-side scripting) pero actualmente puede ser utilizado
desde una interfaz de lnea de comandos o en la creacin
de otros tipos de programas incluyendo aplicaciones con
interfaz grfica usando las bibliotecas Qt o GTK+.

Ventajas de PHP.
Es un lenguaje multiplataforma.
Completamente orientado a la web.
Capacidad de conexin con la mayora de los motores de
base de datos que se utilizan en la actualidad, destaca su
conectividad con MySQL y PostgreSQL.
Capacidad de expandir su potencial utilizando la enorme
cantidad de mdulos (llamados ext's o extensiones).
Posee una amplia documentacin en su pgina oficial, entre
la cual se destaca que todas las funciones del sistema

estn explicadas y ejemplificadas en un nico archivo de
ayuda.
Es libre, por lo que se presenta como una alternativa
de fcil acceso para todos.
Permite las tcnicas de Programacin Orientada a Objetos.
Biblioteca nativa de funciones sumamente amplia e incluida.
No requiere definicin de tipos de variables aunque sus
variables se pueden evaluar tambin por el tipo que estn
manejando en tiempo de ejecucin.
Tiene manejo de excepciones (desde PHP5).
Si bien PHP no obliga a quien lo usa a seguir una
determinada metodologa a la hora de programar (muchos
otros lenguajes tampoco lo hacen), aun estando dirigido a
alguna en particular, el programador puede aplicar en
su trabajo cualquier tcnica de programacin y/o
desarrollo que le permita escribir cdigo ordenado,
estructurado y manejable.

F. JavaScript.
El JavaScript es un lenguaje de programacin
ampliamente utilizado en el mundo del desarrollo web por ser
muy verstil y potente, tanto para la realizacin de pequeas
tareas como para la gestin de complejas aplicaciones.
Adems, ha saltado el mbito de la web, y tambin podemos
encontrarlo en otros entornos, como es el lenguaje
ActionScript de Macromedia, que acompaa al sistema Flash.

G. XAMPP.
XAMPP es un servidor independiente de plataforma,
software libre, que consiste principalmente en la base de
datos MySQL, el servidor Web Apache y los intrpretes para
lenguajes de script: PHP y Perl. El nombre proviene del
acrnimo de X (para cualquiera de los diferentes sistemas
operativos), Apache, MySQL, PHP, Perl. El programa est
liberado bajo la licencia GNU y acta como un servidor Web
libre, fcil de usar y capaz de interpretar pginas

dinmicas. Actualmente XAMPP est disponible para
Microsoft Windows, GNU/Linux, Solaris, y MacOS X.

H. Servidor Web Apache.
El servidor HTTP Apache es un servidor web HTTP de
cdigo abierto para plataformas Unix (BSD, GNU/Linux, etc.),
Microsoft Windows, Macintosh y otras, que implementa el
protocolo HTTP/1.1 y la nocin de sitio virtual.

I. MySQL.
Es un gestor de base de datos sencillo de usar y
increblemente rpido. Tambin es uno de los motores de base
de datos ms usados en Internet, la principal razn de esto es
que es gratis para aplicaciones no comerciales

8.1.1.10. DISEO DEL SISTEMA DE EVALUACIN Y MONITOREO
EDUCATIVO

I. El Diseo Conceptual
El diseo conceptual se considera como un anlisis de
actividades y consiste en la solucin de problemas que tiene
el usuario y se expresa con los casos de uso. El diseo
conceptual es la solucin del equipo de proyecto del servicio
y consiste de las siguientes tareas:
Identificar los usuarios y sus roles
Obtener datos de los usuarios
Evaluar la informacin de los usuarios
Documentar los escenarios de uso
Validar con los usuarios
Validar contra la arquitectura de la Institucin
Una forma de obtener estos requerimientos es construir
una matriz usuarios-actividades, realizar entrevistas,
encuestas y/o visitas a los usuarios, de tal manera que se

obtenga quin, qu, cundo, dnde y por qu de la
solucin.
A. Diseo Lgico
El diseo lgico traduce los posibles escenarios de uso
creados en el diseo conceptual en un conjunto de
objetos de y sus servicios (Para lo que se usar
realmente el micro software).
Las propiedades del Diseo Lgico son:
Se usa como parte en la especificacin funcional que
se usa en el diseo fsico
El diseo lgico es independiente de la tecnologa
El diseo lgico refina, organiza y detalla la solucin
al problema encontrado por el usuario
Define formalmente las reglas y polticas especficas
de lo que necesita el usuario
Valida lo que necesita el usuario de Software

Los objetos de negocio deben verificarse y probarse de
tal manera que asegure que los mdulos operen como
unidades completas de trabajo. Las tareas de verificacin
incluyen:
Una verificacin independiente:
Pre y post condiciones
Lgica y funcionalidad individual
Una verificacin dependiente:
Verificacin de dependencias
Que operan como una unidad especfica de trabajo
El diseo lgico comprende las siguientes tareas:
Identificar y definir los objetos de negocio y sus
servicios
Definir las interfaces
Identificar las dependencias entre objetos
Validar contra los escenarios de uso
Comparar con la arquitectura de la empresa
Revisar y refinar tanto como sea necesario


Una interface como parte del diseo lgico tiene las
siguientes partes:
Nombre
Precondiciones, lo que debe estar presente antes de
ejecutarse
Post condiciones, estado final
Capacidad o funcionalidad (SQL, pseudocdigo,
funcin matemtica)
Dependencias

La tarea de identificar las dependencias entre
objetos permite identificar eventos, sucesos o
condiciones que permitan la realizacin de tareas
coordinadamente o transaccionalmente. Para ello se
debe considerar lo siguiente:
Identificar los eventos disparadores (triggers)
Determinar cualquier dependencia (existencial o
funcional)
Determinar cualquier problema de consistencia o
secuencia
Identificar cualquier regulacin de tiempo crtica
Considerar algn problema organizacional
(transacciones)
Identificar y auditar los requerimientos de control
Determinar lugares y dependencias a travs de la
ubicacin
Determinar cuando el servicio que controla la
transaccin es dependiente de los servicios contenidos
en otros objetos de negocio
La validacin del modelo lgico debe ser tal que
ste sea:
Completo debe representar todos los escenarios de
uso,
Correcto el comportamiento lgico debe
corresponder con el comportamiento conceptual, y
Claro los objetos de negocio y servicios no deben
ser ambiguos
En el diseo lgico conceptualmente se divide en tres
niveles de servicios con el fin de que la aplicacin
resulte flexible ante los cambios de requerimientos y/o

de tecnologa cambiando nicamente la capa o capas
necesarias.
Los tres niveles son: servicios de usuario, servicios de
negocio y servicios de datos.

Los servicios de usuario (user services)
Controlan la interaccin. Un servicio de usuario son
personas, aplicaciones, otros servicios o la combinacin
de stos. Generalmente involucra una interface grfica de
usuario (GUI) o puede ser no visual (mensajes o
funciones), maneja todos los aspectos de la interaccin
con la aplicacin. El objetivo central es minimizar el
esfuerzo de conocimiento requerido para interpretar la
informacin. Un servicio de usuario incluye un contenido
(qu se necesita comunicar al usuario) y una forma (cmo
se comunica el contenido) cuando es necesaria la
comunicacin.
B. Diseo Fsico
El diseo fsico traduce el diseo lgico en una solucin
implementable y costo-efectiva o econmica.
El diseo fsico debe involucrar:
El diseo para distribucin debe minimizarse la
cantidad de datos que pasan como parmetros entre
los componentes y stos deben enviarse de manera
segura por la red.
El diseo para multitarea debe disearse en
trminos de la administracin concurrente de dos o
ms tareas distintas por una computadora y el
multithreading o mltiples hilos de un mismo proceso)
El diseo para uso concurrente el desempeo de un
componente remoto depende de si est corriendo
mientras recibe una solicitud.
El diseo con el manejo de errores y prueba de
eventos:

Validando los parmetros a la entrada antes de
continuar con cualquier proceso.
Protegiendo recursos crticos manejar excepciones
para evitar la falla o terminacin sin cerrar archivos,
liberar objetos sincronizados o memoria.
Protegiendo datos importantes contar con una
excepcin a la mitad de la actuacin en las bases de
datos.
Debugging crear una versin para limpiar errores.
El diseo fsico comprende las siguientes tareas:
Definir los componentes
Refinar el empaquetamiento y distribucin de
componentes
Especificar las interfases de los componentes
Distribuir los componentes en la red
Distribuir los repositorios fsicos de datos
Examinar la tolerancia a fallas y la recuperacin de
errores
Validar el diseo fsico
De las tareas anteriores la ms importante es la
distribucin de los datos que pueden ser centralizados,
una particin, un extracto o una rplica.
Los datos centralizados equivalen a una base de datos
maestra ubicada en un lugar central. No hay copias de
los datos.
Una particin de datos es una segmentacin de la base
de datos maestra. Es til cuando los datos se pueden
fragmentar fcilmente y actualizarse en un sitio local con
cambios frecuentes. No hay sobreposicin entre
particiones. En una particin horizontal cada hilera existe
en una sola base de datos. En una particin vertical cada
columna es contenida en una y solo una base de datos.
Un extracto de datos es una copia de toda o una porcin
de la base de datos maestra. No se permite la

actualizacin. Se usa un timestamp o etiqueta de tiempo
para indicar qu tan viejos son los datos.
Una rplica de datos es un fragmento de la bases de
datos maestra que se puede actualizar. Una rplica de
datos es cuando el sitio de actualizacin cambia a un sitio
local. No se permiten actualizaciones en la base de datos
rplica y en la base de datos maestra a la vez, por lo que
debe de haber sincronizacin entre ambas.
El diseo fsico est ntimamente ligado a una alternativa
tecnolgica. Ante la acelerada evolucin tecnolgica es
importante considerar los estndares del momento y las
tendencias ya que una mala decisin implicar un costo
enorme (en dinero y en tiempo) al actualizarse a otra
plataforma distinta.
La tendencia actual en la arquitectura cliente/servidor es
crear el back-end como un servidor robusto multitareas y
multithreading y el front-end como un cliente muy
delgado que no acapare al servidor comunicndose entre
s en una plataforma internet con protocolos estndar en
redes heterogneas.

8.1.1.11. CODIFICACIN DE SOFTWARE
Una vez que los algoritmos de una aplicacin, software o
mdulo han sido diseados, se puede iniciar la fase de
Codificacin. En esta etapa se tienen que traducir dichos
algoritmos a un lenguaje de programacin especfico, es
decir, las acciones definidas en los algoritmos hay que
convertirlos en instrucciones

Para codificar un algoritmo hay que conocer la sintaxis del
lenguaje al que se va a traducir independientemente del
lenguaje de programacin en que est escrito un mdulo o
programa, ser su algoritmo el que determine su lgica.
La lgica de un programa establece cules son sus acciones
y en qu orden se deben ejecutar. Por tanto es conveniente
que todo programador disee algoritmos antes de pasar a la
fase de codificacin.
Para codificar un algoritmo hay que conocer la sintaxis del
lenguaje al que se va a traducir. Sin embargo,
independientemente del lenguaje de programacin en que
est escrito un programa, ser su algoritmo el que determine
su lgica.
Se conoce como la etapa de Programacin
Aqu se elegir el lenguaje de programacin, pudiendo
ser php, java script, perl, phyton, c++, c#, etc. De
acuerdo a las necesidades de programacin.
Esta tarea la realiza el programador, siguiendo por
completo los lineamientos impuestos en el diseo y en
consideracin siempre a los requisitos funcionales y no
funcionales (ERS) especificados en la primera etapa.
El cdigo fuente que contiene el conjunto de
instrucciones del Software ser entregado (como una
copia) a los responsables del Mantenimiento de
Software.
El cdigo objeto no ser necesario de indicar, ni
entregar a los responsables.
A. Elaboracin del Prototipo de Prueba ALFA-TEST
Los ingenieros de sistemas, analistas informticos,
diseadores de software, ingenieros de software,
diseadores visuales, programadores senior y junior,
especialistas informticos y quienes estn dentro del
Equipo de Proyecto de Desarrollo de Software

desarrollarn el PRIMER PROTOTIPO de
Interactividad material, es decir, donde se puede
considerar los siguientes aspectos para poder evaluar
el Software:
Evaluacin de la Fase Anlisis
Evaluacin de la Fase Diseo
Evaluacin de Programacin
Pruebas:
I. Pruebas internas
La realizarn los integrantes de los equipos de Diseo
y Desarrollo
Seguir la metodologa que considera los criterios de
calidad propios del material
Finalizar con una reunin de todos los integrantes del
equipo de Proyecto de Software, considerando
o Aspectos tcnicos
o Aspectos pedaggicos
o Aspectos funcionales
II. Pruebas Unitarias
Consisten en probar o testear piezas de software
pequeas
Se realizan a diferentes partes de software
Se analiza el nivel de secciones, procedimientos,
funciones y mdulos solo para aquellas que tengan
funcionalidades especficas.
Se har para asegurar el correcto funcionamiento de
secciones de cdigo, mucho ms reducidas que el
conjunto, y que tienen funciones concretas con cierto
grado de independencia.
III. Pruebas de Integracin
Se realizarn una vez que las pruebas unitarias fueron
concluidas exitosamente.

Se asegura que el sistema completo, incluso los
subsistemas que componen las piezas individuales
grandes del software funcionen correctamente al
operar en conjunto.
B. Elaboracin del Prototipo de Prueba BETA-TEST
Se d a partir de las conclusiones de la evaluacin
interna
En esta fase se realizar los ajustes al diseo, Bases
de datos, relaciones y Programas software.
Completar adems con el desarrollo del material que
es sometido a un testeo (Prueba tcnica para depurar
los posibles problemas de funcionamiento debido a
errores de programacin)

8.1.1.12. IMPLEMENTACIN DE SOFTWARE

8.1.1.12.1. SERVIDOR DATA CENTER

Hemos considerado la instalacin de un servidor
dedicado que estar a cargo del Administrador del
Sistema y responsable del soporte por ser la persona
que tiene mayor conocimiento sobre esta tecnologa.
El servidor operar en las instalaciones de la UGEL
Mariscal Nieto de Moquegua y de all dar soporte a
todas las Instituciones Educativas de la Regin (280).
Se sugiere que en el servidor se instale un sistema
operativo de cdigo libre, desde aqu se establecer las
polticas de seguridad para toda la red y se crearn los
usuarios para la misma.
El secundario, el cual servir para el respaldo.
Se considera necesaria la creacin de las siguientes
particiones:

Una particin BOOT de XX TB, para sistema
operativo y utilitarios
Una particin de XXGB, para el respaldo de
informacin.
Las particiones a realizar se realizarn de la siguiente
manera:
La particin del sistema operativo y utilitario la cul se
resguardara la informacin por la seguridad.

8.1.1.12.2. DATA CENTER

El Servidor es un equipo apropiado para empresas
grandes. Una herramienta de gran valor que le permitir
administrar su red de trabajo al mximo. Una inversin
necesaria para un equipo que crecer, pues podr
agregar dispositivos para mejorar su rendimiento. Integra
lo ltimo en procesadores con arquitectura Sandy Bridge
y con la tecnologa TurboBoost que le da ms velocidad
cuando lo necesite.

I. SERVIDOR DE DATOS

Un servidor de datos es el equipo que alojara la base de
datos que ser difundida en todas las Instituciones
Educativas, de tal manera que cada Institucin Educativa
tenga un espacio en donde albergar y publicar su material
educativo y evaluaciones de los estudiantes.


CUADRO N16.
ESPECIFICACIONES DE SERVIDOR
CARACTERSTICAS ESPECIFICACIONES TCNICAS
Procesador
Xeon E5-2630 (2.30GHz/, 1333Mhz,
Con Turbo 3.7Ghz)
Memoria Cache 15MB
Chipset C200 Series
Memoria RAM 16 GB ECC DDR3 1333MHz LP UDIMM
Numero de Ranuras RAM
mnima
4
Capacidad Mxima Hasta 32 GB DDR3
Disco Duro
2.4 TB 2.5 SFF HS 7.2K 6Gbps NL SAS
HDD
Cantidad de Discos
Soportados
4 Discos
Video Integrado Matrox G200eR2
Red
Ethernet Server Gigabit 10/100/1000
(x2)
Controlador de Discos
mnimo
RAID (0, 1) Controller
Puertos Ethernet 2
Puertos DB 15 1
Puertos DB 9 Serial 1
Puertos USB 2 frontal, 4 posterior, 1 interno
Puertos PCI 1 PCIe 2.0 (x4), 1 PCIe 3.0 (x8)
Factor de Forma 1U
Consumo en VA 750 W
Fuente redundante Si, 750 W
Funciones de Seguridad
Contrasea de Encendido, Contrasea
de Administrador, TPM
Forma Rackeable
Certificaciones S
Garanta 3 aos

II. KVM DE 08 PUERTOS
Equipo que permite administrar los servidores de una
forma centralizada, de tal manera que no se tenga que
instalar un monitor, teclado y mouse a cada servidor.

CUADRO N17.
ESPECIFICACIONES DE KVM
PC Type Combo (PS/2 & USB Connector
Support)
PC Port Connector HDB 15
PC Ports 8
LCD Resolution 17 LCD : 1280 * 1024
Over IP -Based (Optional)
Remote Module
RJ - 45 8P8C for 10/100 M Ethernet,
DB9 male for Modem, Null modem and
serial power control, Mini USB 2.0
receptacle
Hotkey Provide various Hotkey (Scroll-Lock/
Cap-Lock/ Num-Lock/ Alt/ Ctrl/ Win)
LEDs Poweron&Selection
Security Provide ACL (Access Control List)
security function, store up to 8
independent controllable Computers
lists
Auto-ScanIntervals 5 ~ 99 Sec.
Housing Metal
OperationTemperature 0 ~ 50 C
Storage Temperature -20 ~ 60 C
Humidity 0~95%, Non-Condensing
Mechanical 19 Rack mount, 1U
Incluye Teclado, Mouse y Switch.
Opcional Adicionalmente Soporta Teclado y
Mouse Externo USB o PS/2
Garanta


III. GABINETE DE 38 RU
El gabinete permite dar seguridad a los equipos
como el servidor y tape backup, de tal manera que
solo personal autorizado tenga acceso a la
administracin de dichos equipos. Adems el
gabinete permite utilizar un espacio fsico mnimo
para que los equipos se encuentren funcionando
correctamente.

CUADRO N18.
ESPECIFICACIONES DE GABINETE
Dimensiones Fsicas: 210 x 63 x 63 cm
Normalizado en 19" de ancho. Norma Tcnica EIA - 310D
Comunicacin para el
Exterior
Entrada de cables por base y techo con
perforacin pre cortada, para hacer uso de esta
en caso se necesite, con protector de jebe para
proteger los cables de los filos. Fabricado 100%
en acero laminado en fri ASTM A366 de 1.2 y
2 mm de espesor.
Tipo de Estructura Estructura bsica totalmente desmontable.
Ventilacin
(Estructura de tipo multi-pliegue con
perforaciones laterales, frontal y posterior en
techo y base para su correcta ventilacin. Los
gabinetes estn habilitados por medio de un

sistema para la sujecin en fila para que sean
unidos unos con otros.
Puertas y Rieles
Puerta delantera con acrlico negro de 4 mm
con marco metlico con llave.

Incluye cuatro Rieles de montaje multi
perforados para sujecin de diversos
elementos.
Carga mxima de
soporte
900 Kg aprox.
Pruebas realizadas
Todas las piezas se someten a procesos de
desengrasado, fosfatizado qumico por
conversin asegurando el cumplimiento de las
normas A.S.T.M. de impacto, flexibilidad y
adherencia as como de resistencia al medio
ambiente.
Acabado
Terminacin en pintura electrosttica (Electro
Posicin Catdica) en polvo Polister de
mxima adherencia, alta resistencia mecnica y
qumica, de tipo auto extinguible segn norma
ASTM E-136 y Clase A para propagacin de
llama y desarrollo de humos ASTM-E84. Ofrece
una resistencia cinco veces mayor al xido y
ralladuras que los sistemas tradicionales de
pintura.
Incluye
Cerradura Digital con clave y/o tarjeta. Chapa
de doble golpe. Acero inoxidable.
(2) Power Rack x 8 y 1 kit de ventilacin (04
coolers).

Consumo energa 13VA

IV. UPS DE 3.0 KVA PARA GABINETE
Este equipo permite realizar un respaldo de energa
para los equipos de comunicaciones y servidores
colocados en el rack, de tal manera que al
presentarse un apagn, dichos equipos pueda
seguir atendiendo a las estaciones con batera
como las laptops y no se interrumpa el flujo de
informacin.

CUADRO N19.
ESPECIFICACIONES DE UPS
CARACTERSTICA REQUISITO MNIMO
Potencia de
Salida/Capacidad
2700 watts / 3000 VA
Voltaje de Salida Configurable 220,230,240 V
Porcentaje de distorsin Menor a 5% a full capacidad.
Frecuencia de salida
47 - 53 Hz para 50 Hz nominal, 57 - 63
Hz para 60 Hz nominal
Factor de cresta 3:1
Tipo de forma de onda Onda senoidal
Panel de Control
Visualizador de estatus LED con barras
grficas de carga y batera e indicadores
de red: Batera activada: Cambiar
Batera: Sobrecarga
Rango de voltaje de entrada 160 280 V
Frecuencia de entrada 50 /60 hz +/- 5 hz.
Factor de forma 2U
Puertos DB-9 RS-232, SmartSlot, USB
Bateras
Batera sellada de plomo sin necesidad
de mantencin con electrolito
suspendido: a prueba de filtracin
Administrable
Aprobaciones
C-tick, CE, EN 50091-1, EN 50091-2,
GOST, VDE
Incluye Instalacin y configuracin.

V. ACCESORIOS PARA GABINETE
Describe todos los accesorios que se instalaran en
el gabinete de 38 RU para una mejor organizacin
del mismo, y comprende:
Tapas ciega 01 RU
Organizador Horizontal de cable 02 RU
Patch panel 24 puertos 01 RU
Patch Cord
Correa para cables (cintillos) X 100


VI. SERVICIO DE INSTALACIN Y CONFIGURACIN DE
SERVIDORES
Este Servicio implica las siguientes actividades a
realizarse en el Gabinete de 38 RU:
Instalacin de servidores.
Instalacin de KVM de 08 puertos.
Instalacin de sistema operativo Linux, con sistema
operativo grfico (Datos, Aplicaciones, Seguridad),
por personal certificado en Linux.
Instalacin y Configuracin de Tape Backup.
Instalacin y configuracin de UPS de 03 KVA.
Instalacin de Switch de 24 puertos.
Instalacin de accesorios para Gabinete.

8.1.1.12.3. EQUIPOS BIOMTRICOS (LECTOR DE HUELLAS
DIGITALES)

Cada Institucin Educativa de la Regin
Moquegua contar con un Hardware especfico para
realizar el control de la asistencia tanto de personal y
progresivamente de estudiantes, el cual se conectar
directamente con una computadora donde este instalado
el SIGESMED y almacenar de esta manera toda la data
correspondiente para disponer de la informacin de forma
automtica y poder realizar reportes y anlisis
estadsticos al respecto.
El lector de huella digital es un perifrico para la
seguridad del ordenador y seguridad informtica en
general. Est equipado con un mdulo de lectura de
huella dactilar basado en la tecnologa nica de
biometra.
Es un sistema de altas prestaciones, mucha precisin y
larga durabilidad. Lector que se conecta directamente al
ordenador donde est instalado el software respectivo y
de forma muy segura reemplazamos la password que es
vulnerable al fraude y difcil de recordar.

El detector de huellas ha sido diseado por la tecnologa
ms optimizada de reconocimiento de huella dactilar y es
muy robusto a posibles impactos fsicos externos,
aspectos ambientales y corriente esttica.
Aplicable a distintos campos donde la autenticacin
personal por reconocimiento dactilar sea necesaria.
i. ESPECIFICACIONES TCNICAS SISTEMAS BIOMETRICOS
Algoritmo biomtrico dactilar rpido y preciso
Algoritmo premiado a nivel internacional (No.1 en FVC2006 y
NIST MINEX)
Instalacin sencilla
Conexin en red Ethernet TCP/IP, RS 485
Alta velocidad de comparacin
Identifica 2000 huellas en 1 segundo
Alta capacidad de huellas y eventos
Memoria interna para 5000 huellas y 50.000 eventos
Flexibilidad en los modelos de operacin
Diferentes modos de operacin: Huella, Tarjeta, Tarjeta +
Huella
Control de acceso avanzado con AMADEUS 5
Restricciones por grupos, zonas fsicas y franjas horarias,
gestin de alarmas preventivas y correctivas
Diseo elegante, compacto e integrado
Extremadamente compacto y ergmico, siendo adecuado para
cualquier ubicacin
Lector de proximidad interno
Opciones EM de 125kHz, HID de 125kHz y Mifare de
13.56MHz
Durable y resitente a la intemperie
Proteccin IP65 lo protege contra el agua y ambientes
extremos
Incluye Software para dispositivo, compatible con cualquier
sistema operativo.
Pantalla LCD grfico de 128 x 64 pixeles en blanco/negro
Teclado de 12 botones ms 3 teclas de navegacin para
desplazamiento en los mens y funciones de asistencia.


8.1.1.12.4. IDENTIFICACIN DE MQUINAS POR REAS Y
CUENTA DE USUARIOS

Para los usuarios a crear se tomaran las siguientes
polticas:
Se tomar la letra inicial del nombre de la persona que
va ha ser miembro de la red; luego el apellido paterno
completo (sin espacio) y la letra inicial del apellido
materno.

A. CONTRASEAS

Las contraseas que se utilizaran por defecto sern el
mismo nombre de usuario al crease; pero se les
obligara a cambiar su contrasea cuando realicen el
primer inicio de sesin.
CUADRO N20.
rea Personal ID
Maquina
Cuenta (Ejem)
Direccin
Director Dir JMONTANOC
Secretaria SecIntdt RCOLLAOP
Subdireccin
Subdirector Subvidor EMEDINAF
Secretaria SecInfor HHERRERAP
Asesoras
Ciencias CiencProd FESCALANTEA
Letras LetAsist BRIVASC
Toe Resp. Toe CtrToe EGALLEGOSR
Talleres
Responsable
Taller
Crttaller ERAMIREZL

El jefe de cada rea tendr acceso de solo lectura sobre
sus subordinados, siendo excepcin el Director y el
rea de Informtica que tiene acceso total a todas las
reas (Lectura).
El administrador de la red al crear los usuarios creara
una carpeta personal para cada usuario mediante el
home flder.

8.1.1.12.5. MANTENIMIENTO DE SERVIDOR

Para el mantenimiento del Servidor se ha establecido un
personal que realice las funciones de Administrador, el
cual realizara bsicamente las siguientes tareas:
Temperaturas de componentes
Revisin de copias de seguridad
Revisin de actualizaciones de Sistema Operativo
Control de usuarios
Control de Seguridad
Revisin de actualizaciones de antivirus tanto en las
estaciones de trabajo como en el propio servidor
Dems tareas que correspondan al buen
funcionamiento del soporte para el SIGESMED.

Una vez definidas las tareas lo ideal es que el
Administrador las realice de forma automatizada y
remota. Se trata de que el propio sistema chequee todas
las tareas que hemos definido y nos cree un informe para
poder ver el resultado. De esta forma no se nos pasar
nada por alto y de un slo vistazo podremos comprobar
que todos los parmetros definidos estn en un estado
correcto.
Si no disponemos de un sistema que podamos
automatizar podr realizar estas tareas de forma manual
con la ayuda de un checklist, que facilite la tarea.
Igualmente, lo ideal es realizar el control de forma
progresiva, es decir, el administrador definir una serie de
tareas que controle de forma diaria, otro tipo de tareas de
forma semanal y por ltimo otras tareas las realizara con
una periodicidad mensual o incluso anual.
En definitiva, se trata de tareas de control y
mantenimiento preventivo que se debe realizar
peridicamente para intentar mantener la mayor

disponibilidad de nuestros servidores. Si detectamos
algn problema siempre podemos realizar una parada
planificada que ser menos traumtica que una parada
por un fallo del sistema no planificado. En este sentido es
muy importante que el Administrador sea previsor.

8.1.1.12.6. SERVIDOR DE BANDA ANCHA DEDICADA

El Servidor dispuesto para el alojamiento del SIGESMED
requiere de un servicio de internet de Banda Ancha
Dedicada que garantice la fluidez de la informacin tanto
de subida como de bajada.
Los Enlaces Dedicados a Internet, es la solucin de
conectividad ms confiable, escalable y gil del mercado.
El mismo se debe brindar sobre una infraestructura
completamente gestionada por personal alta-mente
capacitado y con la ltima tecnologa de mercado,
contando con equipamiento de novsima generacin.
A travs de los proveedores, se proveen enlaces
dedicados de distintas velocidades que le permiten a
todas las Instituciones Educativas estar interconectados a
Internet de manera transparente y con la confianza y
seguridad.
Caractersticas Mnimas Requeridas para el Servicio:
Ancho de banda ancha dedicada
IP pblica dinmica o fija
Casillas de bio
Dominio propio
Hosting
Mesa de ayuda permanente
Asistencia Tcnica Permanente
Protege su casilla de correo
Libre de mensajes con virus


8.1.1.12.7. PLANIFICACIN DE LA SEGURIDAD

Para establecer un plan de cuentas en esta empresa se
tomara en cuenta las siguientes restricciones:
Las presentes restricciones se utilizaran para todos los
usuarios de la red
CUADRO N21.
Restriccin Criterios
Duracin mxima de la contrasea 90 das
Longitud mnima de la contrasea 8 caracteres
Los usuarios deben iniciar la sesin
para cambiar la contrasea
Habilitado
Intentos fallidos de conexin 3 intentos
Duracin del bloqueo El administrador la
desbloquear
Desconectar forzosamente a usuarios
remotos del servidor cuando
caduquen sus horas de conexin
Habilitado

8.1.1.12.8. POLTICA DE GRUPO

Se tomaron en cuenta para los Grupos los siguientes
criterios:
Grupos Globales: Usuarios del dominio
Se define como Zonas:

CUADRO N22.
REA O
ZONAS
GRUPO GLOBAL USUARIOS
INICIAL GGSUPERINICIAL JMONTANOC
GGINFORMATICA EMEDINAF
PRIMARIA GGPRIMARIA FESCALANTEA
GGCTROLCAL EGALLEGOSR
GGADMINISTRACION ERAMIREZL
GGPRODTERMINADOS GPAUCARV
SECUNDARIA GGSECUNDARIA JMENDOZAL

GGAIP ASALAZARS
GGADMINISTRACION EDURAND

Se debe tener en cuenta que el Director es el
administrador de la red y el docente de AIP es
responsable de velar por el soporte de la red.
Los Grupos Locales son las instituciones Educativas
correspondientes a cada UGEL, se elaboraron de
acuerdo a los recursos que se necesita compartir, tal es
el caso de Impresoras, programas aplicativos idnea de
cada rea.

8.1.1.12.9. POLTICAS PARA LA CREACIN DE CUENTAS

Para los usuarios se tomaran las siguientes polticas para
tener un mejor control de los usuarios.

CUADRO N23.
Consideraciones Criterios
El usuario debe cambiar contrasea
en el siguiente inicio de sesin
Habilitado
El usuario no puede cambiar la
contrasea
Deshabilitado
La contrasea nunca caduca Deshabilitado
Cuenta bloqueada Deshabilitado

8.1.1.12.10. HORARIO DE CONEXIN
CUADRO N24.
Personal Usuario Horario
Direccin
Director
Todo el da toda la
semana
Secretaria
Todo el da toda la
semana
Subdireccin Subdirector
Todo el da toda la
semana
Todo el da toda la

semana
Secretaria
Todo el da toda la
semana
Todo el da toda la
semana
Asesoras
Ciencias
Todo el da toda la
semana
Letras
Todo el da toda la
semana
8:00am. A 5:00 pm.
Toe Resp. Toe
Todo el da toda la
semana
Talleres
Responsable
Taller
Todo el da toda la
semana
8:00am. A 5:00 pm.
8:00am. A 5:00 pm.

8.1.1.12.11. ESTABLECIMIENTO DE DIRECTIVAS DE
AUDITORA

La auditora es una herramienta eficaz que se va a poner en
prctica; no solo en nivel de archivo y directorio; sino
tambin en un nivel de sistema.
Al utilizar las directivas se puede rastrear quien usa su
sistema, y hasta cierto punto, que hace mientras est ah.
Esto da a entender que la auditoria no es solo una
herramienta de seguridad sino que tambin es una
herramienta administrativa.
CUADRO N25.
Directiva Correcto Errneo Detalle
Inicio y cierre de
sesin
SI SI
Quien ingresa a
la red.
Acceso a
archivos y
objetos
NO SI
Errores al
compartir
recursos.
Uso de derechos
de usuarios
NO SI
Intentos
infructuosos de
usar derechos
no permitidos.
Administracin
de usuarios
grupos
NO SI
Intentos
infructuosos de
usar derechos
no permitidos.
Cambios en el NO
SI
Intentos

plan de
seguridad
infructuosos de
usar derechos
no permitidos.
Reinicio,
apagado del
sistema
SI
SI
Tiempo de
operacin del
servidor.
Seguimiento de
procesos
NO NO No es necesario.

8.1.1.12.12. PROPIEDAD INTELECTUAL Y
CONFIDENCIALIDAD DE LA INFORMACIN

La informacin, instrumentos, documentos y procedimientos
obtenidos como resultado del servicio, sern propiedad y
patrimonio exclusivo del Gobierno Regional de Moquegua, por
lo que este podr utilizarlos para los fines para lo cual fueron
creados, o para otros diversos, sin perjuicio de los derechos
morales que corresponden a la Institucin.
Por tanto la documentacin y papelera deber sealar, en
forma destacada, que las labores fueron realizadas por
encargo del Gobierno Regional de Moquegua como
demandante, propietario de la informacin y los medios a
travs del cual se la recaba.
La empresa no deber difundir por ningn medio la informacin
obtenida, ni realizar otros procesamientos de los datos ajenos a
los requerimientos establecidos; as mismo deber hacer la
transmisin de archivos de acuerdo con los formatos
especificados por la parte tcnica.
La empresa es responsable de dar asistencia tcnica sobre
cualquier contratiempo que suceda en el software, en el lapso
del proyecto, las cuales debern ser solucionadas e informadas
en menos de 24 horas.
La divulgacin de cualquier informacin relativa al desarrollo
del sistema para apoyarlo que se haga en forma previa a su
ejecucin o durante esta, as como la entrega oficial de

resultados a la opinin pblica, ser realizada nica y
exclusivamente por el Gobierno Regional Moquegua.
Ser responsabilidad de la empresa asegurar que los
productos elaborados por este, estn libres de obligaciones o
restricciones, como consecuencia de leyes vinculadas a
posibles derechos de autor, debiendo realizar todos los
trmites y gestiones necesarios para garantizar el ejercicio de
este derecho por el Gobierno Regional de Moquegua.
La empresa asumir la responsabilidad en caso que terceros
entablen acciones contra el Gobierno, como consecuencia
reclamos de terceros en razn de transgresiones de derechos
intelectuales, industriales, de patente, marca registrada o
diseo de los productos, obligndole sta a liberar al Ministerio
de cualquier perjuicio que este pudiese sufrir por dicho
concepto.
Todo el cdigo fuente pertenecer a la empresa que realice el
desarrollo, pero lo entregar al Gobierno Regional de
Moquegua para que sea usado en todas las instituciones
educativas, UGEL y DREMO.

8.1.1.13. CUADRO DE RECURSOS
Las responsabilidades y los recursos requeridos para el
desarrollo del Software de Gestin, Supervisin y Monitoreo
SIGESMED, sern de las 03 provincias de la regin Moquegua,
distribuyendo los recursos y presupuesto en forma equitativa tal
como se indica en los siguientes cuadros:
CUADRO N26.
EQUIPO DESARROLLADOR (EQUIPO DE PROYECTO
SOFTWARE)
PERSONAL REQUERIDO
PROVINCIAS
RESPONSABLES
Jefe de Proyecto
Ilo, Mariscal Nieto y
Snchez Cerro
Analista de Sistemas
Ingeniero de Software
Diseador de Sistemas

Programador Senior
Programador Junior
Especialista Pedaggico Informtico
Diseador Web
Programdor Web
Tcnico en Computacin e Informtica
Otros Especialistas. Pedagogos (AIP,
Docentes, etc.)

CUADRO N27.
IMPLEMENTACIN DE EQUIPOS Y SERVICIOS
REQUERIDOS

REQUERIMIENTOS
PROVINCIAS
RESPONSABLES
Servidor Web. (optimizacin del servidor)
Snchez Cerro
Sistemas Biomtricos de Lector de
Huellas Dactilares para todas las I.E. de
la Regin Moquegua,
Snchez Cerro
Servicio de Administrador por 20 meses
Mariscal Nieto
Servicio de Internet Banda Ancha
Dedicada por 20 meses
Ilo
Viticos para capacitacin para del uso
del software para administrativos y
directivos de la Regin Moquegua.
Snchez Cerro

8.1.1.14. PRESUPUESTO TOTAL SOFTWARE DE GESTIN,
SUPERVISIN Y MONITOREO EDUCATIVO - SIGESMED

El presupuesto total para el desarrollo del Software de Gestin,
Supervisin y Monitoreo SIGESMED se distribuye para las 3
Provincias de Ilo, Mariscal Nieto y Snchez Cerro segn
corresponda sus beneficiarios y responsabilidades asumidas.
CUADRO N28.
CANTIDAD DE BENEFICIARIOS POR PROVINCIA DEL
SOFTWARE DE GESTIN, SUPERVISIN Y MONITOREO
UGEL MARISCAL NIETO 121
UGEL ILO 59

UGEL SANCHEZ CERRO 34
TOTAL DE BENEFICIARIOS 214
Fuente: Componente de Gestin y Sensibilizacin

8.1.1.15. CONCLUSIONES

1. Las Instituciones Educativas trabajarn mejor y sern ms
competitiva luego de la instalacin del Sistema de Gestin
Educativo.
2. El Sistema de Gestin permitir agilizar la recepcin y
entrega de documentos, el flujo de informacin y el
tiempo de trabajo en las actividades de la coordinacin,
adems de ofrecer consultas, generar e imprimir
reportes de manera rpida y sencilla.
3. El sistema ofrece el almacenamiento de datos de forma
confiable, adems de proveer una base funcional que es
adaptable y expandible de acuerdo con los requerimientos
propios de la Institucin Educativa.
4. La instalacin del Sistema de Gestin va a permitir a los
Directores y Especialistas una mayor rapidez los trabajos
asignados, debido a que podrn compartir la carga de
trabajo con sus auxiliares y asistentes respectivamente, a la
vez supervisar los avances de la misma.
5. Los Usuarios se vern beneficiados con la fcil y rpida
ubicacin de sus expedientes debido a la base de datos
centralizada; as como por la celeridad de sus procesos.

8.1.1.16. RECOMENDACIONES

1) Desarrollar software bajo cdigo abierto para evitar problemas de
licenciamiento.
2) Adquirir e instalar sistemas de informacin para facilitar el trabajo
en las zonas rurales.
3) Crear cuentas de usuario nuevas para cada cambio de personal;
as como la eliminacin de cuentas de personal retirado de la
Institucin Educativa.

4) Adquirir software antivirus para prevenir perdida de informacin
importante.
5) Realizar mantenimiento de la red cada mes para evitar fallas de
conectividad.
6) Adiestrar a los usuarios por medio de cursos impartidos por un
personal preparado, sobre el funcionamiento de la nueva
herramienta, para que no exista dificultad al momento de manejar
el sistema.
7) Fortalecer las plataformas de comunicacin para que los Grupos
Globales y Locales cuenten con el servicio de intranet, dado que el
sistema propuesto es una aplicacin Web.
8) Dotar a los soportes tcnicos de equipos y herramientas
necesarias para poner en marcha el sistema.
9) Establecer un plan de mantenimiento de la aplicacin asegurando
as la operatividad de la misma.
10) Dejar la posibilidad de coordinacin con la oficina de informtica
del ministerio de educacin (SIAGIE), tambin con el sistema de
planillas, sistema de escalafn y de inventarios y de esta manera
se pueda integrar con el SIGESMED.
11) Si no Existiese el Recurso Humano para la elaboracin, desarrollo
y construccin del software, convocase a empresas del rublo para
su construccin, implantacin, instalacin y capacitacin.


N MODULO OBJETIVO GENERAL OBJETIVOS ESPECIFICOS METAS
UNIDAD DE
MEDIDA
Implementar con Servidor Datacenter para el soporte fisico del Software de Gestin. Servidor
Implementar sistemas de control de asistencia automatizados para el 100 % de I.E.
de EBR de la Regin Moquegua
Sistema Biometrico
Establecer claramente el diagnstico proyecto y las necesidades de
aplicacin del software en la Direccin Regional de Educacin Moquegua.
(DREMO, UGEL) y las Instituciones Educativas correspondientes.
Estudio de los escenarios de Aplicacin.(DREMO, UGEL, IE.) Documento
Realizar Reuniones de Coordinacin con los representantes o beneficiarios,
los Directores, Docentes y Administrativos de la Direccin Regional de
Educacin Moquegua. Uge Ilo, Ugel Mariscal Nieto, Ugel Snchez Cerro y las
Instituciones Educativas correspondientes.
Actas de compromiso para la aplicacin y uso del Sistema de Gestin. Actas
Encontrar los Casos de Uso crticos del sistema, los escenarios bsicos
que definen la funcionalidad.
Estudio de Casos Criticos Estudio
Mostrar al menos una arquitectura candidata para los escenarios principales
Mostrar un Modelo de la primera versin (1.0) del Sistema inicial de Casos de Uso
(80% completado).
Documento
Arquitectura
candidata.
Estimar el coste en recursos y tiempo de todo el proyecto
Reporte economico y tiempos de desarrollo del sistema Reporte y cronograma
Estimar los riesgos, las fuentes de incertidumbre. Documentos Listas de Riesgos. Listas de riesgos
Definir, validar y cimentar la arquitectura del Sistema de Gestin, Evaluacin y
Monitoreo Educativo.
Un modelo de Casos de Uso completa al menos hasta el 100%: la mayora de los
casos desarrollados para la primera Versin 1.0 del Sistema de Gestin.
Recopilacion de
casos
Crear un plan fiable para la fase de construccin. Este plan puede evolucionar
en sucesivas iteraciones. Debe incluir los costes si procede.
Plan de desarrollo para el proyecto.
Descripcin de la arquitectura software 100%.
Plan
Demostrar que la arquitectura propuesta soportar la visin con un coste
razonable y en un tiempo razonable.
Un prototipo ejecutable de la arquitectura al 90% Prototipo
Minimizar los costes de desarrollo del Sistema de Gestin Educativo
mediante la optimizacin de recursos y evitando el tener que rehacer un
trabajo o incluso desecharlo.
Riesgos Presentados Mitigados
Plan del Proyecto para la fase de Transicin.
Documento
Plan
Conseguir una calidad adecuada que sea prctico, de fcil uso y con una
interface muy amigable para los beneficiarios,
Manual Inicial de Usuario
Manual
Conseguir la primera versin (1.0) que sea funcional y realizar pruebas de
validacin (alfa, beta, y otras versiones de prueba) tan rpido como sea
prctico.
Prototipo Operacional beta Software
Prototipo Operacional al 100% Prototipo
Documentos Legales Documento
Caso del Sistema Completo,descripcin de la Arquitectura completa y corregida.
100%
Documento
Lnea de Base del Producto completa y corregida que incluye todos los modelos del
sistema.
Linea de Base
Las iteraciones de esta fase irn dirigidas normalmente a conseguir una nueva
versin (2.0)
Iteraciones
Manual Inicial de Usuario (con suficiente detalle) Manual
Plan de capacitacion para el uso del software Plan
Un producto final que cumpla los requisitos esperados, que funcione y
satisfaga suficientemente al usuario.
Conseguir que el usuario se valga por s mismo (capacitacin en el uso del
Sistema).
FASE DE
TRANSICION
Un producto final que cumpla los
requisitos esperados, que funcione y
satisfaga suficientemente al usuario.
4
Diagnosticar la situacin actual en la
que se encuentran la Dremo, Ugel
Ilo, Ugel Mariscal Nieto, Ugel
Sanchez Cerro e Instituciones
Educativas. En situaciones de
Gestin y Administracin
Implementar con un Datacenter para alojamiento de software de gestin y
sistemas biometricos - lector de huellas dactilares para las I.E. de EBR de la
Regin Moquegua.
MATRIZ DE OBJETIVOS Y METAS PARA EL SOFWARE DE GESTION, SUPERVISIN Y MONITOREO EDUCATIVO SIGESMED
Disear la Arquitectura del Sistema
de Gestin, Evaluacin y Monitoreo
Educativo del software de gestion en
la version 1.0
Desarrollar el Sistema de Gestin,
Evaluacin y Monitoreo para el
sector Educacin de la Regin
Moquegua en la version 1.0
FASE DE
ELABORACION
Estudiar las necesidades de la
Dremo, Ugel Ilo, Ugel Mariscal
Nieto, Ugel Sanchez Cerro e
Instituciones Educativas, en
situaciones de Gestin y
Administracin.
FASE DE
CONSTRUCCION
2
3
1 FASE DE INICIO
CUADRO N& 29'

N FASES MES3 MES6 MES7
Implementacin de
DATACENTER para alojamiento
de software
Implementacin de Sistemas
Biomtricos - Lector de !ellas
Dactilares
Estudio de los escenarios
de Aplicacin.(DREMO,
UGEL, IE.)
Mostrar un Modelo de la
primera versin (1.0) del
Sistema inicial de Casos de
Uso (80% completado).
Actas de compromiso para
la aplicacin y uso del
Sistema de Gestin.
Reporte economico y tiempos
de desarrollo del sistema
Estudio de Casos Criticos
Documentos Listas de
Riesgos.
2
FASE DE
ELABORACION
Un modelo de Casos de
Uso completa al menos
hasta el 100%: la
mayora de los casos
desarrollados para la
primera Versin 1.0 del
Sistema de Gestin.
Plan de
desarrollo para el
proyecto.
Descripcin de la
arquitectura
software 100%.
Un prototipo ejecutable de la
arquitectura al 90%
3
FASE DE
CONSTRUCCION
Riesgos Presentados
Mitigados.
Manual Inicial de Usuario
Plan del Proyecto para la
fase de Transicin.
Prototipo Operacional
al 100%
Las iteraciones de esta fase
irn dirigidas normalmente a
conseguir una nueva versin
(2.0)
Documentos Legales
Manual Inicial de Usuario (con
suficiente detalle)
Caso del Sistema
Completo,descripcin
de la Arquitectura
completa y corregida.
100%
Lnea de Base del Producto
completa y corregida que
incluye todos los modelos del
sistema.
"lan de capacitacion para el !so del
software
CRONOGRAMA POR METAS DEL SOFTWARE SIGESMED
Prototipo Operacional 100%
4
FASE DE
TRANSICION
1 FASE DE INICIO
MES1 MES2 MES4 MES5
CUADRO N& 3'

N TIEMPO
MES1 MES2 MES3 MES4 MES5 MES6 MES
1 FASE DE INICIO
2 FASE DE ELABORACION
3 FASE DE CONSTRUCCION
4 FASE DE TRANSICION
CRONOGRAMA POR MES DEL SOFTWARE SIGESMED
CUADRO N& 31'

ET Software Gestion Educativa ILO

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

ET Software Gestion Educativa ILO

Uploaded by

Copyright:

Available Formats

Proyecto: Mejoramiento del Servicio Educativo Incorporando TIC en las II.EE.

de EBR de la UGEL ILO,

You might also like