Tes 1550

Benemérita Universidad Autónoma de Puebla

Facultad de Ciencias de la computación

“Generador de Constancias de Estudio”

Tesis ProfesionalPara obtener el Título de

Ingeniero en Ciencias de la Computación

Presenta:Víctor Javier Romano Muñiz

Asesor: M.C Pedro Bello López

51

Marzo 2012

INDICE

INTRODUCCION

Capitulo I: MARCO DE REFERENCIA1.1 Ingeniería de Software1.2 Base de datos1.3 Herramientas de Representación1.4 Herramientas de desarrollo

Capitulo II. ANÁLISIS Y DISEÑO DEL SISTEMA2.1 Planteamiento del Problema2.2 Modelado de casos de uso

2.2.1 Diagramas

2.2.2 Documentación y Escenarios

2.3 Glosario de Términos2.4 Modelo Conceptual

2.4.1 Diccionario del modelo

2.4.2 Diagrama de Clases Simple

2.5 Modelo de análisis2.5.1 Diagramas modelo vista-controlador

2.6 Análisis y Diseño de la Base de datos2.6.1 Diagrama entidad relación2.6.2 Esquema relacional

Capitulo III. IMPLEMENTACIÓN Y PRUEBAS 3.1 Bienvenida y validaciones

3.2 Secretario 3.2.1 Edición de Profesores 3.2.2 Edición de Autoridades 3.2.3 Generar Constancia

3.3 Profesor 3.3.1 Listado Completo 3.3.2 Buscar por Periodo y año 3.3.3 Buscar por materia

CONCLUSIÓN

BIBLIOGRAFIA

51

INTRODUCCIÓN

Como es bien sabido todas las instituciones o empresas tienen una gran variedad de trámites y regulaciones internas siendo un ejemplo en particular el llevar un control sobre el personal. Ahora bien este tipo de procesos se realiza (en algunos casos) aún de forma tradicional, la presente aplicación tiene como meta final automatizar un proceso interno de la Facultad de Ciencias de la Computación, siendo más específico se trata del proceso de elaboración de constancias de cursos impartidos por el personal docente.

En el Capítulo I se especifica el marco de referencia donde se habla de los conocimientos y herramientas básicos en los cuales fue apoyado el desarrollo de la presente aplicación. En el Capítulo II se realiza el análisis y diseño del sistema para ir detallando cada parte de la aplicación utilizando diferentes tipos de diagramas y representación de la información.

La solución presentada es a través de una página web en la cual el Secretario Académico pueda ingresar, seleccionar los datos para la constancia y generar un archivo, haciendo esto de manera sencilla y ágil evitando el revisar cada uno de los archivos de cursos hasta acumular los datos necesarios en la constancia. Por otra parte cualquier profesor podrá ingresar a la página y visualizar la información de los cursos impartidos en cierto año y periodo a manera de consulta. Todo esto se detallará con mayor detalle en el Capítulo III correspondiente a la parte de implementación y pruebas.

Ya por último se detallan las conclusiones generales y particulares obtenidas con esta aplicación

51

Capítulo I: MARCO DE REFERENCIA

1.1 Ingeniería de Software

La ingeniería de software es la aplicación práctica del conocimiento científico al diseño y construcción de programas de computadora y la documentación asociada requerida para desarrollar, operar y mantenerlo.

Ahora bien de los modelos existentes se utiliza Modelo Cascada el cual nos ofrece una planificación sencilla, nos ofrece también una alta claridad del producto final además de que se maneja una estructura de gestión de proyectos y ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo. [1].

1.2 Base de datos

Una base de datos es un conjunto de información almacenada (regularmente en memoria auxiliar) que pertenecen a un mismo contexto, la funcionalidad es poder consultar estos datos y también realizar la manipulación de ellos. Se maneja una clasificación por el modelo de administración de datos que se manejan como pueden ser Bases de Datos Jerárquicas, de datos de red, de datos transaccionales, relacionales, multidimensionales, orientados a objetos o deductivos.

