UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA

Transcripción

1 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

2 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 ii

3 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 iii

4 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 SIMALIZA CHIMBO KLÉVER HERNÁN C.C iv

5 CERTIFICACIÓN TUTOR v

6 NOTIFICACIÓN DE TRIBUNAL vi

7 RESULTADO DEL TRABAJO DE GRADUACIÓN vii

8 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 PRESENTACIÓN DEL PROBLEMA Planteamiento del Problema Formulación del Problema Interrogantes de la Investigación Objetivos de la investigación Objetivo General Objetivos Específicos Justificación Alcance Limitaciones... 7 CAPÍTULO REVISIÓN BIBLIOGRÁFICA Antecedentes Marco Teórico Beneficios del ERP Limitaciones Análisis y diseño viii

9 Implementación Seguimiento Evaluación Control Modelo de Desarrollo Metodología Lenguaje de programación java Base de datos: PostgreSQL Identificación de Variables Variables Independientes Variables Dependientes Hipótesis CAPÍTULO METODOLOGÍA Metodología RUP Fase de Inicio Fase de Elaboración Fase de Construcción Fase de Transición Principales características Ventajas Desventajas Requerimientos Requerimientos Funcionales Requerimientos no Funcionales Requerimientos Técnicos Lenguaje de Modelamiento Unificado (UML) Funciones de UML Componentes de UML Diagramas UML Arquitectura Modelo-Vista-Controlador Componentes ix

10 Ciclo de Vida de MVC Diseño de la Base de Datos Estudio Previo Estándares de la Base de Datos Creación de la Base de Datos Modelo Lógico de la Base de Datos Modelo Físico de la Base de Datos Diccionario de Datos CAPÍTULO MARCO ADMINISTRATIVO Recursos Recursos Institucionales Recursos del autor Costos Pruebas de Estrés CAPITULO Conclusiones y recomendaciones Conclusiones Recomendaciones GLOSARIO REFERENCIA BIBLIOGRÁFICA x

11 LISTA DE TABLAS Tabla 1. Requerimientos funcionales: Registro de estudiantes Tabla 2. Requerimientos funcionales: Pre-matrículas Tabla 3. Requerimientos funcionales: Matriculación Tabla 4. Requerimientos funcionales: Récord académico Tabla 5. Requerimientos funcionales: Carné estudiantil Tabla 6. Requerimientos funcionales: Nómina de estudiantes Tabla 7. Requerimientos no funcionales Tabla 8. Requerimientos técnicos Tabla 9. Elementos de Diagramas de Casos de Uso Tabla 10. Actores del sistema Tabla 11. Tipos de mensaje Tabla 12. Prefijos base de datos Tabla 13. Sufijos Base de Datos Tabla 14. Base de datos de módulo Matrículas Tabla 15. Recursos del proyecto Tabla 16. Tabla de Costos xi

12 LISTA DE FIGURAS Figura 1. Modelo en V Figura 2. Modelo de desarrollo Figura 3. Triángulo de gestión de proyectos Figura 4. Fases de la Metodología RUP Figura 5. Funciones de UML Figura 6. Componentes UML Figura 7. Estructura de la Clase Figura 8. Ejemplo de Clase Figura 9. Ejemplo de Herencia Figura 10. Ejemplo de Agregación Figura 11. Ejemplo de Asociación Figura 12. Ejemplo de Dependencia Figura 13. Diagrama de Clases de Estudiante Figura 14. Diagrama de Clases de Curso Figura 15. Diagrama de Clases de Matrícula Figura 16. Casos de Uso: Actividades de Actores Figura 17. Casos de Uso: Pre-matrícula Figura 18. Caso de Uso: Pre-matrícula, Ingresar datos de estudiante Figura 19. Caso de Uso: Matricular Figura 20. Caso de Uso: Generación de documentos Figura 21. Rol de Clase Figura 22. Líneas de vida Figura 23. Diagrama de Secuencia: General Inscripciones-Matrículas Figura 24. Diagrama de Secuencia: Inscripciones Figura 25. Diagrama de Secuencia: Matrículas Figura 26. Diagrama de Secuencia: Nómina de estudiantes Figura 27. Diagrama de Secuencia: Carné estudiantil Figura 28. Diagrama de Secuencia: Récord estudiantil Figura 29. Ciclo de vida MVC Figura 30. Ejemplo de Arquitectura MVC Figura 31. Creación de grupo en JMeter Figura 32. Configuración HTTP request en JMeter Figura 33. Creación de Listeners en JMeter 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 xii

13 Figura 36. Vista de resultados en resumen: simulación 10 usuarios-10 segundos Figura 37. Vista de resultados en árbol: simulación 10 usuarios-5 segundos Figura 38. Vista de resultados en tabla: simulación 10 usuarios-5 segundos Figura 39. Vista de resultados en resumen: simulación 10 usuarios-5 segundos xiii

14 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 xiv

15 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 xv

16 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 xvi

17 CERTIFICADO DE TRADUCCIÓN xvii

18 TÍTULO xviii

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

20 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í. 2

21 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 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? 3

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

23 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 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 5

24 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 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: 6

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

26 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) 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 8

27 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 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 Limitaciones Cualquier sistema ERP requiere de ser alimentado, administrado y supervisado adecuadamente. Si el sistema es operado por personal no 9

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

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

30 Figura 1. Modelo en V Fuente: 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 12

31 Figura 2. Modelo de desarrollo Fuente: 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 13

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

