Ao del Centenario de Machu Picchu para el Mundo

Carrera Profesional de Computacin e Informtica

Creacin de un portal web para un

Centro Educativo

TRABAJO TERICO PRCTICO

Presentado por:

ZAMUDIO ROMO, Miguel Angel

Para Optar el Ttulo de:

PROFESIONAL TCNICO EN COMPUTACIN E INFORMTICA

Huancayo Per
2011
 ASESOR:

Ing. Jess A. Zea Salas

A: Dios por darnos fuerzas para seguir adelante.

A: Mis padres por su apoyo incondicional.

 NDICE

Portada i
Asesora ii
Dedicatoria iii
ndice iv
Introduccin vii

Captulo I
MARCO METODOLGICO

1.1 El problema del proyecto o investigacin 1

1.1.1 El problema 1
1.1.2 Objetivos 3
1.1.3 Justificacin 3
1.2 Metodologas para realizar el proyecto o investigacin 4
1.2.1 Mtodo 4
1.2.2 Tcnicas 4
1.2.3 Instrumentos 4
 Captulo II
MARCO TERICO

2.2 Antecedentes del proyecto 6

2.2 Descripcin del tema del proyecto 7
2.2.1 Propsito 7
2.2.2 Perspectivas de proyecto 7
2.2.3 Visin Global 8
2.2.4 Alcances del proyecto 8
2.2.5 Definicin del ciclo de vida del proyecto 9
2.2.6 Entregables por fases 11
2.2.7 Recursos Humanos 12
2.2.8 Estimacin de tiempo y costo 12
2.2.9 Definicin de riesgos 12
2.2.10 Plan de calidad 13
2.2.11 Diseo de solucin 14
2.2.12 Desarrollo de la solucin 15
2.2.13 Seguimiento y control 16
2.2.14 Cierre del proyecto 18
2.3 Terminologa bsica 20

Captulo III
DESARROLLO DEL PROYECTO

3.1 Descripcin operativa del proyecto 22

3.1.1. mbito 22
3.1.2. Requerimientos especficos 26
3.1.3. Anlisis 31
3.1.4. Diagrama de clases 32
 3.1.5. Diagrama de casos de uso 34
3.1.6. Diagrama de secuencias 40
3.1.7. Diseo 49
3.1.8. Implementacin 52
3.1.9. Pruebas 52
3.2 Resultados obtenido o a obtener 53
Conclusiones 54
Sugerencias 55
Bibliografa 56
ANEXOS 57
 INTRODUCCIN

El presente proyecto est basado en el desarrollo de un sitio web en un centro

educativo.

El objetivo del proyecto es implementar una pgina web y su respectivo intranet

para mejorar la eficacia y eficiencia administrativa frente a los sistemas de
comunicacin tradicional del centro educativo, disear e implementar una
aplicacin Web para la gestin de control de los alumnos e informacin del centro
educativo, determinar las metodologas, tcnicas, herramientas y tecnologas de
desarrollo de software que se debe utilizar para la construccin de una aplicacin
Web.

El sitio web consta de una parte pblica accesible a todos los usuarios que
accedan al portal sin registrarse. Entre la informacin de la cual consta destacan los
datos generales del centro educativo, as como informacin de contacto para que
los usuarios que no pertenezcan al colegio puedan contactar con l para informarse
de una forma ms personalizada o con dudas ms concretas.

La parte privada del sitio es una intranet para los usuarios que se autentiquen.
sta se diferencia segn el grupo al que pertenezca el usuario, ya sea profesor o
padre/alumno. En ella puede encontrar informacin personalizada sobre las
asignaturas que tiene, horarios, etc. y puede hacer reservas de los equipamientos
del centro entre otras cosas.
 Por ltimo, el administrador tambin tiene su propia intranet desde la cual
puede administrar el sitio, pudiendo realizar acciones como dar de alta usuarios o
visualizar estadsticas del sitio web.

La motivacin de este tipo de proyecto es el seguimiento ms activo por parte

de los padres sobre la educacin de sus hijos, en un medio muy extendido como es
Internet, en el cual la mayora de colegios e institutos ya tienen su sitio web.
Tambin los profesores podrn agilizar sus trmites como son las faltas de
asistencia o poner las notas, habiendo una comunicacin ms constante con los
padres. Por ello, lo consideramos un proyecto motivador para que los alumnos del
colegio puedan tener una buena educacin con la supervisin ms activa de los
padres, y a la vez favorecer la comunicacin tanto con los profesores de sus hijos
como con los padres de los compaeros de clase de sus hijos.

Ser un proyecto muy bien acogido, teniendo en consideracin que ser muy
usado por los profesores, alumnos y los padres de los alumnos.

Finalmente agradezco a mis padres y hermanos por apoyarme siempre, gracias

por sus oraciones, sacrificio y esmero para que yo culminara mis estudios. Estoy en
deuda con ustedes.
 Captulo I

MARCO METODOLGICO

1.1. Problema del proyecto o investigacin.

1.1.1 El problema.

En la actualidad la tecnologa informtica avanza y cada

empresa debe ir a la vanguardia tecnolgica. Y los portales web
se ha convertido para las compaas en la difusin de la imagen,
de sus propsitos, de las metas, etc. que se desea proyectar a
los visitantes (cibernautas). Los centros educativos hace varios
aos optaron por la compra de un sistema totalmente integrado
financiera y acadmicamente. Con anterioridad todos los
departamentos manejaban la informacin duplicada, no exista
flujo de datos ni integracin entre departamentos, en la parte
acadmica la secretaria del centro educativo se encargaba de
ingresar las calificaciones de todos los alumnos manualmente.

Con la implementacin del sistema de informacin se

obtuvo la automatizacin del ingreso de las calificaciones
 2

mediante medios de almacenamiento porttiles que el

profesorado lo realizaba en un mdulo pequeo y transportable
que luego era procesado en el sistema, por unos aos este
proceso fue una buena opcin, pero luego surgi la necesidad
de compartir la informacin acadmica con los padres de familia
y profesorado. Adems el dispositivo utilizado era muy frgil
ocasionando daos y prdida de informacin, en consecuencia
exista retraso en la entrega de las notas al departamento de
secretara, prdida de tiempo y recursos. En ese tiempo el centro
educativo contaba con una pgina web informativa bsica sin
diseo especial, que no cumpla con la proyeccin de la imagen
que la institucin quera dar. Con lo acotado anteriormente se
realiz un proyecto para el desarrollo de una pgina Web que
adems de ingresar notas de una forma acorde al avance
tecnolgico nos permite compartir con la comunidad del centro
educativo informacin relevante permitiendo la interaccin con
los padres de familia y profesorado.

El desafo es encontrar o desarrollar un sistema que

combine la permanencia y el modelo especfico de las notas
informativas con la facilidad e inmediatez. En este contexto,
surgi el presente proyecto, cuyo problema se formulan en los
siguientes trminos:

La implementacin de una pgina web y su respectivo intranet

mejorar la eficacia y eficiencia administrativa frente a los
sistemas de comunicacin tradicional del centro educativo?

Cmo desarrollar una aplicacin Web que permita mejorar el

servicio que ofrece el centro educativo?

Qu metodologa, tcnicas, herramientas y tecnologas de

desarrollo de software se debe utilizar para la construccin de
una aplicacin Web?
 3

1.1.2 Objetivos.
Implementar una pgina web y su respectivo intranet para
mejorar la eficacia y eficiencia administrativa frente a los
sistemas de comunicacin tradicional del centro educativo.

Disear e implementar una aplicacin Web para la gestin

de control de los alumnos e informacin del centro educativo.

Determinar las metodologas, tcnicas, herramientas y

tecnologas de desarrollo de software que se debe utilizar para la
construccin de una aplicacin Web.

1.1.3 Justificacin.
El presente trabajo de investigacin se justifica por su
importancia y contenido, que es el implementar una pgina web
y su respectivo intranet en un centro educativo para descubrir su
importancia y probar el resultado objetivamente.