El modelo utilizado es el Relacional, ya que para los datos que se manejan no tiene relevancia el orden en que se almacenan, además de que los datos y entidades para esta base tienen una relación clara con alguna otra entidad viéndose de manera general como una colección de relaciones [2].

51

1.3 Herramientas de representación

UML (viene del inglés Unified Modeling Language) es un lenguaje de modelado de software que se ha adoptado como un estándar a nivel internacional [3].

Facilita artefactos con el fin de definir, detallar, documentar y construir un sistema. En el desarrollo de la presente aplicación los artefactos utilizados son diagramas, los que se usaron principalmente son:

• De casos de uso • De clases• De secuencia• De colaboración

1.4 Herramientas de Desarrollo

Las herramientas principales fueron PHP [5] para la parte de implementación web y MYSQL para el desarrollo de la base de datos [6]. La combinación de estas dos herramientas tiene como principal ventaja facilitar la intercomunicación de datos, ofreciendo seguridad y mejorar las actualizaciones de la información [7].

Como herramientas secundarias se utilizo Dreamweaver para el diseño gráfico de la página web [8], Photoshop para la edición de las imágenes y marcos [9], así como wampserver para la interconexión de php, mysql y el servidor Apache

51

Capitulo II. ANÁLISIS Y DISEÑO DEL SISTEMA

2.1 Planteamiento del Problema

Para un Profesor actualmente es importante poder obtener una constancia de cursos impartidos con el fin de comprobar que materias se impartieron, los periodos de tiempo e incluso la cantidad de alumnos a los que se les han impartido dichas materias en particular; actualmente las constancias son extendidas por parte del Secretario Académico el cual debe buscar manualmente la información en los archivos generados por el banner de la institución, la cual es una tarea laboriosa y consume tiempo ya que se tiene que buscar en cada uno de los archivos al profesor que solicita la constancia.

Cabe destacar que se tienen archivos divididos en años, cada año está divido en periodos (Primavera, Verano y Otoño) que a su vez contienen la división por plan de estudio (Licenciatura e Ingeniería plan Minerva, Licenciatura e Ingeniería plan 2005, Licenciatura e Ingeniería plan 2000).

A manera de ejemplo si quiero la constancia de cursos para un Profesor X en el periodo de Primavera del 2004 tendré que revisar manualmente 6 archivos buscando el nombre del Profesor; con esta idea se obtienen diferentes conclusiones:

1) Se puede omitir algún curso por ello la información no será confiable2) Consumirá mucho tiempo debido a que son muchos archivos por lo que el

proceso no es optimo

Otra necesidad independiente de la creación de constancias, es la necesidad de un profesor de consultar las materias que ha impartido esto con fines de actualización y validar si la información que se incluya en una constancia sea la suficiente con esto se puede generalizar en una constancia toda la información requerida.

51

2.2 Modelado de casos de uso

Partiendo del planteamiento del problema, se diferencian dos tipos de usuarios y se distinguen las diferentes funciones de cada uno de ellos esto se muestra en la figura 2.1. Se visualizan dos actores principales que tienen acceso a un caso de uso Login en común, para el actor Profesor tiene acceso a consultar constancia, y para el actor Secretario tiene acceso exclusivo a las opciones de Generar Constancia, Editar Profesores y Editar Autoridades.

2.2.1 Diagrama de Casos de Uso

51

2.2.2 Documentación y Escenarios

A continuación se detalla cada uno de los casos de uso incluyendo el flujo de eventos y los posibles escenarios que se presentan en cada uno de ellos

c.1.Login:

Descripción: Le permite al usuario ingresar al sistema a través del nombre y

password.

Flujo de eventos

Flujo principal

c.1.1 Se muestra pantalla con campos nombre usuario y passwordc.1.2 Se ingresa el nombre de usuario (E0)c.1.3 Se ingresa el password (E1) (E2)c.1.4 Se valida información en BD usuarioc.1.5 Se muestra mensaje de bienvenida, termina CU

