SISTEMA ESCALAFON DOCENTE UNIVERSIDAD CATOLICA DE …

1

SISTEMA ESCALAFON DOCENTE UNIVERSIDAD CATOLICA DE PEREIRA 2013

MARIA FERNANDA RODRIGUEZ MANTILLA

UNIVERSIDAD CATÓLICA DE PEREIRA

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES

PRÁCTICAS ACADÉMICAS PEREIRA

2013

2


MARIA FERNANDA RODRIGUEZ MANTILLA

INFORME FINAL DE PRÁCTICA

Tutor ALONSO TORO LAZO

INGENIERO DE SISTEMAS Y TELECOMUNICACIONES

UNIVERSIDAD CATÓLICA DE PEREIRA FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA

PROGRAMA DE INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES PRÁCTICAS ACADÉMICAS

PEREIRA 2013

3

TABLA DE CONTENIDO

INTRODUCCION .............................................................................................................................. 8

1. PRESENTACIÓN DE LA ORGANIZACIÓN ........................................................................ 9

1.1. HISTORIA .......................................................................................................................... 9

1.2. DESCRIPCION ............................................................................................................... 10

1.3. MISION ............................................................................................................................. 10

1.4. VISION ............................................................................................................................. 11

1.5. VALORES ........................................................................................................................ 12

1.6. NUMERO DE EMPLEADOS ........................................................................................ 13

1.7. ESTRUCTURA ORGANIZACIONAL ........................................................................... 14

1.8. AREA DE TRABAJO DEL PRACTICANTE ................................................................ 14

2. DEFINICION DE LAS LINEAS DE INTERVENCION ...................................................... 15

3. DESCRIPCION DEL PROBLEMA ...................................................................................... 16

4. JUSTIFICACION .................................................................................................................... 17

5. OBJETIVOS ............................................................................................................................ 18

5.1 OBJETIVO GENERAL ................................................................................................... 18

5.2 OBJETIVOS ESPECÍFICOS ........................................................................................ 18

6. MARCO TEORICO ................................................................................................................ 19

6.1 ESCALAFON DOCENTE UNIVERSIDAD CATOLICA DE PEREIRA ................... 19

6.1.1 Definición ................................................................................................................. 19

6.1.2 Propósitos ................................................................................................................ 19

6.1.3 Objetivos específicos ............................................................................................. 20

6.1.4 Perfil docente de la universidad ........................................................................... 20

6.1.5 Definición de factores ............................................................................................ 20

6.2 INGENIERIA DE SOFTWARE ..................................................................................... 21

6.3 METODOLOGIA DE DESARROLLO DE SOFTWARE ............................................ 22

6.4 REQUERIMIENTOS DE SOFTWARE ........................................................................ 23

6.5 ARQUITECTURA DE SOFTWARE ............................................................................. 24

6.6 PRUEBAS DE SOFTWARE ......................................................................................... 26

4

6.6.1 Tipos de Prueba...................................................................................................... 26

7. CRONOGRAMA ..................................................................................................................... 29

8. PRESENTACIÓN Y ANÁLISIS DE RESULTADOS ........................................................ 30

8.1 REQUERIMIENTOS DEL SOFTWARE ...................................................................... 30

8.2 ARQUITECTURA DE SOFTWARE ............................................................................. 32

8.2.1 Diseño de las entradas .......................................................................................... 32

8.2.2 Vistas ........................................................................................................................ 37

8.2.3 Diagrama de casos de uso principal. .................................................................. 39

8.2.4 Diagrama de Actividades del proceso de registro. ............................................ 40

8.2.5 Diagrama de clases. .............................................................................................. 41

8.2.6 Modelos de datos ................................................................................................... 42

8.2.7 Especificaciones de diseño ................................................................................... 43

8.2.8 Salidas del Sistema ................................................................................................ 46

8.2.9 Mapa de Sitio Web ................................................................................................. 47

8.3 DESARROLLO ............................................................................................................... 48

9. CONCLUSIONES ................................................................................................................... 49

10. RECOMENDACIONES ..................................................................................................... 50

11. REFERENCIAS BIBLIOGRÁFICAS ............................................................................... 51

5

TABLA DE ILUSTRACIONES

Ilustración 1: Estructura organizacional UCP .................................................................................... 14

Ilustración 2: Vista gráfica Modelo para el Desarrollo y Gestión de proyectos de software para

PYMES en Colombia .......................................................................................................................... 23

Ilustración 3: Clasificación de modelos en la arquitectura de Software ........................................... 25

Ilustración 4: Formato de entrada para registro de información ..................................................... 36

Ilustración 5: Formato de entrada para evaluación de información ................................................ 37

Ilustración 6: Pantalla de convocatorias Escalafón Docente UCP ..................................................... 37

Ilustración 7: Pantalla de Menú para el perfil Administrador ........................................................... 38

Ilustración 8: Pantalla de Menú perfil Evaluador .............................................................................. 38

Ilustración 9: Diagrama principal de casos de uso ............................................................................ 39

Ilustración 10: Diagrama de actividades ........................................................................................... 40

Ilustración 11: Diagrama de clases del sistema Escalafón Docente UCP .......................................... 41

Ilustración 12: Modelo de datos Sistema Escalafón Docente UCP ................................................... 42

Ilustración 13: Formato de Salidas del sistema ................................................................................. 46

Ilustración 14: Diagrama de representación o mapa del sitio del sistema Escalafón Docente UCP . 47

6

RESUMEN

El objetivo principal del proyecto escalafón docente de la Universidad Católica de Pereira está centrado en la creación de un aplicativo software de calidad titulado EscalafonDocenteUCP, desarrollo en el cual se implemente un modelo propio para el desarrollo y la gestión de proyectos de software en Colombia propuesto por el Grupo de Investigación en Innovación e Ingeniería de la Universidad Católica de Pereira (GIII-UCP), antes grupo de investigación TICS (Tecnologías de Información y Comunicación para la Sociedad), de tal manera que se contribuya a la validación del modelo. Por tal motivo, se planteó el desarrollarlo de la solución en las fases que inicialmente propone el modelo, abordando de manera estructurada cada componente y/o característica de desarrollo en las etapas de requerimientos, arquitectura y desarrollo de software. Es importante mencionar, que el software EscalafonDocenteUCP está regido por el reglamento de escalonamiento de la Universidad vigente desde el año 2007, el cual fue aplicado tratando de dar un enfoque práctico e innovador a la solución propuesta, con el fin de automatizar los procesos que componen el registro, actualización y promoción de la información de los docentes haciéndolos más amigables al usuario. PALABRAS CLAVES: Ingeniería de software, requerimientos, arquitectura de software, desarrollo de software y escalafón docente universidad católica de Pereira (Reglamento).

7

ABSTRACT

The main objective of the project called “Teaching Scale” at Universidad Católica de Pereira, is focused on the creation of a quality software application entitled EscalafonDocenteUCP, in which the university implements its own model for the development and management of software projects in Colombia, proposed by the Research Group on Innovation and Engineering at Universidad Católica de Pereira (GIII-UCP), called before ICT Research Group (Information and Communication Technology for Society), in order to contribute to the validation of the model. For that reason, the development for the solution within the phases initially proposed by the model was considered, taking into account a structured way, each component and / or feature development in the stages of requirements, architecture and software development. It is important to mention that the software EscalafonDocenteUCP is governed by the regulations of the University Teaching Scale Classification since 2007, which was applied in order to give a practical and innovative approach to the solution proposed, for automating the processes related to registration, updating and promotion of information about teachers, to make the process friendlier for the user. Key Words: software engineering, requirements, software architecture, development, Teaching Scale at UCP.

8


INTRODUCCION

Tal como lo expresa la misión de la Universidad Católica de Pereira, los docentes deben encontrar en su actividad un estímulo necesario para su proyecto de vida. Es por esto que mediante el proyecto “ESCALAFÓN DOCENTE UCP” se pretende desarrollar un sistema administrativo que promueva la investigación, estimule la actividad académica y propenda por el desarrollo humano de los profesores facilitando la evaluación de los siguientes factores:

1. Conocimiento y formación docente. 2. Creación académica. 3. Desarrollo docente.