Con la pgina web el padre de familia podr consultar

desde la comodidad de su hogar u oficina y en cualquier horario
las actividades diarias y obligaciones de sus hijos, notas
acadmicas y los compromisos de deudas.

Los profesores tendrn mayor comodidad para el ingreso

de calificaciones y novedades de las actividades diarias en sus
clases, de una manera confiable y rpida.

Tambin existe un beneficio indirecto, que es la integracin

de todas las computadoras del colegio en una sola red, para que
el profesorado cuente con internet y tenga acceso a la pgina del
centro educativo y a otras pginas ms para su desempeo
acadmico.
 4

1.2. Metodologas para realizar el proyecto o investigacin.

1.2.1Mtodo.

Los mtodos a utilizar para la implementacin del proyecto

son los que a continuacin se detallan.

Scrum: Es una metodologa de desarrollo de software

orientado a la Web.

Programacin Extrema: Es utilizada cuando la cultura

de la compaa permite experimentacin. Trabaja con
equipos pequeos, pero estos equipos deben tener alta
experiencia en desarrollo.

Proceso Unificad: Esta metodologa de desarrollo define

quin debe hacer qu, cundo y cmo debe hacerlo.

1.2.2 Tcnicas.

Modelado del Negocio. En esta disciplina se identifican los

procesos de negocio de la organizacin segn sus objetivos,
se estudia el funcionamiento de la empresa, se profundiza
su estructura, se observan roles y las relaciones entre ellos.

1.2.3 Instrumentos.

UML: Lenguaje unificado de modelado es un conjunto de

notaciones y diagramas estndar para modelar sistemas
orientados a objetos. Se puede utilizar para modelar
distintos tipos de sistemas.
PHP: Es un lenguaje de programacin usado generalmente
para la creacin de sitios web.
 5

MySQL: Es un sistema de gestin de base de datos

relacionales, licenciado bajo GPL de GNU. Su diseo
multihilo le permite soportar gran nmero de transacciones
de forma eficiente. MySQL es probablemente el gestor ms
utilizado en mbito del software libre, debido a su facilidad
de uso e integracin con lenguajes de programacin como
PHP y Java.
JavaScript: JavaScript es un lenguaje de programacin que
se utiliza principalmente para crear pginas Web dinmicas.
CSS: Es un lenguaje de hojas de estilos creado para
controlar el aspecto o presentacin de los documentos
electrnicos definidos con HTML y XHTML. CSS es la mejor
forma de separar los contenidos y su presentacin y es
imprescindible para crear pginas Web complejas.
Gedit: Es el editor de texto oficial del entorno de escritorio
libre.
Apache: Es un servidor Web HTTP open source
multiplataforma desarrollado por la Apache Software
Foundation.
 6

Captulo II

MARCO TERICO

2.1. Antecedentes del proyecto.

Luis Barriocanal Cantoral (2005) Mxico, en su proyecto titulado:

Proyecto para creacin de un Portal Web de Recursos para la
Educacin para la Convivencia, desarroll sitios Web temticos
dedicados a promocionar sus proyectos institucionales en el mbito de
la convivencia y a ofrecer recursos y materiales de apoyo a centros
educativos y personal docente.

Jos Dulac Ibergallartu (2006) Espaa, el proyecto pertenece a una

investigacin que se ha desarrollado durante el curso 2005/2006 con
una licencia de la Comunidad de Madrid. Se menciona en el proyecto de
investigacin el soporte de informacin y documentacin de la
investigacin que se realizo para crear una pgina Web. Para el inicio
de la investigacin se ha partido de una amplia experiencia de
formacin, seguimiento y motivacin en la implementacin de la
informtica educativa en los centros escolares ya que son varios aos
dedicados a ellos.

Juan Manuel Lizrraga Echaide (2007) Espaa, presenta como

proyecto de planificacin en el tercer ejercicio de las pruebas selectivas
 7

para ingreso en la Escala de Facultativos de Archivos y Bibliotecas de la

UCM.

2.2. Descripcin del tema del proyecto.

2.2.1 Propsito.

El propsito de la descripcin expuesta a continuacin es

mostrar al usuario cual va a ser la funcionalidad del proyecto. En
este sentido se realizar una descripcin del tema del proyecto,
as como una especificacin de los requisitos que debe cumplir.

La aplicacin que se va a desarrollar ser la encargada de

proporcionar informacin general sobre el centro educativo e
informacin ms especializada a los usuarios registrados. De esta
forma, el usuario puede obtener informacin desde su hogar sobre
el centro educativo proporcionndole una mayor comodidad. As
los padres podrn tener un mayor control de lo que hacen sus
hijos. Podrn consultar por ejemplo sus asistencias, sus notas,
etc. De esta forma, los profesores tambin pueden agilizar la
forma de comunicar estos datos a los padres de sus alumnos.

2.2.2 Perspectiva del proyecto.

La aplicacin pretende proporcionar informacin general sobre el

centro educativo. Otra parte de la aplicacin suministrar informacin
ms especfica para cada tipo de usuario que acceda al intranet de la
pgina web.
La aplicacin podr ser accedida desde cualquier sistema
operativo, utilizando para ello un navegador Web.
 8

2.2.3 Visin global.

Descripcin del funcionamiento de la pgina web.

A continuacin se describe el funcionamiento del sistema
en sus dos facetas las cuales son: Intranet e Internet.

Internet e intranet.

Dentro del entorno de la intranet e Internet se dispondr de

un sistema administrativo, el cual podr ser utilizado por los
usuarios que se encuentren conectados a la intranet o internet
por medio de una computadora de escritorio y que se encuentren
registrados como usuarios de la pgina web. El objetivo es
aprovechar las ventajas que este tipo de tecnologa ofrece, como
es:
Centralizar la aplicacin para su fcil mantenimiento.
No hay necesidad de instalar aplicaciones en las computadoras
clientes, aprovechar ms el recurso del servidor.

2.2.4 Alcances del proyecto.

Sitio web o Front-Page, con informacin general y esttica de
la institucin.
Administrador General del Sitio Web para creacin de
usuarios, permisos, bitcora de acciones.
 9

Administrador de profesores para ingreso de notas y tareas

de los estudiantes de sus respectivos cursos.
Noticias y Promociones: acceso al operador para ingresar
noticias del colegio de inters general y promociones como
cursos vacacionales, venta de uniformes, venta de tiles
escolares, etc.
Acceso al sistema de padres de familia, para acceder
servicios como notas, tareas, faltas a clases, estado de
cuenta del pago de pensiones, etc.
Envo de correos masivos para padres de familia.
Acceso a la revista institucional online.

2.2.5 Definicin de ciclo de vida del proyecto.

Fase de iniciacin.- El levantamiento de informacin para el

portal ser guiado por el personal del departamento de
Relaciones Pblicas y la Coordinadora Acadmica,
especialmente para la obtencin de fotos, publicidad y texto para
la publicacin en el Portal. Para el anlisis de la opcin para
ingreso de notas para profesores en el portal web se basara en
la creacin de una intranet para el profesorado adicionando
mejoras en la emisin de reportes. Junto con el director del
colegio se esquematiz lo que el portal web deba contener una
opcin para los padres de familia.

Fase de planificacin.- Se realizar la primera reunin con los

encargados de desarrollar el proyecto para definir en una forma
global el alcance del proyecto. Una vez entregado el formulario
de los requerimientos los encargados de realizar el proyecto
desarrollarn el cronograma de programacin de las opciones
del portal, iniciando con el desarrollo de 3 prototipos para la
pantalla inicial, este fue seleccionado por el director y
administrador de proyectos. Se realizaron reuniones con el
 10

personal involucrado en el proyecto para definir textos e

imgenes que son mostradas en el portal web.

Fase de anlisis y diseo:

Se habilitar un computador su funcin es receptar la