Flujos de excepción

(E0) El nombre de usuario no existe, se invita a ingresar nombre correcto(E1) El password es incorrecto, se invita a ingresarlo nuevamente(E2) Los campos se encuentran vacíos

51

Escenarios

Escenario 0, profesor Juan García (flujo principal)

El profesor Juan García entra al sistema escribe su nombre y su password, se valida información ingresa un nombre de usuario y password correcto finaliza CU

Escenario 1, profesor Juan García (excepción E0)

El profesor Juan García entra al sistema escribe ingresa un nombre de usuario incorrecto y su password, se invita a ingresar nombre de usuario, continua CU

Escenario 2, profesor Juan Garcés (excepción E1)

El profesor Juan Garcés entra al sistema escribe su nombre y su password, el password es incorrecto se invita a ingresar nuevamente el password, continua CU

51

c.2 Consultar constancia:

Descripción: Le permite al profesor seleccionar el periodo (Primavera, Verano u

Otoño) y el año; despliega la información en pantalla

Pre-condiciones: El profesor debe haber completado el caso de uso “Login”

Flujo de eventos:

c.2.1 El profesor selecciona curso y añoc.2.2 Se despliega en pantalla el año, periodo, Nombre de materia y clave, nombre de sección, cantidad de horas a la semana, cantidad de alumnos, a qué carrera pertenece, termina CU

Escenarios:

Escenario 3, profesor Juan Garcés (flujo principal)

El profesor Juan Garcés ya hizo el caso de uso “Login”Se solicita periodo el profesor Garcés selección “Verano”,Se solicita año, el profesor Garcés selecciona “2010”Se muestra información en pantalla y termina CU

51

c.3 Generar constancia:

Descripción:Permite seleccionar a un profesor en particular, el o los periodos y las

autoridades de la constancia de cursos

Pre-condiciones: El secretario debe haber completado el caso de uso “Login”

Flujo de eventos:

c.3.1 Flujo principal:

c.3.1.1 El secretario selecciona el nombre del profesorc.3.1.2 Selecciona el periodoc.3.1.3 Selecciona el año (E3)c.3.1.4 Selecciona si desea Continuar, agregar más Periodos o eliminar c.3.1.5 El secretario selecciona opción, si la opción es:

-Continua se ejecuta c.3.1.6 (E4)-Agregar más periodos se ejecuta el c.3.1.2-Eliminar se ejecuta el c.3.2

c.3.1.6 Selecciona la autoridad que va a firmar la constancia, termina CU

51

c.3.2 Flujos alternos:

c.3.2.1 El sistema muestra en pantalla los periodos seleccionadosc.3.2.2. Se pide que periodo se va a eliminarc.3.2.3. El secretario confirma que periodo se eliminac.3.2.4 El sistema actualiza la informaciónc.3.2.5 Se muestran las opciones de eliminar otro y continuarc.3.2.6 El secretario selecciona la opción, si la opción es:

-Continua se ejecuta 1.3.1.6-Eliminar otro se ejecuta 1.3.2.1 (E5)

c.3.3 Flujos de excepción:

(E3) Se indica que el periodo ya había sido seleccionado previamente, se invita a ingresar nuevo curso finalizar CU(E4) Se indica no se ha seleccionado ningún curso se invita a ingresar uno o finaliza CU(E5) Se indica no existen más periodos por eliminar

Escenarios:

Escenario 4, secretario Juan García (flujo principal)

El secretario García ya hizo el caso de uso “Login”El secretario selecciona al profesor “Juan Garcés”, El secretario selecciona el periodo PrimaveraEl secretario selecciona el año 2010 y selecciona continuarEl sistema muestra las autoridades, el secretario selecciona “Director de facultad” y termina CU

51

Escenario 5, secretario Juan García (flujo alterno)