Con lo anterior, la Vicerrectoría Académica plantea como medida importante para promover el desarrollo docente en los ámbitos disciplinar y pedagógico, fundados en su proyecto de vida personal, la sistematización del proceso de registro, consulta y actualización del escalafón docente, de manera que sea más eficiente, ágil y permita que la información esté disponible en todo momento. De esta manera, se fortalecerá también el cumplimiento de propósitos importantes tales como cualificar la carrera docente, alcanzar la excelencia académica a nivel personal e institucional, desarrollar la investigación y las comunidades académicas, favorecer la consolidación del proyecto de vida personal, entre otros. Debido a lo anterior, y teniendo en cuenta que uno de los objetivos más importantes del escalafón docente es “brindar a los docentes de la Universidad condiciones laborales óptimas y en concordancia con las posibilidades ofrecidas por las demás instituciones de educación superior del orden regional” (Universidad Catolica de Pereira) se plantea por el proyecto el desarrollo de un software que permita de forma pragmática la sistematización de los procesos relacionados con el registro, actualización, consulta y evaluación de información del escalafón docente, facilitando el cumplimiento de los criterios que al respecto han sido establecidos por la UCP en el reglamento del escalafón docente y permitiendo llevar a cabo un seguimiento ordenado y sistematizado de la información (conocimiento y formación, producción académica, desarrollo docente) que un profesor de la Universidad Católica de Pereira genere en el desarrollo de su profesión como docente, convirtiéndola en información accesible tanto para los mismos docentes como para el comité de escalafón y demás personas involucradas con su administración y evaluación.

9

1. PRESENTACIÓN DE LA ORGANIZACIÓN

1.1. HISTORIA

La Universidad Católica de Pereira (antes Universidad Católica Popular del

Risaralda) nació gracias a la iniciativa, la capacidad emprendedora y decisión de un grupo de estudiantes que deseaban una alternativa académica diferente a las existentes en la ciudad de Pereira, para su formación profesional. En medio de grandes limitaciones financieras y académicas lograron crear un centro de estudios que llamaron "Fundación Autónoma Popular del Risaralda", en el cual se ofrecían los programas de Derecho y Economía Industrial.

Este grupo de estudiantes que, empleando sus propios recursos, logró reunir fondos para asumir el sostenimiento de la institución y enfrentó grandes dificultades y retos en los aspectos pedagógicos y académicos. En 1973 pidieron al entonces Obispo Coadjutor de Pereira Monseñor Darío Castrillón Hoyos que fuese el Rector de la Institución y él con gusto aceptó.

Posteriormente, en el año de 1974, los estudiantes solicitaron a los sacerdotes Francisco Arias Salazar y Francisco Nel Jiménez Gómez que prestaran sus servicios como docentes de la Universidad y de esta forma se estrecharon aún más los vínculos entre la Diócesis de Pereira y la Fundación COPESA. Ese mismo año, el Señor Obispo y los dos sacerdotes vinculados a la Fundación como docentes, llevaron a cabo un examen crítico de la situación de la Institución concluyendo que las circunstancias en las cuales se desarrollaba y las condiciones externas que afrontaba no le permitían asegurar su viabilidad futura. No obstante, persistían en su deseo de apoyar tan importante proyecto.

El objetivo de la naciente Universidad era de contribuir a la educación y formación profesional y humana del creciente número de estudiantes del Departamento de Risaralda e impulsar la formación del talento humano, con la capacidad de liderazgo y creatividad indispensables para el desarrollo regional.

La primera sede de la UCP estuvo ubicada en las instalaciones del antiguo Seminario Menor en la Avenida Circunvalar; allí se compartía en jornada contraria, el uso del edificio con el Colegio Oficial Femenino. Fue en este lugar, en medio de grandes limitaciones donde se forjaron los sueños, las ideas y los principios de un proyecto que todos los días crece con el esfuerzo y dedicación de sus integrantes.

Después de 19 años de sueños realizados y nuevas esperanzas, el 16 de enero de 1994 la UCP culminó con éxito otra etapa de su crecimiento, al trasladar sus instalaciones a la actual sede ubicada en la Avenida de las Américas carrera 21 Nº 49-95. En la nueva sede, la Universidad ha podido materializar una nueva

10

estrategia de crecimiento basada en la universalidad y la diversificación que le ha permito ofrecer los programas de Diseño Industrial en 1994, Arquitectura en 1996, Comunicación Social y Periodismo en 1997, Psicología en 1998, Ingeniería de Sistemas y Telecomunicaciones en 2003 y Negocios internacionales en 2005. Con ocasión a los veinticinco años de la Universidad, el Consejo Superior creó el Programa Profesional de Teología. 1.2. DESCRIPCION

La Universidad Católica de Pereira es una institución de educación superior inspirada en los principios de la fe católica, que asume con compromiso y decisión su función de ser apoyo para la formación humana, ética y profesional de los miembros de la comunidad universitaria y mediante ellos, de la sociedad en general. Actualmente la Universidad Católica de Pereira está ubicada en un área construida de 13.181 m2 y cuenta con una población cercana a los 2.300 estudiantes, 180 profesores y 100 colaboradores entre directivos, administrativos y servicios generales, todos trabajando al servicio de una misma causa: "SER APOYO PARA LLEGAR A SER GENTE, GENTE DE BIEN Y PROFESIONALMENTE CAPAZ”. (Universidad Catolica de Pereira) En ésta misma línea, la Vicerrectoría Académica es la encargada de coordinar el programa de desarrollo docente, orientar la implementación de la propuesta pedagógica de la universidad, establecer lineamientos para el diseño y reforma curricular en los programas, promover y apoyar la investigación, entre otros. Es en esta dependencia donde se propone sea implementado el desarrollo a realizar mediante el presente proyecto. 1.3. MISION

La Universidad Católica de Pereira es una institución de Educación Superior inspirada en los principios de la fe católica, que asume con compromiso y decisión su función de ser apoyo para la formación humana, ética y profesional de los miembros de la comunidad universitaria y mediante ellos, de la sociedad en general. La Universidad existe para el servicio de la sociedad y de la comunidad universitaria. El servicio a los más necesitados, es una opción fundamental de la institución, la cual cumple formando una persona comprometida con la sociedad, investigando los problemas de la región y comprometiéndose interinstitucionalmente en su solución. Es así como se entiende su carácter de Popular.

11

Guiada por los principios del amor y la búsqueda de la verdad y del bien, promueve la discusión amplia y rigurosa de las ideas y posibilita el encuentro de diferentes disciplinas y opiniones. En este contexto, promueve el diálogo riguroso y constructivo entre la fe y la razón. Como institución educativa actúa en los campos de la ciencia, la tecnología, el arte y la cultura, mediante la formación, la investigación y la extensión.

Inspirada en la visión del hombre de Jesús de Nazaret, posibilita la formación humana de sus miembros en todas las dimensiones de la existencia, generando una dinámica de auto superación permanente, asumida con autonomía y libertad, en un ambiente de participación y de exaltación de la dignidad humana. La Universidad se propone hacer de la actividad docente un proyecto de vida estimulante orientado a crear y consolidar una relación de comunicación y de participación para la búsqueda conjunta del conocimiento y la formación integral. Por tanto, a través de los programas de investigación se propone contribuir al desarrollo del saber y en particular al conocimiento de la región. Mediante los programas de extensión se proyecta a la comunidad para contribuir al desarrollo, el bienestar y el mejoramiento de la calidad de vida. Para el logro de la excelencia académica y el cumplimiento de sus responsabilidades con la comunidad, la universidad fomenta programas de desarrollo docente y administrativo y propicia las condiciones para que sus miembros se apropien de los principios que la inspiran, bajo el compromiso de “Ser apoyo para llegar a ser gente, gente de bien y profesionalmente capaz" (Universidad Catolica de Pereira) 1.4. VISION La Universidad inspirada por los principios y valores cristianos será líder en los procesos de construcción y apropiación del conocimiento y en los procesos de formación humana, ética y profesional de sus estudiantes, de todos los miembros de la comunidad universitaria y de la sociedad. Será un escenario permanente para el diálogo riguroso y constructivo de la fe con la razón, en el contexto de la evangelización de la cultura y la inculturación del Evangelio.

Será reconocida por su capacidad para actuar como agente dinamizador del cambio y promover en la comunidad y en la familia sistemas armónicos de convivencia. La Universidad tendrá un claro sentido institucional de servicio orientado hacia sus estudiantes, profesores, personal administrativo y la comunidad. Ejercerá liderazgo en programas y procesos de integración con la comunidad, los sectores populares, las empresas y el gobierno para contribuir al desarrollo

12