solicitud del usuario desde la pgina y obtener informacin
del servidor de datos para luego mostrarla en la pgina
web y viceversa, mediante funciones (scripts).
Se requerir un servicio de hosting, para alojamiento de las
pginas web. Se realizar la matriz de propuesta para
obtener la mejor alternativa.
Los desarrolladores del proyecto elaborarn el diseo de
los requerimientos entregados en el punto anterior,
basados en la estructura de la base de datos que se utiliza
en la institucin.

Fase de desarrollo.- Esta fase le corresponde a las personas

encargadas de desarrollar el proyecto web. En esta etapa se
realizarn reuniones para controlar los avances, segn el
cronograma.

Fase de pruebas.- a medida que los entregables sern

terminados por los desarrolladores del proyecto, se realizar las
pruebas en un sitio asignado previamente por el grupo
desarrollador la cual ser un hosting de su propiedad, al terminar
las pruebas se comunicar las novedades encontradas al
administrador del proyecto. Los entregables que cumplan con las
pruebas sern liberados para su activacin en el portal web.

Fase de implementacin y capacitacin.- Configuracin de

todos los parmetros en la base de datos para que se d
 11

comienzo a la capacitacin de los profesores. El encargado del

proyecto enviar un memorndum a los coordinadores
acadmicos estableciendo el cronograma, horarios y el lugar de
capacitacin para el funcionamiento del ingreso de calificaciones
en el portal web. De tal forma que los coordinadores acadmicos
definieran los grupos segn la disponibilidad de los profesores.

Fase de entrega y aceptacin.

El colegio recibir un producto, las fuentes pertenecern al
autor en este caso a los desarrolladores del proyecto.
El cierre del proyecto se lo receptar con la firma de los
documentos Acta de Entrega y Recepcin e Informe de
cierre del Proyecto.
No se realizar contrato de mantenimiento, si existiese
cambios en el producto se tomara el requerimiento para
que los desarrolladores lo coticen y si es aprobado lo
ejecute.

2.2.6 Entregables por fases.

El tiempo planificado de la duracin del proyecto fue de 6
meses, a continuacin detallamos un resumen:

Tiempo Actividad
2semanas Creacin del diseo general y recopilacin de
informacin.
1 mes Creacin de la versin VE 1 general del
administrador con los mdulos bsicos del sistema
de la pgina web.
1 mes Creacin de la pgina final sin las interfases
dinmicas.
1 mes Creacin de los mdulos del administrador de
parmetros, de noticias, de eventos y editoriales.
1 mes Creacin de la interfase de ingreso de notas
2 semanas Implementacin y capacitacin de usuarios.
1 mes Creacin de la interfase de ingreso de padres de
familia.
 12

2.2.7 Recursos Humanos.

El centro educativo cuenta con una organizacin funcional, no

cuenta con un departamento especfico para la administracin de
proyectos, los empleados son los colaboradores para estos proyectos.

Normalmente los jefes de reas son los encargados de dirigir los

proyectos que surgen de una necesidad, facilitan el movimiento de los
conocimientos y habilidades especializadas para su uso en los puntos
donde ms se necesitan.

A continuacin se muestra el organigrama del grupo de proyecto:

2.2.8 Estimacin de tiempo y costo.

En este proyecto se utiliz como estimacin de tiempos y

costos: Punto de funcin y Cocomo (Orgnico).

2.2.9 Definicin del riesgo.

Se establece los riesgos que puede tener el proyecto
durante su desarrollo, escogiendo las opciones que en cierta
forma tiene alguna complejidad realizarla, para llegar a la
estimacin monetaria del riesgo se establece el porcentaje de
incidencia y el tiempo estimado con estos valores, el tiempo
inicial y el precio de la opcin se obtiene un valor por medio de
regla de tres simple. Detallamos los riesgos:
 13

Riesgo a b c d E Nota
Profesores.- ingreso de 40 30 45 20 300 a = % de
ocurrencia;
Profesores.- tareas 20 20 0 15 338 b = duracin de la
escolares tarea (das)
Padres.- libreta de 40 15 169 10 113 c = costo;
calificaciones d = tiempo
estimado (das);
Padres.- agenda escolar 20 7 78 5 56 e = costo riesgo
TOTAL DE RIESGO 707

2.2.10 Plan de calidad.

Las personas encargadas para realizar el control de
calidad del proyecto y del producto, no dependen del Director del
Proyecto, lo que asegura individualidad y balance de su
departamento.

El software deber cumplir con algunos criterios

especficos como portabilidad, eficiencia, flexibilidad,
reusabilidad o escalabilidad, cuyas actividades especficas en el
seno del proyecto, monitorizan y controlan el proyecto software
para que los objetivos del mismo sean alcanzados con el nivel
deseado, siendo necesaria la colaboracin y el consenso de
todos los implicados en el proyecto, desde los gestores del
proyecto, o el equipo de aseguramiento de calidad a los
programadores o los usuarios finales del producto software.

Como proceso de calidad es vital, documentar los

requisitos y los cambios de los requisitos, tambin es vital
analizar el impacto de cambios antes de aceptarlos.

Modelar visualmente el software empleando el estndar

WBS Verificar la calidad de los productos del software
asegurando que cumple los estndares de la compaa.
 14

Controlar los cambios del software. Las documentaciones

de los proyectos, slo deben ser revisadas por el personal
autorizado.

El software debe realizar de forma correcta todas las

funciones para las que ha sido concebido.

Comparar las pruebas que realiza el grupo de proyecto,

con las realizadas por el departamento de calidad.

Exigir manuales del producto por parte de los

desarrolladores, tales como Manuales tcnicos, incluyen los
componentes de cdigo y software necesarios. Adems de todas
las instrucciones requeridas por el administrador del sistema
para garantizar su correcta operacin.

El plan de calidad es desarrollado en las opciones ms

crticas, importantes o de mayor complejidad como son: entrega
de prototipo, entrega de las opciones dinmicas, mdulo de
profesores, mdulo de padres de familia.

2.2.11 Diseo de la solucin.

El diseo de la solucin estar a cargo de los

desarrolladores subcontratados en conjunto con el grupo de
proyecto, ser elaborada con el lenguaje de programacin PHP
mayormente utilizado en el desarrollo de pginas web,
aadindole a este los web services los cuales son utilizados
para intercambiar datos entre aplicaciones.

Las funciones del personal del proyecto es cubrir las

necesidades que pueda tener los encargados de desarrollar el
proyecto (desarrolladores) en cuanto a datos como es la
creacin, modificacin de tablas, la creacin de stores
 15

procedures, capacitacin a los usuarios y la funcin en la

elaboracin del producto de los desarrolladores es la
programacin, diseo de las pginas para el portal y los web
service.

Con la ayuda y colaboracin del personal del Colegio se

recopilar la informacin necesaria y vlida para mostrar en el
portal web.
En el hosting se encontrar almacenada las pginas del portal
web as como las tablas basadas en MySQL para los eventos,
noticias, calendarios, intranet etc., las mismas que son
ingresadas por el administrador de la pgina web.

La pgina web interacta con dicha informacin, realizando

operaciones de consulta o ingreso de registros a las tablas.

De la base de datos de MySQL se manejan las siguientes

tablas:
Estudiantes.
Deudas.
Faltas.
Matrculas.
Cursos.
Calificaciones.
Usuarios de la Web.
Calendario.
Eventos y circulares.
Tareas escolares.
Horarios de clases y exmenes.

2.2.12 Desarrollo de la solucin.

El desarrollo de la solucin se define por etapas,

proporcionar entregas parciales, con esto se minimiza el flujo de
 16

caja, riesgos y se facilitan las replanificaciones, comenzando con

las opciones ms bsicas y generales de la pgina, seguido por
las opciones para los profesores, donde existe las
capacitaciones para el manejo de la misma y se terminar con el
desarrollo de la opcin para uso de los padres de familia.

2.2.13 Seguimiento y control.

Procedimiento de control de cambios.

1. Se detecta el cambio o la mejora por parte de los usuarios.

