Sistema Integral de Control Académico del CCUV

U

niversidad

V

eracruzana

FACULTAD DE ESTADISTICA EINFORMATICA

ESPECIALIZACION EN INGENIERIA DE SOFTWARE

SISTEMA INTEGRAL DE CONTROL ACADEMICO

DEL CCUV

TRABAJO RECEPCIONAL

QUE COMO REQUISITO PARCIAL PARA OBTENER EL DIPLOMA DE ESTA ESPECIALIZACION

PRESENTA:

L.I. LETICIA MARIANI VALERA

TUTOR

U N I V E R S I D A D V E R A C R U Z A N A

F A C U L T A D DE E S T A D I S T I C A E I N F O R M A T I C A

El Comite Academico de la Especializacion en Ingenieria de Software y el Tutor del trabajo recepcional titulado “Sistema Integral de Control Academico del C.C.U.V.” que presenta la C. Leticia Mariani Valera, autorizan la impresion y constitucion del jurado para su defensa, en la fecha previamente establecida.

Xalapa, Ver. a 26 de Octubre de 1999.

COMITE ACADEMICO

/

.C.C. Alma Ros& Garda Gaona COORDINADORA DE LA

ESPECIALIZACION

L. E. Serbio HeMcindez Gonzalez DIRECTOR Q & LA FACULTAD DE

ESTADISTICA E INFORMATICA

^ 0