El secretario García ya hizo el caso de uso “Login”El secretario selecciona al profesor “Juan Garcés”, El secretario selecciona el periodo PrimaveraEl secretario selecciona el año 2010 y selecciona agregar más periodosEl secretario selecciona Otoño,El secretario selecciona el año 2010 y selecciona continuarEl sistema muestra las autoridades, El secretario selecciona “Director de facultad” y termina CU

Escenario 6, secretario Juan García (excepción E3)

El secretario García ya hizo el caso de uso “Login”El secretario selecciona al profesor “Juan Garcés”, El secretario selecciona el periodo Primavera, El secretario selecciona el año 2010 y selecciona agregar más periodosEl secretario selecciona Otoño,El secretario selecciona el año 2010 y selecciona agregar más periodosEl secretario selecciona Otoño, El secretario selecciona el año 2010 se indica el periodo ya había sido seleccionado previamente, continua CU

51

Escenario 7, secretario Juan García (excepción E4)

El secretario García ya hizo el caso de uso “Login”El secretario selecciona al profesor “Juan Garcés”, El secretario selecciona el periodo Primavera,El secretario selecciona el año 2010 y selecciona eliminarSe muestran curso Primavera 2010, el secretario lo selecciona ySe elimina curso, El secretario selecciona continuar, se muestra en pantalla mensaje “No tiene ningún curso seleccionado” continua CU

Escenario 8. secretario Juan García (excepción E5)

El secretario García ya hizo el caso de uso “Login”El secretario selecciona al profesor “Juan Garcés”, El secretario selecciona el periodo Primavera, El secretario selecciona el año 2010 y selecciona agregar más periodosSe pide periodo el secretario selecciona Otoño, El secretario selecciona el año 2010 y selecciona eliminarSe muestran cursos Primavera 2010 y Otoño 2010, el secretario selecciona Primavera 2010, Se elimina curso, el secretario selecciona eliminar otro, Se muestra curso Otoño 2010, el secretario lo selecciona ySe elimina curso, el secretario selecciona eliminar otro, Se indica “no existen más periodos por eliminar”, continua CU

51

c.4. Imprimir constancia:

Descripción: Permite imprimir solo la información seleccionada

Pre-condiciones: El secretario debe haber completado el caso de uso “Login” y el caso “Generar

constancia”

Flujo principal

c.4.1 Se muestra en pantalla la constancia que Incluye periodo y año del curso, el nombre de la materia, clave de materia, clave de sección, a qué carrera pertenece, cantidad de horas a la semana y cantidad de alumnosc.4.2 Se selecciona “imprimir””c.4.3 Se envía solicitud a impresora

Escenarios:

Escenario 9. secretario Juan García (flujo principal)

El secretario García ya hizo los casos de uso “Login” “Generar constancia”Se muestra en pantalla la constancia, selecciona imprimirSe imprime documento y finaliza CU

51

c.5. Editar profesores:

Descripción: Permite definir nuevos profesores, eliminar y modificar datos en el sistema


Flujo de eventos

Flujo principal:

C.5.1 El sistema pide seleccionar actividad: Agregar, Eliminar o Modificar profesor. c.5.2 El secretario selecciona opción, si la actividad seleccionada es:

-Agregar, se ejecuta el c.5 3-Eliminar, se ejecuta el c.5.4-Modificar, se ejecuta el c.5.5-Finalizar termina caso de uso

Flujos alternos:

c.5.3 El sistema despliega formulario, se pide llenar campo: Nombre (E6) se guardan datos se ejecuta el c.5.2 c.5.4 Se despliega el lista de profesores, se pide seleccionar cual se va a eliminar (E7), se actualizan datos se ejecuta el c.5.2c.5.5 Se solicita el profesor a modificar, se solicita llenar campo Nombre, se actualizan datos y se ejecuta el c.5.2

51


(E6) Se indica ya existe un profesor registrado con ese nombre(E7) Se indica ya no hay profesores por eliminar

Escenarios

Escenario 10. secretario Juan García (flujo alterno)

El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de profesores, el secretario selecciona “Agregar”El sistema pide nombre de profesor, el secretario ingresa José García y finaliza CU


