Módulo de Entrada de Datos para el Sistema de Postgrado v5 4

Texto completo

(1)Universidad Central “Marta Abreu” de Las Villas Facultad de Matemática, Física y Computación Departamento de Computación. TRABAJO DE DIPLOMA Módulo de Entrada de Datos para el Sistema de Postgrado v5.4 Autor: Alina Almuñez Mandryka [email protected] Tutor: Dr. Rosendo Moreno Rodríguez [email protected]. Santa Clara 2011. "Año 53 de la Revolución".

(2) Hago Constar. Hago constar que el presente trabajo fue realizado en la Universidad Central “Marta Abreu” de Las Villas como parte de la culminación de los estudios de la especialidad de Ciencia de la Computación, autorizando a que el mismo sea utilizado por la institución, para los fines que estime conveniente, tanto de forma parcial como total y que además no podrá ser presentado en eventos ni publicado sin la autorización de la Universidad.. ___________________________ Firma de la Autora Los abajo firmantes, certificamos que el presente trabajo ha sido realizado según acuerdos de la dirección de nuestro centro y el mismo cumple con los requisitos que debe tener un trabajo de esta envergadura referido a la temática señalada.. __________________________ Firma del Tutor. __________________________ Firma del Jefe de Seminario.

(3) iii. Pensamiento. PENSAMIENTO El futuro tiene muchos nombres. Para los débiles es lo inalcanzable. Para los temerosos, lo desconocido. Para los valientes es la oportunidad. Víctor Hugo.

(4) iv. Dedicatoria. Texto de la dedicatoria (Opcional).

(5) v. Agradecimientos. Texto de los Agradecimientos (Opcional).

(6) vi. Resumen El presente trabajo refiere el desarrollo del módulo de entrada de datos de un nuevo sistema de información para la gestión de la actividad de postgrado, basado en Software Libre y compatible con los requerimientos del proyecto SIGENU. Para la modelación del mismo se utilizaron las facilidades de los diferentes diagramas de UML y del lenguaje YML. La implementación de este módulo se realizo siguiendo el patrón Modelo-Vista-Controlador utilizando las ventajas del lenguaje Java para la plataforma de Java empresarial J2EE y utilizando el sistema de gestión de bases de datos PostgreSQL.. Palabras Claves SIGENU, Control de Postgrado, Sistemas de Información, Bases de Datos.

(7) vii. Abstract This paper concerns the development of data-entry module of a new information system for the management of postgraduate activity, based on Free Software and supporting SIGENU project requirements. The modeling was achieved using the facilities of different UML diagrams and the language YML. The implementation of this module was carried out following the Model-View-Controller architecture using the advantages of Java for the J2EE Enterprise Java platform and using the database management system PostgreSQL.. Keywords SIGENU, Postgraduate control, Information Systems, Databases.

(8) viii. Tabla de Contenidos Introducción............................................................................................................................1 Antecedentes.......................................................................................................................2 Planteamiento del Problema...............................................................................................3 Objetivo General................................................................................................................3 Objetivos específicos..........................................................................................................4 Preguntas de investigación.................................................................................................4 Justificación de la investigación.........................................................................................4 Factibilidad de la Investigación..........................................................................................5 Tipo de Investigación.........................................................................................................5 Hipótesis de la Investigación..............................................................................................5 Estructura de la Tesis..........................................................................................................5 Capítulo 1. Marco Teórico......................................................................................................7 1.1 Educación de Postgrado en Cuba.................................................................................7 Superación profesional..................................................................................................7 Formación Académica...................................................................................................8 Programas de PGA......................................................................................................10 Edición de PGA...........................................................................................................11 1.2 Sistemas de Información............................................................................................11 Concepto de Sistema de Información .........................................................................11 Concepto Subsistema...................................................................................................12 1.3 Aspectos Teóricos de Base de Datos .........................................................................12 Definición de Base de datos........................................................................................12 Base de Datos Relacionales.........................................................................................13 1.4 Normalización de bases de datos................................................................................14 Llaves subrogadas........................................................................................................14 1.5 Sistemas de Gestión de Base de Datos.......................................................................14 PostgreSQL..................................................................................................................15 1.6 Desarrollo de sistemas orientados a objetos...............................................................15 Lenguaje Unificado de Modelado...............................................................................16 Mapeo objeto-relacional..............................................................................................16 Hibernate......................................................................................................................17 Doctrine.......................................................................................................................17 YAML..........................................................................................................................17 1.7 Plataforma de Java Empresarial J2EE........................................................................18 Servidor de Aplicaciones JBOSS AS...........................................................................18 JBoss Seam..................................................................................................................19 Arquitectura de aplicaciones Web con Seam ..............................................................20 Inversión de Control....................................................................................................20 Capítulo 2. Análisis y Diseño................................................................................................21.

(9) ix 2.1 Conocimiento de los requerimientos..........................................................................21 2.2 Descripción de los requerimientos ............................................................................21 2.3 Actores y casos de uso del sistema.............................................................................21 Caso de Uso.................................................................................................................21 Actores.........................................................................................................................22 2.4 Diagramas de Actividades..........................................................................................22 Actividad de Autentificación.......................................................................................22 Gestión de Clasificadores............................................................................................23 Gestión de Personas.....................................................................................................24 Gestión de Programas de Postgrado............................................................................24 Gestión de Ediciones de Postgrado..............................................................................24 2.5 Diagramas de Clases Persistentes...............................................................................24 Tablas Auxiliares .........................................................................................................25 Tablas Auxiliares Fijas de Personas.............................................................................25 Tablas Auxiliares Fijas para Postgrados......................................................................25 Tablas Auxiliares Variables..........................................................................................26 Tablas Primarias ..........................................................................................................26 Programas de Postgrado..............................................................................................27 Ediciones de Postgrados..............................................................................................28 Relaciones con las tablas auxiliares.............................................................................29 Relaciones con las tablas de ediciones .......................................................................30 2.6 Diagrama de Estructuras Complejas..........................................................................31 2.7 Diagrama de Componentes.........................................................................................32 2.8 Diagrama de Despliegue.............................................................................................33 2.9 Conclusiones del Capítulo..........................................................................................33 Capítulo 3. Manual de Usuario.............................................................................................34 3.1 Interfaz de Usuario.....................................................................................................34 Autentificación en el Sistema......................................................................................34 3.2 Gestión de Personas....................................................................................................35 Listado de personas......................................................................................................37 Buscar personas...........................................................................................................38 Crear o editar personas................................................................................................39 3.2 Gestión de Programas.................................................................................................40 3.4 Gestión de Ediciones de Postgrado........................................................................41 3.5 Clasificadores del Sistema..........................................................................................42 3.6 Gestión de Usuarios....................................................................................................42 3.7 Conclusiones del Capítulo..........................................................................................43 Conclusiones.........................................................................................................................44 Recomendaciones..................................................................................................................45 Referencias Bibliográficas....................................................................................................46 Bibliografía...........................................................................................................................47.