2. El cambio es solicitado al gerente del proyecto, mediante
una reunin y escrita en el acta de reuniones.
3. El gerente del proyecto evala si el cambio solicitado es
esencial para el proyecto y genera la plantilla con el
requerimiento agregando sus observaciones.
4. El gerente del proyecto enva la plantilla de requerimientos
a los desarrolladores.
5. Los desarrolladores receptan la solicitud del cambio,
evalan el cambio y generan la cotizacin.
6. La cotizacin con el costo y duracin del cambio es enviada
al gerente del proyecto.
7. La cotizacin es enviada al gerente del proyecto, este
agrega sus observaciones y se la remite al administrador
del proyecto para su aprobacin; realiza su evaluacin
basado en el presupuesto ms las observaciones del
gerente del proyecto. Si es aprobada la cotizacin es
notificado al gerente de lo contrario archiva la solicitud con
el rechazo.
8. El director del proyecto enva un email notificando la
aprobacin de la cotizacin a los desarrolladores, agrega la
nueva tarea dentro del cronograma del proyecto, para su
respectivo control.
 17

9. los desarrolladores reciben el email, agregan la nueva tarea

al cronograma del proyecto y se realiza la asignacin de la
tarea al equipo de desarrollo.

Procedimiento de revisin.

1. La empresa desarrolladora enva notificacin va email o

telefnica que ha culminado el entregable.
2. El entregable es activado en el hosting de pruebas.
3. Se realiza la revisin del entregable donde se evala si
tiene los campos solicitados y si contempla los
requerimientos indicados en el alcance. La revisin se
realiza en la jornada laboral y debe ser terminada en un
plazo de dos das.
4. Si cumple con los requerimientos se enva un email a la los
desarrolladores indicando la aprobacin.
5. Se coordina la reunin con el grupo del proyecto para la
revisin del plan de trabajo ya sea que se haya aprobado o
no el entregable y se genera el acta de reunin una vez
terminada la reunin.

Procedimiento de pruebas.

1. Los desarrolladores notifican va mail al Gerente del

Proyecto que un entregable est acto para ser revisado.
2. El Gerente del proyecto a su vez notifica a su asistente
para que realice las debidas pruebas.
3. El asistente del gerente del proyecto realiza las pruebas en
la jornada laboral con un mximo de una semana, las
pruebas sern realizadas utilizando una plantilla de datos.
4. Toda observacin o error se anota en la plantilla de prueba,
la misma que es entregada al gerente del proyecto para su
evaluacin, si las pruebas no fueron exitosas se enva a los
desarrolladores para su correccin.
 18

5. Si las pruebas son exitosas, se deja constancia en la

plantilla de prueba y se notifica a los desarrolladores que
realice el acta de entrega del mdulo, firmando jefe de los
desarrolladores y el director del proyecto, por ltimo se
libera la opcin en el hostin.

2.2.14 Cierre del proyecto.

Procedimiento de entrega.
Su inicio est determinado por el cumplimiento de todos los
planes del proyecto, y la terminacin de todos los procesos,
en esta fase los criterios de xito del proyecto se vuelven a
revisar.

De no existir un proceso formal de cierre los equipos de

proyectos pueden seguir trabajando sin reconocer el final,
haciendo que se extiendan los cronogramas y teniendo en
muchos casos gastos no esperados. El cierre asegura que
todas las metas del proyecto han sido alcanzadas
completamente, los clientes estn satisfechos con los
resultados, el conocimiento e informacin crtica han sido
capturados, el equipo se siente realizado y que los recursos
son liberados para nuevos proyectos.

Todos los proyectos deben ser cerrados, ya sean exitosos

o no. Para proyectos complejos puede ser una buena idea ir
cerrando cada fase individualmente de manera tal que resulte
menos complejo el cierre final.

Este proceso puede ayudar a identificar las lecciones

aprendidas, fundamentalmente en aquellos proyectos que son
cancelados antes de su completamiento.
 19

Durante la definicin de los procedimientos de cierre es

necesario que se tengan en cuenta ciertas actividades o
sugerencias que contribuyan a que los resultados favorezcan
la productividad y el xito en futuros proyectos.
Obtener todos los informes finales de revisiones,
gastos, actas, etc.
Concluir las actividades pendientes en el cronograma
del proyecto, hacer los pagos finales y cerrar los
contratos existentes.
Comprobar el historial de errores y problemas que an
persisten, y decidir cmo sern resueltos los mismos.
Preparar un plan de soporte o mantenimiento del
producto.
Crear un expediente donde almacene toda la
informacin para que sea accedida en otros proyectos
por los miembros del grupo.
Documentar las lecciones aprendidas.
Realizar una presentacin formal final, tanto con el
equipo como con los directivos y usuarios, donde se
presenten los documentos del cierre, que indiquen que
los objetivos han sido cumplidos y que todos estn
satisfechos.
Reconocer los resultados individuales y evaluar el
rendimiento del equipo.
Identificar y actualizar las habilidades de cada
miembro del proyecto.
Realizar el cierre e inventario de los recursos
materiales.
Anunciar y celebrar la conclusin exitosa del proyecto.
 20

2.3. Terminologa bsica.

Definiciones.

Interfaz: Parte del programa informtico que permite el flujo de

informacin entre varias aplicaciones o entre el propio programa y el
usuario.
Navegador: Aplicacin software que permite al usuario recuperar y
visualizar documentos de hipertexto.
Portal Web: Pgina de inicio que permite el acceso a las distintas
secciones de un sitio web. Puede tener servicios como: Chat, e-mail,
foros, blogs etc.
Usuario Administrador: Usuario que se encarga del mantenimiento del
portal.
Usuario Registrado: Usuario que se ha autentificado en el portal
mediante su nombre de usuario y contrasea que previamente se le ha
sido asignada.
Sitio Web: conjunto de pginas web, tpicamente comunes a un
dominio de internet o subdominio en la World Wide Web en internet.
Sistema Gestor de Base de Datos: (DBMS o sistema de base de
datos) es un software que se utiliza para crear y manipular bases de
datos. Entre los sistemas de bases de datos ms habituales figuran
Microsoft Access, Oracle 9i y MySQL, PostgreSQL.
Proceso: espacio de direccin virtual que contiene uno o ms
subprocesos.
Interfaz grfica de usuario (GUI): indica las tcnicas que comprenden la
utilizacin de grficos, teclado y ratn para ofrecer al usuario una
interfaz fcil de utilizar para un programa determinado.

Acrnimos

HTML: HyperText Markup Language.

IEEE: Institute of Electrical and Electronics Engineers.
PHP: PHP Hypertext Pre-processor.
W3C: World Wide Web Consortium.
 21

WWW: World Wide Web. Red de sistemas y datos que se encuentran

en ella y que constituye Internet.
UML: Unified Modeling Language o Lenguaje Unificado de Modelado
 22

Captulo III

DESARROLLO DEL PROYECTO

3.1 Descripcin operativa del proyecto.

3.1.1 mbito.

Usuarios no registrados.
Informacin general.
Esta seccin se presentar al centro educativo.
Historia.
Se escribir un pequeo resumen del centro educativo.
Equipo de direccin.
Se dispondr el organigrama directivo con informacin de contacto
de cada uno de los componentes del equipo directivo (e-mail,
etc.).
Reglamento de rgimen interno.
Se expondr un resumen del reglamento bsico del centro
educativo.
 23

Calendario escolar.
En esta parte de la aplicacin se podr visualizar el calendario
escolar con los festivos del centro y otras actividades que
consideren importantes.
Localizacin.
Se especificar la direccin y un pequeo mapa de la localizacin
del centro.
Contactar.
En esta seccin se proporcionar un pequeo formulario para
poder mandar correos electrnicos al centro con consultas y/o
sugerencias.
Enlaces.
Se listarn las direcciones de otros sitios Web que el centro
considere de inters.