sostenible. Se caracterizará por conformar un ambiente laboral y académico que sea expresión y testimonio de los principios y valores institucionales. La Universidad tendrá la capacidad investigativa que le permita ser la institución con mayor conocimiento sobre los asuntos regionales. Consecuente con la realidad actual de un mundo interdependiente e intercomunicado, la Universidad fortalecerá sus vínculos con instituciones de su misma naturaleza tanto de orden nacional como internacional, y con otras instituciones. La Universidad promoverá una reflexión pedagógica permanente en un ambiente de apertura para enseñar y aprender, dar y recibir en orden a la calidad y el servicio. (Universidad Catolica de Pereira)

1.5. VALORES

ETICA: El ser el que hacer de la Universidad están inspirados y orientados por unos principios, valores y criterios éticos definidos. La Universidad está comprometida con el bien común y actuará siempre en conformidad con los valores de justicia, equidad, honestidad, libertad, solidaridad, verdad y responsabilidad. Como institución académica, es consciente de su responsabilidad científica tanto en la transmisión como en la producción y aplicación del conocimiento. VERDAD: La Universidad Católica de Pereira está inspirada en la búsqueda y el amor a la verdad. Como institución educativa y científica, pretende conservar, transmitir, producir y aplicar el conocimiento, pero su propósito va más allá: llegar a la verdad. El conocimiento de una realidad se alcanza cuando, mediante la experimentación y el ejercicio de la razón, se observan críticamente los fenómenos y se inducen las leyes que los rigen. Para llegar a la verdad se requiere, además de la razón científica, la sabiduría, que permite desentrañar el misterio profundo de las cosas y su sentido. DIGNIDAD HUMANA: La Dignidad Humana es aquella condición especial que reviste todo ser humano por el hecho de serlo, y lo caracteriza de forma permanente y fundamental desde su concepción hasta su muerte. Esta condición eleva al ser humano por encima de cualquier otro ser de la naturaleza y lo constituye en señor de la misma. La dignidad le pertenece consustancialmente al ser humano; no obstante, a la vez que es una condición que posee, es una tarea en la que debe comprometerse permanentemente: debe estar viva en su conciencia y manifestarse en sus palabras, de tal manera que genere el proyectos, comportamientos y actividades, de tal manera que genere el respeto hacia sí mismo, hacia los demás y hacia toda la obra humana. En este sentido, todo ser

13

humano debe asumir su existencia como un proceso de dignificación creciente de sí, de las personas y del mundo que lo rodea. SERVICIO: La Universidad Católica de Pereira se concibe como una organización al servicio de la sociedad, en particular la de su zona de influencia, y para el bien de los estudiantes y demás miembros. Por lo tanto, La Universidad Católica de Pereira no existe para sí misma, sino para contribuir al desarrollo sostenible de la sociedad, a la formación de sus estudiantes y a la realización del proyecto de vida de sus docentes y administrativos. Enmarcado este concepto en la visión cristiana, significa que sus intereses estén inspirados en la búsqueda del bien común y todo su ser y quehacer están animados por ese espíritu de servicio, a imagen de Jesús que “no vino a ser servido sino a servir”. CALIDAD: La Calidad, entendida como búsqueda de la perfección, es el valor que moviliza el ser y el quehacer de la comunidad universitaria de la UCP, tanto en el desarrollo de los procesos como en la obtención de los resultados, con miras a alcanzar el bienestar y el desarrollo de la persona y de la sociedad. COMPROMISO: La Universidad Católica de Pereira, más que un lugar físico, es una unión de fuerzas de todos sus miembros. La Universidad somos todos. Es por eso que las personas que a ella se vinculan deben tener capacidad para empeñarse en el logro de su misión, a través de una actitud de pertenencia y de su apropiación del ser y del quehacer de la institución. En este sentido, los integrantes de la comunidad universitaria deben estar vinculados a la Universidad de manera efectiva y afectiva. Efectiva por cuanto interactúan, participan y hacen suyos los propósitos y objetivos de la Universidad. Afectiva, por cuanto han desarrollado actitudes de simpatía y empatía, comunión profunda de sus intereses, proyectos y procesos. A SU VEZ, LA institución asume compromiso de posibilitar que sus miembros logren realizar su proyecto personal de vida. (Universidad Catolica de Pereira) 1.6. NUMERO DE EMPLEADOS Actualmente la Universidad Católica de Pereira está ubicada en un área construida de 13.181 m2 y cuenta con una población cercana a los 2.300 estudiantes, 180 profesores y 100 colaboradores entre directivos, administrativos y servicios generales. (Universidad Catolica de Pereira)

14

1.7. ESTRUCTURA ORGANIZACIONAL

Ilustración 1: Estructura organizacional UCP

1.8. AREA DE TRABAJO DEL PRACTICANTE

La práctica profesional se lleva a cabo en el área de desarrollo de software, para el departamento de investigaciones de la Universidad Católica de Pereira.

15

2. DEFINICION DE LAS LINEAS DE INTERVENCION

Existen dos factores que intervienen con el propósito de desarrollo del sistema Escalafón Docente de la Universidad Católica de Pereira y que fueron solicitados directamente por el departamento de Vicerrectoría Académica. El primero es coordinar el programa de desarrollo docente y el segundo apoyar la investigación. Por tal motivo, el propósito de desarrollo de la práctica que representa el desarrollo del sistema escalafón docente se encuentra estrictamente ligado a estos dos factores, es decir, apoya la investigación desde el punto de vista de desarrollo a través de la implementación de una metodología ágil para el aseguramiento de la calidad del software propuesta por el Grupo de Investigación TICS de la UCP, que pretende validar un modelo propio para el desarrollo de software en Colombia; (Grupo de investigación TICS de la UCP, 2013) y apoya el desarrollo docente a través de la construcción de un sistema de información que de forma práctica y útil facilite llevar a cabo los diferentes procesos de escalonamiento docente en la Universidad.

16

3. DESCRIPCION DEL PROBLEMA

Actualmente se considera la sistematización de procesos como un instrumento potencializado de los factores productivos en cualquier organización, ya que sustituir las tareas tradicionalmente manuales por sistemas software que faciliten y agilicen su realización, propone un crecimiento significativo en la competitividad y efectividad de la misma. Lo mencionado en el párrafo anterior plantea un proceso de actualización tecnológica que generalmente está compuesto por una serie de etapas preliminares a la implantación de cualquier nuevo sistema, siendo importante llevar a cabo inicialmente un análisis del proceso actual, antes de desarrollar el sistema de escalafón docente UCP que se pretende implementar. Partiendo de lo anterior, se encuentra que en la actualidad todos los procesos relacionados con el escalonamiento docente de la UCP se realizan de forma manual y dependen de una sola persona. También se observan una serie de falencias relacionadas con la documentación y el proceso de registro, consulta y evaluación, algunas de ellas se presentan a continuación: La información personal del docente se encuentra archivada de forma manual

en carpetas, sin un orden específico en gran cantidad debido al número de docentes registrados en el escalafón actual..

El proceso de ingreso, actualización o consulta de información de los miembros del escalafón docente es revisado y llevado a cabo de forma manual por una sola persona, quien además debe realizar otras labores propias de su cargo. Es decir, no tiene dedicación completa al proceso.

Para la realización de cualquier solicitud, es necesario contar con la disponibilidad de la persona encargada y los resultados de la consulta no son entregados de manera inmediata.

Para llevar a cabo el proceso de evaluación y asignación de puntos se requiere de la búsqueda manual de los documentos presentados por el docente y de la revisión física del reglamento del escalafón docente por parte del comité de evaluación, con el fin de emitir una valoración de acuerdo a la normatividad vigente.

En resumen, el problema radica en la forma arcaica como actualmente se lleva la información del escalafón docente y se maneja la documentación correspondiente, ya que la realización manual de estos procesos trae consigo una serie de falencias que convierten el proceso de registro, actualización y consulta en una actividad poco eficiente, que denota lentitud, dependencia de los funcionarios y que además resulta aburrida tanto para docente como para el comité evaluador y las personas encargadas de administrar el sistema.

17

4. JUSTIFICACION