(10) Introducción. Introducción Desde hace varios años, el perfeccionamiento constante de la Educación Superior se ha materializado en la Educación de Postgrado. Desde la década de los 90 del pasado siglo, se dio comienzo a la formación académica de Postgrado, incorporando la figura de master, y perfeccionando las de especialista, así como el doctorado. Con esto, todos los Centros de Educación Superior (CES) y demás entidades autorizadas han incrementado su oferta y su labor en el postgrado, aumentando por tanto la necesidad del control. En el Sistema Nacional de Educación, la Educación de Postgrado es uno de los objetivos esenciales de la Educación Superior. Se conoce comúnmente como el cuarto nivel de enseñanza. La educación postgraduada constituye el nivel más elevado y tiene como objetivos fundamentales la superación profesional continua de los egresados universitarios durante su vida profesional, para incrementar sus aptitudes científico-técnicas, sociales y políticas, así como la especialización académica a través de programas avanzados de maestrías, especialidades y doctorados, contribuyendo a la elevación sistemática de la productividad, eficiencia y calidad del trabajo a partir de la intensificación de la aplicación de los avances tecnológicos y científicos actuales. El control de actividades de postgrado radica en tener la información actualizada de todos los procesos que requiere la educación de postgrado. Hasta los momentos actuales se ha cumplido con una labor de educación de postgrado intensiva y extensiva, incluyendo programas académicos denominados de “amplio acceso”; pero las nuevas tendencias político-sociales y económicas del país permiten afirmar que se debe restringir en algunos casos y de seleccionar en otros el acceso y los resultados de este nivel de educación, sobre todo hacerlos más acordes a las verdaderas necesidades del país. Desde hace más de 20 años en la Universidad Central de Las Villas se ha desarrollado y explotado un Sistema para el control de Postgrado a nivel de áreas que desarrollan esta actividad (Facultades y Centros de Investigación o de Estudios). La Dirección de Postgrado de la Universidad Central de Las Villas es la encargada de controlar las actividades de postgrado que se efectúan en dicha entidad y las que este centro imparte en otras entidades tanto nacionales como internacionales. Desde hace varios años, la Universidad Central de las Villas participa en el proyecto SIGENU con la responsabilidad de la implantación de un Sistema de control de Postgrado (SPG) compatible con la plataforma SIGENU y 1.

(11) Introducción los nuevos lineamientos de nuestro país en el uso de Software Libre. El Sistema de control de Postgrado (SPG) es de gran utilidad, ya que mediante el mismo se controla todo lo que está vinculado con las acciones de postgrado pero las versiones anteriores en este momento no satisfacen ni los requerimientos técnicos del Ministerio de Educación Superior (MES) para este tipo de sistemas, ni otras derivadas de actualizaciones al Reglamento de la Educación Postgraduada de la República de Cuba No 132-2004 y sus últimas adecuaciones hechas en la Resolución No. 166/09.. Antecedentes Este sistema ha tenido diferentes versiones anteriores. La primera versión, desarrollada en DataEase 4.53 para DOS, cumplió con los objetivos de aquel momento pero en la actualidad dicho sistema no es utilizado, no solo por estar desarrollado sobre DOS, sino porque en su concepción se tuvo en cuenta el anterior reglamento de Postgrado que no incluía toda una serie de actividades actuales (Maestrías, Doctorados, entre otros) y los informes de estadística actuales. El segundo fue un sistema desarrollado en FoxPro 2.6 para Windows que también sirvió de preámbulo al definitivo sistema y su instalación fue parcial. Ya la tercera versión, desarrollada en Access’97 para Windows fue totalmente explotada desde un primer comienzo con Access’95, hasta su perfeccionamiento con la versión ‘97. La cuarta versión desarrollada sobre el SGBD Access 2003 y ha sido actualizada a través de los años haciendo unos pequeños cambios sobre Access XP, adolece de la actualización que permita cumplir con todo lo establecido en el actual Reglamento de Postgrado de la República de Cuba. Por ejemplo, no se obtiene la interrelación entre Maestrías y Diplomados que lo conforman, además de que varió el Informe Estadístico Nacional correspondiente a las adecuaciones que desde el 2004 (fecha de la última actualización de la versión 4.3) a la fecha se han realizado en las estadísticas nacionales oficiales. La versión 4.3, ha sido muy utilizada por varias facultades de La Universidad Central de Las Villas, como por ejemplo, la IBP y Ciencias Sociales que siguen utilizándola, así como Ciencias de la Información que usó por mucho tiempo esta versión y por problemas de decisión la dejó de usar. La versión 4.4, que también está desarrollada en Access XP, sigue en uso por las facultades de Psicología, Mecánica, Construcciones y Matemática-Física-Computación. Eléctrica usó la misma durante mucho tiempo y por problemas de decisión dejó de usarla, así como Mecánica, Química y Ciencias Agropecuarias por problemas de equipamiento. 2.

(12) Introducción En el año 2009, la Dirección de Informatización de la UCLV, a quien se le había acometido la tarea de desarrollar un Sistema para el Control de Postgrados, hizo un intento para la versión 5, mediante el trabajo de Diploma de Tomy Bolaños de la Coba y Eric Fleites, con los requerimientos del MES, en un ambiente Web, pero esta adolecía de todo tipo de informes, y no se concibe un sistema sin salidas. Además que no se siguió el análisis de desarrollo y no cumplía con las exigencias de la Dirección de Postgrado, por tanto no fue aceptado. En cuanto a la versión 5.1 desarrollada en el 2010 por el tesiante Michel Alain Rodríguez, se hizo una división de las entradas y las salidas del sistema, donde las salidas se adquirían de un almacén de datos, y además faltaban informes, tampoco cumplía con los requerimientos de la Dirección de Postgrado. En el 2010, Yordanis Ronquillo Alfonso, con la tutoría del Dr. Rosendo Moreno Rodríguez, desarrolló la versión 5.2, como un ejercicio académico demostrativo en software propietario, la cual no se puede usar porque no cumple con uno de los requerimientos del MES, que el sistema sea desarrollado en software libre.. Planteamiento del Problema Por todas estas versiones que han dado al traste con la implementación del Sistema de Postgrado, se desea crear un nuevo Módulo de Entrada de Datos, que sea compatible con los requerimientos del proyecto SIGENU utilizando el Sistema Gestor de Bases de Datos PostgreSQL y programado en software libre, tal como orienta el Ministerio de Educación Superior, y que cumpla con el Reglamento de Postgrado de la República de Cuba 132/2004, con las Adecuaciones de cinco artículos de la Resolución 166/2009 y además con las Normas y Procedimientos para la gestión de Postgrado en la Instrucción 1/2006.. Objetivo General Desarrollar un nuevo módulo de entrada para el Sistema de Postgrado, que satisfaga los requerimientos técnicos y legales del Ministerio de Educación Superior, para poder responder a las nuevas necesidades de la información derivadas de actualizaciones del Reglamento de la Educación Postgraduada e incluya las opciones de entrada y de salida de la información, compatible con las del proyecto SIGENU.. 3.