Padres y alumnos.
Horario.
En este apartado se mostrar el horario de clases del alumno.
Lista de alumnos.
Se mostrar un listado de los alumnos que van a la misma clase
que el usuario que est conectado a la aplicacin en esos
momentos.
Listado de profesores.
Los usuarios podrn visualizar un listado de los profesores que
imparten clase al alumno.
Notas.
Se mostrarn las calificaciones de las asignaturas del alumno
conectado.
Faltas de asistencia.
Se podr llevar a cabo un control sobre las faltas de asistencia del
alumno conectado.
Reservas de instalacin.
En esta seccin se podrn realizar reservas de las instalaciones
del centro (campo de ftbol, sala, gimnasio, etc.).
 24

Portal de anuncios.
Desde aqu se podr acceder al foro donde los usuarios pueden
poner anuncios para buscar gente para practicar algn deporte.

Profesores.
Listado de alumnos.
Los profesores dispondrn de un listado de los alumnos
ordenados por grupos.
Listado de profesores.
Se listarn los profesores que imparten clases en el centro.
Poner notas.
En esta seccin el profesor podr calificar a los alumnos de las
asignaturas que imparte.
Poner faltas de asistencias.
En este apartado el profesor tutor de cada alumno podr poner las
faltas de asistencia.
Reserva de instalaciones.
Aqu se podrn realizar reservas de las instalaciones del centro
(campo de ftbol sala, gimnasio, aulas, etc.).
Reserva de equipamentos.
Se podrn efectuar reservas de los equipamientos disponibles en
el centro (radio-CD, proyector, etc.).
Tabln de anuncios
Desde aqu se podr acceder al foro donde el usuario redactar
anuncios para pedir voluntarios para actividades por ejemplo.
Administrador.
Dar de alta usuarios.
Dar de baja usuarios.
Modificar usuarios.
Dar de alta noticias.
Ver estadsticas de la Web.
Mantenimiento del foro.
 25

Caractersticas del usuario.

Los tipos de usuarios registrados se pueden dividir en los padres y
alumnos, los profesores y el administrador. Por otra parte estarn los
usuarios no registrados, que slo tendrn acceso a la informacin
general del centro educativo, sin poder acceder a la informacin
personalizada.

Los padres y alumnos podrn consultar informacin acerca del

alumno a travs de la zona privada y hacer reservas de instalaciones
del centro en horario extraescolar.

Los profesores tambin tendrn acceso a su zona restringida

desde la cual podrn consultar informacin propia y sobre los grupos
de alumnos a los que imparte clases, como la composicin, las notas y
las faltas de asistencia. Tambin podr hacer reservas de
instalaciones y equipamientos del colegio para su uso en las distintas
clases.

El administrador ser el que gestiones las altas, las

modificaciones y las bajas de los usuarios registrados.

Los usuarios debern tener conocimientos mnimos de informtica

y de navegacin por la Web para poder acceder al sitio Web.

Restricciones generales
Se requiere un ordenador con conexin a Internet.
Supuestos y dependencias
Se necesita un navegador de Internet, preferiblemente que
respete los estndares de W3C.
 26

3.1.2 Requerimientos especficos.

Interfaces del usuario.

Habr dos partes diferenciadas: el portal Web y la intranet. El
portal Web ser visible a todos los usuarios, mientras que para
acceder a la intranet habr que identificarse como padre/alumno,
profesor o administrador.

Requisitos funcionales.

Informacin general.
En esta seccin se har una presentacin del centro acompaada
de una foto. Entre la informacin que podemos encontrar estar la
direccin, el telfono y otros datos de inters.

Historia.
Se har un breve resumen de la historia del centro, indicando el
ao de fundacin, acontecimientos que ellos consideren ms
importantes, anteriores equipos directivos, as como las
remodelaciones y traslados que haya podido sufrir el centro en el
transcurso de su historia.

Equipo de direccin.
Se mostrar el organigrama directivo del centro en el que
aparecer la organizacin interna del centro con todos sus
componentes como el director, el jefe de estudios, etc.
De cada uno se mostrar informacin como su telfono interno, su
e-mail, su despacho y sus horarios de atencin.
 27

Reglamento interno.
Se podr acceder al reglamento de rgimen interno redactado por
el centro educativo. Se dispondr de varios formatos, uno de ellos
para poder visualizarlo desde el navegador mismo y otro para su
posible descarga en el ordenador del usuario.

Calendario escolar.
Se mostrar el calendario escolar donde se podrn consultar los
das festivos y los no lectivos del centro. En el mismo calendario
se podr ver la fecha de las actividades realizadas en el centro,
as como los periodos de evaluacin o de los plazos de
matriculacin y presentacin de becas.

Localizacin.
Aqu se pondr la direccin del centro acompaada de un mapa
para facilitar la localizacin.

Contactar.
Se dispondr de un pequeo formulario a travs del cual se
pueden hacer llegar las dudas o consultas por e-mail al centro.
Tambin se mostrarn los telfonos del centro para los usuarios
que prefieran ponerse en contacto con el centro por telfono. La
direccin completa tambin se podr consultar en este apartado.

Enlaces.
Aqu aparecern enlaces a otras webs de inters para el usuario,
como pueden ser las webs del Ministerio de Educacin, webs de
recursos educativos y los que el colegio considere oportunos.
Estos enlaces estarn ordenados por rea de inters.

Usuarios registrados como alumno/padre.

Las funcionalidades descritas a continuacin slo son
accesibles para los usuarios que se identifiquen como
 28

alumno/padre que hayan sido dados de alta por el administrador

previamente.

Horario.
Aqu se mostrar el horario de clases correspondiente al grado en
el cual est matriculado el alumno.

Listado de alumnos.
Se mostrar una lista con los alumnos del mismo grupo al que
pertenece. Los datos mostrados sern nombre y apellidos del
alumno, su direccin de correo electrnico.
Listado de profesores.
Se mostrar una lista con los profesores que imparten clase al
alumno. Los datos mostrados sern nombre y apellidos de los
profesores, su direccin de correo electrnico y su despacho.

Notas.
Aqu se podrn consultar las notas obtenidas por el alumno en las
asignaturas en las que est matriculado. Tambin aparecer la
nota media del grupo para poder tener una idea de la marcha del
grupo en general.

Faltas de asistencia.
En este apartado habr constancia de las faltas de asistencia a
clases que ha tenido el alumno a lo largo del curso. Tambin se
podr diferenciar entre las justificadas y las no justificadas.

Reserva de instalaciones.
Desde aqu se podrn reservar las instalaciones del centro, como
pueden ser las canchas de ftbol, el gimnasio, el aula de usos
mltiples, etc. Tambin se podr anular reservas.
Las reservas slo pueden hacerse en horario extraescolar.
Adems se dispondr de las normas a la hora de usar las
instalaciones y de hacer la reserva.
 29

Portal de anuncios.
Aqu se publicarn anuncios en general. Por ejemplo, un alumno
puede publicar un anuncio para buscar gente para practicar algn
deporte. Tambin podrn eliminar mensajes creados por ellos
mismos.

Usuarios registrados como profesores.

A continuacin describimos las funcionalidades accesibles desde
la intranet de los usuarios identificados como profesores que hayan
sido dados de alta por el Administrador previamente.

Listado de alumnos.
Se mostrar una lista de los alumnos a los que imparte clase
ordenados por el grupo al que pertenecen. Los datos mostrados
sern nombre y apellidos del alumno, su direccin de correo
electrnico incluido el telfono de contacto de los padres.

Listado de profesores.
Se mostrar un listado del resto de profesores que imparten clase
en el centro. Los datos mostrados sern nombre y apellidos del
profesor, su direccin de correo electrnico y su despacho.

Poner notas.
Desde aqu se podr introducir las notas de cada alumno que
podrn ser visualizadas posteriormente por los alumnos desde su
intranet. Los alumnos aparecern ordenados por grupos. En esta
seccin tambin se podrn modificar notas que hayan sido
previamente introducidas.