Debido a la importancia que tiene para la Vicerrectoría Académica el proceso de escalafonamiento docente en la UCP y a las falencias que presenta actualmente, se hace necesaria la búsqueda de nuevas alternativas que permitan mejorar el proceso actual e incentivar a los docentes para que apoyen su formación en la propuesta pedagógica institucional, de tal manera que se potencie en ellos el desarrollo de procesos autónomos de aprendizaje, la solución de problemáticas relacionadas con el conocimiento científico y la gestión adecuada de sus proyectos de vida personal. Teniendo en cuenta lo anterior y con el ánimo de potencializar el proceso de registro, consulta y evaluación del escalafón docente, surge la necesidad de desarrollar un sistema software que permita sistematizar el proceso llevado a cabo actualmente y suplir las necesidades presentes en las diferentes etapas que componen el mismo, sustituyendo de esta manera ciertas actividades manuales que serían más eficientes si se realizaran mediante procesos sistemáticos de información. De esta manera, podrán generarse nuevos recursos para el manejo adecuado de la información, propiciar un entorno más agradable y práctico para la administración de los contenidos, agilidad y seguridad respecto a los datos y disponibilidad en todo momento desde cualquier lugar con acceso a internet. Es importante resaltar que la información generada y manipulada a través del software mencionado anteriormente, tiene como propósito elemental facilitar el cabal cumplimiento de los objetivos planteados por el reglamento del escalafón docente de la UCP, permitiendo elevar la calidad académica, garantizando una cualificación permanente en el campo profesional y fortalecer la formación pedagógica. Es por esta razón, que las personas pertenecientes al escalafón y aquellas que se encuentran en proceso de ingreso al mismo tienen el mayor interés en que se dé un manejo adecuado de su información, se brinde un óptimo acompañamiento a sus procesos de registro, actualización o consulta y se garantice una correcta evaluación.

18

5. OBJETIVOS

5.1 OBJETIVO GENERAL

Desarrollar un sistema software que permita sistematizar los procesos de registro, actualización y consulta del escalafón docente de la Universidad Católica de Pereira.

5.2 OBJETIVOS ESPECÍFICOS

Realizar el levantamiento de requerimientos del sistema.

Desarrollar los diferentes procesos que componen la etapa de arquitectura

en la ingeniería del software.

Generar un prototipo funcional del sistema, a partir de las definiciones entregadas por el proceso de ingeniería de software.

19

6. MARCO TEORICO

6.1 ESCALAFON DOCENTE UNIVERSIDAD CATOLICA DE PEREIRA El proyecto denominado Escalafón Docente UCP, se encuentra regido particularmente por el reglamento interno de escalonamiento docente de la Universidad Católica de Pereira, que es su contenido expresa lo siguientes:

6.1.1 Definición El escalafón docente constituye un sistema administrativo, mediante el cual se promueve y se estimula la actividad académica y se propende por el desarrollo humano de los profesores, quienes deben encontrar en la actividad académica los estímulos necesarios para la realización de su proyecto de vida, tal como lo expresa la misión de la UCPR1 (Marin Londoño, Perez Cardona, Salazar Gonzales, Peláez Valencia, Montoya Ferrer, & Gaviria Rios, 2007). En consecuencia, la finalidad primordial del sistema de escalafón es la de estimular el desarrollo y el crecimiento humano, la productividad y la calidad académica de los profesores vinculados a la Universidad. A través del escalafón se hace un reconocimiento a los profesores de acuerdo con los méritos logrados en el desempeño de su actividad docente, mediante la valoración de los factores de promoción. 6.1.2 Propósitos Consolidar la profesión docente y, en general, la actividad académica como un proyecto de vida estimulante, fortaleciendo el sentido de pertenencia y la claridad sobre la trascendencia de la labor del profesor como formador. Propiciar la conformación de una comunidad académica orientada a la búsqueda del conocimiento, con criterios de excelencia y para el servicio de la sociedad y la región. Contribuir al desarrollo docente para que el ejercicio de las actividades formativas, administrativas, investigativas y de proyección social, se realice en condiciones de excelencia, obteniendo el reconociendo de la comunidad académica nacional e internacional.

1 Hoy Universidad Católica de Pereira (UCP) según resolución 12669 del 27 de diciembre de 2010.

20

Brindar a los docentes de la Universidad condiciones laborales óptimas y en concordancia con las posibilidades ofrecidas por las demás instituciones de educación superior del orden regional.

6.1.3 Objetivos específicos

Elevar la calidad académica de los docentes, con criterios de excelencia y para el servicio de la sociedad.

Garantizar la cualificación permanente de los docentes en los temas propios de las disciplinas y campos profesionales en los cuales se desenvuelven.

Fortalecer la formación pedagógica, que en este sentido se concibe como una nueva profesión que le permita al profesor comprender el sentido de su conocimiento como educador y como apoyo para la autoformación de los estudiantes.

6.1.4 Perfil docente de la universidad

Hace manifiesta su identidad con la filosofía, los valores, la misión y la visión de la Universidad.

Posee formación e idoneidad para desempeñar con eficiencia las funciones de investigación, docencia y proyección social.

Evidencia compromiso con el propósito de servir de apoyo en la formación humana, ética y profesional de los estudiantes y de la Universidad.

Manifiesta deseo permanente de formación y capacitación, como parte de su compromiso con el conocimiento.

Es testimonio de compromiso, honestidad y respeto a la dignidad humana, a través de su proyecto de vida y sus actividades profesionales y humanas. (Marin Londoño, Perez Cardona, Salazar Gonzales, Peláez Valencia, Montoya Ferrer, & Gaviria Rios, 2007)

6.1.5 Definición de factores El escalafón docente permite el acceso y la promoción de los profesores con base en los desarrollos alcanzados por estos en forma integral, con fundamento en los siguientes factores:

21

1) Conocimiento y formación docente Este factor considera el desarrollo y los niveles de formación titulada, alcanzados por el docente en su propia disciplina, así como su constante actualización y preparación pedagógica. 2) Creación Académica Este factor evalúa los productos en los cuales se materializa o se hace explícita la creación de un docente, que puede ser divulgada y reproducida en cualquier forma y medio. Se considera creación académica los productos de dominio científico, literario, artístico, audiovisual, informático, tecnológico y la producción de inventos y diseños, que con su generación, desarrollo y difusión han contribuido al desarrollo académico del conocimiento en nombre de la Universidad. 3) Desarrollo docente Este factor considera los procesos académicos que ha realizado el docente en beneficio tanto de la Universidad como de la sociedad en general, lo cual se refleja en el sistema de valoración del desempeño docente.(IDENT)

6.2 INGENIERIA DE SOFTWARE “La ingeniería de software es una disciplina o área de la informática, que ofrece métodos y técnicas para desarrollar y mantener software de calidad que resuelva problemas de todo tipo” (Pressman, 2002). Se considera que el software se ha convertido en el elemento clave de la evolución de los sistemas y productos informáticos. En los pasados 50 años el software ha pasado de ser una resolución de problemas especializada y una herramienta de análisis de información, a ser una industria por sí misma. Pero la temprana cultura e historia de la programación ha creado un conjunto de problemas que persisten todavía hoy. El software se ha convertido en un factor que limita la evolución de los sistemas informáticos. Se compone de programas datos y documentos; cada uno de éstos forma una configuración que se crea como parte del proceso de la ingeniería del software. El intento de la ingeniería del software es proporcionar un marco de trabajo para construir software con mayor calidad. La creación de software es un proceso creativo y la ingeniería de software pretende sistematizar este proceso creativo con el único fin de ofrecer un producto de calidad y minimizar el riesgo de fracaso en la obtención de los objetivos planteados. Por ende el proyecto escalafón docente de la Universidad Católica de Pereira fundamenta la creación de software en la ingeniería de software, con el fin de dar un enfoque sistemático, disciplinado, cuantificable hacia el desarrollo, considerando también operación y mantenimiento del software.

22

La ingeniería de software es una tecnología multicapa (Proceso, Métodos y Herramientas), por ende cualquier enfoque de ingeniería debe apoyarse sobre un compromiso de organización de calidad. El fundamento de la ingeniería del software es la capa de proceso. El proceso de la ingeniería del software es la unión que mantiene juntas las capas de tecnología y que permite un desarrollo racional y oportuno de la ingeniería del software. Las áreas claves del proceso la base de control de gestión de proyectos y establecen el contexto en el que se aplican los métodos técnicos, se obtienen los productos de trabajo (modelos, documentos, datos, informes, formularios, etc.). 6.3 METODOLOGIA DE DESARROLLO DE SOFTWARE La metodología es un proceso de software detallado y completo, integra técnicas o métodos para abordar todas las actividades concernientes a un proyecto, elabora estrategias de desarrollo de software, estrategias adaptadas a la medida del cliente, orientadas hacia la funcionabilidad y entrega, con fines prácticos para ofrecer software de calidad. “El proceso de desarrollo de software es considerado como una tarea compleja, prueba de esto es la existencia de una gran cantidad de metodologías que inciden en distintas dimensiones de dicho proceso” (Pressman, 2002). El objetivo principal de la metodología consiste en mejorar la productividad en el desarrollo y la calidad del producto software. Con el objetivo principal de ofrecer un software de calidad, gestionar cambios de forma eficaz en todo lo concerniente al sistema de escalafón docente y cumplir con las expectativas finales de Vicerrectoría Académica de la Universidad Católica de Pereira, el software escalafón docente UCP pone en práctica la metodología ágil para el aseguramiento de la calidad del software propuesta por el Grupo de Investigación TICS2 de la UCP, que pretende validar un modelo propio para el desarrollo de software en Colombia (Grupo de investigación TICS de la UCP, 2013); la metodología centra su ideología en que Colombia podría desarrollar su industria de software obteniendo mejores resultados si logra que las empresas del sector adopten metodologías adecuadas para el desarrollo y apropiadas para la formación y la idiosincrasia del profesional que las soporta.