L. E. Miguel Alpn^o (Lopez

SECREJARICrAcADEMICO DE ^CULTAD DE ESTADISTICA

E INFORMATICA

M.C.C. Ma. Karerf-Gortes Verdin VOCAL

M.C.C. Ma. de Lpi Angeles Arenas Valdes VOCAL

DATOS DEL AUTOR

Leticia Mariani Valera, nacio en la ciudad de Teteles de Avila Castillo, Puebla, el dia 3 de Junio de 1965. Realizo sus estudios b&sicos y de nivel medio en las ciudades de Tlapacoyan, Ver., y Teziutlan, Puebla; egreso de la carrera de Informatica, de la Universidad Veracruzana, en el ano de 1988. Realizo su Servicio Social en el Departamento de Informatica del Instituto de Pensiones del Estado, en el ano de 1987. Posteriormente, laboro en dicha Institution como Coordinadora de Sistemas de Information en el periodo comprendido entre octubre de 1988 y mayo de 1993.

Tambien se ha desempenado como Asesora en el Departamento de Asesoria de la Direction General de Administration, de la Secretaria de Finanzas y Planeacion, en el periodo de Junio de 1993 a Mayo de 1994 y como Catedratica en la Universidad “Centro Cultural Universitario Veracruzano”, en la carrera de Ingenieria en Sistemas Computacionales, en el periodo comprendido de Marzo de 1997 a Febrero de 1999.

AGRADECIMIENTOS

A dios:

Por perniitirme seguir siempre adelante.

A mi madre:

Por su apoyo incondicional, su amor y su amistad.

A mi tutor y sinodales:

DEDICATORIA

A la memoria de mi padre:

Porque los valores que con su ejemplo me enseno, han sido siempre fuente de inspiracidn y un claro camino para lograr mis exitos.

A mi familia:

INDICE

INTRODUCCION... ... ... ...2

1. PLAN DEL PROYECTO... ... ...4

1.1. - Objetivos... ... ...- ...4

1.2. - Funcianes principles... ... 4

1.3. - Restricciones del proyecto...7

2. a nAl i s i s ORIENTADOA OBJETOS... ... 8

2.1. - Contexto del Daminio delProblema... ... — ...9

2.2. - Definicion deObjetos... ...9

2.3. - Definicion de Atributos... 14

2.4. - Definicion de Estracturas... ... 23

2.5. - Definicion de So’vicios...27

2.6. - Definicion de Temas (Subjects)... ... ... ... 33

3. DISENO ORIENTADOA OBJETOS... 34

3.1. - Diseno dela Componecite del Dominio del Problema... ... 34

3.2. - Diseno dela Comp on ait e de Interaccian Humana (Interfaz)... ... 36

3.3. - Diseno dela Componente del mango deTareas... ... ... 38

3.4. - Diseno de la componente de Administration de Datos... 44

4. PROEBAS YEVALUACION... 56

4.1. - Plan de Prueba ... ... 57

4.1.1.- Fases de Prueba... 57

4.2. - Resultados de Prueba obtenidos... ... .77... 64

CONCLUSIONES... 66

REFERENC/AS BIBLIOGRAFICAS... 67

INTRODUCTION

El presente trabajo recepcional tiene como finalidad recopilar en un unico documento, todas las fases llevadas a cabo en el desarrollo del proyecto “Sistema Integral de Control Academico CCUV1”, mostrando sus alcances y las actividades realizadas en cada una de dichas fases.

Uno de los aspectos mas relevantes en el desarrollo del proyecto es la metodologia utilizada: paradigma orientado a objetos, el cual es uno de los mas actuales. Su empleo proporciona gran flexibilidad y facilidad de reutilizacion durante todas las etapas del desarrollo de un sistema, as! como para desarrollos posteriores.

En este documento, se presenta una sintesis que muestra lo mas relevante de cada fase, de la siguiente manera:

Capitulo 1. Plan del Proyecto.

En el se describe en que consiste el proyecto, su ambito y antecedentes, asi como todas y cada una de las actividades y funciones que lo integran. Cubre aspectos de fimcionamiento y restricciones tecnicas.

Capitulo 2. Analisis Orientado a Objetos.

Su principal objetivo es plasmar las actividades realizadas en la elaboracion del analisis del proyecto, utilizando la metodologia orientada a objetos.

Tambien se describe en que consiste dicha metodologia y se presenta el modelo de analisis orientado a objetos del proyecto.

Capitulo 3. Diseno Orientado a Objetos.

Capitulo 4. Pruebas y Evaluation.

Contempla el diseno y establecimiento de un plan de pruebas del proyecto, asf como el registro, analisis y documentation de los resultados obtenidos a traves de la aplicacion de dichas pruebas.

1. PLAN DEL PROYECTO

El plan de un proyecto es uno de los documentos mas importantes en el proceso de desarrollo de un sistema, ya que es en el donde defmimos los objetivos y funciones que se pretenden cubrir a traves de la implementation del proyecto, asi como sus restricciones y limitaciones, y sus costos y tiempos estimados de desarrollo. A continuation se presenta el plan del proyecto de desarrollo del “Sistema Integral de Control Academico CCUV”.

1.1.- Objetivos

El objetivo general que pretende alcanzar este sistema es el siguiente:

Implementar un sistema computarizado que permita la captacion, manipulacion y procesamiento de los datos involucrados en los principals procesos academicos del CCUV, de tal forma que se proporcionen los medios y la information necesaria para obtener un control y toma de decisiones adecuado de los mismos de manera rapida, clara, ordenada y fiincional.

I.2.- Funciones principals

Las principals funciones que el sistema a implementar debera cubrir son: 1.- Captacion y manipulacion de:

• Plantilla de docentes y cargas acadenticas.

Evaluaciones de desempeno (ver formato en el apendice A)

Este cuestionario contempla aspectos tales como puntualidad, cumplimiento del programa, interes en los alumnos, capacidad de motivacion, nivel de conocimientos de la materia, dinamica pedagogica, etc. El resultado de cada evaluacion debe ser almacenado para referencias posteriores como un dato historico.

Carreras

Su finalidad es la de permitir el registro de toda la informacion referente a todas y cada una de las carreras a nivel licenciatura que se imparten en el CCUV. Tal informacion consiste en: registro de la carrera, clave, nombre, duration, etc.

Materias - Claves

Tipo (es decir, si es seriada o no) - Numero de horas/semana, etc.

Su objetivo es el de permitir el registro y control de cada una de las materias que conforman los planes de estudio de las licenciaturas impartidas por el CCUV, contemplando datos como clave de materia, nombre, tipo, etc.

Alumnos, Tutoresypagos de aranceles - Datos generates del alumno y tutor - Registro de pagos de arancel

Permitira efectuar el registro de toda la informacion referente a los alumnos del CCUV tal como clave o matricula, nombre completo, direction, telefono, datos del tutor, etc., y sus pagos de aranceles (concepto de pago, monto, fecha, etc.).

Calificaciones

• Horarios de clases

Se refiere al registro de los dias y horas en los cuales una determinada materia sera impartida.

2. - Emision de information impresa tal como:

• Notificaciones de cargas academicas • Listas de asistencia (alumnos y maestros) • Horarios

• Concentrado mensual de inasistencias • Actas de examen

• Boletas de calificaciones

• Constancias de estudios con calificaciones • Estadisticas varias tales como:

- Carrera de mayor demanda

Promedios de aprovechamiento por: Grupos y Carreras

- Alumno

- Carrera y Materia

3. - Visualization en pantalla de information tal como:

• Datos generales de alumnos y/o maestros • Carreras y sus especificaciones

• Estadisticas varias (en general las ya mencionadas) • Horarios

1.3.- Restricciones del proyecto

Limitaciones tecnicas

- Desconocimiento del lenguaje de implementation (Delphi 4) y del tiempo que se requerira dedicar a su aprendizaje.

Limitaciones de gestion

- El rector del CCUV ha establecido que cualquier information que se requiera en apoyo al proyecto, debe ser solicitada de antemano a trav6s de un oficio o memorandum, lo cual podra provocar retrasos.

- El equipo de computo (computadoras personales), es sumamente reducido y demandado, por lo que su utilization en el desarrollo del proyecto sera restringido, aunque es importante puntualizar que ya se contempla la adquisicion de equipo nuevo que sera, por supuesto, de gran utilidad.

- No se.cuenta con software legal, no obstante es conveniente mencionar que ya se ha comentado con la rectoria la necesidad de adquirirlo, asi como los retrasos y problemas legales que pudieran surgir, y los beneficios que traeria consigo adquirirlo lo antes posible.

Los horarios de acceso al equipo de computo son muy reducidos, debido a que como ya se menciono, se cuenta con poco equipo y este ya se encuentra previamente asignado por horarios a cada maestro para que imparta catedra, ademas de ser utilizado fuera de estos horarios por los alumnos.

2. ANALISIS ORIENT ADO A OBJETOS

Este capitulo tiene como fin plasmar los alcances del proyecto, asi como las actividades llevadas a cabo.en la realization de su analisis orientado a objetos. Dicho analisis se ocupa de definir las categorias de objetos involucradas en el sistema y su(s) forma(s) de asociacion, organization y composition.

Para comprender mas claramente en que consiste el analisis orientado a objetos se definen a continuation algunos conceptos.

Existe una gran diferencia entre el analisis tradicional y el analisis orientado a objetos, En el analisis tradicional de sistemas de informacion la captation y registro de information sobre un sistema de procesos existente o propuesto y la evaluation de los datos, procesos y demas procedimientos necesarios para su implementacion se realizan utilizando modelos conceptuales diferentes a los que se emplean para su diseno e implementacion.

En contraste, el analisis orientado a objetos utiliza el mismo modelo conceptual para Ilevar a cabo estas mismas tareas; es decir, tanto analistas como disenadores y programadores se basan en la misma representacidn (notacidn) para modelar la naturaleza del problema, sus procesos y sus procedimientos.

Es asi como, la utilizacion de un modelo conceptual unico proporciona entre otras, las siguientes ventajas:

• Mayor productividad

• Menos probabilidad de error

• Mejor comunicacion entre los usuarios, analistas, disenadores y programadores • Incremento en la calidad del producto

2.1. - Contexto del Dominio del Problema

El Centro Cultural Universitario Veracruzano (CCUV) es una universidad particular de reciente creation, cuyo objetivo principal es el de dar respuesta a la necesidad creciente de generar profesionales que intervengan en la investigation cientifica de los problemas en las areas de las Ciencias Sociales, Administrativas y Exactas, bajo una formation integral- humanista; ademas de inculcar en sus egresados un caracter propositivo de soluciones practicas e inmediatas a diferentes problematicas.

Para lograr sus objetivos y contar con un control adecuado de sus procesos academicos, la rectoria del CCUV ha expresado la necesidad de contar con un “Sistema Integral de Control Academico”.

Este sistema, como ya se ha mencionado anteriormente, se desarrollara utilizando la metodologia Orientada a Objetos; por lo tanto, el primer paso en la resolution del problema sera precisamente, la ubicacion y definicion de los objetos que lo modelaran.

Para obtener dichos objetos, lo primero es describir textualmente en forma detallada, la problematica a resolver. A continuacion, se deben distinguir a traves de dicha descripcion textual, aquellos sustantivos cuyo significado sea esencial para el contexto del problema. Estos sustantivos seran nuestro primer acercamiento de los posibles objetos que conformaran nuestro An&lisis Orientado a Objetos.

Dado que la descripcion textual del problema es extensa, y no representa un dato esencial para los objetivos de este documento, a continuacion solo se describiran los objetos que finalmente fueron definidos.

2.2. - Definicion de Objetos

Definition textual de objetos

CCUV: Contendra los datos generales de la Universidad tales como razon social, telefono, RFC, etc.

PERSONAL: Son todas aquellas personas que laboran en el CCUV realizando tareas administrativas o academicas.

PERSONAL ADMINISTRATIVO: Persona que se encarga de realizar tareas de captation, control, revision y manipulacidn de datos y documentos propios de las actividades del CCUV tales como: information general de los alumnos y maestros, establecimiento de cargas academicas, horarios, boletas de calificaciones, evaluaciones al personal r v d t^ k 1 etc.

PERSONAL ACADEMICO: Persona encargada de impartir educacion superior, realizar programas de investigation y extension universitaria, asi como de evaluar a los alumnos y elaborar actas de examen.

PERSONAL ADMINISTRATIVO ACADEMICO: Persona que realiza funciones tanto administrativas como academicas, es decir, sus tareas incluyen captacidn, control, revision y manipulation de datos, etc. e imparticion de educacion superior.

EVALUACION CATEDRATICO: Calificacion por cada materia obtenida por el catedratico como resultado de la evaluacion realizada por los alumnos respecto a su forma de imparticion de catedra.

CRITERIO DE EVALUACION: Aspecto academico susceptible de ser calificado por parte del alumno.

ALUMNO: Todas las personas con inscripcion vigente de las diferentes carreras, obtenida para cursar las materias que integran los planes de estudio.

TUTOR: Persona responsable ante las autoridades del CCUV de cualquier asunto academico relacionado con el(los) alumno(s) del(os) cual(es) es tutor.

CATALOGO DE ARANCEL: Contiene la description y el.monto de todos los conceptos acerca de los cuales podemos registrar pagos de arancel.

GRUPO: Identifica la ubicacion de cada uno de los alumnos del CCUV permitiendo su clasificacion.

CARRERA: Datos referentes a cada una de las licenciaturas impartidas en el CCUV como son: clave de carrera, description, duration, etc.

MATERIA: Information general acerca de cualquier materia que integre alguno de los planes de estudio de las licenciaturas impartidas por el CCUV.

HORARIO_CLASE: Informacidn general de los dias y horas de imparticion de catedra de cada una de las materias cursadas, por licenciatura.

Definicion grafica de Objetos

^/PERSONAL ACAIT^I / P ersonaladmo acTi^ I

C f

evaluaci6n catedratic( \

ALUMNO TUTOR

's\

r

^ 3 3 " ! 2

2.3.- Definicion de Atributos

En la Metodologia Orientada a Objetos, un Atributo de un objeto es una asociacion identificable entre un objeto y algun otro objeto o conjunto de objetos; es decir, cada atributo es una instancia de una asociacion3.

A continuation se presenta una tabla con la descripcion de cada uno de los atributos de los objetos que integran el modelo AOO del proyecto, asi como su correspondiente representation grafica, de acuerdo a la notation de Coad y Yourdon.

Definicion Textual

Objeto: CCUV

Nombre del Atributo

Descripcion

Escudo Logotipo(Imagen) representative del Centro Cultural Universitario Veracruzano

RfcC C U V Registro Federal de Contribuyentes del CCUV.

Razon social Nombre completo de la Universidad (Centro Cultural Universitario Veracruzano).

No_registro Numero de registro ante la SEP del CCUV. Fecha creation Fecha de fundacion del CCUV.

Objeto: PERSONAL

Nombre diel Atributo

>

a

Descripcion

^

|

Nombre Nombre(s) del empleado.

Ape_patemo Apellido patemo del empleado. Ape_matemo Apellido matemo del empleado. Direction Domicilio particular del empleado.

Telefono Telefono del empleado.

Objeto: PERSONALADMO

i S i l l i i l D e s i r i p l i o f e

Puesto Descripcion del puesto o cargo del empleado.

Fecha_ini_puesto Fecha inicial de nombramiento en el puesto. Fecha_fin_puesto Fecha final de desempeno del puesto.

Objeto: PERSONALIA CAD

| 1

Titulo Descripcion del titulo Universitario del catedratico.

Sexo Sexo del catedratico.

Hdo_civil Estado civil del catedratico.

Fecha nacimiento Fecha de nacimiento del catedratico. Fecha_ingreso Fecha de ingreso del catedratico.

Objeto: PERSONALADM OA CAD

Puesto Descripcion del puesto o cargo del empleado (catedratico).

Fecha_ini_puesto Fecha inicial de nombramiento en el puesto. Fecha_fin_puesto Fecha final de desempeno del puesto.

Titulo Descripcion del titulo Universitario del catedratico.

Sexo Sexo del catedratico.

Edo_civil Estado civil del catedratico.

Objeto: EVAL UA Cl0N_ CA TEDRA TICO

■ 1 / / . ':P e s c r ip e i6 r i/!:’X^.;-V';^ ;# ]j Rfc Registro Federal de Contribuyentes del

catedratico.

F echa_evaluacion Fecha en que se llevo a cabo la evaluation del catedratico.

Objeto: CRITERIO__EVALUACION

v

1

^

Description ^

3

/ / '

.

Rfc Registro Federal de Contribuyentes del catedratico.

Cve_carrera Clave de identificacion de la carrera en la cual imparte catedra el maestro.

Cvemateria Clave de identificacion de la materia en la cual se esta evaluando al catedratico.

Criterio Identificacion del criterio que se esta evaluando.

Calificacion Calificacion asignada al catedratico correspondiente al criterio evaluado.

Objeto: ALUMNO

Matricula Clave de identificacion del Alumno.

Cve_carrera Clave de identificacion de la carrera en la cual se encuentra inscrito el alumno.

Tumo Horario en el cual asiste a clases el alumno (V=Vespertino, M=Matutino).

Nombre Nombre(s) del alumno.

Sexo Sexo del alumno (F=Femenino, M=Masculino).

Edo_civil Estado civil del alumno (S=Soltero, C=Casado, V=Viudo, D=Divorciado, U=Uni6n Libre).

Calle Nombre de la calle en la cual tiene su domicilio el alumno.

Colonia Colonia a la que pertenece la calle en la cual tiene su domicilio el alumno.

CP Codigo Postal perteneciente a la zona en la cual tiene su domicilio el alumno.

Telefono Numero telefonico del alumno.

Fecha_ingreso Fecha de inscription del alumnos en el CCUV.

F echa_conclusion Fecha de conclusion de estudios del alumno.

Objeto: TUTOR

'.'

^ d e l i V t r l b u t b

t 1

Matricula Clave de identificacion del Alumno del cual es tutor.

Nombre tutor Nombre completo del tutor.

Calle Nombre de la calle en la cual tiene su domicilio el tutor.

Colonia Colonia a la que pertenece la calle en la cual tiene su domicilio el tutor.

CP Codigo Postal perteneciente a la zona en la cual tiene su domicilio el tutor.

Ciudad Nombre de la ciudad en la cual tiene su domicilio el tutor.

Objeto: ASISTENCIA

Nombre del Atributo

Description

Matricula Clave de identificacion del Alumno.

Cve_materia Clave de identificacion de la materia de la cual se registraran las asistencias.

Mes Mes en el cual se desea registrar las asistencias.

Total_asis Numero total de asistencias del alumno a clases de la materia especifica.

Total inasis Numero total de inasistencias del alumno a clases de la materia especifica.

Objeto: ARANCEL

Nombre del Atributo

Description

Matricula Clave de identificacion del Alumno. Folio Numero de folio del recibo de pago.

Fecha_pago Fecha en la cual se realizo el pago de arancel.

Importe Importe que cubre el pago de arancel. Cve concepto Concepto que se esta pagando.

Objeto: CATALOGO_ARANCEL

Cve_concepto Clave de identificacion del concepto de pago.

Descripcion Descripcion del concepto de pago.

Objeto: CALIFICACION

N o m b r e del A tr ib u to * l l ^ f f i i g t i p l 1 Matricula Clave de identificacion del Alumno.

Calificacion Numero entre el 2 y el 10, correspondiente a la calificacion obtenida por el alumno en la materia.

Caracter Tipo de calificacion (Pl=Primer parcial, P2=Segundo parcial, P3=Tercer parcial, El=Extraordinario 1, E2=Extraordinario 2). Periodo ini Fecha de inicio de semestre.

Periodo_fin Fecha de fin de semestre.

Objeto: HORARIO_ CLASE

/ N d m b j c e ^ ^ : u ■ \ ' B e s c fli^ ip ii. + ■ Rfc Registro Federal de Contribuyentes del

Catedratico.

Cve_materia Clave de identificacion de la materia en la cual imparte catedra el maestro.

Grupo Numero que identifica el grupo en el cual imparte catedra el maestro.

Objeto: DIAH ORARI0

' - ' N o m b r e 4 ^ ^ "

Rfc Registro Federal de Contribuyentes del Catedratico.

Hora_inicial Hora inicial de la clase.

Hora_fmal Hora fmal de la clase.

Dia Dia de la semana en la cual se impartira la materia.

Objeto: GRUPO

'■

Descripcion " r y i '“" I:

Matricula Clave de identificacion del alumno.

Semestre Numero de semestre que cursa actualmente el alumno.

Objeto: CARRERA

:p§T'", 4> ■'? Descripcion

l

Cve_carrera Clave de identificacion de la carrera.

Duration Numero total de semestres de los cuales consta el plan de estudios de dicha carrera. Descripcion Nombre de la carrera.

No_registro Numero de registro de la carrera (REVOE). No_acuerdo Numero del acuerdo ante SEP, en el cual se

otorga el registro de la carrera.

Fecha_registro Fecha en la cual la SEP otorga el registro a la carrera

Objeto: MATERIA

i.i? ! v H

Cve_carrera Clave de identificacion de la carrera. Cve_materia Clave de identificacion de la materia. Descripcion_materia Nombre de la materia

Semestre Numero de semestre en el cual debe ser impartida la materia.

No_horas_semana Numero de horas/semana que debe ser impartida la materia.

Tipo Tipo identifica si la materia es seriada o no. Grupo Identifica el grupo en el cual se imparte la

materia.

Definition Grafica

CCUV Escudo Rfc_CCUV Razon_social No_registro Fecha creation

PERSONAL Nombre Ape_patemo Ape_matemo Direction TeI6fono Rfc PERSONAL_ADMO Puesto Fecha_ini_puesto Fecha_fin_puesto

. s.

( r

PERSONAL ACAD A Titulo

Sexo Edo_civil

Fecha_nacimiento Fecha_ingreso

f >ersonal_admo_acad\

Puesto Fecha_ini_puesto Fecha_finj>uesto Titulo Sexo Edo_civil Fecha_nacimiento Fecha_ingreso

evaluaci6ncatedratico'

Rfc

Fecha evaluation

/C R IT E R IO EVALUACi6n\

Rfc

ALUMNO Matricula Cvecarrera Tumo Nombre Ape_patemo Ape_materao Lugar_nacimiento Fecha_nacimiento Sexo Edocivil Calie Colonia CP Telefono Fecha_ingreso Fecha conclusidn

c a l i f i c a c i6n

Matricula Cve_materia Calificacion Caracter Periodo_ini Periodo fin

f GRUPO TUTOR Matricula Nombre_tutor Calie Colonia CP Ciudad Telefono

r,

, --- v\

/ ARANCEL A

Cve__concepto Folio

Fecha_pago Importe Matricula

HORARIO CLASE

f C A R R E R A N

Cve_carrera Duration No_registro Noacuerdo Fecha_registro Descripcion ASISTENCIA Matricula Cve_materia Mes Totalasis Total inasis

CATALOGO ARANCEL

Cve_concepto Descripcion

DIA HORARIO

Rfc

Hora_inicial Hora_fmal Dia

^___________

_

J

V _^

r MATERIA

1

Cve_carrera Cve_materia Descripcion_materia Semestre No_horas_semana Tipo Grupo

2.4.- Definicion de Estructuras

La estructura que se muestra en la figura 1, modela la relation existente entre los objetos que integran la estructura organizational del CCUV. En ella se observa que la organization CCUV (Universidad CCUV), esta integrada por Personal (empleados del CCUV), y que este personal puede ser de tres tipos: Administrative, Academico o Administrativo- Academico. Este ultimo tipo hereda los atributos y servicios tanto del tipo administrativo, como del academico, formando una estructura tipo rejilla. Es importante notar tambien, que cada una de las evaluaciones del catedratico puede estar formada por m calificaciones, correspondientes cada una de ellas a un criterio4 especlfico.

2

. s

r

ALUMNO \

Matricula Cvecarrera Tumo Nombre Ape_patemo Ape_matemo Lugar_nacimiento Fechanacimiento Sexo Edo_civil Calle Colonia CP Tel6fono Fecha_ingreso Fecha conclusion

m Cve_carrera Duraci6n No_registro No_acuerdo Fecha_registro CARRERA m m TUTOR Matricula Nombre_tutor Calle Colonia CP Ciudad Telefono

m _{m / --- \}

ASISTENCIA

Matricula Cve_materia Mes

Total_asis Total inasis

/'CALlHCAClO.VV Matricula Cve_materia Calificacion Cardcter Periodo_ini Periodo fin

/

* i i t

r

_MATERIA

Cve carrera---\ ARANCEL Cve_concepto Folio Fecha_pago Importe Matricula

:atalogo_arancel

Cve_concepto Description Cve_materia Descripcidn_materia Semes tre Np_horas_semana Tipo Grupo

Cve materia seriada

GRUPO Matricula Semestre Grupo

Finalmente, en la figura 3 se observa la forma en que se integra un horario de clases.

/Horario_clase ■>

Rfc

Cve carrera Cve materia Grupo

V___________ /

m

A

m

DIA HORARIO

Rfc

Hora_inicial Hora_final Dfa

2.5.- Definition de Servicios

Los servicios en un objeto especifican la forma en que se pueden controlar sus datos, y solo hacen referenda a las estructuras de datos de ese tipo de objeto; no deben tener acceso directo a las estructuras de datos de otros objetos. Para lograr utilizar la estructura de datos de otros objetos, debe enviarse un mensaje al objeto del cual se desea usar su estructura.

Por lo tanto, podemos decir que los mensajes son el medio a traves del cual los objetos interactuan.

En un sentido convencional, los servicios pueden ser vistos como modulos.

S

r

CCUV A

Crear Conectar Accesar

^ Liberar

_{__}

_J

v.

f PERSONAL ^

Crear Conectar Accesar Liberar

PERSONAL ADMO

Crear Conectar Accesar Liberar

PERSONAL ACAD

Crear Conectar Accesar Liberar Obtener_evaIuacion Obtener_carga_academica Obtener_horario_maestro Obtener_listasis_maestro Calcular_jDrom_catedrdtico VQbtener_acta_exdmen y

m 1

/ v a l u a c i6n c a t e d r a t i c o\

Crear Conectar Accesar Liberar

Obtener califcriterio

/ PERSONAL ADMO ACADEMICO A

Crear Conectar Accesar Liberar

I v

J )

V y

m

1

<

r c r i t e r i o_e v a l u a c i6n >

Crear Conectar Accesar

Liberar

_J

Figura 6. Servicios de los objetos que modelan el manejo de horarios de clase.

Definicion textual de Servicios

Ya que todos los objetos cuentan por default con los servicios de erear, conectar, accesar

y liberar, estos no seran descritos, enfocandonos unicamente a aquellos servicios especificos del objeto que cuente con otros servicios diferentes a los default.

Objeto: PERSONALIA CAD

1 > e s c rip c w n i*

Obtener_evaluacion Permite obtener la calificacion por materia de las evaluaciones realizadas por el alumno al maestro.

Obtener_carga_acad6mica Su funcion es la de obtener en forma detallada, cuales seran las materias impartidas por catedratico.

Obtener_horario_maestro Proporciona una lista de materias, dias y horarios de imparticion de catedra, de acuerdo a la carga academica registrada por cada uno de los maestros.

Obtener_listasis_maestro Proporciona una lista con los nombres de los alumnos por grupo, a los cuales el catedratico imparte clases. Calcular_prom_catedrdtico Obtiene el promedio general del catedratico, a partir del

resultado de cada una de las evaluaciones realizadas por el alumno, de las materias que imparte el maestro.

Obtener_acta_examen Proporciona una lista con los nombres de los alumnos por grupo, a los cuales el catedratico imparte clases.

Objeto: EVALU A ClON_ CA TEDRA TICO

, . . I > m j ^ c i 6 a ^ l

Objeto: ALUMNO

Serviciojfc^;*;,-. % .

Description

Local izar_tutor Permite obtener los datos generales del tutor que le corresponde.

Calcular_promateria_alumno Proporciona el promedio general obtenido por el alumno de cada una de las materias que integran un semestre en particular.

Obtener_califmateria_alumno Su funcidn es la de obtener el resultado de las evaluaciones aplicadas al alumno, respecto de determinada materia.

Calcular_promgral_alumno Obtiene el promedio general por semestre del alumno. Obtener_boleta Permite obtener la impresidn de las boletas de

calificaciones. •

Obtener_constancia Obtiene la impresidn de constancias de calificaciones. Obtener_horario_alumno Permite imprimir horarios de clases.

Calcular_promateriaXcarrgrupo Calcula los promedios por materia, de determinada carrera, semestre y grupo.

Obtener_totalumnosXcarrsemestre Obtiene el total de alumnos inscritos en determinada carrera y semestre.

Calcular_porcasistencia_alumno Calcula el porcentaje de asistencias por alumno y mes. Obtener_pagos_arancelcongrupo Lista en forma detallada por grupo, los pagos realizados

por el alumno.

Objeto: CARRERA

S e r v ic io l^ S a r ^ 1

■

Descripcion .

Obtener_materia Obtiene los datos generales de determinada materia. Obtener_l ista_materiaseriada Proporciona una lista de las materias que son seriadas.

Objeto: HORARIO_ CLASE

S en v icio g ^ W g ^ !S m S Z m Descripcion

^ 3 3 3 "

2.6.- Definicion de Temas (Subjects)

Los Temas en el AOO son subconjuntos de clases que colaboran entre si para llevar a cabo un conjunto de responsabilidades comunes. Constituyen abstracciones que aportan una referencia a los detalles en el modelo de analisis, pudiendo verse como cajas negras que contienen un conjunto de responsabilidades apoyadas por colaboradores extemos (otras clases o temas).

A continuation se presenta la notacibn colapsada y extendida de los Temas que integran el diseno orientado a objetos del sistema.

2.5,L - N otation Colapsada

SUBJECT 1

SUBJECT 2

SUBJECT 3

Personal

Alumnos

Carreras

2.5.2

.-

N otation partialm ente expandida

SUBJECT 1

Personal

SUBJECT 2

Alumnos

SUBJECT 3

Carreras

c c u v

3. DISENO ORIENT ADO A OBJETOS

La etapa de diseno orientado a objetos (DOO) se ocupa de definir las categorias de objetos involucradas en el sistema, y su(s) forma(s) de asociacion, organization y composition.

Esta definition sera expresada en forma textual y grafica, mostrando el ambito y naturaleza del proyecto y apegandose a la metodologia orientada a objetos. De igual manera se mostrara esquematicamente y en forma detallada, como seran almacenados los datos manipulados por el sistema, mencionando la plataforma empleada, la interrelation entre dichos datos, su naturaleza, nombres, longitudes, etc., de tal forma que finalmente contaremos con el marco total de la naturaleza del proyecto.

3.1.- Diseno de la Componente del Dominio del Problema

3.2.- Diseno de la Componente de Interaction Humana (Interfaz)

El diseno de la Componente de Interaction Humana, es uno de los principals componentes del DOO, ya que proporciona al ingeniero de software una imagen de la estructura del programa que se desea implementar. Esta imagen se conoce como interfaz y su diseno se concentra principalmente en 3 areas:

• El diseno de interfaces entre los modulos de software.

• El diseno de interfaces entre el software y otros productores y consumidores no humanos de information.

• El diseno de la interfaz entre el hombre y la computadora.

Esta tiltima area recibe el nombre de componente de interaction humana. Su objetivo es definir los actores humanos, desarrollar escenarios para las tareas, disenar una jerarquia de ordenes y secuencias de interaction de los usuarios, etc.

3.3.- Diseno de la Componente del manejo de Tareas

Tiene como objetivo definir, aislar y disenar cada una de las tareas que integran el modelo OO del proyecto, determinando sus caracterfsticas y objetos asociados, asi como el tipo de tarea. De acuerdo a este tipo, las tareas pueden ser dirigidas por eventos o por reloj. Ambas se activan a traves de una interrupcion, pero la primera recibe una interrupcion de alguna fuente exterior, mientras que la liltima esta gobemada por el reloj del sistema.

A continuacion se presenta la plantilla basica de tareas para el proyecto.

Metodos

Subject 1: PERSONAL

Clase/Objeto: PERSONALIA CAD

Nombre del metodo

|

Description

Obtener_evaluacion Calcula el promedio general de habilidad docente obtenido por el catedratico en las evaluaciones realizadas por el alumno, solicitando a la clase y objeto EVALUACION_CATEDRATICO la calificacion.

Obtener_carga_academica Obtiene un reporte impreso de todas las materias asignadas a un determinado catedratico. La information de dichas materias debe ser solicitada a la clase y objeto MATERIA.

Obtener_listasis_maestro Obtiene un reporte impreso por materia asignada, de la lista de asistencia de los alumnos a los cuales impartira catedra. Requiere comunicarse con la clase y objeto MATERIA para accesar la information de los grupos a los cuales un catedratico imparte clases; MATERIA accesara mediante la clave de GRUPO a la clase y objeto GRUPO quien finalmente solicitara a la clase y objeto ALUMNO, mediante el numero de matricula encontrado en grupo, el nombre del alumno. Calcular_prom_catedratico Calcula el promedio de habilidad docente obtenido

por el catedratico en las evaluaciones realizadas por el alumno. Dicho promedio se obtendra por cada una de las materias que imparte. Para lograrlo, la clase y objeto EVALUACION_CATEDRATICO debera obtener de la clase y objeto CRITERIOEVALUACION cada una de las calificaciones obtenidas por el catedratico en una materia determinada.

Obtener_acta_examen Obtiene un reporte impreso por materia asignada, de una acta de examen, en la cual el catedratico debera asentar la calificacion obtenida por el alumno en dicha materia. El proceso de comunicacion que se requiere para la obtencion del acta de examen es el mismo que ya ha sido especificado en el metodo Obtener_listasis_maestro.

Clase/Objeto: EVAL UACION_CA TEDRA TICO

Nombre del metodo || > Descripci6n

Subject 2: ALUMNOS

Clase/Objeto: ALUMNO

Nombre del metodo

Description

Localizar tutor Lee information acerca del Tutor de la clase y objeto TUTOR.

Calcular__promateria_alumno Calcula el promedio de calificacion obtenido por alumno y materia. Para obtener la calificacion de cada alumno por materia debe solicitarla a traves del numero de matricula del alumno a la clase y objeto CALIFICACION. Obtener_califinateria_alumno Lee una determinada calificacion de un

alumno a partir de la clase y objeto CALIFICACION, por medio de numero de matricula.

Calcular__promgral_alumno Calcula el promedio general de calificaciones obtenido por el alumno. Este proceso se lleva a cabo de la misma forma que en el metodo Calcular_promateria_

alumno, solo que para todas las materias cursadas.

Obtener_boleta Obtiene el reporte impreso de la boleta de calificaciones (ver formato en el apendice A). Cada calificacion es obtenida de la clase y objeto CALIFICACION a traves del numero de matricula.

Obtenerconstancia Obtiene el reporte impreso de una constancia de estudios (ver formato en el apendice A); utiliza los mismos procesos definidos en Califjmateriajalumno y Calcular_promgral_alumno.

Calcular_promateriaXcarrgrupo Caicula el promedio obtenido por carrera, materia y grupo y obtiene un reporte impreso. En este caso se combinan los procesos de obtencion de datos descritos en los metodos Calcular_promateria_alumno y Obten er_ califmateria_alumn o.

Obtener_grupo Obtiene la relation de los alumnos que integran un grupo determinado a partir de la clase y objeto GRUPO, a traves del numero de matricula.

Obtener_totalumnosXcarrsemestre Caicula el numero de alumnos inscritos en una carrera determinada y un semestre a partir de la informacion contenida en la clase y objeto GRUPO, a traves del numero de matricula. Calcular_porasistencia_alumno Caicula el total de asistencias de un alumno y

obtiene su porcentaje con base en el numero total de horas impartidas por materia a partir de la informacion contenida en la clase y objeto ASISTENCIA, por medio del numero de matricula.

Subject 3: CARRERAS

Clase/Objeto: CARRERA

Nombre del metodo

Descripcion

Obtener_materia Lee la information de la materia contenida por la clase y objeto MATERIA a traves de la clave de carrera.

Obtener_lista_materiaseriada Obtiene el reporte impreso o por pantalla de todas las materias contenidas en la clase y objeto MATERIA, cuyo tipo es seriado.

Clase/Objeto: MATERIA

Nombre del metodo i

Descripcion

Obtener horario Lee la information de los dias y horas que integran un horario determinado en el cual sera impartida una materia especifica. La information de los dias y horas de imparticion de dicha materia esta dada por la clase y objeto HORARIO CLASE, cuya information es accesada a traves del Rfc del catedratico que imparte la materia.

Subject 2: ALUMNOS

Tareas disparadas por evento

Nombre

a

Description

EjecAsistenciasMenor80 Tiene como fin obtener la relation de los alumnos con un porcentaje de asistencias menor al 80% requerido para poder presentar el ultimo examen parcial. Con esta information se puede determinar cuantos alumnos deberan presentar la materia en caracter de extraordinario I.

3.4.- Diseno de la componente de Administracion de Datos

El objetivo del diseno de la componente de administracion de datos es aislar los requisitos de bajo nivel para la gestion de datos, de los de alto nivel para la gestion de los atributos del sistema. Dicho diseno debe mostrar los atributos y operaciones (relaciones) necesarias para la gestion de los datos (Figura 9).

Plataforma de la Base de datos: Microcomputadoras con sistema operativo Windows98, implantada en Paradox.

nff Gcrtetador de bases de datos • Bdscu*

3.4.1.- Estructuras de la Base de Datos

La estructura de una base de datos es una representation de la relation logica entre los elementos individuales de datos que la integran, dictando las altemativas de organization, metodos de acceso, capacidades de asociacion y procesamiento de la information, simplificando al mismo tiempo el acceso a dicha information.

Es tan importante el buen diseno de la Base de datos, que de el depende en gran medida su rendimiento y por lo tanto, su eficiencia y la satisfaction del cliente.

A continuation se presentan las estructuras que integran la Base de Datos del Sistema Integral de Control Academico CCUV. En ellas se pueden observar los nombres, tipos y longitudes de campos, asi como la integration de sus indices.

Notacion de indices:

Nitmero: Si existe mas de un indice del mismo tipo o si el indice esta formado por mas de un campo.

| Llave Primaria Llave Candidate

Llave Normal

Tabla:

CCUV.DBF

Campo :v Ndmbre de campo “ Tipo Ancho . Dec Indice

1 RfcCCU V Caracter 15

_t

2 Escudo Grafics 4

3 Razonsocial Caracter 50

4 No_registro Caracter 10

5 Fecha_creacion Date 8

Tabla:

AL UMNO.DBF

Campo , Nombre de campo ^ Tipo Ancho Dec Indice

1 Matricula Caracter 8

_t

2 Cve_carrera Caracter 16 1 $on

3 Tumo Caracter 1

4 Ape_patemo Caracter 15

1

5 Ape_matemo Caracter 15

6 Nombre Caracter 15

₁

_H

»-7 Lugar__nacimiento Caracter 35

8 Fecha__nacimiento Date 8

9 Sexo Caracter 1

10 Edo_civil Caracter 1

11 Calle Caracter 25

12 Colonia Caracter 15

13 CP Numerico 5

14 Telefono Caracter 10

15 Fecha__ingreso Date 8

16 Fecha__conclusion Date 8

17 Cve_tutor Numerico 2 _{2 *}

-18 No_recibo Caracter 10

Tabla:

TUTOR.DBF

Campo Nombre de campo Tipo Ancho Dec Indice

1 Cve_tutor Numerico 2

_t

2 Nombre tutor Caracter 45

3 Calle Caracter 25

4 CP Numerico 5

5 Ciudad Caracter 25

6 Telefono Caracter 10

** Total ** 112

Tabla:

CALIFICA ClONES.DBF

Campo Nombre de campo Tipo Ancho Dec Indice

1 Matricula Caracter 8 • " l

2 Cvemateria Caracter 16 i

3 Calificacion Numerico 2

4 Caracter Caracter 2 # " i

5 Periodo_ini Date 8

6 Periodo_fin Date 8

** Total ** 34

Tabla:

ASISTENCIAS.DBF

Campo Nombre de campo 1 Tipo Ancho Dec Indice

1 Matricula Cardcter 8

1

t

2 Cvemateria Caracter 16

₁

_t

3 Mes Numerico 2

1

t

4 Total_asis Numerico 2

5 Total_inasis Numerico 2

Tabla:

CARRERAS.DBF

Campo Nombre de campo Tipo Ancho | Dec Indice |

1 Cve_carrera Caracter 16

?

2 Description Caracter 45

2 Duration Numerico 2

3 NO-registro Caracter 10

4 No_acuerdo Caracter 10

5 Fecha_registro Date 8

** Total ** 91

Tabla:

GRUPOS.DBF

Campo Nombre de campo Tipo Ancho Dec Indice

1 Matricula Caracter 8

_t

2 Semestre Numerico 2

3 Grupo Numerico 3

_f

** Total ** 13

Tabla:

PAGOS ARANCEL.DBF

Campo [ Nombre de campo Tipo i | Ancho , Dec Indice

1 Matricula Caracter 8

1 *

-2 Cve_concepto Numerico 2 2

fr-3 Folio Numerico 7

4 Fecha__pago Date 8

Tabla:

CATALOGO ARANCEL.DBF

Campo Nombre de campo Tipo Ancho Dec j lndicc |

1 Cve concepto Numerico 2

_t

2 Description Caracter 35

3 Importe Moneda 5 2

** Total ** 42

Tabla:

PERSONAL.DBF

Campo Nombre de campo Tipo | Ancho Dec | Indice |

1 Rfc Caracter 13

T

2 Ape_patemo Caracter 15

3 Ape_matemo Caracter 15

4 Nombre Caracter 15

5 Direction Caracter 35

6 Telefono Caracter 10

7 Tipo_personal Numerico 1

** Total ** 105

Tabla:

PERS ACAD.DBF

Campo Nombre de campo Tipo/ Ancho Dec Indice

1 Rfc Caracter 13

f

2 Titulo Caracter 40

3 Sexo Caracter 1

4 Edo_civil Caracter 1

5 F echa_nacimiento Date 8

6 Fecha_ingreso Date 8

Tabla:

PERS ADMON.DBF

Campo | Nombrc dc campo | Tipo Ancho. Dec Indice

1 Rfc Caracter 13

f

2 | Puesto Caracter 25

3 | Fecha_ini_puesto Date 8

4 | Fecha_fin_j)uesto Date 8

** Total ** 55

Tabla:

HORARIOS.DBF

Campo | Nombre de campo Tipo | Ancho Dec Indice

1 Rfc Caracter 13

2 Hora inicial DateTime 8

3 Hora_final DateTime 8

4 Cve_Mataria Caracter 5

5 Dia Caracter 1

** Total ** 35

Tabla:

EVALUACION CATEDRATICO.DBF

Campo Nombre de campo ^ Tipo Ancho , Dec Indice

1 Rfc Caracter 13

1

t

2 Fecha_evaluacion Date 8 _{i t}

3 Cve_materia Caracter 5

1

T

Tabla:

CALIFICA CIONES MAESTROS.DBF

| Campo Nombre de campo Tipo Ancho Dec Indice

1 Rfc Caracter 13

₁

_t

2 Fecha_evaluacion Date 8

₁

_t

3 Cve materia Caracter 5

1

t

4 Criterio Caracter 2

1

t

5 Calificacion_criterio Numerico 2

** Total ** 23

Estructura de la tabla:

CATAlOGO_CLAVESEVAL.DBF

Campo | Nombre de campo Tipo Ancho Dec Indice

1 CveCriterio Caracter 2

_T

2 Description Caracter 62

** Total ** 64

Estructura de la tabla:

CAR GAS A CADEMICAS.DBF

Campo Nombre de campo Tipo | Ancho | Dec | Indice

1 Rfc Caracter 13

t

2 Cve_carrera Caracter 16

T

3 Cve_materia Caracter 5

t

4 Grupo Numerico 3 ₁

Estructura de la tabla:

MATERIAS.DBF

Campo Nombre de campo | Tipo Ancho Dec Indice

1 Cve_carrera Caracter 16

2 Cve__materia Caracter 5

. t

3 Descripcion_materia Caracter 40

4 Semestre Numerico 2

5 No_horas__materia Numerico 1

6 Grupo Numerico 3

7 Cve__mat_seriada Caracter 5

** Total** 72

Estructura de la tabla:

CATALOGO PUESTOS.DBF

Campo Nombre de campo Tipo Ancho Dec Indice

1 Puesto Caracter 25

t

2 Descripcion Memo 240

3 .4 .2 ,-Estructuras de la Base de Datos en notation relational

El objetivo del diseno de una Base de Datos relacional es generar un conjunto de esquemas de relaciones que permitan almacenar la information con un minirno de redundancia, asi como recuperarla facilmente.

Para lograrlo, una de las principals tecnicas empleadas es disenar esquemas que cuenten con una forma normal adecuada.

Como sabemos, para obtener dicha forma normal adecuadamente, se requiere del conocimiento del dominio del problema, de tal forma que se puedan detectar las dependencias funcionales6 existentes.

Los esquemas de la Base de Datos del Sistema Integral de Control Academico CCUV que se presentan enseguida estan en forma normal Boyce-Codd7.

Una Base de Datos esta en BCNF, si cada miembro del conjunto de esquemas relacionales que constituyen el diseno esta en BCNF, es decir, si para todas las dependencias funcionales de la forma X-»A, donde X<zR y A eR que se cumplen con R, se cumple al menos que:

• X—»A es una dependencia funcional trivial (es decir, AeX)

/>

Esquemas de la Base de Datos

Esquema-CCUV

= (RftjCCUV, Escudo, Razonsocial, Noregistro, Fecha_creacion)

Esquema-ALUMNO

= (Matricula, Cve_carrera, Tumo, Apejpatemo, Ape matemo,

Nombre, Lugar_nacimiento, Fecha_nacimiento, Sexo, Edo civil, Calle, Colonia, CP, Telefono, Fecha ingreso, Fecha_conclusion, Cve_tutor, No_recibo)

Esquema-TUTOR

= (Cve_tutor, Nombre tutor, Calle, CP, Ciudad, Telefono)

Esquema-CALIFICACION

= (Matricula, Cvecarrera, Calificacion, Caracter,

Periodo_ini, Periodo_fin)

Esquema-ASISTENCIAS

= (Matricula, Cve__carrera, Mes, Total_asis, Total__inasis)

Esquema-CARRERA

= (Cvecarrera, Descripcion, Duracion, Noregistro,

No_acuerdo, Fecha_registro)

Esquema-GRUPO

= (Matricula, Semestre, Grupo)

Esquema-ARANCEL

= (Matricula, Cve concepto, Folio, Fecha_pago)

Esquema-CATALOGO_ARANCEL

= (Cve^concepto, Descripcion, Importe)

Esquema-PERSONAL

= (Rfc, Apejpatemo, Ape_matemo, Nombre, Direction,

Telefono, Tipo_personal)

Esquema-PERSONALACADEMIGO

= (Rfc, Titulo, Sexo, Edocivil,

Fecha_nacimiento, Fecha_ingreso)

Esquema- HORARIO CLASE

= (Rfc, Cve_Materia, Horajnicial, Hora final, Dia)

Esquema-E V ALUACIONC ATEDRATICO

= (Rfc, Fecha_e valuation)

Esquema-CRITERIO EVALUACION

= (Rfc, Cvemateria, Fecha_evaluacion,

Criterio, Calificaci6n_criterio)

Esquema-CATALOGO_CRITERIO

= (Criterio, Description)

Esquema-MATERIA

= (Cve carrera, Cve_materia, Descripcionjnateria, Semestre,

Nojhoras materia, Grupo, Cve mat seriada)

Esquema-CARGAS_ACADEMICAS

= (Rfc, Cve carrera, Cve_materia, Grupo)

4. PRUEBAS Y EVALUACION

La Fase de pruebas y evaluacion tiene como principal objetivo disenar y establecer un plan de pruebas para el proyecto: “Sistema Integral de Control Academico CCUV9”, asi como registrar, analizar y documentar los resultados obtenidos a traves de la aplicacion de dichas pruebas.

Desafortunadamente, debido a diferentes motivos que para el contexto del presente documento no son importantes, el desarrollo del sistema no sera llevado a cabo en su totalidad; por lo tanto, las pruebas tampoco podran ser aplicadas al total de funciones especificadas para el Sistema Integral de Control Academico CCUV, mencionadas en los documentos de planeacion, analisis y diseno.

Es asi como, de acuerdo a una evaluacion realizada por la comision academica de la Especializacion en Ingenieria de Software de la UV, para el Sistema Integral de Control Academico CCUV, solo seran desarrollados los siguientes modulos:

• Todo el modulo de Actualizaciones • Las consultas de:

Datos generales del Alumno

Datos generales de las Carreras impartidas en el CCUV Calificaciones de los Aiumnos

4.1.- Plan de Prueba

Como todo proceso, el desarrollo de software esta expuesto a la posibilidad de que el fallo humano aparezca; por lo tanto, es de vital importancia contar con un plan de prueba que nos permita detectar dichas fallas lo antes posible, de tal forma que nuestros costos finales de desarrollo y mantenimiento no se disparen, logrando al mismo tiempo una mejor calidad del producto final.

Este plan de prueba, ademas de permitimos detectar fallas, nos facilitara tambien su correccidn, seguimiento y documentacion, constituyendo una revision final de las especificaciones, del diseno y de la codification.

Aunque cada plan de prueba puede ser distinto, dependiendo del tipo de producto y de la metodologfa empleada para el desarrollo del sistema, todo plan constara de una serie de pasos o fases. Dichas fases se describiran a continuacion, no sin antes definir el objetivo de las pruebas.

Las pruebas de software tienen como objetivo descubrir errores, no asegurar su ausencia. Por lo tanto, podemos asegurar que una prueba es exitosa, si a traves de ella podemos detectar errores que no habiamos podido descubrir antes de su aplicacion.

4.1.1.- Fases de Prueba

El plan de prueba que sera aplicado en la revision del proyecto “Sistema Integral de Control Academico CCUV” diferira al tradicional, debido a que el paradigma utilizado en su realization es el Orientado a Objetos y por lo tanto, las pruebas deben ampliarse para incluir tecnicas de detection de errores aplicados a los modelos de DOO10 y AOOri, y reflejarse en la estrategia de pruebas de unidad, integration y validation, tomando en cuenta las caracteristicas propias del software OO12.

Pruebas de Unidad

Las pruebas de unidad centran su atencion en cada ciase u objeto individualmente, asegurando que cada operation encapsulada por la ciase u objeto funcione adecuadamente como una unidad. Este tipo de pruebas puede hacer uso de las tecnicas de prueba de caja blanca13. En la section de apendices (apendice C) de este documento se aplica la prueba de caminos basicos (grafos), a una de las principales funciones del sistema implementado.

En general, estas pruebas de unidad o de ciase se clasifican como:

• Pruebas basadas en fallos. Su objetivo es disenar pruebas que posean una alta probabilidad en la detection de errores.

• Pruebas aleatorias. Consisten en combinar de diversas formas las posibles operaciones o funciones aplicables a una ciase particular.

• Pruebas de partition. Este tipo de pruebas reducen el numero de casos de prueba necesarios para ejercitar la ciase, categorizando las entradas y salidas.

Para este proyecto, se ha seleccionado la prueba aleatoria, utilizando para su control y seguimiento una bitacora. Dicha bitacora se describe a continuation:

Formato

Funcion:

Casos de Secuencia Entradas

1 I I

Respuesta obtenida Gbservaciones Prueba de Mitodos

Caso 1 Caso 2

Description del formato

Funcion: Nombre de la funcion (opcion de interfaz) para la cual seran disenados los casos de prueba.

Casos de prueba: Numero consecutivo que identifica al caso de prueba.

Secuencia de Metodos: Orden en el cual deberan ser ejecutadas las subfunciones provistas por la interfaz, para la funcion probada.

Entradas: Datos que deberan ser provistos al ejecutar la secuencia de subfunciones. Respuesta esperada: Resultado que se espera obtener de la aplicacion del caso de prueba. Respuesta obtenida: Resultado real obtenido de la aplicacion del caso de prueba.

Observaciones: Espacio reservado para el registro de cualquier comentario o nota respecto de la aplicacion de la prueba.

Pruebas de Integration

Consiste en ensamblar las clases u objetos mencionados en el punto anterior, a fin de integrar el paquete de software por completo. En este tipo de pruebas se pueden utilizar dos estrategias diferentes:

• Hilos de ejecucion. Su funcion es integrar el conjunto de clases necesario para responder a una entrada o evento del sistema. Cada hilo debe ser integrado y probado individualmente.

La prueba que se ha seleccionado es la basada en hilos de ejecucion (Diagramas ASF).

Cada prueba ASF muestra la interaction requerida entre clases y metodos, asi como la secuencia de ejecucion de dichas interacciones, necesaria para cumplir con el proposito de una funcion determinada, cuyo acceso sera posible a traves de la interfaz. La simbologia empleada por el metodo de hilos de ejecucion, el significado de cada uno de sus simbolos, asi como un ejemplo de su aplicacion se presenta en el apendice D de este documento.

Pruebas de validation

Se centran en las acciones visibles del usuario y en las salidas del sistema comprensibles por el. Estas pruebas se basan en los casos de prueba disenados.

Las pruebas de validation tienen como principal objetivo verificar que se cumplan los requisites funcionales establecidos por el cliente .

Para este proyecto, y con la finalidad de llevar a cabo dichas pruebas de manera ordenada y functional, de tal forma que la recopilacion de los resultados obtenidos sea en io posible completa, se opt6 por su aplicacion a distintos tipos de usuarios, a traves de:

• Una sesion de uso del sistema • Aplicacion de un cuestionario

En este cuestionario, las preguntas han sido clasificadas de acuerdo a los principales aspectos que deben ser evaluados por las pruebas de validation aplicadas a cualquier sistema.

Antes de presentar los resultados obtenidos a traves de la aplicacion del cuestionario, es importante puntualizar a que nos referimos cuando hablamos del tipo de usuario. Para este sistema, los tipos de usuario se clasificaran de acuerdo a dos aspectos relevantes:

2. Conocimiento o dominio del entomo, medio ambiente y procesos de trabajo (area de aplicacion del sistema).

A su vez, ambos aspectos se subdividiran en:

a) Novato: usuario que cuenta unicamente con conocimientos minimos del area (ya sea tecnica o laboral).

b) Intermedio: usuario con conocimiento suficientes para comprender y manipular con asesoria minima las funciones propias del area (ya sea tecnica o laboral).