33 Las pruebas pueden ser costosas y a veces no lo suficientemente efectivas 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 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 15

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

35 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] 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 17

36 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 18

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

38 Figura 3. Triángulo de gestión de proyectos Fuente: 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. 20

39 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] 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. 21

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

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

42 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 Inicio Transición Elaboración RUP Construcción Figura 4. Fases de la Metodología RUP 24

43 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 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 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] 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. 25

44 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 Ventajas Es el proceso de desarrollo más general de los existentes actualmente. Forma disciplinada de asignar tareas y responsabilidades. [11] 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] 26

45 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: 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 15D (DH): Módulos Ninguno Afectados: 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: 27

46 Fecha de registro: dicha fecha se tomará automáticamente del día actual de la inscripción. Número de inscripción: será un campo secuencial. Datos del niño/a: Etiqueta. Cédula de identidad: se ingresará en este campo el dato requerido, el sistema comprueba la existencia del estudiante en la base de datos; si no existe se llenan los campos a continuación, caso contrario no se realiza. Nombres, Apellidos, Fecha de nacimiento, Edad, Representante, Lugar de domicilio, Teléfono, Número de hermanos: donde se escribirá los datos propios de los estudiantes. Género, Nacionalidad, Estado civil, Profesión, Vive con los padres: serán objetos SelectOneMenu de Primefaces. A continuación se muestran campos para llenar los datos de los familiares: Nombre de la madre, Dirección de domicilio y teléfono, Ocupación y teléfono. De manera similar los datos de padre. La sección de Documentos entregados, constará de los siguientes campos: Copia de cédula de los padres, Copia de partida de nacimiento del niño/a, Copia o planilla de servicios básicos: cada uno de estos serán objetos: SelectOneMenu de Primefaces. Finalmente, habrá un campo donde se llenará los datos de la persona que realiza la inscripción: Inscrito por. Existirá un botón que permitirá realizar el reporte de inscripción con ireport Designer, e imprimirlo. Tabla 1. Requerimientos funcionales: Registro de estudiantes Cliente: Unidad Educativa Fecha: Módulo : Matriculación Sub-módulo : Pre-Matriculación Requerimiento: Implementación pre-matriculación. Número: 2 Tipo de Requerimiento: Matrícula Estado: Definido Alcance Categoría: Necesario Prioridad: Alta Complejidad: Alta Tiempo 10D (DH): 28

47 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: Módulo : Matriculación Sub-módulo : Matriculación del Estudiante Requerimiento: Implementación Matriculación de estudiantes. Número: 3 29

48 Tipo de Requerimiento: Matrícula Estado: Definido Alcance Categoría: Necesario Prioridad: Alta Complejidad: Alta Tiempo 20D (DH): 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 prematriculado a matriculado o Datos personales del Estudiante o Datos académicos del Estudiante 30

49 o Datos Padre, Madre y Representante El listado de los matriculados será asignados a la secretaria para su respectiva comprobación y tener como respaldo en un medio físico. Tabla 3. Requerimientos funcionales: Matriculación Cliente: Unidad Educativa Fecha: Módulo : Matriculación Sub-módulo : Récord académico Requerimiento: Implementación Récord Académico. Número: 4 Tipo de Requerimiento: Reporte Estado: Definido Alcance Categoría: Deseable Prioridad: Alta Complejidad: Alta Tiempo 10D (DH): Módulos Ninguno Afectados: 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. 31

50 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: Módulo : Matriculación Sub-módulo : Carné estudiantil Requerimiento: Implementación Carné Estudiantil. Número: 5 Tipo de Requerimiento: Requerimiento Estado: Definido Alcance Categoría: Deseable Prioridad: Alta Complejidad: Alta Tiempo 10D (DH): Módulos Ninguno Afectados: Req. --- Asociados: Anexos: --- DESCRIPCIÓN DEL REQUERIMIENTO: Generación de Carné estudiantil. Se solicita el desarrollo e implementación de la generación del carné estudiantil. SOLUCIÓN FUNCIONAL: El desarrollo de dicho sub-módulo constará de los siguientes componentes: Un botón donde se pueda ingresar a esta opción. Al dar clic en él se direcciona a una pantalla donde existirá: Un cuadro de texto, donde se filtrará la información por número de cédula de ciudadanía o un cuadro por nombre del estudiante u otro por curso y paralelo. 32

51 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: Módulo : Matriculación Sub-módulo : Listado de estudiantes Requerimiento: Implementación Listado de estudiantes, Número: 6 repre representantes y Docentes. Tipo de Requerimiento: Requerimiento Estado: Definido Alcance Categoría: Deseable Prioridad: Alta Complejidad: Alta Tiempo 10D (DH): Módulos Ninguno Afectados: Req. --- Asociados: Anexos: --- DESCRIPCIÓN DEL REQUERIMIENTO: Generación de listado de estudiantes, representantes y docentes. Se solicita el desarrollo e implementación de sub-módulo de generación automática de listado de estudiantes, representantes y docentes. SOLUCIÓN FUNCIONAL: El desarrollo de dicho sub-módulo constará de los siguientes componentes: Un botón donde se pueda ingresar a esta opción. Al dar clic en él se direcciona a una pantalla donde existirá: Un cuadro de texto, donde se filtrará la información por curso y paralelo. 33

52 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 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 Disponibilidad Escalabilidad Descripción El sistema de estar disponible al 100% o muy cercano a éste; incluyendo días festivos. 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. 34