El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de profesores, el secretario selecciona “Agregar”El sistema pide nombre de profesor, el secretario ingresa José García el sistema indica ya existe un profesor con ese nombre y continua CU


El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de profesores, el secretario selecciona “Eliminar”. El sistema muestra listado de profesores, el secretario selecciona José García y finaliza CU

51


El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de profesores, el secretario selecciona “Eliminar”El sistema muestra listado vacío de profesores, se indica no existen profesores por eliminar y finaliza CU


El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de profesores, el secretario selecciona “Modificar”El sistema muestra listado de profesores, el secretario selecciona José García, el sistema solicita nombre nuevo, el profesor ingresa Juan García y finaliza CU

51

c.6. Editar autoridades:

Descripción: Permite agregar y eliminar autoridades


Flujo de eventos:

Flujo principal: c.6.1 El sistema pide seleccionar actividad: Agregar, Eliminar o Modificar. c.6.2 El secretario selecciona opción, si la actividad seleccionada es:

-Agregar, se ejecuta el c.6.3 -Eliminar, se ejecuta el c.6.4 -Modificar, se ejecuta el c.6.5-Finalizar, finaliza CU

Flujos alternos:c.6.3 El sistema despliega formulario, se pide llenar campo: Nombre, Cargo (E8)c.6.4 Se despliega la lista de autoridades, se pide seleccionar cual se va a eliminar (E9)c.6.5 Se solicita la autoridad a modificar


(E8) Se indica ya existe una autoridad registrada con ese nombre(E9) Se indica ya no hay autoridades por eliminar

51

Escenarios:

Escenario 15. Secretario Juan García (flujo alterno)

El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de autoridades,El secretario selecciona “Agregar”. El secretario ingresa Jesús García, cargo Director y Finaliza CU

Escenario 16. Secretario Juan García (excepción E8)

El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de autoridades, El secretario selecciona “Agregar”. El sistema pide nombre de autoridad, El secretario ingresa Jesús García el sistema indica ya existe una autoridad con ese nombre yContinúa CU

Escenario 17. Secretario Juan García (flujo alterno)

El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de autoridades, eEl secretario selecciona “Eliminar”. El sistema muestra listado de autoridades, El secretario selecciona José García yFinaliza CU

51

Escenario 18. Secretario Juan García (excepción E9)

El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de autoridades, El secretario selecciona “Eliminar”. El sistema muestra listado vacío de autoridades, se indica no existen autoridades por eliminar yFinaliza CU


El secretario García ya hizo el caso de uso “Login” Se muestran opciones de edición de profesores, El secretario selecciona “Modificar”. El sistema muestra listado de profesores, El secretario selecciona José García,El sistema solicita nombre y cargo nuevo, El profesor ingresa Juan García cargo Secretario y Finaliza CU

51

2.3 Glosario de Términos

Constancia:

Documento oficial, es extendida por el Secretario Académico de la facultad como forma de comprobar las materias impartidas en cierto bloque de tiempo

Curso: Es la materia impartida dentro de un periodo dado

Sección: Define una materia dentro de un horario y cierta cantidad de alumnos

Periodo: Es uno de los 3 bloques de clases impartidas en un año, pueden ser Verano, Primavera y Otoño,

Autoridad:

Persona encargada de dar la aprobación de la constancia generada

51

2.4 Modelo Conceptual

Para este modelo se reconocen las diferentes partes que integran el sistema así como su clasificación ya sean Clases de Entidad, Clases de Control o Clases de Límite.

2.4.1 Diccionario del modelo

Curso: Se define por un periodo y un año en específico, es una materia impartida por Cuatrimestre

Autoridad: Aquella persona física que da el visto bueno a la constancia generada

ListadoDeAutoridades:

Lista de autoridades que pueden firmar la constancia

ListadoDeProfesores:

Lista de profesores dados de alta y se pueden seleccionar Constancia:

Documento que muestra los cursos impartidos por profesor que incluye