c) Experto: usuario con extenso conocimiento en el area (ya sea tecnica o laboral).

Asi, de acuerdo a dicha clasificacion, podremos tener los siguientes tipos de usuario: • Experto en el area computacional/Novato en el &rea laboral

• Experto en el area computacional/Intermedio en el area laboral • Experto en el area computacional/Experto en el area laboral • Intermedio en el area. computacional/Novato en el area laboral • Intermedio en el area computacional/Intermedio en el area laboral • Intermedio en el area computacional/Experto en el area laboral • Novato en el area computacional/Novato en el area laboral • Novato en el area computacional/Intermedio en el area laboral • Novato en el area computacional/Experto en el area laboral

El formato del cuestionario aplicado puede ser consultado en el Apendice E de este documento.

Pruebas del sistema

El objetivo de las pruebas del sistema es ejecutar de manera profunda, todas y cada una de las funciones del sistema, con la finalidad de detectar deficiencias.

Estas deficiencias pueden clasificarse de acuerdo a los siguientes tipos:

Recuperacion:

Seguridad:

Se refiere a verificar que tan protegido esta el sistema respecto al acceso de personas no autorizadas.

Resistencia:

Su funcion es la de verificar que es lo que sucede en situaciones anormales. Rendimiento:

Verifica el rendimiento en tiempo de ejecucion del sistema.