(13) Introducción. Objetivos específicos 1. Modelar el sistema a implementar en UML. 2. Desarrollar una base de datos en PostgreSQL para persistir los datos del SGP. 3. Implementar el módulo de captación de datos como una aplicación WEB en Java.. Preguntas de investigación 1. ¿Cuán adecuado el servidor de aplicaciones JBOSS para implementar el SPG utilizando una arquitectura cliente servidor? 2. ¿Cómo desarrollar un ambiente WEB para el módulo de entrada de datos del SPG utilizando los recursos de la plataforma Java Empresarial (J2EE) ?. Justificación de la investigación Desde hace más de 20 años en la Universidad Central de Las Villas se ha desarrollado y explotado un Sistema para el control de Postgrado a nivel de áreas que desarrollan esta actividad (Facultades y Centros de Investigación o de Estudios). En estos momentos la última versión desarrollada por el tutor de este trabajo sobre el SGBD Access, adolece de la actualización que permita cumplir con todo lo establecido en el actual Reglamento de Postgrado de la República de Cuba. Por ejemplo, no se obtiene la interrelación entre Maestrías y Diplomados que lo conforman, ademaás de las adecuaciones que desde el 2004 (fecha de la última actualización de la versión 4.3) a la fecha se han realizado en las estadísticas nacionales oficiales. El Ministerio de Educación Superior, ha encomendado a varios centros el desarrollo de varios sistemas de control de las actividades de las Universidades, bajo el proyecto SIGENU. Actualmente existe el Sistema de Control Docente o Académico (control de pregrado), aplicado en diferentes Universidades del país. El MES dio a la UCLV la responsabilidad hace cuatro años del desarrollo del Sistema de control de Postgrado, dentro del marco del proyecto SIGENU. Esta tarea la acometía oficialmente el Departamento de Producción de Software (DPS) de la UCLV, pero por diversos motivos dieron al traste con la implementación adecuada del mismo, el que debe hacerse sobre un conjunto de tecnologías de Software Libre especificadas en las disposiciones del 4.

(14) Introducción MES. Por todo lo anteriormente planteado se hizo imprescindible emprender el desarrollo de esta nueva versión del SPG.. Factibilidad de la Investigación La experiencia del tutor en el trabajo de control de Postgrado durante más de 20 años lo avalan como un experto fiable para obtener un modelo correcto de la gestión de Postgrado. La disponibilidad de herramientas CASE de apoyo a la modelización y generación automática acortan el ciclo de desarrollo y prueba de las entidades y clases necesarias. También se cuenta con bibliografía actualizada para estudiar las herramientas de programación propuestas y la teoría de bases de datos y sistemas de información y con el equipamiento mínimo necesario para desarrollar el sistema.. Tipo de Investigación Este trabajo se desarrolló utilizando el tipo de investigación aplicada y con características de exploratoria en cuanto al uso de mecanismos informales y no estructurados de diversas herramientas de software libre.. Hipótesis de la Investigación Mediante UML y la representación de las entidades y relaciones del negocio mediante YML, se puede hacer un modelo correcto del Sistema de Control de Postgrados. Mediante este modelo y utilizando las herramientas de generación de código y las facilidades de la plataforma de J2EE se pueden implementar adecuadamente una base de datos para el SGBD PostgreSQL y una interfaz web que satisfacen los requerimientos de SIGENU y de la Dirección de Posgrado.. Estructura de la Tesis Para ordenar la estructura de esta investigación y presentar con claridad las conclusiones de este trabajo, se organizó la tesis en tres capítulos: 1. Capítulo 1. Marco Teórico. Resume un estudio de los principales conceptos utilizados durante el desarrollo de la tesis. 2. Capítulo 2. Análisis y Diseño del Sistema. Se hace una descripción del sistema mediante 5.

(15) Introducción UML y de las entidades y relaciones del negocio mediante YML. 3. Capítulo 3. Aspectos de la Implementación. Explica como se implemento el módulo de entrada, como accede al SGBD y la forma de interacción mediante la interfaz web.. 6.

(16) Capítulo 1. Marco Teórico.. Capítulo 1. Marco Teórico. 1.1 Educación de Postgrado en Cuba A pesar de que en las universidades se desarrolla el pregrado con un alto nivel pedagógico y científicotécnico, no es posible incluir en el perfil del egresado todos los conocimientos que debería poseer, especialmente por el avance acelerado de la ciencia y la tecnología moderna. Por ello, la educación de postgrado constituye el nivel más elevado de la educacion cubana. y adquiere una importancia. relevante en la aplicación del concepto de perfil amplio en la formación pregraduada porque en este cuarto nivel de enseñanza es donde alcanzaran la especialización los profesionales. La educación de postgrado en Cuba tiene dos direcciones: la superación profesional y la formación académica de postgrado; la primera es de carácter masivo y tiene como formas fundamentales el curso de superación, el entrenamiento y el diplomado, por su parte, la formación académica de postgrado es selectiva y adopta las formas de la especialidad, la maestría y el doctorado a los que se les reconoce un titulo oficial o un grado científico. La intensidad académica de los programas de posgrado se expresa mediante un sistema acumulativo de créditos académicos que facilita la flexibilidad organizativa de los planes de estudio, la transferencia y movilidad de estudiantes, profesores e investigadores, la comparación y homologación de estudios realizados entre diversas instituciones. Un crédito académico equivale a 48 horas totales de trabajo del estudiante, una semana de trabajo aproximadamente; estas horas incluyen la actividad lectiva, así como las que el estudiante debe emplear en actividades independientes: prácticas, actividad profesional, publicaciones científicas, preparación de exámenes, redacción de textos, investigaciones u otras necesarias para alcanzar las metas propuestas. La expresión numérica del crédito es en números enteros.. Superación profesional La superación profesional constituye un conjunto de procesos de enseñanza aprendizaje que posibilitan a los graduados universitarios y trabajadores, la adquisición y perfeccionamiento continuo de los conocimientos y habilidades requeridos para mejorar el desempeño de sus responsabilidades y. 7.

(17) Capítulo 1. Marco Teórico. funciones laborales en diferentes sectores y ramas de la producción, servicio, el arte, la investigación científica y la docencia en correspondencia con los avances de la ciencia, la técnica, el arte y las necesidades económico sociales del país. Las formas organizativas principales de la superación profesional son el curso, el entrenamiento y el diplomado. Otras formas de superación son la autopreparación, la conferencia especializada, el seminario, el talle y el debate científico. Los programas correspondientes a la superación profesional son proyectados y ejecutados por centros de educación superior y centros especialmente autorizados para ello. •. El curso posibilita la formación básica y especializada de los graduados universitarios; comprende la organización de un conjunto de contenidos que abordan resultados de investigación relevantes o asuntos trascendentes con el propósito de complementar o actualizar los conocimientos de los profesionales que los reciben. Tiene una extensión mínima de un crédito.. •. El entrenamiento posibilita la formación básica y especializada de los graduados universitarios, particularmente en la adquisición de habilidades y destrezas y en la asimilación e introducción de nuevos procedimientos y tecnologías con el propósito de complementar, actualizar, perfeccionar y consolidar conocimientos y habilidades prácticas. Tiene una extensión mínima de un crédito.. •. El diplomado tiene como objetivo la especialización en un área particular del desempeño, y propicia la adquisición de conocimientos y habilidades académicas, científicas y/o profesionales en cualquier etapa del desarrollo de un graduado universitario, de acuerdo con las necesidades de su formación profesional o cultural. El diplomado está compuesto por un sistema de cursos y/o entrenamientos y otras formas articulados entre sí, que culmina con la realización y defensa de un trabajo ante tribunal. La extensión mínima de cada diplomado es de 15 créditos.. Formación Académica La otra variante de postgrado; la formación académica de postgrado constituye un conjunto de procesos que posibilitan a los graduados universitarios alcanzar el más elevado nivel científico y profesional,. 8.