• Nombre de materia• Clave de materia• Sección• Año• Periodo• Cantidad de horas a la semana• Número de alumnos• A qué carrera pertenece

51

2.4.2 Diagrama de Clases Simple

En base al diccionario del modelo nos damos cuenta cuales son las entidades (tipo Entity) que a su vez podemos expresarlas como clases, ahora bien cada una de las pantallas que se muestran en la aplicación son representadas por una clase límite (tipo Boundary) y cada una de las pantallas es controlada por otra clase (tipo Control), como se muestra en la Figura 2.2

51

2.5 Modelo de análisis

En este apartado se detallan los diagramas Vista-Controlador para confirmar como actúan los actores con las diferentes entidades y los casos de uso. El primer diagrama que se muestra es el de colaboración en él se muestran los actores que utilizan un determinado caso de uso también se muestran las clases que son involucradas al acceder a ese caso de uso. El segundo diagrama corresponde al diagrama de secuencia que nos detalla cual es el comportamiento del caso de uso con respecto al tiempo y a las acciones realizadas por el actor.

2.5.1 Diagramas modelo vista-controladorc.1.Login:

51

c.2 Consultar constancia:

51

c.3 Generar constancia:

51

c.4. Imprimir constancia:

51

c.5. Editar profesores:

51

c.6. Editar autoridades:

51

2.6 Análisis y Diseño de la Base de datos

En la Figura 2.15 tenemos el diagrama entidad relación que refleja la información obtenida del análisis de requerimientos con el cliente directo de la aplicación.

2.6.1 Diagrama entidad relación

51

Se logra distinguir que se tienen como principales entidades las autoridades (cabe destacar es una entidad de la base de datos que no tiene relación directa con algún otra), carrera, curso, materia y profesor así como las relaciones de muchos a muchos materiacurso y profcurso.

2.6.2 Esquema relacional

AutoridadIdAut NombreA CargoA EscuelaA

CarreraIdCarrera NombreCarrera

CursoIdCurso NRC Year Periodo NumAlumnos

MateriaClaveMateria NombreMateria NumHoras IdCar (FK)

MateriacursoclaveMat (FK) idCur (FK)

ProfcursoidCurs (FK) idProf (FK)

ProfesorIdProfesor NombreP ApellidoPP ApellidoMP

De la tabla 2.1 se desataca que este diseño de base de datos así como su posterior implementación en mysql nos arroja una base de datos normalizada, ya que cumple con las distintas formas normales

51

Capitulo III. IMPLEMENTACIÓN Y PRUEBAS

Como se ha venido observando se tienen solo dos tipos de actores, el primero es el Secretario Académico de la FCC y el segundo engloba todo el personal docente que labora en la facultad. Por practicidad al primer actor se le denominara únicamente como Administrador y al segundo tipo de actor se le nombrara solo como Profesor.

3.1 Bienvenida y validaciones

51

La Figura 3.1 nos muestra la página de bienvenida general; para utilizar la presente aplicación es requisito ser un usuario autorizado con el fin de poder visualizar cualquier tipo de contenido, por ello una función importante es el login, para esto se requiere el identificador de usuario y password.

Como funciones adicionales se tienen enlaces a la página de la Buap, a la página de la Facultad de Ciencias de la Computación, así como el calendario escolar. También se tiene un enlace Contacto que nos permitirá mandar un correo electrónico directamente a la Autoridad correspondiente es decir al Secretario Académico. Además se muestra el calendario del mes actual.

Se manejan también las siguientes validaciones mencionadas en los flujos de excepción:

En la figura 3.2 se muestra la leyenda cuando el usuario no existeLa figura 3.3 nos muestra el resultado de la validación de la celda de password

esta vacía La figura 3.4 nos muestra el letrero cuando el password ingresado no coincide

con el correcto para el usuario seleccionado

51

3.2 Administrador

En la Figura 3.5 se muestra la pantalla de bienvenida para el administrador; en la parte superior izquierda, abajo del título aparece la leyenda “Administrador” y tiene las opciones de Log out, Profesores, Autoridad y Generar Constancia que a continuación se irán detallando.