Desde el año 2006 la universidad católica de Pereira y en su nombre el grupo de investigación TICS, ha mostrado interés por acompañar a las PYMES de la región cafetera que se dedican a la construcción de software, en la adopción de nuevas prácticas para el desarrollo y la gestión de cada proyecto informático que tiene como problema central el software, a partir

2 Grupo de investigación TICS, hoy Grupo de Investigación en Innovación e Ingeniería de la Universidad

Católica de Pereira (GIII-UCP).

23

de este interés inicia en 2009 una investigación que tiene como propósito encontrara una ruta para mejorar la calidad del software producido en la región.

Valorar la calidad del proyecto del productor y del usuario, explorar y caracterizar las metodologías existentes y detectar las variables que garantizan que haya calidad en el proceso y en producto, fueron objetivos del proyecto. (Grupo de investigación TICS de la UCP, 2013)

Puntos claves que propone la metodología:

Ilustración 2: Vista gráfica Modelo para el Desarrollo y Gestión de proyectos de software para PYMES en Colombia Fuente: (Grupo de investigación TICS de la UCP, 2013)

6.4 REQUERIMIENTOS DE SOFTWARE La ingeniería de requerimientos facilita el mecanismo apropiado para entender lo que quiere el cliente analiza las necesidades, confirma su viabilidad. Dentro del proceso que con lleva la ingeniería de requisitos se establecen 5 pasos: identificación de requisitos, análisis de requisitos, especificación de requisitos, modelado del sistema, validación de requisitos y gestión de requisitos.

Estos procesos que plantea la ingeniería de requerimientos fueron empleados inicialmente en el sistema escalafón docente de la Universidad Católica de Pereira, definiendo de este modo todas las características funcionales y físicas que debe tener el producto software para poder ser ejecutado de manera práctica y exitosa en los dispositivos especificados por Vicerrectoría Académica.

24

6.5 ARQUITECTURA DE SOFTWARE La arquitectura de software representa una de las diferentes etapas de proceso que compone la ingeniería del software, es decir su estructura forma parte de la metodología de software definida y empleada para la construcción de proyectos software, se considera a la arquitectura como la organización fundamental de un sistema encarnada en sus componentes, las relaciones entre ellos, el ambiente y los principios que orientan su diseño y evolución. La arquitectura de software de un sistema es la estructura de las estructuras del sistema, la cual comprende los componentes del software, las propiedades de esos componentes visibles externamente y las relaciones entre ellos. Es la representación que capacita al ingeniero de software para analizar la efectividad del diseño para la consecución de los requisitos fijados, para considerar las alternativas arquitectónicas en una etapa en la cual hacer cambios en el diseño es relativamente fácil y para reducir los riegos asociados a la construcción del software. En su libro dedicado a la arquitectura de software, Bass y sus colegas (BAS, 1998) citado por (Pressman, 2002), identifican tres razones claves por las que la arquitectura de software es importante:

- La representación de la arquitectura de software facilita la comunicación entre todas las partes (participes) interesadas en el desarrollo de un sistema basado en computadora.

- La arquitectura destaca decisiones tempranas de diseño que tendrían un profundo impacto en todo el trabajo de ingeniería del software que sigue, y es tan importante en el éxito final del sistema como una entidad operacional.

- La arquitectura constituye un modelo relativamente pequeño o intelectualmente comprensible de cómo está estructurado el sistema y de cómo trabajan juntos sus componentes.

Destilando las definiciones y los puntos de vista implícitos los autores Mary Shaw y David Garlan citados por (Reynoso, 2004), clasifican los modelos en la arquitectura de software de esta forma:

1. Modelos estructurales: sostiene que la arquitectura del software está compuesta por componentes conexiones entre ellos y usualmente otros aspectos tales como configuración, estilo, restricciones, semántica, análisis, propiedades, racionalizaciones, requerimientos, necesidades de los participantes. El trabajo en esta área está caracterizada por el desarrollo de lenguajes de descripción arquitectónica.

25

2. Modelos de Framework: Son similares a la vista estructural, pero su énfasis

primario radica en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composición. Los modelos de framework a menudo se refieren a dominios o clases de problemas específicos. El trabajo que ejemplifica esta variante incluye arquitecturas de software específicas de dominios, como CORBA, o modelos basados en CORBA, o repositorios de componentes específicos, como PRISM. (Reynoso, 2004)

Ilustración 3: Clasificación de modelos en la arquitectura de Software (Reynoso, 2004)

3. Modelos Dinámicos: Enfatizan la cualidad conductual de los sistemas. “Dinámico” puede referirse a los cambios en la configuración del sistema, o a la dinámica involucrada en el progreso de la computación, tales como valores cambiantes de datos.

4. Modelos de Procesos: Se concentran en la construcción de la arquitectura, y en los pasos o procesos involucrados en esa construcción. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre programación de procesos para derivar arquitecturas.

26

5. Modelos Funcionales: Una minoría considera la arquitectura como un conjunto de componentes funcionales, organizados en capas que proporcionan servicios hacia arriba. Es tal vez útil pensar en esta visión como un framework particular. Ninguna de estas vistas excluye a las otras, ni representa un conflicto fundamental sobre lo que es o debe ser la AS. Por el contrario, representan un espectro en la comunidad de investigación sobre distintos énfasis que pueden aplicarse a la arquitectura: sobre sus partes constituyentes, su totalidad, la forma en que se comporta una vez construida, o el proceso de su construcción. Tomadas en su conjunto, destacan más bien un consenso. (Reynoso, 2004)

6.6 PRUEBAS DE SOFTWARE Las pruebas representan para el sistema escalafón docente de la Universidad Católica de Pereira un conjunto de actividades estrictamente involucradas en el desarrollo de software. Estas actividades son implementadas en determinados momentos del proceso de desarrollo y dependen generalmente de los tipos de pruebas elegidos para el proyecto. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente, es esta la razón por la cual hacen parte del proceso de ingeniería de software, definiendo de este modo una plantilla para realizar dichas pruebas, es decir, un conjunto de pasos en los cuales se puedan situar los métodos específicos de diseño de casos de prueba.

6.6.1 Tipos de Prueba - Pruebas de unidad: La prueba de unidad centra el proceso de verificación en

la menor unidad del diseño del software: el componente software o módulo. Se prueba la interfaz del módulo para asegurar que la información fluye de forma adecuada hacia y desde la unidad de programa que está siendo probada. Se examinan las estructuras de datos locales para asegurar que los datos que se mantienen temporalmente conservan su integridad durante todos los pasos de ejecución del algoritmo. Se prueban las condiciones límite para asegurar que el módulo funciona correctamente en los límites establecidos como restricciones de procesamiento. Se ejercitan todos los caminos independientes (caminos básicos) de la estructura de control con el fin de asegurar que todas las sentencias del módulo se ejecutan por lo menos una vez. y, finalmente, se prueban todos los caminos de manejo de errores.

- Pruebas de Integración: La prueba de integración es una técnica sistemática para construir la estructura del programa mientras que, al mismo tiempo, se

27

llevan a cabo pruebas para detectar errores asociados con la interacción. El objetivo es coger los módulos probados mediante la prueba de unidad y construir una estructura de programa que esté de acuerdo con lo que dicta el diseño.

