CD 4687

ESCUELA POLITCNICA NACIONAL
FACULTAD DE INGENIERIA EN SISTEMAS

DESARROLLO DEL SISTEMA DE GESTIN ACADMICA Y
ADMINISTRATIVA VA WEB PARA EL COLEGIO LA PROVIDENCIA

PROYECTO PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN
SISTEMAS INFORMTICOS Y DE COMPUTACIN

GABRIELA FERNANDA CRIOLLO BILBAO
gabyta_fer86@hotmail.com

DIEGO PAUL QUINTUA CHURO
diegoq.3@hotmail.com

DIRECTOR: ING. RAL CRDOVA
rcordova@epn.edu.ec

Quito, Octubre 2012

DECLARACIN
Nosotros, Gabriela Fernanda Criollo Bilbao y Diego Pal Quintua Churo declaramos
bajo juramento que el trabajo aqu descrito es de nuestra autora; que no ha sido
previamente presentado para ningn grado o calificacin profesional; y, que hemos
consultado las referencias bibliogrficas que se incluyen en este documento.
A travs de la presente declaracin cedemos nuestros derechos de propiedad
intelectual correspondiente a este trabajo, a la Escuela Politcnica Nacional, segn
lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.

Gabriela Fernanda Criollo
Bilbao
Diego Pal Quintua
Churo

CERTIFICACIN
Certifico que el presente trabajo fue desarrollado por Gabriela Fernanda Criollo y
Diego Pal Quintua Churo, bajo mi supervisin.

Ing. Ral Crdova
DIRECTOR DE PROYECTO

AGRADECIMIENTO
A Dios por tantos milagros que hizo en mi vida, por ser el ms generoso y darme la
fortaleza para seguir mi camino y nunca rendirme.
A un ngel que desde el cielo me dio las fuerzas necesarias para seguir y que
siempre confi en que llegara a cumplir esta meta, mi abuelita querida, Beatriz
Argoti, aunque no ests aqu, siempre te llevar en mi corazn.
A mis padres Guillermo y Betty quienes con mucho esfuerzo y amor me han
apoyado en el camino de mi vida, por ser los mejores padres y darme la oportunidad
de superarme, porque lo que soy ahora es gracias a ustedes.
A mi esposo Alexis por haber aceptado ser mi compaero de vida, en la que hemos
aprendido a ser una familia y caminar juntos de la mano, por el amor y esfuerzo que
ha puesto para conservar nuestro hogar.
A tesoro ms preciado que Dios me regal, mi hijita Brithany por ser la alegra de mi
vida y la razn por la cual quiero ser mejor cada da.
A mis hermanas Karina y Mishel, y a toda mi familia por darme siempre nimos y
confiar en m.
A mi compaero de tesis Diego por todo el apoyo que me ha brindado ya que ms
que un compaero lleg a ser un gran amigo, de esos que nunca se olvidan, gracias
por ser parte de este sueo.
A mi director de tesis Ingeniero Ral Crdova por los conocimientos y apoyo
brindado en nuestra vida estudiantil y en el desarrollo de nuestro Proyecto de
Titulacin.
A Sofy R., Anita G. y Cris C. por cumplir maravillosamente el gran papel de mejores
amigos y estar conmigo en los buenos y malos momentos.
A todos los que pusieron un granito de arena e hicieron que este sueo pueda
lograrse.
Gaby

AGRADECIMIENTO
A Dios, por el segundo de vida que me da y con ello la oportunidad de soar.

A mis Padres Jos y Pilar, por ensearme tantos valores que hoy me permiten ser
mejor, ustedes han sido un ejemplo de lucha y perseverancia.

A mis hermanos Byron, Diana y Henry, por compartir con migo la alegra de crecer y
bridarme su apoyo incondicional.

Fernanda, gracias por ser ms que mi compaera de tesis mi gran amiga, por
brindarme tu amistad y por haber compartido este camino juntos.

A nuestro director de tesis Ral Crdova, por compartir con nosotros sus
enseanzas y por su apoyo y esfuerzo dedicado para nuestra tutora.

Finalmente, mientras he viajado por este camino donde la mente es quien dirige el
batalln de guerra contra la ignorancia, es el corazn quien conoci las alegras y
tristezas, los xitos y fracasos y con amor supo entender a todos los seres que
formaron parte de esta experiencia de vida; a todos ellos quiero regalar un suspiro
que viaje por la brisa clida que siempre me supieron brindar cuando lo necesit.
Gracias amigos y amigas por su amistad y vivir juntos estas experiencias
universitarias que nos han hecho grandes; y en especial a ti Dianita porque sobre
todas las cosas estas ah para m y eres una luz en mi vida.

Diego

DEDICATORIA
Dedico este trabajo mis padres, hermanas y mi familia por confiar siempre en m y
ensearme que los sueos son posibles de alcanzar.
A mi esposo e hija por el apoyo incondicional y por permitirme robarles momentos
para cumplir una meta ms para nuestra familia.
Y para quienes nunca dejaron de creer en m, lo dedico a ustedes.
Gaby

DEDICATORIA
Quiero dedicar este trabajo a mi familia: mis padres y mis hermanos, porque ustedes
me vieron nacer y crecer y ahora puedo triunfar gracias a todo el apoyo que me dan
con mucho amor, esto va por ustedes mi gran familia.

Diego

INTRODUCCIN
En la actualidad gracias al avance de la tecnologa los Colegios han podido
automatizar sus procesos acadmicos permitiendo: optimizar recursos y tener un
control efectivo de la informacin de sus estudiantes.
El presente trabajo plantea el desarrollo del sistema de gestin acadmica y
administrativa va web para el Colegio la Providencia, descrito en los siguientes
captulos.
En el Captulo 1 se describe la situacin actual del Colegio, se realiza la justificacin
de la metodologa XP (eXtreme Programming) comparando sus caractersticas con
los requerimientos del proyecto, se plantea el uso de herramientas Open Source
describiendo sus caractersticas y beneficios que aportan al desarrollo del proyecto.
En el Captulo 2 se describen las fases de la metodologa XP que se realizan en el
desarrollo del sistema web.
El desarrollo comienza con la planificacin, donde se realiza la especificacin de
requerimientos y la definicin del plan de entregas, por medio de las historias de
usuario establecidas por el cliente.
Luego se realizan las actividades de diseo necesarias para entender y plantear la
solucin, por medio del sistema web, para los requerimientos del cliente.
Para la implementacin de las iteraciones, el equipo de desarrollo y el cliente definen
el cronograma de actividades a realizarse, a continuacin se implementa cada
iteracin y se realiza el seguimiento respectivo.
El diseo de las pruebas de aceptacin, en base a la metodologa XP, es realizado
por el cliente en las reuniones donde se definen las historias de usuario. Las
pruebas de aceptacin se ejecutan despus de la implementacin de cada historia
de usuario, hasta que el cliente valide con xito cada una.
En el Captulo 3 se presenta las conclusiones y recomendaciones que se obtuvo de
la realizacin del presente proyecto.

RESUMEN
En el presente proyecto se desarrolla un sistema de gestin acadmica y
administrativa va web para el colegio la providencia siguiendo la metodologa XP.
La presentacin escrita del proyecto consta de tres captulos.
En el primer captulo se describe la situacin actual del colegio, se justifica la
metodologa de desarrollo y se plantea el uso de herramientas Open Source para su
ejecucin, entre ellas: PostgreSQL, JBOSS, JAVA EE, UML y JSF.
En el segundo captulo se realiza el desarrollo del sistema en base al ciclo de vida
de XP, en la planificacin se especifican los requerimientos y el plan de entregas, en
el diseo se definen la metfora, diseo arquitectnico y tarjetas CRC, en la
implementacin se realiza un cronograma de actividades, se implementa cada
historia de usuario y se realiza el respectivo seguimiento, a continuacin se ejecutan
las pruebas de aceptacin analizando los resultados con el cliente, finalmente se
especifican los requisitos necesarios para la implantacin del sistema.
En el tercer captulo se presentan las conclusiones y recomendaciones alcanzadas
en el desarrollo del proyecto realizado.
Siguiendo los valores y las buenas prcticas de XP se obtuvo un producto de
software que satisface los requerimientos del cliente; esto es, permite a los
administradores, profesores y estudiantes gestionar: cursos, materias, aulas,
especialidades, materiales acadmicos, horarios, periodos escolares, configuracin
de calificaciones, registro de calificaciones, registro de asistencia, matriculacin del
estudiante y generacin de reportes acadmicos y estudiantiles.

CONTENIDO
NDICE GENERAL
CAPITULO 1. PLANTEAMIENTO DEL PROBLEMA ........................................... 1
1.1 SITUACIN ACTUAL DEL COLEGIO LA PROVIDENCIA ................................ 1
1.1.1 ANTECEDENTES DE LA INSTITUCIN .................................................. 1
1.1.2 MISIN INSTITUCIONAL ......................................................................... 1
1.1.3 VISIN INSTITUCIONAL .......................................................................... 2
1.1.4 PROCESOS ACADMICOS ..................................................................... 2
1.2 JUSTIFICACIN DE LA METODOLOGA DE DESARROLLO ......................... 3
1.2.1 CICLO DE VIDA DE XP ............................................................................ 3
1.2.2 CARACTERSTICAS DE EXTREME PROGRAMMING (XP) .................... 5
1.2.3 CARACTERSTICAS DEL PROYECTO .................................................... 8
1.2.4 JUSTIFICACIN DE XP EN EL PROYECTO ........................................... 8
1.3 JUSTIFICACIN DE LAS HERRAMIENTAS DE DESARROLLO ..................... 9
1.3.1 SERVIDOR DE APLICACIONES JBOSS .................................................. 9
1.3.2 PLATAFORMA DE DESARROLLO JAVA EE ......................................... 10
1.3.3 GESTOR DE BASE DE DATOS POSTGRESQL .................................... 10
1.3.4 LENGUAJE DE MODELAMIENTO UML ................................................. 11
1.3.5 PLATAFORMA DE CONSTRUCCIN DE PGINAS WEB JSF ............. 12
CAPITULO 2. DESARROLLO DEL SISTEMA .................................................... 13
2.1 PLANIFICACIN ............................................................................................ 13
2.1.1 ESPECIFICACIN DE REQUERIMIENTOS ........................................... 13
2.1.2 PLAN DE ENTREGAS ............................................................................ 37
2.2 DISEO .......................................................................................................... 41
2.2.1 METFORA DEL SISTEMA .................................................................... 41
2.2.2 DIAGRAMA DE CLASES ........................................................................ 47
2.2.3 DISEO CONCEPTUAL ......................................................................... 49
2.2.4 DISEO DE LAS TARJETAS CRC ......................................................... 51
2.2.5 DISEO ARQUITECTNICO ................................................................. 54

2.2.6 DISEO DE INTERFACES ..................................................................... 56
2.2.7 ESTRUCTURA JERRQUICA DEL SITIO WEB ..................................... 57
2.3 IMPLEMENTACIN ....................................................................................... 59
2.3.1 CRONOGRAMA DE IMPLEMENTACIN DE ITERACIONES ................ 59
2.3.2 IMPLEMENTACIN DE LAS ITERACIONES ......................................... 60
2.3.3 SEGUIMIENTO DE LAS ITERACIONES ................................................ 73
2.4 PRUEBAS ...................................................................................................... 76
2.4.1 PRUEBAS UNITARIAS ........................................................................... 76
2.4.2 DISEO DE LAS PRUEBAS DE ACEPTACIN ..................................... 79
2.4.3 PRUEBAS DE ACEPTACIN ................................................................. 81
2.5 PLANIFICACIN DE LA IMPLANTACIN .................................................... 115
CAPITULO 3. CONCLUSIONES Y RECOMENDACIONES ............................. 118
3.1 CONCLUSIONES ......................................................................................... 118
3.2 RECOMENDACIONES ................................................................................. 119
BIBLIOGRAFA ...................................................................................................... 120
GLOSARIO ............................................................................................................. 122
ANEXOS ................................................................................................................. 125

NDICE DE FIGURAS
Figura 1.1 Ciclo de vida de eXtreme Programming ..................................................... 3
Figura 2.1 Formato de una Historia de Usuario ......................................................... 13
Figura 2.2 Diagrama de Clases ................................................................................. 48
Figura 2.3 Modelo Conceptual de la Base de Datos ................................................. 50
Figura 2.4 Tarjeta CRC ............................................................................................. 51
Figura 2.5 Arquitectura del Sistema. ......................................................................... 55
Figura 2.6 Plantilla para el diseo de las interfaces de usuario. ............................... 56
Figura 2.7 Mapa del Sitio Web .................................................................................. 58
Figura 2.8 Planificacin de la Primera Iteracin. Ejemplo ......................................... 59
Figura 2.9 Estructura del proyecto empresarial PROVSIS. ....................................... 61
Figura 2.10 Interfaz de Usuario. Registro de Integrante institucional ........................ 72
Figura 2.11 Diagrama BurnDown. Primera Iteracin. ................................................ 73
Figura 2.12 Diagrama BurnDown. Segunda Iteracin. .............................................. 74
Figura 2.13 Diagrama BurnDown. Tercera Iteracin. ................................................ 75
Figura 2.14 Resultado de la ejecucin de la prueba unitaria UsuarioTest ................ 78

NDICE DE TABLAS
Tabla 1 Comparacin entre caractersticas del proyecto y de la metodologa XP....... 8
Tabla 2 Historia de Usuario. Registro de Integrante Institucional. ............................. 15
Tabla 3 Historia de Usuario. Modificacin de Integrante Institucional. ...................... 16
Tabla 4 Historia de Usuario. Registro de Usuario. .................................................... 16
Tabla 5 Historia de Usuario. Modificacin de Usuario. .............................................. 16
Tabla 6 Historia de Usuario. Acceso al Sistema ........................................................ 17
Tabla 7 Historia de Usuario. Registro de Niveles Educativos.................................... 17
Tabla 8 Historia de Usuario. Modificacin de Niveles Educativos. ............................ 18
Tabla 9 Historia de Usuario. Eliminacin de Nivel Educativo. ................................... 18
Tabla 10 Historia de Usuario. Registro de Materias. ................................................. 18
Tabla 11 Historia de Usuario. Modificacin de Materias por Nivel. ........................... 19
Tabla 12 Historia de Usuario. Eliminacin de Materia por Nivel. ............................... 19
Tabla 13 Historia de Usuario. Registro de Aulas. ...................................................... 20
Tabla 14 Historia de Usuario. Modificacin de Aulas. ............................................... 20
Tabla 15 Historia de Usuario. Eliminacin de Aula .................................................... 20
Tabla 16 Historia de usuario. Registro de Especialidades. ....................................... 21
Tabla 17 Historia de Usuario. Modificacin de Especialidades. ................................ 21
Tabla 18 Historia de Usuario. Eliminacin de Especialidad ...................................... 22
Tabla 19 Historia de usuario. Registro de Requisitos de Matrcula. .......................... 22
Tabla 20 Historia de Usuario. Modificacin de Requisitos de Matrcula. ................... 23
Tabla 21 Historia de Usuario. Eliminacin de Requisito de Matrcula. ...................... 23
Tabla 22 Historia de Usuario. Registro de Materiales Acadmicos. .......................... 23
Tabla 23 Historia de Usuario. Modificacin de Materiales Acadmicos. ................... 24
Tabla 24 Historia de Usuario. Eliminacin de Material Acadmico. .......................... 24
Tabla 25 Historia de usuario. Registro de Datos de la Institucin. ............................ 25
Tabla 26 Historia de Usuario. Modificacin de Datos de la Institucin ...................... 25
Tabla 27 Historia de Usuario. Registro de Perodo ................................................... 26
Tabla 28 Historia de Usuario. Modificacin de Perodo Actual. ................................. 26

Tabla 29 Historia de Usuario. Eliminacin de Perodo. ............................................. 27
Tabla 30 Historia de Usuario. Registro de Configuracin de Calificaciones. ............. 27
Tabla 31 Historia de Usuario. Modificacin de Configuracin de Calificaciones. ...... 27
Tabla 32 Historia de Usuario. Eliminacin de Configuracin de Calificaciones. ........ 28
Tabla 33 Historia de Usuario. Registro de Curso. ..................................................... 28
Tabla 34 Historia de Usuario. Modificacin de Curso. ............................................... 29
Tabla 35 Historia de Usuario. Generacin de Reportes Acadmicos. ....................... 29
Tabla 36 Historia de Usuario. Informacin del Estudiante. ........................................ 30
Tabla 37 Historia de Usuario. Registro de Matrcula. ................................................ 30
Tabla 38 Historia de Usuario. Anulacin de Matrcula. .............................................. 31
Tabla 39 Historia de Usuario. Registro de Asistencia. .............................................. 31
Tabla 40 Historia de Usuario. Modificacin de Asistencia. ........................................ 32
Tabla 41 Historia de Usuario. Registro de Calificaciones. ......................................... 32
Tabla 42 Historia de Usuario. Modificacin de Calificaciones ................................... 32
Tabla 43 Historia de Usuario. Generacin de Reportes Estudiantiles. ...................... 33
Tabla 44 Estimacin de Historias de Usuario. ........................................................... 36
Tabla 45 Tiempo Calendario. .................................................................................... 37
Tabla 46 Esfuerzo de Desarrollo en base a una persona ......................................... 37
Tabla 47 Plan de Entrega. ......................................................................................... 40
Tabla 48 Tarjetas CRC del Sistema. ......................................................................... 52
Tabla 49 Tarjeta CRC. Controlador Matrcula ........................................................... 53
Tabla 50 Tarjeta CRC. Matrcula ............................................................................... 53
Tabla 51 Tarjeta CRC. Servicio Matrcula ................................................................. 53
Tabla 52 Pruebas de Unidad del Sistema PROVSIS. ............................................... 77
Tabla 53 Formato de Pruebas de Aceptacin ........................................................... 79
Tabla 54 Prueba de Aceptacin. Registro de Integrante Institucional ....................... 81
Tabla 55 Prueba de Aceptacin. Modificacin de Integrante Institucional ................ 82
Tabla 56 Prueba de Aceptacin. Registro de Usuario ............................................... 83
Tabla 57 Prueba de Aceptacin. Modificacin de Usuario ........................................ 84
Tabla 58 Prueba de Aceptacin. Acceso al Sistema ................................................. 85
Tabla 59 Prueba de Aceptacin. Registro de Niveles Educativos ............................. 85