En la opción Log Out simplemente se cierra la sesión abierta y regresa a la página de bienvenida general mostrada por la Figura 3.1

51

3.2.1 Edición de Profesores

En la Figura 3.6 se tienen las opciones generales de edición como es dar de alta un nuevo profesor, eliminar alguno ya existente y la lista completa de todo el personal docente dado de alta en la FCC.

Los enlaces de la barra horizontal superior se mantienen, solo cambia la opción “Profesores” (que es en la cual nos ubicamos actualmente”) cambiando por “Regresar…” que nos lleva a la pantalla de bienvenida del administrador. Si seleccionamos la opción de alta se dan campos de texto para completar, ahí utilizamos la opción grabar como se muestra en la Figura 3.7 y nos lleva a la pantalla del listado completo ya con la información actualizada.

51

Si nos encontramos en la pantalla de bienvenida de Edición de Profesores y seleccionamos la opción “Baja” nos conduce a la pantalla que se muestra en la Figura 3.8, seleccionamos del menú desplegable el profesor a eliminar después damos clic en el botón borrar y nos conduce al listado completo de profesores ya con la información actualizada.

En la Figura 3.9 mostramos la pantalla del listado completo de profesores que como hemos visto se puede acceder desde la pantalla de edición de profesores así como de alta y baja de profesores, antes mencionadas.

51

3.2.2 Edición de Autoridades

En la Figura 3.10 se nos muestra, de manera análoga con la edición de profesor, en el caso de edición de autoridades se tienen las funciones de alta, baja y listado completo.

51

En la Figura 3.11 se nos muestra la opción de alta donde basta con llenar los campos y seleccionar grabar con ello nos conduce a listado de autoridades con la información ya actualizada. En el caso de baja que se muestra en la Figura 3.12 se selecciona cual autoridad se va a borrar, se da clic en el botón borrar y de igual manera nos muestra la información actualizada

51

En la Figura 3.13.se muestra un listado completo de las autoridades dadas de alta en el sistema.

51

3.2.3 Generar Constancia

En este apartado recae la parte más importante de la presente aplicación en la cual primero se muestran los posibles datos con los que se va a llenar la constancia de estudios esto se nos muestra en la Figura 3.14:

Profesor (Se muestran ordenados alfabéticamente por Apellido Paterno)

Año (En que se impartieron cursos (el valor por default es 2011))

Periodo (Pueden seleccionarse independientemente o todos los periodos de un año)

Autoridad (Quien va a firmar el documento)

51

Una vez seleccionados los datos se da clic en generar .PDF lo cual nos conduce a la pantalla que se muestra en la Figura 3.15 en la cual se muestra un archivo .PDF con el formato de las constancias de estudio expedidas por la FCC, solo para ser impresa en hoja membretada o guardarla para su libre manipulación.

En el documento redactado más en específico en la parte final se utiliza la fecha, esta fecha es actualizada automáticamente.

51

3.3 Profesor

Una vez que un profesor ingresa al sistema esto se muestra en la Figura 3.16

En la parte lateral izquierda, abajo del título cambia la leyenda anterior y ahora se muestra la clave del profesor y su nombre completo. En cuanto a las opciones de la barra principal son Log out (o cierre de sesión), Listado Completo, Buscar Por Periodo y Año, Buscar Por Materia.

En la parte central de la página se muestran las materias impartidas en el periodo actual (en el ejemplo se ilustran las materias de Otoño 2011)

51

3.3.1 Listado Completo

Cuando seleccionamos esta opción se despliegan en pantalla todas las materias que se han impartido en la Facultad, están ordenadas por el nombre de la materia con ello pudiendo notar que materias son las que más frecuentemente se imparten. Esto se ilustra en la Figura 3.17

51

3.3.2 Buscar por Periodo y año

Si seleccionamos esta opción nos lleva a la pantalla mostrada en la Figura 3.18 un menú desplegable para seleccionar en que año se impartió la materia y en qué periodo, seleccionamos Enviar y nos conduce al resultado de la búsqueda