Poner faltas de asistencia.

Desde aqu se podr introducir las faltas de asistencia de cada
alumno. Tambin se podr justificar las faltas que an no lo estn.
En caso de error tambin estar la posibilidad de poder modificar
dichas faltas.
 30

Reserva de instalaciones.
Desde aqu se podr reservar las instalaciones del centro, como
pueden ser la pista de ftbol, el gimnasio, el aula de usos mltiples,
etc. Tambin se podr anular reservas.
Adems se dispondr de las normas a la hora de usar las
instalaciones y de hacer la reserva.

Reserva de equipamientos.
Desde aqu se podr reservar los equipamientos del centro, tales
como el radio-CD, proyectores de diapositivas, etc. En el caso de
ya estar reservado en la franja horaria requerida, aparecer quien lo
ha reservado. Tambin se podrn anular reservas que haya
efectuado antes el profesor. Adems se dispondr de las normas a
la hora de usar las instalaciones y de hacer la reserva.

Tabln de anuncios.
Se podr acceder y publicar anuncios al mismo tabln de los
alumnos/padres, con las mismas funcionalidades que ellos.
Tambin podrn eliminar mensajes creados por ellos mismos.

Administrador del portal.

Por ltimo, las siguientes funcionalidades slo sern accesibles al
administrador del portal.

Dar de alta usuarios.

El administrador podr dar de alta a usuarios de cualquier tipo e
introducir su correspondiente informacin. Los usuarios a los que
podr dar de alta sern aquellos profesores que estn impartiendo
clases en el centro o a aquellos alumnos/padres que estn
matriculados en el centro.
 31

Dar de baja a usuarios.

El administrador podr eliminar usuarios para que ya no puedan
acceder a su correspondiente informacin personalizada, ya sea
porque se han dado de baja en el centro en el caso de los alumnos
o porque ya no trabajen all en el caso de los profesores.

Modificar usuarios.
Podr modificar atributos a los usuarios. Esto es til para
cambios de domicilio, telfono, etc. o por errores a la hora de dar de
alta a algn usuario. Otra opcin desde esta seccin es poder
sancionar a usuarios restringindole el acceso al tabln de
anuncios si ste pone anuncios obscenos o de otra ndole que no
se considere apropiada para los alumnos o quitar el permiso de
reservar instalaciones o equipaciones si este hace una reserva pero
no la lleva a cabo.

Dar de alta noticias.

Se podr introducir noticias nuevas que sern visibles en la pgina
principal del portal.

Ver estadsticas de la Web.

Aqu aparecern estadsticas de la Web, como el nmero de
accesos.

Mantenimiento del foro.

Aqu el administrador podr eliminar los anuncios del foro que l
considere inapropiados. Al comienzo de cada curso el
administrador podr eliminar todos los anuncios del curso pasado
del foro.

3.1.3 Anlisis.
Para realizar el anlisis de esta aplicacin Web se ha optado por
seguir las recomendaciones definidas por UML (Unified Modeling
Language o Lenguaje Unificado de Modelado en castellano). Este modelo
 32

dispone de multitud de diagramas que nos ayudarn a comprender la

complejidad del futuro sistema, permitindonos plasmar en un lenguaje
estndar aquellas funcionalidades, requisitos y dems caractersticas que
hemos detectado en el sistema. Los resultados producidos por UML son
el equivalente a los planos con los que trabajan los arquitectos, por
ejemplo. Estos modelos nos permitirn comprender mejor la aplicacin,
especialmente en grandes aplicaciones, lo que nos facilitar la tarea de
implementacin, as como la ampliacin del sistema si fuera necesario.
Aunque UML define una gran cantidad de diagramas para representar los
distintos aspectos del desarrollo de la aplicacin, en nuestro caso nos
centraremos en tres tipos de diagrama:
Diagrama de clases.
Diagrama de casos de usos.
Diagrama de secuencia.
Cada uno de estos diagramas pertenece una clase de diagramas (de
estructura, de comportamiento y de interaccin respectivamente), lo que
nos permitir cubrir los distintos aspectos del desarrollo.

3.1.4 Diagrama de clases.

El diagrama de clases nos permite visualizar las relaciones que
involucran el sistema. Tambin nos permitir conocer a grandes rasgos
las clases u objetos de nuestro sistema.
A continuacin describiremos brevemente dichas clases para conocer
mejor la aplicacin.

Usuario Registrado: Esta clase representa a aquellos usuarios que

pueden acceder a la intranet de la aplicacin y que podrn interactuar
con el sistema, en la medida de los permisos que les concedamos. Tiene
una serie de atributos que permite definirlos, siendo los ms importantes,
desde el punto del sistema, el login que deber ser nico dentro del
sistema y la contrasea ya que sern necesarios a la hora de poder
acceder a la intranet del colegio. De esta clase se derivan las siguientes
subclases:
Alumno, Profesor, Progenitor, Equipo directivo y Administrador.
 33

Instalacin: Este objeto representa aquellas infraestructuras del colegio

que pueden ser reservadas, en principio por todos los usuarios
registrados. Un posible ejemplo de infraestructura reservable podra ser el
caso de un aula informtica, que pueda ser reservada por un profesor
para realizar una clase especial en ella.

Figura1
Diagrama de clase de aplicacin
 34

3.1.5 Diagrama de casos de uso.

Los diagramas de casos de uso nos permitirn conocer los
distintos tipos de actores que podrn acceder y/o utilizar nuestra
aplicacin. Tambin nos servir para especificar las acciones que tendrn
dichos usuarios dentro de nuestra aplicacin, as como las relaciones que
aparecern entre los distintos casos de uso.
Para algunos casos de uso, adems se incluye su plantilla, que
proporciona informacin adicional sobre dichos casos de uso. No se han
colocado todas las plantillas, ya que muchas prcticamente son idnticas.

Figura 2
Actores del sistema

En la figura 2 Actores del sistema se puede ver los distintos tipos de

actores (entidades externas al sistema que interactan con l) que
podrn acceder a la aplicacin. Todos ellos derivan de Usuario. Este
actor representa para la aplicacin Web a todos aquellos usuarios que
no se han identificado ante el sistema, ya sea porque todava no hayan
iniciado la sesin o porque sean usuarios que estn de paso o buscando
informacin.
 35

Casos de uso del usuario.

Figura 3
Caso de uso para Usuario

En la figura 3 Caso de uso para Usuario se puede ver los casos de usos
a los que podr acceder el actor Usuario. Dado que este tipo de actor no
se ha identificado ante el sistema, las acciones que podr realizar sern
en consecuencia muy limitadas, centrndose en la obtencin de
informacin general del centro.

Casos de uso del usuario registrado.

Figura 3
Caso de uso Usuario Registrado
En la figura 4 pueden verse todos los casos de usos a los que tendr
acceso el usuario registrado. Como puede verse, este usuario ser el que
ms casos de uso disponga, ya que en realidad, este actor nos permite
crear un usuario genrico del que dependern del resto de usuarios que
pueden acceder a la intranet.
 36

Casos de uso del administrador.

Figura 5
Caso de uso del Administrador
En la imagen anterior, puede verse el caso de uso del actor
Administrador. Este actor ser el que ms funcionalidades posea, ya que,
adems de las funcionalidades que posee todo usuario registrado, como
administrador tendr acceso total al sistema.
 37

Casos de uso del alumno.

Figura 6
Caso de uso del Alumno y del Progenitor

Este caso de uso, muestra las funcionalidades que tendrn a su

disposicin tanto los alumnos como sus padres, madres, o tutores. Los
padres podrn acceder a la misma informacin que sus hijos para as
poder realizar un control sobre ciertos aspectos como el control de
asistencia a clase.
 38

Casos de uso de profesores.

Figura 7
Caso de uso para Profesor
En la figura 7 pueden verse las funcionalidades de las que dispondr el
profesor. En este caso ser el que ms pueda modificar el sistema
(aparte del administrador), ya que el profesor dispondr de varios casos
de uso que le permitirn modificar la informacin de los alumnos de sus
respectivas asignaturas.
 39