Tabla 60 Prueba de Aceptacin. Modificacin de Niveles Educativos ...................... 86
Tabla 61 Prueba de Aceptacin. Eliminacin de Nivel Educativo ............................. 87
Tabla 62 Prueba de Aceptacin. Registro de Materias ............................................. 88
Tabla 63 Prueba de Aceptacin. Modificacin de Materias ....................................... 89
Tabla 64 Prueba de Aceptacin. Eliminacin de Materia .......................................... 90
Tabla 65 Prueba de Aceptacin. Registro de Aulas .................................................. 90
Tabla 66 Prueba de Aceptacin. Modificacin de Aulas ........................................... 91
Tabla 67 Prueba de Aceptacin. Eliminacin de Aula ............................................... 92
Tabla 68 Prueba de Aceptacin. Registro de Especialidades ................................... 93
Tabla 69 Prueba de Aceptacin. Modificacin de Especialidades ............................ 94
Tabla 70 Prueba de Aceptacin. Eliminacin de Especialidad .................................. 95
Tabla 71 Prueba de Aceptacin. Registro de Requisitos de Matrcula ...................... 96
Tabla 72 Prueba de Aceptacin. Modificacin de Requisitos de Matrcula ............... 97
Tabla 73 Prueba de Aceptacin. Eliminacin de Requisito de Matrcula .................. 98
Tabla 74 Prueba de Aceptacin. Registro de Materiales Acadmicos ...................... 99
Tabla 75 Prueba de Aceptacin. Modificacin de Materiales Acadmicos ............. 100
Tabla 76 Prueba de Aceptacin. Eliminacin de Materiales Acadmicos ............... 100
Tabla 77 Prueba de Aceptacin. Registro de Datos de la Institucin ...................... 101
Tabla 78 Prueba de Aceptacin. Modificacin de Datos de la Institucin ............... 102
Tabla 79 Prueba de Aceptacin. Registro de Perodo ............................................ 102
Tabla 80 Prueba de Aceptacin. Modificacin de Perodo Actual ........................... 103
Tabla 81 Prueba de Aceptacin. Eliminacin de Perodo ....................................... 104
Tabla 82 Prueba de Aceptacin. Registro de Configuracin de Calificaciones ....... 105
Tabla 83 Prueba de Aceptacin. Modificacin de Configuracin Calificaciones ..... 105
Tabla 84 Prueba de Aceptacin. Eliminacin de Configuracin Calificaciones ....... 106
Tabla 85 Prueba de Aceptacin. Registro de Curso ............................................... 107
Tabla 86 Prueba de Aceptacin. Modificacin de Curso ......................................... 108
Tabla 87 Prueba de Aceptacin. Generacin de Reportes Acadmicos ................. 108
Tabla 88 Prueba de Aceptacin. Informacin del Estudiante .................................. 109
Tabla 89 Prueba de Aceptacin. Registro de Matrcula .......................................... 110
Tabla 90 Prueba de Aceptacin. Eliminacin de Matrcula ..................................... 110

Tabla 91 Prueba de Aceptacin. Registro de Asistencia ......................................... 111
Tabla 92 Prueba de Aceptacin. Modificacin de Asistencia .................................. 112
Tabla 93 Prueba de Aceptacin. Registro de Calificaciones ................................... 113
Tabla 94 Prueba de Aceptacin. Modificacin de Calificaciones ............................ 113
Tabla 95 Prueba de Aceptacin. Generacin de Reportes Estudiantiles ................ 114
1

CAPITULO 1. PLANTEAMIENTO DEL PROBLEMA
1.1 SITUACIN ACTUAL DEL COLEGIO LA PROVIDENCIA

Actualmente el Colegio La Providencia no posee un software que apoye los
procesos acadmicos de la Institucin, por tal razn se consume gran cantidad de
tiempo y recursos innecesarios para realizarlos.
Por medio del Sistema Web que se plantea en este proyecto se pretende apoyar el
proceso de matriculacin; ayudar en la planificacin acadmica de los docentes y
alumnos, manteniendo un registro de sus datos personales y acadmicos; mejorar la
organizacin de cursos para cada ao escolar gestionando materias a ser
impartidas, horarios y docentes; facilitar el registro de calificaciones de los alumnos y
generar reportes tiles en las actividades acadmicas del Colegio.

1.1.1 ANTECEDENTES DE LA INSTITUCIN

La Unidad Educativa La Providencia UELP ubicada en el Centro Histrico del
Distrito Metropolitano de Quito, es una Institucin regentada por las Hermanas de la
Providencia y de la Inmaculada Concepcin. Inici su servicio el 4 de Enero de 1872,
en que llegaron al Ecuador un grupo de hermanas (excelentes educadoras), desde
su pas natal Blgica.

1.1.2 MISIN INSTITUCIONAL

La Unidad Educativa La Providencia UELP es una Institucin Catlica que tiene
como objetivo fundamental Evangelizar educando, en base a los principios del
Evangelio, del carisma Providencia y de las innovaciones educativas del pas.

2

1.1.3 VISIN INSTITUCIONAL

La Unidad Educativa La Providencia UELP, anhela ser una Institucin responsable
y dinmica en el proceso educativo, para obtener una formacin cristiana y
acadmica de calidad y calidez.

1.1.4 PROCESOS ACADMICOS

Actualmente algunos procesos acadmicos del Colegio La Providencia se manejan
de forma manual, lo que ocasiona un consumo de tiempo y recursos innecesarios,
los que pueden ser aprovechados en mejorar otras actividades involucradas en la
calidad de la educacin.
Los documentos de estos procesos son archivados cada ao, ocupando material y
espacio innecesario para estas actividades, esto hace que se dificulte la tarea de
bsqueda, generacin de reportes histricos y que el manejo de esta informacin
sea susceptible a errores humanos.
Cada ao escolar, durante la matriculacin de las estudiantes, se realiza actividades
repetitivas como la recepcin, verificacin y registro manual de los documentos;
estas actividades causan un consumo de tiempo innecesario para los docentes y los
padres de familia.
El registro de calificaciones y el control de asistencia que se realizan de forma
manual, son actividades que consumen tiempo, que puede ser utilizado en la
preparacin de las clases que se imparten diariamente a las estudiantes, o en
actividades relacionadas con el mejoramiento de la educacin.
La administracin de los horarios, las aulas y el personal docente de cada curso, es
una actividad que puede ser automatizada, de tal forma que se pueda optimizar este
proceso y evitar posibles errores, como el cruce de horarios y aulas.

3

1.2 JUSTIFICACIN DE LA METODOLOGA DE DESARROLLO

En la actualidad los proyectos de desarrollo de software deben enfocarse
principalmente en los requerimientos del usuario, debido a que estos son
cambiantes se requiere una metodologa que se adapte a cambios. A diferencia de
las metodologas tradicionales donde existe una gran resistencia a los cambios, una
metodologa gil permite entregar un producto software de calidad, que cumpla con
las expectativas de los usuarios.
La finalidad de las metodologas giles es evitar el tener que seguir los caminos
tediosos que proponen las metodologas tradicionales, para enfocarse directamente
en las personas involucradas y en los resultados, evitando la extensa
documentacin y promoviendo la comunicacin personalizada con la gente.
Con el fin de justificar el uso de la metodologa XP para el presente proyecto, se
presenta en primer lugar, las caractersticas de la metodologa XP.

1.2.1 CICLO DE VIDA DE XP
El ciclo de vida de XP se enfatiza en el carcter interactivo e incremental del
desarrollo. Existe una fase de anlisis inicial orientada a programar las iteraciones de
desarrollo y cada iteracin incluye diseo, codificacin y pruebas.
La Figura 1.1 muestra las fases en las que se subdivide el ciclo de vida XP:

Figura 1.1 Ciclo de vida de eXtreme Programming
4

Fase de la exploracin: En esta fase, los clientes plantean las historias de usuario
que son de inters para la primera entrega del producto. Al mismo tiempo el equipo
de desarrollo se familiariza con las herramientas, tecnologas y prcticas que se
utilizarn en el proyecto.
Se prueba la tecnologa y se exploran las posibilidades de la arquitectura del sistema
construyendo un prototipo. La fase de exploracin toma de pocas semanas a pocos
meses, dependiendo del tamao y familiaridad que tengan los programadores con la
tecnologa.

Fase del planeamiento: se priorizan las historias de usuario y se establece el
alcance de la entrega en las reuniones con el cliente. Los programadores estiman
cunto esfuerzo requiere cada historia y a partir de all se define el cronograma. La
fase de planeamiento toma un par de das. Se deben incluir varias iteraciones para
lograr una entrega. El cronograma fijado en la etapa de planeamiento se realiza a un
nmero de iteraciones, cada una toma de una a cuatro semanas en ejecucin. La
primera iteracin crea un sistema con la arquitectura del sistema completo, esto es
alcanzado seleccionando las historias que harn cumplir la construccin de la
estructura para el sistema completo. El cliente decide las historias que se
seleccionarn para cada iteracin. Las pruebas funcionales creadas por el cliente se
ejecutan al final de cada iteracin. Al final de la ltima iteracin el sistema est listo
para produccin.

Fase de produccin: requiere prueba y comprobacin extra del funcionamiento del
sistema antes de que ste se pueda liberar al cliente. En esta fase, los nuevos
cambios pueden todava ser encontrados y debe tomarse la decisin de si se
incluyen o no en la entrega actual. Durante esta fase, las iteraciones pueden ser
aceleradas de una a tres semanas. Las ideas y las sugerencias pospuestas se
documentan para una puesta en prctica posterior por ejemplo en la fase de
mantenimiento. Despus de que se realice el primer entregable productivo para uso
del cliente, el proyecto de XP debe mantener el funcionamiento del sistema mientras
que realiza nuevas iteraciones.
5

Fase de mantenimiento: requiere de un mayor esfuerzo para satisfacer tambin las
tareas del cliente. As, la velocidad del desarrollo se puede desacelerar despus de
que el sistema est en produccin. La fase de mantenimiento puede requerir la
incorporacin de nueva gente y cambiar la estructura del equipo.

Fase de muerte: Es cuando el cliente no tiene ms historias para ser incluidas en el
sistema. Esto requiere que se satisfagan las necesidades del cliente en otros
aspectos como rendimiento y confiabilidad del sistema. Se genera la documentacin
final del sistema y no se realizan ms cambios en la arquitectura. La muerte del
proyecto tambin ocurre cuando el sistema no genera los beneficios esperados por
el cliente o cuando no hay presupuesto para mantenerlo.
1

1.2.2 CARACTERSTICAS DE EXTREME PROGRAMMING (XP)

Es una metodologa gil que se enfoca en potenciar las relaciones interpersonales
como clave para el xito en desarrollo de software, promoviendo el trabajo en
equipo, preocupndose por el aprendizaje de los desarrolladores, y propiciando un
buen clima de trabajo. XP se basa en realimentacin continua entre el usuario y el
equipo de desarrollo, comunicacin fluida entre todos los participantes, simplicidad
en las soluciones implementadas y coraje para enfrentar los cambios. XP se define
como especialmente adecuada para proyectos con requisitos imprecisos y muy
cambiantes, y donde existe un alto riesgo tcnico.
2

Valores de XP
Comunicacin.- XP pone en comunicacin directa y continua a clientes y
desarrolladores. El cliente se integra en el equipo para establecer prioridades y

1
VILLAFUERTE, Vctor. Ciclo de Vida de Extreme Programming.
http://extremeprogramming.host56.com/ARTICULO5.php 13/10/2012.
2
LETELIER, Patricio. Metodologas giles en el Desarrollo de
Software.http://issi.dsic.upv.es/archives/f-1069167248521/actas.pdf 20/12/2011.

6

resolver dudas. De esta forma ve el avance da a da, y es posible ajustar la agenda
y las funcionalidades de forma consecuente.

Simplicidad.- Consiste en desarrollar slo el sistema que realmente se necesita,
implica resolver en cada momento slo las necesidades actuales.

Retroalimentacin.- XP se basa en el desarrollo incremental de pequeas partes,
con entregas y pruebas frecuentes y continuas, proporciona un flujo de retro-
informacin valioso para detectar los problemas o desviaciones.

Coraje.- involucra los siguientes aspectos:
Disciplina en la aplicacin de XP.
Parar cuando se est cansado.
Permitir que el usuario tome las decisiones de negocio.
Permitir que el desarrollador tome las decisiones tcnicas.
Descartar cdigo si es necesario.
Introducir cambios cuando las cosas no funcionan.
Respetar el trabajo de los miembros del equipo.

Buenas prcticas de XP.

