Embed Size (px)
Citation preview
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y
MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
IMPLEMENTACIÓN Y REINGENIERIA DEL SISTEMA “ERP SOCIAL”,
EN LA ESCUELA FISCAL “9 DE OCTUBRE” DE LA PARROQUIA
“SAN ISIDRO” CANTÓN ESPEJO DE LA PROVINCIA DEL CARCHI
Trabajo de Graduación previo la obtención del Título de Ingeniero
Informático
AUTOR: Latacunga Salazar Freddy Orlando
TUTOR: Ing. César Morales Mejía, MSc
Quito - Ecuador
2015
ii
DEDICATORIA
Quiero dedicar este trabajo principalmente a mi familia, mi madre, mi padre
y mis hermanos pues sin ellos no habría sido posible lograr este paso en
mi carrera profesional, pues su apoyo incondicional me permitió tener la
oportunidad de tener una carrera profesional y han estado en los
momentos más difíciles de mi vida. A mi esposa Ivonne ya que sin ella
nada de esto tendría una razón de ser, ella es quien me impulsa cada día a
ser mejor. A mis amigos ya que gracias a todo lo que pasamos dentro y
fuera de las aulas de clase siempre supieron apoyarme en todo momento
para lograr nuestras metas. A todos quienes de una u otra manera han sido
parte de este camino y siempre tuvieron una palabra de aliento para seguir
adelante le agradezco infinitamente y les dedico este trabajo.
iii
AGRADECIMIENTOS
Agradezco a Dios en primer lugar y a toda mi familia por haber sido parte
de todo el camino que he recorrido para llegar a culminar esta etapa de
vida profesional.
Un reconocimiento especial a quien ha sido el tutor de esta tesis el Ing.
César Morales porque gracias a sus directrices ha sido posible culminar
este proyecto.
De igual manera a todos los docentes quienes nos han compartido sus
conocimientos en las aulas de clase los cuales han sido de vital
importancia para nuestra profesión.
iv
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL
v
CERTIFICACIÓN
En calidad de Tutor del proyecto de Investigación: “IMPLEMENTACIÓN Y
REINGENIERIA DEL SISTEMA “ERP SOCIAL”, EN LA ESCUELA
FISCAL “9 DE OCTUBRE” DE LA PARROQUIA “SAN ISIDRO”
CANTÓN ESPEJO DE LA PROVINCIA DEL CARCHI”, presentado y
desarrollado por el señor: LATACUNGA SALAZAR FREDDY ORLANDO,
previo a la obtención del Título de Ingeniero Informático, considero que el
proyecto reúne los requisitos necesarios.
En la Ciudad de Quito a los 5 días del mes de Marzo del 2015
Ing. César Morales Mejía, MSc
Tutor
vi
INFORME SOBRE CULMINACIÓN DE LA TÉSIS
Quito, 5 de Marzo 2015
Ing. Boris Herrera Flores, MSc DIRECTOR DE LA CARRERA DE INGENIERÍA INFORMÁTICA Presente.- Señor Director:
En calidad de tutor se ha realizado el análisis, direccionamiento y apoyo
permanente al tutorado en todas las etapas del trabajo de graduación, me
permito informarle que revisado y aprobado el proyecto de tesis que se
encuentra en producción vinculando a la Universidad Central del Ecuador
con la comunidad y presentado por el estudiante LATACUNGA SALAZAR
FREDDY ORLANDO portador de la cédula de identidad 1718572777 cuyo
tema es: IMPLEMENTACIÓN Y REINGENIERIA DEL SISTEMA “ERP
SOCIAL”, EN LA ESCUELA FISCAL “9 DE OCTUBRE” DE LA
PARROQUIA “SAN ISIDRO” CANTÓN ESPEJO DE LA PROVINCIA
DEL CARCHI, previo a la obtención del título de Ingeniero Informático.
Agradezco su atención a la presente
Atentamente,
Ing. César Morales Mejía, MSc
Tutor
vii
CERTIFICACIÓN MIEMBROS DEL TRIBUNAL
viii
ix
CERTIFICADO IMPLEMENTACIÓN DEL SISTEMA
x
CONTENIDO
DEDICATORIA .................................................................................................................... ii
AGRADECIMIENTOS ....................................................................................................... iii
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL ..................................................... iv
CERTIFICACIÓN ................................................................................................................ v
INFORME SOBRE CULMINACIÓN DE LA TÉSIS ....................................................... vi
CERTIFICACIÓN MIEMBROS DEL TRIBUNAL .......................................................... vii
CERTIFICADO IMPLEMENTACIÓN DEL SISTEMA ................................................... ix
CONTENIDO........................................................................................................................ x
LISTA DE ILUSTRACIONES.......................................................................................... xiii
LISTA DE TABLAS .......................................................................................................... xvi
RESUMEN. ...................................................................................................................... xvii
ABSTRACT. ..................................................................................................................... xviii
CERTIFICADO REVISIÓN RESUMEN ........................................................................ xix
1.CAPÍTULO I: PRESENTACIÓN DEL PROBLEMA .................................................... 1
INTRODUCCIÓN ................................................................................................................ 1
1.1. El problema .......................................................................................................... 2
1.2. Objetivos de la Investigación ............................................................................. 2
1.2.1. Objetivo General .......................................................................................... 2
1.2.2. Objetivos Específicos ................................................................................. 3
1.3. Justificación .......................................................................................................... 3
1.4. Alcance ................................................................................................................. 3
1.5. Limitaciones ......................................................................................................... 4
1.6. Contenido del Proyecto ...................................................................................... 4
2.CAPÍTULO II: FUNDAMENTACIÓN TEÓRICA .......................................................... 6
2.1. Antecedentes ....................................................................................................... 6
2.2. Plataforma de desarrollo .................................................................................... 6
xi
2.2.1. Herramienta de desarrollo. ........................................................................ 6
2.2.2. Componentes a utilizar ............................................................................. 17
2.3. METODOLOGIA MSF (MICROSOFT SOLUTION FRAMEWORK) .......... 26
2.3.1. Ventajas ...................................................................................................... 28
2.3.2. Desventajas ................................................................................................ 28
3.CAPÍTULO III: METODOLOGÍA .................................................................................. 30
3.1. Requerimientos Funcionales ........................................................................... 30
3.2. Requerimientos No Funcionales ..................................................................... 31
3.3. Modelo de Análisis ............................................................................................ 33
3.4. Patrones de Diseño .......................................................................................... 45
3.4.1. Modelo Vista Controlador......................................................................... 45
3.4.2. Ventajas ...................................................................................................... 47
4.CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES .................................. 49
4.1. Conclusiones ...................................................................................................... 49
4.2. Recomendaciones ............................................................................................ 50
BIBLIOGRAFÍA .................................................................................................................. 51
Direcciones Web ........................................................................................................... 51
GLOSARIO ......................................................................................................................... 53
ANEXOS ............................................................................................................................. 57
ANEXO 1: MANUALES DE INSTALACION .............................................................. 58
ANEXO 2: MANUAL DE USUARIO ........................................................................... 71
ANEXO 3: MANUAL TÉCNICO .................................................................................. 99
1. Introducción ................................................................................................................. 100
2. Objetivo ........................................................................................................................ 100
3. Glosario de Términos ................................................................................................. 100
4. Diagramas UML .......................................................................................................... 100
4.1. Diagramas de Casos de Uso ............................................................................. 101
5. Modelos de la Base de Datos ................................................................................... 107
5.1. Modelo Lógico de la Base de Datos ................................................................. 107
5.2. Modelo Físico de la Base de Datos .................................................................. 107
6. Diccionario de Datos .................................................................................................. 108
xii
7. ESTRUCTURA DEL PROYECTO “Erp Social” ..................................................... 110
7.1. ErpSocial ............................................................................................................... 110
7.2. ErpSocialEJB ....................................................................................................... 111
7.3. ErpSocialWeb ...................................................................................................... 112
xiii
LISTA DE ILUSTRACIONES
ILUSTRACIÓN 1: Ciclo de vida del proyecto ............................................................... 29
ILUSTRACIÓN 2: Simbología diagramas de caso de uso ......................................... 34
ILUSTRACIÓN 3: Diagramas de uso Modelo de Negocio ......................................... 34
ILUSTRACIÓN 4: Diagramas de caso de uso Registro de Empleado ..................... 35
ILUSTRACIÓN 5: Diagramas de caso de uso Actualizar Empleado ........................ 36
ILUSTRACIÓN 6: Diagramas de caso de uso Cambio de Clave .............................. 37
ILUSTRACIÓN 7: Diagramas de caso de uso Entrega Reporte ............................... 38
ILUSTRACIÓN 8: Diagramas de caso de uso Gestión de Notas .............................. 39
ILUSTRACIÓN 9: Diagramas de caso de uso Registro de Notas ............................. 40
ILUSTRACIÓN 10: Diagramas de caso de uso Registro de Comportamiento ....... 41
ILUSTRACIÓN 11: Diagramas de caso de uso Registro de Asistencia ................... 42
ILUSTRACIÓN 12: Diagramas de caso de uso Rectificación de Notas ................... 43
ILUSTRACIÓN 13: Diagrama de Clases Control Académico .................................... 45
ILUSTRACIÓN 14: Diagrama Modelo Vista Controlador............................................ 47
ILUSTRACIÓN 15: Inicio Instalación ............................................................................. 61
ILUSTRACIÓN 16: Progreso Instalación....................................................................... 62
ILUSTRACIÓN 17: Ruta de Instalación ......................................................................... 62
ILUSTRACIÓN 18: Instalación iniciada ......................................................................... 63
ILUSTRACIÓN 19: Instalación culminada ..................................................................... 63
ILUSTRACIÓN 20: Inicio Instalación ............................................................................. 64
ILUSTRACIÓN 21: Ruta Instalación .............................................................................. 64
ILUSTRACIÓN 22: Ruta almacenamiento datos ......................................................... 65
ILUSTRACIÓN 23: Credenciales de ingreso ................................................................ 65
ILUSTRACIÓN 24: Puerto de BD ................................................................................... 66
xiv
ILUSTRACIÓN 25: Configuración regional ................................................................... 66
ILUSTRACIÓN 26: Instalación lista ................................................................................ 67
ILUSTRACIÓN 27: Progreso de instalación ................................................................. 67
ILUSTRACIÓN 28: Finalización de instalación ............................................................ 68
ILUSTRACIÓN 29: Pantalla de inicio ............................................................................. 68
ILUSTRACIÓN 30: Directorios Jboss ............................................................................ 69
ILUSTRACIÓN 31: Configuración standalone.xml ...................................................... 70
ILUSTRACIÓN 32: Pantalla de inicio del Sistema ....................................................... 74
ILUSTRACIÓN 33: Pantalla de Administración ............................................................ 75
ILUSTRACIÓN 34: Pantalla de Ingreso de Usuarios .................................................. 76
ILUSTRACIÓN 35: Pantalla de Búsqueda de Usuarios.............................................. 77
ILUSTRACIÓN 36: Pantalla de Edición de Usuarios .................................................. 77
ILUSTRACIÓN 37: Pantalla de Administración de Empresas ................................... 78
ILUSTRACIÓN 38: Pantalla de Registro de Empresa ................................................ 79
ILUSTRACIÓN 39: Pantalla de Búsqueda de Empresas ........................................... 79
ILUSTRACIÓN 40: Pantalla de Edición de Empresas ................................................ 80
ILUSTRACIÓN 41: Pantalla de Administración de Perfil ............................................ 80
ILUSTRACIÓN 42: Pantalla de Registro de Perfil ....................................................... 81
ILUSTRACIÓN 43: Pantalla de Edición de Perfil ......................................................... 82
ILUSTRACIÓN 44: Pantalla de Reporte General ........................................................ 83
ILUSTRACIÓN 45: Pantalla de Reporte Quimestral ................................................... 84
ILUSTRACIÓN 46: Pantalla de Reporte Detalle Parcial ............................................. 84
ILUSTRACIÓN 47: Pantalla de Reporte Anual ............................................................ 85
ILUSTRACIÓN 48: Pantalla de Perfil Docente ............................................................. 86
ILUSTRACIÓN 49: Pantalla de Ingreso Notas ............................................................. 87
ILUSTRACIÓN 50: Pantalla de Ingreso Notas por Alumno........................................ 88
xv
ILUSTRACIÓN 51: Pantalla Ingreso de Notas Suspenso .......................................... 89
ILUSTRACIÓN 52: Pantalla Corrección de Notas ....................................................... 90
ILUSTRACIÓN 53: Pantalla Corrección de Notas por Alumno .................................. 91
ILUSTRACIÓN 54: Pantalla Ingreso de Comportamiento - Asistencia .................... 92
ILUSTRACIÓN 55: Pantalla Comportamiento - Asistencia por Alumno ................... 93
ILUSTRACIÓN 56: Pantalla Menú Reportes ................................................................ 94
ILUSTRACIÓN 57: Pantalla Reporte General .............................................................. 95
ILUSTRACIÓN 58: Pantalla Reporte Quimestral ......................................................... 96
ILUSTRACIÓN 59: Pantalla Reporte Detalle Parcial .................................................. 97
ILUSTRACIÓN 60: Pantalla Reporte Anual .................................................................. 98
xvi
LISTA DE TABLAS
TABLA 1: Comparativa de herramientas para desarrollo. ............................................ 8
TABLA 2: Comparativa de servidores de aplicación. .................................................. 14
TABLA 3: Comparativa de gestores de base de datos. .............................................. 16
TABLA 4: Componentes para desarrollo. ...................................................................... 17
TABLA 5: Caso de Uso Modelo de Negocio ................................................................. 35
TABLA 6: Caso de Uso Registro de Empleado ............................................................ 36
TABLA 7: Caso de Uso Actualizar Empleado ............................................................... 37
TABLA 8: Caso de Uso Cambio de Clave ..................................................................... 38
TABLA 9: Caso de Uso Entrega de Reporte ................................................................ 39
TABLA 10: Caso de Uso Gestión de Notas .................................................................. 40
TABLA 11: Caso de Uso Registro de Notas ................................................................. 41
TABLA 12: Caso de Uso Registro de Comportamiento .............................................. 42
TABLA 13: Caso de Uso Registro de Asistencia ......................................................... 43
TABLA 14: Caso de Uso Rectificación de Notas ......................................................... 44
TABLA 17: Calificación Comportamiento ...................................................................... 93
xvii
RESUMEN.
IMPLEMENTACIÓN Y REINGENIERIA DEL SISTEMA “ERP SOCIAL”,
EN LA ESCUELA FISCAL “9 DE OCTUBRE” DE LA PARROQUIA
“SAN ISIDRO” CANTÓN ESPEJO DE LA PROVINCIA DEL CARCHI.
En la Unidad Educativa “San Isidro” que contiene actualmente a la Escuela fiscal
“9 de Octubre” los procesos de registro de calificaciones, así también como el
seguimiento escolar y demás, son llevados de manera manual como es común en
la gran mayoría de instituciones educativas de nuestro país, lo que conlleva a una
manera ineficiente de realizar la búsqueda de información requerida en cualquier
instante.
El propósito de este sistema es facilitar la manipulación de la información de la
institución a la persona que se encuentra a cargo de dicha labor, poniendo a
disposición un sistema que se encuentre adaptado a las necesidades del
establecimiento, esto con la realización de un Sistema Informático que ayude
como controlar de una mejor manera los reportes e informes que a diario se
elaboran en la entidad, permitiendo así el beneficio de la comunidad.
DESCRIPTORES: SISTEMA ERP SOCIAL / CONTROL ACADÉMICO/ ESCUELA
DEL CARCHI/ JAVA/ POSTGRE/ECLIPSE KEPLER
xviii
ABSTRACT.
SYSTEM IMPLEMENTATION AND RE-ENGINEERING "ERP SOCIAL" IN
FISCAL SCHOOL "9 DE OCTUBRE" PARISH "SAN ISIDRO" CANTON
ESPEJO OF THE PROVINCE OF CARCHI.
In Education Unit “San Isidro” which currently contains fiscal School " 9 de
Octubre" registration processes cards, as well as the school monitoring and others
are taken manually as is common in most educational institutions our country ,
leading to an inefficient way to search for information required at any time.
The purpose of this system is to facilitate the manipulation of information from the
institution to the person who is in charge of this work, by providing a system that is
tailored to the needs of the establishment, that with the completion of a computer
system help as a better way to control reports and reports that are produced daily
in the state, thus allowing the benefit of the community.
DESCRIPTORS: ERP SOCIAL SISTEM / ACADEMIC CONTROL / CARCHI’S
SCHOOL / JAVA/ POSTGRE/ECLIPSE KEPLER
xix
CERTIFICADO REVISIÓN RESUMEN
xx
1
1. CAPÍTULO I: PRESENTACIÓN DEL PROBLEMA
INTRODUCCIÓN
En la actualidad, el registro de notas, asistencias, actas y demás, que
realizan las instituciones educativas, en su gran mayoría, son manuales,
teniendo como consecuencia equivocaciones, en el momento de pasarlas
a la libreta tienen una deficiente gestión de la información de las notas,
actas, nóminas, certificados y/o registro de asistencia de los alumnos; es
decir, se pierde mucho tiempo en la localización y recuperación de
documentos, esto se ve reflejado en la demora innecesaria de los trámites
administrativos.
La Facultad de Ingeniería, Ciencias Físicas y Matemática, de la
Universidad Central del Ecuador, en su afán de impulsar proyectos que
vinculen a los futuros profesionales de la facultad con la sociedad, ha
puesto en marcha recientemente la implementación del sistema “ERP
Social” que automatiza la gestión documental escolar y eclesiástica en la
parroquia Amaguaña, del Distrito Metropolitano de Quito.
El presente proyecto de tesis tiene por objetivo continuar con la labor
social de la facultad al realizar la implementación del sistema de
planificación de recursos empresariales (ERP) en la Unidad Educativa San
Isidro que contiene actualmente a la Escuela Fiscal “9 de Octubre” que
tiene 210 estudiantes 11 maestros de planta, 5 profesores de
especialidades, 2 conserjes, su estructura física está compuesta de 21
aulas, esta institución centra su atención en las potencialidades
individuales y comunitarias de cada estudiante, en un proceso socializado,
de sus propios saberes, para la búsqueda de su vocación, haciendo de
todo una situación de aprendizaje.
2
1.1. El problema
Dado que los procesos de ciertas instituciones en nuestro presente se
siguen realizando de manera manual, afectan la calidad del servicio
prestado por dichas instituciones, ya que se esta forma se pueden
presentar errores al momento del ingreso de los registros. Esto ocasiona
problemas a corto y largo plazo que se reflejaran en perjuicios económicos
para la institución y por ende para el Estado.
El manipular la información de manera manual produce que se realice una
sobrecarga de trabajo innecesaria por parte de las personas encargadas
estas actividades, lo que conlleva a brindarle un tiempo menor a otras
labores, afectando así el desempeño final de las tareas asignadas.
Como resultado de lo antes dicho se ha planteado la necesidad del
proyecto de implementación del sistema “ERP Social”, en la Unidad
Educativa San Isidro que contiene actualmente a la escuela fiscal “9 de
Octubre” de la parroquia San Isidro, cantón Espejo de la provincia del
Carchi y reingeniería del mismo, cuyo fin es el de facilitar el manejo de los
procesos de la institución y realizarlos de una manera más organizada, y
poder que de esta manera la institución pueda prestar un servicio de
calidad a todos sus estudiantes, y que de esta manera la comunidad se
pueda ver beneficiada con el uso de la tecnología logrando una mejor
calidad de vida.
1.2. Objetivos de la Investigación
1.2.1. Objetivo General
La reingeniería del módulo de Control Académico del sistema y la posterior
implementación del sistema “ERP Social” en la Unidad Educativa San
Isidro que contiene actualmente a la Escuela Fiscal “9 de Octubre” ubicada
en la parroquia “San Isidro” del Cantón Espejo de la Provincia del Carchi,
que permita una mayor eficiencia en la gestión de los procesos de la
institución.
3
1.2.2. Objetivos Específicos
Facilitar al personal de la Escuela el registro de notas y asistencia de
los estudiantes.
Generar reportes de las calificaciones, asistencia de cada uno de los
alumnos de la institución.
Obtener información en línea de las calificaciones y de la asistencia de
cada estudiante cuando sea requerida.
1.3. Justificación
Este Sistema informático es de vital importancia para la mejora de tiempos
en la gestión de procesos, dada la necesidad de la Unidad Educativa San
Isidro que contiene actualmente a la Escuela Fiscal “9 de Octubre” de tener
el control sobre; a información que esta manipula, esto con la realización
de un Sistema Informático que ayude como controlar de una mejor
manera los reportes e informes que a diario se elaboran en la entidad,
permitiendo así el beneficio de la comunidad.
El propósito de este sistema es facilitar la manipulación de la información
de la institución a la persona que se encuentra a cargo de dicha labor,
poniendo a disposición un sistema que se encuentre adaptado a las
necesidades del establecimiento.
1.4. Alcance
El presente proyecto consiste en la implementación del sistema “ERP
Social”, así como su reingeniería, tomando en cuenta las necesidades de
la institución donde será implantado.
El módulo el cual nos ha sido asignado para su desarrollo es el referente al
control académico de los estudiantes.
4
Se realizará el análisis de las posibles repercusiones que se darían debido
a la implantación del sistema durante la etapa de pruebas, para luego
poder implantarlo.
1.5. Limitaciones
El sistema “ERP Social” no realiza backups de la Base de Datos.
El módulo de Control Académico no llevará un registro de asistencia del
personal docente ni del personal administrativo de la institución.
El usuario no puede solicitar su contraseña en caso de haberla olvidado,
para recuperarla debe comunicarse con el administrador.
1.6. Contenido del Proyecto
El sistema consta de los siguientes módulos:
Gestor de plataforma: Sirve para realizar la administración de los
perfiles de usuario así como sus permisos. Administración de los
menús y programas.
Parametrización del ERP: Compuesto por Registro de Entidades,
Horario de Actividades, Catálogo de Campos, Catálogo de opciones,
Registro de Personas y Mantenimiento de las tablas: provincia, cantón
y parroquia.
Control Académico: Empleado en el registro de calificaciones de los
estudiantes y la posterior obtención de reportes.
Gestión del talento humano y seguimiento de docentes: Maneja el
control de asistencia de los docentes por medio de la aplicación,
5
justificaciones de faltas, cronogramas del año escolar y horarios de
cada maestro. Es posible obtener reportes de asistencias en este
módulo si es requerido.
Control de Activos Fijos: Destinado para el registro y el manejo de los
bienes de la institución.
Gestión Documental: Utilizado en el manejo de documentos
electrónicos.
6
2. CAPÍTULO II: FUNDAMENTACIÓN TEÓRICA
2.1. Antecedentes
La provincia de Carchi está ubicada al norte del país, en las Hoyas del
Carchi y del Chota. Limita al Norte, con la República de Colombia, al Sur,
con Imbabura, al Este, con la provincia de Sucumbíos y al Oeste, las
provincias de Esmeraldas e Imbabura. El cantón Espejo está ubicado en la
Cordillera Occidental de los Andes, al Centro de la Provincia del Carchi, la
Parroquia de San Isidro, pertenece a este Cantón y es el lugar donde se
pretende desarrollar el proyecto, aproximadamente su población es de 300
habitantes, la cual, en su mayoría, se encuentra dedicada a actividades
agrícolas en un porcentaje cercano al 45%.
En la Unidad Educativa San Isidro que contiene actualmente a la Escuela
fiscal “9 de Octubre” los procesos tales como asistencia, tanto de alumno
como maestros, así también como el seguimiento escolar y demás, son
llevados de manera manual como es común en la gran mayoría de
instituciones educativas de nuestro país, lo que conlleva a una manera
ineficiente de realizar la búsqueda de información requerida en cualquier
instante.
Actualmente, el sistema consta de los módulos de Gestión documental,
Sistema parroquial, Inscripción y matrícula, Control de asistencia y Control
académico, mismos que se encuentran implementados en la parroquia
Amaguaña del cantón Quito.
2.2. Plataforma de desarrollo
2.2.1. Herramienta de desarrollo.
Existen varias herramientas actualmente a disposición para la creación de
aplicaciones de este tipo, a continuación se presenta una tabla
7
comparativa de las herramientas más conocidas, de la cual elegiremos la
que sea más adecuada para nuestro proyecto.
CARACTERISTICA
PHP JAVA ASP/ASP.NET
Soporte de distintas bases de datos
Permite integración con bibliotecas externas
Permite paginaciones web dinámicas
Fácil mantenimiento
Interpretación sencilla de código fuente
Permite el procesamiento de información en formularios
Permite crear páginas dinámicas
Pocos requerimientos de hardware
Software gratuito
No tiene código basura en pág.
Estabilidad
El lenguaje soporta objetos
Fácil de aprender
Lenguaje rápido
8
Lenguaje multiplataforma
Soporta XML
Existe documentación
Capacidad para conexión con varios gestores de base de datos
Necesita un servidor web
Es portable
Tiene herramientas de costo adicional
Se debe definir tipos de variables para su uso
Posee funciones
No necesita de un framework para funcionar
Consume pocos recursos
TOTAL
21 21 18
TABLA 1: Comparativa de herramientas para desarrollo. AUTOR: Tesista
FUENTE: Herramientas de Desarrollo
Al hacer un análisis de las herramientas presentadas podemos ver que
tanto PHP como JAVA obtuvieron la puntuación más alta, pero debido a
que la primera versión de este sistema está en PHP se ha convenido en el
uso del lenguaje de programación JAVA, en la reingeniería del mismo,
debido a sus múltiples ventajas.
9
2.2.1.1. Java
Es un lenguaje de programación orientado a objetos, desarrollado por Sun
Microsystems a principios de los años 90. El lenguaje en sí mismo toma
mucha de su sintaxis de C y C++, pero tiene un modelo de objetos más
simple y elimina herramientas de bajo nivel, que suelen inducir a muchos
errores, como la manipulación directa de punteros o memoria. La memoria
es gestionada mediante un recolector de basura.1
Características
Lenguaje simple
Java posee una curva de aprendizaje muy rápida. Resulta relativamente
sencillo escribir applets interesantes desde el principio. Todos aquellos
familiarizados con C++ encontrarán que Java es más sencillo, ya que se
han eliminado ciertas características, como los punteros. Debido a su
semejanza con C y C++, y dado que la mayoría de la gente los conoce
aunque sea de forma elemental, resulta muy fácil aprender Java.
Orientado a objetos
Java fue diseñado como un lenguaje orientado a objetos desde el principio.
Los objetos agrupan en estructuras encapsuladas tanto sus datos como los
métodos (o funciones) que manipulan esos datos. La tendencia del futuro,
a la que Java se suma, apunta hacia la programación orientada a objetos,
especialmente en entornos cada vez más complejos y basados en red.
1 Computación Aplicada al Desarrollo SA de CV (2007, Febrero 21). Historia del lenguaje Java, de la
World Wide Web http://www.cad.com.mx/historia_del_lenguaje_java.htm
10
Distribuido
Java proporciona una colección de clases para su uso en aplicaciones de
red, que permiten abrir sockets y establecer y aceptar conexiones con
servidores o clientes remotos, facilitando así la creación de aplicaciones
distribuidas.
Interpretado y compilado a la vez
Java es compilado, en la medida en que su código fuente se transforma en
una especie de código máquina, los bytecodes, semejantes a las
instrucciones de ensamblador.
Por otra parte, es interpretado, ya que los bytecodes se pueden ejecutar
directamente sobre cualquier máquina a la cual se hayan portado el
intérprete y el sistema de ejecución en tiempo real (run-time).
Robusto
Java fue diseñado para crear software altamente fiable. Para ello
proporciona numerosas comprobaciones en compilación y en tiempo de
ejecución. Sus características de memoria liberan a los programadores de
una familia entera de errores (la aritmética de punteros), ya que se ha
prescindido por completo los punteros, y la recolección de basura elimina
la necesidad de liberación explícita de memoria.
Seguro
Dada la naturaleza distribuida de Java, donde las applets se bajan desde
cualquier punto de la Red, la seguridad se impuso como una necesidad de
vital importancia. Así que se implementaron barreras de seguridad en el
lenguaje y en el sistema de ejecución en tiempo real.
11
Indiferente a la arquitectura
Java está diseñado para soportar aplicaciones que serán ejecutadas en los
más variados entornos de red, desde Unix a Windows Nt, pasando por
Mac y estaciones de trabajo, sobre arquitecturas distintas y con sistemas
operativos diversos. Para acomodar requisitos de ejecución tan
variopintos, el compilador de Java genera bytecodes: un formato
intermedio indiferente a la arquitectura diseñada para transportar el código
eficientemente a múltiples plataformas hardware y software. El resto de
problemas los soluciona el intérprete de Java.
Portable
La indiferencia a la arquitectura representa sólo una parte de su
portabilidad. Además, Java especifica los tamaños de sus tipos de datos
básicos y el comportamiento de sus operadores aritméticos, de manera
que los programas son iguales en todas las plataformas.
Estas dos últimas características se conocen como la Máquina Virtual Java
(JVM).
Alto rendimiento Multihebra
Java soporta sincronización de múltiples hilos de ejecución (multithreading)
a nivel de lenguaje, especialmente útiles en la creación de aplicaciones de
red distribuidas. Así, mientras un hilo se encarga de la comunicación, otro
puede interactuar con el usuario mientras otro presenta una animación en
pantalla y otro realiza cálculos.
Dinámico
El lenguaje Java y su sistema de ejecución en tiempo real son dinámicos
en la fase de enlazado. Las clases sólo se enlazan a medida que son
12
necesitadas. Se pueden enlazar nuevos módulos de código bajo demanda,
procedente de fuentes muy variadas, incluso desde la Red.
Produce applets
Java puede ser usado para crear dos tipos de programas: aplicaciones
independientes y applets.
Las aplicaciones independientes se comportan como cualquier otro
programa escrito en cualquier lenguaje, como por ejemplo el navegador de
Web HotJava, escrito íntegramente en Java.
Por su parte, las applets son pequeños programas que aparecen
embebidos en las páginas Web, como aparecen los gráficos o el texto,
pero con la capacidad de ejecutar acciones muy complejas, como animar
imágenes, establecer conexiones de red, presentar menús y cuadros de
diálogo para luego emprender acciones, etc.
2.2.1.2. Servidores de Aplicaciones
Un servidor de aplicaciones es una implementación de la especificación
J2EE. Existen diversas implementaciones, cada una con sus propias
características que la pueden hacer más atractiva en el desarrollo de un
determinado sistema. Algunas de las implementaciones más utilizadas son
las siguientes:2
2ROMERO Wilson (2011), Estudio Comparativo de Servidores de Aplicaciones, de la World Wide
Web http://dspace.espoch.edu.ec/bitstream/123456789/1528/1/18T00469.pdf
13
SERVIDORES DE APLICACIÓN
Parámetro de Evaluación GlassFish JBoss WAS WebLogic
Cumplimiento del estándar Java EE 5.
3 4 4 4
Posibilidad de despliegue JSP y Servlets.
4 4 4 4
Posibilidad de despliegue EJB. 4 4 4 4
Posibilidad de despliegue Java Server Faces.
4 4 4 4
Posibilidad de despliegue ADF. 4 3 3 4
Posibilidad de personalización mediante plugins.
4 4 4 4
Soporte mediante Motor de Reglas de Negocio.
4 4 3 3
Soporte del Framework Hibernate.
3 4 3 3
Soporte de escalabilidad mediante Clustering.
4 4 4 4
Soporte del API JAX WS / JAX B.
3 4 3 3
Integración con el IDE Eclipse. 3 4 3 3
Integración con el IDE NetBEANS.
4 3 3 3
Integración con el IDE JDeveloper.
4 3 1 4
Integración con el IDE JBoss Developer Studio
1 4 1 1
14
Integración con el IDE IBM Rational Application Developer Studio
1 1 4 1
TOTAL 50 54 48 49
TABLA 2: Comparativa de servidores de aplicación. AUTOR: Tesista
FUENTE: Herramientas de Desarrollo
De la tabla presentada el servidor de aplicaciones que mayor puntuación
obtuvo fue JBoss, es el servidor de aplicaciones Java más usado del
mercado. JBoss Application Server es una plataforma Java certificada para
desarrollar y desplegar aplicaciones de empresa, que soporta tanto APIs
como Java EE APIs, e incluye un rendimiento y escalabilidad mejorados
mediante la funcionalidad es de replicación buddy replication y fine grained
replication.
2.2.1.3. Motor de base de datos.
Dadas las necesidad del proyecto se debe convenir un motor de base de
datos que se ajuste a las necesidades del sistema a implementarse, aquí
se presenta una tabla que permitirá comparar algunas bases de datos
tomadas en cuenta para el proyecto.
CARACTERISTICA
POSTGRES
MYSQL
ACCESS
Almacenamiento ilimitado
Gran tamaño de la tabla
Gran tamaño del registro
Gran tamaño del campo
15
Registros por tabla ilimitado
Más de 250 campos por tabla
Índices ilimitados por tabla
Utilidades documentadas
Concurrencia
Respuesta rápida al realizar operaciones
Bajo consumo de recursos
No tiene costo la licencia, es un software de libre distribución
Es de código abierto
Tiene soporte sin costo
Tiene estabilidad
Multiplataforma
Soporta grandes volúmenes de datos
Existen herramientas gráficas para el diseño y administración.
Permite hacer transacciones, permitiendo la integridad de los datos
Soporta integridad referencial
16
Tiene bloqueo para controlar el acceso concurrente a los datos en tablas
Tienen la función de mantener la integridad y consistencia en la BD
Soporte de tipos y funciones de usuario
Conectividad TCP/IP, JDBC y ODBC
Interfaz con diversos lenguajes
Permite producir formularios e informe, así como gráficos
Funciona con torres de discos duros de alta disponibilidad
Soporte de protocolo de comunicación encriptado por SSL
TOTAL
27
26
6
TABLA 3: Comparativa de gestores de base de datos. AUTOR: Tesista
FUENTE: Herramientas de Desarrollo
De la tabla presentada el motor de base de datos que mayor puntuación
obtuvo fue PostgreSQL, es una base de datos que nos será de gran
utilidad en la realización del proyecto debido a las ventajas que tiene sobre
otras herramientas de su misma clase.3
3 MARTINEZ Rafael (2009 – 2013), PosgreSQL-es, de la World Wide Web
http://www.postgresql.org.es/
17
2.2.2. Componentes a utilizar
El proyecto propuesto, se realizará con los componentes que se
mencionan a continuación.
TABLA 4: Componentes para desarrollo. AUTOR: Tesista
FUENTE: Herramientas de Desarrollo
2.2.2.1. Eclipse.
Eclipse es un entorno de desarrollo integrado de código abierto
multiplataforma para desarrollar lo que el proyecto llama "Aplicaciones de
Cliente Enriquecido", opuesto a las aplicaciones "Cliente-liviano" basadas
en navegadores. Esta plataforma, típicamente ha sido usada para
desarrollar entornos de desarrollo integrados, como el IDE de Java llamado
Java Development Toolkit (JDT) y el compilador (ECJ) que se entrega
como parte de Eclipse (y que son usados también para desarrollar el
mismo Eclipse). Sin embargo, también se puede usar para otros tipos de
aplicaciones cliente, como BitTorrent Azureus.4
Eclipse fue desarrollado originalmente por IBM como el sucesor de su
familia de herramientas para VisualAge. Eclipse es ahora desarrollado por
la Fundación Eclipse, una organización independiente sin ánimo de lucro
que fomenta una comunidad de código abierto y un conjunto de productos
complementarios, capacidades y servicios.
4VALDEZ Adrian (2014, Marzo 31) Principales Entornos para aplicaciones, de la World Wide Web
https://prezi.com/nh6gpof0_n1v/los-5-principales-entornos-de-trabajo-para-aplicaiones-movil/
Componente
Nombre
IDE Ecilpse-Kepler
Motor de base de datos PostgreSQL 9.1
Servidor de aplicaciones JBoss
18
2.2.2.2. Jasper Reports.
Es una herramienta gratuita y opensource de creación de informes que
tiene la habilidad de entregar contenido enriquecido al monitor, a la
impresora o a ficheros PDF, HTML, XLS, CSV y XML.5
Está escrito completamente en Java y puede ser usado en gran variedad
de aplicaciones de Java, incluyendo J2EE o aplicaciones web, para
generar contenido dinámico.
Su propósito principal es ayudar a crear documentos de tipo páginas,
preparados para imprimir en una forma simple y flexible.
JasperReports se usa comúnmente con iReport, un front-end gráfico de
código abierto para la edición de informes.
Se encuentra bajo licencia libre GNU, por lo que es Software libre. Forma
parte de la iniciativa apilada open source Lisog.
Características
JasperReports es una biblioteca que puede ser embebida (incrustada) en
cualquier aplicación Java. Sus funciones incluyen:
Scriptlets
Que pueden acompañar a la definición del informe, y pueden ser
invocados en cualquier momento por la definición para realizar un
procesamiento adicional. El scriptlet se basa en Java, y tiene muchos
ganchos (hooks) que se pueden invocar antes o después de las etapas
de la generación de informes, como el Informe, Página, Columna o
Grupo.
5 tutorialspoint (2014), Jasper Reports, de la World Wide Web,
http://www.tutorialspoint.com/jasper_reports/jasper_useful_resources.htm
19
Sub-informes
Para usuarios con requisitos más sofisticados de gestión, los informes
diseñados para JasperReports pueden ser fácilmente importados a
JasperServer- el servidor de informes interactivos.
2.2.2.3. IReports 5.0.
Es un constructor / diseñador de informes visual, poderoso, intuitivo y fácil
de usar para JasperReports escrito en Java. Este instrumento permite que
los usuarios corrijan visualmente informes complejos con cartas, imágenes,
subinformes, etc. iReport está además integrado con JFreeChart, una de la
biblioteca gráficas OpenSource más difundida para Java. Los datos para
imprimir pueden ser recuperados por varios caminos incluso múltiples
uniones JDBC, TablaModels, JavaBeans, XML, etc.
Características principales:
100% escrito en JAVA y además OPENSOURCE y gratuito.
Maneja el 98% de las etiquetas de JasperReports.
Permite diseñar con sus propias herramientas: rectángulos, líneas,
elipses, campos de los textfields, cartas, subreports (subreportes).
Soporta internacionalización nativamente.
Navegador de la estructura del documento.
Soporta JDBC.
Soporta JavaBeans como orígenes de datos (éstos deben
implementar la interface JRDataSource).
Incluye Wizard’s (asistentes) para crear automáticamente informes.
Tiene asistentes para generar los subreportes
Tiene asistentes para las plantillas.
Facilidad de instalación.6
6 HERRERA Christian. (2005, Abril 29). Introducción a IReport, de la World Wide Web:
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=ireport
20
2.2.2.4. JavaServer Faces.
JSF es un marco de trabajo para crear aplicaciones java J2EE basadas en
el patrón MVC de tipo 1.
JSF tiene como característas principales: Utiliza páginas JSP para generar
las vistas, añadiendo una biblioteca de etiquetas propia para crear los
elementos de los formularios HTML.
Asocia a cada vista con formularios un conjunto de objetos java manejados
por el controlador (managed beans) que facilitan la recogida, manipulación
y visualización de los valores mostrados en los diferentes elementos de los
formularios.
Introduce una serie de etapas en el procesamiento de la petición, como por
ejemplo la de validación, reconstrucción de la vista, recuperación de los
valores de los elementos, etc.
Utiliza un sencillo fichero de configuración para el controlador en formato
XML.
Es extensible, pudiendo crearse nuevos elementos de la interfaz o
modificar los ya existentes.
Y lo que es más importante forma parte del estándar J2EE. En efecto, hay
muchas alternativas para crear la capa de presentación y control de una
aplicación web java, como Struts y otros frameworks, pero solo JSP forma
parte del estándar.
JSF nos permite desarrollar rápidamente aplicaciones de negocio
dinámicas en las que toda la lógica de negocio se implementa en java, o es
llamada desde java, creando páginas para las vistas muy sencillas (salvo
que introduzcamos mucha maquetación HTML o Javascript).
El código JSF con el que creamos las vistas (etiquetas jsp) es muy
parecido al HTML estándar. Lo pueden utilizar fácilmente desarrolladores y
diseñadores web.
21
JSF se integra dentro de la página JSP y se encarga de la recogida y
generación de los valores de los elementos de la página.
JSF resuelve validaciones, conversiones, mensajes de error e
internacionalización (i18n).
JSF permite introducir JavaScript en la página, para acelerar la respuesta
de la interfaz en el cliente (navegador del usuario).
JSF es extensible, por lo que se pueden desarrollar nuevos componentes a
medida, También se puede modificar el comportamiento del framework
mediante APIs que controlan su funcionamiento.
JSF dispone de varias implementaciones diferentes, incluyendo un
conjunto de etiquetas y APIs estándar que forman el núcleo del framework.
Entre estas implementaciones cabe destacar la implementación de
referencia de Sun Microsystems, actualmente desarrollada como un
proyecto open source, y la implementación del proyecto Apache, MyFaces,
dotada de un conjunto de extensiones que la hacen muy interesante para
el desarrollo de aplicaciones corporativas.7
2.2.2.5. PrimeFaces.
PrimeFaces es una librería de componentes para JavaServer Faces (JSF)
de código abierto que cuenta con un conjunto de componentes
enriquecidos que facilitan la creación de las aplicaciones web. Primefaces
está bajo la licencia de Apache License V2. Una de las ventajas de utilizar
Primefaces, es que permite la integración con otros componentes como
por ejemplo RichFaces.
7 GONZÁLEZ, Cristóbal. (2009, Marzo 26). Introducción a JSF, de la World Wide Web:
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=IntroduccionJSFJava.
22
Propiedades
Conjunto de componentes ricos (Editor de HTML, autocompletar,
cartas, gráficas o paneles, entre otros).
Soporte de ajax con despliegue parcial, lo que permite controlar
qué componentes de la página actual se actualizarán y cuáles no.
25 temas prediseñados
Componente para desarrollar aplicaciones web para móviles-
celulares, especiales para Iphones, Palm, Android y teléfonos
móviles Nokia.
Versiones
Primefaces 1: Trabaja con JSF 1.2
Primefaces 2: Trabaja con JSF 2
Pros y Contras
En cuanto a la experiencia de los usuarios finales los componentes de
Primefaces son amigables al usuario además que cuentan con un diseño
innovador. Pero en lo que respecta al programador, es que sus
desarrolladores no respetan un principio básico del desarrollo de
componentes: la compatibilidad hacia atrás, es decir, un componente de
una nueva versión de Primefaces por lo general no es compatible al 100%
con una aplicación desarrollada con la versión previa a la misma cita
requerida.8
8 Showcase de Primefaces. (25 de Julio de 2014). Primefaces de la World Wide Web:
http://www.primefaces.org/showcaselabs/ui/home.jsf
23
2.2.2.6. PostgreSQL.
PostgreSQL es un Sistema de gestión de bases de datos relacional
orientado a objetos y libre, publicado bajo la licencia BSD.
Como muchos otros proyectos de código abierto, el desarrollo de
PostgreSQL no es manejado por una empresa y/o persona, sino que es
dirigido por una comunidad de desarrolladores que trabajan de forma
desinteresada, altruista, libre y/o apoyada por organizaciones comerciales.
Dicha comunidad es denominada el PGDG (PostgreSQL Global
Development Group).
Características
Algunas de sus principales características son, entre otras:
Alta concurrencia
Mediante un sistema denominado MVCC (Acceso concurrente
multiversión, por sus siglas en inglés) PostgreSQL permite que mientras un
proceso escribe en una tabla, otros accedan a la misma tabla sin
necesidad de bloqueos. Cada usuario obtiene una visión consistente de lo
último a lo que se le hizo commit. Esta estrategia es superior al uso de
bloqueos por tabla o por filas común en otras bases, eliminando la
necesidad del uso de bloqueos explícitos...
Amplia variedad de tipos nativos
PostgreSQL provee nativamente soporte para:
Números de precisión arbitraria.
Texto de largo ilimitado.
Figuras geométricas (con una variedad de funciones asociadas).
Direcciones IP (IPv4 e IPv6).
Bloques de direcciones estilo CIDR.
Direcciones MAC.
Arrays.
24
Adicionalmente los usuarios pueden crear sus propios tipos de datos, los
que pueden ser por completo indexables gracias a la infraestructura GiST
de PostgreSQL. Algunos ejemplos son los tipos de datos GIS creados por
el proyecto PostGIS.
Otras características
Claves ajenas también denominadas Llaves ajenas o Claves Foráneas
(foreign keys).
Disparadores (triggers): Un disparador o trigger se define como una
acción específica que se realiza de acuerdo a un evento, cuando éste
ocurra dentro de la base de datos. En PostgreSQL esto significa la
ejecución de un procedimiento almacenado basado en una
determinada acción sobre una tabla específica. Ahora todos los
disparadores se definen por seis características:
El nombre del disparador o trigger
El momento en que el disparador debe arrancar
El evento del disparador deberá activarse sobre...
La tabla donde el disparador se activará
La frecuencia de la ejecución
La función que podría ser llamada
La función no es correcta
Entonces combinando estas seis características, PostgreSQL le permitirá
crear una amplia funcionalidad a través de su sistema de activación de
disparadores (triggers).
Vistas.
Integridad transaccional.
Herencia de tablas.
Tipos de datos y operaciones geométricas.
Soporte para transacciones distribuidas. Permite a
PostgreSQL integrarse en un sistema distribuido formado
por varios recursos (p.ej, una base de datos PostgreSQL,
25
otra Oracle, una cola de mensajes IBM MQ JMS y un ERP
SAP) gestionado por un servidor de aplicaciones donde el
éxito ("commit") de la transacción global es el resultado del
éxito de las transacciones locales.
Funciones
Bloques de código que se ejecutan en el servidor. Pueden ser escritos en
varios lenguajes, con la potencia que cada uno de ellos da, desde las
operaciones básicas de programación, tales como bifurcaciones y bucles,
hasta las complejidades de la programación orientada a objetos o la
programación funcional.
Los disparadores (triggers en inglés) son funciones enlazadas a
operaciones sobre los datos.
Algunos de los lenguajes que se pueden usar son los siguientes:
Un lenguaje propio llamado PL/PgSQL (similar al PL/SQL de
oracle).
C.
C++.
Java PL/Java web.
PL/Perl.
plPHP.
PL/Python.
PL/Ruby.
PL/sh.
PL/Tcl.
PL/Scheme.
Lenguaje para aplicaciones estadísticas R por medio de PL/R.
PostgreSQL soporta funciones que retornan "filas", donde la salida puede
tratarse como un conjunto de valores que pueden ser tratados igual a una
fila retornada por una consulta (query en inglés).
26
Las funciones pueden ser definidas para ejecutarse con los derechos del
usuario ejecutor o con los derechos de un usuario previamente definido. El
concepto de funciones, en otros DBMS, son muchas veces referidas como
"procedimientos almacenados" (stored procedures en inglés).
Ventajas
Seguridad en términos generales
Integridad en BD: restricciones en el dominio
Integridad referencial
Afirmaciones (Assertions)
Disparadores (Tiggers)
Autorizaciones
Conexión a DBMS
Transacciones y respaldos.9
2.3. METODOLOGIA MSF (MICROSOFT SOLUTION FRAMEWORK)
Esta es del tipo de metodologías agiles, es flexible e interrelacionada, se
encuentra enfocada en la gestión y administración del proyecto de tal
manera que pueda lograrse el impacto deseado, se centra en los modelos
de proceso dejando en un segundo plano las elecciones tecnológicas, la
misma no hace énfasis en la organización ni el tamaño del equipo de
desarrollo.10
Esta consta de 5 fases:
9 PostgreSQL-es. Portal en español sobre pstgreSQL. (21 de Diciembre de 2014). PostgreSQL de la
World Wide Web: http://www.postgresql.org.es/sobre_postgresql 10
LANDÁZURI Carlos (2013, Julio 10), Análisis de Metodología, de la World Wide Web, http://repositorio.utn.edu.ec/handle/123456789/1830
27
Visión
En esta fase se debe realizar un estudio de lo que pretendemos en el
futuro que haga nuestra aplicación o nuestro proyecto para ello debemos
realizar un documento de estrategia y alcance donde debe quedar pactada
la necesidad de funcionalidad y servicio que se debe contar en la solución.
Debemos crear los equipos de trabajo junto con el plan de trabajo, Para
asegurar el éxito del proyecto es importante tener en cuenta el análisis de
riesgos y plan de contingencia.
Planificación
En esta fase básicamente debemos concretar claramente cómo va a estar
estructurada nuestra solución para ello debemos crear un documento de
planificación y diseño de la arquitectura, diseñar las pruebas de concepto
donde se plantean los diferentes escenarios para probar la validez de los
criterios utilizados para el diseño, debemos establecer métricas.
Desarrollo
En la etapa de desarrollo debemos codificar las aplicaciones y realizar las
configuraciones necesarias para que la solución funcione, es importante
hacer pruebas continuamente así se verifica la calidad del producto
continuamente a lo largo del desarrollo y no únicamente al final del
proceso.
Estabilización
Esta fase debemos seleccionar el entorno de prueba piloto y lo que
pretendemos con esto es identificar las deficiencias con un grupo reducido
de usuarios para corregirlas y así en el futuro no tener problemas cuando
se use la solución por todos, ocasionalmente a esta etapa se le llama
BETA, debemos crear un plan de gestión de incidencias, realizar una
revisión de documentación final de la arquitectura y Elaboración de plan de
despliegue o implementación.
28
Despliegue o Implementación
En esta etapa final ya se ha comprobado la calidad de la solución por lo
cual está lista para ser publicada, en este sentido debemos liberar la
solución y crear un registro de mejoras y sugerencias, revisar las guías y
manuales y entrega de proyecto final.
2.3.1. Ventajas
Adaptable
Es parecido a un compás, usado en cualquier parte como un mapa, del
cual su uso es limitado a un específico lugar.
Escalable
Puede organizar equipos tan pequeños entre 3 o 4 personas, así como
también, proyectos que requieren 50 personas a más.
Flexible
Es utilizada en el ambiente de desarrollo de cualquier cliente.
Tecnología Agnóstica
Porque puede ser usada para desarrollar soluciones basadas sobre
cualquier tecnología.
2.3.2. Desventajas
Se centran en las dificultades para especificar claramente los
requerimientos al comienzo del proyecto, antes de que se realice ningún
trabajo de diseño y antes de escribir ningún código.
No proporciona resultados tangibles en forma de software hasta el final del
ciclo de forma de software del ciclo de vida de algunas herramientas,
métodos y actividades que abarcan varias etapas de la cascada; estas
actividades son difíciles de ajustar en las etapas discontinuas del modelo
29
para un proyecto de desarrollo rápido, el modelo en cascada puede
suponer una cantidad excesiva de documentación.
El modelo genera pocos signos visibles de progreso hasta el final. Esto
puede dar la impresión de un desarrollo lento, existe la incertidumbre de
los clientes si sus proyectos serán entregados a tiempo. Perpetúa el
fracaso de la industria del software en su comunicación con el usuario final,
el mantenimiento se realiza en el código fuente.
ILUSTRACIÓN 1: Ciclo de vida del proyecto AUTOR: Arévalo María
FUENTE: Recuperado 08/11/2014 https://arevalomaria.wordpress.com/category/msf/
30
3. CAPÍTULO III: METODOLOGÍA
3.1. Requerimientos Funcionales
El módulo de Control Académico del sistema “ERP Social” pretende dar
seguimiento a las calificaciones de los estudiantes de la Institución
Educativa registrados en el sistema.
EL presente sistema tiene como propósito realizar el registro de las
calificaciones así como comportamiento y asistencia de los alumnos,
mismo que será realizado por el docente mediante el acceso a las distintas
interfaces que se visualizan en el sistema, así mismo este permitirá, de ser
requerido, la modificación de las calificaciones ya registradas en el ERP.
El módulo de control académico contará con las siguientes
especificaciones:
El sistema permite la posibilidad de realizar el ingreso de las notas
del estudiante mediante un usuario que tenga los permisos
respectivos en el sistema, específicamente en este módulo.
El sistema maneja un estándar de registro de notas.
El sistema permite la edición de calificaciones sobre las notas
asentadas.
El sistema permite la generación de reportes de los records
académicos de cada estudiante.
El sistema permite la posibilidad de realizar una consulta de las
notas del estudiante mediante un usuario que tenga los permisos
respectivos en el sistema, específicamente en este módulo.
31
3.2. Requerimientos No Funcionales
A diferencia de los requerimientos funcionales directamente relacionados
con el comportamiento específico del sistema, existen requerimientos no
funcionales que buscan contemplar otras características que de una u otra
forma pueden limitar y juzgar la operación del sistema, estos
requerimientos son:
Usabilidad.
Este aspecto es de suma importancia debido a que la aplicación debe
diseñarse teniendo en cuenta el punto de vista del usuario final ya que el
sistema será una herramienta para gestión y administración. Por esta
razón el sistema debe ser lo más intuitivo posible.
Interfaces de usuario.
Las interfaces cuentan con ambientes sencillos, adicionalmente cuentan
con mensajes informativos que le permitirán al usuario la correcta
manipulación del sistema.
Seguridad.
El ingreso al sistema se realizará mediante el registro y la activación del
usuario de esta manera se accederá a los distintos módulos de acuerdo al
perfil de usuario asignado al momento de su creación. Adicionalmente
únicamente los usuarios registrados podrán tener acceso a la información
del sistema.
Fiabilidad.
La fiabilidad del software se define en términos estadísticos como la
probabilidad de operación libre de fallos de un programa de computadora
es un entorno determinado y durante un tiempo específico. Por lo tanto el
32
sistema cuenta con las respectivas validaciones para los posibles errores
que puedan presentarse.
Mantenibilidad.
Todo el sistema estará complemente documentado, cada uno de los
componentes de software que forman parte de la solución, además el
sistema cuenta con los respectivos manuales de usuario para su mejor
comprensión y facilidad de uso.
Portabilidad.
Una de las ventajas de utilizar herramientas y lenguajes basados en
software libre es garantizar la portabilidad del sistema. De esta manera la
aplicación es portable puesto que para su desarrollo se ha hecho uso de
un lenguaje de programación y una base de datos multiplataforma como lo
son JAVA y POSTGRES respectivamente.
Escalabilidad.
El sistema estará construido sobre la base de un desarrollo evolutivo e
incremental, de manera tal que nuevas funcionalidades y requerimientos
relacionados puedan ser incorporados afectando el código existente de la
menor manera posible; para ello deben incorporarse aspectos de
reutilización de componentes.
El sistema estará en capacidad de permitir en el futuro el desarrollo de
nuevas funcionalidades, modificar o eliminar funcionalidades después de
su construcción y puesta en marcha inicial.
33
3.3. Modelo de Análisis
3.3.1. Diagrama de Casos de Uso
Los diagramas de casos de permiten representar la forma en que un
Cliente, o Actor interactúa con el sistema, además del orden con el cual se
realiza esta interacción, sirven para capturar el comportamiento deseado
en el sistema sin tener que especificar como se implementa este
comportamiento.
La especificación formal de un caso de uso incluye:
Requerimientos.
Es un contrato que el caso de uso realizará alguna acción y proveerá algún
valor al sistema.
Restricciones.
Son reglas formales y limitaciones bajo la cual opera un caso de uso e
incluye condiciones pre, post e invariantes. Una pre-condición especifica lo
que ya debe de haber ocurrido. Una post-condición documenta que será
cierto una vez que el caso de uso está completo. Una invariante especifica
que será cierto durante el tiempo que el caso de uso opera.
Escenarios.
Los escenarios son descripciones formales del flujo de eventos que
ocurren durante la instancia de un caso de uso. Estos usualmente
descritos en textos y corresponden de una representación textual del
diagrama de secuencia.
34
Simbología para realizar los casos de uso
La simbología nos permite tener una fácil comprensión tanto para el
diseñador del software como para los usuarios, a continuación
presentamos la simbología para realizar los casos de uso.
ILUSTRACIÓN 2: Simbología diagramas de caso de uso AUTOR: Edwin Chantre
FUENTE: Recuperado 08/11/2014
http://edwinchantre.blogspot.com/2011/11/cosos-de-uso-uml.html
Caso de uso modelo de negocios
ILUSTRACIÓN 3: Diagramas de uso Modelo de Negocio AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
Profesor Administrador
Alumno
Representante
Registro notas
Consulta notas
35
Caso de uso: Modelo de Negocio
Actores: Profesor, Administrador, Alumno, Representante
Propósito: Funcionamiento del módulo de notas
Resumen: Vista general del funcionamiento del módulo de notas
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Profesor o Administrador eligen la opción ingreso de las calificaciones.
Una vez hecha la autenticación los usuarios realizan el ingreso tomando en cuenta la información solicitada por el sistema.
El Alumno o Representante solicitan la consulta de notas.
El usuario provee la información requerida.
El Sistema solicita las autentificaciones correspondientes.
El Sistema almacena las calificaciones del o los estudiantes.
El Sistema solicita las autentificaciones correspondientes.
El Sistema permite la visualización de las calificaciones correspondientes.
TABLA 5: Caso de Uso Modelo de Negocio AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso Registro de Empleado
ILUSTRACIÓN 4: Diagramas de caso de uso Registro de Empleado AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
<<include>>
<<include>>
Sistema
Ingresar informacion
Presenta campos en blanco
Listar informacion
Administrador
Guardar informacion
36
Caso de uso: Registro de empleado
Actores: Administrador, Sistema
Propósito: Registro de empleado para uso de sistema.
Resumen: Procedimiento para el registro de un empleado para que tenga acceso al uso del sistema.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Administrador ingresa al sistema con las credenciales asignadas.
El Administrador accede a la opción de registro de usuario.
Una vez ingresados todos los datos necesarios del empleado se crea el registro de este en el sistema.
El Sistema solicita credenciales al administrador.
El Sistema solicita información necesaria a ingresar para ingreso del usuario al sistema.
Se crea el registro del usuario.
TABLA 6: Caso de Uso Registro de Empleado AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso Actualizar Empleado
ILUSTRACIÓN 5: Diagramas de caso de uso Actualizar Empleado AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
<<include>>
<<include>>
Sistema
Presentar información
Seleccionar usuario a editar
Actualizar información
Administrador
Modificar información
Listar el usuario editado
37
Caso de uso: Actualizar Empleado
Actores: Administrador, Sistema
Propósito: Actualización de datos del empleado
Resumen: Acciones llevadas a cabo para realizar la actualización de los datos correspondiente al empleado.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Administrador ingresa al sistema con las credenciales asignadas.
El Administrador accede a la opción de búsqueda de usuario.
Una vez realizada la búsqueda el Administrador accede a la opción de edición de usuario.
Al finalizar los cambios el Administrador guarda los cambios y se actualiza el registro del usuario en el sistema.
El Sistema solicita credenciales al administrador.
El Sistema solicita información necesaria para realizar la búsqueda del usuario en el sistema.
El sistema muestra los datos de usuario requerido.
Se almacenan los datos editados del usuario.
TABLA 7: Caso de Uso Actualizar Empleado
AUTOR: Tesista FUENTE: Diagramas de Caso de Uso
Caso de uso Cambio de Clave
ILUSTRACIÓN 6: Diagramas de caso de uso Cambio de Clave
AUTOR: Tesista FUENTE: Diagramas de Casos de Uso
Edición de valores
Presenta campos de clave
Administrador
Cambio de clave
38
Caso de uso: Cambio de Clave
Actores: Administrador
Propósito: Proceso de cambio de clave de un usuario.
Resumen: Acciones realizadas para poder modificar la clave del usuario que ingresa al sistema.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Administrador ingresa al sistema con las credenciales asignadas.
El Administrador accede a la opción de búsqueda de usuario.
Una vez realizada la búsqueda el Administrador accede a la opción de cambio de clave de usuario.
Al finalizar los cambios el Administrador guarda los cambios y se actualiza la clave del usuario en el sistema.
El Sistema solicita credenciales al administrador.
El Sistema solicita información necesaria para realizar la búsqueda del usuario en el sistema.
El sistema solicita la clave anterior y la clave actual.
Se almacenan la nueva clave del usuario.
TABLA 8: Caso de Uso Cambio de Clave
AUTOR: Tesista FUENTE: Diagramas de Caso de Uso
Caso de uso entrega de Reportes
ILUSTRACIÓN 7: Diagramas de caso de uso Entrega Reporte
AUTOR: Tesista FUENTE: Diagramas de Casos de Uso
<<extend>>
Profesor
Alumno
Evaluacion alumno
Calculo calificacion
Representante Administrador
Ingreso Calificaciones
Reporte calificaciones
39
Caso de uso: Entrega de reporte
Actores: Profesor, Administrador, Alumno, Representante
Propósito: Proceso de entrega de reportes.
Resumen: Acciones llevadas a cabo para la entrega de reportes a los representantes de los estudiantes.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Profesor o realiza la evaluación correspondientes al Alumno, realiza el cálculo y posterior ingreso al sistema de las calificaciones.
El Administrador accede a la opción de consulta y generación posterior del reporte de notas.
El reporte es entregado al representante.
El Sistema almacena las calificaciones correspondientes a cada alumno.
El Sistema emite el reporte de calificaciones correspondiente al estudiante.
TABLA 9: Caso de Uso Entrega de Reporte AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso gestión de notas
ILUSTRACIÓN 8: Diagramas de caso de uso Gestión de Notas AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<include>>
Administrador
Gestion alumnos
Ingreso
Eliminacion
Modificacion
Consulta
Validar usuario
40
Caso de uso: Gestión de Notas
Actores: Administrador
Propósito: Roles del Administrador.
Resumen: Funciones principales que posee el administrador dentro del módulo de notas.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Administrador ingresa al módulo de notas.
Una vez hecha la autenticación el usuario puede escoger la opción que requiere:
o Ingreso o Eliminación o Modificación o Consulta
El Administrador escoge la acción requerida.
El Sistema solicita las autentificaciones correspondientes.
El Sistema provee las opciones disponibles para el usuario.
El Sistema solicita la información correspondiente a la opción escogida.
TABLA 10: Caso de Uso Gestión de Notas AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso registro de notas
ILUSTRACIÓN 9: Diagramas de caso de uso Registro de Notas
AUTOR: Tesista FUENTE: Diagramas de Casos de Uso
<<include>>
<<include>>
Profesor
Registrar notas
Ver notas
Validar usuario
41
Caso de uso: Registro de Notas
Actores: Profesor
Propósito: Registro de notas del Profesor.
Resumen: Registro de calificaciones realizado por el Profesor dentro del módulo de notas.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Profesor ingresa al módulo de notas.
Una vez hecha la autenticación el usuario puede escoger la opción que requiere:
o Ingreso o Consulta
El Profesor escoge la acción requerida.
El Sistema solicita las autentificaciones correspondientes.
El Sistema provee las opciones disponibles para el usuario.
El Sistema solicita la información correspondiente a la opción escogida.
TABLA 11: Caso de Uso Registro de Notas AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso registro de comportamiento
ILUSTRACIÓN 10: Diagramas de caso de uso Registro de Comportamiento AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
<<include>>
<<include>>
Tutor
Registrar comportamiento
Ver comportamiento
Validacion usuario
42
Caso de uso: Registro de Comportamiento
Actores: Tutor
Propósito: Registro de comportamiento del estudiante
Resumen: Registro de comportamiento correspondiente al estudiante en el quimestre en curso
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Profesor ingresa al módulo de notas.
Una vez hecha la autenticación el usuario puede escoger la opción que requiere:
o Ingreso o Consulta
El Profesor escoge la acción requerida.
El Sistema solicita las autentificaciones correspondientes.
El Sistema provee las opciones disponibles para el usuario.
El Sistema solicita la información correspondiente a la opción escogida.
TABLA 12: Caso de Uso Registro de Comportamiento AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso registro de asistencia
ILUSTRACIÓN 11: Diagramas de caso de uso Registro de Asistencia AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
<<include>>
<<include>>Registrar asistencia
Ver asistencia
Validacion usuario
Tutor
43
Caso de uso: Registro de Asistencia
Actores: Tutor
Propósito: Registro de asistencias del estudiante
Resumen: Registro de asistencia correspondiente al estudiante en el quimestre en curso
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Profesor ingresa al módulo de notas.
Una vez hecha la autenticación el usuario puede escoger la opción que requiere:
o Ingreso o Consulta
El Profesor escoge la acción requerida.
El Sistema solicita las autentificaciones correspondientes.
El Sistema provee las opciones disponibles para el usuario.
El Sistema solicita la información correspondiente a la opción escogida.
TABLA 13: Caso de Uso Registro de Asistencia AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
Caso de uso rectificación de notas
ILUSTRACIÓN 12: Diagramas de caso de uso Rectificación de Notas AUTOR: Tesista
FUENTE: Diagramas de Casos de Uso
<<include>>
<<include>>Administrador
AlumnoProfesor
Proceso Justificacion
Modificar nota
Validacion usuario
44
Caso de uso: Rectificación de Notas
Actores: Profesor, Alumno, Administrador
Propósito: Registro de notas del Profesor.
Resumen: Registro de calificaciones realizado por el Profesor dentro del módulo de notas.
Curso normal de los eventos
Acciones de los actores Acciones de sistema
El Alumno presenta la justificación correspondiente para el proceso de rectificación de calificaciones, el Administrador, una vez justificada la modificación, ingresa al sistema.
Una vez hecha la autenticación del Administrador, este puede modificar la calificación solicitada por el alumno.
El Sistema solicita las autentificaciones correspondientes.
El Sistema almacena la actualización de la calificación.
TABLA 14: Caso de Uso Rectificación de Notas AUTOR: Tesista
FUENTE: Diagramas de Caso de Uso
3.3.1.1. Diagrama de clases
El diagrama de clases es un tipo de diagrama estático que detalla la
estructura de un sistema, en el cual se muestran sus clases atributos y las
relaciones entre ellos. En el modelado con objetos las estructuras estáticas
son los objetos y las clases están compuestas por atributos y métodos,
además las relaciones entre objetos y clases corresponden a las
asociaciones entre ellos, y finalmente a las estructuras de las clases se las
denomina atributos y al comportamiento como operaciones.
45
ILUSTRACIÓN 13: Diagrama de Clases Control Académico AUTOR: Tesista
FUENTE: Diagrama de Clases
3.4. Patrones de Diseño
3.4.1. Modelo Vista Controlador
Es un patrón de arquitectura de software que separa los datos de una
aplicación, la interfaz del usuario, y la lógica de negocio en tres
componentes distintos.
El patrón de arquitectura MVC está compuesto por:
Modelo
Contiene el núcleo de la funcionalidad (dominio) de la aplicación.
Encapsula el estado de la aplicación.
Independiente del Controlador y la Vista.
periodo_tbl
per_codigo
per_descripcion
SERIAL
VARCHAR(255)
<pk>
estudiante_tbl
est_codigo SERIAL <pk>
representante_tbl
rep_codigo SERIAL <pk>
nive_tbll
niv_codigo SERIAL <pk>
estudiante_representante_tbl
esr_codigo
esr_representante
esr_esrudiante
SERIAL
INT4
INT4
<pk>
<fk1>
<fk2>
registro_tbl
reg_codigo
reg_estudiante
reg_fecha
SERIAL
INT4
TIMESTAMP
<pk>
<fk>
profesor_tbl
pro_codigo SERIAL <pk>
paralelo_tbl
par_codigo SERIAL <pk>
materia_tbl
mtr_codigo
mtr_nombe
SERIAL
VARCHAR(255)
<pk>
nivel_paralelo_tbl
npa_codigo
npa_paralelo
npa_nivel
SERIAL
INT4
INT4
<pk>
<fk1>
<fk2>
asignacion_tbl
asi_codigo
asi_nivel_paralelo
asi_profesor
asi_materia
asi_periodo
SERIAL
INT4
INT4
INT4
INT4
<pk>
<fk1>
<fk2>
<fk3>
<fk4>
nota_tbl
not_codigo
not_parcial
not_matricula
not_valor
not_observacion
not_materia
SERIAL
INT4
INT4
<Undefined>
<Undefined>
<Undefined>
<pk>
<fk1>
<fk2>
not_parcial
par_codigo
par_nombre
SERIAL
<Undefined>
<pk>
matricula_tbl
mat_codigo
mat_asignacion
mat_registro
SERIAL
INT4
INT4
<pk>
<fk1>
<fk2>
46
Vista
Es la presentación del Modelo.
Puede acceder al Modelo pero no cambiar su estado.
Puede ser notificada cuando se tiene cambio de estado en el Modelo.
Controlador
Reacciona a la petición del Cliente, ejecutando la acción adecuada y
creando el modelo pertinente
Tecnología Web.
Para el desarrollo de aplicaciones de negocio se utiliza frecuentemente el
patrón de diseño MVC Modelo Vista Controlador (Model View Controller)
que además es sencillo de implementar en las aplicaciones Web. En este
patrón el modelo es modificable por las funciones de negocio. Estas
funciones son solicitadas por el usuario mediante el uso de un conjunto de
vistas de la aplicación que solicitan dichas funciones de negocio a través
de un controlador, que es el módulo que recibe las peticiones de las vistas
y las procesa. Se suele clasificar en dos tipos a las aplicaciones basadas
en MVC:
Tipo 1.- Las vistas conocen la acción que se va a invocar en su
petición, normalmente la función esta cableada dentro de la vista.
Tipo 2.- El controlador introduce un conjunto de reglas que mapean
a las peticiones con las funciones, controlando además el flujo de
navegación por la aplicación.
47
ILUSTRACIÓN 14: Diagrama Modelo Vista Controlador AUTOR: J Rondón
FUENTE: Recuperado el 24/11/2014 de http://www.securityartwork.es/wp-content/uploads/2011/10/12.jpghttp://mind42.com/mindmap/75870b0c-b70c-4e83-
9223-67de79330cd3?rel=gallery
3.4.2. Ventajas
Las principales ventajas de la arquitectura MVC son:
La separación del modelo de la vista es decir, separar los datos de la
representación visual de los mismos.
Es mucho más sencillo agregar múltiples representaciones de los
mismos datos o información.
Facilita agregar menos tipos de datos según sea requerido por la
aplicación ya que son independientes del funcionamiento de las otras
capas.
Crea independencia de funcionamiento.
48
Facilita el mantenimiento en caso de errores.
Ofrece maneras más sencillas para probar el correcto funcionamiento
del sistema.
Permite el escalamiento de la aplicación en caso de ser requerido.
49
4. CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES
Al terminar el trabajo de graduación, en el que se ha cumplido con todos
los objetivos planteados para el desarrollo e implementación del módulo de
Control Académico del Sistema ERP-Social, se han generado las
siguientes conclusiones y recomendaciones.
4.1. Conclusiones
Una vez culminado el trabajo, en el que se ha cumplido con todas las fases
de desarrollo para la automatización de los procesos que se generan en la
parroquia San Isidro cantón Espejo de la provincia del Carchi, se ha
logrado establecer las siguientes conclusiones:
Debido a la ubicación de la institución donde se realizó la implantación
se requirió de ser lo más preciso posible al momento de realizar la
obtención de requerimientos del sistema, puesto que no era posible
estar en contacto permanente con las autoridades de la Unidad
Educativa.
Dado que actualmente el Ministerio de Educación provee un sistema
por el cual están regidas las instituciones educativas y cumplen con las
funciones del sistema propuesto en esta tesis, el presente sistema
servirá como respaldo interno de las calificaciones de la institución en
la cual se ha implantado.
Al ser este un sistema modular se requirió de realizar un trabajo
conjunto con las personas quienes desarrollaron el módulo de
Matriculas, esto debido a que ambos módulos están estrechamente
relacionados, por lo que se debió llegar a acuerdos en cuanto a
funcionalidades del ERP.
50
4.2. Recomendaciones
Las recomendaciones obtenidas al finalizar este trabajo de graduación son
las siguientes:
La institución debería contar con personal que tenga conocimientos en
informática puesto que se requiere realizar tareas como la extracción
de backups de la Base de Datos utilizada en el sistema.
Para una mejor interacción con el sistema se debería tomar en cuenta
la manera en que el usuario realiza el acceso a este, dado que
necesariamente se requiere de un usuario y contraseña para ingresar,
este se lo podría hacer con un número único de identificación el cual
presentará las opciones a las que el ERP permite acceder.
Las personas que van a utilizar el sistema deben tener conocimientos
básicos de ofimática, además de una capacitación previa sobre el
funcionamiento del sistema para aprovechar todas las bondades que
ofrece el software.
51
BIBLIOGRAFÍA
Direcciones Web
1. HERNÁNDEZ, F. “ERP: ¿Qué es?, Beneficios e impactos en las
compañías” (2005). Monografías.com. Recuperado de
http://www.monografias.com/trabajos29/beneficios-erp/beneficios-
erp.shtml el 28/01/2013.
2. Eclipse (software), (2012). IBM Developer Works. Recuperado de
http://www.ibm.com/developerworks/ssa/library/os-ecov/ el 26/11/2013.
3. PostgreSQL-es. Portal en español sobre postgreSQL. Recuperado de
http://www.postgresql.org.es el 28/01/2013
4. MySQL, (2013). MySQL. Recuperado de http://www.mysql.com/why-
mysql/ el 28/01/2013.
5. PowerDesigner, (2013). PowerDesigner toolpark. Recuperado de
http://www.powerdesigner.de/en/ el 28/01/2013.
6. JBoss, (2007). RedHat.Inc Recuperado de
http://es.redhat.com/pdf/jboss/JBoss_Ent_app_platform_ES_web.pdf el
28/01/2013.
7. Tesis de Grado ERP-Social (2012). Universidad Central del Ecuador.
Recuperado de http://www.dspace.uce.edu.ec/bitstream el 28/01/2013.
8. Metodología MSF definición, características, modelos. Slideshare.net
(2010). Recuperado de
http://www.slideshare.net/bebeyom/metodologia-msf-4861508 el
24/11/2014.
9. Metología Agil MSF. Blogspot.com (2010). Recuperado de
http://audiemangt.blogspot.com/2010/05/metodologia-agil-msf-
microsoft-solution.html el 24/11/2014.
52
10. Modelo Vista Controlador (2014). DesarrolloWeb.com. Recuperado de
http://www.desarrolloweb.com/articulos/que-es-mvc.html el
24/11/2014.
11. Showcase de Primefaces (2011). Primefaces. Recuperado de
http://www.primefaces.org/showcaselabs/ui/home.jsf el 24/11/2014.
53
GLOSARIO
A
Actor, Alguien o algo externo al sistema que interactúa con él.
API, Interfaz de programación de aplicaciones, es el conjunto de funciones
y procedimientos (o métodos, en la programación orientada a objetos) que
ofrece cierta biblioteca para ser utilizado por otro software como una capa
de abstracción.
B
Base de datos, Repositorio en el cual se guarda información de forma
organizada que luego será leída, actualizada o eliminada según sean las
necesidades
C
Caso de Uso, Secuencia de acciones que el sistema realiza, la cual
proporciona un resultado de valor observable.
CRUD, Abreviatura usada para hacer referencia a operaciones de
creación, actualización, eliminación y lectura de registros en una base de
datos, viene del inglés (Create, Read, Update, Delete).
CSS, Hojas de Estilos en Cascada, conjunto de reglas de formato que
determinan el aspecto del contenido de una página Web. La utilización de
estilos CSS para aplicar formato a una página permite separar el contenido
de la presentación.
E
Eclipse IDE, IDE que facilita el proceso de escribir código en el lenguaje
de programación JAVA, entre otros.
EJB, Enterprise Java Beans, permite la implementación de los servicios de
negocio dentro de una aplicación con arquitectura JEE.
54
ERP, Los sistemas de planificación de recursos empresariales (en inglés
ERP, Enterprise Resource Planning) son sistemas de gestión de
información que integran y automatizan muchas de las prácticas de
negocio asociadas con los aspectos operativos o productivos de una
empresa.
ERP SOCIAL, Sistema de planificación de recursos empresariales
orientado a la ayuda social.
F
Facade, Patrón de diseño que permite encapsular la complejidad del
negocio en una sola capa, que permite modular y simplificar el desarrollo
de un sistema de software.
Framework, Especifica una arquitectura, un protocolo de transmisión de
datos de unos elementos gráficos simples y unificados para la
reproducción de contenidos multimedia, esto es video, audio y
animaciones.
Front-end, es la parte de un sistema de software que permite la
interacción con el usuario.
I
IDE, Entorno de desarrollo de aplicaciones.
J
JAVA, Un lenguaje de programación orientado a objetos multiplataforma
construido por la empresa SUN Microsystems.
Javadoc, utilidad de JAVA para la generación de documentación del
código fuente en formato HTML.
JavaScript, es un lenguaje de programación interpretado. Se define como
orientado a objetos, basado en prototipos, imperativo, débilmente tipado y
55
dinámico. Se ejecuta en el lado del cliente, es de mucha ayuda para evitar
solicitudes innecesarios al servidor de aplicaciones.
JEE, Abreviatura utilizada para hacer referencia a aplicaciones
empresariales construidas con java, viene del inglés Java Entreprise
Edition.
JPA, API de persistencia parte de la plataforma JEE.
JSF, Java Server Facesm framework parte de la plataforma JEE usado
para escribir páginas web.
L
Licencia GNU, Licencia Pública General, licencia orientada principalmente
a proteger la libre distribución, modificación y uso de software. Su
propósito es declarar que el software cubierto por esta licencia es software
libre y protegerlo de intentos de apropiación que restrinjan esas libertades
a los usuarios.
Licencia GPL, Licencia Pública General de GNU, el autor conserva los
derechos de autor, y permite la redistribución y modificación bajo términos
diseñados para asegurarse de que todas las versiones modificadas del
software permanecen bajo los términos más restrictivos de la propia GNU
GPL. Esto hace que sea imposible crear un producto con partes no
licenciadas GPL.
M
MSF, Microsoft Solution Framework.
MVC, Modelo Vista Controlador es un patrón de arquitectura de software
que se utiliza mucho en aplicaciones web, separando la en tres capas
(modelo, controlador y vista).
El Modelo se encarga de interactuar con la base de datos y
también se ejecuta las reglas de negocio.
56
El Controlador procesa las peticiones de la página web (vista), y
envía estos datos a la capa modelo, para que esta le devuelva la
información adecuada para mostrarla en la capa vista.
La Vista es el código HTML que se muestra al usuario, con la
información proveniente del controlador.
P
Plataforma JAVA, colección de especificaciones que definen una
infraestructura para desarrollar aplicaciones usando el lenguaje de
programación Java.
PrimeFaces, es una librería de componentes para JavaServer Faces (JSF)
de código abierto que cuenta con un conjunto de componentes enriquecidos
que facilitan la creación de las aplicaciones web.
S
Servlet, La palabra servlet deriva de otra anterior, applet, que se refería a
pequeños programas que se ejecutan en el contexto de un navegador
web. Por contraposición, un servlet es un programa que se ejecuta en un
servidor.
Sistema de Información, conjunto de sistemas y subsistemas
computacionales que interactúan entre sí con el fin de apoyar las
actividades de una empresa o negocio.
U
UML, Unified Modeling Language (Lenguaje Unificado de Modelo), usado
principalmente con lenguajes orientados objetos para mostrar la
interacción de clases y casos de uso, antes de construir una aplicación.
57
ANEXOS
58
ANEXO 1: MANUALES DE INSTALACION
59
INTRODUCCION
El presente manual tiene como objetivo el proveer los pasos que se requieren
para realizar la instalación del sistema dentro de un ambiente Windows.
El documento provee la instalación de las herramientas necesarias para poner en
funcionamiento el sistema.
60
REQUERIMIENTOS
Para la instalación es necesario un computador con las siguientes características:
Servidor:
Servidor Microsoft Windows 2008/2005/2003/2000 edición
Procesador Inter Core 2 Duo de 1 GHz de velocidad.
Memoria RAM de 4GB.
Disco duro de 20GB.
Tarjeta de red ethernet 10/100 BASE-T
Clientes:
Estaciones de trabajo Microsoft Windows 2003/2000/XP/7/8.
Inter Core 2 Duo
Memoria RAM de 4GB.
Disco duro con 20 GB
Tarjeta de red ethernet 10/100 BASE-T
61
INSTALACION
Se realizará en primer la instalación del JDK y JRE, donde el JDK es el kit de
desarrollo de JAVA, y el JRE es el ambiente de ejecución de JAVA, por medio de
este es posible la ejecución de aplicaciones en el mencionado lenguaje de
programación.
INSTALACION JDK Y JRE VERSION 6u21
Al ejecutar el instalador nos aparecerá la siguiente pantalla, damos clic en
siguiente:
ILUSTRACIÓN 15: Inicio Instalación
AUTOR: Tesista FUENTE: Manual de Instalación JDK
Iniciará la instalación del JDK, para que finalice deberá esperar un momento:
62
ILUSTRACIÓN 16: Progreso Instalación AUTOR: Tesista
FUENTE: Manual de Instalación JDK
Al finalizar la instalación anterior nos pedirá indicar una carpeta de destino de para
el JRE de Java, podemos cambiar la ruta o escoger la ruta por default dando clic
en “Next”:
ILUSTRACIÓN 17: Ruta de Instalación
AUTOR: Tesista FUENTE: Manual de Instalación JDK
63
Iniciará el proceso de instalación, y se deberá esperar unos momentos:
ILUSTRACIÓN 18: Instalación iniciada
AUTOR: Tesista FUENTE: Manual de Instalación JDK
Una vez culminada la instalación del JRE, le daremos clic en “Finish” y se
concluye exitosamente la instalación del JDK y el JRE.
ILUSTRACIÓN 19: Instalación culminada
AUTOR: Tesista FUENTE: Manual de Instalación JDK
64
INSTALACION POSTGRE 9.1
Descargamos el archivo postgresql-9.1.15-1-windows de la página oficial de
Postgresql, ejecutamos el archivo de instalación, damos clic en siguiente.
ILUSTRACIÓN 20: Inicio Instalación AUTOR: Tesista
FUENTE: Manual de Instalación PostgreSQL
A continuación seleccionamos el directorio de instalación, y damos click en
siguiente.
ILUSTRACIÓN 21: Ruta Instalación
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
65
Ahora se debe seleccionar el directorio en el cual se almacenarán los datos.
ILUSTRACIÓN 22: Ruta almacenamiento datos AUTOR: Tesista
FUENTE: Manual de Instalación PostgreSQL
En este paso se ingresa la contraseña del súper – usuario de la Base de datos
POSTGRESQL, una vez ingresada nos pedirá la confirmación de la contraseña y
a continuación damos clic en siguiente.
ILUSTRACIÓN 23: Credenciales de ingreso
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
66
A continuación aparece el puerto que asigna POSTGRESQL por default, damos
clic en siguiente.
ILUSTRACIÓN 24: Puerto de BD
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
Se muestra si se desea seleccionar la configuración regional por defecto para la
base de datos.
ILUSTRACIÓN 25: Configuración regional
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
67
En esta pantalla nos aparece una información en la cual damos clic en siguiente.
ILUSTRACIÓN 26: Instalación lista
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
A continuación se inicia el proceso de instalación.
ILUSTRACIÓN 27: Progreso de instalación
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
68
Esta ventana muestra que el proceso de instalación ha concluido, y finalmente
damos click en terminar.
ILUSTRACIÓN 28: Finalización de instalación
AUTOR: Tesista FUENTE: Manual de Instalación PostgreSQL
Al concluir el proceso de instalación se observa la pantalla de inicio de la
aplicación POSTGRESQL que está lista para ser utilizado.
ILUSTRACIÓN 29: Pantalla de inicio AUTOR: Tesista
FUENTE: Manual de Instalación PostgreSQL
69
INSTALACION DE JBOSS 7
La instalación de Jboss es sencilla puesto que no requiere mayor interacción con
el usuario.
En el directorio C:\ vamos a crear una carpeta con el nombre jboss-as-
7.1.1.Final_work donde ubicaremos el jboss el cual obtuvimos del sitio oficial para
su descarga.
Podemos observar la siguiente estructura al visualizar la carpeta:
ILUSTRACIÓN 30: Directorios Jboss
AUTOR: Tesista FUENTE: Manual de Instalación Jboss
Accedemos al directorio del Jboss:
C:\jboss-as-7.1.1.Final_work\standalone\configuration\standalone.xml
Y procedemos a editar el archivo correspondiente tomando en cuenta los
siguientes puntos:
1. Dirección IP de servidor de BD y el nombre de la BD.
2. Nombre y contraseña del usuario de la BD.
70
ILUSTRACIÓN 31: Configuración standalone.xml AUTOR: Tesista
FUENTE: Manual de Instalación Jboss
71
ANEXO 2: MANUAL DE USUARIO
72
INTRODUCCION
El objetivo del proyecto es generar una herramienta que permita realizar el
registro y control académico de las diversas instituciones educativas, para su
posterior consulta en base a diferentes criterios de búsqueda ya establecido.
El documento le ofrece la ayuda necesaria al usuario de modo que facilita el uso
de la aplicación ya que cuenta con pantallas de la aplicación para su fácil
comprensión.
73
REQUERIMIENTOS BASICOS
Para el correcto funcionamiento de la aplicación el usuario debe contar con los
siguientes requerimientos:
Una computadora con conexión a internet.
Un navegador web.
74
Home del Sistema
El ingreso al sistema se lo realiza mediante el uso de un navegador de internet, el
cual puede ser el de la preferencia del usuario, en la barra de direcciones se
ingresará la siguiente URL:
http://localhost:8080/ErpSocialWeb/seguridad/login.xhtml
Al ingresar al sistema se muestra la página de inicio donde se solicita el ingreso
de las credenciales, mismas que identificarán el perfil del usuario que accederá a
los diversos menús existentes en el sistema.
ILUSTRACIÓN 32: Pantalla de inicio del Sistema AUTOR: Tesista
FUENTE: Manual de Usuario
75
Registro de Usuarios
Una vez ingresado al sistema como administrador en el menú de administración al
ingresar al sistema se muestra la página de inicio donde se solicita el ingreso de
las credenciales, mismas que identificarán el perfil del usuario que accederá a los
diversos menús existentes en el sistema.
Administración
En este menú se podrá acceder a todas las opciones que se pueden realizar para
la administración de los usuarios los cuales son los encargados de interactuar con
el sistema.
ILUSTRACIÓN 33: Pantalla de Administración AUTOR: Tesista
FUENTE: Manual de Usuario
76
Registro de Usuario
En esta pantalla se podrá ingresar los datos de los usuarios que podrán acceder
al sistema así como el perfil con el que contarán los mismos el cual determina los
accesos para el usuario.
ILUSTRACIÓN 34: Pantalla de Ingreso de Usuarios AUTOR: Tesista
FUENTE: Manual de Usuario
Búsqueda de Usuarios
Aquí se puede realizar la búsqueda de los usuarios los cuales se encuentran ya
registrados en el sistema, dicha búsqueda se la puede efectuar por los criterios de
Nombre, Apellido, Cédula o Empresa.
77
ILUSTRACIÓN 35: Pantalla de Búsqueda de Usuarios AUTOR: Tesista
FUENTE: Manual de Usuario
Edición de Usuarios
En esta pantalla podemos visualizar los datos que actualmente se encuentran
registrados del usuario en el sistema, se puede cambiar los datos personales
asimismo, se puede cambiar el perfil de dicho usuario y la empresa
correspondiente.
ILUSTRACIÓN 36: Pantalla de Edición de Usuarios AUTOR: Tesista
FUENTE: Manual de Usuario
78
Administración de Empresa
En la pantalla se muestran las distintas opciones que son posibles realizar en
cuanto a la Empresa, se pueden realizar ingresos, búsquedas y ediciones según
sea la necesidad del usuario.
ILUSTRACIÓN 37: Pantalla de Administración de Empresas AUTOR: Tesista
FUENTE: Manual de Usuario
Registro de Empresa
Aquí podemos realizar el ingreso de una nueva Empresa, para nuestro caso
podremos ingresar la institución educativa en la cual se implementará el módulo
de notas.
79
ILUSTRACIÓN 38: Pantalla de Registro de Empresa
AUTOR: Tesista FUENTE: Manual de Usuario
Búsqueda de Empresa
Se puede realizar la búsqueda de las empresas que se encuentra registradas en
el sistema, esta se la puede efectuar utilizando los parámetros del Nombre de la
Empresa, RUC o Estado.
ILUSTRACIÓN 39: Pantalla de Búsqueda de Empresas
AUTOR: Tesista FUENTE: Manual de Usuario
Edición de Empresa
En esta pantalla se muestran los datos que constan registrados sobre la empresa
consultada, en nuestro caso la institución educativa, dichos datos podrán ser
actualizados según el usuario requiera.
80
ILUSTRACIÓN 40: Pantalla de Edición de Empresas
AUTOR: Tesista FUENTE: Manual de Usuario
Administración de Perfil
En este apartado podemos acceder a información concerniente a los perfiles los
cuales son utilizados por los usuarios que interactúan con el sistema, esto le
permitirá al administrador restringir el acceso al usuario a la información que este
considere necesaria para el perfil correspondiente.
ILUSTRACIÓN 41: Pantalla de Administración de Perfil
AUTOR: Tesista FUENTE: Manual de Usuario
81
Registro de Perfil
Aquí podemos realizar el ingreso de una nueva Perfil, con se puede verificar en la
captura tenemos los distintos menús disponibles en el sistema y el administrador
tiene la posibilidad de añadir el acceso al usuario de los menús que considere
necesarios para el perfil.
ILUSTRACIÓN 42: Pantalla de Registro de Perfil AUTOR: Tesista
FUENTE: Manual de Usuario
Edición de Perfil
En esta pantalla se muestran los acceso que tiene habilitados el perfil consultado,
asimismo es posible asignarle al usuario la posibilidad de visualizar otros menús
según el administrador requiera.
82
ILUSTRACIÓN 43: Pantalla de Edición de Perfil
AUTOR: Tesista FUENTE: Manual de Usuario
Reportes del Módulo de Control Académico
El módulo de Control Académico tiene la posibilidad de generar reportes
respondiendo a varios criterios los cuales dependerán de la necesidad que tenga
la Institución Educativa para presentar la información correspondiente a las
calificaciones de los alumnos de la Institución.
Reporte General por Paralelo
Este reporte permitirá visualizar las notas correspondientes a todos los alumnos
que se encuentran matriculados en el Curso y Paralelo consultados en la materia
consultada, como se puede verificar en la captura de pantalla allí se encuentran
los criterios por los cuales se realizará la búsqueda.
83
ILUSTRACIÓN 44: Pantalla de Reporte General
AUTOR: Tesista FUENTE: Manual de Usuario
Reporte Quimestral
En este reporte podremos consultar las calificaciones correspondientes a
cualquiera de los estudiantes que se encuentran matriculados en la institución
utilizando como parámetros de búsqueda la cédula del estudiante y el quimestre el
cual se desea conocer.
84
ILUSTRACIÓN 45: Pantalla de Reporte Quimestral
AUTOR: Tesista FUENTE: Manual de Usuario
Reporte Detalle Parcial
El reporte de detalle parcial permite visualizar el detalle de todas las calificaciones
correspondiente a los alumnos que se encuentran matriculados tomando como
parámetros de búsqueda el curso, paralelo, materia, quimestre y parcial que se
desea consultar.
ILUSTRACIÓN 46: Pantalla de Reporte Detalle Parcial AUTOR: Tesista
FUENTE: Manual de Usuario
85
Reporte Anual
En esta opción de reporte se podrá verificar todas las calificaciones
pertenecientes a un estudiante en el presente período lectivo, el parámetro de
búsqueda para el mencionado reporte mencionado es únicamente la cédula de
identidad del estudiante.
ILUSTRACIÓN 47: Pantalla de Reporte Anual AUTOR: Tesista
FUENTE: Manual de Usuario
Docente
Para realizar el ingreso de calificaciones en el módulo de Control Académico
debemos ingresar con el usuario previamente creado para el docente el cual
realizara el asentamiento de las notas, para dicho usuario se habilitará
únicamente el menú para Ingreso de Notas, Notas Suspensos y Consulta de
Notas.
86
ILUSTRACIÓN 48: Pantalla de Perfil Docente
AUTOR: Tesista FUENTE: Manual de Usuario
Ingreso de Notas
Una vez que se accedió al sistema como usuario docente, este será capaz de
realizar el ingreso de las calificaciones discriminando por curso y paralelo, aquí
aparecerán todas la materias impartidas por el profesor en el presente año lectivo.
Al dar clic en el submenú de Ingreso de Notas se muestran los alumnos
matriculados y podemos observar que ingresa de la calificaciones
correspondientes a cada alumno se la puede realizar por primer parcial, segundo
parcial, tercer parcial y examen parcial, estas mismas opciones se las tiene para
el caso del primer quimestre y segundo quimestre.
Como parte de navegabilidad y que el docente encargado del registro de
calificaciones tenga una mejor noción de cuáles son las notas a ingresar, en el
menú únicamente se habilitan las el botón correspondiente al parcial el cuál el
docente no ha realizado aún el ingreso de las notas.
87
ILUSTRACIÓN 49: Pantalla de Ingreso Notas AUTOR: Tesista
FUENTE: Manual de Usuario
Se realiza la búsqueda del Curso y Paralelo correspondientes al docente que
realizo el ingreso al sistema, una vez que el usuario ha dado clic en el botón
“Ingresar” correspondiente al parcial el cual debe registrarse en ese momento las
notas, aparece una nueva pantalla, la cual corresponde a todos los alumnos que
se encuentran matriculados para la materia correspondiente.
Se puede visualizar los campos cuyas calificaciones el docente que se encuentra
loggeado puede ingresar por cada alumno, como son las tareas las actividades
individuales, las actividades grupales, las lecciones orales, lecciones escritas, esto
para el caso de los parciales, para el caso en el cual se encuentra habilitado el
ingreso de las notas correspondientes al examen parcial el docente podrá registrar
únicamente la calificación correspondiente a la nota del examen parcial para el
quimestre seleccionado.
88
ILUSTRACIÓN 50: Pantalla de Ingreso Notas por Alumno
AUTOR: Tesista FUENTE: Manual de Usuario
Se debe tomar muy en cuenta que una vez que el docente ha ingresado las notas
y presiona el botón “Guardar”, ya no es posible que el docente pueda realizar
algún tipo de edición en lo que corresponde a las calificaciones del alumno para
ningún parcial o examen parcial de cualquier quimestre.
La edición de notas debe ser realizada en otro menú, este proceso será explicado
más adelante en el presente manual, pues para realizar dicha corrección se debe
tomar en cuenta algunos aspectos.
Ingreso de Notas Suspenso
Ya finalizado el periodo regular es decir al finalizar el primero y segundo quimestre
el sistema valida la notas ingresadas de los estudiantes los cuales se encuentran
registrados en el sistema, luego de esto se tiene un submenú adicional el cual
muestra los estudiantes los cuales no han aprobado las materias de forma directa.
89
Se realiza la búsqueda del curso, paralelo y materia, luego de esto se muestran
los estudiantes los cuales no han aprobado y tienen que rendir un examen
adicional para optar por aprobar la materia y poder matricularse en el curso
superior en el siguiente año lectivo.
En esta pantalla se muestran los distintos tipos de examen adicional que debe
rendir el alumno, es decir si este no aprueba en primera instancia el Suspenso,
tiene la posibilidad de rendir el examen remedial, si se diera el caso de no haber
aprobado este el alumno podrá rendir un examen adicional final que es el de
gracia, de no poder aprobar este último el alumno deberá repetir el curso el cual
se encontraba cursando.
ILUSTRACIÓN 51: Pantalla Ingreso de Notas Suspenso AUTOR: Tesista
FUENTE: Manual de Usuario
Corrección de Notas
El sistema permite la posibilidad de corrección de las calificaciones que ya han
sido asentadas por el docente en cualquiera de las asignaturas que se encuentre
impartiendo.
90
Se pueden presentar casos en los cuales debido a algún error por el ingreso
manual o cualquier otro tipo de error, el estudiante o el mismo profesor soliciten la
corrección de una calificación.
La edición de las notas ya registradas en el sistema podrá darse con la debida
justificación, esta deberá definirse y ser solicitada por la autoridades de la
institución.
Además debe recalcarse que este proceso únicamente podrá ser realizado por el
usuario que posee perfil de administrador del sistema, ya que el usuario con perfil
docente no puede realizar este tipo de gestiones dentro del sistema pues no tiene
los permisos necesarios.
ILUSTRACIÓN 52: Pantalla Corrección de Notas
AUTOR: Tesista FUENTE: Manual de Usuario
Luego de haber realizado la búsqueda respectiva, tomando en cuenta los
parámetros requeridos como son período lectivo, curso y paralelo en la pantalla
anterior son mostradas la materia que se imparten en los mencionados curso y
paralelo, estos se listan y se muestran tanto las notas del primero como del
segundo quimestre del año lectivo.
91
Los quimestres que se muestran se encuentran divididos a su vez en primer
parcial, segundo parcial, tercer parcial y examen parcial.
Cada parcial se tiene un botón activado que dice “Ingresar”, al dar clic en
cualquiera de ellos se muestran a todos los alumnos que se encuentran matriculas
en la materia señalada.
Asimismo estos alumnos muestran todas las notas correspondientes al parcial
seleccionado, es decir se pueden editar las calificaciones correspondiente a
tareas, actividades grupales, actividades individuales, lecciones orales y lecciones
escritas para el caso de los 1ero, 2do y 3er parcial, y para el caso del examen
parcial se mostrará la nota del examen quimestral que se podrá modificar.
ILUSTRACIÓN 53: Pantalla Corrección de Notas por Alumno
AUTOR: Tesista FUENTE: Manual de Usuario
Ingreso Comportamiento - Asistencia
Para el caso del ingreso del comportamiento y asistencia de los alumnos, el único
que tendrá la posibilidad de insertar dichos ítems en el sistema será el usuario que
tenga el perfil “Tutor”.
92
Este usuario se lo conoce en algunas instituciones como el inspector, esta
autoridad deberá ser la designada por la institución para este propósito de llevar
un registro del comportamiento así como de la asistencia de los alumnos.
El registro de estas notas de asistencia y comportamiento se la realizará una vez
por quimestre tal como dispone el Ministerio de Educación.
ILUSTRACIÓN 54: Pantalla Ingreso de Comportamiento - Asistencia
AUTOR: Tesista FUENTE: Manual de Usuario
Al dar clic en el submenú correspondiente se tendrá los parámetros de búsqueda
por los cuales el tutor podrá realizar el proceso, estos parámetros son el año
lectivo, curso, paralelo y quimestre.
Se muestran todos los alumnos que están matriculados para los parámetro de
búsqueda utilizados, aquí se pueden registrar la faltas justificadas, faltas
injustificadas, días laborados y comportamiento.
Se debe tomar en cuenta que para el caso del registro del Comportamiento tal
como dispone el organismo rector como es el Ministerio de Educación en reporte
de calificaciones deben mostrarse las calificaciones que en cuanto a
comportamiento que actualmente son aceptadas, y estas son:
93
LETRA CUALIFICACION
A Muy satisfactorio
B Satisfactorio
C Poco satisfactorio
D Mejorable
E Insatisfactorio
TABLA 15: Calificación Comportamiento AUTOR: Tesista
FUENTE: Manual de Usuario
ILUSTRACIÓN 55: Pantalla Comportamiento - Asistencia por Alumno
AUTOR: Tesista FUENTE: Manual de Usuario
Reportes
El sistema nos permite la posibilidad de generar reportes de calificaciones
correspondientes a los alumnos que se encuentran registrados en el sistema.
Existen 4 tipos de reportes los cuales pueden generarse y cada uno requiere de
diferentes parámetros para realizar la búsqueda respectiva, asimismo cada
reporte tiene distintas características y poseen diversos tipo de información
dependiendo de la necesidad que tenga el usuario que genera los reportes
mencionados.
El usuario con perfil de administrador es el único que tiene la opción para generar
estos reportes.
94
Se permite visualizar los reportes tanto en formato pdf como en formato Excel, el
usuario únicamente debe dar clic en el botón “Exportar a pdf” o “Exportar a excel”
para que obtenga en reporte consultado en el formato deseado.
ILUSTRACIÓN 56: Pantalla Menú Reportes AUTOR: Tesista
FUENTE: Manual de Usuario
Reporte General por Paralelo
Este reporte solicita como parámetros de búsqueda período lectivo, el curso, el
paralelo y la materia.
El Reporte muestra las siguientes calificaciones:
Primer parcial
Segundo parcial
Tercer parcial
Examen parcial
95
El promedio
Nota cualitativa
Correspondientes al 1ero y 2do quimestre de todo el paralelo que se encuentra
matriculado para la materia seleccionada.
ILUSTRACIÓN 57: Pantalla Reporte General AUTOR: Tesista
FUENTE: Manual de Usuario
Reporte Quimestral
Este reporte muestra las siguientes calificaciones:
Primer parcial
Segundo parcial
Tercer parcial
Promedio parcial
Examen parcial
Promedio cuantitativo
Promedio cualitativo
Comportamiento
Asistencia
96
Correspondientes únicamente al quimestre seleccionado en los parámetros de
búsqueda, para el alumno seleccionado en todas las materias en las cuales se
encuentra inscrito.
Asimismo, este reporte contiene las calificaciones correspondientes a asistencia y
comportamiento del alumno para el quimestre seleccionado.
ILUSTRACIÓN 58: Pantalla Reporte Quimestral AUTOR: Tesista
FUENTE: Manual de Usuario
Reporte Detalle Parcial
Este reporte muestra las siguientes calificaciones:
Tareas
Actuación en clase
Actuaciones grupales
Lecciones
Examen parcial
Promedio cuantitativo
Promedio cualitativo
97
Estas notas corresponden al parcial el cual fue seleccionado en los parámetros de
búsqueda que se muestran en la pantalla del reporte, esto para todos los alumnos
que se encuentran matriculados en el curso y paralelo seleccionados en la
búsqueda realizada.
ILUSTRACIÓN 59: Pantalla Reporte Detalle Parcial
AUTOR: Tesista FUENTE: Manual de Usuario
Reporte Anual
Este reporte muestra las siguientes calificaciones:
Primer quimestre
Segundo quimestre
Promedio cuantitativo
Promedio cualitativo
Asistencia
Comportamiento
98
Las calificaciones que se muestran en este reporte corresponden a las
calificaciones finales del estudiante, para el año lectivo en curso, el parámetro por
el que se realiza esta búsqueda es el número de cédula del estudiante.
ILUSTRACIÓN 60: Pantalla Reporte Anual
AUTOR: Tesista FUENTE: Manual de Usuario
99
ANEXO 3: MANUAL TÉCNICO
100
1. Introducción
El siguiente documento es una guía para poder conocer el funcionamiento del
módulo de Control Académico del sistema ERP Social, mediante el uso de
diagramas UML. A su vez se describe la base de datos del módulo, con su
respectivo diccionario de datos.
2. Objetivo
El principal objetivo del documento es proporcionar al usuario del sistema una
guía para que pueda conocer el funcionamiento del módulo de Control
Académico, mediante diagramas.
3. Glosario de Términos
UML: Unified Modeling Language, es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema.
Diagrama: es un dibujo geométrico, con el que se obtiene la representación
gráfica de una proposición, de la resolución de un problema, de las relaciones
entre las diferentes partes o elementos de un conjunto o sistema.
Base de datos: Es un conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemáticamente para su posterior uso.
4. Diagramas UML
A continuación se presentan varios diagramas UML, que permitirán, de una
manera gráfica ayudar a la comprensión del funcionamiento del módulo de
matrículas.
101
4.1. Diagramas de Casos de Uso
Identificación de actores: A continuación se detallan los actores que
participarían en el módulo de Control Académico.
Actor Actividades
Sistema Conjunto de elementos relacionados
entre sí y que funcionan como un todo
(ERP)
Administrador Persona encargada de administrar las
actividades, gestión y mantenimiento
del ERP.
Docente Persona delegada para dicho cargo en
la escuela. Sus permisos son de
consulta e inserción de datos.
Usuario Registrado Persona con permiso de consulta.
Tutor Persona la cual está encargada de
llevar un registro del comportamiento y
la asistencia de los estudiantes.
Representante Persona que representa al estudiante
que está matriculado en la institución.
102
Modelo de negocios: Vista general del funcionamiento del módulo de notas
Registro de Empleado: Procedimiento para el registro de un empleado para que
tenga acceso al uso del sistema.
Profesor Administrador
Alumno
Representante
Registro notas
Consulta notas
<<include>>
<<include>>
Sistema
Ingresar informacion
Presenta campos en blanco
Listar informacion
Administrador
Guardar informacion
103
Actualizar Empleado: Acciones llevadas a cabo para realizar la actualización de
los datos correspondiente al empleado.
Cambio de Clave: Acciones realizadas para poder modificar la clave del usuario
que ingresa al sistema.
<<include>>
<<include>>
Sistema
Presentar información
Seleccionar usuario a editar
Actualizar información
Administrador
Modificar información
Listar el usuario editado
Edición de valores
Presenta campos de clave
Administrador
Cambio de clave
104
Entrega de Reportes: Acciones llevadas a cabo para la entrega de reportes a los
representantes de los estudiantes.
Gestión de notas: Funciones principales que posee el administrador dentro del
módulo de notas.
<<extend>>
Profesor
Alumno
Evaluacion alumno
Calculo calificacion
Representante Administrador
Ingreso Calificaciones
Reporte calificaciones
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<include>>
Administrador
Gestion alumnos
Ingreso
Eliminacion
Modificacion
Consulta
Validar usuario
105
Registro de notas: Registro de calificaciones realizado por el Profesor dentro del
módulo de notas.
Registro de comportamiento: Registro de comportamiento correspondiente al
estudiante en el quimestre en curso
<<include>>
<<include>>
Profesor
Registrar notas
Ver notas
Validar usuario
<<include>>
<<include>>
Tutor
Registrar comportamiento
Ver comportamiento
Validacion usuario
106
Registro de asistencia: Registro de asistencia correspondiente al estudiante en
el quimestre en curso
Rectificación de notas: Registro de calificaciones realizado por el Profesor
dentro del módulo de notas.
<<include>>
<<include>>Registrar asistencia
Ver asistencia
Validacion usuario
Tutor
<<include>>
<<include>>Administrador
AlumnoProfesor
Proceso Justificacion
Modificar nota
Validacion usuario
107
5. Modelos de la Base de Datos
5.1. Modelo Lógico de la Base de Datos
5.2. Modelo Físico de la Base de Datos
108
6. Diccionario de Datos
Tablas del Diagrama Módulo Control Académico
N° Nombre Descripción
1 mat_asignación Tabla referente a datos de materia de asignación del docente.
2 not_nota Tabla referente a datos propios de la nota del estudiante.
3 not_tipo_nota Tabla referente a datos propios del tipo de nota.
4 not_nota_tutor Tabla referente a datos de asistencia y
comportamiento del estudiante.
5 persona_tbl
Tabla común referente a datos propios de la persona.
Tabla not_nota Registra la información de la nota del estudiante en el sistema.
Código Descripción Primary Key
Foreing Key
not_codigo Identificador único de la nota.
X
not_tipo_nota Identificador del tipo de
nota al cual está asociado.
X
not_matricula Identificador de la
matrícula al cual está
asociado.
X
not_valor Registra el valor de la nota
del estudiante.
not_observación Registra la observación de
la nota del estudiante.
not_codigo_nota_padre Identificador único del
padre de la nota.
109
Tabla not_tipo_nota Registra la información de la nota del estudiante en el sistema.
Código Descripción Primary Key
Foreing Key
par_codigo
Identificador único de la nota.
X
par_nombre
Identificador del tipo de
nota al cual está asociado.
X
Tabla not_nota_tutor Registra la información de la nota del estudiante en el sistema.
Código Descripción Primary Key
Foreing Key
not_nota_tutor_codigo Identificador único de la nota del tutor.
X
not_faltas_justificadas Registra el total de faltas
justificadas.
not_faltas_injustificadas Registra el total de faltas
injustificadas.
not_dias_laborados Registra el total de días
laborados por el
estudiante.
not_total_dias_laborables Registra el total de días
que han sido laborables.
not_comportamiento Registra la nota
correspondiente al
comportamiento del
estudiante
not_ciclo Ciclo al cual está
asociada la nota
not_matricula Identificador de la
matrícula al cual está
X
110
asociado.
7. ESTRUCTURA DEL PROYECTO “Erp Social”
Es importante mencionar y conocer la estructura de archivos, carpetas que
corresponden al desarrollo de “Erp Social”, para ello se hará una breve
descripción de la estructura desarrollada.
El sistema se encuentra estructurado de la siguiente manera:
ErpSocial
ErpSocialEJB
ErpSocialWeb
7.1. ErpSocial
En la carpeta ErpSocial se encuentra el código ejecutable del proyecto, dividido en
subcarpetas que contienen los archivos de acuerdo a su funcionalidad.
Esta carpeta contiene los proyectos como muestra en la siguiente figura.
111
7.2. ErpSocialEJB
ErpSocialEJB es el proyecto que contiene la lógica del negocio y la persistencia
hacia la base de datos. Cabe recordar que los EJB son clases java ligeras donde
se programas las reglas de negocio de la aplicación, por tanto en la carpeta en
mención se ha definido las reglas de negocio.
DAO (Data Access Object) encapsula el acceso a la base de datos, por lo que
cuando la capa lógica de negocio necesite interactuar con la base de datos, va a
hacerlo a través de la API que le ofrece DAO. Generalmente esta API consiste en
métodos CRUD (Create, Read, Update y Delete). Entonces por ejemplo cuando la
capa de lógica de negocio necesite guardar un dato en la base de datos, va a
llamar a un método create ( ).
DTO (Data Transfer Object) o también denominados VO (Value Object), son
utilizados por DAO para transportar los datos desde la base de datos hacia la
capa de lógica de negocio y viceversa.
112
7.3. ErpSocialWeb
ErpSocialWeb es el proyecto que contiene todos los elementos web como
javascript, páginas HTML y los controladores que se encargan de recolectar las
acciones y los datos que las páginas emiten.
En esta carpeta se encuentra la capa de presentación del proyecto, dividido en
subcarpetas que contienen las diferentes clases de archivos de acuerdo a su uso.
Java Resources – src, contiene archivos con extensión .java y corresponde a los
beans que brindan la funcionalidad a las páginas dinámicas XHTML. Estos son los
encargados de guardar información, utilizan un API para representar componentes
de la interfaz de Usuario y manejar sus estados, manejar sus eventos; también
realizan la validación del lado del servidor, la conversión de datos y definir la
navegación entre páginas.
WebContent, esta carpeta contiene las páginas xhtml, las mismas que
proporcionan el aspecto visual del sistema, para cada formulario. La carpeta css
contiene los estilos que son utilizados en las páginas xhtml.
La carpeta WEB-INF contiene los archivos de configuración:
113
faces-config.xml, archivo de configuración del jsf.
lib, contiene las librerías adicionales que utiliza el sistema.
templates, contiene los estilos utilizados en el proyecto ERP Social
web.xml, archivo de configuración de componentes del proyecto para el
despliegue del sistema, describe al contenedor Web, sus elementos y el modo en
que se accede a los mismos. Además, define los aspectos de seguridad, fichero
de bienvenida, parámetros iníciales y parámetros de contexto.