A continuation se presenta una tabla que muestra los resultados obtenidos de la aplicacion de las pruebas del sistema, por cada uno de los cuatro aspectos mencionados anteriormente. iv.-. Tipo ^ CasodePrueba f ) Resultado Obteitid&$£M

Recuperation X. Sistema Interrumpido.

2. Maquina Apagada.

Al interrumpir el sistema, la tabla que se esta utilizando en ese momento queda registrada como activa y bloqueada por otro usuario, por lo que al intentar accesarla solo permitira su lectura, no su modificacion. En algunas ocasiones los archivos pueden danarse, por lo que sera necesario su reconstruccion.

.'.1 Tipo ' Z ^ % ^ V Caso de Prueba t, ; Resufiado Obtenido Resistencia Dado que el volumen de

datos manejados por el CCUV es mas bien pequefio (17 catedraticos, 5 carreras, 167 alumnos, etc.), y el manejador de Bases de Datos que se utiliza (Paradox), soporta por mucho los requerimientos del sistema, este aspecto no sera evaluado.

1. Datos de entrada muy largos.

El sistema esta disenado de tal forma que no permite introducir datos de longitudes mayores a las especificadas en la Base de datos para los campos en los cuales sera almacenada la informacion.

Rendimiento Los recursos que requiere utilizar el sistema son minimos por los motivos ya mencionados anteriormente.