(18) Capítulo 1. Marco Teórico. con una alta competencia profesional con gran rigor académico, el que se reconoce con un título oficial o un grado científico y tiene como formas: la especialidad, la maestría y el doctorado. La especialidad de posgrado proporciona la actualización, profundización, perfeccionamiento o ampliación de las competencias laborales para el desempeño profesional que requiere un puesto de trabajo, o familia de puestos de trabajos, en correspondencia con las necesidades del desarrollo económico, social y cultural del país. La especialidad de posgrado se orienta a satisfacer demandas formuladas por los organismos interesados en utilizar esta modalidad de posgrado con el objetivo de alcanzar un alto grado de desarrollo profesional en sus graduados. La especialidad se concibe como un emprendimiento conjunto entre los organismos demandantes y los CES o UCT autorizadas, los cuales participan activamente en el diseño, ejecución y control de la calidad de la especialidad. La maestría corresponde al proceso de formación posgraduada que proporciona a los graduados universitarios una amplia cultura científica y conocimientos avanzados en las áreas correspondientes del saber, una mayor capacidad para la actividad docente, científica, la innovación o la creación artística, en correspondencia con las necesidades del desarrollo económico, social y cultural del país. La extensión mínima de los programas de maestría y de especialidad de posgrado es de 70 créditos. La cantidad de créditos y su distribución en los programas depende de los objetivos a alcanzar, la modalidad de ejecución, las peculiaridades del perfil y el campo del saber en que se desarrollen. Los plazos de duración son fijados en los programas de estudio. La evaluación final de los programas de maestría depende de sus objetivos y exige la demostración de las habilidades requeridas en investigación, desarrollo, innovación u otras declaradas en el programa, rigor teórico y metodológico, así como adecuado conocimiento del estado del arte nacional e internacional de los temas abordados, resumidos en una memoria escrita defendida ante tribunal. La memoria escrita puede adoptar la forma de tesis, proyectos, colección de publicaciones, monografías, libros, fundamentación de obras artísticas, entre otras manifestaciones. El doctorado, es un proceso de formación posgraduada en el que los graduados universitarios alcanzan un profundo nivel de conocimiento en el campo del saber, madurez científica, capacidad de innovar, creatividad para resolver y dirigir la solución de problemas de carácter científico de manera independiente y que permite obtener un grado científico. 9.

(19) Capítulo 1. Marco Teórico. Los grados científicos como aparece reflejado en el nuevo reglamento de postgrado son de dos tipos: Doctor en Ciencias de determinada especialidad y Doctor en Ciencias. El grado de Doctor en Ciencias de determinada especialidad se otorga a los graduados de nivel superior que satisfagan los requisitos y las evaluaciones correspondientes a los programas que se establezcan dentro de un proceso que culmina con la defensa ante un tribunal de una tesis que demuestra madurez científica, capacidad para enfrentar y resolver problemas científicos y tecnológicos de manera independiente, así como un profundo dominio teórico y práctico en el campo del conocimiento de que se trate. El grado científico de Doctor en Ciencias se otorga a los doctores en Ciencias de determinada especialidad que hayan realizado un trabajo de alto nivel de especialización en el campo del conocimiento al que se dediquen, con la defensa de una tesis que contenga la solución y generalización de un problema de carácter científico que constituya un aporte a la rama del conocimiento de que se trate y científico técnico del país. El Post-doctorado se concibe únicamente para aquellas personas con grado científico de Doctor, con el objetivo de actualizar o profundizar los conocimientos en un área del saber. Uno de los conceptos nuevos que incorpora esta nueva versión del Sistema de Postgrado es el de separar los programas de postgrado y la ediciones de los postgrados.. Programas de PGA Es un programa de formación científica y profesional que se estructura en un sistema de carácter científico, docente, metodológico y educativo que tienen a la investigación científica como centro de la formación del estudiante de maestría y al componente laboral como centro de la formación del estudiante de especialidades; y contempla la participación en cursos, entrenamientos, diplomados, seminarios, talleres de tesis, realización de exámenes, evaluación de tareas extraclases, trabajo en grupos y en redes, participación en eventos, publicaciones y otras. El estudiante de PGA trabaja bajo la orientación de un claustro y en especial de un tutor y en vínculo con otros especialistas y participantes del programa. El Programa incluye la fundamentación, composición, requisitos de ingreso, el sistema de evaluación, etc. Un estudiante de PGA culmina con la 10.

(20) Capítulo 1. Marco Teórico. presentación y defensa de una tesis de maestría o de un trabajo final de especialidad ante un tribunal constituido al efecto por el Comité Académico del PGA.. Edición de PGA Es la ejecución concreta de un Programa de PGA en un límite de tiempo dado (de acuerdo a la duración del programa), con una matrícula dada y con un claustro y cronograma determinado.. 1.2 Sistemas de Información Los sistemas de información están en todas partes, proporcionando información adecuada y actualizada, es tanto el impacto de la tecnología de la información en la sociedad, al grado de que hay quienes llaman a esta época la era de la información, si consideramos el desarrollo alcanzado por estas tecnologías, conforma el cambio más radical del medio ambiente humano, podremos comprender el por qué de su importancia para la humanidad, pues las organizaciones buscan y utilizan la información de manera específica para tomar decisiones así como resolver problemas de manera efectiva. La teoría general de los sistemas afirma que las propiedades de los sistemas no pueden ser descritas significativamente en términos de sus elementos por separados. La comprensión de los sistemas solamente se presenta cuando se estudian los sistemas globalmente, involucrando todas las interdependencias de sus subsistemas. Normalmente el término es usado de manera errónea como sinónimo de sistema de información informático, en parte porque en la mayoría de los casos los recursos materiales de un sistema de información están constituidos casi en su totalidad por sistemas informáticos, pero siendo estrictos, un sistema de información no tiene por qué disponer de dichos recursos (aunque en la práctica esto no suela ocurrir). Se podría decir entonces que los sistemas de información informáticos son una subclase o un subconjunto de los sistemas de información en general.. Concepto de Sistema de Información Un Sistema de Información es un conjunto formal de procesos que, operando sobre una colección de datos estructurada según las necesidades de la empresa, recopilan, elaboran y distribuyen la información (o parte de ella) necesaria para las operaciones de dicha empresa y para las actividades de dirección y control correspondientes (decisiones) para desempeñar su actividad de acuerdo a su 11.