- Pruebas de Validación: La validación del software se consigue mediante una serie de pruebas de caja negra que demuestran la conformidad con los requisitos. Un plan de prueba traza la clase de pruebas que se han de llevar a cabo, y un procedimiento de prueba define los casos de prueba específicos en un intento por descubrir errores de acuerdo con los requisitos. Tanto el plan como el procedimiento estarán diseñados para asegurar que se satisfacen todos los requisitos funcionales, que se alcanzan todos los requisitos de rendimiento, que la documentación es correcta e inteligible y que se alcanzan otros requisitos (por ejemplo, portabilidad, compatibilidad, recuperación de errores, facilidad de

- Mantenimiento).

- Pruebas del Sistema: La prueba del sistema, realmente, está constituida por una serie de pruebas diferentes cuyo propósito primordial es ejercitar profundamente el sistema basado en computadora. Aunque cada prueba tiene un propósito diferente, todas trabajan para verificar que se han integrado adecuadamente todos los elementos del sistema y que realizan las funciones apropiadas.

Tipos de Prueba del sistema: - Prueba de recuperación: es una prueba del sistema que fuerza el fallo del

software de muchas formas y verifica que la recuperación se lleva a cabo apropiadamente. Si la recuperación es automática (llevada a cabo por el propio sistema) hay que evaluar la corrección de la inicialización, de los mecanismos de recuperación del estado del sistema, de la recuperación de datos y del proceso de rearranque.

- Prueba de seguridad: intenta verificar que los mecanismos de protección incorporados en el sistema lo protegerán, de hecho, de accesos impropios.

- Prueba de recuperación: Las pruebas de resistencia están diseñadas para

enfrentar a los programas con situaciones anormales.

- Prueba de rendimiento: está diseñada para probar el rendimiento del software en tiempo de ejecución dentro del contexto de un sistema integrado. La prueba de rendimiento se da durante todos los pasos del proceso de la prueba. Incluso al nivel de unidad, se debe asegurar el rendimiento de los módulos individuales

28

a medida que se llevan a cabo las pruebas de caja blanca. Sin embargo, hasta que no están completamente integrados todos los elementos del sistema no se puede asegurar realmente el rendimiento del sistema.

29

7. CRONOGRAMA

PROCESO ACTIVIDAD FEBRERO MARZO ABRIL MAYO JUNIO

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

REQUERIMIENTOS Análisis de Información X X

REQUERIMIENTOS Levantamiento X X X

ARQUITECTURA Diseño de las entradas X

ARQUITECTURA Vistas o modelos X X X X X

ARQUITECTURA Especificaciones de diseño

X

ARQUITECTURA Salidas del sistema X

ARQUITECTURA Pruebas X X

ARQUITECTURA Plataforma Tecnológica X X

DESARRROLLO Desarrollo X X X X X

DOCUMENTACION Documentación X X X X X X X X X X X X

30

8. PRESENTACIÓN Y ANÁLISIS DE RESULTADOS 8.1 REQUERIMIENTOS DEL SOFTWARE

CODIGO

REQUERIMIENTO DESCRIPCION CLASIFICACION

RQ01

El sistema debe estar regido a partir de las definiciones presentes en el reglamento del escalafón docente de la Universidad Católica de Pereira.

No funcional-Producto

RQ02

Los usuarios administradores tendrán la posibilidad de modificar el formato de evaluación, solo en el caso de que el reglamento del escalafón presente algún cambio.

Funcional

RQ03

El ingreso de nuevos registros o modificación de documentos estará sujeto a una fecha de inicio y una fecha de finalización. Este periodo es variable y los administradores podrán cambiar las fechas de convocatoria.

Funcional

RQ04

Los usuarios con perfiles de docente y administrador realizarán acciones de consulta e impresión de resoluciones en todo momento.

Funcional

RQ05

Los docentes de planta, integrantes del comité escalafón y administradores, registrarán una cuenta de usuario, que les permitirá acceder al sistema con uno de los siguientes perfiles de usuario docente, administrador, evaluador.

Funcional empezó

RQ06

El administrador del sistema tendrá control sobre todas las cuentas creadas por los usuarios del sistema y aceptará o denegará el registro.

Funcional

RQ07

Las diferentes categorías del escalafón deben ser mostradas con sus respectivos requisitos, de tal forma que los docentes puedan seleccionar la categoría, ingresar y llenar la documentación respectiva.

Funcional

RQ08

Los usuarios administradores podrán agregar nuevas categorías al escalafón, con sus respectivas modificaciones.

Funcional

RQ09

Los usuarios docentes y administradores podrán conocer el estado en que se encuentra el proceso de cada docente, esta consulta no es detallada.

Funcional

RQ10

Durante el proceso de anexo de documentos se permitirá el ingreso de archivos en formato PDF, WORD, EXCEL, entre otros, así como de imágenes en distintos formatos y a través de diferentes navegadores web con el fin de no generar ningún error al almacenar la información. El administrador definirá el peso y la cantidad de archivos a subir en el sistema.

Funcional- sistema

31

RQ11

Los evaluadores ingresarán al sistema de revisión y calificación de documentación en las fechas determinadas por los administradores, emitiendo durante este periodo las respectivas revisiones y ascenso de categoría. Estas fechas son variables y los administradores podrán modificarlas.

Funcional

RQ12

La documentación generada en una determinada convocatoria será dividida y asignada a los evaluadores del comité de manera equitativa para su posterior revisión.

Funcional

RQ13

Los evaluadores tendrán la opción de anexar documentos en el módulo de calificaciones, este documento anexo es el resultado de una evaluación externa solicitada a un par académico o persona experta.

Funcional

RQ14

Como proceso final de revisión y después de haber conocido la decisión del concejo académico, el rector emitirá una resolución aprobando el ascenso de categoría del docente. Este documento será ingresado al sistema por el administrador.

Funcional

RQ15

Se generará un historial de evaluaciones y resoluciones de todos los docentes pertenecientes al escalafón.

Funcional

RQ16

El administrador podrá consultar de manera detallada todas las revisiones generadas por los evaluadores, iniciando la búsqueda con el número de resolución, convocatoria o historial del evaluador.

Funcional

RQ17

El administrador realizará ingreso, modificación, consulta o eliminación de la documentación de los docentes. Adicionalmente podrá imprimir las resoluciones.

Funcional

RQ18

El administrador podrá acceder al módulo de calificaciones, asignar puntos, emitir observaciones y finalmente determinar un ascenso sólo en caso de que el docente ya posea un historial de escalafón, pero se esté subiendo al sistema por primera vez.

Funcional

RQ19

El usuario administrador podrá generar los siguientes informes: Relación de personal docente, Relación de personal docente con sus respectivos soportes, Histórico de docente por categorías, Resultado de las evaluaciones en determinada convocatoria, Histórico acumulado de puntos en cada factor por cada docente, Histórico de revisiones emitidas por cada evaluador.

Funcional

RQ20 El sistema estará alojado en un Hosting y tendrá acceso disponible desde la web.

No Funcional-Producto sistema

RQ21

El sistema deberá tener un control de acceso para permitir que solo los usuarios registrados puedan ingresar. Además debe garantizar la confidencialidad de los documentos ingresados por los usuarios.

No Funcional – Usuario

32

RQ22

Se almacenará toda la información de usuarios en una base de datos alojada en los servidores de la universidad, la cual estará relacionada con la base de datos del personal docente de la universidad, con el fin de validar los registros de usuario.

Funcional

RQ23 Se generar la autor recuperación de información frente a fallos que no estén al alcance del usuario Funcional

RQ24

El proceso de información y soportes por parte del docente, así como el proceso de valoración por pate de los evaluadores debe ser lo mas grafico posible y generar el menor nivel de interacción posible con el fin de evitar imprecisiones en la información

RQ25 La copia de seguridad será generada por el administrador a través del sistema.

Funcional

8.2 ARQUITECTURA DE SOFTWARE

8.2.1 Diseño de las entradas El sistema administrativo de escalafón docente perteneciente a la Universidad Católica de Pereira define una estructura específica y ordenada para su acceso, por ende los diferentes roles de usuarios derivados del sistema registran diversas actividades consecutivas en determinados procesos que aseguran de una forma u otra una adecuada sistematización de información. A continuación se presenta un listado representativo de la información que será registrada en el sistema.

PROCESO ACTIVIDAD DESCRIPCIÓN

Registro de usuarios

Seleccionar perfil de usuario El usuario que desee ingresar al sistema de escalafón docente deberá seleccionar el perfil de usuario deseado en este caso: docente, administrador o evaluador.


Ingreso de datos El usuario deberá llenar los campos solicitados por el sistema: nombres, apellidos, código, dirección de correo electrónico, dirección domiciliaria, teléfonos, y podrá emitir observaciones.