Casos de uso del equipo directivo.

Figura8
Caso de uso para Equipo Directivo
El equipo directivo ser el actor que menos casos de usos propios
dispone (hay que recordar que todos los actores a excepcin de usuario,
heredan los casos de uso del usuario registrado)
 40

3.1.6 Diagrama de secuencia.

Este tipo de diagrama nos ayudar a identificar las
comunicaciones que se producen dentro del sistema y las operaciones de
clase. Tambin nos mostrar la secuencia temporal del flujo de mensajes.
No se colocarn todos los diagramas de secuencia, ya que muchos son
prcticamente idnticos unos de otros.

Iniciar seccin.

Figura 9
Diagrama de secuencia: Iniciar sesin

En la figura 9 Diagrama de secuencia: Iniciar sesin se puede ver el

diagrama de secuencia que ser ms utilizado por los usuarios
registrados, ya que ste ser el escenario que les permitir acceder a la
intranet del colegio, en el caso de que introduzcan correctamente sus
datos (login y password).
 41

Aadir anuncios al tabln de anuncios.

Figura 10

Diagrama de secuencia: Aadir anuncio

En este escenario, el Usuario Registrado podr crear nuevos anuncios
que aparecern en el tabln de anuncios del colegio. El Usuario
Registrado deber proporcionar el ttulo del anuncio y el contenido del
mismo.
 42

Consultar horario.

Figura 11
Diagrama de Secuencia: Consultar Horario
Este escenario permitir tanto a los alumnos como a sus tutores consultar
el horario de las clases del alumno. El sistema obtendr los datos del
grupo del alumno que solicita el horario. Con los datos del grupo solicitar
el horario de cada asignatura que tenga ese grupo en cuestin. Una vez
que el sistema tenga los horarios del grupo del alumno, se los devolver
al alumno.
 43

Eliminar a un alumno.

Figura 12
Diagrama de Secuencia: Eliminar a alumnos

En este escenario el administrador podr eliminar o dar de baja a

alumnos de la aplicacin. En esta situacin el administrador solicitar los
datos del alumno a eliminar. El sistema le devolver todos los datos del
alumno, si el administrador confirma la eliminacin del alumno, el sistema
lo intentar suprimir del sistema devolviendo el resultado de la
eliminacin al administrador.
 44

Mostrar Notas.

Figura 13
Diagrama de Secuencia: Mostrar notas

En la figura podemos ver el diagrama de secuencia necesario para que

los alumnos puedan ver las notas de las asignaturas en las que estn
matriculados. El escenario comienza cuando el alumno desea ver sus
notas, el sistema obtendr los datos del alumno y con stos los del grupo
al que pertenece el alumno. Para cada asignatura que se imparta en ese
grupo se obtendr sus notas correspondientes. Una vez que el sistema
haya obtenido todas las notas, se las devolver al alumno.
 45

Poner notas.

Figura 14
Diagrama de Secuencia: Poner notas

Este diagrama representa los pasos que deber seguir el profesor a fin
de poder calificar a sus alumnos. El profesor pedir al sistema que le
proporcione los alumnos que tiene en cada asignatura que imparte ese
profesor. El sistema le devolver el listado de alumnos para esa
asignatura. En este momento el profesor podr calificar a cada uno de los
alumnos. Una vez que haya acabado de puntuar a los alumnos de una
asignatura puede pasar a la siguiente asignatura que imparta.
 46

Poner falta de asistencias.

Figura 15
Diagrama de Secuencia: Poner faltas de asistencia

Este diagrama de secuencia es muy parecido al que poda verse en la

Grafico 14 Diagrama de Secuencia: Poner notas. El profesor solicitar al
sistema que le proporcione el listado de alumnos que asisten a la
asignatura que el elija (de las que el profesor imparte). Una vez que el
sistema le d el listado de alumnos, el profesor podr ir indicando al
sistema los alumnos que han faltado a la asignatura, para ello deber
indicar la fecha de la falta (por defecto la fecha del sistema) y si ha sido
justificada. El profesor podr repetir este proceso por cada asignatura que
imparta.
 47

Reserva de equipaciones (Equipos de audio, video, etc.).

Figura 16
Diagrama de Secuencia: Reservar equipacin

En este escenario el profesor ser capaz de realizar la reserva de

equipaciones del colegio como puedan ser radio-CD, televisores, etc. En
el primer paso, el profesor pedir al sistema que le muestre la
disponibilidad de la equipacin que est interesado en reservar. El
sistema le devolver un listado con los das en que se puede reservar la
equipacin. En este momento el profesor deber escoger una de las
fechas disponibles y escribir el motivo de su peticin. A continuacin el
profesor confirmar los datos de la reserva, a lo que el sistema le
responder si fue posible realizar la reserva de la equipacin requerida.
 48

Anular reservas de instalaciones.

Figura 17
Diagrama de secuencia: Anular reserva de instalaciones.

En el diagrama se puede ver los pasos que necesitar seguir un usuario

registrado para poder eliminar una reserva que haya efectuado l mismo.
El primer paso que seguir el usuario registrado ser pedir al sistema que
le proporciones todas las reservas que tiene. Cuando el sistema le
devuelva el listado con las reservas del usuario, ste podr escoger la
reserva de la instalacin para anular y el sistema quitar la reserva.
Como ltimo paso el sistema le proporcionar el listado de reserva
actualizado.
 49

3.1.7 Diseo.
Para el diseo del sitio Web se ha escogido una arquitectura de
tres capas. Se ha elegido esta arquitectura debido al desacoplamiento
entre las distintas capas. De esta forma se pueden cambiar fcilmente el
comportamiento de las clases en el nivel de aplicacin sin que ello influya
en las otras capas. Estas capas se corresponden con la de presentacin,
aplicacin y persistencia.

Figura 18
Arquitectura a tres capas.

Nivel de presentacin.
La primera capa es la de presentacin. Esta capa es la
encargada de interaccionar con el usuario a travs de una
representacin visual. En esta capa tambin se ofrecen servicios
al usuario.
 50

Nivel de aplicacin.
Esta capa es la encargada de implementar el comportamiento de
nuestro sitio web.
Tambin sirve de enlace entre las otras dos capas, ya que la
capa de presentacin no accede a la base de datos
directamente, sino que sta se comunica con la capa de
aplicacin para demandarle el servicio deseado y la capa de
aplicacin se comunica con la capa de persistencia para
recuperar los datos necesarios.

Figura 19
Capas del proyecto

La capa de aplicacin est organizada en cinco componentes. El

analizador del login ser el encargado de comprobar el usuario y
luego redirigir a su zona privada correspondiente cuando un
usuario de identifique desde la zona annima. Los siguientes
tres componentes (anonimo_inc, alumno_inc y profesor_inc) son
los encargados de implementar la lgica de las zonas
correspondientes.
Cuando alguno de estos ficheros necesite acceder a la base de
datos ya sea para realizar una consulta o para modificar datos, lo
har a travs de bd. Este componente surge de aplicar el patrn
de diseo llamado Fachada. Este patrn consiste en utilizar la
 51

clase bd para todas las operaciones que interacten con la base

de datos. El uso de este patrn es muy til para actualizar
cambios en la base de datos como pueden ser el tipo de base de
datos (MySQL, SQL Server, etc.) o el nombre de la base de
datos por ejemplo. En nuestro caso nos ha sido muy til, por
ejemplo, para hacer pruebas en nuestro servidor local y luego
subirlas al servidor prestado por el encargado del proyecto, ya
que en ambos accedamos a la base de datos con usuarios
distintos. De esta forma, para adaptarnos a la base de datos del
servidor simplemente tenamos que cambiar la clase bd sin tener
que tocar ningn fichero ms.