En la Figura 3.19 se nos muestra el formato del resultado de la búsqueda, para el caso de búsqueda por Periodo y Año.

51

En caso de que en el año y periodo seleccionados no se tuviera ningún registro en la base de datos, se despliega la tabla con la leyenda sin registros, esto se nos muestra en la Figura 3.20.

51

3.3.3 Buscar por materia

En la Figura 3.21 se nos muestra la opción de búsqueda por materia, se nos muestra un menú desplegable en el que se listan todas las materias de los diferentes planes de estudio ordenadas alfabéticamente, de ahí seleccionamos la opción deseada y damos clic en el botón Buscar.

51

En la Figura 3.22 observamos el resultado de la búsqueda, en la cual cambia la barra central y ahora describe la materia seleccionada, y en la parte principal de la página se muestran los periodos, el año y el número de alumnos, de manera análoga a la búsqueda por periodo y año en caso de no tener algún resultado positivo se muestra la tabla con la leyenda “sin registros”

51

CONCLUSIÓN

Al desarrollar el presente sistema se han obtenido diferentes conclusiones:

A nivel general. Cabe resaltar la gran importancia de desarrollar una aplicación siguiendo una metodología de ingeniería de software facilitando el desarrollo y haciendo las funciones de corrección de errores así como la actualización de la información más sencillas.

El modelado a través de UML ofrece una gran cantidad de ventajas, destacando la detección de errores lógicos desde el inicio del desarrollo; sin utilizar estas herramientas y enfocándonos únicamente a la implementación se llegaría a un resultado similar pero mucho menos eficiente y en caso de tener un error en la codificación nos puede llevar a una corrección de alguna parte de la aplicación o en el peor caso a replantear toda la aplicación desde el inicio.

A nivel específico de esta aplicación se obtuvieron resultados satisfactorios simplificando el proceso de creación de constancias de estudio; el tiempo que se tarda para crear una constancia es muy inferior al que se tomaba de la manera tradicional, la información obtenida es clara y confiable. Y por último la creación de un archivo PDF le da una mayor utilidad ya que no solo facilita la impresión del documento, sino que va más allá y nos permite almacenar el archivo para su posterior manipulación, así también para su fácil distribución.

Como trabajo su futuro se plantea utilizar la base de datos de materias impartidas para desarrollar un estándar y optimizar la forma de almacenamiento de la información, también se podría agregar nuevas opciones en las búsquedas, actualmente solo se usa la información de un periodo o de los 3 periodos de un año pero se podría agregar periodos específicos. Por otra parte usar el sistema desarrollado como una base para poder formar un sistema de mayor complejidad y funcionalidad para diferentes trámites y generación de documentos oficiales, esto incluyendo la actualización de tablas y campos en la base de datos y el adjuntar módulos adicionales en la página web.

51

BIBLIOGRAFIA

[1] Sommerville, Ian. Ingeniería de software, (6ª Ed), Pearson Educación, México 2002

[2] Silberschaltz, AbrahamFundamentos de bases de datos,(4ª Ed), McGraw-Hill, España 2002

[3] Stevens, Perdita.Utilización de UML en ingeniería del software con objetos y componentes,Pearson Educación, México-España 2002

[4] Weitzenfeld, Alfredo. Ingeniería de software orientada a objetos con UML, Java e internet, Editorial Thomson, México 2005

51

[5] Vaswani, Vikram.Fundamentos de Php,McGraw-Hill, México 2010

[6] Wilton, PaulBeginning SQL,Wiley, EU 2005

[7] Spona, HelmaProgramación de bases de datos con Mysql y Php,Grupo editorial Alfa Omega, México 2010

[8] Orós Cabello, José Luis.Dreamweaver CS3: Curso Práctico,Alfa Omega, México 2008

[9] http://www.todo-photoshop.com/

Tes 1550

Documents

Transcript of Tes 1550