Ingreso de usuario y contraseña

El usuario ingresa el nombre de usuario deseado para el sistema y su contraseña de acceso.

Registro de usuarios Confirmación de contraseña El usuario reescribe la contraseña

ingresada anteriormente.

33

Registro de documentación

Ingreso de documentación factor conocimiento y formación

Este factor considera el desarrollo y los niveles de formación titulada,

Alcanzados por el docente en su propia disciplina, así como su constante actualización y preparación pedagógica.


Ingreso de documentación estudios universitarios

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: título de la formación, año, institución, intensidad, ingresan soportes y emiten observaciones


Ingreso de documentación formación pedagógica.

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: título de la formación, año, institución, intensidad, ingresan soportes y emiten observaciones


Ingreso de documentación suficiencia en segunda lengua

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: título de la formación, año, institución, intensidad, ingresan soportes y emiten observaciones.


Ingreso de documentación factor creación académica

Considera creación académica los productos de dominio científico, literario, artístico, audiovisual, informático, tecnológico y la producción de inventos y diseños, que con su generación, desarrollo y difusión han contribuido al desarrollo académico del conocimiento en nombre de la Universidad.


Ingreso de documentación de patentes

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre, soportes y emiten observaciones.


Ingreso documentación de libros

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre de la publicación, clasificación, país, año, ISBN, ingresan soportes y emiten observaciones


Ingreso documentación de artículos de revista

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre del artículo, clasificación,

34

nombre de la publicación, país, año, ISBN, ingresan soportes y emiten observaciones.


Ingreso documentación de ponencias

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre de la ponencia, clasificación, nombre del evento, país, año, ISBN, ingresan soportes y emiten observaciones.


Ingreso documentación de obras artísticas

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre de la obra, lugar, año, ingresan soportes y emiten observaciones


Ingreso documentación de productos informáticos

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre, clasificación, año, ingresan soportes y emiten observaciones


Ingreso documentación de diseño y procesos



Ingreso documentación de audiovisuales y multimedia.



Ingreso documentación de traducciones

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre de la publicación, clasificación, país, año, ISBN, ingresan soportes y emiten observaciones.


Ingreso de documentación factor desarrollo docente

procesos académicos que ha realizado el docente en

Beneficio tanto de la Universidad

35

como de la sociedad en general, lo cual se refleja en el sistema de valoración del desempeño docente.


Ingreso documentación de valoración de desempeño

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: semestre, valoración, ingresan soportes y emiten observaciones.


Ingreso documentación de orientación de cursos de diplomado y postgrados.

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: nombre del curso, programa, año, evaluación, ingresan soportes y emiten observaciones.


Ingreso documentación de diseño de nuevas ofertas académicas

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: tipo de oferta académica, año, ingresan soportes y emiten observaciones.


Ingreso documentación de participación como par académico.

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: tipo de participación, año, ingresan soportes y emiten observaciones.


Ingreso documentación de cargos de dirección académica.

Los docentes registrados en el sistema escalafón docente ingresan los siguientes datos: cargo desempeñado, año, ingresan soportes y emiten observaciones.

Evaluación de documentación

Revisión de documentación y calificación del factor conocimiento y formación.

Los evaluadores y administradores registrados en el sistema escalafón docente, ingresan los puntos generados por las revisiones en cada uno de sus componentes y en determinados casos ingresan soportes de revisiones externas.


Revisión de documentación y calificación del factor creación académica.

Los evaluadores y administradores registrados en el sistema escalafón docente, ingresan los puntos generados por las revisiones en cada uno de sus componentes y en determinados casos ingresan

36

soportes de revisiones externas.


Revisión y calificación de documentación del factor desarrollo docente.

Los evaluadores y administradores registrados en el sistema escalafón docente, ingresan los puntos generados por las revisiones en cada uno de sus componentes y en determinados casos ingresan soportes de revisiones externas.

Entrada Proceso Registro de Documentación.

Ilustración 4: Formato de entrada para registro de información

37

Entrada Proceso de Evaluación de Documentación

Ilustración 5: Formato de entrada para evaluación de información

8.2.2 Vistas

A continuación algunas vistas principales del sistema Escalafón Docente de la Universidad Católica de Pereira:

Ilustración 6: Pantalla de convocatorias Escalafón Docente UCP

38

Ilustración 7: Pantalla de Menú para el perfil Administrador

Ilustración 8: Pantalla de Menú perfil Evaluador

39

8.2.3 Diagrama de casos de uso principal.

Ilustración 9: Diagrama principal de casos de uso

40

8.2.4 Diagrama de Actividades del proceso de registro.

Ilustración 10: Diagrama de actividades

41

8.2.5 Diagrama de clases.

Ilustración 11: Diagrama de clases del sistema Escalafón Docente UCP

42

8.2.6 Modelos de datos

Ilustración 12: Modelo de datos Sistema Escalafón Docente UCP

43

8.2.7 Especificaciones de diseño

MAQUINA VIRTUAL Se consideró implantar un espacio de trabajo para el desarrollo de software del sistema escalafón docente de la Universidad Católica de Pereira en una máquina virtual perteneciente a la Universidad. La máquina virtual representa un software que simula una computadora y ejecuta programas como una real. En un principio fue definido como "un duplicado eficiente y aislado de una máquina física". La acepción del término actualmente incluye a máquinas virtuales que no tienen ninguna equivalencia directa con ningún hardware real. WINDOWS SERVER 2008 El sistema operativo a utilizar para el desarrollo del sistema escalafón docente de la Universidad Católica de Pereira es Windows Server 2008 y tiene su fundamento de elección por tres características principales: la primera es porque esta específicamente diseñado para servidores, la segunda es porque se puede controlar y trabajar de forma remota y en tercer lugar por todas sus características de virtualización. Microsoft Windows Server 2008 está diseñado para ofrecer a las organizaciones la plataforma más productiva para virtualización de cargas de trabajo, creación de aplicaciones eficaces y protección de redes. Ofrece una plataforma segura y de fácil administración, para el desarrollo y alojamiento confiable de aplicaciones y servicios web. Del grupo de trabajo al centro de datos, Windows Server 2008 incluye nuevas funciones de gran valor y eficacia y mejoras impactantes en el sistema operativo base. Windows Server 2008 representa la siguiente generación de Windows Server. Ofrece a los profesionales de TI más control sobre su infraestructura de servidores y red, y les permite centrarse en las necesidades críticas del negocio. Aumenta la seguridad al proteger el sistema operativo y el entorno de red. También ofrece flexibilidad a los profesionales de TI, al acelerar la implementación y el mantenimiento de sistemas de TI, facilita la consolidación y virtualización de servidores y aplicaciones, y ofrecer herramientas administrativas intuitivas. Windows Server 2008 ofrece la mejor base para cualquier servidor e infraestructura de red de la organización. VISUAL STUDIO 2012 La herramienta seleccionada para el desarrollo de programación del sistema fue Visual Studio 2012. Esta herramienta proporciona un entorno de desarrollo integrado para Windows. Una de las principales

44

características de visual es que soporta varios lenguajes de programación como: C++, C#, .NET y entorno de desarrollo web ASP.NET. Son dos de las características anteriormente mencionadas las que conllevan a la elección de esta herramienta, una de ellas es que el entorno de desarrollo efectivamente se realizara en Windows Server 2008 y la segunda característica y no menos importante es el lenguaje de programación ASP.NET; este lenguaje permite crear aplicaciones, sitios y aplicaciones web intercomunicando de esta manera estaciones de trabajo y páginas web, que en definitiva conforman la finalidad del proyecto que es ofrecer un sistema web para el sistema escalafón docente de la Universidad Católica de Pereira. Visual Studio 2012 es una familia de productos, herramientas y tecnologías que puede utilizar para compilar aplicaciones eficaces y de alto rendimiento. En esta versión de Visual Studio puede usar los recursos de este tema para obtener información sobre cómo crear aplicaciones Tienda Windows, además de aplicaciones para equipos de escritorio, web, teléfono y consola de juegos. Puede usar Visual Studio para compilar aplicaciones de Tienda Windows, aplicaciones de escritorio, aplicaciones móviles, las aplicaciones web ASP.NET y servicios web XML. Puede escribir código en Visual Basic, Visual C#, Visual C++, Visual F# y JavaScript, y crear soluciones con varios lenguajes más fácilmente. Además, puede simplificar el desarrollo de aplicaciones web y servicios Web XML mediante el acceso a tecnologías clave de .NET Framework. SQL SERVER 2012 El objetivo principal que se pretende alcanzar con SQL Server es hacer una buena gestión de bases de datos, con la información derivada del modelo relacional, anteriormente desarrollado en la etapa de arquitectura que compone la metodología de desarrollo de software. Microsoft SQL Server 2012 habilita una plataforma de información preparada para la nube que ayudará a las organizaciones a descubrir información importante en la organización, así como a crear rápidamente soluciones y extender datos en la nube local y pública mediante capacidades que ofrecen confianza de gran importancia. Es importante mencionar que es compatible con el sistema operativo a utilizar Windows Server 2012 y que SQL Server proporciona todas las características esenciales para la adecuada gestión de bases de datos de proyecto Escalafón Docente y es este el eje principal de su elección como motor de bases de datos.