(21) Capítulo 1. Marco Teórico. estrategia de negocio.. Concepto Subsistema Un Subsistemas es un componente genérico que puede ser descompuesto en componentes específicos. Los componentes de un sistema pueden estar relacionados de diferentes formas para lograr subjetivos que contribuyen a lograr el objetivo del sistema.. 1.3 Aspectos Teóricos de Base de Datos La base de datos es un elemento indispensable para la implementación del SPG, el mismo se encarga de agrupar una gran masa de datos que se encuentran relacionados entre sí.. Definición de Base de datos Puede definirse como “una colección de datos interrelacionados almacenados en conjunto sin redundancias perjudiciales o innecesarias; su finalidad es la de servir a una aplicación o más, de la mejor manera posible; los datos se almacenan de modo que resulten independientes de los programas que los usan; se emplean métodos bien determinados para incluir datos nuevos y para modificar o extraer los datos almacenados”. La creación de una base de datos lleva consigo fases para el diseño de la misma, el diseño canónico es uno dentro de los esquemas de creación de una base de datos. El esquema canónico o lógico global como se le denomina, es un esquema que presenta de forma conceptual la estructura de una base de datos. Es un esquema que depende del tipo de SGBD que se vaya a utilizar. Existen varios tipos de bases de datos, estas se clasifican de acuerdo a su modelo de administración de datos en: •. Bases de datos jerárquicas. •. Base de datos de red. •. Bases de datos transaccionales. •. Bases de datos multidimensionales. •. Bases de datos documentales. 12.

(22) Capítulo 1. Marco Teórico. •. Bases de datos deductivas. •. Bases de datos orientadas a objetos. •. Bases de datos relacionales. Puesto que en este caso se utilizan solo las Bases de Datos Relacionales es de estas de quien se tratará a continuación.. Base de Datos Relacionales Una base de datos relacional es una base de datos que utiliza un modelo relacional, basada en la lógica de predicados y en la teoría de conjuntos. Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla). En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información. El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales. Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.. 13.

(23) Capítulo 1. Marco Teórico.. 1.4 Normalización de bases de datos El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional. Las bases de datos relacionales se normalizan para: •. Evitar la redundancia de los datos.. •. Evitar problemas de actualización de los datos en las tablas.. •. Proteger la integridad de los datos.. En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones: •. Cada tabla debe tener su nombre único.. •. No puede haber dos filas iguales. No se permiten los duplicados.. •. Todos los datos en una columna deben ser del mismo tipo.. Aunque desde el punto de vista de la teoría de la normalizacion, las llaves primarias deben ser llaves naturales incluso cuando requieran la combinación de varios campos para crear la llave, a la hora de programar se torna complejo trabajar con varios campos, por lo que es factible utilizar el concepto de llave subrogada.. Llaves subrogadas Una clave subrogada es un identificador único que se asigna a cada registro de una tabla. Esta clave, generalmente, no tiene ningún sentido específico de negocio. Son siempre de tipo numérico. Preferiblemente, un entero autoincremental.. 1.5 Sistemas de Gestión de Base de Datos Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. En este trabajo se usa el SGBD PostgreSQL.. 14.

(24) Capítulo 1. Marco Teórico.. PostgreSQL PostgreSQL es un sistema de gestión de base de datos relacional orientada a objetos y libre, publicado bajo la licencia BSD. Algunas de sus principales características son: •. Alta concurrencia. •. Amplia variedad de tipos nativos. •. Claves ajenas o Llaves ajenas.. •. Disparadores. •. Vistas. •. Funciones. 1.6 Desarrollo de sistemas orientados a objetos La programación orientada a objetos o POO (OOP según sus siglas en inglés) es un paradigma de programación que usa objetos y sus interacciones, para diseñar aplicaciones y programas informáticos. Está basado en varias técnicas, incluyendo herencia, abstracción, polimorfismo y encapsulamiento. Su uso se popularizó a principios de la década de los años 1990. En la actualidad, existe variedad de lenguajes de programación que soportan la orientación a objetos. Diseño orientado a objetos es una fase de la metodología orientada a objetos para el desarrollo de Software. Su uso induce a los programadores a pensar en términos de objetos, en vez de procedimientos, cuando planifican su código. Un objeto agrupa datos encapsulados y procedimientos para representar una entidad. La 'interfaz del objeto', esto es, las formas de interactuar con el objeto, también es definida en esta etapa. Un programa orientado a objetos es descrito por la interacción de esos objetos. El diseño orientado a objetos es la disciplina que define los objetos y sus interacciones para resolver un problema de negocio que fue identificado y documentado durante el análisis orientado a objetos. El lenguaje unificado de modelado (UML) se ha vuelto el lenguaje de modelado estándar usado en análisis y diseño orientado a objetos.. 15.

(25) Capítulo 1. Marco Teórico.. Lenguaje Unificado de Modelado El lenguaje unificado de modelado (UML) se define como un "lenguaje que permite especificar, visualizar y construir los artefactos de los sistemas de software. Es un sistema de notaciones (que, entre otras cosas, incluye el significado de sus notaciones) destinado a los sistemas de modelado que utilizan conceptos orientados a objetos UML combina notaciones provenientes desde: •. Modelado Orientado a Objetos. •. Modelado de Datos. •. Modelado de Componentes. •. Modelado de Flujos de Trabajo (Workflows).. El UML es un estándar de la industria para construir modelos orientados a objetos. Nació en 1994 por iniciativa de Grady Booch y Jim Rumbaugh para combinar sus dos famosos métodos: el de Booch y el OMT (Object Modeling Technique, Técnica de Modelado de Objetos). Más tarde se les unió Ivar Jacobson, creador del método OOSE (Object-Oriented Software Engineering, Ingeniería de Software Orientada a Objetos). En respuesta a una petición de OMG (Object Management Group, asociación para fijar los estándares de la industria) para definir un lenguaje y una notación estándar del lenguaje de construcción de modelos, en 1997 propusieron el UML.. Mapeo objeto-relacional El mapeo objeto-relacional (más conocido por su nombre en inglés, Object-Relational mapping, o sus siglas O/RM, ORM, y O/R mapping) es una técnica de programación para convertir datos entre el sistema de tipos utilizado en un lenguaje de programación orientado a objetos y el utilizado en una base de datos relacional, utilizando un motor de persistencia. En la práctica esto crea una base de datos orientada a objetos virtual, sobre la base de datos relacional. Esto posibilita el uso de las características propias de la orientación a objetos (básicamente herencia y polimorfismo). Existen tanto bibliotecas comerciales como libres que desarrollan el mapeo relacional de objetos, aunque algunos programadores prefieren crear sus propias herramientas ORM. Como ejemplos de ORM utilizados en este trabajo se pueden mencionar a Hibernate, el framework de mapeo objeto-relacional más usado en Java que inspiró la especificación EJB 3 y a Doctrine que es una biblioteca para PHP que permite trabajar con un esquema de base de datos como si fuese un conjunto 16.