La planificacin.-Se utilizan las historias del usuario para realizar el anlisis, estas
historias se dividirn en tareas (unidades pequeas, de 1 a 5 das de trabajo en
pareja. Adems, se priorizarn las tareas, y cada una de ellas tendr un desarrollo
incremental.

Versiones pequeas.-La primera versin contendr el conjunto mnimo de
requisitos ms tiles/necesarios para el sistema global.

Sistema metafrico.-Cada proyecto debe tener una metfora asociada que nos
ofrezca unos criterios para nombrar lo que vayamos haciendo de forma fcil.
7

Diseo simple.-Cmo los requerimientos cambian, o pueden hacerlo, diariamente,
hay que utilizar los diseos ms simples posibles para cumplir los requerimientos
que tenemos en la actualidad.

Pruebas continuas.-Antes de que se implemente cualquier caracterstica de un
sistema, se debe escribir un test para ella.

Refactorizacin.-Cuando tenemos que introducir una nueva caracterstica del
sistema, si esta tiene mucho en comn con otra previa, lo mejor es eliminar el cdigo
duplicado, sin miedo a que falle, debido a que el test probar el correcto
funcionamiento.

Programacin en parejas.-Se trabaja en parejas, cada una utilizando un nico
ordenador. As, el cdigo se revisa mientras se desarrolla.

Propiedad colectiva del cdigo.-Cualquiera puede modificar cualquier mdulo en
cualquier momento, nadie tiene la propiedad de ningn mdulo.

Integracin continua.-Todos los cambios se introducen en el sistema, al menos,
una vez al da.

Semanas de 40 horas de trabajo.-Los programadores se deben ir a casa a su hora.

Cliente en su sitio.-Siempre hay un usuario del sistema que es accesible por los
miembros del equipo de trabajo.

Estndares de codificacin.-Todos deben usar los mismos criterios a la hora de
programar. De esta forma, no sera posible determinar quin ha realizado una
determinada parte de la implementacin.

8

A continuacin se especifica las caractersticas del presente proyecto relacionadas
con la metodologa XP.

1.2.3 CARACTERSTICAS DEL PROYECTO

El grupo de trabajo del presente proyecto est conformado por dos personas.
El proyecto est planificado para un plazo de tiempo corto.
No tiene costo ya que es un proyecto con fines acadmicos y maneja herramientas
de libre difusin.
La informacin que maneja el sistema web no es compleja.
Existe apoyo de las autoridades del Colegio La Providencia para facilitar al equipo
de desarrollo, la informacin sobre lo que se requiere en el sistema y cambios que
los usuarios sugieran.

1.2.4 JUSTIFICACIN DE XP EN EL PROYECTO

Con el fin de justificar el uso de la metodologa XP, en la Taba 1.1 se realiza un
cuadro comparativo en el que se valida que las caractersticas del proyecto se
acoplen a la Metodologa XP.

eXtreme Programming Proyecto
Comunicacin.
Comunicacin directa y continua entre los usuarios
y los desarrolladores.
Simplicidad.
Los desarrolladores resuelven en cada momento
las necesidades actuales.
Retroalimentacin.
Los usuarios intervienen en la especificacin de los
requerimientos nuevos y cambiantes.
Programacin en parejas Dos personas que trabajan en un solo ordenador.
Tabla 1 Comparacin entre caractersticas del proyecto y de la metodologa XP.

9

1.3 JUSTIFICACIN DE LAS HERRAMIENTAS DE DESARROLLO

Para el desarrollo del Sistema de Gestin Acadmica y Administrativa Va Web se
utilizan herramientas de libre difusin, ya que ofrecen la ventaja de manejarlas
libremente, facilitando la adaptacin del sistema a las necesidades de la institucin.
Adems se utilizan estndares de desarrollo que permiten realizar un producto de
calidad y til para el usuario.

A continuacin se describen las herramientas a utilizarse en el desarrollo del
Sistema Web.

1.3.1 SERVIDOR DE APLICACIONES JBOSS

Para el desarrollo del presente proyecto se utiliza JBoss como servidor de
aplicaciones, por su ventaja de ser cdigo abierto y, tener soporte completo con la
plataforma Java EE que tambin se utiliza en el desarrollo del sistema.

Descripcin
JBoss es un servidor de aplicaciones de cdigo abierto basado en JEE, se puede
utilizar en cualquier sistema operativo que soporte Java.
Estas son algunas caractersticas de JBoss:
Open Source
Escalable
Orientado a arquitectura de servicios
Arquitectura Modular
Confiable a nivel de empresa
Servicios del middleware para cualquier objeto de Java

10

1.3.2 PLATAFORMA DE DESARROLLO JAVA EE

Se utiliza la plataforma Java EE para el desarrollo del presente proyecto, porque
brinda la ventaja de separar claramente la presentacin, los datos y el modelo de
negocios en el sistema web, adems de estar basado en componentes.

Descripcin.
Java Enterprise Edition es una plataforma para el desarrollo de aplicaciones
empresariales (portables, robustas, escalables y seguras) usando tecnologa Java.
Java EE en la versin 5 simplifica el modelo de desarrollo de las antiguas versiones,
adems de usar anotaciones e inyecciones de dependencia.
Estas son algunas caractersticas de JEE:
Heterognea.- Permite mltiples plataformas, sistemas operativos y lenguajes
de desarrollo.
Escalable.-Facilita las ampliaciones y modificaciones necesarias.
Alta disponibilidad.- Facilita la adquisicin y actualizacin.
Fcil mantenimiento.-Facilita el mantenimiento del sistema mediante la
actualizacin de sus componentes.

1.3.3 GESTOR DE BASE DE DATOS POSTGRESQL

Para el desarrollo del presente proyecto se escogi como motor de base datos
PostgreSQL, por su ventaja de ser cdigo abierto, y brindar estabilidad y
confiabilidad.
Descripcin.
PostgreSQL es un sistema de gestin de bases de datos objeto-relacional,
distribuido bajo licencia BSD y con su cdigo fuente disponible libremente.

11

Estas son algunas caractersticas de PostgreSQL:
Multiplataforma.
Diseado para ambientes de alto volumen.
Herramientas grficas de diseo y administracin de bases de datos.
Instalacin ilimitada.
Mejor soporte que los proveedores comerciales.
Ahorros considerables en costos de operacin.
Alta concurrencia.
Extensible.
Diseado para ambientes de alto volumen.
Gran capacidad de almacenamiento.
Buena escalabilidad.
Su administracin se basa en usuarios y privilegios.
Es altamente confiable en cuanto a estabilidad se refiere.
Soporte.
1.3.4 LENGUAJE DE MODELAMIENTO UML

En el presente proyecto se utiliza UML para apoyar las tareas de planificacin y
diseo de XP en el desarrollo del sistema web.

Descripcin.
La notacin UML (no hay que confundir con las metodologas que utilizan dicha
notacin), se ha convertido desde finales de los 90 en un estndar para modelar,
con tecnologa orientada a objetos, todos aquellos elementos que configuran la
arquitectura de un sistema de informacin y, por extensin, de los procesos de
negocio de una organizacin. Los diagramas UML suministran un modelo de
referencia para formalizar los procesos, reglas de negocio, objetos y componentes
de una organizacin. La interaccin de todos estos elementos es una representacin
de nuestra realidad.
12

1.3.5 PLATAFORMA DE CONSTRUCCIN DE PGINAS WEB JSF

En el presente proyecto se utiliza JSF como marco de trabajo para la construccin
de las pginas web del sistema, aprovechando la ventaja de que JSF forma parte de
Java EE.
JSF permite simplificar la construccin de pginas web, debido a que la
programacin de la interfaz de usuario se la realiza a travs de componentes y
basada en eventos.

Descripcin.
JSF es un marco de trabajo para crear aplicaciones Java EE (Java Enterprise
Edition) basadas en el patrn Modelo Vista Controlador (MVC).
Esta tecnologa simplifica la construccin de interfaces de usuario de Aplicaciones
Java-Servidor. Los desarrolladores pueden construir rpidamente aplicaciones web,
ensamblando componentes de interfaces de usuario (UI) reusables en una pgina,
conectando estos componentes a una aplicacin de datos, y enlazando los eventos
generados por el cliente con el manejador de eventos del lado del servidor.

13

CAPITULO 2. DESARROLLO DEL SISTEMA
2.1 PLANIFICACIN
La metodologa XP plantea la planificacin como un dilogo continuo entre las
partes involucradas en el proyecto, incluyendo al cliente, a los programadores y a los
coordinadores o gerentes.
3

La planificacin del desarrollo del presente proyecto se realiza en reuniones entre
los integrantes del equipo de desarrollo y el cliente.

2.1.1 ESPECIFICACIN DE REQUERIMIENTOS

La especificacin de los requerimientos del sistema se realiza en las reuniones del
equipo de desarrollo con la secretaria del Colegio La Providencia, quien es la
persona que est relacionada ampliamente con los procesos acadmicos que se
realizan en la Institucin. La descripcin de estos requerimientos se detalla en las
historias de usuarios.

HISTORIAS DE USUARIO
Cada historia de usuario tiene el modelo presentado en la Figura 2.1, basado en el
diseo propuesto por Kent Beck en la metodologa XP.

Historia de usuario
Nmero: Usuario:
Nombre de la historia:
Prioridad en el negocio:
(BAJA / MEDIA / ALTA)
Riesgo en desarrollo:
(BAJO / MEDIO / ALTO)
Puntos estimados: Iteracin asignada:
Descripcin:
Observaciones:
Figura 2.1 Formato de una Historia de Usuario
4

3
JOSKOWICZ, Jos. Reglas y Prcticas en eXtremeProgramming. Febrero 2008.
http://iie.fing.edu.uy/~josej/docs/XP%20-%20Jose%20Joskowicz.pdf
4
KENT BECK Martin. Planning Extreme Programming. Addison Weley. 2000.
14

Donde:

Nmero: Es el identificador unvoco de la historia de usuario.
Nombre de la historia: Es el nombre de la historia de usuario, asignada de acuerdo
a la tarea que se especifica.
Usuario: Es la persona responsable de realizar la descripcin de la historia de
usuario.
Prioridad en el negocio: Definido por el cliente, es el grado de prioridad para el
desarrollo de la historia de usuario.
Riesgo en desarrollo: Se define basado en el riesgo que afronta el equipo de
desarrollo para la obtencin de resultados de la historia de usuario para satisfacer
los requerimientos del cliente. Pueden ser alto, medio o bajo.
Puntos estimados: Son puntos de esfuerzo determinados en base a la duracin del
desarrollo de la historia de usuario.
Iteracin asignada: Es la iteracin en la que el cliente desea que se implemente la
historia.
Descripcin: Es el detalle de lo que se va a realizar en la historia de usuario.
Observaciones: Son aclaraciones de un requerimiento que deberan tomarse en
cuenta; este campo es opcional.

2.1.1.1 Identificacin de las Historias de Usuario

Las Historias de Usuario son priorizadas y agrupadas durante las reuniones entre el
equipo de desarrollo y el cliente. En el presente proyecto se agrupa las Historias de
Usuario en los mdulos: Administracin, Gestin Acadmica y Gestin Estudiantil.

15

2.1.1.1.1 Mdulo 1: Administracin

Historia de Usuario
Nmero: 01 Usuario: Secretaria
Nombre de la historia: Registro de Integrante Institucional.
Prioridad en el negocio: ALTA Riesgo en desarrollo: ALTO
Puntos estimados: 0,8 Iteracin asignada: 1
Descripcin:
El sistema permite a la Secretaria registrar la informacin de un nuevo
Integrante Institucional (estudiante, profesor o administrador).
Observaciones:
Se registra la siguiente informacin del Integrante Institucional.
Nmero de cdula de ciudadana, nombre, apellido paterno, apellido
materno, fecha de nacimiento, direccin domiciliaria, telfono del
domicilio, nmero de celular y direccin de correo electrnico.
Si el integrante es estudiante se registra como informacin adicional el nombre
del representante.
Tabla 2 Historia de Usuario. Registro de Integrante Institucional.

Historia de usuario
Nombre de la historia: Modificacin de Integrante Institucional.
Descripcin:
El sistema permite a la Secretaria modificar la informacin del Integrante
Institucional.
16

Observaciones:
Se modifica la siguiente informacin del Integrante Institucional.
Nmero de cdula de ciudadana, nombre, apellido paterno, apellido
materno, fecha de nacimiento, direccin domiciliaria, telfono del
domicilio, nmero de celular y direccin de correo electrnico.
Si el integrante es estudiante se puede modificar el nombre del representante.
Tabla 3 Historia de Usuario. Modificacin de Integrante Institucional.

Historia de usuario
Nombre de la historia: Registro de Usuario.
Descripcin: El sistema permite a la Secretaria registrar nombre de usuario y
contrasea de un Integrante Institucional.
Observaciones:
Tabla 4 Historia de Usuario. Registro de Usuario.

Historia de usuario
Nombre de la historia: Modificacin de Usuario.
Descripcin: El sistema permite a la Secretaria modificar el nombre de usuario
y contrasea del Usuario.
Observaciones:
Tabla 5 Historia de Usuario. Modificacin de Usuario.

17

Historia de usuario
Nmero: 05 Usuario: Secretaria, Profesor,
Estudiante
Nombre de la historia: Acceso al sistema.
Descripcin: El sistema permite al usuario ingresar a las opciones del sistema
con su nombre de usuario y contrasea.
Observaciones:
Las opciones del sistema a las que el usuario puede acceder dependen del
perfil con el que est registrado.
Tabla 6 Historia de Usuario. Acceso al Sistema

Historia de usuario
Nombre de la historia: Registro de Niveles Educativos.
Descripcin: El sistema permite a la Secretaria registrar niveles educativos.
Observaciones:
La informacin de Nivel Educativo que se registra es:
x Nombre del nivel educativo, nombre de la especialidad.
Tabla 7 Historia de Usuario. Registro de Niveles Educativos.

Historia de usuario
Nombre de la historia: Modificacin de Niveles Educativos.
18

Descripcin: El sistema permite a la Secretaria modificar la informacin del
Nivel Educativo.
Observaciones:
La informacin de Nivel Educativo que se modifica es:
x Nombre del nivel educativo, nombre de la especialidad.
Tabla 8 Historia de Usuario. Modificacin de Niveles Educativos.

Historia de usuario
Nombre de la historia: Eliminacin de Nivel Educativo.
Descripcin: El sistema permite a la Secretaria eliminar la informacin de un
Nivel Educativo.
Observaciones:
Se puede eliminar el Nivel Educativo solamente si no tiene cursos asociados.
Tabla 9 Historia de Usuario. Eliminacin de Nivel Educativo.

Historia de usuario
Nombre de la historia: Registro de Materias.
Descripcin:
El sistema permite a la Secretaria registrar las materias correspondientes a
cada nivel.
Observaciones:
La informacin de Materia que se registra es:
x Nombre de materia
Tabla 10 Historia de Usuario. Registro de Materias.

19

Historia de usuario
Nombre de la historia: Modificacin de Materias.
Descripcin:
El sistema permite a la Secretaria modificar la informacin de la materia,
seleccionada de una lista.
Observaciones:
La informacin de Materia que se modifica es:
x Nombre de materia
Tabla 11 Historia de Usuario. Modificacin de Materias por Nivel.

Historia de usuario
Nombre de la historia: Eliminacin de Materia.
Descripcin:
El sistema permite a la Secretaria eliminar la informacin de una materia.
Observaciones:
Se puede eliminar la Materia solamente si no tiene horarios asociados.
Tabla 12 Historia de Usuario. Eliminacin de Materia por Nivel.

Historia de usuario
Nombre de la historia: Registro de Aulas.
20

Descripcin: El sistema permite a la Secretaria registrar la informacin de las
aulas de la institucin.
Observaciones:
La informacin de Aula que se registra es:
x Nombre de aula.
Tabla 13 Historia de Usuario. Registro de Aulas.

Historia de usuario
Nombre de la historia: Modificacin de Aulas.
Aula, seleccionada de una lista.
Observaciones:
La informacin de Aula que se modifica es:
x Nombre del aula.
Tabla 14 Historia de Usuario. Modificacin de Aulas.

Historia de usuario
Nombre de la historia: Eliminacin de Aula.
Descripcin: El sistema permite a la Secretaria eliminar la informacin de una
Aula.
Observaciones:
Se puede eliminar el Aula, solamente si no tiene ningn horario asociado.
Tabla 15 Historia de Usuario. Eliminacin de Aula

21

Historia de usuario
Nombre de la historia: Registro de Especialidades.
Descripcin: El sistema permite a la Secretaria registrar las especialidades
que tiene la Institucin.
Observaciones:
La informacin de Especialidad que se registra es:
x Nombre de especialidad.
Tabla 16 Historia de usuario. Registro de Especialidades.

Historia de usuario
Nombre de la historia: Modificacin de Especialidades.
Descripcin: El sistema permite a la Secretaria modificar la informacin de la
Especialidad, seleccionada de una lista.
Observaciones:
La informacin de Especialidad que se modifica es:
Nombre de especialidad.
Tabla 17 Historia de Usuario. Modificacin de Especialidades.

Historia de usuario
Nombre de la historia: Eliminacin de Especialidad.
Descripcin: El sistema permite a la Secretaria eliminar la informacin de una
22

Especialidad.
Observaciones:
La especialidad se puede eliminar solamente si no tiene asociado un nivel
educativo.
Tabla 18 Historia de Usuario. Eliminacin de Especialidad

Historia de usuario
Nombre de la historia: Registro de Requisitos de Matrcula.
Descripcin: El sistema permite a la Secretaria registrar los requisitos de
matrcula.
Observaciones:
Los requisitos son definidos por la Institucin.
La informacin de Requisito de Matrcula que se registra es:
x Nombre del requisito.
x Si es solicitado cada ao.
Tabla 19 Historia de usuario. Registro de Requisitos de Matrcula.

Historia de usuario
Nombre de la historia: Modificacin de Requisitos de Matrcula.
Requisito de Matrcula, seleccionado de una lista.
23

Observaciones:
La informacin de Requisito de Matrcula que se modifica es:
x Nombre del requisito.
x Si es solicitado cada ao.
Tabla 20 Historia de Usuario. Modificacin de Requisitos de Matrcula.

Historia de usuario
Nombre de la historia: Eliminacin de Requisito de Matrcula.
Descripcin: El sistema permite a la Secretaria eliminar un Requisito de
Matrcula.
Observaciones:
El Requisito de Matrcula se puede eliminar solamente si no tiene asociada una
matrcula.
Tabla 21 Historia de Usuario. Eliminacin de Requisito de Matrcula.

Historia de usuario
Nmero: 21 Usuario: Profesor
Nombre de la historia: Registro de Materiales Acadmicos.
Prioridad en el negocio: BAJA Riesgo en desarrollo: BAJO
Descripcin: El sistema permite a la Secretaria registrar los Materiales
Acadmicos por cada materia.
Observaciones:
La informacin de Material Acadmico que se registra es:
Nombre del material acadmico, cantidad.
Tabla 22 Historia de Usuario. Registro de Materiales Acadmicos.

24

Historia de usuario
Nombre de la historia: Modificacin de Materiales Acadmicos.
Descripcin: El sistema permite a la Secretaria modificar el Material
Acadmico seleccionado de una lista.
Observaciones:
La informacin de Material Acadmico que se modifica es:
Nombre del material acadmico, cantidad.
Tabla 23 Historia de Usuario. Modificacin de Materiales Acadmicos.

Historia de usuario
Nombre de la historia: Eliminacin de Material Acadmico.
Descripcin: El sistema permite a la Secretaria eliminar un Material
Acadmico.
Observaciones:
Tabla 24 Historia de Usuario. Eliminacin de Material Acadmico.

Historia de usuario
Nombre de la historia: Registro de datos de la Institucin.
Descripcin: El sistema permite a la Secretaria registrar los datos de la
Institucin.
25

Observaciones:
Los datos de la Institucin que se registran son:
Nombre del Colegio, direccin de la institucin, RUC, telfono, logotipo y
nombre de la mxima autoridad del plantel.
Tabla 25 Historia de usuario. Registro de Datos de la Institucin.

Historia de usuario
Nombre de la historia: Modificacin de datos de la Institucin.
Descripcin: El sistema permite a la Secretaria modificar los datos de la
Institucin.
Observaciones:
Los datos de la Institucin que se modifican son:
Nombre del Colegio, direccin de la institucin, RUC, telfono, logotipo y
nombre de la mxima autoridad del plantel.
Tabla 26 Historia de Usuario. Modificacin de Datos de la Institucin

2.1.1.1.1 Mdulo 2: Gestin Acadmica

Historia de usuario
Nombre de la historia: Registro de Perodo.
Descripcin:
El sistema permite a la Secretaria registrar la informacin de un nuevo Perodo.
26

Observaciones:
La informacin de Perodo que se registra es:
Fecha de inicio y fin del periodo escolar y de matrculas, y tipo de
subperodos.
El tipo de subperodos puede ser personalizado de acuerdo a las necesidades
de la Institucin.
Tabla 27 Historia de Usuario. Registro de Perodo

Historia de usuario
Nombre de la historia: Modificacin de Perodo Actual.
Descripcin:
El sistema permite a la Secretaria modificar la informacin del Perodo Escolar
Actual.
Observaciones:
La informacin de Perodo que se modifica es:
Nombre, fecha de inicio y fin de: perodo, subperodos, parciales y de
matrculas.
Tabla 28 Historia de Usuario. Modificacin de Perodo Actual.

Historia de usuario
Nombre de la historia: Eliminacin de Perodo.
Descripcin:
El sistema permite a la Secretaria eliminar la informacin de un Perodo.
27

Observaciones:
El Perodo se puede eliminar solamente si est inactivo o cerrado.
Perodo inactivo es aquel que no tiene matrculas registradas.
Perodo cerrado es aquel que no corresponde al ao escolar vigente.
Tabla 29 Historia de Usuario. Eliminacin de Perodo.

Historia de usuario
Nombre de la historia: Registro de Configuracin de Calificaciones
Descripcin: El sistema permite a la Secretaria registrar las Configuraciones
de Calificacin de cada perodo, subperodo o parcial.
Observaciones:
La informacin de Configuracin de Calificacin que se registra es:
Nombre de calificacin, Nombre corto de la calificacin.
Tabla 30 Historia de Usuario. Registro de Configuracin de Calificaciones.

Historia de usuario
Nombre de la historia: Modificacin de Configuracin de Calificaciones
Descripcin: El sistema permite a la Secretaria modificar las Configuraciones
de Calificacin de cada perodo, subperodo o parcial.
Observaciones:
La informacin de Configuracin de Calificacin que se puede modificar es:
Nombre de calificacin, Nombre corto de la calificacin.
Tabla 31 Historia de Usuario. Modificacin de Configuracin de Calificaciones.

28

Historia de usuario
Nombre de la historia: Eliminacin de Configuracin de Calificaciones
Descripcin: El sistema permite a la Secretaria eliminar una Configuracin de
Calificacin.
Observaciones:
Tabla 32 Historia de Usuario. Eliminacin de Configuracin de Calificaciones.

Historia de usuario
Nombre de la historia: Registro de Curso.
Descripcin: El sistema permite a la Secretaria registrar la informacin de los
cursos.
Observaciones:
La informacin de Curso es:
Nivel educativo, paralelo, nombre del dirigente y horario.
La informacin de Horario que se registra es:
Materia, profesor, aula, hora de entrada y salida.

Tabla 33 Historia de Usuario. Registro de Curso.

Historia de usuario
Nombre de la historia: Modificacin de Curso.
29

Curso, seleccionado de una lista.
Observaciones:
La informacin de Curso que se modifica es:
Nivel educativo, paralelo, nombre del dirigente y horario.
La informacin de Horario que se modifica es:
Profesor, aula, hora de entrada y salida.
Tabla 34 Historia de Usuario. Modificacin de Curso.

Historia de usuario
Nmero: 34 Usuario: Secretaria, Profesor
Nombre de la historia: Generacin de Reportes Acadmicos.
Descripcin: El sistema permite al Usuario generar reportes de la informacin
acadmica de la institucin.
Observaciones:
Los reportes son:
Listado de Cursos
Horarios
Listado de tiles
Listado de Estudiantes
Listado de Profesores
Listado de Materias
Tabla 35 Historia de Usuario. Generacin de Reportes Acadmicos.

30

2.1.1.1.2 Mdulo 3: Gestin Estudiantil

Historia de usuario
Nmero: 35 Usuario: Estudiante
Nombre de la historia: Informacin del estudiante.
Prioridad en el negocio: MEDIA Riesgo en desarrollo: MEDIO
Descripcin: El sistema permite al estudiante visualizar su informacin
personal y acadmica.
Observaciones:
La informacin que se muestra del estudiante es:
Informacin personal, datos de la matrcula y horario de clases.
Tabla 36 Historia de Usuario. Informacin del Estudiante.

Historia de usuario
Nombre de la historia: Registro de Matrcula.
Puntos estimados: 1 Iteracin asignada: 2
Descripcin: El sistema permite a la Secretaria matricular a un estudiante en
un curso.
Observaciones:
El proceso de matriculacin comienza con la inscripcin del estudiante en un
curso, luego se habilitan automticamente los requisitos y una vez que se han
revisado todos se matricula al estudiante.
Tabla 37 Historia de Usuario. Registro de Matrcula.

31

Historia de usuario
Nombre de la historia: Anulacin de Matrcula.
Descripcin: El sistema permite a la Secretaria anular la matricular de un
estudiante del periodo actual.
Observaciones:
Tabla 38 Historia de Usuario. Anulacin de Matrcula.

Historia de usuario
Nombre de la historia: Registro de Asistencia.
Descripcin: El sistema permite al Profesor registrar la asistencia de los
estudiantes de un curso.
Observaciones:
Los profesores dirigentes se encargan de registrar la asistencia.
El estado de asistencia es: Presente, falta justificada, falta Injustificada, fuga o
atraso.
Tabla 39 Historia de Usuario. Registro de Asistencia.

Historia de usuario
Nombre de la historia: Modificacin de Asistencia.
32

Descripcin: El sistema permite al Profesor modificar la asistencia de los
Observaciones:
Los profesores dirigentes se encargan de modificar la asistencia.
Tabla 40 Historia de Usuario. Modificacin de Asistencia.

Historia de usuario
Nombre de la historia: Registro de Calificaciones.
Descripcin: El sistema permite al Profesor registrar la calificacin de los
Observaciones:
Tabla 41 Historia de Usuario. Registro de Calificaciones.

Historia de usuario
Nombre de la historia: Modificacin de Calificaciones.
Descripcin: El sistema permite al Profesor modificar la calificacin de los
Observaciones:
Tabla 42 Historia de Usuario. Modificacin de Calificaciones

33

Historia de usuario
Nmero: 42 Usuario: Secretaria, Profesor,
Estudiante
Nombre de la historia: Generacin de reportes estudiantiles
Descripcin: El sistema permite al usuario generar reportes de la informacin
de los estudiantes.
Observaciones:
Los reportes son:
Reporte de Calificaciones
Reporte de Asistencia
Tabla 43 Historia de Usuario. Generacin de Reportes Estudiantiles.

2.1.1.2 Estimacin de Historias de Usuario

La valoracin de las historias de usuario se realiza en las reuniones de planificacin,
donde el equipo de desarrollo estima la duracin de cada historia de usuario, y el
cliente decide que historia de usuario tiene mayor importancia o prioridad para el
negocio.

En la Tabla 44 se muestran los resultados de la priorizacin y estimacin realizadas
por el cliente y el equipo de desarrollo. Los elementos que se presentan en la tabla
se basan en un Proyecto de Titulacin de referencia
5
, el cual nos proporcion
informacin til para establecer los parmetros.

5
Pullas Elizabeth, Desarrollo de un Sistema para Voto Electrnico y Emisin de Resultados en
Procesos Electorales de la Escuela Politcnica Nacional. Proyecto de Titulacin.EPN.2010.
34

Los parmetros a considerar son:

Prioridad: es el orden de importancia considerado para el negocio.
Riesgo: es el riesgo que afronta el equipo de desarrollo para la obtencin de
resultados de cada historia de usuario.
Tiempo Estimado: para realizar la estimacin del Tiempo Estimado se considera:
Una semana de duracin es equivalente a 1 punto de estimacin.
Una semana equivale a 5 das laborables.
Cada da laborable se trabaja 5 horas.
El equipo de desarrollo est conformado por dos personas.
3
5

M
d
u
l
o

N
o

H
i
s
t
o
r
i
a
s

d
e

U
s
u
a
r
i
o

P
r
i
o
r
i
d
a
d

R
i
e
s
g
o

T
i
e
m
p
o

E
s
t
i
m
a
d
o

S
e
m
a
n
a
D
a
H
o
r
a
s

A
d
m
i
n
i
s
t
r
a
c
i
n

I
n
t
e
g
r
a
n
t
e

I
n
s
t
i
t
u
c
i
o
n
a
l

0
1

R
e
g
i
s
t
r
o

d
e

I
n
t
e
g
r
a
n
t
e

I
n
s
t
i
t
u
c
i
o
n
a
l

A
L
T
A

A
L
T
O

0
,
8

4

2
0

0
2

M
o
d
i
f
i
c
a
c
i
n

d
e

I
n
t
e
g
r
a
n
t
e

I
n
s
t
i
t
u
c
i
o
n
a
l

A
L
T
A

A
L
T
O

0
,
4

2

1
0

U
s
u
a
r
i
o
s

0
3

R
e
g
i
s
t
r
o

d
e

U
s
u
a
r
i
o

A
L
T
A

A
L
T
O

0
,
8

4

2
0

0
4

M
o
d
i
f
i
c
a
c
i
n

d
e

U
s
u
a
r
i
o

A
L
T
A

A
L
T
O

0
,
4

2

1
0

A
c
c
e
s
o

0
5

A
c
c
e
s
o

a
l

s
i
s
t
e
m
a

A
L
T
A

A
L
T
O

0
,
4

2

1
0

P
a
r
m
e
t
r
o
s

A
c
a
d
m
i
c
o
s

0
6

R
e
g
i
s
t
r
o

d
e

N
i
v
e
l
e
s

E
d
u
c
a
t
i
v
o
s

A
L
T
A

A
L
T
O

0
,
6

3

1
5

0
7

M
o
d
i
f
i
c
a
c
i
n

d
e

N
i
v
e
l
e
s

E
d
u
c
a
t
i
v
o
s

A
L
T
A

A
L
T
O

0
,
4

2

1
0

0
8

E
l
i
m
i
n
a
c
i
n

d
e

N
i
v
e
l

E
d
u
c
a
t
i
v
o

A
L
T
A

A
L
T
O

0
,
4

2

1
0

0
9

R
e
g
i
s
t
r
o

d
e

M
a
t
e
r
i
a
s

A
L
T
A

A
L
T
O

0
,
6

3

1
5

1
0

M
o
d
i
f
i
c
a
c
i
n

d
e

M
a
t
e
r
i
a
s

A
L
T
A

A
L
T
O

0
,
4

2

1
0

1
1

E
l
i
m
i
n
a
c
i
n

d
e

M
a
t
e
r
i
a

A
L
T
A

A
L
T
O

0
,
4

2

1
0

1
2

R
e
g
i
s
t
r
o

d
e

A
u
l
a
s

A
L
T
A

A
L
T
O

0
,
6

3

1
5

1
3

M
o
d
i
f
i
c
a
c
i
n

d
e

A
u
l
a
s

A
L
T
A

A
L
T
O

0
,
4

2

1
0

1
4

E
l
i
m
i
n
a
c
i
n

d
e

A
u
l
a

A
L
T
A

A
L
T
O

0
,
4

2

1
0

1
5

R
e
g
i
s
t
r
o

d
e

E
s
p
e
c
i
a
l
i
d
a
d
e
s

A
L
T
A

A
L
T
O

0
,
6

3

1
5

1
6

M
o
d
i
f
i
c
a
c
i
n

d
e

E
s
p
e
c
i
a
l
i
d
a
d
e
s

A
L
T
A

A
L
T
O

0
,
4

2

1
0

1
7

E
l
i
m
i
n
a
c
i
n

d
e

E
s
p
e
c
i
a
l
i
d
a
d

A
L
T
A

A
L
T
O

0
,
4

2

1
0

1
8

R
e
g
i
s
t
r
o

d
e

R
e
q
u
i
s
i
t
o
s

d
e

M
a
t
r
c
u
l
a

A
L
T
A

A
L
T
O

0
,
6

3

1
5

1
9

M
o
d
i
f
i
c
a
c
i
n

d
e

R
e
q
u
i
s
i
t
o
s

d
e

M
a
t
r
c
u
l
a

A
L
T
A

A
L
T
O

0
,
4

2

1
0

2
0

E
l
i
m
i
n
a
c
i
n

d
e

R
e
q
u
i
s
i
t
o

d
e

M
a
t
r
c
u
l
a

A
L
T
A

A
L
T
O

0
,
4

2

1
0

3
6

2
1

R
e
g
i
s
t
r
o

d
e

M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s

B
A
J
A

B
A
J
O

0
,
4

2

1
0

2
2

M
o
d
i
f
i
c
a
c
i
n

d
e

M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s

B
A
J
A

B
A
J
O

0
,
4

2

1
0

2
3

E
l
i
m
i
n
a
c
i
n

d
e

M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s

B
A
J
A

B
A
J
O

0
,
4

2

1
0

I
n
s
t
i
t
u
c
i
n

2
4

R
e
g
i
s
t
r
o

d
e

D
a
t
o
s

d
e

l
a

I
n
s
t
i
t
u
c
i
n

A
L
T
A

A
L
T
O

0
,
4

2

1
0

2
5

M
o
d
i
f
i
c
a
c
i
n

d
e

D
a
t
o
s

d
e

l
a

I
n
s
t
i
t
u
c
i
n

A
L
T
A

A
L
T
O

0
,
4

2

1
0

P
e
r
o
d
o
s

2
6

R
e
g
i
s
t
r
o

d
e

P
e
r
o
d
o

M
E
D
I
A

M
E
D
I
O

0
,
8

4

2
0

2
7

M
o
d
i
f
i
c
a
c
i
n

d
e

P
e
r
o
d
o

A
c
t
u
a
l

M
E
D
I
A

M
E
D
I
O

0
,
6

3

1
5

2
8

E
l
i
m
i
n
a
c
i
n

d
e

P
e
r
o
d
o

M
E
D
I
A

M
E
D
I
O

0
,
6

3

1
5

2
9

R
e
g
i
s
t
r
o

d
e

C
o
n
f
i
g
u
r
a
c
i
o
n
e
s

d
e

C
a
l
i
f
i
c
a
c
i
n

M
E
D
I
A

M
E
D
I
O

0
,
8

4

2
0

3
0

M
o
d
i
f
i
c
a
c
i
n

d
e

C
o
n
f
i
g
u
r
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
n

M
E
D
I
A

M
E
D
I
O

0
,
4

2

1
0

3
1

E
l
i
m
i
n
a
c
i
n

d
e

C
o
n
f
i
g
u
r
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
n

M
E
D
I
A

M
E
D
I
O

0
,
4

2

1
0

C
u
r
s
o
s

3
2

R
e
g
i
s
t
r
o

d
e

C
u
r
s
o

M
E
D
I
A

M
E
D
I
O

0
,
8

4

2
0

3
3

M
o
d
i
f
i
c
a
c
i
n

d
e

C
u
r
s
o

M
E
D
I
A

M
E
D
I
O

0
,
8

4

2
0

R
e
p
o
r
t
e
s

A
c
a
d
m
i
c
o
s

3
4

G
e
n
e
r
a
c
i
n

d
e

R
e
p
o
r
t
e
s

A
c
a
d
m
i
c
o
s

M
E
D
I
A

M
E
D
I
O

0
,
8

4

2
0

G
e
s
t
i
n

E
s
t
u
d
i
a
n
t
i
l

I
n
f
o
r
m
a
c
i
n

3
5

I
n
f
o
r
m
a
c
i
n

d
e
l

E
s
t
u
d
i
a
n
t
e

B
A
J
A

B
A
J
O

0
,
4

2

1
0

M
a
t
r
c
u
l
a

3
6

R
e
g
i
s
t
r
o

d
e

M
a
t
r
c
u
l
a

B
A
J
A

B
A
J
O

1

5

2
5

3
7

A
n
u
l
a
c
i
n

d
e

M
a
t
r
c
u
l
a

B
A
J
A

B
A
J
O

0
,
4

2

1
0

E
v
a
l
u
a
c
i
n

3
8

R
e
g
i
s
t
r
o

d
e

A
s
i
s
t
e
n
c
i
a

B
A
J
A

B
A
J
O

0
,
8

4

2
0

3
9

M
o
d
i
f
i
c
a
c
i
n

d
e

A
s
i
s
t
e
n
c
i
a

B
A
J
A

B
A
J
O

0
,
4

2

1
0

4
0

R
e
g
i
s
t
r
o

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

B
A
J
A

B
A
J
O

0
,
8

4

2
0

4
1

M
o
d
i
f
i
c
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

B
A
J
A

B
A
J
O

0
,
4

2

1
0

R
e
p
o
r
t
e
s

E
s
t
u
d
i
a
n
t
i
l
e
s

4
2

G
e
n
e
r
a
c
i
n

d
e

R
e
p
o
r
t
e
s

E
s
t
u
d
i
a
n
t
i
l
e
s

B
A
J
A

B
A
J
O

0
,
8

4

2
0

T
a
b
l
a

4
4

E
s
t
i
m
a
c
i
n

d
e

H
i
s
t
o
r
i
a
s

d
e

U
s
u
a
r
i
o
.
37

2.1.2 PLAN DE ENTREGAS

Para elaborar el plan de entregas del presente proyecto se agrupan las historias de
usuario en entregables; se determina la iteracin, el tiempo calendario y el esfuerzo
de desarrollo de cada historia de usuario.
Tiempo Calendario
Para la estimacin del Tiempo Calendario se especifica las horas, das y semanas
por mes, como se muestra en la Tabla 45.
Calendario Estimado
Semanas por mes Das por semana Horas por da
4 5 5
Tabla 45 Tiempo Calendario.
Esta estimacin permite calcular el esfuerzo utilizado para el desarrollo del presente
proyecto.
Esfuerzo de Desarrollo
Para la estimacin del esfuerzo de Desarrollo se considera al grupo de trabajo como
una persona, por lo tanto:
Esfuerzo por semana de desarrollo: 1 persona = 1 semana
Esfuerzo por das de desarrollo: 1 persona = 5 das
Esfuerzo por horas calendario de desarrollo (da calendario): 1 persona = 5 horas.
De acuerdo al anlisis, se tiene:

Personas en el
Equipo

Horas (da calendario) de
Esfuerzo de Desarrollo

Das de Esfuerzo de
Desarrollo

Semana de Esfuerzo de
Desarrollo

1 persona

5 horas

5 das

1 semana
Tabla 46 Esfuerzo de Desarrollo en base a una persona
En la Tabla 47 se muestra el Plan de Entregas del presente proyecto, basado en el
Proyecto de Titulacin de Referencia
6
.

6
Pullas Elizabeth, Desarrollo de un Sistema para Voto Electrnico y Emisin de Resultados en
Procesos Electorales de la Escuela Politcnica Nacional. Proyecto de Titulacin.EPN.2010.
3
8

M
d
u
l
o

N

H
i
s
t
o
r
i
a
s

d
e

U
s
u
a
r
i
o

E
s
f
u
e
r
z
o

d
e

D
e
s
a
r
r
o
l
l
o

C
a
l
e
n
d
a
r
i
o

e
s
t
i
m
a
d
o

E
n
t
r
e
g
a

a
s
i
g
n
a
d
a

S
e
m
a
n
a
s

D
a
s

H
o
r
a
s

S
e
m
a
n
a
s

D
a
s

H
o
r
a
s

1

2

3

A
d
m
i
n
i
s
t
r
a
c
i
n

I
n
t
e
g
r
a
n
t
e

I
n
s
t
i
t
u
c
i
o
n
a
l

0
1

R
e
g
i
s
t
r
o

d
e

I
n
t
e
g
r
a
n
t
e

I
n
s
t
i
t
u
c
i
o
n
a
l

0
,
8

4

2
0

0
,
8

4

2
0

X

0
2

M
o
d
i
f
i
c
a
c
i
n

d
e

I
n
t
e
g
r
a
n
t
e

I
n
s
t
i
t
u
c
i
o
n
a
l

0
,
4

2

1
0

0
,
4

2

1
0

X

U
s
u
a
r
i
o
s

0
3

R
e
g
i
s
t
r
o

d
e

U
s
u
a
r
i
o

0
,
8

4

2
0

0
,
8

4

2
0

X

0
4

M
o
d
i
f
i
c
a
c
i
n

d
e

U
s
u
a
r
i
o

0
,
4

2

1
0

0
,
4

2

1
0

X

A
c
c
e
s
o

0
5

A
c
c
e
s
o

a
l

s
i
s
t
e
m
a

0
,
4

2

1
0

0
,
4

2

1
0

X

P
a
r
m
e
t
r
o
s

A
c
a
d
m
i
c
o
s

0
6

R
e
g
i
s
t
r
o

d
e

N
i
v
e
l
e
s

E
d
u
c
a
t
i
v
o
s

0
,
6

3

1
5

0
,
6

3

1
5

X

0
7

M
o
d
i
f
i
c
a
c
i
n

d
e

N
i
v
e
l
e
s

E
d
u
c
a
t
i
v
o
s

0
,
4

2

1
0

0
,
4

2

1
0

X

0
8

E
l
i
m
i
n
a
c
i
n

d
e

N
i
v
e
l

E
d
u
c
a
t
i
v
o

0
,
4

2

1
0

0
,
4

2

1
0

X

0
9

R
e
g
i
s
t
r
o

d
e

M
a
t
e
r
i
a
s

0
,
6

3

1
5

0
,
6

3

1
5

X

1
0

M
o
d
i
f
i
c
a
c
i
n

d
e

M
a
t
e
r
i
a
s

0
,
4

2

1
0

0
,
4

2

1
0

X

1
1

E
l
i
m
i
n
a
c
i
n

d
e

M
a
t
e
r
i
a

0
,
4

2

1
0

0
,
4

2

1
0

X

1
2

R
e
g
i
s
t
r
o

d
e

A
u
l
a
s

0
,
6

3

1
5

0
,
6

3

1
5

X

1
3

M
o
d
i
f
i
c
a
c
i
n

d
e

A
u
l
a
s

0
,
4

2

1
0

0
,
4

2

1
0

X

1
4

E
l
i
m
i
n
a
c
i
n

d
e

A
u
l
a

0
,
4

2

1
0

0
,
4

2

1
0

X

1
5

R
e
g
i
s
t
r
o

d
e

E
s
p
e
c
i
a
l
i
d
a
d
e
s

0
,
6

3

1
5

0
,
6

3

1
5

X

1
6

M
o
d
i
f
i
c
a
c
i
n

d
e

E
s
p
e
c
i
a
l
i
d
a
d
e
s

0
,
4

2

1
0

0
,
4

2

1
0

X

1
7

E
l
i
m
i
n
a
c
i
n

d
e

E
s
p
e
c
i
a
l
i
d
a
d

0
,
4

2

1
0

0
,
4

2

1
0

X

1
8

R
e
g
i
s
t
r
o

d
e

R
e
q
u
i
s
i
t
o
s

d
e

M
a
t
r
c
u
l
a

0
,
6

3

1
5

0
,
6

3

1
5

X

1
9

M
o
d
i
f
i
c
a
c
i
n

d
e

R
e
q
u
i
s
i
t
o
s

d
e

0
,
4

2

1
0

0
,
4

2

1
0

X

3
9

M
a
t
r
c
u
l
a

2
0

E
l
i
m
i
n
a
c
i
n

d
e

R
e
q
u
i
s
i
t
o

d
e

M
a
t
r
c
u
l
a

0
,
4

2

1
0

0
,
4

2

1
0

X

2
1

R
e
g
i
s
t
r
o

d
e

M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s

0
,
4

2

1
0

0
,
4

2

1
0

X

2
2

M
o
d
i
f
i
c
a
c
i
n

d
e

M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s

0
,
4

2

1
0

0
,
4

2

1
0

X

2
3

E
l
i
m
i
n
a
c
i
n

d
e

M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s

0
,
4

2

1
0

0
,
4

2

1
0

X

I
n
s
t
i
t
u
c
i
n

2
4

R
e
g
i
s
t
r
o

d
e

D
a
t
o
s

d
e

l
a

I
n
s
t
i
t
u
c
i
n

0
,
4

2

1
0

0
,
4

2

1
0

X

2
5

M
o
d
i
f
i
c
a
c
i
n

d
e

D
a
t
o
s

d
e

l
a

I
n
s
t
i
t
u
c
i
n

0
,
4

2

1
0

0
,
4

2

1
0

X

P
e
r
o
d
o
s

2
6

R
e
g
i
s
t
r
o

d
e

P
e
r
o
d
o

0
,
8

4

2
0

0
,
8

4

2
0

X

2
7

M
o
d
i
f
i
c
a
c
i
n

d
e

P
e
r
o
d
o

A
c
t
u
a
l

0
,
6

3

1
5

0
,
6

3

1
5

X

2
8

E
l
i
m
i
n
a
c
i
n

d
e

P
e
r
o
d
o

0
,
6

3

1
5

0
,
6

3

1
5

X

2
9

R
e
g
i
s
t
r
o

d
e

C
o
n
f
i
g
u
r
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

0
,
8

4

2
0

0
,
8

4

2
0

X

3
0

M
o
d
i
f
i
c
a
c
i
n

d
e

C
o
n
f
i
g
u
r
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

0
,
4

2

1
0

0
,
4

2

1
0

X

3
1

E
l
i
m
i
n
a
c
i
n

d
e

C
o
n
f
i
g
u
r
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

0
,
4

2

1
0

0
,
4

2

1
0

X

C
u
r
s
o
s

3
2

R
e
g
i
s
t
r
o

d
e

C
u
r
s
o

0
,
8

4

2
0

0
,
8

4

2
0

X

3
3

M
o
d
i
f
i
c
a
c
i
n

d
e

C
u
r
s
o

0
,
8

4

2
0

0
,
8

4

2
0

X

R
e
p
o
r
t
e
s

A
c
a
d
m
i
c
o
s

3
4

G
e
n
e
r
a
c
i
n

d
e

R
e
p
o
r
t
e
s

A
c
a
d
m
i
c
o
s

0
,
8

4

2
0

0
,
8

4

2
0

X

I
n
f
o
r
m
a
c
i
n

3
5

I
n
f
o
r
m
a
c
i
n

d
e
l

E
s
t
u
d
i
a
n
t
e

0
,
4

2

1
0

0
,
4

2

1
0

X

G
e
s
t
i
n

M
a
t
r
c
u
l
a

3
6

R
e
g
i
s
t
r
o

d
e

M
a
t
r
c
u
l
a

1

5

2
5

1

5

2
5

X

4
0

E
s
t
u
d
i
a
n
t
i
l

3
7

A
n
u
l
a
c
i
n

d
e

M
a
t
r
c
u
l
a

0
,
4

2

1
0

0
,
4

2

1
0

X

E
v
a
l
u
a
c
i
n

3
8

R
e
g
i
s
t
r
o

d
e

A
s
i
s
t
e
n
c
i
a

0
,
8

4

2
0

0
,
8

4

2
0

X

3
9

M
o
d
i
f
i
c
a
c
i
n

d
e

A
s
i
s
t
e
n
c
i
a

0
,
4

2

1
0

0
,
4

2

1
0

X

4
0

R
e
g
i
s
t
r
o

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

0
,
8

4

2
0

0
,
8

4

2
0

X

4
1

M
o
d
i
f
i
c
a
c
i
n

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s

0
,
4

2

1
0

0
,
4

2

1
0

X

R
e
p
o
r
t
e
s

E
s
t
u
d
i
a
n
t
i
l
e
s

4
2

G
e
n
e
r
a
c
i
n

d
e

R
e
p
o
r
t
e
s

E
s
t
u
d
i
a
n
t
i
l
e
s

0
,
8

4

2
0

0
,
8

4

2
0

X

T
a
b
l
a

4
7

P
l
a
n

d
e

E
n
t
r
e
g
a
.

41

2.2 DISEO

Posterior a la obtencin del plan de entregas, el equipo de desarrollo realiza
actividades de diseo que brindan una visin clara de la implementacin del sistema.

Las actividades de diseo que se realizan en el presente proyecto son:
Metfora del sistema.
Diagrama de clases.
Diseo del modelo conceptual.
Diseo de las tarjetas CRC.
Diseo arquitectnico.
Diseo de interfaces grficas.

2.2.1 METFORA DEL SISTEMA

La Metfora del Sistema permite describir de una manera clara lo que va hacer el
sistema a partir de las historias de usuario; para ello se usa un vocabulario tcnico
y entendible para el cliente.

La metfora del sistema PROVSIS est compuesta por la descripcin tcnica de los
mdulos que lo conforman: Mdulo de Administracin, Mdulo de Gestin
Acadmica y Mdulo de Gestin Estudiantil.

MDULO DE ADMINISTRACIN
Este mdulo permite gestionar la informacin de los integrantes institucionales,
administrar usuarios, gestionar los parmetros acadmicos y registrar los datos de la
Institucin.

42

Gestin de Integrantes Institucionales
Permite Registrar y Modificar la informacin de los Integrantes Institucionales (se
consideran Integrantes Institucionales a los profesores y estudiantes).
Registro de Estudiantes
Permite registrar un nuevo estudiante con la siguiente informacin:
nmero de cdula de ciudadana, nombres, apellido paterno, apellido
materno, fecha de nacimiento, direccin, telfono, nmero de celular,
direccin de correo electrnico y nombre del representante.
Registro de Profesor
Permite registrar un nuevo profesor con la siguiente informacin:
nmero de cdula de ciudadana, nombres, apellido paterno, apellido
materno, fecha de nacimiento, direccin, telfono, nmero de celular y
direccin de correo electrnico.
Registro del Administrador del Sistema
Permite registrar un nuevo administrador del sistema con la siguiente
informacin: nmero de cdula de ciudadana, nombres, apellido
paterno, apellido materno, fecha de nacimiento, direccin, telfono,
nmero de celular y direccin de correo electrnico.
Modificacin de Integrantes Institucionales
Permite modificar la informacin de un integrante institucional, el cual
se selecciona de una lista que se obtiene de la bsqueda por nombre,
nmero de cdula o perfil.

Gestin de Usuarios
Permite registrar, modificar o eliminar los usuarios del sistema.
Registro de Usuario
Permite registrar un nuevo usuario con la siguiente informacin:
nombre de usuario, contrasea y el tipo de integrante institucional al
que corresponde.
43

Modificacin de Usuarios
Permite modificar el nombre de usuario y la contrasea, el usuario se
selecciona de una lista que se obtiene de la bsqueda por perfil.

Parmetros Acadmicos
Permite gestionar la informacin de niveles educativos, materias, aulas,
especialidades, requisitos de matrcula y la lista de tiles escolares
Gestin de Niveles Educativos
Permite registrar, modificar o eliminar la informacin de los niveles
educativos establecidos por la institucin de acuerdo a la ley de
educacin.
Gestin de Materias
Permite registrar, modificar o eliminar la informacin de las materias,
por cada nivel educativo, que se imparte en el Colegio La Providencia.
Gestin de Aulas
Permite registrar, modificar o eliminar la informacin de las aulas
disponibles en la institucin para impartir clases.
Gestin de Especialidades
Permite registrar, modificar o eliminar la informacin de las
especialidades establecidas por la institucin de acuerdo a la ley de
educacin.
Gestin de Requisitos de Matrcula
Permite registrar, modificar o eliminar la informacin de los requisitos
necesarios para la Matrcula del estudiante.
Gestin de materiales acadmicos
Permite registrar, modificar o eliminar los materiales acadmicos de
cada nivel.

44

Gestin de datos de la Institucin
Permite registrar o modificar los datos de la institucin: nombre, RUC,
direccin, telfono, logo de la institucin y nombre de la mxima autoridad del
plantel.

MDULO DE GESTIN ACADMICA
Este mdulo permite gestionar los periodos escolares, administrar cursos y generar
reportes acadmicos.

Gestin de Periodos
Permite registrar un periodo escolar, modificar el periodo escolar actual, eliminar un
periodo escolar, configurar las calificaciones del periodo escolar actual o registrar las
fechas del periodo de matriculacin.
Registro de Periodo
Permite registrar un nuevo periodo escolar con la siguiente informacin:
fecha de inicio y fin del periodo escolar y de matriculacin, y tipo de
subperodos (bimestre, trimestre o quimestre).
Permite la personalizacin del tipo de subperodos.
Eliminacin de Periodos
Permite eliminar un periodo escolar inactivo a partir de la lista de
periodos que muestra el sistema
Gestin de la Configuracin de las Calificaciones
Permite registrar, modificar o eliminar las calificaciones de cada parcial,
subperodo y periodo escolar.
Modificacin de Perodo Actual
Muestra el periodo escolar vigente y permite modificar la fecha de inicio
y fin del perodo escolar, subperodos, parciales, de matrculas y de
registro de calificaciones.

45

Cursos
Permite registrar o modificar cursos.
Registro de Curso
Permite registrar la informacin de los cursos correspondientes al
periodo escolar actual. Incluye la siguiente informacin: nivel, paralelo,
nombre del profesor dirigente, horario con el listado de materias,
nombre del profesor que imparte cada materia, nombre del aula y los
das con sus respectivas horas de entrada y de salida.
Modificacin de Cursos
Permite modificar la informacin de un curso, el cual se selecciona de
una lista de cursos que presenta el sistema.

Reportes Acadmicos
Permite generar los siguientes reportes de la informacin acadmica de la
institucin:
Listado de Cursos
Horarios
Listado de tiles
Listado de Profesores
Listado de Materias

MDULO DE GESTION ESTUDIANTIL
Este mdulo permite mostrar la informacin acadmica del estudiante y matricular a
un estudiante.

Informacin del estudiante
Permite mostrar la informacin del estudiante: datos personales, datos acadmicos y
su horario de clases.
46

Matrcula
Permite inscribir y matricular a un estudiante registrado en el sistema.
Permite asignar un curso al estudiante registrado en el sistema, habilita la revisin
de requisitos de matrcula, una vez cumplida la verificacin de requisitos se matricula
al estudiante para el periodo escolar actual.
.
Evaluacin
Permite registrar y modificar la asistencia y las calificaciones de los estudiantes de
cada curso.
Registro de Asistencia
Permite al Profesor registrar la asistencia de los estudiantes de un
curso. Los valores de asistencia pueden ser: P: presente, FJ: falta
justificada, FI: falta Injustificada, F: fuga, A: atraso
Modificacin de Asistencia
Permite al Profesor modificar la asistencia de los estudiantes de un
curso.
Registro de Calificaciones
Permite al profesor registrar las calificaciones de los estudiantes de
cada curso, correspondientes a la evaluacin y materia seleccionadas.
El registro se realiza dentro del plazo establecido para su ingreso.
Cada profesor tiene definido un nmero de das adicional en los que
puede registrar la calificacin.
Modificacin de Calificaciones
Permite al profesor modificar la calificacin de los estudiantes de cada
curso, correspondiente a la evaluacin y la materia seleccionadas.
La modificacin se realiza dentro del plazo establecido para su ingreso.

47

Reportes Estudiantiles
El sistema permite al Usuario generar los siguientes reportes de la informacin del
estudiante:
Registro de Calificaciones
Registro de Asistencia

2.2.2 DIAGRAMA DE CLASES

El diseo del diagrama de clases proporciona informacin completa de la estructura
del sistema, mostrando: clases, atributos y relaciones entre clases.
En la Figura 2.2 se presenta la versin final del diagrama de clases que se dise a
travs del desarrollo de cada historia de usuario.
4
8

F
i
g
u
r
a

2
.
2

D
i
a
g
r
a
m
a

d
e

C
l
a
s
e
s
7

7

S
A
L
I
N
A
S
,

P
a
t
r
i
c
i
o
.

M
o
d
e
l
o

d
e

C
l
a
s
e
s
.

h
t
t
p
:
/
/
u
s
e
r
s
.
d
c
c
.
u
c
h
i
l
e
.
c
l
/
~
p
s
a
l
i
n
a
s
/
u
m
l
/
m
o
d
e
l
o
.
h
t
m
l

49

2.2.3 DISEO CONCEPTUAL

A partir del diagrama de clases se genera el diseo conceptual de datos del sistema.
El modelo conceptual permite al equipo de desarrollo describir la estructura de datos
de la base, las restricciones de integridad y las operaciones de manipulacin de
datos.
En la Figura 2.3 se presente la versin final del diseo conceptual de datos del
sistema.

5
0

F
i
g
u
r
a

2
.
3

M
o
d
e
l
o

C
o
n
c
e
p
t
u
a
l

d
e

l
a

B
a
s
e

d
e

D
a
t
o
s
51

2.2.4 DISEO DE LAS TARJETAS CRC

Las Tarjetas CRC (Clase, Responsabilidad y Colaborador), contienen la informacin
del nombre de la clase, sus responsabilidades y sus colaboradores, permitiendo al
equipo de desarrollo conocer cada una de las clases que se implementarn en el
sistema.
En la Figura 2.4 se muestra el modelo de una tarjeta CRC basado en el diseo
propuesto por Kent Beck en la metodologa XP.

NOMBRE DE LA CLASE
Responsabilidades Colaboradores

Figura 2.4 Tarjeta CRC
8

Donde:
Nombre de la Clase: Es el nombre de la clase que se describe en la tarjeta CRC
Responsabilidades: Describe la funcionalidad de la clase
Colaboradores: Clases que colaboran con la clase descrita

8

52

TARJETAS CRC DEL SISTEMA

En la Tabla 48 se muestra las tarjetas CRC clasificadas en: clases controladoras,
clases entidades y clases de servicio.

Clases controladoras. Clases Entidades. Clases de Servicio
Controlador Integrante
Institucional.
Integrante Institucional. Servicio Integrante
Institucional.
Controlador Usuario. Estudiante. Servicio Usuario.
Controlador Acceso Profesor. Servicio Nivel Educativo.
Controlador Nivel Educativo. Usuario. Servicio Parmetros.
Controlador Parmetros
Acadmicos.
Nivel Educativo. Servicio Perodo.
Controlador Institucin. Materia. Servicio Curso.
Controlador Perodo. Aula. Servicio Control Curso.
Controlador Calificacin. Especialidad. Servicio Matrcula.
Controlador Curso. Requisito.
Controlador Horario. Institucin.
Controlador Material
Acadmico.
Periodo.
Controlador Informacin. Calificacin.
Controlador Matrcula. Tipo Calificacin
Controlador Asistencia. Curso.
Controlador Reportes. Horario.
Material acadmico.
Matrcula.
Asistencia.

Reporte.
Tabla 48 Tarjetas CRC del Sistema.
53

En la Tabla 49, Tabla 50 y Tabla 51 se presenta un ejemplo por cada clasificacin de
las Tarjetas CRC del sistema.

CONTROLADOR MATRCULA
Inscribir al Estudiante registrado.
Verificar requisitos de matrcula.
Matricular al Estudiante inscrito.
Estudiante
Requisito Matrcula
Matrcula
Curso
Servicio Matrcula.
Tabla 49 Tarjeta CRC. Controlador Matrcula

MATRICULA
Devolver informacin de Matricula Estudiante
Requisito de Matrcula
Tabla 50 Tarjeta CRC. Matrcula

SERVICIO MATRCULA
Ingresar Matrcula en la BDD.
Actualizar Matrcula en la BDD.
Consultar Matrcula en la BDD.
Matrcula
Tabla 51 Tarjeta CRC. Servicio Matrcula

Las Tarjetas CRC que se utilizan en el desarrollo del sistema se adjuntan en el
Anexo A.

54

2.2.5 DISEO ARQUITECTNICO

El diseo arquitectnico del sistema PROVSIS se basa en la definicin planteada
por la plataforma de desarrollo Java Enterprise Edition (Java EE). Donde se
identifican tres capas: Cliente, Servidor Java EE y Datos.
De esta forma las capas de la arquitectura del sistema se definen de la siguiente
manera:
En la capa Cliente se utiliza un navegador web para acceder a la aplicacin
web.
En la capa Servidor Java EE se utiliza el patrn Modelo Vista Controlador
(MVC) para construir la aplicacin web.
En la capa de Datos se utiliza un motor de base de datos para almacenar la
informacin que utiliza el sistema.
En la Figura 2.5 se muestran los componentes de la arquitectura del sistema junto
con las tecnologas que se utilizan y las relaciones entre ellos, basados en la
arquitectura propuesta en Java EE 5.
55

Figura 2.5 Arquitectura del Sistema.
9

9
ORACLE. The Java EE 5 Tutorial. 2007.
56

2.2.6 DISEO DE INTERFACES

En la Figura 2.6 se muestra la organizacin de los elementos que se observan en las
pginas web del sistema.

Figura 2.6 Plantilla para el diseo de las interfaces de usuario.

Donde:

El Logo contiene la imagen del logotipo y el nombre de la institucin.
El Men principal contiene los enlaces para acceder a los mdulos y submdulos
del sistema.
El Men lateral contiene los enlaces para acceder a las opciones de los submdulos
del sistema.
El Ttulo contiene un texto representativo de la pgina web que est siendo
utilizada.
57

La zona de Mensajes se utiliza para mostrar tres tipos de mensajes: informacin,
advertencia y error.
En el Contenido se encuentran los elementos que permiten implementar las
historias de usuario.
El Pie de pgina contiene la informacin sobre: las reglas de uso, presentacin de
la institucin y presentacin de los autores de la aplicacin.

2.2.7 ESTRUCTURA JERRQUICA DEL SITIO WEB

En la Figura 2.7 se muestra la estructura jerrquica de las pginas web del sistema,
organizadas en mdulos y submdulos de acuerdo a la clasificacin de las historias
de usuario.

5
8

F
i
g
u
r
a

2
.
7

M
a
p
a

d
e
l

S
i
t
i
o

W
e
b
A
c
c
e
s
o

d
e

S
e
s
i
n
G
e
s
t
i
n

A
c
a
d
m
i
c
a
P
e
r
o
d
o
s
R
e
g
i
s
t
r
o

d
e

P
e
r
o
d
o
M
o
d
i
f
i
c
a
c
i
n

P
e
r
o
d
o

A
c
t
u
a
l
E
l
i
m
i
n
a
c
i
n

d
e

P
e
r
o
d
o
C
u
r
s
o
s
R
e
g
i
s
t
r
o

d
e

C
u
r
s
o
M
o
d
i
f
i
c
a
c
i
n

d
e

C
u
r
s
o
s
R
e
p
o
r
t
e
s

A
c
a
d
m
i
c
o
s
L
i
s
t
a
d
o

d
e

C
u
r
s
o
s
H
o
r
a
r
i
o
s
L
i
s
t
a
d
o

d
e

t
i
l
i
e
s
L
i
s
t
a
d
o

d
e

E
s
t
u
d
i
a
n
t
e
L
i
s
t
a
d
o

d
e

P
r
o
f
e
s
o
r
e
s
L
i
s
t
a
d
o

d
e

M
a
t
e
r
i
a
s
G
e
s
t
i
n

E
s
t
u
d
i
a
n
t
i
l
I
n
f
o
r
m
a
c
i
n
D
a
t
o
s

d
e
l

E
s
t
u
d
i
a
n
t
e
M
a
t
r
c
u
l
a
R
e
g
i
s
t
r
o

d
e

M
a
t
r
c
u
l
a
A
n
u
l
a
c
i
n

d
e

M
a
t
r
c
u
l
a
E
v
a
l
u
a
c
i
n
R
e
g
i
s
t
o

d
e

A
s
i
s
t
e
n
c
i
a

R
e
g
i
s
t
r
o

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s
R
e
p
o
r
t
e
s

E
s
t
u
d
i
a
n
t
i
l
e
s
R
e
p
o
r
t
e

d
e

C
a
l
i
f
i
c
a
c
i
o
n
e
s
R
e
p
o
r
t
e

d
e

A
s
i
s
t
e
n
c
i
a
L
i
s
t
a
d
o

d
e

E
s
t
u
d
i
a
n
t
e
s
A
d
m
i
n
i
s
t
r
a
c
i
n
I
n
t
e
g
r
a
n
t
e
s

I
n
s
t
i
t
u
c
i
o
n
a
l
e
s
R
e
g
i
s
t
r
o

d
e

E
s
t
u
d
i
a
n
t
e
R
e
g
i
s
t
r
o

d
e

P
r
o
f
e
s
o
r
R
e
g
i
s
t
r
o

d
e

A
d
m
i
n
i
s
t
r
a
d
o
r
M
o
d
i
f
i
c
a
c
i
n

d
e

I
n
t
e
g
r
a
n
t
e
s
U
s
u
a
r
i
o
s
R
e
g
i
s
t
r
o

d
e

U
s
u
a
r
i
o
M
o
d
i
f
i
c
a
c
i
n

d
e

U
s
u
a
r
i
o
s
P
a
r
m
e
t
r
o
s

A
c
a
d
m
i
c
o
s
N
i
v
e
l
e
s
M
a
t
e
r
i
a
s
A
u
l
a
s
E
s
p
e
c
i
a
l
i
d
a
d
e
s
R
e
q
u
i
s
i
t
o
s

M
a
t
r
c
u
l
a
M
a
t
e
r
i
a
l
e
s

A
c
a
d
m
i
c
o
s
I
n
s
t
i
t
u
c
i
n
D
a
t
o
s

d
e

l
a

I
n
s
t
i
t
u
c
i
n
59

2.3 IMPLEMENTACIN

Una vez definido el plan de entregas, el equipo de desarrollo identifica las historias
de usuario que se comenzaran a implementar.

2.3.1 CRONOGRAMA DE IMPLEMENTACIN DE ITERACIONES

En esta fase se planifican las tareas de ejecucin y se determinan la fecha de inicio
y fin de implementacin de las historia de usuario.
Las tareas de ejecucin que XP recomienda para cada historia de usuario son:

1. Anlisis de requerimientos
2. Diseo de Base de Datos
3. Diseo con tarjetas CRC
4. Programacin
5. Pruebas de Aceptacin

Tareas de implementacin

En la Figura 2.8 se muestra la planificacin de las tareas de la primera historia de
usuario de la Primera Iteracin.

Figura 2.8 Planificacin de la Primera Iteracin. Ejemplo
En el Anexo B se encuentra el cronograma completo de las tareas correspondientes
a cada Iteracin.
60

2.3.2 IMPLEMENTACIN DE LAS ITERACIONES

Para implementar cada historia de usuario el equipo de desarrollo utiliza los
elementos de diseo definidos en la seccin 2.2.
A continuacin se presenta un ejemplo de implementacin, utilizando la historia de
usuario: Registro de Integrante Institucional

Anlisis de Requerimientos.
En una reunin con el equipo de desarrollo, el cliente define la prueba de aceptacin
para la historia de usuario.

Diseo de Base de Datos.
El equipo de desarrollo identifica y analiza las tablas de la base de datos que se
utilizan en la implementacin de la historia de usuario, si es necesario se modifican
las tablas involucradas. Para nuestro ejemplo son: Integrante Institucional,
Estudiante y Profesor.

Diseo CRC
El equipo de desarrollo identifica las Tarjetas CRC que se utilizarn en la
implementacin de la historia de usuario. Para nuestro ejemplo son: Controlador
Integrante Institucional, Servicio Integrante Institucional, Integrante Institucional.

Codificacin
Para la codificacin del proyecto se utiliza el IDE de desarrollo Eclipse, se crea un
proyecto empresarial, cuya estructura se observa en la Figura 2.9, basada en el
empaquetamiento de aplicaciones de Java EE 5.

61

Figura 2.9 Estructura del proyecto empresarial PROVSIS.
10

Donde:
El proyecto EJB contiene los paquetes de servicios y entidades.
En el paquete de Entidades se encuentran las clases que mantienen la
persistencia con la base de datos.
En el paquete de Servicios se encuentran las interfaces y las clases java que
implementan los mtodos para la interaccin con las entidades de la base de
datos.

10
ORACLE. The Java EE 5 Tutorial. 2007.
62

El proyecto Web contiene el directorio WebContent y el paquete Controladores.
En el directorio WebContent se encuentran las pginas XHTML que se utilizan
para implementar las interfaces de usuario.
En el paquete Controladores se encuentran las clases java donde se
implementa la lgica del negocio.

En el proyecto empresarial se unen el proyecto EJB y el proyecto Web, para generar
una aplicacin web que puede ser publicada en el servidor de aplicaciones.

Codificacin de la historia de usuario
Como ejemplo se utiliza la historia de usuario Registro de Integrante Institucional
para ilustrar la codificacin.

Construccin de la pgina web.
Para respetar el formato propuesto para las pginas web del sistema, se codifica
una plantilla utilizando etiquetas JSF; despus se crean las pginas web vacas de
acuerdo a la estructura jerrquica del sistema (Figura 2.7).

El cdigo de la plantilla utilizada en todo el proyecto Web es:

plantilla.xhtml

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:rich="http://richfaces.org/rich"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:ui="http://java.sun.com/jsf/facelets">
<head>
63

<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>La Providencia</title>
<a4j:loadStyle src="/style.css" />
</head>
<body>
<div id="wrapper" >
<ui:include src="/plantillas/encabezado.xhtml" />
<div id="page">
<div id="content">
<div class="post">
<rich:messages styleClass="message" globalOnly="true" showDetail="false">
<f:facet name="errorMarker">
<h:graphicImage value="/images/msgerror.png" />
</f:facet>
<f:facet name="infoMarker">
<h:graphicImage value="/images/msginfo.png" />
</f:facet>
<f:facet name="warnMarker">
<h:graphicImage value="/images/msgwarn.png" />
</f:facet>
</rich:messages>
<h2 class="title">
<a href="#"><ui:insert name="titulo" /></a>
</h2>
<div style="clear: both;"> </div>
<ui:insert name="contenido" />
</div>

</div>

<div id="sidebar">
<div id="left">
<ui:insert name="menu_lateral" />
</div>
</div>

</div>

64

<div id="footer">
<p> <a href="#"> </a>.</p>
</div>

</div>
</body>
</html>

Utilizando la pgina plantilla.xhtml se disea la interfaz de usuario de Registro de
Integrante Institucional en la pgina integranteInstitucional.xhtml

integranteInstitucional.xhtml
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<ui:composition template="/plantillas/plantilla.xhtml">

<ui:define name="menu_lateral">
<ui:include src="/plantillas/menuIntegrantes.xhtml" />
</ui:define>
<ui:define name="titulo">
<h:outputLabel value="#{integranteControlador.criterioTipoIntegrante}" />
</ui:define>
<ui:define name="contenido">
<ui:include src="/integrantes/integrante-fragmento.xhtml" />
</ui:define>
</ui:composition>
</html>

fragmentoIntegrante.xhtml
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
65

<ui:composition>
<script src="/provsis/jquery/jquery.maskedinput-1.3.js" type="text/javascript"></script>
<script src="/provsis/jquery/livevalidation_standalone.js" type="text/javascript"></script>
<script>
jQuery(document).ready(function(){
jQuery("#fono input").mask("(99) 9999-999");
});
</script>
<div align="center" >
<h:form id="form_ingreso_integrante" >
<h:panelGrid columns="2" styleClass="entry">
<h:outputLabel value="Cdula " />
<h:panelGroup>
<h:inputText id="txt_cedula"
value="#{integranteControlador.integrante.cedula}" maxlength="10"
validator="numberValidator"/>
<script type="text/javascript">
var cedula = new LiveValidation('form_ingreso_integrante:txt_cedula');
cedula.add(Validate.Length, { is: 10, wrongLengthMessage: "Deben ser 10
caracteres!"} );
</script>
<rich:message for="txt_cedula" showSummary="true" />
</h:panelGroup>
<h:outputLabel value="Nombres" />
<h:inputText value="#{integranteControlador.integrante.nombres}" />
<h:outputLabel value="Apellido Paterno" />
<h:inputText
value="#{integranteControlador.integrante.apellidoPaterno}" />
<h:outputLabel value="Apellido Materno" />
<h:inputText
value="#{integranteControlador.integrante.apellidoMaterno}" />
<h:outputLabel value="Fecha de Nacimiento" />
<rich:calendar
66

value="#{integranteControlador.integrante.fechaNacimiento}" />

<h:outputLabel value="Direccin" />
<h:inputText
value="#{integranteControlador.integrante.direccion}" />

<h:outputLabel value="Telfono: " />
<h:panelGroup>
<span id="fono">
<h:inputText id="txt_telefono"
value="#{integranteControlador.integrante.telefono}"/>
<rich:message for="txt_telefono" showSummary="true" />
</span>
</h:panelGroup>
<h:outputLabel value="Celular: " />
<h:panelGroup>
<span id="fono">
<h:inputText value="#{integranteControlador.integrante.celular}"
id="txt_celular"/>
<rich:message for="txt_celular" showSummary="true" />
</span>
</h:panelGroup>
<h:outputLabel value="Correo Electrnico: " />
<h:inputText id="txt_mail" value="#{integranteControlador.integrante.email}" />
<h:outputLabel value="Perfil: " />
<h:selectOneMenu value="#{integranteControlador.criterioTipoIntegrante}"
rendered="#{integranteControlador.editando}" >
<f:selectItem itemLabel="Estudiante" itemValue="estudiante"/>
<f:selectItem itemLabel="Profesor" itemValue="profesor"/>
<f:selectItem itemLabel="Administrador" itemValue="administrador"/>
</h:selectOneMenu>
<h:outputLabel value="#{integranteControlador.criterioTipoIntegrante}"
rendered="#{!integranteControlador.editando}"/>
</h:panelGrid>
<h3 class="title">
<h:commandLink value="Informacion complementaria"
rendered="#{integranteControlador.criterioTipoIntegrante=='estudiante'}"/>
</h3>
67

<h:panelGrid columns="2" styleClass="entry" id="representante" >
<h:outputLabel value="Nombre Representante: "
<h:inputText value="#{integranteControlador.integrante.nombreRepresentante}"
</h:panelGrid>
<a4j:commandButton value="Guardar" reRender="form_ingreso_integrante"
action="#{integranteControlador.guardarIntegrante}"></a4j:commandButton>
<script type="text/javascript">
var email = new LiveValidation('form_ingreso_integrante:txt_mail');
email.add( Validate.Email, { failureMessage: "Email no valido" });
</script>
</h:form>
</div>
</ui:composition>
</html>

Programacin de la lgica del negocio.
Para implementar la lgica del negocio se utilizan las clases controladoras. stas a
su vez, utilizan los servicios del proyecto EJB para ingresar o modificar los datos en
la base.

Para el ejemplo, se utiliza la clase IntegranteControlador.java, la clase
IntegranteServicio.java y la interfaz IntegranteServicioLocal.java

IntegranteControlador.java

package com.ec.provsis.controladores;

//librerias importadas

public class IntegranteControlador {

@EJB
private IntegranteServicioLocal integranteServicio;

68

private Integrante integrante;

private List<Integrante> listaIntegrantes;

private String textoBusqueda;

private String criterioBusqueda;

private String criterioTipoIntegrante;

private Boolean editando;

public void guardarIntegrante() {
try {
integrante.setProfesor(false);
integrante.setEstudiante(false);
if(criterioTipoIntegrante.equals("profesor"))
integrante.setProfesor(true);

if(criterioTipoIntegrante.equals("estudiante"))
integrante.setEstudiante(true);
if(criterioTipoIntegrante.equals("administrador"))
{
integrante.setEstudiante(false);
integrante.setProfesor(false);
}
integrante = integranteServicio.guardarIntegrante(integrante);
FacesContext.getCurrentInstance().addMessage(null,new
FacesMessage(FacesMessage.SEVERITY_INFO,"Los datos de "+ integrante.getNombres() + " " +
integrante.getApellidoPaterno() +" han sido registrados. ", ""));
} catch (Exception e) {
FacesMessage(FacesMessage.SEVERITY_ERROR,"Los datos de "+ integrante.getNombres() + " " +
integrante.getApellidoPaterno() +" no se pudieron registrar. " +e.getMessage(), ""));
}
}

public void buscarIntegrante()
{
69

if (textoBusqueda == null || textoBusqueda.trim().isEmpty()) {
if(criterioTipoIntegrante.isEmpty())
listaIntegrantes = integranteServicio.consultarIntegrantes();
else
listaIntegrantes =
integranteServicio.consultarIntegrantes(criterioTipoIntegrante);
}
else {
listaIntegrantes =
integranteServicio.consultarIntegrantePorCriterio(criterioBusqueda, criterioTipoIntegrante,
textoBusqueda);
}

if (listaIntegrantes == null) {
listaIntegrantes = new ArrayList<Integrante>();
FacesMessage(FacesMessage.SEVERITY_INFO,"No se encontr ninguna Integrante
".concat(criterioBusqueda!=null?"con el criterio "+ criterioBusqueda.toUpperCase():""),
""));
}
}

//Mtodos Get y Set.

}

IntegranteServicioLocal.java
package com.ec.provsis.servicios;


@Local
public interface IntegranteServicioLocal {

public List<Integrante> consultarIntegrantePorCriterio(String criterio, String
tipoIntegrante, String busqueda);

public List<Integrante> consultarIntegrantes();

70

public List<Integrante> consultarIntegrantes(String tipoIntegrante);

public Integrante consultarIntegrantePorId(int idIntegrante);

public Integrante guardarIntegrante(Integrante integrante) throws Exception;

public List<Usuario> consultarUsuarioPorIntegrante(Integrante integrante);
}

IntegranteServicio.java

package com.ec.provsis.servicios;


/**
* Session Bean implementation class IntegranteServicio
*/

@Stateless
public class IntegranteServicio implements IntegranteServicioLocal {

/**
* Default constructor.
*/
@PersistenceContext
private EntityManager em;

public Integrante guardarIntegrante(Integrante integrante) throws Exception
{
if(integrante==null)
throw new Exception("Ingrese correctamente para crear el Integrante
Institucional. ");
if(integrante.getNombres().isEmpty())
throw new Exception("Ingrese el nombre del Integrante Institucional.
");
if(integrante.getApellidoPaterno().isEmpty())
throw new Exception("Ingrese el apellido paterno del Integrante
Institucional. ");
71

if(integrante.getApellidoMaterno().isEmpty())
throw new Exception("Ingrese el apellido materno del Integrante
Institucional. ");
if(integrante.getFechaNacimiento()==null)
throw new Exception("Seleccione la fecha de nacimiento del Integrante
Institucional. ");
return em.merge(integrante);
}
public List<Integrante> consultarIntegrantePorCriterio(String criterio, String
tipoIntegrante, String busqueda) {
/**
* Implementacin del mtodo.
*/

}

@SuppressWarnings("unchecked")
public List<Integrante> consultarIntegrantes() {
/**
*/
}

public List<Integrante> consultarIntegrantes(String tipoIntegrante) {
/**
*/
}

public List<Usuario> consultarUsuarioPorIntegrante(Integrante integrante)
{
/**
*/
}
}

72

El resultado de la implementacin de la historia de usuario Registro de Integrante
Institucional es una pgina de web funcional (Figura 2.10).

Figura 2.10 Interfaz de Usuario. Registro de Integrante institucional

Pruebas de aceptacin.
Para finalizar la implementacin se ejecuta la prueba de aceptacin diseada
previamente por el usuario, si despus de evaluar la prueba el usuario indica que se
deben realizar cambios, el equipo de desarrollo debe registrarlos e implementarlos.
La implementacin se completa solamente cuando el usuario satisface la prueba de
aceptacin.
Para el ejemplo se ejecuta la prueba de aceptacin nmero 2 que se detalla en el
captulo 2.4 Pruebas.

73

2.3.3 SEGUIMIENTO DE LAS ITERACIONES

Para realizar una correcta implementacin de un sistema con XP, se monitorea el
progreso del equipo de trabajo en intervalos de tiempo regulares, con el fin de saber
si se estn cumpliendo los tiempos que fueron acordados en la planificacin inicial.
Para realizar el monitoreo se utiliza el Reporte BurnDown
11
que permite observar el
esfuerzo real del equipo de desarrollo en comparacin con el esfuerzo estimado. El
reporte muestra la cantidad de trabajo faltante para completar la iteracin.

Seguimiento de Primera Iteracin

Diagrama BurnDown.

Figura 2.11 Diagrama BurnDown. Primera Iteracin.

Como se observa en la Figura 2.11, la implementacin de las primeras historias de
usuario tom ms tiempo del estimado; esto se debe a que el equipo de desarrollo
no tena experiencia en el uso del Framework JSF y tuvo que aprender esta

11
PERALTA, Ivn. Burndown chart. http://useragiledevelopment.blogspot.com/2011/05/burndown-
chart.html. 13/10/2012.
-2,00
0,00
2,00
4,00
6,00
8,00
10,00
12,00
14,00
16,00
T
i
e
m
p
o

E
s
t
i
m
a
d
o
Inicio 26/03/2012 - Fin 06/07/2012
Esfuerzo Estimado vs Esfuerzo Real
Esfuerzo
Estimado
74

tecnologa, por esta razn se produjo un incremento en el tiempo estimado de cada
historia de usuario al inicio de la iteracin.
Sin embargo, gracias a la programacin en parejas, los integrantes del equipo de
desarrollo compartieron conocimientos valiosos a travs de la investigacin y la
prctica; como consecuencia, mejoraron el tiempo de implementacin de las
historias de usuario finales.

Seguimiento Segunda Iteracin

Diagrama BurnDown.

Figura 2.12 Diagrama BurnDown. Segunda Iteracin.

Como se observa en la Figura 2.12, durante toda la iteracin el esfuerzo real de las
historias de usuario fue mayor al estimado; debido a que, en esta iteracin se
planific la realizacin de las historias de usuario ms complejas del sistema; estas
son: inscripcin, matrcula, registro de asistencia y registro de calificaciones; se
consideran complejas por su grado de dependencia con las historias de usuario
implementadas en la primera iteracin.
0,00
0,50
1,00
1,50
2,00
2,50
3,00
3,50
4,00
4,50
T
i
e
m
p
o

E
s
t
i
m
a
d
o
Inicio 09/07/2012 - Fin 06/08/2012
Esfuerzo Estimado
Esfuerzo Real
75

Seguimiento Tercera Iteracin

Diagrama BurnDown.

Figura 2.13 Diagrama BurnDown. Tercera Iteracin.

En la Figura 2.13 se observa que el esfuerzo real es menor al estimado durante toda
la iteracin. Esto se debe a que el equipo de desarrollo adquiri experiencia en el
uso de la tecnologa de desarrollo, se mejor la comunicacin con el cliente y se
reutiliz gran parte del cdigo que se desarroll en las anteriores iteraciones.

-1,00
-0,50
0,00
0,50
1,00
1,50
2,00
2,50
3,00
3,50
4,00
E
s
t
i
m
a
c
i
n
Inicio 05/09/2012 - Fin 05/10/2012
Esfuerzo
Estimado
76

2.4 PRUEBAS

2.4.1 PRUEBAS UNITARIAS

En la metodologa XP se deben escribir las pruebas de unidad antes que el cdigo,
permitiendo una rpida retroalimentacin en el diseo y la correccin de errores.
Las pruebas de unidad son escritas por el desarrollador, esto le permite pensar en la
forma correcta de utilizar un mdulo del sistema que an no existe.

En el presente proyecto se utiliza JUnit como plataforma para la automatizacin de
las pruebas de unidad, disminuyendo el tiempo de construccin de las mismas y
permitiendo al desarrollador enfocarse en los resultados.
En el sistema PROVSIS, las pruebas de unidad son escritas para cada una de las
clases que se encargan de controlar las acciones del usuario, stas estn definidas
en las Tarjetas CRC como Clases Controladoras.
Cada clase tiene un conjunto de pruebas de unidad que validan el funcionamiento de
los mtodos ms importantes de la misma.
En la Tabla 52 se presenta las clases del sistema y los mtodos sobre los que se
realizan las pruebas unitarias.

Clases de Test Clase del Sistema Mtodos
Integrante Test
Controlador Integrante
Institucional.
Buscar, Guardar
Usuario Test Controlador Usuario. Buscar, Guardar
Acceso Test Controlador Acceso
Cambiar Contrasea,
Obtener Perodo Actual,
Obtener Usuario, Obtener
Institucin.
Nivel Test Controlador Nivel Educativo. Buscar, Guardar, Eliminar
77

Parmetros Test
Controlador Parmetros
Acadmicos.
Buscar, Guardar, Eliminar
Institucin Test Controlador Institucin. Buscar, Guardar
Perodo Test Controlador Perodo.
Buscar, Guardar, Modificar
Fechas, Eliminar.
Calificaciones
Test
Controlador Calificacin. Buscar, Guardar
Curso Test Controlador Curso. Buscar, Guardar
Horario Test Controlador Horario.
Buscar, Guardar, Validar
Horario
Material Test
Controlador Material
Acadmico.
Buscar, Guardar
Matrcula Test Controlador Matrcula.
Buscar, Guardar, Verificar
Requisitos
Asistencia Test Controlador Asistencia. Buscar, Guardar
Tabla 52 Pruebas de Unidad del Sistema PROVSIS.

Ejemplo de una prueba unitaria.
public class UsuarioTest {
private Persona integrante;
@EJB
private PersonaServicioLocal personaServicio;
@Before
public void setUp() throws Exception {
integrante = new Persona();
}
/**
* Caso de prueba que verifica que el objeto que se ingreso sea
* reemplazado por el objeto que se ingres en la Base de Datos. Es
* decir, que sean distintos.
* */
@Test
public void testCase0() throws Exception {
integrante.setEstado(true);
integrante.setApellidoPaterno("Andrade");
integrante.setApellidoMaterno("Benavides");
integrante.setNombres("Daniel Andrs");
integrante.setCedula("1717182537");
integrante.setDireccion("Avenida Naciones Unidas e Iaquito. ");
78

integrante.setCelular("0998865692");
integrante.setTelefono("022656872");
integrante.setEmail("andres@hotmail.com");
Calendar nac = GregorianCalendar.getInstance();
nac.set(1988, 04, 12);
integrante.setFechaNacimiento(nac.getTime());
Persona expected = personaServicio.guardarPersona(integrante);
Persona actual = integrante;
Assert.assertNotSame(expected, actual);
}
/**
* Caso de prueba que verifica que el ID del nuevo Integrante ingresado
* sea igual al mximo ID, de la tabla en la Base de Datos, sumado una
* unidad.
* */
@Test
public void testCase1() throws Exception {
integrante.setEstado(true);
integrante.setApellidoPaterno("Castro");
integrante.setApellidoMaterno("Correa");
integrante.setNombres("Felipe Javier");
integrante.setCedula("1717527045");
integrante.setDireccion("Amazona y Colon. ");
integrante.setCelular("0984894538");
integrante.setTelefono("022646872");
integrante.setEmail("felipes@hotmail.com");
Calendar nac = GregorianCalendar.getInstance();
nac.set(1984, 03, 11);
integrante.setFechaNacimiento(nac.getTime());
int expected = personaServicio.consultarUltimoIdPerson()+1;
int actual =
personaServicio.guardarPersona(integrante).getIdPersona();
Assert.assertEquals(expected, actual);
}

}

Ejecucin de la prueba unitaria.

Figura 2.14 Resultado de la ejecucin de la prueba unitaria UsuarioTest
79

2.4.2 DISEO DE LAS PRUEBAS DE ACEPTACIN

Las pruebas de aceptacin son escenarios definidos entre el cliente y el equipo de
desarrollo, se utilizan para controlar que una historia de usuario se implemente de
acuerdo a los requerimientos planteados por el cliente.
El objetivo es evitar que el equipo de desarrollo realice un esfuerzo innecesario
desarrollando requerimientos que el cliente no necesita.

Para disear las pruebas de aceptacin del presente proyecto, el equipo de
desarrollo se rene con el cliente antes de codificar cada historia de usuario.

En la Tabla 53 se muestra el formato para disear una prueba de aceptacin para
una historia de usuario, basado en el diseo propuesto por Kent Beck en la
metodologa XP.

Nmero de prueba:
Historia de usuario:

Precondiciones:

Entrada:

Resultado esperado 1:


Tabla 53 Formato de Pruebas de Aceptacin
12

12
80

Dnde:

Nmero de prueba.- Es el identificador unvoco de la prueba de aceptacin.

Versin.- Es el nmero de ejecuciones de la prueba de aceptacin que se realizan
hasta que el usuario aprueba la historia de usuario.

Historia de usuario.- Nombre de la historia de usuario para la que se define la
prueba.

Precondiciones.- Son las condiciones para poder realizar la funcionalidad que se va
analizar.

Entradas.- Son los pasos que sigue el usuario para realizar la funcionalidad del
sistema que se va analizar.

Resultado esperado.- Respuesta obtenida del sistema posterior a la ejecucin de la
funcionalidad.

Evaluacin de la prueba.- Nivel de satisfaccin del usuario con respecto al
resultado obtenido por el sistema.

81

2.4.3 PRUEBAS DE ACEPTACIN

A continuacin se muestran las versiones finales de las pruebas de aceptacin
diseadas para la implementacin del sistema.

Nmero de prueba: 1
Historia de usuario: Registro de Integrante Institucional
Precondiciones:
El usuario debe tener perfil de administrador.
Entrada:
El administrador ingresa a la pgina principal del sistema.
El administrador digita su nombre de usuario y contrasea.
El administrador selecciona el men Administracin.
El administrador selecciona el submen Integrantes Institucionales.
El administrador selecciona la opcin Registro de Integrante Institucional (estudiante,
profesor o administrador).
El administrador ingresa todos los campos requeridos en el formulario.
El administrador presiona Guardar.
El sistema registra los datos del nuevo integrante institucional.
El sistema muestra un mensaje de registro exitoso.
El sistema muestra un mensaje de error cuando la autentificacin de usuario es invlida.
El sistema muestra un mensaje de error cuando los datos, no son vlidos o no se ha
ingresado un dato requerido.
El sistema muestra un mensaje de error cuando se ha ingresado un integrante institucional
ya existente.
Tabla 54 Prueba de Aceptacin. Registro de Integrante Institucional

82

Nmero de prueba: 2
Historia de usuario: Modificacin de Integrante Institucional
Precondiciones:
El integrante institucional debe estar registrado en el sistema.
Entrada:
El administrador selecciona el submen Integrantes Institucionales.
El administrador selecciona la opcin Modificacin de Integrantes.
El administrador realiza la bsqueda del integrante.
El administrador selecciona Modificar, en el integrante que requiera.
El administrador modifica en el formulario los campos que requiera.
El sistema despliega una lista de integrantes como resultado de la bsqueda requerida por
el administrador.
El sistema despliega los datos del integrante institucional q se va a modificar.
El sistema modifica los datos del integrante institucional.
El sistema muestra un mensaje de modificacin exitosa.
El sistema muestra un mensaje de error cuando se ha ingresado un integrante institucional
ya existente.
Tabla 55 Prueba de Aceptacin. Modificacin de Integrante Institucional

83

Nmero de prueba: 3
Historia de usuario: Registro de Usuario
Precondiciones:
La persona a la que se va a registrar como usuario, debe estar registrada como integrante
institucional.
Entrada:
El administrador selecciona el submen Usuarios.
El administrador selecciona la opcin Registro de Usuario.
El sistema registra los datos del nuevo usuario.
El sistema muestra un mensaje de error cuando se ha ingresado un usuario ya existente.
Tabla 56 Prueba de Aceptacin. Registro de Usuario

Nmero de prueba: 4
Historia de usuario: Modificacin de Usuario
Precondiciones:
El usuario debe estar registrado en el sistema.
Entrada:
84

El administrador selecciona el submen Usuarios.
El administrador selecciona la opcin Modificacin de Usuarios.
El administrador realiza la bsqueda del usuario.
El administrador selecciona Modificar, en el usuario que requiera.
El administrador solo puede modificar en el formulario el nombre de usuario.
El sistema despliega una lista de integrantes como resultado de la bsqueda requerida por
el administrador.
El sistema modifica los datos del integrante institucional.
El sistema muestra un mensaje de error cuando los datos no son vlidos o no se ha
El sistema muestra un mensaje de error cuando se ha ingresado un usuario ya existente.
Tabla 57 Prueba de Aceptacin. Modificacin de Usuario

Nmero de prueba: 5
Historia de usuario: Acceso al Sistema
Precondiciones:
La persona que va a acceder al Sistema debe estar registrada como usuario del Sistema.
Entrada:
El usuario ingresa a la pgina principal del sistema.
El usuario digita su nombre de usuario y contrasea.
El usuario presiona Ingresar
85

El sistema verifica el nombre de usuario y contrasea ingresada.
El sistema muestra una pgina de bienvenida.
El sistema muestra un mensaje de error cuando los datos ingresados no corresponden a los
datos almacenados o cuando el usuario no existe.
Tabla 58 Prueba de Aceptacin. Acceso al Sistema

Nmero de prueba: 6
Historia de usuario: Registro de Niveles Educativos
Precondiciones:
Entrada:
El administrador selecciona el submen Parmetros Acadmicos.
El administrador selecciona la opcin Niveles Educativos.
El administrador selecciona todos los campos requeridos en el formulario.
El sistema despliega la lista de los niveles educativos registrados.
El sistema registra los datos del nuevo nivel educativo.
El sistema agrega el nuevo nivel educativo a la lista.
El sistema muestra un mensaje de error cuando no se ha ingresado un dato requerido.
El sistema muestra un mensaje de error cuando se ha ingresado un nivel educativo ya
existente.
Tabla 59 Prueba de Aceptacin. Registro de Niveles Educativos

86

Nmero de prueba: 7
Historia de usuario: Modificacin de Niveles Educativos
Precondiciones:
El Nivel Educativo debe estar registrado en el sistema.
Entrada:
El administrador ingresa al men Administracin.
El administrador ingresa al submen Parmetros Acadmicos.
El administrador selecciona Modificar, en el nivel educativo que requiera.
El administrador modifica los campos que requiera.
El sistema despliega los datos del nivel educativo seleccionado.
El sistema modifica los datos del nivel educativo.
El sistema muestra un mensaje de error cuando se ha ingresado un nivel educativo ya
existente.
Tabla 60 Prueba de Aceptacin. Modificacin de Niveles Educativos

Nmero de prueba: 8
Historia de usuario: Eliminacin de Nivel Educativo
Precondiciones:
El nivel educativo debe estar registrado en el sistema.
87

Entrada:
El administrador selecciona Eliminar en el nivel educativo que requiera.
El administrador confirma la eliminacin del nivel educativo.
El sistema muestra un mensaje de confirmacin de eliminacin.
El sistema elimina los datos del nivel educativo.
El sistema muestra un mensaje de eliminacin exitosa.
El sistema muestra un mensaje de error cuando el nivel educativo tiene cursos asociados.
Tabla 61 Prueba de Aceptacin. Eliminacin de Nivel Educativo

Nmero de prueba: 9
Historia de usuario: Registro de Materias
Precondiciones:
El sistema debe tener registrado al menos un nivel educativo.
Entrada:
El administrador selecciona la opcin Materias.
88

El sistema despliega la lista de las materias registradas.
El sistema registra los datos de la nueva Materia.
El sistema agrega la nueva materia a la lista.
El sistema muestra un mensaje de error cuando se ha ingresado una materia ya existente.
Tabla 62 Prueba de Aceptacin. Registro de Materias

Nmero de prueba: 10
Historia de usuario: Modificacin de Materias
Precondiciones:
La materia debe estar registrada en el sistema.
Entrada:
El administrador selecciona Modificar en la materia que requiera.
El administrador presiona Guardar
89

El sistema despliega los datos de la materia seleccionada.
El sistema modifica los datos de la materia.
El sistema muestra un mensaje de error cuando se ha ingresado una materia ya existente.
Tabla 63 Prueba de Aceptacin. Modificacin de Materias

Nmero de prueba: 11
Historia de usuario: Eliminacin de Materia
Precondiciones:
La materia debe estar registrada en el sistema.
Entrada:
El administrador selecciona Eliminar en la materia que requiera.
El administrador confirma la eliminacin de la materia.
90

El sistema elimina los datos de la materia.
El sistema muestra un mensaje de error cuando la materia tiene horarios asociados.
Tabla 64 Prueba de Aceptacin. Eliminacin de Materia

Nmero de prueba: 12
Historia de usuario: Registro de Aulas
Precondiciones:
Entrada:
El administrador selecciona la opcin Aulas.
El sistema despliega la lista de las aulas registradas.
El sistema registra los datos de la nueva Aula.
El sistema agrega la nueva aula a la lista.
El sistema muestra un mensaje de error cuando se ha ingresado un aula ya existente.
Tabla 65 Prueba de Aceptacin. Registro de Aulas
91

Nmero de prueba: 13
Historia de usuario: Modificacin de Aulas
Precondiciones:
El aula debe estar registrada en el sistema.
Entrada:
El administrador selecciona Modificar en el aula que requiera.
El sistema despliega los datos del aula seleccionada.
El sistema modifica los datos del aula.
El sistema muestra un mensaje de error cuando se ha ingresado un aula ya existente.
Tabla 66 Prueba de Aceptacin. Modificacin de Aulas

Nmero de prueba: 14
Historia de usuario: Eliminacin de Aula
Precondiciones:
El aula debe estar registrada en el sistema.
92

Entrada:
El administrador selecciona Eliminar en la materia que requiera.
El administrador confirma la eliminacin del aula.
El sistema elimina los datos del aula.
El sistema muestra un mensaje de error cuando el aula tiene horarios asociados.
Tabla 67 Prueba de Aceptacin. Eliminacin de Aula

Nmero de prueba: 15
Historia de usuario: Registro de Especialidades
Precondiciones:
Entrada:
El administrador selecciona la opcin Especialidades.
93

El sistema despliega la lista de las especialidades registradas.
El sistema registra los datos de la nueva especialidad.
El sistema agrega la nueva especialidad a la lista.
El sistema muestra un mensaje de error cuando se ha ingresado una especialidad ya
existente.
Tabla 68 Prueba de Aceptacin. Registro de Especialidades

Nmero de prueba: 16
Historia de usuario: Modificacin de Especialidades
Precondiciones:
La especialidad debe estar registrada en el sistema.
Entrada:
El administrador selecciona Modificar en la especialidad que requiera.
94

El sistema despliega los datos de la especialidad seleccionada.
El sistema modifica los datos de la especialidad.
El sistema muestra un mensaje de error cuando se ha ingresado una especialidad ya
existente.
Tabla 69 Prueba de Aceptacin. Modificacin de Especialidades

Nmero de prueba: 17
Historia de usuario: Eliminacin de Especialidad
Precondiciones:
La especialidad debe estar registrada en el sistema.
Entrada:
El administrador selecciona Eliminar en la especialidad que requiera.
El administrador confirma la eliminacin de la especialidad.
95

El sistema elimina los datos de la especialidad.
El sistema muestra un mensaje de error cuando la especialidad tiene niveles educativos
asociados.
Tabla 70 Prueba de Aceptacin. Eliminacin de Especialidad

Nmero de prueba: 18
Historia de usuario: Registro de Requisitos de Matrcula
Precondiciones:
El administrador debe tener perfil de administrador.
Entrada:
El administrador selecciona la opcin Requisitos de Matrcula.
96

El sistema despliega la lista de los Requisitos de Matrcula registrados.
El sistema registra los datos del nuevo Requisito de Matrcula.
El sistema agrega el nuevo Requisito de Matrcula a la lista.
El sistema muestra un mensaje de error cuando se ha ingresado un requisito de matrcula
ya existente.
Tabla 71 Prueba de Aceptacin. Registro de Requisitos de Matrcula

Nmero de prueba: 19
Historia de usuario: Modificacin de Requisitos de Matrcula
Precondiciones:
El requisito debe estar registrado en el sistema.
Entrada:
El administrador selecciona Modificar en el requisito que requiera.
97

El sistema despliega la lista de los requisitos de matrcula registrados.
El sistema despliega los datos del requisito de matrcula seleccionado.
El sistema modifica los datos del requisito de matrcula.
El sistema muestra un mensaje de error cuando se ha ingresado un requisito de matrcula
ya existente.
Tabla 72 Prueba de Aceptacin. Modificacin de Requisitos de Matrcula

Nmero de prueba: 20
Historia de usuario: Eliminacin de Requisito de Matrcula
Precondiciones:
El requisito debe estar registrado en el sistema.
Entrada:
El administrador selecciona Eliminar en el requisito que requiera.
El administrador confirma la eliminacin del requisito.
98

El sistema despliega la lista de los requisitos de matrcula registrados.
El sistema elimina los datos del requisito de matrcula.
El sistema muestra un mensaje de error cuando el requisito tiene matriculas asociadas.
Tabla 73 Prueba de Aceptacin. Eliminacin de Requisito de Matrcula

Nmero de prueba: 21
Historia de usuario: Registro de Materiales Acadmicos
Precondiciones:
Entrada:
El administrador selecciona la opcin Materiales Acadmicos.
99

El sistema despliega la lista de los Materiales Acadmicos registrados.
El sistema registra los datos del nuevo Material Acadmico.
El sistema agrega el nuevo Material Acadmico a la lista.
El sistema muestra un mensaje de error cuando se ha ingresado un material acadmico ya
existente.
Tabla 74 Prueba de Aceptacin. Registro de Materiales Acadmicos

Nmero de prueba: 22
Historia de usuario: Modificacin de Materiales Acadmicos
Precondiciones:
El material acadmico debe estar registrado.
Entrada:
El administrador selecciona Modificar en el material acadmico que requiera.
100

El sistema despliega la lista de los materiales acadmicos registrados.
El sistema despliega los datos del material acadmico seleccionado.
El sistema modifica los datos del material acadmico.
El sistema muestra un mensaje de error cuando se ha ingresado un material acadmico ya
existente.
Tabla 75 Prueba de Aceptacin. Modificacin de Materiales Acadmicos

Nmero de prueba: 23
Historia de usuario: Eliminacin de Materiales Acadmicos
Precondiciones:
El material acadmico debe estar registrado.
Entrada:
El administrador selecciona Eliminar en el material acadmico que requiera.
El administrador confirma la eliminacin del material acadmico.
El sistema despliega la lista de los materiales acadmicos registrados.
El sistema elimina los datos del material acadmico.
Tabla 76 Prueba de Aceptacin. Eliminacin de Materiales Acadmicos
101

Nmero de prueba: 24
Historia de usuario: Registro de Datos de la Institucin
Precondiciones:
Entrada:
El administrador selecciona el submen Institucin.
El administrador selecciona la opcin Datos de la Institucin.
El sistema registra los datos de la Institucin.
Tabla 77 Prueba de Aceptacin. Registro de Datos de la Institucin

Nmero de prueba: 25
Historia de usuario: Modificacin de Datos de la Institucin
Precondiciones:
Los datos de la institucin deben estar registrados.
Entrada:
El administrador selecciona el submen Institucin.
El administrador selecciona la opcin Datos de la Institucin.
102

El sistema modifica los datos de la Institucin.
Tabla 78 Prueba de Aceptacin. Modificacin de Datos de la Institucin

Nmero de prueba: 26
Historia de usuario: Registro de Perodo
Precondiciones:
Entrada:
El administrador selecciona el men Gestin Acadmica.
El administrador selecciona el submen Perodos.
El administrador selecciona la opcin Registro de Perodo.
El sistema registra los datos del nuevo Perodo.
El sistema muestra un mensaje de error cuando se ha ingresado un perodo ya existente.
Tabla 79 Prueba de Aceptacin. Registro de Perodo

103

Nmero de prueba: 27
Historia de usuario: Modificacin de Perodo Actual
Precondiciones:
El Perodo Actual debe estar registrado en el sistema.
Entrada:
El administrador selecciona la opcin Modificacin de Perodo Actual.
El sistema modifica los datos del periodo actual.
El sistema muestra un mensaje de error cuando se ha ingresado un perodo ya existente.
Tabla 80 Prueba de Aceptacin. Modificacin de Perodo Actual

Nmero de prueba: 28
Historia de usuario: Eliminacin de Perodo
Precondiciones:
El perodo debe estar registrado en el sistema.
Entrada:
104

El administrador selecciona la opcin Eliminacin de Perodo.
El administrador selecciona Eliminar, en el perodo que requiera.
El administrador confirma la eliminacin del perodo.
El sistema elimina los datos del perodo.
El sistema muestra un mensaje de error cuando el perodo est inactivo o cerrado.
Tabla 81 Prueba de Aceptacin. Eliminacin de Perodo

Nmero de prueba: 29
Historia de usuario: Registro de Configuracin de Calificaciones
Precondiciones:
El sistema debe tener registrado un perodo actual.
Entrada:
El administrador selecciona la opcin Configuracin de Calificaciones.
105

El sistema registra la configuracin de las calificaciones.
El sistema muestra un mensaje de configuracin exitosa.
Tabla 82 Prueba de Aceptacin. Registro de Configuracin de Calificaciones

Nmero de prueba: 30
Historia de usuario: Modificacin de Configuracin de Calificaciones
Precondiciones:
Entrada:
El administrador selecciona Modificar en la calificacin que requiera.
El sistema despliega la lista de configuracin de calificaciones registradas.
El sistema despliega los datos de la calificacin seleccionada.
El sistema modifica la configuracin de la calificacin.
Tabla 83 Prueba de Aceptacin. Modificacin de Configuracin Calificaciones
106

Nmero de prueba: 31
Historia de usuario: Eliminacin de Configuracin de Calificaciones
Precondiciones:
Entrada:
El administrador selecciona Eliminar en la configuracin de la calificacin que requiera.
El administrador confirma la eliminacin de la configuracin de la calificacin.
El sistema despliega la lista de configuracin de calificaciones registradas.
El sistema elimina los datos de la configuracin de la calificacin.
Tabla 84 Prueba de Aceptacin. Eliminacin de Configuracin Calificaciones

Nmero de prueba: 32
Historia de usuario: Registro de Curso
Precondiciones:
El sistema debe tener registrado al menos un nivel.
El sistema debe tener registrado al menos un profesor.
Entrada:
107

El administrador selecciona el submen Cursos.
El administrador selecciona la opcin Registro de Curso.
El sistema despliega la lista de los cursos registrados.
El sistema registra los datos del nuevo curso.
El sistema agrega el nuevo curso a la lista.
El sistema muestra un mensaje de error cuando se ha ingresado un curso ya existente.
Tabla 85 Prueba de Aceptacin. Registro de Curso

Nmero de prueba: 33
Historia de usuario: Modificacin de Curso
Precondiciones:
El Curso debe estar registrado en el sistema.
Entrada:
El administrador selecciona el submen Cursos.
El administrador selecciona la opcin Modificacin de Cursos.
108

El sistema despliega la lista de las cursos registrados.
El sistema despliega los datos del curso seleccionado.
El sistema modifica los datos del curso.
El sistema muestra un mensaje de error cuando se ha ingresado un curso ya existente.
Tabla 86 Prueba de Aceptacin. Modificacin de Curso

Nmero de prueba: 34
Historia de usuario: Generacin de Reportes Acadmicos
Precondiciones:
El usuario debe tener perfil de estudiante, profesor o administrador.
Entrada:
El usuario selecciona el men Gestin Acadmica.
El usuario selecciona el submen Reportes Acadmicos.
El usuario selecciona el reporte acadmico que requiera.
El usuario selecciona la forma de visualizar el reporte acadmico (PDF o WEB).
El usuario presiona Generar.
El sistema despliega los datos del reporte acadmico requerido.
Tabla 87 Prueba de Aceptacin. Generacin de Reportes Acadmicos

109

Nmero de prueba: 35
Historia de usuario: Informacin del Estudiante
Precondiciones:
El usuario debe tener perfil de estudiante.
El estudiante debe estar registrado.
Entrada:
El estudiante ingresa a la pgina principal del sistema.
El estudiante digita su nombre de usuario y contrasea.
El estudiante selecciona el men Gestin Estudiantil.
El estudiante selecciona el submen Informacin.
El estudiante selecciona la opcin Datos del Estudiante.
El estudiante visualiza su Informacin Personal.
El sistema despliega los datos personales, acadmicos y horario de clases del estudiante.
Tabla 88 Prueba de Aceptacin. Informacin del Estudiante

Nmero de prueba: 36
Historia de usuario: Registro de Matrcula
Precondiciones:
El sistema debe tener registrado al estudiante q se le va a matricular.
El sistema debe tener registrado las fechas de matriculacin para el perodo actual.
Entrada:
El administrador selecciona el men Gestin Estudiantil.
El administrador selecciona el submen Matrcula.
El administrador selecciona la opcin Registro de Matricula.
110

El sistema registra los datos de la matriculacin del estudiante.
Tabla 89 Prueba de Aceptacin. Registro de Matrcula

Nmero de prueba: 37
Historia de usuario: Anulacin de Matrcula
Precondiciones:
El estudiante debe tener registrado la matrcula en el sistema.
Entrada:
El administrador selecciona el men Gestin Estudiantil.
El administrador selecciona el submen Matrcula.
El administrador selecciona la opcin Anulacin Matrcula.
El administrador selecciona Estudiante del cual desea anular la matrcula.
El administrador elimina la matrcula requerida.
El sistema elimina los datos de la matriculacin del estudiante.
Tabla 90 Prueba de Aceptacin. Eliminacin de Matrcula

111

Nmero de prueba: 38
Historia de usuario: Registro de Asistencia
Precondiciones:
El usuario debe tener perfil de profesor.
El sistema debe tener matriculado al menos un estudiante en un curso.
Entrada:
El profesor ingresa a la pgina principal del sistema.
El profesor digita su nombre de usuario y contrasea.
El profesor selecciona el men Gestin Estudiantil.
El profesor selecciona el submen Evaluacin.
El profesor selecciona la opcin Registro de Asistencia.
El profesor ingresa todos los campos requeridos en el formulario.
El sistema despliega la lista de estudiante matriculados en el curso seleccionado.
El sistema registra los datos de la asistencia del estudiante.
Tabla 91 Prueba de Aceptacin. Registro de Asistencia

Nmero de prueba: 39
Historia de usuario: Modificacin de Asistencia
Precondiciones:
La asistencia del estudiante debe estar registrada.
Entrada:
112

El profesor selecciona la opcin Registro de Asistencia.
El profesor modifica en el formulario los campos que requiera.
El profesor presiona Guardar
El sistema modifica los datos de la asistencia del estudiante.
Tabla 92 Prueba de Aceptacin. Modificacin de Asistencia

Nmero de prueba: 40
Historia de usuario: Registro de Calificaciones
Precondiciones:
El sistema debe tener matriculado al menos un estudiante en un curso.
El sistema debe tener registrado al menos una materia.
El sistema debe tener configurado al menos una calificacin.
Entrada:
El profesor selecciona la opcin Registro de Calificaciones.
El profesor ingresa todos los campos requeridos en el formulario.
113

El sistema despliega la lista de estudiantes registrados en el curso.
El sistema registra los datos de la calificacin del estudiante.
Tabla 93 Prueba de Aceptacin. Registro de Calificaciones

Nmero de prueba: 41
Historia de usuario: Modificacin de Calificaciones
Precondiciones:
La calificacin del estudiante debe estar registrada
Entrada:
El profesor selecciona la opcin Registro de Calificaciones.
El profesor modifica en el formulario los campos que requiera.
El profesor presiona Guardar
El sistema modifica los datos de la calificacin del estudiante.
Tabla 94 Prueba de Aceptacin. Modificacin de Calificaciones

114

Nmero de prueba: 42
Historia de usuario: Generacin de Reportes Estudiantiles
Precondiciones:
El usuario debe tener perfil de estudiante, profesor o administrador.
Entrada:
El usuario selecciona el men Gestin Estudiantil.
El usuario selecciona el submen Reportes Estudiantiles.
El usuario selecciona el reporte estudiantil que requiera.
El usuario selecciona la forma de visualizar el reporte estudiantil (PDF o WEB).
El usuario presiona Generar.
El sistema despliega los datos del reporte estudiantil requerido.
Tabla 95 Prueba de Aceptacin. Generacin de Reportes Estudiantiles

115

2.5 PLANIFICACIN DE LA IMPLANTACIN

Despus de finalizar la implementacin del sistema en su totalidad, el equipo de
desarrollo y el cliente se renen para planificar su implantacin.

Para la implantacin se planifica las siguientes actividades:
1. Definicin de los requisitos de software y hardware para la instalacin del
sistema.
2. Configuracin de los componentes de software que se requieren para instalar
la aplicacin.
3. Publicar la aplicacin web.

Definicin de Requisitos de instalacin
Hardware
o Servidor Web.
Procesador de servidor, se recomienda Lnea Intel(R) Xeon(R)
Memoria RAM mnima de 4 GB
Disco Duro mnimo de 100 GB
Mnimo un puerto de red Ethernet.
o Computadoras cliente.
Capacidad para soportar visualizacin XHTML.

Software
o Servidor
Sistema operativo: Windows Server 2008 o una distribucin de
Linux (Centos 6.3)
Motor de Base de Datos PostgreSQL 9.0
JRE 1.6 o superior
Servidor de Aplicaciones JBoss 5.1

116

o Cliente
Navegador Web con soporte para javaScript, pueden ser:
x Mozilla Firefox 10.0 o superior
x Google Chrome 10.0 o superior
x Internet Explorer 8 o superior

Configuracin del ambiente de instalacin.
Motor de Base de Datos.
o Descargar el paquete de instalacin de PostgreSQL de la pgina del
proveedor.
o Instalar PostgreSQL en el Sistema Operativo (Windows o Linux).
o Configurar los parmetros del servidor de Base de Datos.
IP del Servidor.
Puerto de comunicacin.
Nmero mximo de conexiones al servidor.

Servidor de Aplicaciones.
o Descargar el JRE 1.6 de la pgina del proveedor.
o Instalar el JRE 1.6
o Descargar el paquete de instalacin del Servidor JBoss de la pgina
del proveedor.
o Crear el directorio del Servidor JBoss con el contenido obtenido del
paquete de instalacin.
o Configurar los parmetros del Servidor de Aplicaciones.
IP del Servidor
Puerto de Comunicaciones
Las variables de ubicacin de la aplicacin web.

117

Publicacin de la aplicacin web del sistema PROVSIS.
Crear las tablas de la Base de Datos del sistema.
Ingresar los valores por defecto en las tablas de la Base de Datos del
sistema.
Configurar en la aplicacin web los parmetros de conexin con la Base de
Datos del sistema.
Iniciar el Servidor de Aplicaciones JBoss
Publicar la aplicacin web en el servidor JBoss

118

CAPITULO 3. CONCLUSIONES Y RECOMENDACIONES
3.1 CONCLUSIONES
Gracias a la programacin en pareja el equipo de desarrollo invirti menos
tiempo en el aprendizaje de nuevas tecnologas que se utilizaron en el
proyecto, debido a que se comparti conocimientos por medio de la
investigacin y la adquisicin de experiencia conjunta.

Los cambios que surgieron en los requerimientos durante el desarrollo del
sistema fueron adaptados exitosamente, esto fue posible gracias a que XP
sugiere realizar un desarrollo incremental de pequeas partes funcionales;
por lo tanto, cuando se implementa una modificacin en una parte funcional
no se produce un impacto grande sobre el resto del sistema.

Como indica la metodologa XP, el cliente fue parte importante en el
desarrollo este proyecto, durante las reuniones aport con los requerimientos
del sistema, su conocimiento sobre las reglas del negocio, su decisin en el
diseo de las interfaces de usuario y, el diseo y aceptacin de las pruebas
de cada una de las pequeas partes funcionales entregadas.

El esfuerzo del equipo de desarrollo se enfoc en implementar solamente lo
que el usuario requiere, esto fue posible gracias a que XP sugiere realizar
pruebas continuas, en las cuales el cliente es el que las disea y ejecuta; por
lo tanto, controla que el equipo de desarrollo realice solamente lo necesario.

119

3.2 RECOMENDACIONES

Se recomienda revisar casos de uso exitosos de la metodologa XP, con el
objetivo de recolectar informacin que sea til para ordenar las actividades a
realizarse, teniendo en cuenta las caractersticas del proyecto y de la
institucin.

La metodologa XP no cuenta con una documentacin formal, por lo que se
recomienda utilizar herramientas y procedimientos de documentacin
adicionales en el diseo inicial del sistema, para facilitar el entendimiento y
presentacin de los requerimientos del cliente.

La comunicacin dentro del equipo de desarrollo es importante, porque evita
conflictos de codificacin, por ello se recomienda que exista un rol encargado
de gestionar las relaciones interpersonales dentro del equipo de desarrollo.

Se recomienda el uso de herramientas Open Source, para disminuir costos en
el desarrollo.

120

BIBLIOGRAFA
Tesis de referencia.
9 Jarrn Mara Eugenia, Valarezo Edgar. Desarrollo e implantacin del sistema
de gestin acadmica y administrativa va web para el colegio Modelo
Politcnico. Proyecto de Titulacin.EPN.2011.
9 Barrera Andrea, Sistema Web para la organizacin local miembro (OLM) de la
Junior Chamber International (JCI) Quito Metropolitano. Proyecto de
Titulacin.EPN.2009.
9 Paulina Carrera, Roberto Pullas, Desarrollo e implementacin de un portal de
servicios para el Instituto de Fertilidad INFES. Proyecto de
Titulacin.EPN.2009.
9 Pullas Elizabeth, Desarrollo de un Sistema para Voto Electrnico y Emisin de
Resultados en Procesos Electorales de la Escuela Politcnica Nacional.
Proyecto de Titulacin.EPN.2010.

Libros de referencia

9 PRESSMAN, Roger. Ingeniera del Software. Un enfoque prctico. Sexta
Edicin. McGraw-Hill. Madrid. 2002.
9 NIELSEN, Jakob. Usabilidad: diseo de sitios Web. Prentice Hall, 2002.
9 MONTERO Hassan, FERNNDEZ Martn, IAZZA Ghzala. Gua de Evaluacin
Heurstica de sitios web. Segunda edicin. SpringerVerlag. Heidelberg.2003.
9 KENT BECK Martin, Planning Extreme Programming. Addison Wesley. 2000.
9 ZELDMAN, Jeffrey. Diseo con Estndares Web. Grupo Anaya Comercial.
2005.
9 Oracle and/or its affiliates. The Java EE 5 Tutorial. 2007.
9 Beck, Kent. Smalltalk Best Practice Patterns. Upper Saddle River, N.J.:
Prentice Hall, 1997.
9 Object Oriented Software. Reading, Mass.: Addison-Wesley, 1995.
121

9 ASTELS David, MILLER Granville, NOVAK Miroslav. A Practical Guide to
eXtreme Programming. Prentice Hall, 2002.

Sitios web de referencia
9 Wells Don. Extreme Programming: A gentle introduction.
http://www.extremeprogramming.org/ 15/02/2013
9 JOSKOWICZ, Jos. Reglas y Prcticas en Extreme
Programming.http://iie.fing.edu.uy/~josej/docs/XP%20-
%20Jose%20Joskowicz.pdf15/02/2013
9 SILVA, Daro. Construyendo aplicaciones web con una metodologa de diseo
orientada a objetos
http://lifia.info.unlp.edu.ar/papers/2001/Silva2001.pdf15/02/2013
9 The World Wide Web Consortium (W3C). Arquitectura Web.
http://www.w3.org/15/02/2013
9 W3schools. Web services. http://www.w3schools.com/15/02/2013
9 Extreme Programming.
http://extremeprogramming.host56.com/ARTICULO5.php15/02/2013
9 VILLAFUERTE, Vctor. Ciclo de Vida de Extreme Programming.
http://extremeprogramming.host56.com/ARTICULO5.php15/02/2013
9 PERALTA, Ivn. Burndown chart, User Agile Development.
http://useragiledevelopment.blogspot.com/2011/05/burndown-chart.html
15/02/2013
9 LETELIER, Patricio. Metodologas giles en el Desarrollo de
Software.http://issi.dsic.upv.es/archives/f-
1069167248521/actas.pdf15/02/2013
9 JOSKOWICZ, Jos. Reglas y Prcticas en eXtreme Programming. Febrero
2008. http://iie.fing.edu.uy/~josej/docs/XP%20-%20Jose%20Joskowicz.pdf15/02/2013
9 SALINAS, Patricio. Modelo de Clases.
http://users.dcc.uchile.cl/~psalinas/uml/modelo.html15/02/2013

122

GLOSARIO
CSS
Hojas de Estilo en Cascada (Cascading Style Sheets), es la tecnologa desarrollada
por el World Wide Web Consortium (W3C) con el fin de separar la estructura de la
presentacin.

Entity Beans
Los Beans de Entidad representan un objeto concreto que tiene existencia en alguna
base de datos de la organizacin.

EJB
EJB (enterprise java beans), define un modelo para el desarrollo y distribucin de
componentes reutilizables de lado del servidor Java.

HTML
Lenguaje de marcacin de Hipertexto (HyperText Markup Language), es el
lenguaje de marcas de texto utilizado normalmente en la World Wide Web.

Java EE
Java Enterprise Edition es una plataforma para el desarrollo de aplicaciones
empresariales (portables, robustas, escalables y seguras) usando tecnologa Java.

Java Script
Es un lenguaje de programacin que se ejecuta en el navegador web, del lado del
cliente.

JBOSS
JBoss es un servidor de aplicaciones de cdigo abierto basado en JEE, se puede
utilizar en cualquier sistema operativo que soporte Java.

123

JDK
Java Development Kit, es un software que provee herramientas de desarrollo para la
creacin de programas en java.

JRE
Entorno de Tiempo de Ejecucin (Java Runtime Environment), es un conjunto de
utilidades (Mquina virtual de Java, las clases centrales y bibliotecas de apoyo de la
plataforma Java), que permite la ejecucin de programas java sobre todas las
plataformas soportadas.

JSF
JSF es un marco de trabajo para crear aplicaciones Java EE (Java Enterprise
Edition) basadas en el patrn Modelo Vista Controlador (MVC).

JVM
Java Virtual Machine, es un programa nativo, capaz de interpretar y ejecutar
instrucciones expresadas en un cdigo binario especial (Java bytecode), el cual es
generado por el compilador de Java.

PostgreSQL
PostgreSQL es un sistema de gestin de bases de datos objeto-relacional,
distribuido bajo licencia BSD y con su cdigo fuente disponible libremente.

Reporte BurnDown
Permite observar el esfuerzo real del equipo de desarrollo en comparacin con el
esfuerzo que al principio se estim, permitiendo medir el progreso de las iteraciones.

Session Beans
Los Beans de Sesin representan un proceso o una accin de negocio.

124

Tarjetas CRC
Tarjetas CRC (Clase, Responsabilidad, Colaborador), es una tcnica de diseo
orientado a objetos, que contiene el nombre de la clase, las responsabilidades y las
clases que colaboran con cada responsabilidad.

UML
Lenguaje Unificado de Modelado (Unified Modeling Language) es un lenguaje
grfico para visualizar, especificar y documentar cada una de las partes que
comprende el desarrollo de software.

XML
(eXtensible Markup Language), se trata de un metalenguaje extensible de etiquetas
que fue desarrollado por el world wide web consortium (w3c), diseado
especialmente para los documentos de la web.
XP
Programacin extrema (eXtreme Programming), es una metodologa gil que pone
ms nfasis en la adaptabilidad que en la previsibilidad.

125

ANEXOS

ANEXO A: Tarjetas CRC (Anexo Digital)
CD-ROOM: \ANEXOS\Anexo A Tarjetas CRC\A- Tarjetas CRC.

ANEXO B: Planificacin de Iteraciones (Anexo Digital)
CD-ROOM: \ANEXOS\Anexo B Planificacin de Iteraciones\B- Planificacin de
Iteraciones.

CD 4687

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

CD 4687

Cargado por

Copyright:

Formatos disponibles

ESCUELA POLITCNICA NACIONAL

FACULTAD DE INGENIERIA EN SISTEMAS

También podría gustarte