45

VISUAL BASIC .NET Visual Basic. NET es el lenguaje de programación elegido para el desarrollo del software perteneciente al sistema escalafón docente de la Universidad Católica de Pereira, es un lenguaje orientado a objetos y basado en .NET, el cual representa un Framework de Microsoft que hace énfasis en la transparencia de redes, con independencia de hardware y permite un rápido desarrollo de aplicaciones. Es decir proporciona un amplio y practico entorno de WEB, para el desarrollo de aplicaciones. Provee un extenso conjunto de soluciones predefinidas para necesidades generales de la programación de aplicaciones, y administra la ejecución de los programas escritos específicamente con la plataforma. ASP.NET Es un entorno de desarrollo web, su funcionalidad se encuentra en la construcción de sitios web dinámicos, aplicaciones web y servicios web XML, por ende es considero un Framework para aplicaciones web. ASP.NET fue diseñado y desarrollado por Microsoft, las páginas construidas con ahí son conocidas originalmente como formularios web y conforman el principal medio de construcción para el desarrollo de aplicaciones web.

46

8.2.8 Salidas del Sistema

Ilustración 13: Formato de Salidas del sistema

47

8.2.9 Mapa de Sitio Web

Ilustración 14: Diagrama de representación o mapa del sitio del sistema Escalafón Docente UCP

48

8.3 DESARROLLO En esta etapa se inicio la construcción del software para el sistema escalafón docente UCP, mediante la descripción propuesta por la etapa de arquitectura anteriormente desarrollada en cada uno de sus componentes. Inicialmente se creó un proyecto en Visual Studio 2012 orientado a aplicación web ASP .NET MVC4, después de esto se realizo la creación de las carpetas, luego se agregaron todas las clases del sistema con sus determinado atributos y se generaron los controladores de cada una de las clases; esto dio origen a la creación de la base de datos con cada uno de sus componentes para su posterior almacenamiento de información, permitiendo de este modo crear, modificar y eliminar información de la base de datos, y estéticamente se implanto código css y html para la apariencia superficial del sistema. Un ejemplo de la codificación realizada es el siguiente: using System;

using System.Collections.Generic;

using System.Data.Entity;

using System.Linq;

using System.Web;

namespace Escalafon_UCP.Models{

public class DB : DbContext {

public DbSet<Usuario> Usuarios { get; set; }

public DbSet<UC> UsuarioCaregoria { get; set; }

public DbSet<Categoria> Categorias { get; set; }

public DbSet<Categoria_Convocatoria> Categorias_Convocatorias { get; set; }

public DbSet<Convocatoria> Convocatorias { get; set; }

public DbSet<Usuario_Convocatoria> Usuarios_Convocatorias { get; set; }

public DbSet<Categoria_Resolucion> Categorias_Resoluciones { get; set; }

public DbSet<Resolucion> Resoluciones { get; set; }

public DbSet<Usuario_Resolucion> Usuarios_Resoluciones { get; set; }

public DbSet<Criterio> Criterios { get; set; }

public DbSet<Usuario_Criterio> Usuarios_Criterios { get; set; }

public DbSet<Formacion> Formaciones { get; set; }

public DbSet<Institucion> Instituciones { get; set; }

public DbSet<Creacion> Creaciones { get; set; }

public DbSet<Tipo_Creacion> Tipo_Creaciones { get; set; }

public DbSet<Tipo_Formacion> Tipo_Formaciones { get; set; }

public DbSet<Desarrollo> Desarrollos { get; set; }

public DbSet<Tipo_Desarrollo> Tipo_Desarrollos { get; set; }

public DbSet<Pais> Paises { get; set; }

public DbSet<Departamento> Departamentos { get; set; }

public DbSet<Ciudad> Ciudades { get; set; } }

49

9. CONCLUSIONES El objetivo principal del sistema Escalafón Docente UCP consistió en desarrollar un sistema software que permitiera sistematizar los procesos de registro, actualización y consulta del escalafón docente de la Universidad Católica de Pereira, por ende el desarrollo fue sometido a la metodología ágil para el aseguramiento de la calidad del software propuesta por el Grupo de Investigación TICS de la UCP, que pretende validar un modelo propio para el desarrollo de software en Colombia a través de las etapas de requerimientos, arquitectura y desarrollo, acompañadas por la gestión; lo cual ha permitido obtener como resultado el análisis mostrado anteriormente. En la etapa inicial que plantea la metodología de software se realizaron los procesos necesarios para el levantamiento de información contenidos posteriormente por el sistema a través de la definición de los requerimientos del software, de ésta manera el cliente definió sus necesidades y se continuó con el planteamiento y la clasificación de cada uno de ellos. De igual modo, la etapa de arquitectura estuvo estrictamente ligada al uso del software Enterprise Architect para el modelado de todos los componentes de desarrollo, es decir, a través de dicha herramienta se generaron todos los modelos y demás componentes incluidos en la arquitectura de software, obteniendo como resultado una automatización de procesos de forma lógica y ágil. Así mismo se generó, para la etapa de desarrollo embebida en la metodología de software, un ambiente de desarrollo a través de una máquina virtual instalada inicialmente en el servidor de aplicaciones de la UCP sobre la cual se adecuaron las herramientas necesarias para el desarrollo del sistema. Lo anterior permitió generar de manera práctica y ágil la codificación web, teniendo como resultado el software de EscalafonDocenteUCP; esta etapa estuvo ligada a un factor de dificultad representado en el tiempo de la práctica profesional dado por la organización, pues no se considero el tamaño del sistema y lo que implicaba el desarrollo con herramientas sobre las cuales no se tenía completo dominio, como el caso de Visual Studio; sumado a la carencia en personal especializado que pudiera brindar la asesoría adecuada sobre la misma. Debido a lo anterior, la etapa de desarrollo no fue culminada con éxito y el aplicativo no es funcional en su totalidad.

50

10. RECOMENDACIONES

Al ser el software un producto que esta compuesto continuamente de cambios hacia la renovación y debido al mejoramiento y aparecimiento de nuevas herramientas informáticas relacionadas con soluciones de software se pueden establecer ciertas mejoras y nuevas características que podría tener el programa: El software desarrollado en este proyecto tiene la oportunidad de mejoras respecto a incluirlo como subsistema del sistema integrado de la universidad católica de Pereira, lo cual agregaría un valor viable por parte de la administración y el sostenimiento del sistema frente a los posibles cambios que pueda generar la actualización del reglamento de escalonamiento de la universidad. Por otro lado se recomienda digitalizar las firmas de las directivas involucradas en la gestión de las resoluciones del sistema escalafón docente, generando de esta manera un valor productivo en cuanto a coste, archivado y tiempo.

51

11. REFERENCIAS BIBLIOGRÁFICAS

Grupo de investigación TICS de la UCP. (2013). Modelo para el aseguramiento de la calidad en la

construcción de software en las PYMES colombianas: Desarrollo y gestión. Pereira.

Marin Londoño, B., Perez Cardona, C., Salazar Gonzales, A. E., Peláez Valencia, l. E., Montoya

Ferrer, J., & Gaviria Rios, M. A. (Noviembre de 2007). Escalafon Docente Consejo Superior.

Pereira, Risaralda, Colombia.

Pressman, R. (2002). Ingenieria Del Software un Enfoque Practico. México: Mac Graw Hill.

Reynoso, C. B. (2004). Introduccion a la Arquitectura del Software. Universidad de Buenos Aires,

33.

Universidad Catolica de Pereira. (s.f.). Recuperado el 01 de 04 de 2013, de

http://www.ucp.edu.co/

Documents

SISTEMA ESCALAFON DOCENTE UNIVERSIDAD CATOLICA DE …