(26) Capítulo 1. Marco Teórico. de objetos, y no de tablas y registros.. Hibernate Hibernate es una herramienta de Mapeo objeto-relacional (ORM) para la plataforma Java (y disponible también para .Net con el nombre de NHibernate) que facilita el mapeo de atributos entre una base de datos relacional tradicional y el modelo de objetos de una aplicación, mediante archivos declarativos (XML) o anotaciones en los beans de las entidades que permiten establecer estas relaciones. Hibernate es Software Libre. Como todas las herramientas de su tipo, Hibernate busca solucionar el problema de la diferencia entre los dos modelos de datos coexistentes en una aplicación: el usado en la memoria de la computadora (orientación a objetos) y el usado en las bases de datos (modelo relacional). Para lograr esto permite al desarrollador detallar cómo es su modelo de datos, qué relaciones existen y qué forma tienen. Con esta información Hibernate le permite a la aplicación manipular los datos de la base operando sobre objetos, con todas las características de la POO. Hibernate convertirá los datos entre los tipos utilizados por Java y los definidos por SQL. Hibernate genera las sentencias SQL y libera al desarrollador del manejo manual de los datos que resultan de la ejecución de dichas sentencias, manteniendo la portabilidad entre todos los motores de bases de datos con un ligero incremento en el tiempo de ejecución.. Doctrine Doctrine está inspirado en Hibernate, que es uno de los ORM más populares y grandes que existen y nos brinda una capa de abstracción de la base de datos muy completa. La característica más importante es que te da la posibilidad de escribir consultas de base de datos en un lenguaje propio llamado Doctrine Query Language (DQL). Doctrine es una biblioteca muy completa y configurable. Una de las características avanzadas de Doctrine es que puede generar de forma automática el modelo, pero también deja la posibilidad de definir manualmente el mapeo de tablas y sus relaciones. Esto se puede hacer con código PHP o con YAML.. YAML YAML es un formato de serialización de datos legible por humanos inspirado en lenguajes como XML. 17.

(27) Capítulo 1. Marco Teórico. YAML fue creado para que todos los datos puedan ser representados adecuadamente como combinaciones de listas, hashes (mapeos) y datos escalares (valores simples). La sintaxis es relativamente sencilla y fue diseñada teniendo en cuenta que fuera muy legible pero que a la vez fuese fácilmente mapeable a los tipos de datos más comunes en la mayoría de los lenguajes de alto nivel. Además, YAML utiliza una notación basada en el indentación y/o un conjunto de caracteres distintos de los que se usan en XML, haciendo que sea fácil componer ambos lenguajes.. 1.7 Plataforma de Java Empresarial J2EE Java Platform, Enterprise Edition o Java EE (anteriormente conocido como Java 2 Platform, Enterprise Edition o J2EE hasta la versión 1.4), es una plataforma de programación, para desarrollar y ejecutar software de aplicaciones en el lenguaje de programación Java con arquitectura de N capas distribuidas y que se apoya ampliamente en componentes de software modulares ejecutándose sobre un servidor de aplicaciones. La plataforma Java EE está definida por una especificación. Similar a otras especificaciones del Java Community Process, Java EE es también considerada informalmente como un estándar debido a que los proveedores deben cumplir ciertos requisitos de conformidad para declarar que sus productos son conformes a J2EE.. Servidor de Aplicaciones JBOSS AS JBoss AS es el primer servidor de aplicaciones de código abierto, preparado para la producción y certificado J2EE 1.4, disponible en el mercado, ofreciendo una plataforma de alto rendimiento para aplicaciones de e-business. Combinando una arquitectura orientada a servicios revolucionaria con una licencia de código abierto, JBoss AS puede ser descargado, utilizado, incrustado y distribuido sin restricciones por la licencia. Por este motivo es la plataforma más popular de middleware para desarrolladores, vendedores independientes de software y para grandes empresas. Las características destacadas de JBoss incluyen : •. Producto de licencia de código abierto sin coste adicional.. •. Cumple los estándares.. •. Confiable a nivel de empresa.. •. Incrustable, orientado a arquitectura de servicios. 18.

(28) Capítulo 1. Marco Teórico. •. Flexibilidad consistente.. •. Servicios del middleware para cualquier objeto de Java.. •. Soporte completo para JMX.. •. Implementa la especificación de EJB 3.0.. •. Está orientado a trabajar con programación orientada a aspectos.. •. Incorpora Hibernate como servicio de persistencia objeto/relaciones y consultas para Java.. JBoss Seam JBoss Seam es una plataforma de integración de tecnologías que tiene como objetivo facilitar el desarrollo de aplicaciones JEE ( sobre todo aplicaciones web ). Es un proyecto Open Source con una comunidad abierta y aunque cuenta con el respaldo de JBoss ( que es una división de Red Hat ), su funcionalidad no está ligada al servidor de aplicaciones de este. El desarrollo de Seam, utilizando JSF y EJB que son las tecnologías con más soporte, es muy ágil ya que reduce el nivel de configuración necesario para la integración y aprovecha al máximo las ventajas de cada una de las tecnologías haciendo al proyecto mas estable, legible, predecible y mantenible. El líder del proyecto Jboss Seam es Gavin King, también autor del framework para mapeo objeto relacional Hibernate. Combina a los 2 frameworks Enterprise JavaBeans EJB3 y JavaServerFaces JSF. Se puede acceder a cualquier componente EJB desde la capa de presentación refiriéndote a él mediante su nombre de componente seam. Tenemos como su característica más importante a la habilidad de integrar tecnologías de diferentes ámbitos a través de la inyección de dependencias. A eso se le agrega el tema de los contextos, tenemos más contextos lo que no quiere decir que ocupemos más memoria, si no que todo lo contrario vamos a tener más opciones para elegir donde guardar nuestras instancias y éstas van a permanecer en memoria el tiempo indicado. Seam introduce el concepto de contextos. Cada componente de Seam existe dentro de un contexto. El contexto conversacional por ejemplo captura todas las acciones del usuario hasta que éste sale del sistema o cierra el navegador - inclusive puede llevar un control de múltiples pestañas y mantiene un comportamiento consistente cuando se usa el botón de regresar de el navegador.. 19.

(29) Capítulo 1. Marco Teórico.. Arquitectura de aplicaciones Web con Seam El aspecto más relevante de Seam es la forma en la que integra el uso de varias tecnologías ya existentes para la creación de aplicaciones web en Java para facilitar la implementación del patrón MVC de una forma que resulta más intuitiva para desarrollador y más rápida de programar, pero sin perder la potencia y las características que provee JEE. En el diagrama modular de la derecha se representa a Seam como una capa de integración que se coloca entre el controlador (JSF) y el modelo (ya sea EJB3, JBoss jBPM , o Hibernate).. Inversión de Control Inversión de control (Inversion of Control en inglés, IoC) es un método de programación en el que el flujo de ejecución de un programa se invierte respecto a los métodos de programación tradicionales, en los que la interacción se expresa de forma imperativa haciendo llamadas a procedimientos (procedure calls) o funciones. Tradicionalmente el programador especifica la secuencia de decisiones y procedimientos que pueden darse durante el ciclo de vida de un programa mediante llamadas a funciones. En su lugar, en la inversión de control se especifican respuestas deseadas a sucesos o solicitudes de datos concretas, dejando que algún tipo de entidad o arquitectura externa lleve a cabo las acciones de control que se requieran en el orden necesario y para el conjunto de sucesos que tengan que ocurrir.. 20.