53 Facilidad de El sistema debe ser de fácil uso y entrenamiento por uso e ingreso parte de los usuarios. de información 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. Seguridad El sistema debe contar con una interfaz de administración que incluya: Administración de usuarios y Administración de módulos. 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 35

54 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: Sistema Operativo RAM Disco duro Acceso a Internet Software Navegador Web Especificaciones Indistinto. Windows XP/Vista/7/8, Linux (diferentes distribuciones). Mínimo 1 GB. Mínimo 10 GB libres en disco. Indispensable. Se requiere: Adobe Reader, MS Office 2007/2010. 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). 36

55 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 Funciones de UML Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones: Visualizar UML permite expresar de una forma gráfica un sistema de forma que otro lo puede entender. Especificar UML permite especificar cuáles son las características de un sistema antes de su construcción. Construir A partir de los modelos especificados se pueden construir los sistemas diseñados. Documentar Los propios elementos gráficos sirven como documentación del sistema desarrollado que pueden servir para su futura revisión. Figura 5. Funciones de UML 37

56 Elementos Relaciones Diagramas Componentes de UML Un modelo UML está compuesto por tres clases de bloques de construcción: Los elementos son abstraccion es de cosas reales o ficticias (objetos, acciones, etc.) Relacionan los elementos entre sí. Son colecciones de elementos con sus relaciones. Figura 6. Componentes UML 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] 38

57 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: <Nombre de la Clase> <Atributos> <Operaciones o Métodos> Figura 7. Estructura de la Clase Ejemplo: Figura 8. Ejemplo de Clase Fuente: 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. 39

58 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 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: 40

59 Figura 9. Ejemplo de Herencia Fuente: Agregación: Cuando se requiere componer objetos que son instancias de clases definidas por el desarrollador de la aplicación, se tiene dos posibilidades: Por Valor: Es un tipo de relación estática, en donde el tiempo de vida del objeto incluido está condicionado por el tiempo de vida del que lo incluye. Este tipo de relación es comúnmente llamada Composición (el Objeto base se construye a partir del objeto incluido, es decir, es "parte/todo"). Por Referencia: Es un tipo de relación dinámica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye. Este tipo de relación es comúnmente llamada Agregación (el objeto base utiliza al incluido para su funcionamiento). Ejemplo: Figura 10. Ejemplo de Agregación Fuente: 41

60 En donde se destaca que: Un Almacén posee Clientes y Cuentas (los rombos van en el objeto que posee las referencias). Cuando se destruye el Objeto Almacén también son destruidos los objetos Cuenta asociados, en cambio no son afectados los objetos Cliente asociados. La composición (por Valor) se destaca por un rombo relleno. La agregación (por Referencia) se destaca por un rombo transparente. Asociación: Permite asociar objetos que colaboran entre sí. Cabe destacar que no es una relación fuerte, es decir, el tiempo de vida de un objeto no depende del otro. Ejemplo: Figura 11. Ejemplo de Asociación Fuente: 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 42

61 Fuente: 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 43

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

63 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 Administrador General Administrador de Módulo Director Actividades Persona encargada de administrar las actividades, gestión y mantenimiento del ERP. Persona encargada de gestión y mantenimiento de módulo a su cargo. Persona delegada para dicho cargo en la escuela. Sus permisos pueden variar, se 45

64 Docente Junta parroquial Secretaria Usuario Registrado puede aplicar un perfil de administrador o un perfil de consultas únicamente, dependiendo del cargo que desempeñe sobre las actividades del ERP. Persona delegada para dicho cargo en la escuela. Sus permisos son de consulta e inserción de datos. 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. Persona delegada para dicho cargo en la escuela o parroquia. Sus permisos son de consulta e inserción de datos. 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 46

65 Figura 17. Casos de Uso: Pre-matrícula Figura 18. Caso de Uso: Pre-matrícula, Ingresar datos de estudiante 47

66 Figura 19. Caso de Uso: Matricular Figura 20. Caso de Uso: Generación de documentos 48

67 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: 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 49

68 Líneas de vida: Son verticales y entrecortadas, representan la presencia del objeto durante el tiempo. Figura 22. Líneas de vida Fuente: el_uml.pdf Diagramas de Secuencia de ERP-Social Figura 23. Diagrama de Secuencia: General Inscripciones-Matrículas 50

69 Figura 24. Diagrama de Secuencia: Inscripciones Figura 25. Diagrama de Secuencia: Matrículas 51

70 Figura 26. Diagrama de Secuencia: Nómina de estudiantes Figura 27. Diagrama de Secuencia: Carné estudiantil 52

71 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 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 53

72 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 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 54

73 Ejemplo: Figura 30. Ejemplo de Arquitectura MVC Fuente: Diseño de la Base de Datos 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 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. 55

74 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 Tabla Secuencia Departamento Vista Clave Primaria Clave Única Clave Foránea SUFIJO TBL, Sufijo de Módulo por ejemplo matrícula MAT. SEQ DEP VW PK UK FK 56

75 Í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. 57

76 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) 58

