Lopez Rengifo Paolo Sistema Informacion Colegio
Lopez Rengifo Paolo Sistema Informacion Colegio
Lopez Rengifo Paolo Sistema Informacion Colegio
Presentado por
Paolo Lpez Rengifo
LIMA PER
2007
RESUMEN
Anlisis, diseo, desarrollo e implementacin de un Sistema de Informacin para la
administracin de los procesos bsicos de un colegio.
Alcances:
Funcionalidades:
Criterios tcnicos:
Dedicado a mi hija
Katty Paola
INDICE GENERAL
INTRODUCCIN ............................................................................................................1
1
1.1.1
1.1.2
1.1.3
1.1.3.1
1.1.3.1.1
Educacin Bsica.............................................................................5
1.1.3.1.2
Educacin Superior..........................................................................5
1.1.3.2
1.2
Organizacin ....................................................................................5
1.1.3.2.2
1.1.3.3
1.1.3.4
La Educacin Comunitaria....................................................................8
1.1.3.5
La Educacin Superior..........................................................................8
1.2.1.1
1.2.1.2
1.2.1.3
1.2.1.4
1.2.2
1.2.3
1.3
1.1.3.2.1
1.2.1
OBJETIVOS Y ALCANCES....................................................................................14
2.1
Objetivos ..........................................................................................................14
2.2
Alcances ..........................................................................................................14
Requerimientos................................................................................................16
3.1.1
3.1.2
Consideraciones........................................................................................16
3.1.3
3.2
Usuarios...........................................................................................................21
3.3
3.3.1
3.3.2
Habilitar Botn...........................................................................................24
3.3.3
Ver Libreta.................................................................................................25
3.3.4
3.3.5
3.3.6
3.3.7
3.3.8
3.3.9
4.1.1
4.1.2
Componentes ............................................................................................37
4.1.2.1
Filtro ....................................................................................................38
4.1.2.2
Accin .................................................................................................39
4.1.2.3
Servicio ...............................................................................................40
4.1.2.4
4.1.2.5
Presentacin .......................................................................................42
4.2
4.3
4.3.1
Habilitar Botn...........................................................................................45
4.3.2
4.3.3
Ver Libreta.................................................................................................48
4.3.4
4.3.5
4.3.6
4.4
4.4.1
Alumnos ....................................................................................................51
4.4.1.1
Asistencia............................................................................................51
4.4.1.2
Matriculas............................................................................................52
4.4.2
Profesores .................................................................................................53
4.4.2.1
4.4.3
Economa ..................................................................................................54
4.4.3.1
4.4.4
Cursos .......................................................................................................55
4.4.4.1
4.4.5
Seguridad ..................................................................................................56
4.4.5.1
4.4.5.2
Tecnologas a Usar..........................................................................................58
5.1.1
5.1.1.1
Servlet.................................................................................................58
5.1.1.1.1
5.1.1.2
5.1.2
Filter ...............................................................................................58
5.1.2.1
5.1.2.2
5.1.2.3
JavaScript ...........................................................................................60
5.1.3
5.2
5.3
5.3.1
Seguridad ..................................................................................................63
5.3.1.1
5.3.1.2
5.3.2
5.3.3
5.3.4
6
6.1.1
Arquitectura Web.......................................................................................76
6.1.1.1
6.1.1.2
6.1.2
6.1.2.1
6.1.3
6.1.3.1
6.2
Aplicacin Distribuida..........................................................................77
6.1.3.1.1
6.1.3.1.2
6.1.3.2
6.1.3.3
6.1.3.4
OBSERVACIONES .......................................................................................................81
CONCLUSIONES .........................................................................................................82
BIBLIOGRAFA .............................................................................................................84
ANEXOS
ANEXO A:
ANEXO B:
Diccionario de Clases
ANEXO C:
Manual de Usuario
ANEXO D:
ANEXO E:
Diagramas de Secuencias
ANEXO F:
ANEXO G:
INTRODUCCIN
Es necesario entonces que los colegios tomen conciencia y que opten por un
aplicativo informtico que verdaderamente brinde soluciones a estos problemas.
Web Enable.
Orientado a Multiusuario.
La solucin expuesta por lo tanto permitir superar los problemas antes mencionados
y que los colegios sean ms efectivos en su administracin.
Cabe sealar que si los colegios son negocios pequeos que no seran capaces de
pagar altos costos por la obtencin del programa informtico, el uso de herramientas y
tecnologas de denominado uso libre sera una alternativa viable para la elaboracin
del aplicativo de este presente trabajo.
1 OBJETO DE ESTUDIO
1.1.3.2.1 Organizacin
(1) Diversificacin curricular: Consiste en adecuar, en un proceso dinmico, el diseo del Currculo Bsico Nacional de los
diferentes niveles y modalidades de Educacin Bsica, a las necesidades e intereses de los estudiantes y a los objetivos de los
proyectos de desarrollo institucional, local y regional. Se realiza en tres instancias: regional, local y en la institucin educativa, y
atiende a las particularidades de cada mbito.
Administracin econmica :
Se maneja informacin tanto en papel como en documentos informticos. Ejemplo:
en lo que se refiere a recaudacin de pagos por intermedio de bancos, las
entidades bancarias hacen llegar los estados de cuenta a travs de documentos
papel y por correo electrnico.
Administracin acadmica :
Se hace uso de los siguientes aplicativos como apoyo informtico:
Profesores
Banco
Registro de
Notas
Encargado de
administracin y finanzas
Coordinadores
Consolidados
de cobros
Faltas de
alumnos
Parte de
clases
Registro de
ingreso/salida
profesores
Documentos de
pago
Pagos
Portero
Faltas de
alumnos
Encargado
firmar tema
Padres de
familia
Encargado
pasar lista
Despus de realizarse este control, las notas pueden ser emitidas por la institucin
educativa para los fines que sean pertinentes. Ejemplo: hacia los padres de familia
en el documento de libreta de notas.
10
Responsables:
Coordinadores.
Responsables:
Coordinadores
11
Con estas tomas de datos se basta para saber si los profesores han cumplido o no
con su deber del dictado a sus clases.
Los coordinadores con toda esta informacin pueden hacerles seguimiento a los
profesores y tomar las medidas respectivas ante sus faltas (pedir justificaciones,
generar memorandums de advertencia, etc.).
Responsables:
Coordinadores
A su vez, los padres de familia tienen por su parte los vouchers de pagos bancarios
y el documento libreta de pensiones (que brinda la institucin educativa a cada
alumno y que tambin se actualiza durante todo este proceso de control) que
acreditan el estado de sus obligaciones.
Responsables:
12
Errores.
La gran cantidad de datos y clculos a mano ocasionan confusiones. Ejemplo: las
notas que se ponen a un alumno pertenecen a otro.
Ejemplos:
Para los datos digitalizados :
Si se quiere obtener los datos de un alumno, posiblemente habr que buscar
una hoja de clculo con un nombre de archivo que nos ayude.
Para lo datos NO digitalizados :
En los seguimientos de pagos, se chequea constantemente los documentos
correspondientes a fin de saber quienes deben y por que.
13
2 OBJETIVOS Y ALCANCES
2.1 Objetivos
El presente tema de tesis tiene por objetivo mostrar el anlisis, diseo, desarrollo e
implementacin de un Sistema de Informacin para la administracin de los procesos
bsicos de un colegio, utilizando para ello metodologa orientada a objetos.
2.2 Alcances
Generales
14
Funcionales
Tcnicos
15
3.1 Requerimientos
Se denomina "grado" al subnivel educativo en primaria. Los grados son del 1ero al
6to.
Se denomina "ao" al subnivel educativo en secundaria. Los aos son del 1ero al
5to.
3.1.2 Consideraciones
Las secciones tienen como nombres las letras del alfabeto y en maysculas.
Mora cobrada.
16
RB
RC
RA
CDIGO
ITEM
CARACTERISTICAS
RD
Horario Escolar
17
Alumnos
El
sistema
efectuadas
deber
a
fin
mostrar
de
que
las
faltas
de
se
tomen
las
RF2
asistencia
acciones
correspondientes.
escolar (traslados).
G
RF3
Profesores
en parte de clases).
o
El
sistema
efectuadas
deber
a
fin
mostrar
de
que
las
faltas
de
se
tomen
las
asistencia
acciones
correspondientes.
RG3
18
Notas
Registro de Notas
o
una
evaluacin,
cuya
nota
aprobatoria
Consultas de Notas
o
RH21
RH22
Libreta de Notas
o
RH3
hubiese).
19
Pagos de Alumnos
En el banco :
RI1
En el colegio :
Se cobra mora.
Fraccionamientos.
proporcionados
por
las
entidades
bancarias RI2
RJ1
RJ2
RJ3
20
RJ4
RJ5
3.2 Usuarios
Se identifican los siguientes:
Director :
Es la mxima autoridad y el representante legal de la Institucin Educativa. Es
responsable de la gestin en los mbitos pedaggico, institucional y
administrativo.
Coordinador :
Tiene a su cargo uno o mas niveles de estudios. Entre sus funciones:
Propietario :
Para el caso de colegios privados existen los dueos del colegio que debern
de tener acceso irrestricto a todas las opciones que el sistema brinde.
21
Actores utilizados:
Usuario de Sistema :
Comprende a cualquiera de los 5 usuarios antes detallados.
Sistema :
Se refiere a la aplicacin misma.
Anexo A
del presente
trabajo de tesis.
22
USC121
REQUERIMIENTO
RJ1
ACTORES
Sistema
PRECONDICIN
POSTCONDICIN
ESCENARIO
SECUNDARIO 1
POSTCONDICIN
ESCENARIO
SECUNDARIO 2
POSTCONDICIN
23
USC131
REQUERIMIENTO
RJ1
ACTORES
Sistema
PRECONDICIN
POSTCONDICIN
ESCENARIO
SECUNDARIO 1
botn
POSTCONDICIN
24
USC5324
REQUERIMIENTO
RH3,RH21
ACTORES
PRECONDICIN
25
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
26
USC3322
REQUERIMIENTO
RF2
ACTORES
PRECONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
27
USC4322
REQUERIMIENTO
RG2
ACTORES
PRECONDICIN
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
28
USC625
REQUERIMIENTO
RI
ACTORES
PRECONDICIN
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
29
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
No se cumplen:
SECUNDARIO
POSTCONDICIN
30
USC63212
REQUERIMIENTO
RI2, RI3
ACTORES
PRECONDICIN
POSTCONDICIN
31
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
32
USC63222
REQUERIMIENTO
RI2
ACTORES
PRECONDICIN
33
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
ESCENARIO
SECUNDARIO
POSTCONDICIN
34
USC63231
REQUERIMIENTO
RI3
ACTORES
PRECONDICIN
Ao Escolar
b.
Banco
c.
d.
e.
POSTCONDICIN
ESCENARIO
SECUNDARIO
POSTCONDICIN
ESCENARIO
SECUNDARIO
35
ESCENARIO
SECUNDARIO
POSTCONDICIN
36
4.1.2 Componentes
(2) Patrn: Describe una solucin probada a un problema recurrente de diseo, tomando particular nfasis en el contexto y las
fuerzas que rodean al problema, as como las consecuencias y el impacto de la solucin.
37
4.1.2.1 Filtro
Objetivos
De lo contrario:
Se sustituye el recorrido previsto para dicho pedido, por otro.
Tratamiento de Errores
38
4.1.2.2 Accin
Objetivos
Tratamiento de Errores
Error Local
Si se produce un error en esta capa de trabajo, entonces se detiene
la ejecucin actual, se genera un informe para dicho error y se
entrega dicha informacin a la siguiente capa prxima en direccin
hacia el cliente.
Error NO Local
Se genera en la capa prxima en direccin hacia la base de datos y
se sabe de su existencia debido a que se recibe su informe de error
correspondiente.
39
4.1.2.3 Servicio
Objetivos
Concurrencia en la transaccin :
40
Objetivos
41
4.1.2.5 Presentacin
Objetivos
Tratamiento de Errores
42
PermissionsAdapter
Filter
isAllowed()
doFilter()
<<implements>>
<<implements>>
prohibidosMenu
menuNames
seguridadFilter
TagSupport
<<instantiates>>
prohibidosMenu()
doStartTag()
<<instantiates>>
DaoManager
Action
SqlMapDaoTemplate
<<extends>>
SqlMapDaoTemplate()
<<uses>>
execute()
<<extends>>
getDao()
startTransaction()
commitTransaction()
endTransaction()
GenericoDAO
sqlMapName
genericoService
daoManager
genericoAction
<<instantiates>>
<<extends>>
<<uses>>
seguridadTag
accion
getAccion()
setAccion()
usuarioTienePrivilegio()
buscarAccionBoton()
GenericoDAO()
<<instantiates>>
43
44
: seguridadTag
: filtroService
: Sistema
doStartTag( )
buscarAccionBoton( )
buscarAccion( )
usuarioTienePrivilegio( )
usuarioTienePrivilegio( )
filtroService
se encuentran
45
46
: seguridadFilter
: filtroService
daoManager :
DaoManager
: Sistema
Algoritmo de
administracion de
pedidos
: FiltroDAO
doFilter( )
puedeDo( )
Caso de NO
superusuario
buscarAccion( )
f_recursiva( )
usuarioTienePrivilegio( )
getDao( )
usuarioTienePrivilegio( )
obtenerListaMenuesNoPerm itidos( )
Caso "puede"
getDao( )
obtenerListaPrivilegiosUsuario( )
f_recursiva_MarcarTomado( )
f_recursiva_1ra_Parte( )
f_recursiva_2da_Parte( )
usuarioTieneGrupos( )
getDao( )
usuarioTieneGrupos( )
prohibidosMenu( )
Caso de SI
existencia de
grupos
a : prohibidosMenu
obtenerListaMenuesNoPerm itidos( )
getDao( )
obtenerListaPrivilegiosUsuario( )
f_recursiva_MarcarTomado( )
f_recursiva_1ra_Parte( )
f_recursiva_2da_Parte( )
usuarioTieneGrupos( )
getDao( )
usuarioTieneGrupos( )
Caso de SI
existencia de
grupos
prohibidosMenu( )
b : prohibidosMenu
47
: Sistema
: verLibretaAction
: libretaService
daoManager :
DaoManager
: LibretaDAO
execute( )
verLibreta( )
getDao( )
obtenerListaCursos( )
obtenerListaNotaMensual( )
obtenerListaNotaMensual( )
48
: verReporteFaltaAsistenciaAlumnoAction
: faltaAsistenciaService
daoManager :
DaoManager
: FaltaAsistenciaDAO
: Sistema
execute( )
verReporteFaltaAsistenciaAlumno( )
getDao( )
verReporteFaltaAsistenciaAlumno( )
: Sistema
: verReporteFaltaAsistenciaProfesorAction
: faltaAsistenciaService
daoManager :
DaoManager
: FaltaAsistenciaDAO
execute( )
verReporteFaltaAsistenciaProfesor( )
getDao( )
verReporteFaltaAsistenciaProfesor( )
49
: Sistema
: actualizarPagoAction
: pagoService
daoManager :
DaoManager
: PagoDAO
execute( )
actualizarPago( )
startTransaction( )
Case de 3
opciones
cancelarPago( )
anularPago( )
actualizarPago( )
commitTransaction( )
50
4.4.1 Alumnos
4.4.1.1 Asistencia
Registrar los alumnos con faltas para una toma de asistencia.
USC3313
Inicio
Tomar datos de
asistencias
alumnos tardes
alumnos ausentes
Fin
NO hay tomas para alumnos
hay tomas para alumnos
Registrar
ausencias
Fin
NO hay tomas para alumnos
hay tomas para alumnos
Registrar
tardanzas
51
4.4.1.2 Matriculas
Matricular a un alumno(s) en el sistema
USC323
Inicio
Buscar alumno
existe alumno
NO existe alumno
Registrar nuevo
alumno
Verificar si existen
deudas economicas
Verificar si existen
notas pendientes
verificacion NO OK
Fin
verificacion OK
Matricular alumno
Registrar obligaciones de
pago para el alumno
Matricula Extemporanea
Registrar Notas
Traslado
Matricula NO extemporanea
Fin
52
4.4.2 Profesores
USC4313
Inicio
Tomar datos de
asistencias
Fin
Calcular faltas
NO existen faltas
existen faltas
Registrar faltas
53
4.4.3 Economa
USC625
Inicio
Recibir datos
pedido
Verificar tipo
pago
tipo banco
Calcular mora
NO tipo banco
Registrar pago
Fin
54
4.4.4 Cursos
USC5324
Inicio
Recibir datos
pedido
Obtener lista de
cursos exigidos
Fin
Calcular promedio
mensual
Calcular promedio
bimestral
55
4.4.5 Seguridad
USC121
Inicio
Recibir pedido
Verificar existencia de
sesion de sistema
NO existe
Denegar pedido
existe
Verificar privilegios del
usuario para pedido
NO tiene privilegio
tiene privilegio
Anexar NO privilegios de menu
a la sesion del usuario
Permitir continuar el
pedido
Fin
56
USC131
Inicio
Recibir pedido
NO tiene privilegio
tiene privilegio
Permitir la inclusion del boton en
la ejecucion de su pagina JSP
Fin
57
5.1.1.1 Servlet
Componente Web basado en tecnologa Java, administrado por un contenedor(4)
(container), y que genera contenido dinmico.
Interacta
con
los
clientes
Web
bajo
el
paradigma
request/response
5.1.1.1.1 Filter
Componente que se introduce a partir de la especificacin para los Java Servlet
versin 2.3.
(3) Enterprise Editon (EE): Corresponde a la tecnologa Java para desarrollo de aplicaciones Web.
(4) Contenedor: Los contenedores, a veces llamados motores para servlets (servlet engines), son extensiones de un servidor Web
que proveen funcionalidad para los servlets.
58
59
Ayuda a mantener la consistencia de los estilos para mltiples paginas Web, ya que
para hacer un cambio global, simplemente se cambia el CSS correspondiente y las
pginas que lo utilizan se actualizan automticamente.
5.1.2.3 JavaScript
Lenguaje de programacin ligera e interpretado (se ejecuta sin compilacin previa)
cuyos cdigos se pueden aadir a las pginas HTML y ser interpretados por los
Web Browsers.
(5) Web Browser: O Navegador Web, es un programa informtico que permite al usuario recuperar y visualizar documentos de
hipertexto, comnmente descritos en HTML, desde servidores Web de todo el mundo a travs de Internet
60
61
GRUPO
GRUPOxUSUARIO
USUARIO
OBLIGACIONxALUMNO
PRIVILEGIOxGRUPO
OBLIGACIONxTIPO
CUOTAxBANCO
PERSONA
PRIVILEGIO
BANCO
FORMATO
ALUMNO
FALTAxALUMNO
MORA
INS_FALTAxALUMNO
ESPECIALIDADxPROFESOR
TURNO
PROFESOR
ALUMNOxGRADOxSECCION
ESPECIALIDAD
NOTAxCRITERIOxMES
HORASxTIPO
SECCION
GRADOxSECCION
ANHO
GRADO
INS_NOTAXCRITERIOXMES
NOTA
FORMATOxBANCO
REPORTE_LECTURA
TIPO
CTRxMESxCURxGRDxSEC
MESxCURSOxGRADOxSECCION
CURSOxGRADO
CURSOxTIPOxAO
CURSOxPROFxGRADOxSECCION INS_CURSOxGRADO
MES
INS_INGRESOxPROFESOR
INGRESOxPROFESOR
INS_CURSOxPROFxGRADOxSECCION INS_HORARIO
HORARIO
FALTAxPROFESOR
DIA
El presente grafico muestra la vista simple de la base de datos. La totalidad de las vistas se encuentran disponibles en el en el Anexo
F del presente trabajo de tesis.
62
5.3.1 Seguridad
Objetivos
Criterios
Tipos de pedido.
USC121
63
Pseudocdigo
Flujo previsto:
De lo contrario:
Se debe ir hacia la pantalla de inicio del sistema y mostrar
que el usuario esta fuera de sesin.
De lo contrario:
Si el usuario NO es el SUPERUSUARIO:
64
del
sistema
mostrar
que
la
De lo contrario:
De lo contrario:
del
sistema
mostrar
que
la
65
De lo contrario:
acceso es no
permitido.
De lo contrario:
Se deja continuar el pedido.
Objetivos
66
USC131
Pseudocdigo
De lo contrario:
NO se permite la inclusin del botn en la ejecucin de la
pgina JSP.
De lo contrario:
Se permite la inclusin del botn en la ejecucin de la pgina JSP.
67
Objetivos
USC5324
68
Pseudocdigo
De lo contrario:
Si el mes es impar:
Entonces dar paso a la prxima iteracin.
De lo contrario:
Con el promedio del mes anterior (si existe) y con el
promedio de mes actual se obtiene el promedio del
bimestre al cual pertenecen estos meses.
De lo contrario:
No existe promedio mensual ni bimestral para el bimestre al
que pertenece este mes.
69
Objetivos
Encontrar las faltas en las asistencias a clases por parte de los profesores a
partir de sus registros de ingreso y salida al plantel de estudios.
Criterios
USC4313
70
Pseudocdigo
De lo contrario:
I_Inicio
I_Fin
Si
H_Fin entonces:
71
De lo contrario:
La clase ha sido completamente dictada.
Dar paso a la prxima iteracin.
De lo contrario:
Existe falta por llegar tarde a la clase.
Existe falta por clase incompleta.
Dar paso a la prxima iteracin.
Si
I_Fin entonces:
72
De lo contrario:
La clase ha sido completamente dictada.
Dar paso a la prxima iteracin.
73
Objetivos
Por lo tanto, la lgica que se requiere, es que para los posibles estados de
una misma obligacin de pago (cancelado anulado), estos sean nicos en
el tiempo.
Caso de Uso Relacionado
USC625
74
Pseudocdigo
De lo contrario:
Se procede a anular la obligacin.
Cancelar la obligacin.
75
76
Internet Explorer
Mozilla
Firefox
Netscape
77
Linux
recomendado:
Requisitos:
Ninguno
Condiciones:
Se
cuente
con
personal
debidamente
recomendado:
Requisitos:
Condiciones:
Ninguno
78
recomendado:
Requisitos:
Condiciones:
recomendado:
Requisitos:
Condiciones:
Ninguno
recomendado:
Requisitos:
Ninguno
Condiciones:
Ninguno
79
80
OBSERVACIONES
tecnolgicos
con
que
actualmente
cuentan
los
colegios:
Existe una buena separacin entre los elementos de trabajo del sistema, lo que
permite una fcil ubicacin de los mismos y con ello ayuda ante sus cambios o
modificaciones.
Es fundamental mantener un control ante las fallas, por eso para el guardado
de los datos, estos se confan a una base de datos reconocida en el mercado
que garantiza la consistencia de los mismos.
81
CONCLUSIONES
El
sistema
Web
desarrollado
en
este
trabajo
es
una
herramienta
82
Estadsticas.
Etc.
83
BIBLIOGRAFA
84
Proyecto Huascarn
http://www.huascaran.gob.pe
H&O System
http://www.hyosystem.com
J2EE Patterns
http://java.sun.com/blueprints/patterns/index.html
UML and the Unified Process Practical Object-Oriented Analysis and Design
Jim Arlow
85
JavaScript
http://www.mozilla.org/js/
Internet Explorer
http://www.microsoft.com/windows/ie/default.mspx
Mozilla
http://www.mozilla.org/
Mozilla Firefox
http://www.mozilla.com/firefox/
Netscape
http://www.netscape.com/
86
Apache Tomcat
http://tomcat.apache.org/
PostgreSQL
http://www.postgresql.org/
Apache Struts
http://struts.apache.org/
iBatis
http://ibatis.apache.org/
Struts Menu
http://struts-menu.sourceforge.net/
87