universidad central del ecuador … · atenas” de la provincia de bolÍvar y reingenierÍa del...
Post on 16-Sep-2018
222 Views
Preview:
TRANSCRIPT
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
IMPLEMENTACIÓN DEL SISTEMA “ERP SOCIAL”, EN LA ESCUELA
FISCAL MIXTA “GARCÍA MORENO” Y LA JUNTA PARROQUIAL DE “SAN
PABLO DE ATENAS” DE LA PROVINCIA DE BOLÍVAR Y REINGENIERÍA
DEL SISTEMA
TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO INFORMÁTICO
AUTOR:
SIMALIZA CHIMBO KLÉVER HERNÁN
TUTOR:
ING. CÉSAR AUGUSTO MORALES MEJÍA MSC.
QUITO - ECUADOR
2015
ii
DEDICATORIA
A Dios en especial, por permitirme llegar a este momento tan especial en mi vida,
quien ha estado junto a mí día a día cuidándome, dándome fuerzas y sabiduría
para afrontar las adversidades de la vida y seguir siempre adelante con mente
positiva.
A mis padres Angel y Avelina, quienes me enseñaron con amor y cariño, que con
sencillez, humildad de corazón y perseverancia se puede llegar a lograr grandes
objetivos, a ellos quienes velaron en mi bienestar y educación, siendo mí ejemplo
y apoyo en todo momento.
A mis hermanos Fabián, Elías, Jhonatan, Jessica, Aracely y Katie, quienes son
mi alegría y felicidad ya que nunca me abandonaron ni me olvidaron y siempre
estuvieron brindándome su amor incondicional.
A la familia Chimbo Guamán, quienes son personas importantes en mi vida,
gracias por el amor y la calidez de una familia, en especial a mi tía María Guamán
quien es como mi madre, una mujer de alma noble y generosa que con su gran
corazón me lleva a admirarla cada día más.
Klever Simaliza Chimbo
iii
AGRADECIMIENTOS
A toda mi familia quienes han velado por mí durante mi etapa universitaria.
A los docentes por brindarnos a los estudiantes durante el proceso de formación
el conocimiento y las herramientas necesarias para un excelente desempeño
profesional ético.
A mi Tutor Ing. César Morales, director de tesis, por su valiosa orientación en
todo momento, durante el desarrollo y culminación del proyecto de tesis.
A la prestigiosa Universidad Central del Ecuador, Facultad de Ingeniería,
Ciencias y Matemática por haberme dado la oportunidad de formarme como
profesional.
Klever Simaliza Chimbo
iv
AUTORIZACIÓN DE AUTORÍA INTELECTUAL
Yo, Kléver Hernán Simaliza Chimbo en calidad de autor del trabajo de
investigación o tesis realizada sobre la IMPLEMENTACIÓN DEL SISTEMA
“ERP SOCIAL”, EN LA ESCUELA FISCAL MIXTA “GARCÍA MORENO” Y LA
JUNTA PARROQUIAL DE “SAN PABLO DE ATENAS” DE LA PROVINCIA
DE BOLÍVAR Y REINGENIERÍA DEL SISTEMA, por el presente autorizo a la
UNIVERSIDAD CENTRAL DEL ECUADOR, hacer uso de todos los contenidos
que me pertenecen o de parte de los que contiene esta obra, con fines
estrictamente académicos o de investigación.
Los derechos que como autor me corresponden, con excepción de la presente
autorización, seguirán vigentes a mi favor, de conformidad con lo establecido en
los artículos 5, 6, 8, 19 y demás participantes de la Ley de Propiedad Intelectual
y su reglamento.
Quito, 19 de diciembre de 2014
----------------------------------------------------- SIMALIZA CHIMBO KLÉVER HERNÁN
C.C. 0201887197
viii
CONTENIDO
CERTIFICACIÓN TUTOR .................................................................................. v
NOTIFICACIÓN DE TRIBUNAL ........................................................................ vi
RESULTADO DEL TRABAJO DE GRADUACIÓN .......................................... vii
LISTA DE TABLAS ........................................................................................... xi
LISTA DE FIGURAS ........................................................................................ xii
ANEXOS .......................................................................................................... xiv
RESUMEN ........................................................................................................ xv
ABSTRACT ..................................................................................................... xvi
CERTIFICADO DE TRADUCCIÓN ................................................................ xvii
TÍTULO .......................................................................................................... xviii
INTRODUCCIÓN ................................................................................................ 1
CAPÍTULO 1....................................................................................................... 2
1. PRESENTACIÓN DEL PROBLEMA ........................................................... 2
1.1. Planteamiento del Problema ............................................................................ 2
1.2. Formulación del Problema ............................................................................... 3
1.3. Interrogantes de la Investigación ..................................................................... 3
1.4. Objetivos de la investigación ........................................................................... 4
1.5. Objetivo General .............................................................................................. 4
1.6. Objetivos Específicos ...................................................................................... 5
1.7. Justificación ..................................................................................................... 5
1.8. Alcance............................................................................................................ 6
1.9. Limitaciones .................................................................................................... 7
CAPÍTULO 2....................................................................................................... 8
2. REVISIÓN BIBLIOGRÁFICA ....................................................................... 8
2.1. Antecedentes ...................................................................................................... 8
2.2. Marco Teórico.................................................................................................. 8
2.2.1. Beneficios del ERP .................................................................................................. 9
2.2.2. Limitaciones ........................................................................................................... 9
2.2.3. Análisis y diseño ................................................................................................... 10
ix
2.2.4. Implementación ................................................................................................... 10
2.2.5. Seguimiento ......................................................................................................... 10
2.2.6. Evaluación ............................................................................................................ 10
2.2.7. Control ................................................................................................................. 11
2.2.8. Modelo de Desarrollo .......................................................................................... 11
2.2.9. Metodología ......................................................................................................... 15
2.2.10. Lenguaje de programación java ........................................................................... 15
2.2.11. Base de datos: PostgreSQL ................................................................................... 17
2.3. Identificación de Variables ............................................................................. 19
2.3.1. Variables Independientes .................................................................................... 21
2.3.2. Variables Dependientes ....................................................................................... 22
2.4. Hipótesis ........................................................................................................ 22
CAPÍTULO 3..................................................................................................... 24
3. METODOLOGÍA ........................................................................................... 24
3.1. Metodología RUP .............................................................................................. 24
3.1.1. Fase de Inicio .............................................................................................................. 25
3.1.2. Fase de Elaboración ................................................................................................... 25
3.1.3. Fase de Construcción ................................................................................................. 25
3.1.4. Fase de Transición ...................................................................................................... 25
3.1.5. Principales características .......................................................................................... 26
3.1.6. Ventajas ..................................................................................................................... 26
3.1.7. Desventajas ................................................................................................................ 26
3.2. Requerimientos ................................................................................................. 26
3.2.1. Requerimientos Funcionales ...................................................................................... 27
3.2.2. Requerimientos no Funcionales................................................................................. 34
3.2.3. Requerimientos Técnicos ........................................................................................... 36
3.3. Lenguaje de Modelamiento Unificado (UML) ..................................................... 36
3.3.1. Funciones de UML ...................................................................................................... 37
3.3.2. Componentes de UML ............................................................................................... 38
3.3.3. Diagramas UML .......................................................................................................... 38
3.4. Arquitectura Modelo-Vista-Controlador .............................................................. 53
3.4.1. Componentes ............................................................................................................. 53
x
3.4.2. Ciclo de Vida de MVC ................................................................................................. 54
3.5. Diseño de la Base de Datos .............................................................................. 55
3.5.1. Estudio Previo ............................................................................................................ 55
3.5.2. Estándares de la Base de Datos ................................................................................. 55
3.5.3. Creación de la Base de Datos ..................................................................................... 60
3.5.4. Modelo Lógico de la Base de Datos ........................................................................... 61
3.5.5. Modelo Físico de la Base de Datos............................................................................. 61
3.5.6. Diccionario de Datos .................................................................................................. 61
CAPÍTULO 4..................................................................................................... 62
4. MARCO ADMINISTRATIVO ......................................................................... 62
4.1. Recursos ........................................................................................................... 62
4.2. Recursos Institucionales .................................................................................... 63
4.3. Recursos del autor ............................................................................................ 63
4.4. Costos ............................................................................................................... 63
4.5. Pruebas de Estrés ............................................................................................. 64
CAPITULO 5..................................................................................................... 71
5. Conclusiones y recomendaciones ......................................................... 71
5.1. Conclusiones ................................................................................................. 71
5.2. Recomendaciones ....................................................................................... 72
GLOSARIO ....................................................................................................... 74
REFERENCIA BIBLIOGRÁFICA ..................................................................... 79
xi
LISTA DE TABLAS
Tabla 1. Requerimientos funcionales: Registro de estudiantes ............... 28
Tabla 2. Requerimientos funcionales: Pre-matrículas .............................. 29
Tabla 3. Requerimientos funcionales: Matriculación ................................ 31
Tabla 4. Requerimientos funcionales: Récord académico ....................... 32
Tabla 5. Requerimientos funcionales: Carné estudiantil .......................... 33
Tabla 6. Requerimientos funcionales: Nómina de estudiantes ................ 34
Tabla 7. Requerimientos no funcionales .................................................. 35
Tabla 8. Requerimientos técnicos ............................................................ 36
Tabla 9. Elementos de Diagramas de Casos de Uso .............................. 45
Tabla 10. Actores del sistema .................................................................. 46
Tabla 11. Tipos de mensaje ..................................................................... 49
Tabla 12. Prefijos base de datos .............................................................. 56
Tabla 13. Sufijos Base de Datos .............................................................. 57
Tabla 14. Base de datos de módulo Matrículas ....................................... 61
Tabla 15. Recursos del proyecto ............................................................. 62
Tabla 16. Tabla de Costos ....................................................................... 64
xii
LISTA DE FIGURAS
Figura 1. Modelo en V .............................................................................. 12
Figura 2. Modelo de desarrollo ................................................................ 13
Figura 3. Triángulo de gestión de proyectos ............................................ 20
Figura 4. Fases de la Metodología RUP .................................................. 24
Figura 5. Funciones de UML .................................................................... 37
Figura 6. Componentes UML ................................................................... 38
Figura 7. Estructura de la Clase ............................................................... 39
Figura 8. Ejemplo de Clase ...................................................................... 39
Figura 9. Ejemplo de Herencia................................................................. 41
Figura 10. Ejemplo de Agregación ........................................................... 41
Figura 11. Ejemplo de Asociación ............................................................ 42
Figura 12. Ejemplo de Dependencia ........................................................ 42
Figura 13. Diagrama de Clases de Estudiante ........................................ 43
Figura 14. Diagrama de Clases de Curso ................................................ 43
Figura 15. Diagrama de Clases de Matrícula ........................................... 44
Figura 16. Casos de Uso: Actividades de Actores ................................... 46
Figura 17. Casos de Uso: Pre-matrícula .................................................. 47
Figura 18. Caso de Uso: Pre-matrícula, Ingresar datos de estudiante .... 47
Figura 19. Caso de Uso: Matricular ......................................................... 48
Figura 20. Caso de Uso: Generación de documentos ............................. 48
Figura 21. Rol de Clase ........................................................................... 49
Figura 22. Líneas de vida ........................................................................ 50
Figura 23. Diagrama de Secuencia: General Inscripciones-Matrículas ... 50
Figura 24. Diagrama de Secuencia: Inscripciones ................................... 51
Figura 25. Diagrama de Secuencia: Matrículas ....................................... 51
Figura 26. Diagrama de Secuencia: Nómina de estudiantes ................... 52
Figura 27. Diagrama de Secuencia: Carné estudiantil ............................. 52
Figura 28. Diagrama de Secuencia: Récord estudiantil ........................... 53
Figura 29. Ciclo de vida MVC .................................................................. 54
Figura 30. Ejemplo de Arquitectura MVC ................................................. 55
Figura 31. Creación de grupo en JMeter ................................................. 65
Figura 32. Configuración HTTP request en JMeter .................................. 66
Figura 33. Creación de Listeners en JMeter ............................................ 66
Figura 34. Vista de resultados en formato de árbol: simulación 10 usuarios-10
segundos ................................................................................................. 67
Figura 35. Vista de resultados en formato de tabla: simulación 10 usuarios-10
segundos ................................................................................................. 67
xiii
Figura 36. Vista de resultados en resumen: simulación 10 usuarios-10 segundos
................................................................................................................. 68
Figura 37. Vista de resultados en árbol: simulación 10 usuarios-5 segundos
................................................................................................................. 69
Figura 38. Vista de resultados en tabla: simulación 10 usuarios-5 segundos
................................................................................................................. 70
Figura 39. Vista de resultados en resumen: simulación 10 usuarios-5 segundos
................................................................................................................. 70
xiv
ANEXOS
ANEXO 1 MODELO LÓGICO DE LA BASE DE DATOS DEL MÓDULO MATRÍCULAS 83
ANEXO 2. MODELO FÍSICO DE LA BASE DE DATOS DEL MÓDULO MATRÍCULAS 84
ANEXO 3. DICCIONARIO DE DATOS 85
ANEXO 4 CRONOGRAMA 90
ANEXO 5. MANUAL DE INSTALACIÓN DEL ERP SOCIAL 92
ANEXO 6. MANUAL DE USUARIO 130
ANEXO 7 SOLICITUD DE IMPLEMENTACIÓN 164
xv
RESUMEN
IMPLEMENTACIÓN DEL SISTEMA “ERP SOCIAL”, EN LA ESCUELA FISCAL
MIXTA “GARCÍA MORENO” Y LA JUNTA PARROQUIAL DE “SAN PABLO DE
ATENAS” DE LA PROVINCIA DE BOLÍVAR Y REINGENIERÍA DEL SISTEMA
El proyecto “Erp Social” el objetivo es promover, un mejor manejo de las
herramientas tecnológicas, en este caso: un ERP que permita gestionar de
manera oportuna y concisa los procesos de las Instituciones en estudio y
fomentar en más personas el hábito de ayudar a la sociedad, aplicando sus
conocimientos.
Este sistema está desarrollado para traer beneficios a quienes lo manejen
gracias a su gran potencia y versatilidad, ya que, además tendrá la capacidad de
adaptarse a las necesidades de cualquier entidad educativa, siendo ésta una de
las principales características que definen a un ERP (Enterprise Resource
Planning).
Mediante el análisis y la elección de la metodología de reingeniería de software,
nos ha permitido obtener como resultado final una nueva aplicación web “Erp
Social” basado en el lenguaje de programación Java, amigable e interactiva con
el usuario, este sistema de información al ser una solución web puede ser
accedido desde cualquier parte del mundo a través de diferentes dispositivos
tecnológicos móviles o de escritorio.
DESCRIPTORES: ERP: ENTERPRISE RESOURCE PLANNING/ ERP-SOCIAL/
VINCULACIÓN CON LA SOCIEDAD/ SISTEMA WEB/REINGENIERÍA DEL
SISTEMA
xvi
ABSTRACT
IMPLEMENTATION OF THE “ERP SOCIAL” SYSTEM, IN THE FISCAL MIXED
SCHOOL “GARCÍA MORENO” AND THE PARISH MEETING OF “SAN PABLO
DE ATENAS” OF THE PROVINCE OF BOLIVAR AND REENGINEERING OF
THE SYSTEM
The "Erp Social" project’s objective is to promote a better use of technological
tools, in this case: an ERP is possible to manage timely and concise manner, the
processes of the institutions under study and instill in more people into the habit
of helping society, applying their knowledge.
This system is developed to bring benefits to handlers thanks to its great power
and versatility, which also have the ability to adapt to the needs of any educational
institution, which is one of the main characteristics that define an ERP (Enterprise
Resource Planning).
The analysis and choosing the software reengineering methodology has allowed
us to obtain the final result a new Web application "Erp Social" based on the Java
programming, friendly and interactive with the user, this information system as
being a web solution can be accessed from anywhere in the world through
different mobile technological devices or desktop.
DESCRIPTORS: ERP: ENTERPRISE RESOURCE PLANNING/ ERP-SOCIAL/
ENTAILMENT WITH THE SOCIETY/ WEB SYSTEM/REENGINEERING OF THE
SYSTEM
1
INTRODUCCIÓN
Actualmente, a nivel mundial, la Informática se ha convertido en un recurso
imprescindible en dependencias de diversa índole, pues facilitan de una
manera eficaz el desarrollo de las actividades dentro de las mismas. Los
procesos que se manejan han sido posibles automatizarlos, bajo estándares
de calidad. Su aplicación se ha extendido tanto a sistemas locales como vía
web, en donde podemos encontrar programas educativos e investigativos
como: tutoriales, videoconferencias, foros, e-learning; reservaciones
turísticas, médicas; noticias, transacciones bancarias, juegos, entre otros.
En Ecuador se están implementando sistemas que permiten facilitar las
gestiones de cada entidad; así en Guayaquil, en el Hospital Luis Vernaza se
ha puesto en marcha un sistema para manejar sus procesos. La Junta de
Beneficencia de Guayaquil regenta y administra los cuatro hospitales más
grandes de Ecuador: el Hospital General Luis Vernaza, el Hospital Infantil
Roberto Gilbert, el Hospital gineco-obstétrico Enrique Sotomayor y
el Hospital psiquiátrico Lorenzo Ponce. Todos ellos han alcanzado la
certificación de sus sistemas de gestión de calidad ISO 9001 con la
implementación del sistema desarrollado por QeiMED (división de
Impexcenter S.A. que implementa Sistemas de Gestión con reconocimiento
internacional ISO). “Este esfuerzo trae beneficios a miles de pacientes
ecuatorianos que mensualmente reciben atención médica en sus
instalaciones.” [1]
De manera similar, la Facultad de Ingeniería, Ciencias Físicas y Matemática,
de la Universidad Central del Ecuador, en vista de promover la automatización
de procesos y vinculación con la sociedad ha implementado en la parroquia
Amaguaña, del Distrito Metropolitano de Quito, el sistema “ERP Social”, que
maneja módulos relacionados a la gestión escolar, inventario y eclesiástica.
2
CAPÍTULO 1
1. PRESENTACIÓN DEL PROBLEMA
1.1. Planteamiento del Problema
La Facultad de Ingeniería de la Universidad Central del Ecuador, institución
de alta excelencia académica y social, durante su trayectoria ha promovido el
desarrollo del país, formando profesionales comprometidos al “servicio de los
intereses del bienestar del pueblo ecuatoriano y el mundo.” [2]
Los avances tecnológicos han sido visibles en todo el mundo, mejorando el
estilo de vida de sus habitantes y en sí el trabajo de las diferentes empresas
e instituciones, mediante software que les permite realizar de una mejor
manera sus actividades y a su vez cumplir con tiempos deseados de atención
y producción; sin embargo, los procesos de distintas entidades aún se
realizan de manera manual, es así, que se plantea como proyecto la
“Implementación del Sistema “ERP Social”, en la Escuela de Educación
Básica Mixta García Moreno” y la junta parroquial de “San Pablo de Atenas”
de la provincia de Bolívar y reingeniería del sistema”, cuya finalidad es, en
primera instancia, automatizar los procesos inherentes a las actividades
administrativas de las entidades donde se pretende implementar el software
y mejorar el mismo mediante la reingeniería.
El software “ERP Social”, implementado en la parroquia de “Amaguaña” de la
provincia de Pichincha, puede ser mejorado mediante la reingeniería, a través
de las fases que esta conlleva. Debido a que el mundo de la informática está
en constante evolución, tanto así en sus tecnologías de información como sus
herramientas de desarrollo, es preciso mejorar aspectos como robustez,
calidad y eficiencia, para cumplir con las demandas de los usuarios y de los
procesos de trabajo en sí.
3
1.2. Formulación del Problema
La Escuela de Educación Básica “García Moreno” de la parroquia “San Pablo
de Atenas“ de la provincia de Bolívar, se encuentran desprovistas de sistemas
óptimos que les permita manejar de manera correcta los procesos de la
gestión académica; por lo cual los procesos se lo realizan de forma manual,
lo que consume tiempo y recursos innecesarios que pueden ser optimizados
dentro de la Institución Educativa.
Se realizó un análisis de las necesidades y falencias de la escuela obteniendo
como resultado la oportunidad de implementación del sistema, levantamiento
y mejora de los procesos que realizan referentes a la inscripción y
matriculación del estudiante, generación del carné estudiantil, record
académico del estudiante, asistencia escolar, búsqueda y emisión de
reportes, estos procesos deberán apegarse a los estándares del Ministerio
de Educación del Ecuador, lo cual permitirá que el sistema se ajuste de
manera exitosa a futuro en diferentes parroquias, con una mayor efectividad
en el manejo del flujo y procesamiento de los datos y contribuirá al
mejoramiento progresivo de la comunidad y la sociedad.
Debido a la evolución de las herramientas informáticas se plantea la
reingeniería del sistema ERP-Social a un lenguaje más robusto, para mejorar
su rendimiento y abarcar las necesidades globales de las entidades que
puedan utilizar esta herramienta.
1.3. Interrogantes de la Investigación
¿Cómo se determina la necesidad de una reingeniería de un sistema?
¿Cómo se lleva acabó el proceso actual de inscripción y matrícula en la
Escuela García Moreno?
¿Cuáles serán las ventajas y desventajas que aportaría la reingeniería del
Sistema ERP-SOCIAL?
4
¿Qué herramientas se utilizarán para la reingeniería del sistema?
¿Las herramientas elegidas para realizar la reingeniería son las
apropiadas para abarcar las necesidades que la aplicación demanda?
¿Qué estrategia se utilizará para instruir y adaptar el personal encargado
del manejo del Sistema ERP-SOCIAL?
¿Cómo se Integrará cada módulo del ERP-Social?
1.4. Objetivos de la investigación
Los principales objetivos de este proyecto son promover un mejor manejo de
las herramientas tecnológicas, en este caso: un ERP que permita gestionar
de manera oportuna y concisa los procesos de las Instituciones en estudio y
fomentar en más personas el ánimo de ayudar a la sociedad aplicando sus
conocimientos.
1.5. Objetivo General
Proveer a la comunidad un sistema informático; que ayude en la optimización
de los procesos referentes a la gestión académica como son inscripción y
matrícula del estudiante, generación del carné, record académico, asistencia
escolar, búsqueda y emisión de reportes; mediante la implementación y
mejoramiento del sistema “Erp Social” en la escuela “García Moreno” de la
parroquia “San Pablo de Atenas”, aplicando la reingeniería de software y
migrar el sistema a un lenguaje de programación de alto nivel y así satisfacer
las necesidades del usuario; de acuerdo a los requerimientos presentados por
los mismos y obtener un sistema que permita mejorar continuamente su
estructura, cuando se presenten requerimientos futuros.
5
1.6. Objetivos Específicos
Para el beneficio del objetivo general y el desarrollo del proyecto los
objetivos específicos son los siguientes:
Realizar un estudio de los procesos referentes a optimización de
los procesos referentes a la gestión académica como son
inscripción y matrícula del estudiante, generación del carné
estudiantil, record académico, asistencia escolar, búsqueda y
emisión de reportes; que se emplean en la Escuela “García
Moreno” en donde se implementará el sistema.
Determinar estándares a los procesos que participan en la
automatización referente a la gestión académica como son
inscripción y matrícula del estudiante, generación del carné
estudiantil, record académico, asistencia escolar, búsqueda y
emisión de reportes; para que el sistema pueda ser implementado
en diferentes parroquias.
Proponer la Reingeniería del Sistema “Erp Social”, para obtener un
sistema en una nueva arquitectura, que permita la integración con
la finalidad de eliminar redundancia de datos e información.
Obtener información en línea.
1.7. Justificación
Teniendo en cuenta la situación actual de la institución educativa se plantea
la implementación del sistema “ERP Social” con la finalidad de mejorar los
tiempos de emisiones de documentos, facilidad para trabajar en un ambiente
amigable al usuario, minimizar errores de digitalización y sobre todo poder
6
llevar un registro de las actividades en un sitio seguro como es el repositorio
de base de datos.
La reingeniería del software aumenta la capacidad de competir en el mercado
mediante la reducción de costos, el incremento en la calidad y una mayor
velocidad de respuesta. “La reingeniería de software pretende cancelar
dialécticamente los sistemas existentes –toma lo bueno que tiene y lo
perfecciona- imposibles de mantener, y crea uno nuevo, confiable, eficiente,
eficaz y de fácil mantenimiento.” [3]
Este sistema será diseñado para traer beneficios a quienes lo manejen
gracias a su gran potencia y versatilidad, constituyendo estos puntos,
características propicias para el levantamiento de una reingeniería, ya que,
además tendrá la capacidad de adaptarse a las necesidades de cualquier
entidad educativa, siendo ésta una de las principales características que
definen a un ERP (Enterprise Resource Planning).
Este proyecto, está enfocado a prestar ayuda y contribuir al mejoramiento
progresivo de la comunidad y además infundir la conservación de los recursos
naturales con la reducción progresiva de papel; lo cual conlleva al cuidado de
la naturaleza y aumento de productividad y desempeño.
1.8. Alcance
Implementación del “Erp Social”, en la Escuela de Educación Básica García
Moreno de la parroquia “San Pablo de Atenas”, de la provincia de Bolívar y
durante su desarrollo se realizará la reingeniería del mismo por medio del
análisis de metodologías que se ajuste de mejor manera y así optimizar la
funcionalidad del sistema “Erp Social”.
Se implantará el sistema realizando:
7
Migración del sistema “Erp Social” referente a la gestión académica como
son inscripción y matrícula, registro escolar, record académico,
generación del carné estudiantil, búsqueda y emisión de reportes; de la
Escuela “García Moreno” a una nueva tecnología (lenguaje de
programación) JAVA.
Se Integrara el módulo de Inscripción y Matrícula con los módulos de
Notas y Administración de Seguridades del sistema ERP Social.
Se analizará el impacto de los cambios en las entidades de la parroquia
donde se ha implementado el sistema y se realizará dichos cambios en
ambiente de pruebas; para finalmente ponerlo en producción.
Ejecución de pruebas para verificación de estabilidad del sistema.
Capacitación a usuarios de la escuela “García Moreno” en la fase pre y
post producción.
Puesta en producción del sistema.
1.9. Limitaciones
Las posibles limitaciones que restringirían el desarrollo o uso del sistema a
desarrollar son:
Falta de hardware, tanto para el desarrollo como para los usuarios del
sistema.
Disposición y cooperación por parte de los usuarios.
Resistencia a los cambios.
No contar con el servicio de Internet.
8
CAPÍTULO 2
2. REVISIÓN BIBLIOGRÁFICA
2.1. Antecedentes
La misión de la Facultad de Ingeniería Ciencias Físicas y Matemática, es
crear y difundir el conocimiento científico –tecnológico, formar profesionales,
investigadores y técnicos críticos de nivel superior y crear espacios para el
análisis y solución de los problemas nacionales. [4]
En el mercado del software de hoy en día es habitual que cualquier suite de
gestión pretenda un mayor reconocimiento, por el hecho de ser conocida
como ERP en lugar de como software de gestión.
Un ERP es una aplicación que integra en un único sistema todos los procesos
de negocio de una empresa. Adicionalmente se pretende que todos los datos
estén disponibles todo el tiempo para todo el mundo en la empresa de una
manera centralizada.
Esto descarta como ERP aquellos programas basados en múltiples
aplicaciones (denominados comúnmente suites) independientes o modulares
que duplican la información (aun cuando la enlacen automáticamente) o no la
centralizan en una única base de datos. También elimina aquellos programas
que se basan en sistemas de base de datos de ficheros independientes (sin
motor de base de datos).
2.2. Marco Teórico
En las instituciones educativas del país es importante e imprescindible contar
con tecnología de punta; para poder solventar los procesos que conllevan
tiempo que puede ser reducido y optimizado, es así como se ha planteado
implementar el sistema ERP-Social en la parroquia de “San Pablo de Atenas”.
Los sistemas ERP (Enterprise Resource Planning): Planificación de Recursos
Empresariales, son Sistemas de Información Gerenciales que integran y
manejan negocios asociados con las operaciones de producción y de los
9
aspectos de distribución de una compañía en la producción de bienes o
servicios.
Los sistemas ERP normalmente manejan la producción, logística,
distribución, inventario, envíos, facturas y la contabilidad en una
organización. Puede intervenir en el control de muchas actividades de
negocios como ventas, entregas, pagos, producción, administración de
inventarios, calidad de administración y la administración de recursos
humanos.
Este sistema es un sistema que trata directamente con los clientes, o con los
sistemas de negocios electrónicos tales como: comercio electrónico, gobierno
electrónico, telecomunicaciones electrónicas y finanzas electrónicas; así
mismo, es un sistema que trata directamente con los proveedores, no
estableciendo únicamente una relación administrativa con ellos, en contraste
con el sistema de apertura de datos, que crea una relación administrativa del
consumidor o servicio al consumidor.
2.2.1. Beneficios del ERP
Optimización de los procesos de una organización.
Acceso a toda la información de forma confiable, precisa y oportuna.
La posibilidad de compartir información entre todos los componentes de la
organización.
Eliminación de datos y operaciones innecesarias de reingeniería.
Otorgar apoyo a los usuarios, tiempos rápidos de respuesta a sus
problemas así como un eficiente manejo de información que permita la toma
oportuna de decisiones y disminución de los costos totales de operación.
2.2.2. Limitaciones
Cualquier sistema ERP requiere de ser alimentado, administrado y
supervisado adecuadamente. Si el sistema es operado por personal no
10
capacitado, o si es administrado por personas sin suficiente experiencia, deja
de ser confiable toda información que de él podamos obtener y las necesarias
revisiones manuales de la información hacen engorroso cualquier proceso
operativo o administrativo.
2.2.3. Análisis y diseño
El análisis, diseño e Implementación del módulo de matrículas desarrollada
para la institución “García Moreno” perteneciente a la Parroquia de La San
Pablo de Atenas depende de la conciliación entre una formulación
adecuada y completa del módulo, una planificación operacional y realista,
métodos de seguimiento, evaluación y control.
2.2.4. Implementación
La implementación es la realización de una especificación técnica o
algoritmos como un programa, componente software, u otro sistema de
cómputo. Muchas implementaciones son dadas según a una especificación o
un estándar.
2.2.5. Seguimiento
El seguimiento del proyecto consiste en proveer una adecuada visibilidad a
la administración sobre la situación del proyecto para identificar
oportunamente cualquier desviación contra lo planeado con el objetivo de
tomar decisiones oportunas para corregirlas.
2.2.6. Evaluación
Tiene como finalidad determinar el grado de eficacia y eficiencia, con que han
sido empleados los recursos destinados a alcanzar los objetivos previstos,
posibilitando la determinación de las desviaciones y la adopción de medidas
correctivas que garanticen el cumplimiento adecuado de las metas
presupuestadas.
11
2.2.7. Control
Es una etapa primordial en la administración, pues, aunque una empresa
cuente con magníficos planes, una estructura organizacional adecuada y una
dirección eficiente, el ejecutivo no podrá verificar cuál es la situación real de
la organización si no existe un mecanismo que se cerciore e informe si los
hechos van de acuerdo con los objetivos.
2.2.8. Modelo de Desarrollo
El modelo en V se encarga de representar las relaciones temporalmente entre
las fases del ciclo de desarrollo del proyecto, en él se realizan dos procesos
al mismo tiempo hasta llegar a la punta de la V, conforme se reduce el espacio
esto se refiere a la reducción de tiempo de cada fase y mientras más se
reduce aumenta el nivel, esto puede ser prácticamente una ventaja o
desventaja dependiendo del modo de trabajo de cada persona.
Describe las actividades y los resultados que se producen durante el
desarrollo del software.
Es una representación gráfica del ciclo de vida del desarrollo del sistema.
Resume los pasos principales que hay que tomar en conjunción con las
correspondientes entregas de los sistemas de validación.
12
Figura 1. Modelo en V
Fuente: http://ingenieriadesoftware.mex.tl/61885_Modelo-V.html
La parte izquierda de la V representa la corriente donde se definen las
especificaciones del sistema.
La parte derecha de la V representa la corriente donde se comprueba el
sistema (contra las especificaciones definidas en la parte izquierda).
La parte de abajo, donde se encuentran ambas partes, representa la corriente
de desarrollo.
La corriente de especificación consiste principalmente de:
Especificaciones de requerimiento de usuario
Especificaciones funcionales
Especificaciones de diseño
La corriente de pruebas, por su parte, suele consistir de:
Calificación de instalación
Calificación operacional
Calificación de rendimiento
13
Figura 2. Modelo de desarrollo
Fuente: http://ingenieriadesoftware.mex.tl/61885_Modelo-V.html
En los cuatro niveles lógicos comenzando desde el uno, para cada fase del
desarrollo, existe una fase correspondiente o paralela de verificación o
validación.
Esta estructura obedece que desde el principio para cada fase del desarrollo
debe existir un resultado verificable.
En la misma estructura se advierte también que la proximidad entre una fase
del desarrollo y su fase de verificación correspondiente va decreciendo a
medida que aumenta el nivel dentro de la V, es decir de arriba hacia abajo en
donde se localiza la punta. La longitud de esta separación intenta ser
proporcional a la distancia en el tiempo entre una fase y su homóloga
de verificación.
Nivel 1, está orientado al cliente. El inicio del proyecto y el fin del proyecto
constituyen los dos extremos del ciclo. Se compone del análisis de requisitos
14
y especificaciones, se traduce en un documento de requisitos y
especificaciones.
Nivel 2, se dedica a las características funcionales del sistema propuesto.
Puede considerarse el sistema como una caja negra, y caracterizarla
únicamente con aquellas funciones que son directa o indirectamente visibles
por el usuario final, se traduce en un documento de análisis funcional.
Nivel 3, define los componentes hardware y software del sistema final, a cuyo
conjunto se denomina arquitectura del sistema.
Nivel 4, es la fase de implementación, en la que se desarrollan los elementos
unitarios o módulos del programa. [5]
Ventajas:
Específica bien los roles de los distintos tipos de pruebas a realizar.
Hace explícito parte de la iteración y trabajo que hay que realizar.
Este método involucra chequeos de cada una de las etapas del método
Cascada.
Es un método más robusto y completo que el método cascada y produce
software de mayor calidad que con el modelo cascada.
Es un modelo sencillo de y de fácil aprendizaje.
Involucra al usuario en las pruebas.
Desventajas:
Es difícil que el cliente exponga explícitamente todos los requisitos.
El cliente debe tener paciencia, ya que obtendrá el producto al final del
ciclo de vida.
El modelo no contempla la posibilidad de retornar etapas inmediatamente
anteriores, cosa que en la realidad puede ocurrir.
Se pierde dinero, ya que si algún proceso fue mal desarrollado, este debe
ser revisado de nuevo, lo que puede traer como consecuencia un
"RollBack" de todo un proceso.
15
Las pruebas pueden ser costosas y a veces no lo suficientemente
efectivas.
2.2.9. Metodología
En general las metodologías llevan a cabo una serie de procesos comunes
que son buenas prácticas para lograr los objetivos antes mencionados
independientemente de cómo hayan sido diseñadas. Las fases que agrupan
estos procesos son las siguientes:
Análisis
Especificación
Diseño
Programación
Prueba
Documentación
Mantenimiento
Reingeniería
2.2.10. Lenguaje de programación java
"Un lenguaje simple. Orientado al objeto, distribuido, interpretado, sólido,
seguro, de arquitectura neutral, portable, de alto desempeño, de multihilos y
dinámico.
Simple
Basado en el lenguaje C++ pero donde se eliminan muchas de las
características OOP que se utilizan esporádicamente y que creaban
frecuentes problemas a los programadores. Esta eliminación de causas de
error y problemas de mantenimiento facilita y reduce el coste del desarrollo
de software.
Orientado al objeto
16
Java da buen soporte a las técnicas de desarrollo OOP y en resumen a la
reutilización de componentes de software.
Distribuido
Java se ha diseñado para trabajar en ambiente de redes y contienen una gran
biblioteca de clases para la utilización del protocolo TCP/IP, incluyendo HTTP
y FTP. El código Java se puede manipular a través de recursos URL con la
misma facilidad que C y C++ utilizan recursos locales (archivos).
Interpretado
El compilador Java traduce cada fichero fuente de clases a código de bytes
(Bytecode), que puede ser interpretado por todas las máquinas que den
soporte a un visualizador de que funcione con Java. Este Bytecode no es
específico de una máquina determinada, por lo que no se compila y enlaza
como en el ciclo clásico, sino que se interpreta.
Sólido
El código Java no se quiebra fácilmente ante errores de programación. Así el
relaje que existe en la declaración y manejo de tipos en C y C++ se torna en
restricciones en Java, donde no es posible la conversión forzada (cast) de
enteros en punteros y no ofrece soporte a los punteros que permitan saltarse
reglas de manejo de tipos.
Seguro
Como Java suele funcionar en ambiente de redes el tema de seguridad debe
interesar en sobremanera. Las mismas características antes descritas que
evitan la corrupción de código evitan su manipulación. Actualmente se está
trabajando en encriptar el código.
Arquitectura neutral.
17
El compilador crea códigos de byte (Bytecode) que se envía al visualizador
solicitado y se interpreta en la máquina que posee un intérprete de Java o
dispone de un visualizador que funciona con Java.
Portable
Al ser de arquitectura neutral es altamente portable, pero esta característica
puede verse de otra manera: Los tipos estándares (int, float.) están
igualmente implementados en todas las máquinas por lo que las operaciones
aritméticas.
Multihilos
Java puede aplicarse a la realización de aplicaciones en las que ocurra más
de una cosa a la vez. Java, apoyándose en un sistema de gestión de eventos
basado en el paradigma de condición y monitores C.A.R. permite apoyar la
conducta en tiempo real e interactivo en programas.
Dinámico
Al contrario que C++ que exige se compile de nuevo la aplicación al cambiar
una clase madre Java utiliza un sistema de interfaces que permite aligerar
esta dependencia. Como resultado, los programas Java pueden permitir
nuevos métodos y variables en un objeto de biblioteca sin afectar a los objetos
dependientes.” [6]
2.2.11. Base de datos: PostgreSQL
Es un sistema de gestión de base de datos relacional orientada a objetos y
libre, publicado bajo la licencia BSD. Es más completo que MySQL ya que
permite métodos almacenados, restricciones de integridad, vistas, como
muchos otros proyectos de código abierto, el desarrollo de PostgreSQL no es
manejado por una sola empresa sino que es dirigido por una comunidad de
desarrolladores y organizaciones comerciales las cuales trabajan en su
18
desarrollo. Dicha comunidad es denominada PGDG (PostgreSQL Global
Development Group).
Es el sistema de gestión de bases de datos de código abierto más potente
del mercado y en sus últimas versiones no tiene nada que envidiarle a otras
bases de datos comerciales. Utiliza el lenguaje SQL para llevar a cabo sus
búsquedas de información, las bases de datos generadas dentro de
servidores de SQL son bases de datos relacionales. Utiliza un modelo
cliente/servidor y usa multiprocesos en vez de multihilos para garantizar la
estabilidad del sistema. Un fallo en uno de los procesos no afectará el resto y
el sistema continuará funcionando.
Características
Implementación del estándar SQL92/SQL99.
Incorpora una estructura de datos array.
Incorpora funciones de diversa índole: manejo de fechas, geométricas,
orientada las operaciones con redes.
Permite la declaración de funciones propias, así como la definición de
disparadores.
Soporta el uso de índices, reglas y vistas.
Incluye herencia entre tablas aunque no entre objetos.
Permite la gestión de diferentes usuarios, como también los permisos
asignados a cada uno de ellos
Ventajas
Instalación ilimitada.
Es frecuente que las bases de datos comerciales sean instaladas en más
servidores de lo que permite la licencia. Algunos proveedores comerciales
consideran a esto la principal fuente de incumplimiento de licencia. Con
19
PostgreSQL, nadie puede demandarlo por violar acuerdos de licencia, puesto
que no hay costo asociado a la licencia del software.
Modelos de negocios más rentables con instalaciones a gran escala.
Flexibilidad para hacer investigación y desarrollo sin necesidad de incurrir
en costos adicionales de licenciamiento.
Mejor soporte que los proveedores comerciales
Ahorros considerables en costos de operación
El software ha sido diseñado y creado para tener un mantenimiento y
ajuste mucho menor que los productos de los proveedores comerciales,
conservando todas las características, estabilidad y rendimiento. Además de
esto, nuestros programas de entrenamiento son reconocidamente mucho más
costo-efectivos, manejables y prácticos en el mundo real que aquellos de los
principales proveedores comerciales.
PostgreSQL está disponible en casi cualquier Unix (34 plataformas en la
última versión estable), y una versión nativa de Windows está actualmente en
estado beta de pruebas.
PostgreSQL usa una estrategia de almacenamiento de filas llamada
MVCC para conseguir una mejor respuesta en ambientes de grandes
volúmenes. Los principales proveedores de sistemas de bases de datos
comerciales que usan también esta tecnología, por las mismas razones. [7]
2.3. Identificación de Variables
Las variables se identificaran en base al estudio del triángulo de la gestión de
Proyectos o conocido como el “triángulo de hierro”; no se puede cambiar el
alcance, tiempo o el costo de un proyecto sin que al menos uno de las otras
dos partes se vea afectada, lo cual permite determinar el resultado, las
posibilidades de éxito y el grado de calidad final.
Los vértices de este triángulo son: tiempo, costo y alcance.
20
Figura 3. Triángulo de gestión de proyectos
Fuente: http://www.acerosarequipa.com/construccion-industrial/boletin-
construccion-integral/edicion-3/calidad.html
Costo: se hace una distribución de los fondos de una forma muy rígida. La
desventaja de esto es que muchas veces no es posible fijar con exactitud
matemática la cantidad total, pero la realidad demuestra que en la mayoría de
los proyectos de la tecnología de información IT manejados de una manera
rígida este presupuesto inicial se ve superado.
Tiempo: se trata de la duración en la programación previsto para el
desarrollo de un proyecto.
Alcance de un proyecto define cual es el conjunto de características que
deseamos obtener finalmente. Tradicionalmente esta característica se basa
en el inicio del desarrollo de acuerdo a un conocimiento profundo y exacto de
los objetivos.
En el centro de este triángulo estará la calidad del resultado final, el mismo
será afectado si en cualquier lado del triángulo cambia.
Adicionalmente a estos tres factores, aparece un cuarto elemento que es la
calidad, que es la resultante del grado de cumplimiento de los otros tres
factores. Esto define el nivel de calidad.
En el tema de la calidad, al igual que en el de los alcances, también podemos
diferenciar entre lo que significa la calidad del producto y la calidad del
proceso.
21
La calidad del producto es relativa, ya que depende de las expectativas del
cliente. Cada perfil de cliente tiene más o menos las mismas necesidades,
pero diferentes deseos y valores (estos dos últimos son fuertemente
influenciados por agentes externos, tales como el marketing, la cultura, la
coyuntura, etc.). Por eso, cuando definimos los alcances del producto,
requerimos adecuar sus características y funciones a las expectativas y al uso
del cliente final o del mercado meta.
La calidad del proceso implica ejecutar la producción de la manera más
eficiente posible, optimizando los trabajos que generan transformación,
disminuyendo los que solamente contribuyen a ésta y tratando de eliminar
todos aquellos procesos que generan pérdidas.
Por otro lado, cuando definimos el alcance del proyecto, requerimos
especificar sólo el trabajo requerido. Esto nos permitirá controlar y diferenciar
lo que está o no está incluido en el proyecto. [8]
2.3.1. Variables Independientes
Dentro de este proyecto se ha determinado el alcance como la variable
independiente.
El alcance del proyecto está planteado en base a los nuevos requerimientos
de las instituciones en las que se implantara el sistema realizando:
Levantamiento de los procesos que se ejecutan.
Análisis de las mejores opciones de herramientas para la migración del
sistema ERP-Social.
Migración del sistema ERP-Social a una nueva tecnología (lenguaje de
programación) JAVA.
Ejecución de pruebas para verificación de estabilidad del sistema
Capacitación a usuarios pre y post producción.
Migración de los datos que ya se encuentran en producción.
22
Puesta en producción.
Análisis del impacto de los nuevos requerimientos a las organizaciones
que ya se encuentran utilizando el sistema en versión actual.
Brindar soporte y mantenimiento de infraestructura a la institución en la
que se implantará el sistema.
2.3.2. Variables Dependientes
Se establecen las variables costo y tiempo ya que son el consecuente o efecto
que cambia por influencia de la variable Independiente que es el alcance.
2.4. Hipótesis
La implementación y reingeniería de este proyecto es inaplazable, pues
hasta el momento no se ha logrado crear escuelas, colegios, cementerio,
despacho parroquial, etc. un lugar donde los creativos de la informática
puedan intercambiar y generar soluciones para la sociedad. Lamentable, pero
cierto. Los estudiantes de informática no disponen de espacios para el
intercambio de conocimientos. Los servicios estudiantiles se siguen haciendo
de forma manual. Este cuadro contradice el ímpetu que le da la Universidad
Central del Ecuador al desarrollo y masificación de las TIC (Tecnologías de
Información y Comunicación), por lo cual es necesario empezar a difundir el
entusiasmo tecnológico en las parroquias de nuestra ciudad.
Tratar de resolver el problema de la automatización de la gestión de la
asistencia de profesores y empleados administrativos, viene siendo solo el
comienzo para el desarrollo abierto de un portal de servicios para nuestras
comunidades más necesitadas, que luego también iniciaría la idea de generar
practica y buenos hábitos en la programación que contribuiría con la
construcción del camino hacia la ayuda social con apoyo de nuevas y mejores
tecnologías. Sistematizar y distribuir soluciones libremente es una nueva
forma de trabajo en la que se está encaminando nuestra Facultad de
Ingeniería Ciencias Físicas y Matemática la misma que poco a poco se
afianza en nuestra época y entorno social.
23
La implementación de este sistema se puede lograr satisfactoriamente
contando con la participación y apoyo de los entes correspondientes,
permitiendo así, el crecimiento y rapidez tecnológica administrativa. Ante la
ausencia de un sistema automatizado que permita llevar a cabo con eficacia
un control de asistencia de personal se hace necesario desarrollar un
aplicación que gestione y haga factible desde el punto de vista teórico práctico
probar que si es posible hacerlo.
24
CAPÍTULO 3
3. METODOLOGÍA
3.1. Metodología RUP
El presente estudio se basará en la metodología RUP: Rational Unified
Process; esta metodología es un proceso de Ingeniería de Software que
suministra un enfoque para asignar tareas y responsabilidades dentro de una
organización de desarrollo; “constituye la metodología estándar más utilizada
para el análisis, diseño, implementación y documentación de sistemas
orientados a objetos”. [9]
La metodología RUP está basada en cuatro procesos que son:
Inicio
Elaboración
Construcción
Transición
Figura 4. Fases de la Metodología RUP
RUP
Inicio
Elaboración
Construcción
Transición
25
3.1.1. Fase de Inicio
En esta fase se centra la comprensión del problema, la tecnología y
delimitación del ámbito del proyecto, también se lleva a cabo el levantamiento
de requerimientos del cliente o usuario final. En esta fase se establece la línea
base de la arquitectura, que consiste en el cronograma original con las
actividades, sus duraciones, responsables y, fechas de inicio y fin. Es el gráfico
principal contra el cual se mide el avance de un proyecto.
Ayuda a obtener mejores resultados en los proyectos.
3.1.2. Fase de Elaboración
En esta fase se busca la mejor solución para implementar en el sistema y
cumplir con los requerimientos de los usuarios, por medio de diagramas UML
(Unified Modeling Language) que permitan visualizar de una mejor manera el
tratamiento que se deba dar al sistema y sus funcionalidades.
3.1.3. Fase de Construcción
En esta fase se lleva a cabo el desarrollo del software por medio de una serie
de iteraciones.
Para cada iteración se seleccionan algunos Casos de Uso, se refinan su
análisis y diseño y se procede a su implementación y pruebas. Se realizan
iteraciones hasta que se termine la implementación de la nueva versión del
producto. [10]
3.1.4. Fase de Transición
En esta fase se pretende garantizar que se tiene un producto listo para los
usuarios, se realiza la implementación del sistema y la entrega del mismo al
cliente, lo que consiste en la instalación en ambiente de producción, la
capacitación y su aceptación.
26
3.1.5. Principales características
Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,
cuándo y cómo).
Pretende implementar las mejores prácticas en Ingeniería de Software.
Desarrollo iterativo.
Administración de requisitos.
Control de cambios.
Modelado visual del software.
Verificación de la calidad del software.
3.1.6. Ventajas
Es el proceso de desarrollo más general de los existentes actualmente.
Forma disciplinada de asignar tareas y responsabilidades. [11]
3.1.7. Desventajas
Por el grado de complejidad puede ser no muy adecuado.
En proyectos pequeños, es posible que no se puedan cubrir los costos de
dedicación del equipo de profesionales necesarios. [12]
3.2. Requerimientos
En Ingeniería del software y el desarrollo de sistemas, un requerimiento es una
necesidad documentada sobre el contenido, forma o funcionalidad de un
producto o servicio.
Los requerimientos son declaraciones que identifican atributos, capacidades,
características y/o cualidades que necesita cumplir un sistema para que tenga
valor y utilidad para el usuario. Es decir, los requerimientos muestran qué
elementos y funciones son necesarias para un proyecto. [13]
27
3.2.1. Requerimientos Funcionales
Describen la funcionalidad o los servicios que se espera proveerá el sistema.
Estos dependen del tipo de software y del sistema que se desarrolle y de los
posibles usuarios de software.
Cuando se expresan como requerimientos del usuario, habitualmente se
describen de forma general, mientras que los requerimientos funcionales del
sistema describen con detalle la función de éste, sus entradas y salidas,
excepciones, entre otros.
Requerimientos Funcionales ERP Social – Módulo de Matrículas
Cliente: Unidad Educativa Fecha: 2013-05-23
Módulo : Matriculación
Sub-módulo : Registro de Estudiantes
Requerimiento: Implementación
Registro de
estudiantes.
Número: 1
Tipo de
Requerimiento:
Inscripción Estado: Definido
Alcance
Categoría: Necesario Prioridad: Alta
Complejidad: Alta Tiempo
(DH):
15D
Módulos
Afectados:
Ninguno
Req. Asociados: ---
Anexos: Documento: Ficha de Inscripción
DESCRIPCIÓN DEL REQUERIMIENTO: Registro de estudiantes
Se solicita el desarrollo e implementación del sub-módulo de registro de estudiantes en la Unidad Educativa.
SOLUCIÓN FUNCIONAL: El desarrollo de dicho sub-módulo constará de los siguientes componentes: Un botón donde se pueda ingresar a esta opción. Al dar clic en él se direcciona a una pantalla donde se encontrarán los siguientes campos:
28
Fecha de registro: dicha fecha se tomará automáticamente del día
actual de la inscripción.
Número de inscripción: será un campo secuencial.
Datos del niño/a: Etiqueta.
Cédula de identidad: se ingresará en este campo el dato requerido,
el sistema comprueba la existencia del estudiante en la base de
datos; si no existe se llenan los campos a continuación, caso
contrario no se realiza.
Nombres, Apellidos, Fecha de nacimiento, Edad, Representante,
Lugar de domicilio, Teléfono, Número de hermanos: donde se
escribirá los datos propios de los estudiantes.
Género, Nacionalidad, Estado civil, Profesión, Vive con los padres:
serán objetos SelectOneMenu de Primefaces.
A continuación se muestran campos para llenar los datos de los
familiares: Nombre de la madre, Dirección de domicilio y teléfono,
Ocupación y teléfono. De manera similar los datos de padre.
La sección de Documentos entregados, constará de los siguientes
campos: Copia de cédula de los padres, Copia de partida de
nacimiento del niño/a, Copia o planilla de servicios básicos: cada
uno de estos serán objetos: SelectOneMenu de Primefaces.
Finalmente, habrá un campo donde se llenará los datos de la
persona que realiza la inscripción: Inscrito por.
Existirá un botón que permitirá realizar el reporte de inscripción con iReport Designer, e imprimirlo.
Tabla 1. Requerimientos funcionales: Registro de estudiantes
Cliente: Unidad Educativa Fecha: 2013-05-23
Módulo : Matriculación
Sub-módulo : Pre-Matriculación
Requerimiento: Implementación
pre-matriculación.
Número: 2
Tipo de
Requerimiento:
Matrícula Estado: Definido
Alcance
Categoría: Necesario Prioridad: Alta
Complejidad: Alta Tiempo
(DH):
10D
29
Módulos
Afectados:
Req. Asociados: ---
Anexos:
DESCRIPCIÓN DEL REQUERIMIENTO: Pre Matriculación o Reserva de
un Cupo de estudiantes.
Se solicita el desarrollo e implementación del sub-módulo de Pre-Matriculación en la Unidad Educativa.
SOLUCIÓN FUNCIONAL: Pre-Matrícula o separación de cupo: este sub-módulo permitirá, al administrador o persona encargada:
Registrar o actualizar los datos personales del estudiante tomando
en cuenta:
o La Institución o Unidad Educativa. o El periodo Lectivo.
Se obtendrá un listado de pre-matriculados mediante iReport
Designer (JasperSoft) según:
o El año Lectivo o Curso-Paralelo
Información
o Datos personales del Estudiante o Datos académicos del Estudiante o Datos del Padre o Datos de la Madre o Datos del Representante
El listado de los pre-matriculados será asignados a la secretaria
para su respectiva comprobación del trámite de matrícula.
Tabla 2. Requerimientos funcionales: Pre-matrículas
Cliente: Unidad Educativa Fecha: 2013-05-
23
Módulo : Matriculación
Sub-módulo : Matriculación del Estudiante
Requerimiento: Implementación
Matriculación de estudiantes.
Número: 3
30
Tipo de
Requerimiento:
Matrícula Estado: Definido
Alcance
Categoría: Necesario Prioridad: Alta
Complejidad: Alta Tiempo
(DH):
20D
Módulos
Afectados:
Req.
Asociados:
---
Anexos:
DESCRIPCIÓN DEL REQUERIMIENTO: Matriculación de estudiantes
Se solicita el desarrollo e implementación del sub-módulo de Matriculación en la Unidad Educativa.
SOLUCIÓN FUNCIONAL: Para el proceso de Matriculación del Estudiante sub-módulo permitirá, al administrador o persona encargada de verificar y comprobar los requisitos primordiales para este asunto de la matriculación:
Se debe verificar que los documentos del estudiante, haya sido
entregado de manera completa. Documentos como son:
o La Pre-Matriculación o Récord académico si viene de otra institución educativa. o Documentos personales en este caso del representante.
Además en caso de requerir, se podrá ingresar y modificar los
datos del estudiante que se matricula, como son:
o Datos Académicos o Datos Personales o Datos del Padre o Datos de la Madre o Datos del Representante
Se obtendrá un listado de los estudiantes matriculados mediante
iReport Designer (JasperSoft) según:
o Estudiantes matriculados por año o Estudiantes matriculados por Curso-Paralelo o Certificados de Matrícula y Asistencia
Información
o Se manejara la transición de estados, ejemplo de pre-
matriculado a matriculado
o Datos personales del Estudiante
o Datos académicos del Estudiante
31
o Datos Padre, Madre y Representante
El listado de los matriculados será asignados a la secretaria para
su respectiva comprobación y tener como respaldo en un medio
físico.
Tabla 3. Requerimientos funcionales: Matriculación
Cliente: Unidad Educativa Fecha: 2013-05-23
Módulo : Matriculación
Sub-módulo : Récord académico
Requerimiento: Implementación
Récord Académico.
Número: 4
Tipo de
Requerimiento:
Reporte Estado: Definido
Alcance
Categoría: Deseable Prioridad: Alta
Complejidad: Alta Tiempo
(DH):
10D
Módulos
Afectados:
Ninguno
Req.
Asociados:
---
Anexos: ---
DESCRIPCIÓN DEL REQUERIMIENTO: Generación de reportes
estudiantiles: Récord Académico.
Se solicita el desarrollo e implementación de la generación del récord académico de cada estudiante, ya que se lo realiza manualmente y en hojas de MS Excel.
SOLUCIÓN FUNCIONAL: El desarrollo de dicho sub-módulo constará de los siguientes componentes: Un botón donde se pueda ingresar a esta opción. Al dar clic en él se direcciona a una pantalla donde existirá:
Un cuadro de texto, donde se filtrará la información por número de
cédula de ciudadanía u otro cuadro de texto por nombre del
estudiante.
32
Al realizarse la búsqueda, se presentará una lista donde se podrá
escoger el año lectivo del cual se desea obtener las calificaciones.
Existirá un botón que permitirá realizar el reporte con iReport
Designer, e imprimirlo.
Tabla 4. Requerimientos funcionales: Récord académico
Cliente: Unidad Educativa Fecha: 2013-05-
23
Módulo : Matriculación
Sub-módulo : Carné estudiantil
Requerimiento: Implementación
Carné Estudiantil.
Número: 5
Tipo de
Requerimiento:
Requerimiento Estado: Definido
Alcance
Categoría: Deseable Prioridad: Alta
Complejidad: Alta Tiempo
(DH):
10D
Módulos
Afectados:
Ninguno
Req.
Asociados:
---
Anexos: ---
DESCRIPCIÓN DEL REQUERIMIENTO: Generación de Carné
estudiantil.
Se solicita el desarrollo e implementación de la generación del carné estudiantil.
SOLUCIÓN FUNCIONAL: El desarrollo de dicho sub-módulo constará de los siguientes componentes: Un botón donde se pueda ingresar a esta opción. Al dar clic en él se direcciona a una pantalla donde existirá:
Un cuadro de texto, donde se filtrará la información por número de
cédula de ciudadanía o un cuadro por nombre del estudiante u otro
por curso y paralelo.
33
Al realizarse la búsqueda, se presentará una lista donde constarán
todos los estudiantes del curso si se seleccionó de esa manera o
individual.
Existirá un botón que permitirá realizar la generación de carné con
iReport Designer, e imprimirlo.
Tabla 5. Requerimientos funcionales: Carné estudiantil
Cliente: Unidad Educativa Fecha: 2013-
05-23
Módulo : Matriculación
Sub-módulo : Listado de estudiantes
Requerimiento: Implementación
Listado de estudiantes,
repre representantes y Docentes.
Número: 6
Tipo de
Requerimiento:
Requerimiento Estado: Definido
Alcance
Categoría: Deseable Prioridad: Alta
Complejidad: Alta Tiempo
(DH):
10D
Módulos
Afectados:
Ninguno
Req.
Asociados:
---
Anexos: ---
DESCRIPCIÓN DEL REQUERIMIENTO: Generación de listado de
estudiantes, representantes y docentes.
Se solicita el desarrollo e implementación de sub-módulo de generación automática de listado de estudiantes, representantes y docentes.
SOLUCIÓN FUNCIONAL: El desarrollo de dicho sub-módulo constará de los siguientes componentes: Un botón donde se pueda ingresar a esta opción. Al dar clic en él se direcciona a una pantalla donde existirá:
Un cuadro de texto, donde se filtrará la información por curso y
paralelo.
34
Al realizarse la búsqueda, se presentará una lista donde constará la
información solicitada.
Existirá un botón que permitirá realizar el reporte de la lista con
iReport Designer, e imprimirlo.
Tabla 6. Requerimientos funcionales: Nómina de estudiantes
3.2.2. Requerimientos no Funcionales
Son aquellos requerimientos que no se refieren directamente a las funciones
específicas que entrega el sistema, sino a las propiedades emergentes de éste
como la fiabilidad, la respuesta en el tiempo y la capacidad de
almacenamiento.
De forma alternativa, definen las restricciones del sistema, como la capacidad
de los dispositivos de entrada/salida y la representación de datos que se utiliza
en las interfaces del sistema. [14]
Requerimientos no Funcionales de ERP Social
Requerimiento Descripción
Disponibilidad El sistema de estar disponible al 100% o muy cercano a
éste; incluyendo días festivos.
Escalabilidad El sistema debe ser construido de manera tal que nuevas
funcionalidades y requerimientos relacionados, puedan
ser incorporados afectando el código de la menor
manera posible.
El sistema debe estar en capacidad de permitir en el
futuro el desarrollo de nuevas funcionalidades y
modificaciones de las mismas.
35
Facilidad de
uso e ingreso
de información
El sistema debe ser de fácil uso y entrenamiento por
parte de los usuarios.
El sistema debe presentar mensajes de error que
permitan al usuario identificar el tipo de error.
Parametrizable El sistema, por tratarse de un ERP, debe ser diseñado y
construido con los mayores niveles de flexibilidad en
cuanto a la parametrización los módulos.
Mantenibilidad Toda el sistema deberá estar complemente
documentado, cada uno de los componentes de software
que forman parte de la solución propuesta deberán estar
debidamente documentados tanto en el código fuente
como en los manuales de administración y de usuario.
El sistema debe contar con una interfaz de
administración que incluya: Administración de usuarios y
Administración de módulos.
Seguridad El acceso al sistema debe estar restringido por el uso de
claves asignadas a cada uno de los usuarios. Sólo
podrán ingresar al Sistema las personas que estén
registradas, estos usuarios serán clasificados en varios
tipos de usuarios (o roles) con acceso a las opciones de
trabajo definidas para cada rol.
El sistema deberá contar con mecanismos que permitan
el registro de actividades con identificación de los
usuarios que los realizaron.
El sistema debe contar con pistas de auditoría de las
actividades que se realizan sobre el sistema.
Tabla 7. Requerimientos no funcionales
36
3.2.3. Requerimientos Técnicos
Estos requerimientos se refieren a las características mínimas que se debe
poseer en el sitio donde será implementado el software. Incluye tanto el nivel
de hardware como el de software.
Requerimientos técnicos ERP Social
Los requerimientos técnicos mínimos para la implementación del ERP son:
Especificaciones
Sistema Operativo Indistinto. Windows XP/Vista/7/8, Linux
(diferentes distribuciones).
RAM Mínimo 1 GB.
Disco duro Mínimo 10 GB libres en disco.
Acceso a Internet Indispensable.
Software Se requiere: Adobe Reader, MS Office
2007/2010.
Navegador Web Mozilla Firefox, Google Chrome.
Tabla 8. Requerimientos técnicos
3.3. Lenguaje de Modelamiento Unificado (UML)
Es un lenguaje, que proporciona un vocabulario y unas reglas para permitir
una comunicación. En este caso, este lenguaje se centra en la representación
gráfica de un sistema.
Se puede aplicar en el desarrollo de software entregando gran variedad de
formas para dar soporte a una metodología de desarrollo de software.
Los elementos de UML se clasifican en estructurales (Clases, interfaces.
Colaboraciones, casos de uso, clases activas, componentes y nodos), de
comportamiento (interacciones y máquinas de estado), de agrupación
(paquetes) y de anotación (notas).
37
A su vez, hay cuatro tipos de relaciones: De Dependencia, de asociación, de
agrupación y de realización.
Para construir un plano de software que tenga sentido, lo que se hace es
combinar los elementos estructurales con sus respectivas relaciones, según
sea el caso, obteniendo como resultado uno de los nueve diagramas que
existen en UML:
Diagramas de clases.
Diagramas de objetos.
Diagramas de casos de uso.
Diagramas de secuencia.
Diagramas de colaboración.
Diagramas de estados.
Diagramas de actividades.
Diagramas de componentes.
Diagramas de despliegue.
3.3.1. Funciones de UML
Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones:
Figura 5. Funciones de UML
Visualizar
• UML permite expresar de una forma gráfica un sistema deforma que otro lo puede entender.
Especificar
• UML permite especificar cuáles son las características de unsistema antes de su construcción.
Construir
• A partir de los modelos especificados se pueden construir lossistemas diseñados.
Documentar
• Los propios elementos gráficos sirven como documentacióndel sistema desarrollado que pueden servir para su futura
revisión.
38
3.3.2. Componentes de UML
Un modelo UML está compuesto por tres clases de bloques de construcción:
Figura 6. Componentes UML
3.3.3. Diagramas UML
Un Diagrama es la representación gráfica de un conjunto de elementos con
sus relaciones.
Los Diagramas de Estructura, enfatizan en los elementos que deben existir
en el sistema modelado; ejemplo: Diagramas de clases, de componentes, de
objetos.
Los Diagramas de Comportamiento, enfatizan en lo que debe suceder en
el sistema modelado; ejemplo: Diagramas de actividades, de casos de uso, de
estados.
Los Diagramas de Interacción, son un subtipo de diagramas de
comportamiento, que enfatiza sobre el flujo de control y de datos entre los
elementos del sistema modelado; ejemplo: Diagramas de secuencia, de
colaboración, de despliegue. [15]
Dia
gram
as
Rel
acio
nes
Elem
ento
s
Los elementos
son abstracciones de cosas
reales o ficticias
(objetos, acciones,
etc.)
Relacionan los
elementos entre sí.
Son colecciones
de elementos
con sus relaciones.
39
Diagrama de Clases
La finalidad de un modelo de clases es poder distinguir los objetos que actúan
en el sistema y que dependiendo de su funcionalidad pueden ser: asociativas,
de herencia, de uso y de contenido.
Elementos: Los elementos que intervienen en este tipo de diagrama son:
clases y relaciones.
Clases: Es una agrupación de datos (atributos) y funciones (métodos) que
operan sobre estos datos. Tienen la siguiente estructura:
Figura 7. Estructura de la Clase
Ejemplo:
Figura 8. Ejemplo de Clase
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html
En la figura se puede ver que el nombre de la clase es “Cuenta”, tiene como
atributo: “balance” y realiza las operaciones: “depositar”, “girar” y “balance”.
<Operaciones o Métodos>
<Atributos>
<Nombre de la Clase>
40
Atributos: Los atributos o características de una Clase pueden ser de tres tipos,
los que definen el grado de comunicación y visibilidad de ellos con el entorno:
public: Indica que el atributo será visible tanto dentro como fuera de la
clase, es decir, es accesible desde todos lados.
private: Indica que el atributo sólo será accesible desde dentro de la clase
(sólo sus métodos lo pueden accesar).
protected: Indica que el atributo no será accesible desde fuera de la clase,
pero si podrá ser accesado por métodos de la clase además de las subclases
que se deriven. [16]
De igual manera sucede para los métodos; existiendo así, tres tipos: public,
private y protected, que siguen los mismos principios que los atributos.
Relaciones entre clases: Son conexiones estructurales entre las clases,
pueden ser de herencia, composición, agregación, asociación y uso; un
elemento de suma importancia en la notación es la cardinalidad que indica el
grado y nivel de dependencia entre las clases. Pueden ser:
1 Un elemento relacionado.
0..1 Uno o ningún elemento relacionado.
0..* Varios elementos relacionados o ninguno.
1..* Varios elementos relacionados pero al menos uno.
* Varios elementos relacionados.
M..N Entre M y N elementos relacionados.
Herencia (Especialización/Generalización):
Indica que una subclase hereda los métodos y atributos especificados por una
Super Clase, por ende la Subclase además de poseer sus propios métodos y
atributos, poseerá las características y atributos visibles de la Super Clase
(public y protected), ejemplo:
41
Figura 9. Ejemplo de Herencia
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html
Agregación:
Cuando se requiere componer objetos que son instancias de clases definidas
por el desarrollador de la aplicación, se tiene dos posibilidades:
Por Valor: Es un tipo de relación estática, en donde el tiempo de vida del
objeto incluido está condicionado por el tiempo de vida del que lo incluye. Este
tipo de relación es comúnmente llamada Composición (el Objeto base se
construye a partir del objeto incluido, es decir, es "parte/todo").
Por Referencia: Es un tipo de relación dinámica, en donde el tiempo de
vida del objeto incluido es independiente del que lo incluye. Este tipo de
relación es comúnmente llamada Agregación (el objeto base utiliza al incluido
para su funcionamiento).
Ejemplo:
Figura 10. Ejemplo de Agregación
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html
42
En donde se destaca que:
Un Almacén posee Clientes y Cuentas (los rombos van en el objeto que
posee las referencias).
Cuando se destruye el Objeto Almacén también son destruidos los objetos
Cuenta asociados, en cambio no son afectados los objetos Cliente asociados.
La composición (por Valor) se destaca por un rombo relleno.
La agregación (por Referencia) se destaca por un rombo transparente.
Asociación:
Permite asociar objetos que colaboran entre sí. Cabe destacar que no es una
relación fuerte, es decir, el tiempo de vida de un objeto no depende del otro.
Ejemplo:
Figura 11. Ejemplo de Asociación
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html
Un cliente puede tener asociadas muchas Órdenes de Compra, en cambio una
orden de compra solo puede tener asociado un cliente.
Dependencia o Instanciación (uso):
Representa un tipo de relación muy particular, en la que una clase es
instanciada. Se denota por una flecha punteada.
El uso más particular de este tipo de relación es para denotar la dependencia
que tiene una clase de otra. [17]
Ejemplo:
Figura 12. Ejemplo de Dependencia
43
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html
Diagramas de Clases de ERP-Social: Módulo Matrículas
Definición de Estudiante-Representante
Figura 13. Diagrama de Clases de Estudiante
Definición de Curso
Figura 14. Diagrama de Clases de Curso
Definición de Matrícula
44
Figura 15. Diagrama de Clases de Matrícula
Diagrama de Casos de Uso
Los diagramas de casos de uso muestran la forma cómo el cliente o actor
interactúa con el sistema (operaciones).
Elementos: Los elementos de los casos de uso son:
Actor: Se le llama actor a toda entidad externa al sistema que guarda una
relación con éste y que le demanda una funcionalidad. Esto incluye a los
operadores humanos pero también incluye a todos los sistemas externos,
además de entidades abstractas, como el tiempo. [18]
Caso de uso: Es una tarea que debe poder llevarse a cabo con el apoyo del
sistema que se está desarrollando. [19]
Relaciones:
Asociación: Es el tipo de relación más básica que indica la invocación desde
un actor o caso de uso a otra operación (caso de uso). Dicha relación se denota
con una flecha simple.
45
Dependencia o Instanciación: Es una forma muy particular de relación entre
clases, en la cual una clase depende de otra, es decir, se instancia (se crea).
Dicha relación se denota con una flecha punteada.
Generalización: Este tipo de relación es uno de los más utilizados, cumple una
doble función dependiendo de su estereotipo, que puede ser
de Uso (<<include>>) o de Herencia (<<extends>>). Este tipo de relación está
orientado exclusivamente para casos de uso (y no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar a otro
(características).
include: Se recomienda utilizar cuando se tiene un conjunto de características
que son similares en más de un caso de uso y no se desea mantener copiada
la descripción de la característica. [20]
Representación Descripción
Actor
Caso de Uso
Relación de Asociación
Relación de Dependencia
Relación de Generalización
Tabla 9. Elementos de Diagramas de Casos de Uso
Identificación de actores de ERP-Social
Actor Actividades
Administrador General Persona encargada de administrar las actividades, gestión y mantenimiento del ERP.
Administrador de Módulo
Persona encargada de gestión y mantenimiento de módulo a su cargo.
Director Persona delegada para dicho cargo en la escuela. Sus permisos pueden variar, se
46
puede aplicar un perfil de administrador o un perfil de consultas únicamente, dependiendo del cargo que desempeñe sobre las actividades del ERP.
Docente Persona delegada para dicho cargo en la escuela. Sus permisos son de consulta e inserción de datos.
Junta parroquial Persona delegada para dicho cargo en la parroquia. Sus permisos pueden variar, se puede aplicar un perfil de administrador o un perfil de consultas únicamente, dependiendo del cargo que desempeñe sobre las actividades del ERP.
Secretaria Persona delegada para dicho cargo en la escuela o parroquia. Sus permisos son de consulta e inserción de datos.
Usuario Registrado Persona con permiso de consulta.
Tabla 10. Actores del sistema
Diagramas de Casos de Uso de ERP-Social
Figura 16. Casos de Uso: Actividades de Actores
47
Figura 17. Casos de Uso: Pre-matrícula
Figura 18. Caso de Uso: Pre-matrícula, Ingresar datos de estudiante
49
Diagrama de Secuencia
Los diagramas de secuencia muestran cómo un grupo de objetos se relacionan
entre sí a lo largo del tiempo.
Elementos: Este tipo de diagramas consta de tres elementos: rol de clase,
activación, mensajes entre los objetos y línea de vida de cada objeto.
Rol de clase: Describe la manera en que un objeto se va a comportar en el
contexto.
No se listan los atributos del objeto.
Figura 21. Rol de Clase
Fuente:
http://www.clubdelsuran.com.ar/site/materiales/proyecto/diagramas_del_uml.
Activación: Indica el tiempo que le va a tomar un objeto realizar la tarea.
Mensajes: Los mensajes se representan mediante flechas, lo que indica la
comunicación entre los objetos. Las medias flechas representan mensajes
asincrónicos. Los mensajes asincrónicos son enviados desde un objeto que
no va a esperar una respuesta del receptor para continuar con sus tareas. [22]
Flecha Tipo de Mensaje
Simple
Sincrónico
Asincrónico
Time out
Tabla 11. Tipos de mensaje
50
Líneas de vida: Son verticales y entrecortadas, representan la presencia del
objeto durante el tiempo.
Figura 22. Líneas de vida
Fuente:http://www.clubdelsuran.com.ar/site/materiales/proyecto/diagramas_del_uml.pdf
Diagramas de Secuencia de ERP-Social
Figura 23. Diagrama de Secuencia: General Inscripciones-Matrículas
52
Figura 26. Diagrama de Secuencia: Nómina de estudiantes
Figura 27. Diagrama de Secuencia: Carné estudiantil
53
Figura 28. Diagrama de Secuencia: Récord estudiantil
3.4. Arquitectura Modelo-Vista-Controlador
MVC (por sus siglas en inglés) es un patrón de diseño de arquitectura de
software usado principalmente en aplicaciones que manejan gran cantidad de
datos y transacciones complejas donde se requiere una mejor separación de
conceptos para que el desarrollo esté estructurado de una mejor manera,
facilitando la programación en diferentes capas de manera paralela e
independiente.
3.4.1. Componentes
Modelo: Es la representación de la información que maneja la aplicación. El
modelo en sí son los datos que puestos en contexto del sistema proveen de
información al usuario o a la aplicación.
Vista: Es la representación del modelo en forma gráfica disponible para la
interacción con el usuario. En el caso de una aplicación Web, esta capa es una
54
página HTML o JSF, con contenido dinámico, sobre el cual el usuario puede
realizar operaciones.
Controlador: Es la capa encargada de manejar y responder las solicitudes del
usuario, procesando la información necesaria y modificando el modelo en caso
de ser necesario.
3.4.2. Ciclo de Vida de MVC
El primer paso en el ciclo de vida empieza cuando el usuario hace una solicitud
al controlador con información sobre lo que el usuario desea realizar. Entonces
el Controlador decide a quién debe delegar la tarea y es aquí donde el Modelo
empieza su trabajo. En esta etapa el Modelo se encarga de realizar
operaciones sobre la información que maneja para cumplir con lo que le solicita
el Controlador. Una vez que termina su labor, le regresa al Controlador la
información resultante de sus operaciones, el cual a su vez dirige a la Vista.
La Vista se encarga de transformar los datos en información visualmente
entendible para el usuario. Finalmente, la representación gráfica es transmitida
de regreso al Controlador y éste se encarga de transmitírsela al usuario. [23]
Figura 29. Ciclo de vida MVC
55
Ejemplo:
Figura 30. Ejemplo de Arquitectura MVC
Fuente: http://jc-mouse.blogspot.com/2011/12/patron-mvc-en-java-con-netbeans.html
3.5. Diseño de la Base de Datos
3.5.1. Estudio Previo
Al inicio del proyecto, por tratarse de una reingeniería, se contó con una base
de datos, la cual fue guía para definir una nueva base para el desarrollo del
ERP actual; la base de datos actual ha sido diseñada con nuevos campos y
relaciones de acuerdo a los requerimientos que el sistema demanda.
3.5.2. Estándares de la Base de Datos
Consideraciones Generales
Para nombrar cualquier objeto de la Base de Datos se deben tomar en cuenta
las siguientes consideraciones generales:
En ningún caso se deben utilizar nombres autogenerados por el sistema,
como sucede con los constraints e índices.
Los nombres de los objetos deben ser descriptivos y fáciles de entender.
Los nombres de los objetos deben ser descritos con letras mayúsculas.
El nombre de un objeto no debe contener palabras reservadas o
caracteres especiales.
56
No deben contener espacios en blanco, de ser necesaria la separación de
palabras se debe utilizar un guión bajo.
Prefijos
Todo objeto de la base de datos debe utilizar un prefijo estándar que permita
relacionarlo con la aplicación, mismo que corresponderá a las tres primeras
letras del nombre del módulo.
Ejemplo:
OBJETO PREFIJO
Empleado EMP
Estudiante EST
Departamento DEP
Provincia PRO
Tabla 12. Prefijos base de datos
Sufijos
Todo objeto de la base de datos debe utilizar un sufijo estándar que permita
identificar el tipo de objeto al que corresponde. El sufijo será el siguiente
dependiendo del tipo de objeto:
TIPO DE OBJETO SUFIJO
Tabla TBL, Sufijo de Módulo por
ejemplo matrícula MAT.
Secuencia SEQ
Departamento DEP
Vista VW
Clave Primaria PK
Clave Única UK
Clave Foránea FK
57
Índice IDX
Trigger TRG
Procedimientos PRC
Funciones FUN
Paquetes PKG
Tabla 13. Sufijos Base de Datos
Nombres de Objetos
Al nombrar cualquier objeto, no se debe escatimar en colocar un nombre largo,
lo importante es que sea claro y descriptivo.
Cuando se trata de nombres compuestos por más de una palabra, se deben
eliminar las conjunciones, preposiciones y artículos. Se debe además utilizar
el formato COMPLEMENTO-OBJETO-ACCIÓN; en caso de que el nombre no
tuviere acción, utilizar el formato COMPLEMENTO-OBJETO.
Ejemplos:
Transacciones = TRANSACCIONES
Detalle de Transacciones = DETALLE_TRANSACCIONES
Si el nombre de un objeto excede los 30 caracteres, su tamaño debe ser
reducido manteniendo el mismo lo más descriptivo posible hasta completar los
30 caracteres, utilizando el mejor criterio del desarrollador. Para reducir los
nombres de los objetos se recomienda aplicar lo siguiente:
Si se trata de nombres compuestos de más de una palabra, utilizar las
palabras más significativas del mismo.
Utilizar abreviaturas estándar.
Desde la izquierda del nombre se puede remover las vocales excepto la
primera letra de la palabra en caso de que esta sea una vocal.
La unión entre el prefijo, el nombre del objeto y el sufijo, se lo hace por
medio de un guión bajo.
58
Campos de Tablas
Para nombrar los campos de las tablas se deben tener en cuenta las siguientes
consideraciones:
El nombre de un campo debe ser único dentro del esquema en el que se
encuentra.
El nombre de un campo debe ser expresado utilizando palabras completas
y debe ser lo más descriptivo posible.
El nombre de cada campo tendrá un prefijo compuesto por los dos
primeros caracteres del nombre de la tabla si este es una sola palabra. Si el
nombre de la tabla es compuesto, se utilizará como prefijo el primer caracter
de las dos primeras palabras respectivamente.
Ejemplos:
Tabla: mat_estudiante
Campos:
est_codigo
est_estado
est_empresa
Constraints
Clave Primaria (Primary Key)
El nombre de la clave primaria estará conformado por:
El prefijo del aplicativo al cual corresponde.
El nombre de la tabla
Seguido del sufijo PK
Unidos por un guión bajo.
Ejemplo:
EMP_INGRESOS_PK
Clave Única (Unique Key)
59
El nombre de la clave única, estará conformado por:
El prefijo del aplicativo al cual corresponde.
El nombre de la tabla.
Seguido del sufijo UK.
Seguido a su vez del número secuencial que le corresponda.
Unidos por un guión bajo.
Ejemplo:
EMP_INGRESOS_UK01
Clave Foránea (Foreign Key)
El nombre de la clave foránea, está conformado por:
El prefijo del aplicativo al cual corresponde.
El nombre más significativo de la tabla padre.
El nombre más significativo de la tabla hija.
Seguido del sufijo FK.
Unidos por un guión bajo.
Ejemplo:
Tabla padre: EMP_INGRESOS_TBL
Tabla hija: EMP_INGRESOSDETALLE_TBL, será:
EMP_INGRESOS_DETALLLE_FK
Vistas
El nombre de una vista, estará conformado por:
El prefijo del aplicativo al cual corresponde.
Si la vista se genera de una sola tabla, su nombre será el mismo que el de
la tabla origen.
Si la vista se genera de más de una tabla, tomar el nombre más
significativo de cada tabla origen, unidos entre sí por un guión bajo, seguido
del sufijo VW.
60
Ejemplo:
De la Tabla: EMP_INGRESOS_TBL se obtiene la vista: IMP_INGRESOS_VW
3.5.3. Creación de la Base de Datos
La base de datos del Sistema ERP-Social se ha realizado mediante
PowerDesigner 15.3 que consiste en un único conjunto de herramientas que
combina distintas técnicas estándares de modelado líderes en el mercado:
UML, BPM, y técnicas tradicionales de diseño de base de datos; con soporte
a plataformas de desarrollo .NET, Workspace, PowerBuilder ®, Java, Eclipse,
entre otros. Mediante este software se han establecido las entidades (tablas)
inherentes al manejo de cada módulo que constituye el ERP-Social.
La base de datos del módulo de Inscripción y Matrícula consta de los siguientes
elementos que se detalla a continuación:
N° Nombre Tabla Descripción
1 mat_estudiante Tabla referente a datos propios del estudiante
2 mat_estudiante_representante Tabla que contiene los datos de la definición del estudiante y representante.
3 mat_materia Tabla referente a datos propios de la materia.
4 mat_matricula Tabla referente a datos propios de la matrícula.
5 mat_matricula_detalle Tabla que contiene los datos de la definición de matrícula.
6 mat_nivel Tabla referente a datos propios del nivel.
7 mat_nivel_paralelo Tabla que contiene los datos de la definición de nivel y paralelo.
8 mat_paralelo Tabla referente a datos propios de paralelo.
9 mat_periodo Tabla referente a datos propios del período lectivo.
10 mat_profesor Tabla referente a datos propios del profesor.
11 mat_representante Tabla referente a datos propios del representante.
12 not_nota Tabla referente a datos propios de la nota del estudiante.
61
13 not_tipo_nota Tabla referente a datos propios del tipo de nota.
14 persona_tbl Tabla común referente a datos propios de la persona.
Tabla 14. Base de datos de módulo Matrículas
3.5.4. Modelo Lógico de la Base de Datos
Se detalla en Anexo 1. Modelo Lógico de la base de datos del módulo
matrículas.
3.5.5. Modelo Físico de la Base de Datos
Se detalla en Anexo 2. Modelo Físico de la base de datos del módulo
matrículas.
3.5.6. Diccionario de Datos
Se detalla en Anexo 3. Diccionario de Base de Datos
62
CAPÍTULO 4
4. MARCO ADMINISTRATIVO
4.1. Recursos
La persona encargada de ejecutar este proyecto es un estudiante egresado de
la facultad de Ciencias Físicas y Matemáticas de la escuela de Ciencias
especialidad Informática de la Universidad Central del Ecuador. Este proyecto
se va ejecutar en la escuela “García Moreno” de la parroquia La San Pablo de
Atenas, se tiene la aprobación del director de la escuela y el apoyo de la
persona encargada del área, así como del personal administrativo.
El equipo de personas que conformarán el proyecto estará constituido de la
siguiente manera:
Tabla 15. Recursos del proyecto
RECURSO HUMANO
COMPETENCIAS N° OBSERVACIÓN
Solicitante Director de la escuela “ García Moreno”
1 Debe estar en capacidad de tomar decisiones para la institución a cargo. Dueño del producto final.
Ingeniero Informático, (Tutor).
Conocimientos relacionados con el proyecto.
1 Debe pertenecer a la institución y será el responsable de guiar al estudiante en la gestión del proyecto y desarrollo de la aplicación.
Ingeniero Informático o relacionado, (Revisores).
Conocimientos relacionados con el proyecto.
2 Debe pertenecer a la institución y se encargará de la revisión del documento y cumplimiento del plan de tesis.
Tesista (Desarrollador)
Análisis, diseño y desarrollo de aplicaciones web.
1 Estudiante de Ingeniería Informática de la Universidad Central del Ecuador que será el gerente del proyecto y responsable del desarrollo de la aplicación.
63
4.2. Recursos Institucionales
La escuela “García Moreno”, se compromete a dar las facilidades necesarias
para la vialidad de este proyecto y el personal de la institución serán los
encargados del uso del mismo.
En reuniones previas con la autoridad de la institución se dieron a conocer los
requerimientos y soluciones a los mismos, para que el sistema supla las
necesidades de la institución.
4.3. Recursos del autor
La persona desarrolladora de éste proyecto cubrirá los gastos del proyecto
durante todas las fases que implica el desarrollo de un proyecto:
Fase de análisis
Fase de diseño
Desarrollo
Pruebas
Capacitación
Implementación del Sistema
4.4. Costos
El autor del trabajo de grado correrá con los costos directos e indirectos que
deriven por el desarrollo del sistema, para el desarrollo de este proyecto se
realizó un análisis de costos de lo cual se derivó la siguiente tabla:
64
RECURSO CANTIDAD COSTO
UNITARIO ($)
COSTO
TOTAL
Papel 11 resmas 5 55
Tinta 6 cargas 11 66
Derecho
universitario
4 5 20
Hoja universitaria 30 1 30
Talento Humano 365 horas 16/hora 5840
Borrador trabajo de
grado
1 50 50
Empastado 6 50 300
Impresión de hojas 650 0.05 32.5
Servicios varios
(agua, luz, Internet,
alimentación,
transporte,etc)
7 meses 80 560
Imprevistos 1 110 110
Total 7063.50
Tabla 16. Tabla de Costos
4.5. Pruebas de Estrés
Para la realización de las pruebas de estrés del sistema se utilizará la
herramienta: JMeter.
Apache JMeter
Apache JMeter es una herramienta de carga diseñada para realizar Pruebas
de Rendimiento y Pruebas Funcionales sobre Aplicaciones Web.
Originalmente el Apache JMeter fue diseñado para realizar pruebas de estrés
sobre aplicaciones web. Hoy en día su arquitectura ha evolucionado, ahora no
sólo puede llevar a cabo pruebas en componentes típicos de Internet (HTTP),
65
sino también puede realizar pruebas sobre Bases de Datos, scripts Perl,
servlets, objetos java, servidores FTP, entre otros.
JMeter también permite la ejecución de pruebas distribuidas entre distintos
ordenadores, para realizar pruebas de rendimiento.
Configuración: Para realizar las pruebas se siguen los siguientes pasos.
Creación de grupo de hilos; en sistemas operativos, es una característica
que permite a una aplicación realizar varias tareas concurrentemente.
En las propiedades del grupo se asigna el número de usuarios que
acceden a la aplicación para la prueba y el tiempo en que se desea realizar la
prueba (en segundos).
Figura 31. Creación de grupo en JMeter
Se configura un HTTP request que permite realizar las pruebas
directamente sobre la página web de la aplicación; se configura la IP o nombre
del Servidor.
66
Figura 32. Configuración HTTP request en JMeter
Para el detalle de los resultados se añade Listeners: View Results in Table,
View Results in Tree y Summary Report.
Figura 33. Creación de Listeners en JMeter
Se inicia la prueba en Run-Start y se obtienen los resutados.
Simulación de 10 usuarios con un periodo de subida de 10 segundos.
67
Figura 34. Vista de resultados en formato de árbol: simulación 10 usuarios-10 segundos
Figura 35. Vista de resultados en formato de tabla: simulación 10 usuarios-10 segundos
68
Figura 36. Vista de resultados en resumen: simulación 10 usuarios-10 segundos
Resultados
De acuerdo a los resultados se puede deducir que no existen errores en las
peticiones HTTP, fue ejecutado con éxito el proceso que cada uno de los
usuarios ejecutó.
El tiempo promedio de ejecución de la muestra es de 31 milisegundos, el peso
de la página es de 434 bytes e influye directamente en el tiempo de ejecución
de la aplicación.
En “Summary Report” (Informe resumen) se visualiza la siguiente información:
Label (Etiqueta): El nombre de la muestra (conjunto de muestras).
# Samples (Muestras): El número de muestras para cada URL.
Average (Media): El tiempo medio transcurrido para un conjunto de
resultados.
Min: El mínimo tiempo transcurrido para las muestras de la URL dada.
Max: El máximo tiempo transcurrido para las muestras de la URL dada.
Error %: Porcentaje de las peticiones con errores.
Std. Dev: Desviación estándar obtenida en la muestra.
Rendimiento: Rendimiento medido en base a peticiones por
segundo/minuto/hora.
Kb/sec: Rendimiento medido en Kilobytes por segundo.
Avg. Bytes: Tamaño medio de la respuesta de la muestra medido en bytes.
Se puede observar que las pruebas se han realizado sin errores. Esto se
deduce de la columna representativa del tanto por ciento de errores para cada
una de las peticiones asociadas a cada conjunto de muestras. El rendimiento
69
muestra que para una simulación de 10 usuarios junto a un periodo de subida
de 10 segundos el servidor es capaz de aceptar una media de 1,1 peticiones
por segundo. La latencia (tiempo de espera para la renderización de la página,
el tiempo en obtener respuesta del servidor) para cada conjunto de pruebas
no supera el valor de 46 milisegundos.
Simulación de 10 usuarios con un periodo de subida de 5 segundos.
Figura 37. Vista de resultados en árbol: simulación 10 usuarios-5 segundos
70
Figura 38. Vista de resultados en tabla: simulación 10 usuarios-5 segundos
Figura 39. Vista de resultados en resumen: simulación 10 usuarios-5 segundos
El tiempo promedio de ejecución de la muestra es de 30 milisegundos, el peso
de la página es de 434 bytes e influye directamente en el tiempo de ejecución
de la aplicación.
Se puede observar que las pruebas se han realizado sin errores. Esto se
deduce de la columna representativa del tanto por ciento de errores para cada
una de las peticiones asociadas a cada conjunto de muestras. El rendimiento
muestra que para una simulación de 10 usuarios junto a un periodo de subida
de 5 segundos el servidor es capaz de aceptar una media de 2,2 peticiones
por segundo. La latencia para cada conjunto de pruebas no supera el valor de
31 milisegundos.
71
CAPITULO 5
5. Conclusiones y recomendaciones
Una vez culminado el proyecto de graduación, en el que se ha cumplido con
todos los objetivos planteados para el desarrollo e implementación del
Sistema “Erp Social”, se han generado las siguientes conclusiones y
recomendaciones en base a la ejecución del mismo.
5.1. Conclusiones
Una vez culminado el trabajo, en el que se ha cumplido con todas las fases de
desarrollo para la sistematización de los procesos que se generan en la
parroquia “San Pablo de Atenas” se ha logrado establecer las siguientes
conclusiones:
Una solución ERP tiene un grado de complejidad elevado al momento de
su implementación, debido a que debe ser parametrizable para que se pueda
ajustar a las configuraciones que necesite cada institución. Al ser un software
personalizable, además se incrementan los costos, tiempo y esfuerzo en el
óptimo desarrollo de la aplicación.
Disponer de un sistema orientado a la Web mejora la calidad de los
servicios que ofrece cada institución, permitiéndoles alcanzar puntos más altos
de productividad y eficiencia.
Mediante el análisis y la elección de la metodología de reingeniería de
software, nos ha permitido obtener como resultado final una nueva aplicación
web “Erp Social” basado en el lenguaje de programación Java, amigable e
interactiva con el usuario, este sistema de información al ser una solución web
puede ser accedido desde cualquier parte del mundo a través de diferentes
dispositivos tecnológicos móviles o de escritorio.
72
Se ha cumplido con éxito la reingeniería e implementación del proyecto,
permitiendo a las instituciones automatizar su funcionalidad y brindando así un
mejor servicio a los usuarios finales.
El empleo del Lenguaje de Modelamiento Unificado UML, para el análisis
de los requerimientos planteados por cada institución, facilitaron la
comprensión y entendimiento por parte del desarrollador de la lógica del
negocio de cada institución, proporcionando una mejor perspectiva de las
funciones que el sistema debería realizar.
El punto de partida para el desarrollo de un ERP es el modelamiento de la
base de datos, ya que de esto dependerá la eficiencia del acceso a los datos
almacenados y los tiempos de espera que el sistema tendrá al ejecutar un
proceso.
Con referencia a la hipótesis e interrogantes planteadas al inicio del
proyecto se comprueba que los procesos manuales consumían más tiempo
del requerido en cuanto a respuestas de los procesos. Ya con el sistema
implementado se han optimizado dichos tiempos.
Las herramientas utilizadas para realizar el proyecto han sido óptimas, lo
cual ha conllevado a un desarrollo correcto del sistema. La base de datos
empleada es una de las mejores vigentes en la actualidad, por su capacidad
de almacenamiento y tiempos de respuesta a peticiones SQL.
5.2. Recomendaciones
Las recomendaciones obtenidas al finalizar este trabajo de graduación son
las siguientes:
Orientar al cliente en las necesidades y requerimientos que tiene acerca
del funcionamiento del sistema y llegar a un consenso entre ambas partes.
73
De esta manera se puede identificar y solucionar problemas que podrían
incrementarse conforme avanza el proyecto.
Tomar en cuenta todas las observaciones que haga el cliente a cada
avance presentado y encontrar verdaderas soluciones para garantizar una
total satisfacción del cliente con el producto final entregado.
Los usuarios finales, 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.
El dispositivo que se va a utilizar para acceder al sistema debe cumplir con
las especificaciones técnicas descritas en los manuales para su correcto
funcionamiento.
Se recomienda analizar y elegir de manera adecuada la metodología de
reingeniería que se ajuste al sistema; ya que permitirá obtener un sistema de
alto nivel.
74
GLOSARIO
A
Array: En programación, es una zona de almacenamiento continuo, que
contiene una serie de elementos del mismo tipo. Desde el punto de vista
lógico se puede ver como un conjunto de elementos ordenados en fila.
B
BSD: en español, “Distribución de Software Berkeley” fue un sistema
operativo derivado del sistema Unix nacido a partir de los aportes realizados
a ese sistema por la Universidad de California en Berkeley.
Bytecode: es un código intermedio más abstracto que el código máquina.
Habitualmente es tratado como un archivo binario que contiene un
programa ejecutable similar a un módulo objeto, que es un archivo binario
producido por el compilador cuyo contenido es el código objeto o código
máquina.
D
Dialéctica: es el nombre que recibe aquella parte de la Filosofía que se ocupa
del razonamiento y de las leyes de éste, las formas y las maneras de
expresarse.
Digitalización: convertir en digital información analógica. Es convertir
cualquier señal de entrada continua (analógica) en una serie de valores
numéricos.
Por ejemplo, una fotografía en papel puede digitalizarse para que pueda ser
procesada en una computadora (u otro dispositivo similar).
La información digital es la única información que puede procesar una
computadora, generalmente en sistema binario.
E
75
E-learning: es la educación a distancia completamente virtualizada a través
de los nuevos canales electrónicos (las nuevas redes de comunicación, en
especial Internet), utilizando para ello herramientas o aplicaciones de
hipertexto (correo electrónico, páginas web, foros de discusión, mensajería
instantánea) como soporte de los procesos de enseñanza-aprendizaje.
ERP: Sistemas de Información Gerenciales que integran y manejan negocios
asociados con las operaciones de producción y de los aspectos de
distribución de una compañía en la producción de bienes o servicios.
F
FTP: “File Transfer Protocol”; en español 'Protocolo de Transferencia de
Archivos', es un protocolo de red para la transferencia de archivos entre
sistemas conectados a una red TCP (Transmission Control Protocol), basado
en la arquitectura cliente-servidor. Desde un equipo cliente se puede conectar
a un servidor para descargar archivos desde él o para enviarle archivos,
independientemente del sistema operativo utilizado en cada equipo.
H
HTML: HyperText Markup Language; en español “lenguaje de marcas de
hipertexto”, hace referencia al lenguaje de marcado para la elaboración
de páginas web. Es un estándar que sirve de referencia para la elaboración
de páginas web en sus diferentes versiones, define una estructura básica y
un código (denominado código HTML) para la definición de contenido de una
página web, como texto, imágenes, entre otros.
HTTP: HyperText Transfer Protocol; en español “Protocolo de transferencia
de hipertexto” es el método más común de intercambio de información en
la world wide web, el método mediante el cual se transfieren las páginas web a
un ordenador.
J
76
JSF: JavaServer Faces es una tecnología y framework para
aplicaciones Java basadas en web que simplifica el desarrollo de interfaces
de usuario en aplicaciones Java EE. JSF usa JavaServer Pages (JSP) como
la tecnología que permite hacer el despliegue de las páginas, pero también
se puede acomodar a otras tecnologías
L
Logística: conjunto de medios y métodos necesarios para llevar a cabo la
organización de una empresa, o de un servicio, especialmente de distribución.
M
Migración: consiste en la transferencia de materiales digitales de un origen
de datos a otro, transformando la forma lógica del ente digital de modo que el
objeto conceptual pueda ser restituido o presentado por un
nuevo equipo o programa informático. Se trata de una consideración clave
para cualquier implementación, actualización o consolidación de un sistema
informático.
Módulo: es una porción de un programa de computadora. De las varias tareas
que debe realizar un programa para cumplir con su función u objetivos, un
módulo realizará, comúnmente, una de dichas tareas.
MVC: es un patrón de arquitectura de software que separa los datos y la lógica
de negocio de una aplicación de la interfaz de usuario y el módulo encargado
de gestionar los eventos y las comunicaciones. Para ello MVC propone la
construcción de tres componentes distintos que son el modelo, la vista y
el controlador, es decir, por un lado define componentes para la
representación de la información, y por otro lado para la interacción del
usuario. Se basa en las ideas de reutilización de código y la separación de
77
conceptos, características que buscan facilitar la tarea de desarrollo de
aplicaciones y su posterior mantenimiento.
O
Optimizar: Buscar la mejor manera de realizar una actividad.
P
PGDG: PostgreSQL Global Development Group, comunidad de
desarrolladores que trabajan de forma desinteresada, altruista, libre y/o
apoyados por organizaciones comerciales en el proyecto PostgreSQL.
Premisas: es cada una de las proposiciones anteriores a la conclusión de
un argumento. En un argumento válido, las premisas implican la conclusión,
pero esto no es necesario para que una proposición sea una premisa: lo único
relevante es su lugar en el argumento, no su rol. Al ser proposiciones, las
premisas siempre afirman o niegan algo y pueden ser verdaderas o falsas.
R
Reingeniería: Es el rediseño de un proceso en un negocio o un cambio
drástico de un proceso. Recupera información sobre el diseño de un programa
existente, con vistas a adaptarlo a un cambio, a ampliarlo o a mejorar su
calidad general, con el objetivo de conseguir una mayor facilidad de
mantenimiento en el futuro.
Requerimiento: En ingeniería del software y el desarrollo de sistemas, un
requerimiento es una necesidad documentada sobre el contenido, forma o
funcionalidad de un producto o servicio. Los requerimientos son declaraciones
que identifican atributos, capacidades o características y/o cualidades que
necesita cumplir un sistema para que tenga valor y utilidad para el usuario.
78
RollBack: En tecnologías de base de datos, un rollback es una operación que
devuelve a la base de datos a algún estado previo. Los Rollbacks son
importantes para la integridad de la base de datos, a causa de que significan
que la base de datos puede ser restaurada a una copia limpia incluso después
de que se han realizado operaciones erróneas. Son cruciales para la
recuperación de crashes de un servidor de base de datos; realizando
rollback(devuelto) cualquier transacción que estuviera activa en el tiempo del
crash, la base de datos es restaurada a un estado consistente.
V
Versatilidad: Facilidad grande para el cambio, sobre todo de genio o
carácter.
79
REFERENCIA BIBLIOGRÁFICA
LAUDON, Kenneth C. y LAUDON, Jane P. Sistemas de Información
Gerencial décima segunda edición. Pearson Educación, México, 2012.
DEITEL, Paul J. y DEITEL, Harvey M. “How to Program”. Ninth Edition,
Pearson. 2012.
1. QeiMED, Sistemas Implementados. (s.f) disponible en URL:
http://www.qeimed.com/index.php?option=com_content&view=article&id=19
&Itemid=55 [consulta 13 de enero de 2013]
2. Misión y Visión de la Universidad Central del Ecuador (s.f) disponible
en URL: http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-
matematica/mision-y-vision [consulta 13 de enero de 2013]
3. Reconstrucción de la arquitectura: una actividad de reingeniería de
software (2004). Disponible en URL:
http://www.monografias.com/trabajos17/reingenieria-software/reingenieria-
software.shtml [consulta 25 de enero de 2013]
4. Universidad Central del Ecuador-Facultad de Ingeniería, Ciencias
Físicas y Matemáticas-Visión y Misión. (s.f) disponible en URL:
http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-matematica
[consulta 4 de marzo de 2013]
5. Metodología de desarrollo de software. (s.f) disponible en URL:
http://ingenieriadesoftware.mex.tl/61885_Modelo-V.html [consulta 15 de
Julio de 2013]
6. Java user survey. (s.f) disponible en URL:
http://www.infor.uva.es/~jmrr/tgp/java/JAVA.html [consulta 15 de Julio de
2013]
7. PostGreSQL vs. MySQL. (s.f) disponible en URL:
http://danielpecos.com/docs/mysql_postgres/x108.html [consulta 15 de julio
de 2013]
8. El triángulo del proyecto. (s.f) disponible en URL:
http://www.acerosarequipa.com/construccion-industrial/boletin-construccion-
integral/edicion-3/calidad.html [consulta 15 de julio de 2013]
80
9. Proceso Unificado de Rational. (s.f) disponible en URL:
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational [consulta 16 de
septiembre de 2013]
10. Proceso Unificado de Rational. (s.f) disponible en URL:
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational [consulta 16 de
septiembre de 2013]
11. Ventajas del Modelo RUP. (s.f) disponible en URL:
http://metodologiadesoftware.blogspot.com/2012/11/ventajas-del-modelo-
rup_27.html [consulta 16 de septiembre de 2013]
12. Desventajas del modelo RUP. (s.f) disponible en URL:
http://metodologiadesoftware.blogspot.com/2012/11/desventajas-del-
modelo-rup_27.html [consulta 16 de septiembre de 2013]
13. Definición de Requerimientos. (s.f) disponible en URL:
http://www.alegsa.com.ar/Dic/requerimientos.php [consulta 18 de
septiembre de 2013]
14. Análisis de Requerimientos (s.f) disponible en URL:
http://www.slideshare.net/marfonline/analisis-de-requerimientos-ingenieria-
de-software [consulta 18 de septiembre de 2013]
15. Lenguaje Unificado de Modelado. (s.f) disponible en URL:
http://resumenuml.bloggratis.es/ [consulta 16 de septiembre de 2013]
16. Modelo de Clases. (s.f) disponible en URL:
http://users.dcc.uchile.cl/~psalinas/uml/modelo.html [consulta 17 de
septiembre de 2013]
17. Modelo de Clases. (s.f) disponible en URL:
http://users.dcc.uchile.cl/~psalinas/uml/modelo.html [consulta 17 de
septiembre de 2013]
18. Caso de Uso. (17 de junio de 2013) disponible en URL:
http://es.wikipedia.org/wiki/Caso_de_uso#Actores [consulta 17 de
septiembre de 2013]
81
19. Diagramas de Casos de Uso. (s.f) disponible en URL:
http://www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf [consulta
17 de septiembre de 2013]
20. Casos de Uso. (s.f) disponible en URL:
http://users.dcc.uchile.cl/~psalinas/uml/casosuso.html [consulta 17 de
septiembre de 2013]
21. Diagramas del UML. (s.f) disponible en URL:
http://www.clubdelsuran.com.ar/site/materiales/proyecto/diagramas_del_u
ml.pdf [consulta 17 de septiembre de 2013]
22. Diagramas del UML. (s.f) disponible en URL:
http://www.clubdelsuran.com.ar/site/materiales/proyecto/diagramas_del_u
ml.pdf [consulta 17 de septiembre de 2013]
23. Arquitectura del Software. (s.f) disponible en URL:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/rivera_l_a/capitulo2.pd
f [consulta 17 de septiembre de 2013]
83
ANEXO 1 MODELO LÓGICO DE LA BASE DE DATOS DEL MÓDULO MATRÍCULAS
Tabla en Común Erp Social
mat_periodo
#
o
o
o
o
per_codigo
per_descripcion
per_empresa
per_fecha_inicio
per_fecha_final
Serial
Variable characters (255)
Integer
Date
Date
mat_estudiante
#
o
o
o
o
o
est_codigo
est_persona
est_estado
est_empresa
est_madre
est_padre
Serial
Integer
Integer
Integer
Integer
Integer
mat_representante
# rep_codigo Serial
mat_nivel
#
o
o
niv_codigo
niv_descripcion
niv_empresa
Serial
Variable characters (128)
Integer
mat_estudiante_representante
#
o
o
esr_codigo
esr_representante
esr_esrudiante
Serial
Integer
Integer
mat_matricula
#
o
o
o
o
o
o
o
mat_codigo
mat_estudiante
mat_periodo
mat_nivel_paralelo
mat_fecha
reg_foto_byte
reg_empresa
reg_foto
Serial
Integer
Integer
Integer
Timestamp
Short integer
Integer
Variable characters (255)
mat_profesor
#
o
pro_codigo
pro_empresa
Serial
Integer
mat_paralelo
#
o
o
par_codigo
par_descripcion
par_empresa
Serial
Variable characters (128)
Integer
mat_materia
#
o
o
mtr_codigo
mtr_nombe
mtr_empresa
Serial
Variable characters (128)
Integer
mat_nivel_paralelo
#
o
o
o
npa_codigo
npa_paralelo
npa_nivel
npa_empresa
Serial
Integer
Integer
Integer
mat_asignacion
#
o
o
o
o
asi_codigo
asi_nivel_paralelo
asi_profesor
asi_materia
asi_periodo
Serial
Integer
Integer
Integer
Integer
not_nota
#
o
o
o
o
o
o
not_codigo
not_parcial
asi_codigo
not_valor
not_observacion
not_matricula
not_materia
Serial
Integer
Integer
<Undefined>
<Undefined>
Integer
<Undefined>
not_tipo_nota
#
o
par_codigo
par_nombre
Serial
<Undefined>
persona_tbl
#
*
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
per_pk
usu_pk
per_ci
per_nombres
per_apellidos
per_fecha_nac
per_direccion
per_telefono
per_celular
per_mail
per_foto
per_foto_byte
per_genero
per_calle_principal
per_calle_secundaria
per_vivienda_es
per_numero_vivienda
per_lugar_ocupa
per_cuantos_hermanos
per_alergias
per_presenta_dificultad
per_nume_hist_clinica
per_des_med
per_observaciones
per_ocupacion
per_direccion_trabajo
Integer
Integer
Variable characters (20)
Variable characters (128)
Variable characters (128)
Date
Variable characters (400)
Variable characters (64)
Variable characters (64)
Variable characters (64)
Variable characters (128)
Short integer
Variable characters (1)
Variable characters (400)
Variable characters (400)
Variable characters (400)
Variable characters (64)
Variable characters (64)
Integer
Variable characters (1)
Variable characters (1)
Variable characters (64)
Variable characters (400)
Variable characters (400)
Variable characters (400)
Variable characters (400)
84
ANEXO 2. MODELO FÍSICO DE LA BASE DE DATOS DEL MÓDULO MATRÍCULAS
Tabla en Común Erp Social
mat_periodo
per_codigo
per_descripcion
per_empresa
per_fecha_inicio
per_fecha_final
SERIAL
VARCHAR(255)
INT4
DATE
DATE
<pk>
mat_estudiante
est_codigo
est_persona
est_estado
est_empresa
est_madre
est_padre
SERIAL
INT4
INT4
INT4
INT4
INT4
<pk>
<fk>
mat_representante
rep_codigo SERIAL <pk>
mat_nivel
niv_codigo
niv_descripcion
niv_empresa
SERIAL
VARCHAR(128)
INT4
<pk>
mat_estudiante_representante
esr_codigo
esr_representante
esr_esrudiante
SERIAL
INT4
INT4
<pk>
<fk1>
<fk2>
mat_matricula
mat_codigo
mat_estudiante
mat_periodo
mat_nivel_paralelo
mat_fecha
reg_foto_byte
reg_empresa
reg_foto
SERIAL
INT4
INT4
INT4
TIMESTAMP
INT2
INT4
VARCHAR(255)
<pk>
<fk1>
<fk2>
<fk3>
mat_profesor
pro_codigo
pro_empresa
SERIAL
INT4
<pk>
mat_paralelo
par_codigo
par_descripcion
par_empresa
SERIAL
VARCHAR(128)
INT4
<pk>
mat_materia
mtr_codigo
mtr_nombe
mtr_empresa
SERIAL
VARCHAR(128)
INT4
<pk>
mat_nivel_paralelo
npa_codigo
npa_paralelo
npa_nivel
npa_empresa
SERIAL
INT4
INT4
INT4
<pk>
<fk1>
<fk2>
mat_asignacion
asi_codigo
asi_nivel_paralelo
asi_profesor
asi_materia
asi_periodo
SERIAL
INT4
INT4
INT4
INT4
<pk>
<fk1>
<fk2>
<fk3>
not_nota
not_codigo
not_parcial
asi_codigo
not_valor
not_observacion
not_matricula
not_materia
SERIAL
INT4
INT4
<Undefined>
<Undefined>
INT4
<Undefined>
<pk>
<fk2>
<fk3>
<fk1>
not_tipo_nota
par_codigo
par_nombre
SERIAL
<Undefined>
<pk>
persona_tbl
per_pk
usu_pk
per_ci
per_nombres
per_apellidos
per_fecha_nac
per_direccion
per_telefono
per_celular
per_mail
per_foto
per_foto_byte
per_genero
per_calle_principal
per_calle_secundaria
per_vivienda_es
per_numero_vivienda
per_lugar_ocupa
per_cuantos_hermanos
per_alergias
per_presenta_dificultad
per_nume_hist_clinica
per_des_med
per_observaciones
per_ocupacion
per_direccion_trabajo
INT4
INT4
VARCHAR(20)
VARCHAR(128)
VARCHAR(128)
DATE
VARCHAR(400)
VARCHAR(64)
VARCHAR(64)
VARCHAR(64)
VARCHAR(128)
INT2
VARCHAR(1)
VARCHAR(400)
VARCHAR(400)
VARCHAR(400)
VARCHAR(64)
VARCHAR(64)
INT4
VARCHAR(1)
VARCHAR(1)
VARCHAR(64)
VARCHAR(400)
VARCHAR(400)
VARCHAR(400)
VARCHAR(400)
<pk>
85
ANEXO 3. DICCIONARIO DE DATOS
Tablas del Diagrama Módulo Inscripción Matrícula
N° Nombre Descripción
1 mat_estudiante Tabla referente a datos propios del estudiante
2 mat_estudiante_representante Tabla que contiene los datos de la definición del estudiante y representante.
3 mat_materia Tabla referente a datos propios de la materia.
4 mat_matricula Tabla referente a datos propios de la matrícula.
5 mat_matricula_detalle Tabla que contiene los datos de la definición de matrícula.
6 mat_nivel Tabla referente a datos propios del nivel.
7 mat_nivel_paralelo Tabla que contiene los datos de la definición de nivel y paralelo.
8 mat_paralelo Tabla referente a datos propios de paralelo.
9 mat_periodo Tabla referente a datos propios del período lectivo.
10 mat_profesor Tabla referente a datos propios del profesor.
11 mat_representante Tabla referente a datos propios del representante.
12 not_nota Tabla referente a datos propios de la nota del estudiante.
13 not_tipo_nota Tabla referente a datos propios del tipo de nota.
14 persona_tbl Tabla común referente a datos propios de la persona.
86
Tabla mat_estudiante
Registra la información de los estudiantes de las diferentes empresas en el sistema.
Código Descripción Primary Key
Foreing key
est_codigo Identificador único del estudiante. x
est_persona Identificador de la persona al cual está asociado el estudiante.
x
est_estado Dominio: Inscrito, Matrículado
est_empresa Identificador de la empresa al cual está asociado el estudiante.
x
est_madre Identificador de la madre al cual está asociado el estudiante.
x
est_padre Identificador del padre al cual está asociado el estudiante.
x
est_representante Identificador del representante al cual está asociado el estudiante.
x
Tabla mat_estudiante_representante
Registra la información del representante y el estudiante en el sistema.
Código Descripción Primary Key
Foreing key
esr_codigo Identificador único del estudiante_representante.
x
esr_representante Identificador del representante al cual está asociado el estudiante.
esr_esrudiante Identificador único del estudiante.
esr_empresa Identificador único de la empresa.
Tabla mat_materia
Registra la información de la materia en el sistema.
Código Descripción Primary Key Foreing key
mtr_codigo Identificador único de la materia. x
mtr_nombre Descripción de la Materia
mtr_empresa Identificador único de la empresa. x
87
Tabla mat_matricula
Registra la información de la matrícula del estudiante en el sistema.
Tabla mat_matricula_detalle
Registra el detalle de la matrícula del estudiante en el sistema.
Código Descripción Primary
Key Foreing
key
mat_codigo Identificador único del detalle de la matrícula. x
mat_asignacion Identificador de la asignacíon al cual está asociado. x
mat_matricula Identificador de la matrícula al cual está asociado. x
mat_empresa Identificador único de la empresa. x
mat_estado Registra el estado de la matrícula del estudiante
Tabla mat_nivel
Registra la información del nivel o grado de la unidad educativa en el sistema.
Tabla mat_nivel_paralelo
Registra la información del nivel asignando el paralelo correspondiente en el sistema.
Código Descripción Primary Key
Foreing key
npa_codigo Identificador único del nivel paralelo. x
npa_paralelo Identificador del paralelo al cual está asociado.
Código Descripción Primary
Key Foreing
key
reg_codigo Identificador único de la matrícula. x
reg_estudiante Identificador del estudiante al cual está asociado.
reg_foto_byte Registra la foto del estudiante en bytes.
reg_empresa Identificador único de la empresa. x
reg_foto Registra el path de la foto del estudiante
Código Descripción Primary Key Foreing key
niv_codigo Identificador único del nivel. x
niv_descaripcion Descripción del Nivel.
niv_empresa Identificador único de la empresa. x
88
npa_nivel Identificador del nivel al cual está asociado. x
npa_empresa Identificador único de la empresa. X
Tabla mat_paralelo
Registra la información del paralelo en el sistema.
Código Descripción Primary Key Foreing key
par_codigo Identificador único del paralelo. x
par_descripcion Registra la descripción del paralelo
par_empresa Identificador único de la empresa. X
Tabla mat_periodo
Registra la información del período de la matrícula en el sistema.
Código Descripción Primary Key Foreing key
per_codigo Identificador único del período. x
per_descripcion Registra la descripción del período.
per_empresa Identificador único de la empresa. X
per_fecha_inicio Registra la fecha de inicio del período.
per_fecha_final Registra la fecha de final del período.
Tabla mat_profesor
Registra la información del profesor en el sistema.
Código Descripción Primary
Key Foreing
key
pro_codigo Identificador único del profesor. x
pro_persona Identificador de la persona al cual está asociado.
pro_empresa Identificador único de la empresa. x
Tabla mat_representante
Registra la información del representante en el sistema.
Código Descripción Primary
Key Foreing
key
pro_codigo Identificador único del profesor. x
pro_persona Identificador de la persona al cual está asociado.
pro_empresa Identificador único de la empresa. x
89
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_observacion Registra la observación de la nota del estudiante.
not_codigo_nota_padre Identificador único del padre de la nota.
Tabla not_tipo_nota
Registra la información del tipo de nota 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
91
Manual de Instalación Erp Social Versión 1.1
Módulo Inscripción y Matrícula
Facultad de Ingeniería Ciencias Físicas y Matemática UNIVERSIDAD CENTRAL DEL ECUADOR
92
ANEXO 5. MANUAL DE INSTALACIÓN DEL ERP SOCIAL
Contenido
Introducción ...................................................................................................... 93
Requisitos Técnicos .......................................................................................... 93
Herramientas de Desarrollo .............................................................................. 93
Java Runtime Enviroment ................................................................................. 93
INSTALACIÓN Y CONFIGURACIÓN DEL JDK ............................................ 94
Configuramos las variables de Entorno ......................................................... 96
Eclipse .............................................................................................................. 99
Instalación y Configuración de Eclipse Kleper ............................................... 99
PostgreSQL 9.3 .............................................................................................. 100
Instalación y Configuración de PostgreSQL 9.3 .......................................... 100
Crear nueva una Base de Datos ................................................................. 105
Restauración de la Base de datos del Erp Social ........................................ 108
JBOSS 7.1.1 ................................................................................................... 110
Instalación ................................................................................................... 110
CONFIGURACIÓN DEL DATASOURCES .................................................. 113
CONFIGURACION DE ECLIPSE CON JBOSS 7 ........................................... 117
IMPORTAR EL PROYECTO ErpSocial .......................................................... 120
GENERAR EL EAR DEL PROYECTO ........................................................... 124
SUBIR EL EAR GENERADO AL SERVIDOR DE APLICACIONES ............... 125
93
Introducción
El siguiente documento es una guía para la instalación del código fuente y
ejecución del sistema “Erp Social”, donde se describe y/o detalla los
requerimientos y consideraciones que deben de tenerse en cuenta para una
instalación adecuada y consecuentemente el correcto funcionamiento del
proyecto ya mencionado.
Objetivo
El principal objetivo del documento es proporcionar una guía fácil de instalación
del proyecto paso a paso.
Requisitos Técnicos
Los requerimientos técnicos mínimos para el desarrollo del Erp Social son:
Especificaciones
Sistema Operativo Indistinto. Windows XP/Vista/7/8, Linux (diferentes
distribuciones).
RAM Mínimo 1 GB.
Disco duro Mínimo 10 GB libres en disco.
Acceso a Internet Indispensable.
Software Se requiere: Adobe Reader, MS Office
2007/2010/2013.
Navegador Web Mozilla Firefox, Google Chrome.
Tabla 17. Requerimientos técnicos
Herramientas de Desarrollo
El Kit de desarrollo de Java (JDK) a partir de la versión 7.
Sistema de gestor de base de datos PostgreSQL v.9.3.
IDE de desarrollo Eclipse Kleper.
Servidor de aplicaciones JBOSS 7.1.1.
Java Runtime Enviroment
Las aplicaciones desarrolladas en Java necesitan para su funcionamiento
correcto Java Runtime Enviroment (JRE) o Java Development Kit (JDK).
94
Java Runtime Environment (JRE) es un conjunto de herramientas necesarias
para el funcionamiento de cualquier aplicación que haya sido desarrollada a partir
del lenguaje Java. Por eso, ya se trate de un profesional o un usuario doméstico,
este es un software que no debe faltar en el ordenador.
INSTALACIÓN Y CONFIGURACIÓN DEL JDK
1. Descargar la versión jdk1.7.x o superior desde el link que se describe a
continuación o a su vez ubicarse dentro de la carpeta “Herramientas de
Desarrollo” del CD de instalación del proyecto Erp Social.
http://www.oracle.com/technetwork/java/javase/downloads/jdk7-
downloads-1880260.html
2. Aceptamos los términos y condiciones de la licencia luego elegimos la
versión en nuestro caso para Windows x64.
3. Damos clic en Guardar Archivo
95
4. Ya una vez terminada la descarga del JDK procedemos a instalarle damos
clic derecho sobre el archivo descargado y lo ejecutamos como
Administrador.
5. Utilizamos el botón “Next “.
6. Verificamos el directorio de instalación del jdk y luego damos Clic en Next
7. Elegimos el directorio donde se instalará el jre y damos clic en Next.
8. Se iniciará el instalador del JDK y damos clic en Instalar.
96
9. Una vez terminada la instalación nos muestra un mensaje de instalación
satisfactoria y damos clic en cerrar.
Configuramos las variables de Entorno
1. Definimos las variables de Entorno JAVA_HOME lo cual nos ayudará a
ejecutar aplicaciones Java desde la consola de Windows.
2. Pulsamos tecla windows + E, clic derecho sobre “Este Equipo”, clic en
Propiedades.
3. Damos Clic sobre Configuración Avanzada del Sistema.
4. Damos clic en Variables de entorno
97
5. Luego damos clic en Nueva
6. Creamos una nueva variable de entorno con nombre “JAVA_HOME” y en
el valor de la variable le apuntamos donde se encuentra instalado el JDK
y damos clic en aceptar.
98
7. Ahora que hemos agregado la nueva variable de entorno continuamos en
la sección de Variables del sistema y seleccionamos la variable Path.
8. Debemos seleccionar la opción Editar y agregar al final separando con un
“;” %JAVA_HOME%\bin, finalmente clic en Aceptar.
9. Comprobamos abriendo una nueva ventana CMD y digitamos java –
version y verificamos la versión de java instalada en nuestro equipo.
99
Eclipse
Eclipse es un programa informático compuesto por un conjunto de herramientas
de programación de código abierto multiplataforma.
Instalación y Configuración de Eclipse Kleper
1. Debemos descargar Eclipse Kleper, esto se puede obtener atraves de la
página https://eclipse.org/downloads/index-developer.php o a su vez
ubicarse en la carpeta “Herramientas de Desarrollo” del CD.
2. En el panel derecho nos ubicamos en MORE DOWNLOADS y elegimos
Eclipse Kleper 4.3.
3. Luego damos clic en Downloads
4. Clic en Eclipse IDE for Java EE Developers según la arquitectura del
sistema operativo.
100
5. Una vez terminada la descarga le descomprimimos el archivo en el
directorio según corresponda.
6. Y finalmente obtenemos el Eclipse Kleper instalado en nuestro equipo
PostgreSQL 9.3
PostgreSQL es un sistema de gestión de bases de datos objeto-relacional,
distribuido bajo licencia BSD (Berkeley Software Distribution) y con su código
fuente disponible libremente.
Es el sistema de gestión de bases de datos de código abierto más potente del
mercado y en sus últimas versiones no tiene nada que envidiarle a otras bases
de datos comerciales.
Instalación y Configuración de PostgreSQL 9.3
10. Descargamos desde la página oficial de PostgreSQL o a su vez ubicarse
dentro de la carpeta “Herramientas de Desarrollo” del CD de instalación
del proyecto Erp Social.
http://www.postgresql.org/download/
11. Damos clic en la Versión de Windows.
101
12. Clic en el vínculo Download
13. Nos presenta una pantalla de descarga donde elegimos la Version 9.3.6,
damos clic en Win x86-64 para Windows 64 bits.
14. Esperamos un momento y nos presenta una pantalla y damos clic en
Guardar archivo.
15. Nos ubicamos en la carpeta de descarga del archivo de PostgreSQL y
damos clic derecho y ejecutamos como administrador.
102
16. Luego nos presenta la pantalla principal de Instalación de PostgreSQL y
damos clic en Siguiente.
17. Escogemos el directorio de Instalación o lo dejamos por defecto y damos
clic en Siguiente.
18. Escogemos el directorio de datos donde se almacenará o a su vez lo
dejamos por defecto y damos clic en Siguiente.
103
19. Asignamos una contraseña para el superusuario de la base de datos y
damos clic en Siguiente.
20. Asignamos un puerto que no se esté utilizando por otra aplicación o a su
vez lo dejamos por defecto.
21. Seleccionamos la configuración regional o lo dejamos por defecto y damos
clic en Siguiente.
104
22. A continuación damos clic en Siguiente si estamos seguros de instalar.
23. Luego esperamos hasta que se complete la instalación satisfactoriamente.
24. Finalmente damos clic en Terminar y ya tenemos instalado PostgreSQL
en nuestro equipo.
105
Crear nueva una Base de Datos
1. Ejecutamos desde el acceso directo de PostgreSQL 9.3 pgAdmin ya
instalada anteriormente.
2. Nos presenta una pantalla elegimos y damos clic en la versión que
instalamos anteriormente PostgreSQL 9. 3(localhost:5433)
3. Digitamos nuestra contraseña de superusuario que se ingresó en el
momento de la instalación y damos clic en OK.
106
4. Luego lo primero que tenemos que realizar es crear un rol de usuario,
damos clic derecho sobre Login Roles , elegimos New Login Role
5. Digitamos el nuevo rol en nuestro caso es erpsocial y damos clic en OK
6. Luego procedemos a crear una nueva base de datos, clic derecho sobre
Databases elegimos New Database.
107
7. Nos aparece una pantalla donde ingresamos como se va a nombrar a
nuestra base de Datos y luego damos clic en OK.
108
8. Finalmente hemos creado una nueva Base de Datos de nombre
“erp_social”.
Restauración de la Base de datos del Erp Social
1. Nos ubicamos en la base de datos ya creada anteriormente y damos clic
sobre el botón .
109
2. Una vez abierto el ejecutor de Querys damos clic en File y luego en Open
y abrimos el script “erpSocial.sql” que se encuentra en la carpeta “Base de
Datos” del CD.
2. Y Ejecutamos el Query con el botón .
3. Si la ejecución del Query no contiene errores nos presenta el mensaje de
la pantalla:
110
JBOSS 7.1.1
1. Debemos descargar JBoss Application Server 7, esto se puede obtener
mediante la página http://www.jboss.org/jbossas/downloads
2. Elegimos jboss-as-7.1.1.Final
3. Damos clic en ZIP
4. Luego damos clic en Continue Download.
5. Y Finalmente en Aceptar.
Instalación
Se puede instalar JBoss Application Server 7 en cualquier sistema operativo
compatible con los formatos zip o tar.
1. Extraemos el Zip descargado jboss-as-7.1.1.Final.zip en el directorio de
nuestra elección.
111
2. Nos ubicamos dentro de la carpeta jboss-as-7.1.1.Final/bin
3. Ejecutamos standalone.bat en caso de Windows o standalone.sh en caso
de Linux
4. Abrimos el navegador y digitamos la url http://localhost:8080 por defecto,
esto nos llevara a la pantalla de bienvenida del JBoss 7.
5. Antes de continuar con las configuraciones, debemos de crear un usuario,
para lo cual nos ubicamos dentro de la carpeta jboss-as-7.1.1.Final/bin
6. Ejecutamos add-user.bat en caso de Windows o add-user.sh en caso de
Linux.
112
7. Nos aparecera la siguiente pantalla y elegimos (a)
8. Añadimos un usuario y su contraseña y damos enter al final.
9. Nuevamente nos dirigimos al paso 4.
10. Damos clic en Administration Console
11. Ingresamos con el usuario agregado con su respectiva contraseña y
damos clic en aceptar.
113
12. Luego nos aparecerá la pantalla siguiente del Panel de Administrador de
JBoss 7.
CONFIGURACIÓN DEL DATASOURCES
1. Utilizamos el botón “Profile” para cambiar de perspectiva en el panel del
administrador de Jboss 7.
2. Nos ubicamos en el menú y selecionamos la Pestaña “Connector” y
elegimos “Datasources”.
114
3. Una vez elegido la opción “Datasources”, damos clic en el botón “Add”.
4. Se despliega una pantalla de “Create Datasources”, configuramos los
atributos del Datasource, como se muestra en la siguiente Pantalla:
En el campo “name” digitamos “java:/postgresqlErpDS” .
En el campo “JNDI Name” digitamos “java:/postgresqlErpDS”.
Luego utilizamos el botón “Next”.
5. Luego configuramos el JDBC Driver y escogemos el driver en nuestro
caso el de PostgreSQL, en caso de no tener el driver nos descargamos de
este link https://jdbc.postgresql.org/download.html o a su vez nos
ubicamos en la carpeta “Herramienta de Desarrollo” del CD y copiamos el
driver dentro de la carpeta C:\Java\jboss-as-
7.1.1.Final\standalone\deployments.
115
6. A continuación configuramos la Conexión a la Base de datos
7. Y Finalmente damos clic en Done.
8. Luego verificamos la creación del nuevo Datasource postgresqlErpDS
9. Seleccionamos el Datasource postgresqlErpDS y damos clic en ENABLE.
116
10. Damos clic en Confirm y finalmente tenemos habilitada el datasource que
se creó anteriormente.
11. Nos ubicamos en la pestaña Connection
12. Damos clic en el botón Test Connection y comprobamos que la conexión
a la base de datos es satisfactorio.
117
CONFIGURACION DE ECLIPSE CON JBOSS 7
1. Damos clic en Eclipse Kleper ya instalado anteriormente.
2. Creamos un espacio de Trabajo por ejemplo WorkSpaceErpSocial
118
3. Comprobamos que la perspectiva del Eclipse este en Java EE
4. Nos ubicamos en la parte inferior y damos clic en Server
5. Luego damos clic derecho/New/Server
6. Elegimos nuestro servidor de Jboss as 7.1 y damos clic en Next.
119
7. Damos clic en el botón “Browse” y nos selecionamos en el directorio que
se descomprimió el Jboss anteriormente.
8. Seleccionamos el JRE en nuestro caso el jre7.
9. Luego damos clic en Finish y hemos terminado de configurar el server
Jboss con eclipse Kleper.
120
IMPORTAR EL PROYECTO ErpSocial
Vamos a realizar la importación del proyecto para fines de desarrollo y
actualizaciones futuras correspondientes al sistema Erp Social, lo cual ayudara
para el mantenimiento del mismo.
Para el desarrollo del sistema se ha utilizado en nuestro caso Windows 8.1
1. Antes de Continuar el proyecto “ErpSocial.root” que se encuentra en la
carpeta “Código Fuente” del CD debe de estar copiado al Workspace
creado anteriormente “WorkspaceErpSocial”.
2. Una vez configurada el eclipse con el servidor de aplicaciones Jboss 7, el
siguiente paso es la importación de nuestro proyecto “Erp Social”; nos
ubicamos en la pestaña File y seleccionamos Import
3. Selecione la carpeta General y escogemos Existing Projects into
Workspace.
121
4. Utilizamos el botón Browse y seleccione el proyecto ErpSocial.root y
damos clic en el botón Finish.
5. Nos ubicamos en el menú Project y damos clic en “Clean”.
6. Luego seleccionamos “Clean all Project” y damos clic en OK
122
7. Damos clic derecho sobre el servidor de aplicaciones JBOSS y seleccione
“Add and Remove”.
8. Elegimos el Proyecto y damos clic en “Add All” luego utilizamos el botón
“Finish”.
123
9. Nos ubicamos en la pestaña server y damos clic derecho sobre el
ErpSocial.ear y selecionamos “Full Publish”.
10. Luego damos clic derecho sobre el servidor Jboss 7.1.1 y seleccionamos
la opción “Start”.
124
11. Verificamos si la aplicación se a deployado de manera exitosa digitando
en un navegador la siguiente dirección:
http://localhost/ErpSocialWeb/seguridad/login.xhtml
GENERAR EL EAR DEL PROYECTO
1. Damos clic derecho sobre ErpSocial (.ear) como se muestra en la pantalla.
2. Selecionamos Export/ EAR file
3. Verificamos la ubicación donde se va a almacenar ear generado.
4. Finalmente clic en el botón “Finish” y obtenemos el ear del aplicativo
ErpSocial.ear
125
SUBIR EL EAR GENERADO AL SERVIDOR DE APLICACIONES
1. Ingresamos con nuestro usuario y contraseña ya creada anteriormente al
Panel del Administrador del Jboss 7.
2. Nos ubicamos en el menu y seleccionamos la pestaña “Deployments”
luego damos clic en “Manage Deployments”.
3. Utilizamos el botón “Add Content”.
4. Nos aparecerá una ventana de “Upload”, damos clic en el botón
“Examinar” y nos ubicamos en el directorio donde se guardó el EAR
generado del proyecto ErpSocial anteriormente.
126
5. Una vez seleccionada el archivo “ErpSocial.ear” damos clic en el botón
“Next”.
6. Utilizamos el botón “Save”, y nos dirige nuevamente al Panel de
Administración del Jboss 7.
7. Seleccionamos el Proyecto ErpSocial.ear y damos clic en ENABLE
127
8. Nos aparecerá una pantalla donde damos clic en el botón “Confirm” y
esperamos un momento.
9. Finalmente tenemos nuestro proyecto en habilitado en nuestro servidor de
aplicaciones.
128
10. Comprobamos si el proyecto fue subido de manera correcta al servidor de
aplicaciones, digitando en un navegador la siguiente dirección:
http://localhost/ErpSocialWeb/seguridad/login.xhtml
Usuario: administrador
Clave: erpsocial
129
Manual de Usuario Erp Social Versión 1.1
FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA UNIVERSIDAD CENTRAL DEL ECUADOR
130
ANEXO 6. MANUAL DE USUARIO
CONTENIDO
1. Introducción ................................................................................................ 134
2. Objetivo ...................................................................................................... 134
3. Glosario de Términos ................................................................................. 134
4. Requerimientos técnicos ............................................................................ 134
5. Acerca de la Ayuda .................................................................................... 135
6. Componentes del módulo de matrículas .................................................... 135
7. Ingreso al Sistema Erp Social ..................................................................... 135
7.1. Ingreso de usuario al sistema ............................................................. 136
8.1. Módulos Erp Social ............................................................................. 138
8.2. Gestión académica: Estudiante.- Matrícula Estudiante ...................... 138
8.3. Gestión académica: Matrícula Estudiante.- Registrar Estudiante ....... 139
8.4. Gestión académica: Matrícula Estudiante.- Editar, Eliminar
Estudiante ........................................................................................................ 142
8.5. Gestión académica: Matrícula Estudiante.- Estado ............................ 144
8.6. Gestión académica: Matrícula Docente.- Buscar ................................ 144
8.7. Gestión académica: Matrícula Docente.- Editar .................................. 145
8.8. Gestión académica: Matrícula Materia................................................ 145
8.9. Gestión académica: Matrícula Materia.- Insertar ................................ 146
8.10. Gestión académica: Matrícula Materia.- Editar ................................... 146
8.12. Gestión académica: Matrícula Paralelo .............................................. 147
8.13. Gestión académica: Matrícula Paralelo.- Insertar ............................... 148
8.14. Gestión académica: Matrícula Paralelo.- Editar .................................. 148
8.15. Gestión académica: Matrícula Nivel ................................................... 149
8.16. Gestión académica: Matrícula Nivel.- Insertar .................................... 149
8.17. Gestión académica: Matrícula Nivel.- Editar ....................................... 150
8.18. Gestión académica: Matrícula Periodo Lectivo ................................... 150
8.19. Gestión académica: Matrícula Periodo Lectivo.- Insertar.................... 151
8.20. Gestión académica: Matrícula Periodo Lectivo.- Editar ...................... 151
8.21. Gestión académica: Matrícula Paralelo por Nivel ............................... 152
131
8.22. Gestión académica: Matrícula Paralelo por Nivel.- Insertar ................ 152
8.23. Gestión académica: Matrícula Paralelo por Nivel.- Editar ................... 153
8.24. Gestión académica: Matrícula Asignación .......................................... 154
8.25. Gestión académica: Matrícula Asignación.- Insertar ........................... 154
8.26. Gestión académica: Matrícula Representante .................................... 155
8.27. Gestión académica: Matrícula Representante.- Insertar ..................... 155
8.28. Gestión académica: Matrícula Representante.- Editar ....................... 156
8.29. Gestión académica: Matrícula Registro .............................................. 156
8.30. Gestión académica: Matrícula Reporte Curso .................................... 158
8.31. Gestión académica: Matrícula Reporte General ................................. 160
132
LISTA DE TABLAS
Tabla 1. Requerimientos técnicos .................................................................... 135
LISTA DE IMÁGENES
Figura 1. Página de inicio al Sistema ............................................................... 136
Figura 2. Pantalla de logueo ............................................................................ 136
Figura 3. Menú ................................................................................................. 138
Figura 4. Matrícula estudiante.......................................................................... 138
Figura 5. Registrar estudiante .......................................................................... 139
Figura 6. Registrar datos estudiante ................................................................ 139
Figura 7. Registrar datos padre ....................................................................... 140
Figura 8. Registrar datos madre ...................................................................... 141
Figura 9. Registrar datos representante .......................................................... 142
Figura 10. Tabla de estudiantes....................................................................... 142
Figura 11. Estado de matrícula ........................................................................ 144
Figura 12. Búsqueda de docente ..................................................................... 144
Figura 13. Tabla de listado de docentes .......................................................... 144
Figura 14. Campos para edición de docente ................................................... 145
Figura 15. Listado de materias ......................................................................... 146
Figura 16. Registrar Materia ............................................................................ 146
Figura 17. Editar Materia ................................................................................. 147
Figura 18. Eliminar materia .............................................................................. 147
Figura 19. Lista de paralelos ............................................................................ 148
Figura 20. Registrar paralelo ........................................................................... 148
Figura 21. Editar paralelo ................................................................................. 148
Figura 22. Lista de niveles ............................................................................... 149
Figura 23. Ingresar nivel .................................................................................. 149
Figura 24. Editar nivel ...................................................................................... 150
Figura 25. Lista de años lectivos ...................................................................... 150
Figura 26. Ingresar periodo lectivo ................................................................... 151
Figura 27. Ingresar periodo escolar ................................................................. 151
Figura 28. Lista de nivel-paralelo ..................................................................... 152
Figura 29. Ingresar nivel-paralelo .................................................................... 152
Figura 30. Selección nivel Figura 31. Selección paralelo ............................ 153
Figura 32. Editar nivel-paralelo ........................................................................ 153
Figura 33. Selección nivel-paralelo .................................................................. 153
Figura 34. Listado de docentes y materias ...................................................... 154
Figura 35. Ingresar docentes-materias ............................................................ 154
Figura 36. Lista de representantes .................................................................. 155
133
Figura 37. Ingresar representante .................................................................... 155
Figura 38. Editar datos de representante ......................................................... 156
Figura 39. Registro de matrícula ...................................................................... 157
Figura 40. Ingreso de matrículado ................................................................... 157
Figura 41. Ingreso exitoso ............................................................................... 158
Figura 42. Opción reporte ................................................................................ 158
Figura 43. Selección de datos para reporte ..................................................... 159
Figura 44. Almacenamiento reporte curso ....................................................... 159
Figura 45. Reporte curso ................................................................................. 160
Figura 46. Reportes-Tabla de datos del estudiante ......................................... 160
Figura 47. Almacenamiento de carné .............................................................. 161
Figura 48. Carné visualizado en navegador .................................................... 161
Figura 49. Almacenamiento reporte ................................................................. 161
Figura 50. Modelo de certificado ...................................................................... 162
Figura 51. Ficha de estudiante visualizado en navegador ............................... 163
134
1. Introducción
El siguiente documento es una guía para la utilización del módulo de matrículas
del sistema ERP Social; el sistema ha sido diseñado de manera amigable para
el usuario, de modo que no presentará mayores complicaciones para su uso. Se
expone lo referente al ingreso al sistema, registro de estudiantes, registro de
periodo de estudios, paralelo, materia, nivel, matrícula, y generación de carné
estudiantil: ámbitos imprescindibles para llevar el control de matriculación en el
plantel educativo.
2. Objetivo
El principal objetivo del documento es proporcionar al usuario del sistema una
guía para que pueda realizar las tareas en la misma de una manera sencilla.
3. Glosario de Términos
Autenticación: es un modo de asegurar que los usuarios son quien ellos
dicen que ellos son y que al validar les permita realizar funciones en un
sistema.
Menú: es una serie de opciones que el usuario puede elegir para realizar
determinada tarea.
Módulo: es una porción de un programa de computadora. De las varias
tareas que debe realizar un programa para cumplir con su función u objetivos,
un módulo realizará, comúnmente, una de dichas tareas (o varias, en algún
caso).
Registro: también llamado fila o tupla, representa un objeto único
de datos implícitamente estructurados en una tabla.
Segmentación: división de algo, un objeto, una cosa o cuestión, en
segmentos.
4. Requerimientos técnicos
Los requerimientos técnicos mínimos para la implementación del ERP son:
Especificaciones
Sistema
Operativo
Indistinto. Windows XP/Vista/7/8, Linux (diferentes
distribuciones).
RAM Mínimo 1 GB.
Disco duro Mínimo 10 GB libres en disco.
135
Acceso a
Internet
Indispensable.
Software Se requiere: Adobe Reader, MS Office 2007/2010.
Navegador
Web
Para ingresar al sistema se debe abrir un explorador de Internet por ejemplo Microsoft Internet Explorer , Mozilla
FireFox , Chrome .
Tabla 18. Requerimientos técnicos
5. Acerca de la Ayuda
El propósito de este documento es guiar al usuario final en la utilización del
sistema Erp Social y de esta manera aumentar el rendimiento en su trabajo.
En las diferentes secciones que componen este manual, se describe de manera
detallada las opciones del módulo de Gestión Académica.
Ingreso de datos
Procesamiento de información
Notas, sugerencias y advertencias que buscan facilitar la operación del
programa.
Í C O N O D E S C R I P C I Ó N
Atención
Sugerencia
Notas
Precaución
6. Componentes del módulo de matrículas
Para el manejo de los módulos con los que cuenta el Erp Social se ha
desarrollado un menú en el cual se distingue: Opciones de Usuario,
Administración, Matrícula, Control de Asistencia, Inventario, Despacho Parroquial
y Cementerio.
7. Ingreso al Sistema Erp Social
Para ingresar al sistema vía web se debe ingresar, en un navegador de los
mencionados en los requerimientos técnicos de este documento, la siguiente
dirección: http://erpsocial.whelastic.net/ErpSocialWeb/seguridad/login.xhtml e
136
inmediatamente se puede visualizar la página de inicio como la que se muestra
a continuación.
Figura 40. Página de inicio al Sistema
Para el módulo de matrículas se ha desarrollado componentes que serán
expuestos a continuación.
7.1. Ingreso de usuario al sistema
Originalmente, perteneciente al módulo de seguridades. Permite el ingreso del
usuario registrado al sistema para el respectivo uso del mismo.
Figura 41. Pantalla de logueo
En “Usuario” se debe ingresar el nombre de usuario que previamente
asignó el administrador del sistema a la persona que se encargara del
módulo en gestión.
137
En “Clave” se debe ingresar la contraseña perteneciente al usuario.
Se presiona el botón “Ingresar” para que el sistema realice la
autenticación del usuario y su posterior ingreso al mismo.
Si los datos ingresados son correctos, se habilitan las opciones para iniciar
el trabajo con el sistema, caso contrario el sistema presentará mensajes
de error y no permitirá el acceso del usuario al sistema.
A continuación los mensajes de error de inicio de sesión:
Mensaje de Error No existe el Usuario
Mensaje de Error clave incorrecta
8. Área de trabajo
El área de trabajo de la que dispone el sistema está compuesta por varias partes
como se muestra en la siguiente Figura:
Figura 2.1 Area de Trabajo
A. Area de Trabajo B. Opciones del Ménu C. Barra de Herramientas D. Opciones Sistema
A B
C
D
138
8.1. Módulos Erp Social
La siguiente pantalla muestra los módulos que conforman el ERP, en este caso
se ubicará en la opción “Gestión académica”, donde se muestran las opciones
que sirven para la administración de la misma.
Figura 42. Menú
8.2. Gestión académica: Estudiante.- Matrícula Estudiante
Al seleccionar la opción “Matrícula Estudiante”, se reflejará la pantalla que se
muestra a continuación.
Figura 43. Matrícula estudiante
139
Para buscar el registro de un estudiante, se ingresa los datos del mismo, según
solicita los cuadros de texto: “Cédula”, “Nombres Estudiante”, “Apellidos
Estudiante” y se selecciona el botón “Buscar” . A continuación se
despliega una tabla con los resultados.
8.3. Gestión académica: Matrícula Estudiante.- Registrar Estudiante
Para registrar un Estudiante nos ubicamos en la barra de herramientas y
seleccionamos el botón “Insertar” .
Figura 44. Registrar estudiante
Se presentará a continuación la pantalla desplegable “Registrar Estudiante”,
que conforman las pestañas: Estudiante, Padre, Madre, Representante.
Figura 45. Registrar datos estudiante
140
Los campos marcados con (*) son obligatorios.
Como indican los campos, se debe ingresar los datos propios del estudiante:
Cédula, Nombres, Apellidos, Fecha de Nacimiento, Dirección domiciliaria,
Teléfono domiciliario, Teléfono celular, E-mail, posición que ocupa entre sus
hermanos, el número de hermanos y Foto. Existe la opción de selección de
género que debe ser seleccionada. Adicional a esta información se solicita llenar
la información médica: Alergias, Discapacidad, Número de historia clínica y si
toma algún medicamento especificarlo; esta información no es obligatoria.
Al ingresar el campo cédula el sistema buscara de manera automática todos
los datos de la persona con cual pertenece el número de cédula.
Para registrar la información del Padre, damos clic en la pestaña “Padre”, y nos
presenta la plantilla en la siguiente ventana:
Se debe registrar los datos del padre del estudiante. Los datos requeridos son:
Cédula, Nombres, Apellidos, Fecha de Nacimiento, Teléfono domiciliario o
teléfono celular, Título, Ocupación y Lugar de Trabajo.
Figura 46. Registrar datos del Padre
Para registrar la información de la Madre, damos clic en la pestaña “Madre”, y
nos presenta la plantilla en la siguiente ventana:
141
Se debe registrar los datos de la madre del estudiante. Los datos requeridos son:
Cédula, Nombres, Apellidos, Fecha de Nacimiento, Teléfono domiciliario o
teléfono celular, Título, Ocupación y Lugar de Trabajo.
Figura 47. Registrar datos de la Madre
Para registrar la información del Representante, damos clic en la pestaña
“Representante”, y nos presenta la plantilla en la siguiente ventana:
En la misma ventana, se debe ingresar los datos del representante. Los datos
requeridos son: Cédula, Nombres, Apellidos, Fecha de Nacimiento, Teléfono
domiciliario o teléfono celular, Título, Ocupación, Lugar de Trabajo y correo
electrónico.
142
Figura 48. Registrar datos representante
Finalmente para almacenar la información seleccionar el botón “Guardar”
, caso contrario damos clic en “Cancelar” .
En caso de que el estudiante ya existe en la unidad educativa nos
visualiza el siguiente mensaje de error.
8.4. Gestión académica: Matrícula Estudiante.- Editar, Eliminar
Estudiante
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de estudiantes, el lápiz que aparece al final de cada registro
en la columna “Opciones”, como se muestra en la siguiente pantalla.
Figura 49. Tabla de estudiantes
Al seleccionar la opción editar mencionada anteriormente, se despliega una
pantalla con los datos del estudiante que se desea modificar.
En la misma pantalla se pude modificar los datos del padre, de la madre y del
representante, respectivamente.
143
Se realizan los cambios necesarios y se selecciona el botón “Guardar”
, para almacenar la información; caso contrario, presionar “Cancelar”
.
Si se desea eliminar la información del estudiante se presiona el ícono , luego
nos muestra una ventana de confirmación utilizamos el botón “Aceptar”
en caso afirmativo caso contrario el botón “Cancelar” .
144
8.5. Gestión académica: Matrícula Estudiante.- Estado
La opción “Estado” visible en la tabla de listado de estudiantes, representa si el
estudiante se encuentra inscrito o matriculado.
Figura 50. Estado de matrícula
8.6. Gestión académica: Matrícula Docente.- Buscar
Para el ingreso de los docentes es mediante la creación de usuarios, en el módulo
de Seguridades. La siguiente pantalla se presenta al dar clic en la opción
“Matrícula Docente” del menú principal, en la que se permite realizar la búsqueda
del docente. Se puede buscar por cédula, nombres o apellidos.
Figura 51. Búsqueda de docente
Al finalizar la búsqueda se reflejan los resultados en una tabla en la parte inferior.
Figura 52. Tabla de listado de docentes
145
8.7. Gestión académica: Matrícula Docente.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de docentes, el lápiz que aparece al final de cada registro
en la columna “Opciones”.
Al seleccionar la mencionada opción se despliega la siguiente ventana:
Figura 53. Campos para edición de docente
Se realizan los cambios necesarios y se selecciona el botón “Guardar”
, para almacenar la información; caso contrario, presionar “Cancelar”
.
8.8. Gestión académica: Matrícula Materia
La materia se refiere a las asignaturas que el estudiante recibirá en el año lectivo.
La siguiente pantalla se la obtiene presionando la opción “Matrícula Materia”. En
la parte inferior derecha se muestra una lista de todas las materias que están
almacenadas en el sistema; en la parte superior se puede realizar una búsqueda
146
ingresando el valor en el campo “Nombre Materia” y seleccionando el botón
“Buscar”.
Figura 54. Listado de materias
8.9. Gestión académica: Matrícula Materia.- Insertar
Si se desea ingresar una nueva materia, presionar el botón “Insertar”. A
continuación se muestra la siguiente pantalla:
Figura 55. Registrar Materia
En el campo de texto, se debe ingresar el valor o el nombre correspondiente a la
materia.
Seleccionar el botón “Guardar” para almacenar la información, caso contrario
seleccionar “Cancelar”.
8.10. Gestión académica: Matrícula Materia.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de materias, el lápiz que aparece al final de cada registro en
la columna “Opciones”.
Al seleccionar la mencionada opción, se despliega una pantalla con los datos de
la materia que se desea modificar.
147
Figura 56. Editar Materia
Se realizan los cambios necesarios y se selecciona el botón “Guardar”, para
almacenar la información; caso contrario, presionar “Cancelar”.
8.11. Gestión académica: Matrícula Materia.- Eliminar
Si se desea eliminar alguna materia se selecciona el icono en forma de basurero
que se encuentra en cada registro de la tabla que contiene las materias
ingresadas en el sistema.
Figura 57. Eliminar materia
8.12. Gestión académica: Matrícula Paralelo
El paralelo se refiere a la segmentación de un curso. La siguiente pantalla se la
obtiene presionando la opción “Matrícula Paralelo”. En la parte inferior derecha
se muestra una lista de todos los paralelos que están almacenados en el sistema;
en la parte superior se puede realizar una búsqueda ingresando el valor en el
campo “Descripción Paralelo” y seleccionando el botón “Buscar”.
148
Figura 58. Lista de paralelos
8.13. Gestión académica: Matrícula Paralelo.- Insertar
Si se desea ingresar un nuevo paralelo, presionar el botón “Insertar”.
A continuación se muestra la siguiente pantalla:
Figura 59. Registrar paralelo
En el campo de texto, se debe ingresar el valor o la descripción correspondiente
al paralelo.
Seleccionar el botón “Guardar” para almacenar la información, caso contrario
seleccionar “Cancelar”.
8.14. Gestión académica: Matrícula Paralelo.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de paralelos, el lápiz que aparece al final de cada registro en
la columna “Opciones”, como se muestra en la siguiente pantalla.
Al seleccionar la opción “Editar”, se despliega una pantalla con los datos del
paralelo que se desea modificar.
Figura 60. Editar paralelo
149
Se realizan los cambios necesarios y se selecciona el botón “Guardar”, para
almacenar la información; caso contrario, presionar “Cancelar”.
8.15. Gestión académica: Matrícula Nivel
El nivel se refiere al curso al que el estudiante pertenecerá en el año lectivo. La
siguiente pantalla se la obtiene presionando la opción “Matrícula Nivel”. En la
parte inferior derecha se muestra una lista de todos los niveles que están
almacenadas en el sistema; en la parte superior se puede realizar una búsqueda
ingresando el valor en el campo “Descripción Nivel” y seleccionando el botón
“Buscar”.
Figura 61. Lista de niveles
8.16. Gestión académica: Matrícula Nivel.- Insertar
Si se desea ingresar un nuevo nivel, presionar el botón “Insertar”.
A continuación se muestra la siguiente pantalla:
Figura 62. Ingresar nivel
En el campo de texto, se debe ingresar el valor o la descripción correspondiente
al nivel.
Seleccionar el botón “Guardar” para almacenar la información, caso contrario
seleccionar “Cancelar”.
150
8.17. Gestión académica: Matrícula Nivel.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de niveles, el lápiz que aparece al final de cada registro en la
columna “Opciones”.
Al seleccionar la opción “Editar”, se despliega una pantalla con los datos del nivel
que se desea modificar.
Figura 63. Editar nivel
Se realizan los cambios necesarios y se selecciona el botón “Guardar”, para
almacenar la información; caso contrario, presionar “Cancelar”.
8.18. Gestión académica: Matrícula Periodo Lectivo
El periodo lectivo se refiere al año escolar. La siguiente pantalla se la obtiene
presionando la opción “Matrícula Periodo”. En la parte inferior derecha se
muestra una lista de todos los periodos escolares que están almacenados en el
sistema; en la parte superior se puede realizar una búsqueda ingresando el valor
en el campo “Descripción Periodo” y seleccionando el botón “Buscar”.
Figura 64. Lista de años lectivos
151
8.19. Gestión académica: Matrícula Periodo Lectivo.- Insertar
Si se desea ingresar un nuevo periodo lectivo, presionar el botón “Insertar”.
A continuación se muestra la siguiente pantalla:
Figura 65. Ingresar periodo lectivo
En el campo de texto, se debe ingresar el valor o la descripción correspondiente
al periodo lectivo.
En “Fecha de Inicio” se debe seleccionar la fecha de inicio del periodo escolar.
Se realiza el mismo procedimiento con “Fecha Final”.
Seleccionar el botón “Guardar” para almacenar la información, caso contrario
seleccionar “Cancelar”.
8.20. Gestión académica: Matrícula Periodo Lectivo.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de periodos lectivos, el lápiz que aparece al final de cada
registro en la columna “Opciones”.
Al seleccionar la opción “Editar”, se despliega una pantalla con los datos del
periodo lectivo que se desea modificar.
Figura 66. Ingresar periodo escolar
152
Se realizan los cambios necesarios y se selecciona el botón “Guardar”, para
almacenar la información; caso contrario, presionar “Cancelar”.
8.21. Gestión académica: Matrícula Paralelo por Nivel
Paralelo por nivel se refiere a la correspondencia de un paralelo a cierto nivel,
ejemplo: Primero “A”. La siguiente pantalla se obtiene al seleccionar la opción
“Nivel paralelo”. Se puede realizar una búsqueda al seleccionar un Nivel y un
Paralelo según corresponda, y se selecciona el botón “Buscar” para obtener los
resultados.
Figura 67. Lista de nivel-paralelo
8.22. Gestión académica: Matrícula Paralelo por Nivel.- Insertar
Si se desea ingresar una nueva combinación de paralelo y nivel, presionar el
botón “Insertar”.
A continuación se muestra la siguiente pantalla:
Figura 68. Ingresar nivel-paralelo
153
Figura 69. Selección nivel Figura 70. Selección paralelo
En cada campo de texto, se debe seleccionar el valor o la descripción
correspondiente al nivel y al paralelo respectivamente.
Seleccionar el botón “Guardar” para almacenar la información, caso contrario
seleccionar “Cancelar”.
8.23. Gestión académica: Matrícula Paralelo por Nivel.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de niveles con su respectivo paralelo, el lápiz que aparece al
final de cada registro en la columna “Opciones”, como se muestra en la siguiente
pantalla.
Figura 71. Editar nivel-paralelo
Al seleccionar la opción “Editar”, se despliega una pantalla con los datos del nivel
y el paralelo que se desea modificar.
Figura 72. Selección nivel-paralelo
154
Se realizan los cambios necesarios y se selecciona el botón “Guardar”, para
almacenar la información; caso contrario, presionar “Cancelar”.
8.24. Gestión académica: Matrícula Asignación
Esta opción del módulo de matrículas hace referencia a la asignación de
docentes con su materia y periodo escolar, por nivel y paralelo. Se selecciona el
“Nivel” y “Paralelo”, presionar el botón “Buscar” para poder visualizar los
resultados. Esta opción es de consulta.
Figura 73. Listado de docentes y materias
8.25. Gestión académica: Matrícula Asignación.- Insertar
Si se desea agregar un nuevo registro se presiona el botón “Insertar” y se
mostrará la pantalla que se presenta a continuación.
Figura 74. Ingresar docentes-materias
155
Seleccionar los datos necesarios, presionar el botón “Guardar” para almacenar
los cambios; caso contrario, presionar “Cancelar”.
8.26. Gestión académica: Matrícula Representante
La opción “Matrícula Representante” se refiere a los datos inherentes al
representante legal del estudiante que va a ser matriculado. La siguiente pantalla
se la obtiene presionando la opción mencionada. En la parte inferior derecha se
muestra una lista de todos los representantes que están almacenados en el
sistema; en la parte superior se puede realizar una búsqueda ingresando el valor
en el campo “Nombres Representante” y/o “Apellidos Representantes” y
seleccionando el botón “Buscar”.
Figura 75. Lista de representantes
8.27. Gestión académica: Matrícula Representante.- Insertar
Si se desea ingresar un nuevo registro de representante, presionar el botón
“Insertar”.
A continuación se muestra la siguiente pantalla:
Figura 76. Ingresar representante
156
En el campo de texto, se debe ingresar el valor o la descripción correspondiente
a Cédula, Nombres, Apellidos, Fecha de Nacimiento, Dirección domiciliaria,
Teléfono domiciliario, Teléfono celular, e-mail.
Seleccionar el botón “Guardar” para almacenar la información, caso contrario
seleccionar “Cancelar”.
8.28. Gestión académica: Matrícula Representante.- Editar
Si se necesita realizar alguna modificación se debe seleccionar de la tabla que
contiene el listado de representantes, el lápiz que aparece al final de cada registro
en la columna “Opciones”.
Al seleccionar la opción “Editar”, se despliega una pantalla con los datos del
representante que se desea modificar.
Figura 77. Editar datos de representante
Se realizan los cambios necesarios y se selecciona el botón “Guardar”, para
almacenar la información; caso contrario, presionar “Cancelar”.
8.29. Gestión académica: Matrícula Registro
Para realizar este procedimiento se debe ingresar a la opción “Matrícula Registro”
del menú principal. Se tiene la pantalla que se muestra a continuación.
157
Se selecciona el Nivel, Paralelo y nombre del estudiante, la fecha en que se
realiza la matrícula aparece automáticamente; ingresar la foto del estudiante,
esta foto debe ser actualizada cada año escolar; finalmente se da clic en el botón
“Guardar”.
Figura 78. Registro de matrícula
Los campos marcados con asterisco (*) son obligatorios. Si el estudiante ya se
encuentra matriculado, en la esquina superior derecha se presenta un mensaje:
“El estudiante ya se encuentra matriculado en el periodo actual”.
Figura 79. Ingreso de matrículado
158
Caso contrario se visualiza:
Figura 80. Matrícula exitoso
8.30. Gestión académica: Matrícula Reporte Curso
Al seleccionar la opción “Reporte Curso”, se presenta la pantalla que se muestra
a continuación; en esta opción se puede exportar un reporte del curso según se
desee.
Figura 81. Opción reporte
Para obtener el reporte se debe seleccionar el Nivel y el Paralelo, como se
muestra a continuación.
159
Figura 82. Selección de datos para reporte
´
Dar clic en el botón “pdf”; se muestra una ventana donde se podrá almacenar en
el computador el reporte del curso seleccionado anteriormente.
Figura 83. Almacenamiento reporte curso
El documento también se puede visualizar en el navegador.
160
Figura 84. Reporte curso
8.31. Gestión académica: Matrícula Reporte General
La opción de “Reporte General” presenta datos propios del estudiante y reportes
como: certificado de matrícula, carné estudiantil y ficha estudiantil.
Para la emisión de cualquier certificado mencionado anteriormente se debe
ingresar los datos solicitados en el formulario: “Nro. de matrícula”, “Nombres
Estudiante”, “Apellidos Estudiante” y/o “Cédula”; o solamente seleccionar el
periodo lectivo. Se selecciona el botón buscar y en la parte inferior del cuadro de
búsqueda se presentará una tabla con los datos del estudiante y en la columna
“Reportes” se muestran tres íconos que representan a cada uno de los reportes
que se puede emitir.
Figura 85. Reportes-Tabla de datos del estudiante
Si se desea imprimir el carné se debe presionar el ícono en forma de hoja que
se encuentra en la columna “Reportes” de la tabla de resultados y se obtendrá
161
el documento, el cual puede ser almacenado en cualquier directorio del
computador, y a su vez puede ser visualizado en el navegador web.
Figura 86. Almacenamiento de carné
Figura 87. Carné visualizado en navegador
Si es necesario generar un certificado de matrícula se debe presionar el ícono en
que tiene una flecha, de la columna “Reportes”.
Inmediatamente, se presenta una ventana en donde se va a almacenar el
certificado en el computador, con un formato pdf; y a su vez puede ser visualizado
en el navegador web.
Figura 88. Almacenamiento reporte
162
El documento también se puede visualizar en el navegador, en una nueva
pestaña.
Figura 89. Modelo de certificado
Finalmente, si se desea generar la ficha estudiantil se debe presionar el ícono
que tiene una mano y se encuentra en la columna “Reportes” de la tabla de
resultados; se obtendrá el documento, el cual puede ser almacenado en cualquier
directorio del computador, y a su vez puede ser visualizado en el navegador web.
top related