TRABAJO TERICO PRCTICO Presentado por: ZAMUDIO ROMO, Miguel Angel Para Optar el Ttulo de: PROFESIONAL TCNICO EN COMPUTACIN E INFORMTICA Huancayo Per 2011 Creacin de un portal web para un Centro Educativo 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. S 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 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. 8lesgo a b c d L Nota Profesores.- ingreso de 40 30 43 20 300 a = % de ocurrencia; b = duracin de la tarea (das) c = costo; d = tiempo estimado (das); e = costo riesgo Profesores.- tareas escolares 20 20 0 13 338 Padres.- libreta de calificaciones 40 13 169 10 113 Padres.- agenda escolar 20 7 78 3 36 1C1AL DL kILSGC 707 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 1S 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. 2S 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. 3S 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. 4S 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. S0 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 S1 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. Figura 20 Diseo de la base de datos Usuarios DNIUsuario: char(8) TipoUsuario: varchar() Apellidos: varchar() Nombres: varchar() Direccin: varchar() Telfono: char(10) Celular: char(12) E_mail: varchar() Contrasea: varchar() AoEstudiosCurso DNIPProfesor: char(8) DNIUsuario: char(8) CodCurso: varchar() CodAoEstudios: varchar() Cursos CodCurso: varchar() NombreCurso: varchar() Prerrequisitos: varchar() AoEstudios CodAoEstudios: varchar() AoEstudiosGrdo: char(18) Seccin: char(18) MximoAlumnos: int MnimoAlumnos: int TotalAlumnos: int Apoderado DNIApoderado: char(8) Apellidos: varchar Nombres: varchar CondicinFamiliar: varchar Direccin: varchar() Telfono: char(10) Celular: char(12) E_mail: varchar() Contrasea: varchar() Alumnos NroMatriAlumno: varchar() DNIApoderado: char(8) Apellidos: varchar() Nombres: varchar() Direccin: varchar() Telfono: char(10) FechaNacimiento: datetime FechaInscripcin: datetime Contrasea: varchar() Observaciones: varchar() Profesores DNIPProfesor: char(8) DNIUsuario: char(8) Apellidos: varchar() Nombres: varchar() Direccin: varchar() Telfono: char(10) Celular: char(12) E_mail: varchar() Especialidad: varchar() Condicin: varchar() FechaIngreso: datetime Observaciones: varchar() Contrasea: varchar() Notas CodNotas: char(18) CodCurso: varchar() CodAoEstudios: varchar() NroMatriAlumno: varchar() DNIApoderado: char(8) CodBimestre: char(18) Nota1: char(2) Nota2: char(2) Nota3: char(2) Nota4: char(2) PromedioFinal: char(2) Condicin: varchar() NotaAplazado: char(2) MatriculaAoEstudios CodMatriAoEstudios: char(18) CodAoEstudios: varchar() NroMatriAlumno: varchar() DNIApoderado: char(8) FechaMatrcula: datetime AoAcadmico: char(4) Bimestre CodBimestre: char(18) NroBimestre: char(18) S2 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. S3 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. S4 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. SS 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. S6 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. S7 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. S8 Costos de mantenimientos Caractersticas Sistema Actual Costo por hora de mantenimiento 30 Tiempo promedio por mantenimiento 4 horas Cantidad de analista y programadores por mantenimiento 2 Mantenimiento realizado por ao 4 Costo promedio trimestral S/. 240 Hardware Cantidad Descripcin P. Unitari o P. Total 1 unidad Computadora Pentium Core 2 Duo, 2.80 GHZ, 2.80 GHZ, 2 GB RAM, HD320GB, Multimedia, tarjeta fax, MODEM 56600, tarjeta de red, monitor LG pantalla plana18.5 S/. 1800.0 0 S/. 1800.0 0 1 unidad Impresora Stylus Color Epson C20UX S/. 240.00 S/. 240.00 Recursos Humanos Cant. Descripcin S. mensual Tiempo P. Unit. (S/.) P. Total (S/.) 3 Desarrolladores S/. 200 6 meses S/.1200 S/.3600