UNIVERSIDAD CENTRAL DEL ECUADOR … · atenas” de la provincia de bolÍvar y reingenierÍa del...

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

v

CERTIFICACIÓN TUTOR

vi

NOTIFICACIÓN DE TRIBUNAL

vii

RESULTADO DEL TRABAJO DE GRADUACIÓN

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


................................................................................................................. 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

xvii

CERTIFICADO DE TRADUCCIÓN

xviii

TÍTULO

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



Sub-módulo : Pre-Matriculación


pre-matriculación.

Número: 2

Tipo de

Requerimiento:

Matrícula Estado: Definido

Alcance



(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


Sub-módulo : Matriculación del Estudiante


Matriculación de estudiantes.

Número: 3

30

Tipo de

Requerimiento:

Matrícula Estado: Definido

Alcance



(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



Sub-módulo : Récord académico


Récord Académico.

Número: 4

Tipo de

Requerimiento:

Reporte Estado: Definido

Alcance

Categoría: Deseable Prioridad: Alta


(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


Sub-módulo : Carné estudiantil


Carné Estudiantil.

Número: 5

Tipo de

Requerimiento:

Requerimiento Estado: Definido

Alcance



(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.


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


Sub-módulo : Listado de estudiantes


Listado de estudiantes,

repre representantes y Docentes.

Número: 6

Tipo de

Requerimiento:

Requerimiento Estado: Definido

Alcance



(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.


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


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


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


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


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

48

Figura 19. Caso de Uso: Matricular

Figura 20. Caso de Uso: Generación de documentos

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.

pdf

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

51

Figura 24. Diagrama de Secuencia: Inscripciones

Figura 25. Diagrama de Secuencia: 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 nombre de la tabla.

Seguido del sufijo UK.

Seguido a su vez del número secuencial que le corresponda.


Ejemplo:

EMP_INGRESOS_UK01

Clave Foránea (Foreign Key)

El nombre de la clave foránea, está conformado por:


El nombre más significativo de la tabla padre.

El nombre más significativo de la tabla hija.

Seguido del sufijo FK.


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:


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


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


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]

http://www.infor.uva.es/~jmrr/tgp/java/JAVA.html

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]

82

ANEXOS

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


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


mat_profesor

#

o

pro_codigo

pro_empresa

Serial

Integer

mat_paralelo

#

o

o

par_codigo

par_descripcion

par_empresa

Serial


Integer

mat_materia

#

o

o

mtr_codigo

mtr_nombe

mtr_empresa

Serial


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




Date






Short integer







Integer








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.


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.


Foreing key

npa_codigo Identificador único del nivel paralelo. x

npa_paralelo Identificador del paralelo al cual está asociado.


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


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.


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.


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.


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.


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.


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.


Key Foreing

key

par_codigo Identificador único de la nota. x

par_nombre Identificador del tipo de nota al cual está asociado. x

90

ANEXO 4 CRONOGRAMA

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.


Acceso a Internet Indispensable.

Software Se requiere: Adobe Reader, MS Office

2007/2010/2013.

Navegador Web Mozilla Firefox, Google Chrome.


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

http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html

http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html

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.

https://eclipse.org/downloads/index-developer.php

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.

http://www.postgresql.org/download/

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.

http://www.jboss.org/jbossas/downloads

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.

http://localhost:8080/

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.

https://jdbc.postgresql.org/download.html

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:


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.


http://es.wikipedia.org/wiki/Objeto

http://es.wikipedia.org/wiki/Datos

http://es.wikipedia.org/wiki/Tabla_(base_de_datos)

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 .


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

http://erpsocial.whelastic.net/ErpSocialWeb/seguridad/login.xhtml

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


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


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.



8.14. Gestión académica: Matrícula Paralelo.- Editar


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



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”.


Figura 62. Ingresar nivel


al nivel.



150

8.17. Gestión académica: Matrícula Nivel.- Editar


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



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”.


Figura 65. Ingresar periodo lectivo


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”.



8.20. Gestión académica: Matrícula Periodo Lectivo.- Editar


contiene el listado de periodos lectivos, el lápiz que aparece al final de cada

registro en la columna “Opciones”.


periodo lectivo que se desea modificar.

Figura 66. Ingresar periodo escolar

152



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”.


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.



8.23. Gestión académica: Matrícula Paralelo por Nivel.- Editar


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



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”.


Figura 76. Ingresar representante

156


a Cédula, Nombres, Apellidos, Fecha de Nacimiento, Dirección domiciliaria,

Teléfono domiciliario, Teléfono celular, e-mail.



8.28. Gestión académica: Matrícula Representante.- Editar


contiene el listado de representantes, el lápiz que aparece al final de cada registro

en la columna “Opciones”.


representante que se desea modificar.

Figura 77. Editar datos de representante



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.

163

Figura 90. Ficha de estudiante visualizado en navegador

164

ANEXO 7 SOLICITUD DE IMPLEMENTACIÓN

UNIVERSIDAD CENTRAL DEL ECUADOR … · atenas” de la provincia de bolÍvar y reingenierÍa del...

Documents

Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR … · atenas” de la provincia de bolÍvar y reingenierÍa del...