(30) Capítulo 2. Análisis y Diseño.. Capítulo 2. Análisis y Diseño. Para el análisis y diseño del sistema se utilizó el Lenguaje UML, el que prescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan.. 2.1 Conocimiento de los requerimientos Los requerimientos son una descripción de las necesidades o deseo de un producto. La meta primaria de la fase de requerimientos es identificar y documentar lo que en realidad se necesita, en una forma que claramente se lo comunique al cliente y a los miembros del equipo de desarrollo. (Larman, ed. P. Hall. 1999.). 2.2 Descripción de los requerimientos Se necesita un sistema que permita la gestión de datos (entrada, salida) así como la emisión de informes referentes al sistema de posgrado. Este software tiene que ser capaz de crear nuevos cursos y almacenar todo lo referente a cada uno de ellos así como las personas que intervienen en los cursos y quienes los imparten.. 2.3 Actores y casos de uso del sistema Para este sistema los casos de uso se ajustan para una sola categoría de usuario, ya que todos los usuarios que tienen acceso, no tienen limitaciones si no que pueden realizar todo tipo de tareas en el sistema, porque no existen privilegios reservados. Un caso de uso es un fragmento de funcionalidad del sistema que proporciona al usuario un resultado importante, los casos de usos representan los requisitos fundamentales. A continuación se muestran los casos de usos para los usuarios del sistema.. Caso de Uso Los casos de uso permiten definir los límites y las relaciones entre el sistema y el entorno. Son descripciones de la funcionalidad del la aplicación independientes de la implementación, en comparación con respecto a los Diagramas de Flujo de Datos del enfoque estructurado, ellos cubren la carencia existente en métodos previos (OMT, Booch) en cuanto a la determinación de requisitos, dividen el conjunto de necesidades atendiendo a la categoría de usuarios que participan en el mismo y están basado en el lenguaje natural, es decir, es accesible por los usuarios. 21.

(31) Capítulo 2. Análisis y Diseño.. Actores Representa quien o que inicia una acción dentro del sistema, en otras palabras es simplemente un rol que es realizado por una persona o cosa. Un actor en un diagrama caso-uso es representado por la figura en forma de persona.. 2.4 Diagramas de Actividades Un diagrama de actividades es una notación para un grafo de actividades donde se muestra el flujo de actividad a actividad y trata la vista dinámica de un sistema, es un caso especial de diagrama de estado en el cual todos o casi todos los estados son estados de acción y en el cual casi todas o todas las transiciones son disparadas por la terminación de las acciones en los estados origen.. 22.