No se detecto ningun problema.

4.2.- Resultados de Prueba obtenidos

Como se pudo observar a traves de los resultados obtenidos por medio de la aplicacion de los casos de prueba senalados en la bitacora, las fallas detectadas son pocas. Sin embargo, algunas de estas fallas son muy importantes y por lo tanto es necesario corregirlas a la mayor brevedad.

Otro aspecto que se requiere puntualizar es el de que los casos de prueba mostrados en la bitacora no son todos los posibles y que por lo tanto, se requiere seguir planteando y ejecutando nuevos casos de prueba.

Recuerde que la etapa de pruebas es iterativa, es decir, las pruebas deben seguirse efectuando hasta que el numero de errores detectados sea muy pequeno, ya no se localicen nuevos errores, o el costo y esfuerzo invertidos en su detection no sea redituable, es decir, que este esfuerzo no valga la pena ya que el ntimero de errores encontrados es minimo o los errores encontrados son los ya detectados y que no han podido corregirse, perteneciendo ademas estos errores a casos que pueden ocurrir muy raramente.

Para este proyecto, debemos considerar que la etapa de pruebas se encuentra aun en su fase inicial, y que por lo tanto, deben seguirse planteando y ejecutando nuevos casos de prueba, corrigiendo por su puesto, las fallas detectadas lo antes posible.

A continuation se presentan los resultados obtenidos a partir de las respuestas registradas en los cuestionarios15 aplicados.

Tabla Resumen por tipo de usuario y concepto evaluado

1 2 3 4 5 6 7 8 9 10 11

A 9.8 10 10 9.75 9.3 10 9 9.75 10 9.73

F 10 10 9.25 10 10 10 9 9.5 10 9.75

I 9.4 9.3 9.75 10 10 10 10 10 10 9.83

1 = Tipo de usuario (de acuerdo a la clasificacion de usuarios establecida en el parrafo anterior)

3 = Reduction de Memorization

4 = Gestion de las operaciones y los datos 5 = Interaction con el usuario

6 = Flexibilidad en la realization de cambios 7 = Instrucciones analogas

8 = Mensajes significativos 9 = Integridad de la Interfaz 10 = Contexto Visual

11 = Calificacion final promedio

De acuerdo a la tabia resumen presentada anteriormente, podemos concluir como puntos relevantes los siguientes:

• El uso de la interfaz fue percibido como sencillo y agradable

• Los iconos es en su mayoria son representatives de la funcion que realizan

• Se requiere una revision de la redaction de los mensajes presentados por el sistema • De facil aprendizaje

• Sin redundancia de informacion