77 El nombre de la clave única, estará conformado por: El prefijo del aplicativo al cual corresponde. El nombre de la tabla. Seguido del sufijo UK. Seguido a su vez del número secuencial que le corresponda. Unidos por un guión bajo. Ejemplo: EMP_INGRESOS_UK01 Clave Foránea (Foreign Key) El nombre de la clave foránea, está conformado por: El prefijo del aplicativo al cual corresponde. El nombre más significativo de la tabla padre. El nombre más significativo de la tabla hija. Seguido del sufijo FK. Unidos por un guión bajo. Ejemplo: Tabla padre: EMP_INGRESOS_TBL Tabla hija: EMP_INGRESOSDETALLE_TBL, será: EMP_INGRESOS_DETALLLE_FK Vistas El nombre de una vista, estará conformado por: El prefijo del aplicativo al cual corresponde. Si la vista se genera de una sola tabla, su nombre será el mismo que el de la tabla origen. Si la vista se genera de más de una tabla, tomar el nombre más significativo de cada tabla origen, unidos entre sí por un guión bajo, seguido del sufijo VW. 59

78 Ejemplo: De la Tabla: EMP_INGRESOS_TBL se obtiene la vista: IMP_INGRESOS_VW 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. 60

79 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 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 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 Diccionario de Datos Se detalla en Anexo 3. Diccionario de Base de Datos 61

80 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 COMPETENCIAS N OBSERVACIÓN HUMANO 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 Conocimientos 1 Debe pertenecer a la Informático, relacionados con el institución y será el (Tutor). proyecto. responsable de guiar al estudiante en la gestión del proyecto y desarrollo de la aplicación. Ingeniero Informático o relacionado, (Revisores). Tesista (Desarrollador) Conocimientos relacionados con el proyecto. Análisis, diseño y desarrollo de aplicaciones web. 2 Debe pertenecer a la institución y se encargará de la revisión del documento y cumplimiento del plan de tesis. 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. 62

81 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 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: 63

82 RECURSO CANTIDAD COSTO UNITARIO ($) COSTO TOTAL Papel 11 resmas 5 55 Tinta 6 cargas Derecho universitario Hoja universitaria Talento Humano 365 horas 16/hora 5840 Borrador trabajo de grado Empastado Impresión de hojas Servicios varios 7 meses (agua, luz, Internet, alimentación, transporte,etc) Imprevistos Total 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), 64

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

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

85 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 67

86 Figura 36. Vista de resultados en resumen: simulación 10 usuarios-10 segundos Resultados De acuerdo a los resultados se puede deducir que no existen errores en las peticiones HTTP, fue ejecutado con éxito el proceso que cada uno de los usuarios ejecutó. El tiempo promedio de ejecución de la muestra es de 31 milisegundos, el peso de la página es de 434 bytes e influye directamente en el tiempo de ejecución de la aplicación. En Summary Report (Informe resumen) se visualiza la siguiente información: Label (Etiqueta): El nombre de la muestra (conjunto de muestras). # Samples (Muestras): El número de muestras para cada URL. Average (Media): El tiempo medio transcurrido para un conjunto de resultados. Min: El mínimo tiempo transcurrido para las muestras de la URL dada. Max: El máximo tiempo transcurrido para las muestras de la URL dada. Error %: Porcentaje de las peticiones con errores. Std. Dev: Desviación estándar obtenida en la muestra. Rendimiento: Rendimiento medido en base a peticiones por segundo/minuto/hora. Kb/sec: Rendimiento medido en Kilobytes por segundo. Avg. Bytes: Tamaño medio de la respuesta de la muestra medido en bytes. Se puede observar que las pruebas se han realizado sin errores. Esto se deduce de la columna representativa del tanto por ciento de errores para cada una de las peticiones asociadas a cada conjunto de muestras. El rendimiento 68

87 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 69

88 Figura 38. Vista de resultados en tabla: simulación 10 usuarios-5 segundos Figura 39. Vista de resultados en resumen: simulación 10 usuarios-5 segundos El tiempo promedio de ejecución de la muestra es de 30 milisegundos, el peso de la página es de 434 bytes e influye directamente en el tiempo de ejecución de la aplicación. Se puede observar que las pruebas se han realizado sin errores. Esto se deduce de la columna representativa del tanto por ciento de errores para cada una de las peticiones asociadas a cada conjunto de muestras. El rendimiento muestra que para una simulación de 10 usuarios junto a un periodo de subida de 5 segundos el servidor es capaz de aceptar una media de 2,2 peticiones por segundo. La latencia para cada conjunto de pruebas no supera el valor de 31 milisegundos. 70

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

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

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

92 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. 74 E

93 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 75

94 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 76

95 conceptos, características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento. Optimizar: Buscar la mejor manera de realizar una actividad. O 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. 77

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