Nivel de persistencia.
La capa de persistencia es la que dota al sistema de poder
mantener los datos de una forma persistente como su propio
nombre indica, es decir, de mantener informacin de una sesin
a otra aunque el sistema no est en uso.
Profesores MatriculaAoEstudios
Usuarios AoEstudiosCurso Alumnos
DNIPProfesor: char(8) CodMatriAoEstudios: char(18)
DNIUsuario: char(8) DNIPProfesor: char(8) NroMatriAlumno: varchar()
DNIUsuario: char(8) CodAoEstudios: varchar()
DNIUsuario: char(8) DNIApoderado: char(8)
TipoUsuario: varchar() NroMatriAlumno: varchar()
Apellidos: varchar() CodCurso: varchar()
Apellidos: varchar() DNIApoderado: char(8) Apellidos: varchar()
Nombres: varchar() CodAoEstudios: varchar()
Nombres: varchar() Nombres: varchar()
Direccin: varchar() FechaMatrcula: datetime
Direccin: varchar() Direccin: varchar()
Telfono: char(10) AoAcadmico: char(4)
Telfono: char(10) Telfono: char(10)
Celular: char(12)
Celular: char(12) FechaNacimiento: datetime
E_mail: varchar()
E_mail: varchar() AoEstudios FechaInscripcin: datetime
Especialidad: varchar()
Contrasea: varchar() Contrasea: varchar()
Condicin: varchar() CodAoEstudios: varchar() Observaciones: varchar()
FechaIngreso: datetime
AoEstudiosGrdo: char(18)
Observaciones: varchar()
Seccin: char(18)
Contrasea: varchar()
MximoAlumnos: int
MnimoAlumnos: int Notas
TotalAlumnos: int CodNotas: char(18)
CodCurso: varchar() Apoderado
CodAoEstudios: varchar() DNIApoderado: char(8)
Cursos NroMatriAlumno: varchar()
Apellidos: varchar
CodCurso: varchar() DNIApoderado: char(8)
Nombres: varchar
NombreCurso: varchar() CodBimestre: char(18)
CondicinFamiliar: varchar
Prerrequisitos: varchar() Nota1: char(2) Direccin: varchar()
Bimestre Nota2: char(2) Telfono: char(10)
CodBimestre: char(18) Nota3: char(2) Celular: char(12)
Nota4: char(2) E_mail: varchar()
NroBimestre: char(18) Contrasea: varchar()
PromedioFinal: char(2)
Condicin: varchar()
NotaAplazado: char(2)

Figura 20
Diseo de la base de datos
 52

3.1.8 Implementacin.
Tecnologa.
Dada la necesidad de crear contenidos dinmicos,
debemos utilizar otros lenguajes aparte de HTML. Para este
proyecto se ha optado por el lenguaje PHP acompaado de una
base de datos MySQL. Estas tecnologas cumplen
sobradamente con nuestras necesidades y estn muy
extendidas, por lo que no supondr una dificultad encontrar
documentacin en la cual apoyarnos durante el desarrollo del
sitio web. Tambin cabe destacar el hecho de que sean
tecnologas de libre distribucin y uso.

3.1.9 Pruebas.
Con el fin de comprobar cmo responde nuestra aplicacin a las distintas
situaciones en las que se puede encontrar hemos decidido realizar una
serie de pruebas, que consistirn en las siguientes:
Tamao de la ventana.
Comprobador de links.
Compatibilidad con los navegadores.
Pruebas del proyecto de creacin de pginas web e intranet.
 53

3.2 Resultados obtenidos a obtener.

Se desarrollar una aplicacin completa debido a que se
consideran intrascendentes los resultados que se pudieran obtener de
realizar una aplicacin trivial para poder verificar experimentalmente los
resultados.
A continuacin se mencionar lo que se implementar a futuro en este
proyecto que girara entorno a dos grandes bloques que se obtendr en
todo su proceso:

Implementacin de la intranet.
Crear las interfaces de los profesores.
Crear las interfaces de los padres.
Apertura de la web a todos los usuarios de la red.
 54

CONCLUSIONES

Se logr implementar la pagina web del centro educativo, con esto se

lograr mejorar en una parte el objetivo que se pretenda, que era mejorar
la eficiencia y eficacia frente a los sistemas de comunicacin tradicionales
del centro educativo.

Se logr implementar en la pgina web la parte de gestin e informacin

del centro educativo. As se lograr promover los recursos con lo que
cuenta el centro educativo.

Se determinaron las metodologas, tcnicas, herramientas, adecuadas

para el desarrollo del proyecto.
 55

SUGERENCIAS

Qu, a futuro se proyecte utilizar el portal web no solo como una

importante vitrina de difusin de actividades, sino como herramienta de
apoyo a la docencia y a la investigacin del centro educativo.

Qu, se implemente un espacio para talleres de investigacin, descargas

de materiales de clase de cada curso y fomentando la publicacin de
artculos en textos completos.

Qu, se utilicen las mismas metodologas, tcnicas y herramientas para la

administracin de la pgina web del centro educativo.
 56

BIBLIOGRAFA

Ing. Jess A. Zea Salas, Gestin de proyectos de TI, Gestin e

Implementacin de Nuevo Sistema.pdf
Jos Pino Daz, Gestin y Administracin de proyectos.
Dick Berry, The iceberg analogy of usability,
http://www.ibm.com/developerworks/library/w-berry/. 1 Octubre,
2000.
Charles Rowe. 5 (+3) tips to increase web application
usabilityhttp://www.charlesrowe.com/2007/05/23/5-3-tips-to-
increase-Webapplication-usability/, 23 mayo, 2007.
Pedro Concejero Cerezo, Cdigo tico de la investigacin en
usabilidad e Interaccin Persona-Ordenador. Pruebas con
usuarios,
http: //usuarios.lycos.es/savonasacj/codigo_etico_AIPO.pdf,
Diciembre 2006.
Desarrolloweb.com, Usabilidad en la Web.
http://www.desarrolloweb.com/manuales/5/ ltimo acceso: 2008.
Hewett, Baecker, Card, Carey, Gasen, Mantei, Perlman, Strong and
Verplank, ACM SIGCHI Curricula for Human-Computer Interaction,
ACM SIGCHI, Last updated: 2007-07-17.
 57

ANEXOS

Herramientas utilizadas
Herramientas Descripcin
StarUML es un proyecto de software libre.
Similar a otros como Rational Rose. Dispone
de una serie de mdulos para tener
funcionalidad aadida, aunque su
funcionalidad bsica es muy completa.
es un paquete que integra un servidor web,
como es Apache, acompaado de un servidor
PHP y otro MySQL, adems de otros como el
servidor FTP

Esta es una herramienta gestora de base de

datos que est integrado a la herramienta
XAMPP

El servidor HTTP Apache es un software (libre)

servidor HTTP de cdigo abierto para
plataformas Unix (BSD, GNU/Linux, etc.),
Windows, Macintosh y otras, que implementa
el protocolo HTTP
Es un consorcio internacional que
produce estndares para la World Wide Web.
 58

Costos de mantenimientos
Caractersticas Sistema Actual
Costo por hora de mantenimiento 30
Tiempo promedio por mantenimiento 4 horas
Cantidad de analista y programadores por 2
mantenimiento
Mantenimiento realizado por ao 4
Costo promedio trimestral S/. 240

Hardware

P.
Cantidad Descripcin Unitari P. Total
o
1 unidad Computadora Pentium S/. S/.
Core 2 Duo, 2.80 GHZ, 1800.0 1800.0
2.80 GHZ, 2 GB RAM, 0 0
HD320GB, Multimedia,
tarjeta fax, MODEM
56600, tarjeta de red,
monitor LG pantalla
plana18.5
1 unidad Impresora Stylus Color S/. 240.00 S/. 240.00
Epson C20UX

Recursos Humanos

P. Unit. P. Total
Cant. Descripcin S. mensual Tiempo
(S/.) (S/.)
3 Desarrolladores S/. 200 6 meses S/.1200 S/.3600