(32) Capítulo 2. Análisis y Diseño.. Actividad de Autentificación Al iniciar el sistema cualquiera de los actores anteriormente señalados deben identificarse (con nombre y contraseña). Esto lo verifica el sistema y a partir de una comprobación válida, debe presentarse la interfaz de usuario o ventana principal. El siguiente diagrama de actividad, muestra la actividad de autentificación de usuario.. Gestión de Clasificadores El sistema está formado por varios clasificadores que ayudan a la validación de la información de entrada, a una mejor interfaz de usuario, y además apoya la búsqueda de información a partir de valores fijos. Estos clasificadores se almacenan en tablas que podemos denominar “auxiliares”, algunas de las cuales son fijas y pueden quedar con la información introducida desde el momento de su implementación (ver Tablas Auxiliares Fijas, dentro del acápite de (Diagrama de Clases Persistentes). Estas no necesitan ser actualizadas nunca. Sin embargo hay clasificadores que sí necesitan ser editados en diferentes momentos, a gusto del usuario. Estas son las que se denominan Tablas Auxiliares Variables. Las actividades a realizar consistirían en invocar los formularios de datos para su manipulación, así como invocar opciones de emisión de listas de cada uno de estos clasificadores si se desea. 23.

(33) Capítulo 2. Análisis y Diseño.. Gestión de Personas En el caso de uso gestión de personas, las actividades a realizar también consisten en invocar formularios y reportes en forma de lista, todos estos datos e informes tienes que ver con las personas en general tanto en su vista como profesor como estudiante.. 24.

(34) Capítulo 2. Análisis y Diseño.. Gestión de Programas de Postgrado Por la importancia del caso de uso gestión de programas de Postgrado ya que con él se manipula todo lo concerniente a los programas, se muestra el diagrama de actividades correspondiente a este caso de uso.. 25.

(35) Capítulo 2. Análisis y Diseño.. Gestión de Ediciones de Postgrado Los datos de la ejecución concreta de un Programa de postgrado en un intervalo de tiempo dado , con una matrícula dada y con un claustro y cronograma determinado, se gestionan mediante las ediciones de postgrado. La siguiente figura muestra el diagrama de actividades correspondiente a este caso de uso.. 2.5 Diagramas de Clases Persistentes La Base Datos del Sistema está conformada por varias tablas que podemos clasificar en primarias, secundarias y auxiliares. Las tablas auxiliares son todas aquellas que forman los descriptores o clasificadores del sistema y que sirven de apoyo a los atributos de las tablas primarias que son listas de 26.

(36) Capítulo 2. Análisis y Diseño. opciones muy específicas, inclusive algunas fijas. La ventaja de diseñarlas como tablas y no como listas dentro de la programación es que se pueden usar para la entrada de datos en cuadros combinados y también en la selección de opciones para informes con pase de parámetros, facilitando la entrada de datos y posibilitando una validación inicial de la información de entrada. Las tablas según UML pueden ser diseñadas como clases que tienen características muy específica, en primer lugar la de ser Persistentes. Además no tiene operaciones incorporadas, ya que las cuales están en las clases de la interfaz que manipulan los datos existentes en las tablas. Otra cosa importante en los diagramas de clases son las relaciones que existen entre las clases que pueden ser de tipo asociaciones, agregaciones, generalizaciones, etc. A continuación se hace una descripción gráfica con ayuda de UML de las diferentes clases de la Base de Datos de este Sistema de Postgrado. Se ha querido dividir todo en varios diagramas de clases para ganar en claridad, en algunos se definen las propiedades de dichas clases, en otros las mismas clases aparecen con su definición abreviada para resaltar sus asociaciones con otras clases tipo tablas.. Tablas Auxiliares Las tablas auxiliares se dividen en tres grupos en Tablas Auxiliares Fijas para personas, Tablas Auxiliares Fijas para Postgrados y Tablas Auxiliares Variables. Estas tablas se utilizan como listas para la entrada de datos a las tablas principales.. 27.

(37) Capítulo 2. Análisis y Diseño.. Tablas Auxiliares Fijas de Personas Todas estas clases tipo tablas, sirven de apoyo a la entrada de datos de Personas en general, o de Estudiantes o Profesores en particular. Son grupos de valores que se convierten en opciones en un cuadro combinado para facilitar la entrada y la manipulación de la información, estas tablas se muestran en la siguiente figura.. Tablas Auxiliares Fijas para Postgrados Estas tablas tienen una utilidad similar a las anteriores, pero en este caso apoyan la entrada de datos a los Programas y Ediciones de Postgrados. También apoyan la forma de obtener posteriormente la información solicitada a partir de informes con selecciones por valores dados.. 28.

(38) Capítulo 2. Análisis y Diseño.. Tablas Auxiliares Variables Estas tablas también sirven de apoyo a la entrada de datos del sistema pero tienen la diferencia con respecto a las Tablas Auxiliares Fijas en que sus valores si cambian es decir, que sus valores sí necesitan ser editados en diferentes momentos.. Además en las asociaciones entre estas tablas se nota que muchas veces existen clases de asociación que permiten almacenar datos que no pueden almacenarse en las tablas primarias, como la evaluación de un estudiante en un curso específico (edición), o la pertenencia de un curso a una maestría específica (ediciones o programas). Estas clases de asociación las denominamos Tablas Secundarias, muchas de las cuales almacenan los valores múltiples correspondientes. Tablas Primarias Estas clases-tablas son las que almacenan los datos de Personas, de los Estudiantes y Profesores en general, como existen datos comunes entre ambos grupos, o sea, puede haber solapamiento, por tanto se hace imprescindible usar una Tabla Personas con los datos generales y otras Tablas Estudiantes y Profesores con los datos específicos de ambos grupos. Muchos de estos datos están codificados a partir de las tablas auxiliares, tanto fijas como variables. El siguiente gráfico muestra la dependencia de. 29.

(39) Capítulo 2. Análisis y Diseño. generalización o jerarquía de estas clases.. Programas de Postgrado Tablas de Programas de Postgrado (por tipo) y sus relaciones de tipo agregación. Acá se especifican los cuatro componentes del Clasificador (clave) como campos independientes. Estos deben después manipularse como uno solo.. 30.

(40) Capítulo 2. Análisis y Diseño.. Ediciones de Postgrados Las tablas de ediciones de postgrado (por tipo) con sus relaciones tipo agregación. Se detalla al final la composición de la clave principal en cada caso.. 31.

(41) Capítulo 2. Análisis y Diseño.. Relaciones con las tablas auxiliares Las tablas Profesores, Estudiantes y Persona tienen asociaciones con las tabla fijas auxiliares para personas, las cuales se representan el la siguiente figura.. 32.

(42) Capítulo 2. Análisis y Diseño.. Relaciones con las tablas de ediciones Las relaciones entre los distintos tipos de las tablas de Ediciones de Postgrado con los Estudiantes y Profesores son relaciones muchos a muchos, por lo que para su implementación se generan varias tablas intermedias de Matrícula y de Tutoría-Impartición entre otras.. 33.

(43) Capítulo 2. Análisis y Diseño.. 2.6 Diagrama de Estructuras Complejas Un diagrama de estructura compleja es un diagrama donde se muestran todos los aspectos que se deben representar dependiendo del tipo de Diagrama, en este caso por ejemplo se ven todos los atributos que conforman las algunas de las clases Personas las cuales fueron representadas en el siguiente diagrama.. 34.

(44) Capítulo 2. Análisis y Diseño.. 2.7 Diagrama de Componentes Representa un sistema de software por los componentes o artefactos que lo conforman y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.. 35.

(45) Capítulo 2. Análisis y Diseño.. 2.8 Diagrama de Despliegue Un diagrama de despliegue muestra las relaciones físicas entre los componentes hardware y software en el sistema final, la configuración de los elementos de procesamiento en tiempo de ejecución y los componentes software, procesos y objetos que se ejecutan en ellos. Estarán formados por instancias de los componentes software que representan manifestaciones del código en tiempo de ejecución.. 2.9 Conclusiones del Capítulo Este capítulo hizo un resumen del análisis de requisitos y el diseño propuesto para la modelación del problema y dar solución a las preguntas de investigación. Para esto se hizo un diseño en UML utilizando varios tipos de diagramas. Partiendo de los casos de usos, se describen con diagramas de actividad los principales escenarios. Las relaciones estructurales entre las entidades se modelan utilizando diagramas de clases. Se emplearon los diagramas de componentes y de despliegue para documentar las partes del sistema y como se interrelacionan.. 36.

(46) Capítulo 3. Manual de Usuario.. Capítulo 3. Manual de Usuario. 3.1 Interfaz de Usuario Este sistema cuenta con una interfaz de usuario con varias opciones para la entrada de datos por medio de formularios legibles y amigables, estos datos son fundamentalmente referentes a personas, aunque también existen opciones para la creación de Programas de Postgrado y Ediciones para cada uno de dichos programas, por otra parte existen clasificadores que contribuyen a minimizar los errores a la hora de introducir datos en forma general en todo el software. A los efectos del sistema se considera Programa la definición de un Postgrado cualquiera de los comprendidos en la resolución 132/2004. O sea, en el sistema es la zona donde se definen los Postgrados con su contenido, objetivos, etc., y que es más o menos estable durante un período de tiempo dado. En contraparte se considera Edición la implementación en un momento dado de un Programa, a la cual se le asigna una fecha de desarrollo, una matrícula de estudiantes y un claustro de profesores de impartición. Esto independientemente de que es posible que una Edición sea única, o sea, no se repita nunca. De tal forma, los Cursos, Entrenamientos, Diplomados, Maestrías, Especialidades, Doctorados Curriculares y Postdoctorales, tienen Programas y Ediciones. Sin embargo, los Doctorados Tutelares, solo tienen ediciones, por cuanto son únicos (su tema, objetivos, etc., son definidos para un aspirante solamente). Esto quizá sea algo extraño, pero es una salvedad para evitar una nueva clase de objetos que sería redundante. Además de la entrada de datos por medio de formularios nuestro sistema es rico en la salida de estos datos, pues contamos con gran variedad de reportes, muchos de ellos en forma de listas, e informes en forma general.. Autentificación en el Sistema. Por la importancia de los datos que se guardan en el sistema se hace imprescindible la seguridad del mismo, por lo que se cuenta con una validación de usuario, al ejecutar la aplicación se muestra el siguiente formulario de autentificación. El usuario puede seleccionar su nombre de Usuario o simplemente puede teclearlo directamente, luego introduce su Contraseña y pulsa el botón Aceptar. Si 37.

(47) Capítulo 3. Manual de Usuario. es un usuario inscripto en el sistema será aceptado y se mostrará la ventana principal. En caso de que teclee mal la contraseña solo tendrá tres oportunidades de escribirla correctamente, sino se cerrará el formulario de autentificación.. Los actores que accedan tienen en el sistema los derechos determinados por su rol, eso quiere decir que pueden realizar solamente algunas tarea dentro del software. Esas posibilidades se muestran en un menú de barra horizontal que tiene los siguientes grupos de opciones: 1. Gestión de Personas 2. Gestión de Programas de Postgrado 3. Gestión de Ediciones de Postgrado 4. Clasificadores del Sistema. 5. Gestión de Usuarios.. 3.2 Gestión de Personas El menú Personas se refiere a todo lo concerniente a la gestión de datos sobre personas con las que se trabaja. Después de ser autentificado si se desea realizar alguna actividad sobre los estudiantes o profesores, se selecciona el menú de barra Personas donde se mostrará el submenú correspondiente con las opciones de cada uno de estos, ya sea emisión de informes o el formulario Personas.. 38.

(48) Capítulo 3. Manual de Usuario. Gestión de Estudiantes. Gestión de Profesores. 39.

(49) Capítulo 3. Manual de Usuario.. Listado de personas Para la gestión de todas las personas en el sistema se parte de un listado, que tiene posibilidades de filtrar y ordenar, mostrando los datos generales de cada persona ya sea estudiante o profesor y dando la posibilidad de ver los datos en detalle o editarlos en dependencia del rol del usuario.. 40.

(50) Capítulo 3. Manual de Usuario.. Buscar personas La opción de búsqueda permite filtrar el listado de personas por algunos de sus campos principales, dando la posibilidad de hacer la busqueda parcial o que incluya todos los terminos.. 41.