97 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, DEITEL, Paul J. y DEITEL, Harvey M. How to Program. Ninth Edition, Pearson QeiMED, Sistemas Implementados. (s.f) disponible en URL: &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: [consulta 13 de enero de 2013] 3. Reconstrucción de la arquitectura: una actividad de reingeniería de software (2004). Disponible en URL: [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: [consulta 4 de marzo de 2013] 5. Metodología de desarrollo de software. (s.f) disponible en URL: [consulta 15 de Julio de 2013] 6. Java user survey. (s.f) disponible en URL: [consulta 15 de Julio de 2013] 7. PostGreSQL vs. MySQL. (s.f) disponible en URL: [consulta 15 de julio de 2013] 8. El triángulo del proyecto. (s.f) disponible en URL: [consulta 15 de julio de 2013] 79

98 9. Proceso Unificado de Rational. (s.f) disponible en URL: [consulta 16 de septiembre de 2013] 10. Proceso Unificado de Rational. (s.f) disponible en URL: [consulta 16 de septiembre de 2013] 11. Ventajas del Modelo RUP. (s.f) disponible en URL: [consulta 16 de septiembre de 2013] 12. Desventajas del modelo RUP. (s.f) disponible en URL: [consulta 16 de septiembre de 2013] 13. Definición de Requerimientos. (s.f) disponible en URL: [consulta 18 de septiembre de 2013] 14. Análisis de Requerimientos (s.f) disponible en URL: [consulta 18 de septiembre de 2013] 15. Lenguaje Unificado de Modelado. (s.f) disponible en URL: [consulta 16 de septiembre de 2013] 16. Modelo de Clases. (s.f) disponible en URL: [consulta 17 de septiembre de 2013] 17. Modelo de Clases. (s.f) disponible en URL: [consulta 17 de septiembre de 2013] 18. Caso de Uso. (17 de junio de 2013) disponible en URL: [consulta 17 de septiembre de 2013] 80

99 19. Diagramas de Casos de Uso. (s.f) disponible en URL: [consulta 17 de septiembre de 2013] 20. Casos de Uso. (s.f) disponible en URL: [consulta 17 de septiembre de 2013] 21. Diagramas del UML. (s.f) disponible en URL: ml.pdf [consulta 17 de septiembre de 2013] 22. Diagramas del UML. (s.f) disponible en URL: ml.pdf [consulta 17 de septiembre de 2013] 23. Arquitectura del Software. (s.f) disponible en URL: f [consulta 17 de septiembre de 2013] 81

100 ANEXOS 82

101 ANEXO 1 MODELO LÓGICO DE LA BASE DE DATOS DEL MÓDULO MATRÍCULAS mat_profesor # pro_codigo Serial o pro_empresa Integer # * o o o o o o o o o o o o o o o o o o o o o o o o Tabla en Común Erp Social 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 Integer Integer Variable characters (20) Variable characters (128) Variable characters (128) Date Variable characters (400) Variable characters (64) Variable characters (64) Variable characters (64) Variable characters (128) Short integer Variable characters (1) Variable characters (400) Variable characters (400) Variable characters (400) Variable characters (64) Variable characters (64) Integer Variable characters (1) Variable characters (1) Variable characters (64) Variable characters (400) Variable characters (400) Variable characters (400) Variable characters (400) # per_codigo o o o o per_descripcion per_empresa per_fecha_inicio per_fecha_final # o o o o o mat_periodo mat_materia # mtr_codigo Serial o mtr_nombe Variable characters (128) o mtr_empresa Integer Serial Variable characters (255) Integer Date Date mat_estudiante est_codigo Serial est_persona Integer est_estado Integer est_empresa Integer est_madre Integer est_padre Integer # o o o o o o o # o o o o mat_asignacion asi_codigo Serial asi_nivel_paralelo Integer asi_profesor Integer asi_materia Integer asi_periodo Integer mat_matricula mat_codigo Serial mat_estudiante mat_periodo mat_nivel_paralelo mat_fecha reg_foto_byte reg_empresa reg_foto Integer Integer Integer Timestamp Short integer Integer Variable characters (255) mat_estudiante_representante # esr_codigo Serial o esr_representante Integer o esr_esrudiante Integer # o o o mat_nivel # niv_codigo Serial o niv_descripcion Variable characters (128) o niv_empresa Integer mat_nivel_paralelo npa_codigo Serial npa_paralelo Integer npa_nivel Integer npa_empresa Integer mat_paralelo # par_codigo Serial o par_descripcion Variable characters (128) o par_empresa Integer # o o o o o o not_nota not_codigo Serial not_parcial asi_codigo not_valor not_observacion not_matricula not_materia Integer Integer <Undefined> <Undefined> Integer <Undefined> mat_representante # rep_codigo Serial not_tipo_nota # par_codigo Serial o par_nombre <Undefined> 83

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

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

104 Tabla mat_estudiante Registra la información de los estudiantes de las diferentes empresas en el sistema. Código Descripción Primary Key est_codigo Identificador único del estudiante. x est_persona Identificador de la persona al cual está asociado el estudiante. est_estado Dominio: Inscrito, Matrículado est_empresa Identificador de la empresa al cual está asociado el estudiante. est_madre Identificador de la madre al cual está asociado el estudiante. est_padre Identificador del padre al cual está asociado el estudiante. est_representante Identificador del representante al cual está asociado el estudiante. Foreing key x x x x x Tabla mat_estudiante_representante Registra la información del representante y el estudiante en el sistema. Código Descripción Primary Key esr_codigo Identificador único del x estudiante_representante. esr_representante Identificador del representante al cual está asociado el estudiante. esr_esrudiante Identificador único del estudiante. esr_empresa Identificador único de la empresa. Foreing key 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 86

105 Tabla mat_matricula Registra la información de la matrícula del estudiante en el sistema. Código Descripción Primary Key Foreing key reg_codigo Identificador único de la matrícula. x reg_estudiante Identificador del estudiante al cual está asociado. reg_foto_byte Registra la foto del estudiante en bytes. reg_empresa Identificador único de la empresa. x reg_foto Registra el path de la foto del estudiante Tabla mat_matricula_detalle Registra el detalle de la matrícula del estudiante en el sistema. Código Descripción Primary Key Identificador único del detalle de la mat_codigo matrícula. x Identificador de la asignacíon al cual está mat_asignacion asociado. x Identificador de la matrícula al cual está mat_matricula asociado. x mat_empresa Identificador único de la empresa. x mat_estado Registra el estado de la matrícula del estudiante Foreing key Tabla mat_nivel Registra la información del nivel o grado de la unidad educativa en el sistema. Código Descripción Primary Key Foreing key niv_codigo Identificador único del nivel. x niv_descaripcion Descripción del Nivel. niv_empresa Identificador único de la empresa. x Tabla mat_nivel_paralelo Registra la información del nivel asignando el paralelo correspondiente en el sistema. Código Descripción Primary Key npa_codigo Identificador único del nivel paralelo. x Identificador del paralelo al cual está npa_paralelo asociado. Foreing key 87

106 Identificador del nivel al cual está npa_nivel asociado. npa_empresa Identificador único de la empresa. x X Tabla mat_paralelo Registra la información del paralelo en el sistema. Código Descripción Primary Key Foreing key par_codigo Identificador único del paralelo. x par_descripcion Registra la descripción del paralelo par_empresa Identificador único de la empresa. X Tabla mat_periodo Registra la información del período de la matrícula en el sistema. Código Descripción Primary Key Foreing key per_codigo Identificador único del período. x per_descripcion Registra la descripción del período. per_empresa Identificador único de la empresa. X per_fecha_inicio Registra la fecha de inicio del período. per_fecha_final Registra la fecha de final del período. Tabla mat_profesor Registra la información del profesor en el sistema. Código Descripción Primary Key pro_codigo Identificador único del profesor. x Identificador de la persona al cual está pro_persona asociado. pro_empresa Identificador único de la empresa. Foreing key x Tabla mat_representante Registra la información del representante en el sistema. Código Descripción Primary Key pro_codigo Identificador único del profesor. x Identificador de la persona al cual está pro_persona asociado. pro_empresa Identificador único de la empresa. Foreing key x 88

107 Tabla not_nota Registra la información de la nota del estudiante en el sistema. Código Descripción Primary Key not_codigo Identificador único de la nota. x Identificador del tipo de nota al not_tipo_nota cual está asociado. Identificador de la matrícula al not_matricula cual está asociado. Registra el valor de la nota del not_valor estudiante. Registra la observación de la not_observacion nota del estudiante. Identificador único del padre de not_codigo_nota_padre la nota. Foreing key x x Tabla not_tipo_nota Registra la información del tipo de nota en el sistema. Código Descripción Primary Key par_codigo Identificador único de la nota. x Identificador del tipo de nota al cual está par_nombre asociado. Foreing key x 89

108 ANEXO 4 CRONOGRAMA 90

109 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 91

110 ANEXO 5. MANUAL DE INSTALACIÓN DEL ERP SOCIAL Contenido Introducción Requisitos Técnicos Herramientas de Desarrollo Java Runtime Enviroment INSTALACIÓN Y CONFIGURACIÓN DEL JDK Configuramos las variables de Entorno Eclipse Instalación y Configuración de Eclipse Kleper PostgreSQL Instalación y Configuración de PostgreSQL Crear nueva una Base de Datos Restauración de la Base de datos del Erp Social JBOSS Instalación CONFIGURACIÓN DEL DATASOURCES CONFIGURACION DE ECLIPSE CON JBOSS IMPORTAR EL PROYECTO ErpSocial GENERAR EL EAR DEL PROYECTO SUBIR EL EAR GENERADO AL SERVIDOR DE APLICACIONES

111 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: Sistema Operativo RAM Disco duro Acceso a Internet Especificaciones Indistinto. Windows XP/Vista/7/8, Linux (diferentes distribuciones). Mínimo 1 GB. Mínimo 10 GB libres en disco. Indispensable. Software Se requiere: Adobe Reader, MS Office 2007/2010/2013. Navegador Web Mozilla Firefox, Google Chrome. Tabla 17. Requerimientos técnicos Herramientas de Desarrollo El Kit de desarrollo de Java (JDK) a partir de la versión 7. Sistema de gestor de base de datos PostgreSQL v.9.3. IDE de desarrollo Eclipse Kleper. Servidor de aplicaciones JBOSS Java Runtime Enviroment Las aplicaciones desarrolladas en Java necesitan para su funcionamiento correcto Java Runtime Enviroment (JRE) o Java Development Kit (JDK). 93

112 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. downloads html 2. Aceptamos los términos y condiciones de la licencia luego elegimos la versión en nuestro caso para Windows x Damos clic en Guardar Archivo 94

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

114 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 96

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

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

117 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 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 Luego damos clic en Downloads 4. Clic en Eclipse IDE for Java EE Developers según la arquitectura del sistema operativo. 99

118 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 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 Damos clic en la Versión de Windows. 100

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

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

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

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

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

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

125 7. Nos aparece una pantalla donde ingresamos como se va a nombrar a nuestra base de Datos y luego damos clic en OK. 107

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

127 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: 109

128 JBOSS Debemos descargar JBoss Application Server 7, esto se puede obtener mediante la página 2. Elegimos jboss-as 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 final.zip en el directorio de nuestra elección. 110

129 2. Nos ubicamos dentro de la carpeta jboss-as 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 por defecto, esto nos llevara a la pantalla de bienvenida del JBoss Antes de continuar con las configuraciones, debemos de crear un usuario, para lo cual nos ubicamos dentro de la carpeta jboss-as final/bin 6. Ejecutamos add-user.bat en caso de Windows o add-user.sh en caso de Linux. 111

130 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 Damos clic en Administration Console 11. Ingresamos con el usuario agregado con su respectiva contraseña y damos clic en aceptar. 112

131 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 Nos ubicamos en el menú y selecionamos la Pestaña Connector y elegimos Datasources. 113

132 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 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 Final\standalone\deployments. 114

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

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

135 CONFIGURACION DE ECLIPSE CON JBOSS 7 1. Damos clic en Eclipse Kleper ya instalado anteriormente. 2. Creamos un espacio de Trabajo por ejemplo WorkSpaceErpSocial 117

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

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

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

139 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 121

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

141 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 y seleccionamos la opción Start. 123

142 11. Verificamos si la aplicación se a deployado de manera exitosa digitando en un navegador la siguiente dirección: 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 124

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

144 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 Seleccionamos el Proyecto ErpSocial.ear y damos clic en ENABLE 126

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

146 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 128

147 Manual de Usuario Erp Social Versión 1.1 FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA UNIVERSIDAD CENTRAL DEL ECUADOR 129

148 ANEXO 6. MANUAL DE USUARIO CONTENIDO 1. Introducción Objetivo Glosario de Términos Requerimientos técnicos Acerca de la Ayuda Componentes del módulo de matrículas Ingreso al Sistema Erp Social Ingreso de usuario al sistema Módulos Erp Social Gestión académica: Estudiante.- Matrícula Estudiante Gestión académica: Matrícula Estudiante.- Registrar Estudiante Gestión académica: Matrícula Estudiante.- Editar, Eliminar Estudiante Gestión académica: Matrícula Estudiante.- Estado Gestión académica: Matrícula Docente.- Buscar Gestión académica: Matrícula Docente.- Editar Gestión académica: Matrícula Materia Gestión académica: Matrícula Materia.- Insertar Gestión académica: Matrícula Materia.- Editar Gestión académica: Matrícula Paralelo Gestión académica: Matrícula Paralelo.- Insertar Gestión académica: Matrícula Paralelo.- Editar Gestión académica: Matrícula Nivel Gestión académica: Matrícula Nivel.- Insertar Gestión académica: Matrícula Nivel.- Editar Gestión académica: Matrícula Periodo Lectivo Gestión académica: Matrícula Periodo Lectivo.- Insertar Gestión académica: Matrícula Periodo Lectivo.- Editar Gestión académica: Matrícula Paralelo por Nivel

149 8.22. Gestión académica: Matrícula Paralelo por Nivel.- Insertar Gestión académica: Matrícula Paralelo por Nivel.- Editar Gestión académica: Matrícula Asignación Gestión académica: Matrícula Asignación.- Insertar Gestión académica: Matrícula Representante Gestión académica: Matrícula Representante.- Insertar Gestión académica: Matrícula Representante.- Editar Gestión académica: Matrícula Registro Gestión académica: Matrícula Reporte Curso Gestión académica: Matrícula Reporte General

150 LISTA DE TABLAS Tabla 1. Requerimientos técnicos LISTA DE IMÁGENES Figura 1. Página de inicio al Sistema Figura 2. Pantalla de logueo Figura 3. Menú Figura 4. Matrícula estudiante Figura 5. Registrar estudiante Figura 6. Registrar datos estudiante Figura 7. Registrar datos padre Figura 8. Registrar datos madre Figura 9. Registrar datos representante Figura 10. Tabla de estudiantes Figura 11. Estado de matrícula Figura 12. Búsqueda de docente Figura 13. Tabla de listado de docentes Figura 14. Campos para edición de docente Figura 15. Listado de materias Figura 16. Registrar Materia Figura 17. Editar Materia Figura 18. Eliminar materia Figura 19. Lista de paralelos Figura 20. Registrar paralelo Figura 21. Editar paralelo Figura 22. Lista de niveles Figura 23. Ingresar nivel Figura 24. Editar nivel Figura 25. Lista de años lectivos Figura 26. Ingresar periodo lectivo Figura 27. Ingresar periodo escolar Figura 28. Lista de nivel-paralelo Figura 29. Ingresar nivel-paralelo Figura 30. Selección nivel Figura 31. Selección paralelo Figura 32. Editar nivel-paralelo Figura 33. Selección nivel-paralelo Figura 34. Listado de docentes y materias Figura 35. Ingresar docentes-materias Figura 36. Lista de representantes

151 Figura 37. Ingresar representante Figura 38. Editar datos de representante Figura 39. Registro de matrícula Figura 40. Ingreso de matrículado Figura 41. Ingreso exitoso Figura 42. Opción reporte Figura 43. Selección de datos para reporte Figura 44. Almacenamiento reporte curso Figura 45. Reporte curso Figura 46. Reportes-Tabla de datos del estudiante Figura 47. Almacenamiento de carné Figura 48. Carné visualizado en navegador Figura 49. Almacenamiento reporte Figura 50. Modelo de certificado Figura 51. Ficha de estudiante visualizado en navegador

152 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: Sistema Operativo RAM Disco duro Especificaciones Indistinto. Windows XP/Vista/7/8, Linux (diferentes distribuciones). Mínimo 1 GB. Mínimo 10 GB libres en disco. 134

153 Acceso a Indispensable. Internet 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 Tabla 18. Requerimientos técnicos 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: e 135

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

155 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: D C B A Figura 2.1 Area de Trabajo A. Area de Trabajo B. Opciones del Ménu C. Barra de Herramientas D. Opciones Sistema 137

156 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 138

157 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 despliega una tabla con los resultados.. A continuación se 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 139

158 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, , 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: 140

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

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

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

162 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 144

163 8.7. Gestión académica: Matrícula Docente.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de docentes, el lápiz en la columna Opciones. que aparece al final de cada registro 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 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 145

164 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 Gestión académica: Matrícula Materia.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de materias, el lápiz que aparece al final de cada registro en la columna Opciones. Al seleccionar la mencionada opción, se despliega una pantalla con los datos de la materia que se desea modificar. 146

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

166 Figura 58. Lista de paralelos Gestión académica: Matrícula Paralelo.- Insertar Si se desea ingresar un nuevo paralelo, presionar el botón Insertar. A continuación se muestra la siguiente pantalla: Figura 59. Registrar paralelo En el campo de texto, se debe ingresar el valor o la descripción correspondiente al paralelo. Seleccionar el botón Guardar para almacenar la información, caso contrario seleccionar Cancelar Gestión académica: Matrícula Paralelo.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de paralelos, el lápiz que aparece al final de cada registro en la columna Opciones, como se muestra en la siguiente pantalla. Al seleccionar la opción Editar, se despliega una pantalla con los datos del paralelo que se desea modificar. Figura 60. Editar paralelo 148

167 Se realizan los cambios necesarios y se selecciona el botón Guardar, para almacenar la información; caso contrario, presionar Cancelar 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 Gestión académica: Matrícula Nivel.- Insertar Si se desea ingresar un nuevo nivel, presionar el botón Insertar. A continuación se muestra la siguiente pantalla: Figura 62. Ingresar nivel En el campo de texto, se debe ingresar el valor o la descripción correspondiente al nivel. Seleccionar el botón Guardar para almacenar la información, caso contrario seleccionar Cancelar. 149

168 8.17. Gestión académica: Matrícula Nivel.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de niveles, el lápiz que aparece al final de cada registro en la columna Opciones. Al seleccionar la opción Editar, se despliega una pantalla con los datos del nivel que se desea modificar. Figura 63. Editar nivel Se realizan los cambios necesarios y se selecciona el botón Guardar, para almacenar la información; caso contrario, presionar Cancelar 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 150

169 8.19. Gestión académica: Matrícula Periodo Lectivo.- Insertar Si se desea ingresar un nuevo periodo lectivo, presionar el botón Insertar. A continuación se muestra la siguiente pantalla: Figura 65. Ingresar periodo lectivo En el campo de texto, se debe ingresar el valor o la descripción correspondiente al periodo lectivo. En Fecha de Inicio se debe seleccionar la fecha de inicio del periodo escolar. Se realiza el mismo procedimiento con Fecha Final. Seleccionar el botón Guardar para almacenar la información, caso contrario seleccionar Cancelar Gestión académica: Matrícula Periodo Lectivo.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de periodos lectivos, el lápiz que aparece al final de cada registro en la columna Opciones. Al seleccionar la opción Editar, se despliega una pantalla con los datos del periodo lectivo que se desea modificar. Figura 66. Ingresar periodo escolar 151

170 Se realizan los cambios necesarios y se selecciona el botón Guardar, para almacenar la información; caso contrario, presionar Cancelar 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 Gestión académica: Matrícula Paralelo por Nivel.- Insertar Si se desea ingresar una nueva combinación de paralelo y nivel, presionar el botón Insertar. A continuación se muestra la siguiente pantalla: Figura 68. Ingresar nivel-paralelo 152

171 Figura 69. Selección nivel Figura 70. Selección paralelo En cada campo de texto, se debe seleccionar el valor o la descripción correspondiente al nivel y al paralelo respectivamente. Seleccionar el botón Guardar para almacenar la información, caso contrario seleccionar Cancelar Gestión académica: Matrícula Paralelo por Nivel.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de niveles con su respectivo paralelo, el lápiz que aparece al final de cada registro en la columna Opciones, como se muestra en la siguiente pantalla. Figura 71. Editar nivel-paralelo Al seleccionar la opción Editar, se despliega una pantalla con los datos del nivel y el paralelo que se desea modificar. Figura 72. Selección nivel-paralelo 153

172 Se realizan los cambios necesarios y se selecciona el botón Guardar, para almacenar la información; caso contrario, presionar Cancelar 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 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 154

173 Seleccionar los datos necesarios, presionar el botón Guardar para almacenar los cambios; caso contrario, presionar Cancelar 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 Gestión académica: Matrícula Representante.- Insertar Si se desea ingresar un nuevo registro de representante, presionar el botón Insertar. A continuación se muestra la siguiente pantalla: Figura 76. Ingresar representante 155

174 En el campo de texto, se debe ingresar el valor o la descripción correspondiente a Cédula, Nombres, Apellidos, Fecha de Nacimiento, Dirección domiciliaria, Teléfono domiciliario, Teléfono celular, . Seleccionar el botón Guardar para almacenar la información, caso contrario seleccionar Cancelar Gestión académica: Matrícula Representante.- Editar Si se necesita realizar alguna modificación se debe seleccionar de la tabla que contiene el listado de representantes, el lápiz que aparece al final de cada registro en la columna Opciones. Al seleccionar la opción Editar, se despliega una pantalla con los datos del representante que se desea modificar. Figura 77. Editar datos de representante Se realizan los cambios necesarios y se selecciona el botón Guardar, para almacenar la información; caso contrario, presionar Cancelar 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. 156

175 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 157

176 Caso contrario se visualiza: Figura 80. Matrícula exitoso 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. 158

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

178 Figura 84. Reporte curso 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á 160

179 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 161