You are on page 1of 234

UNIVERSIDAD NACIONAL ABIERTA

VICERECTORADO ACADÉMICO
ÁREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS

INTERFAZ DE INFORMACIÓN Y COMUNICACIÓN BASADA EN


TECNOLOGÍA WEB DEL COLEGIO CATÓLICO “SAN JOSÉ”

Trabajo de Grado presentado ante la


Universidad Nacional Abierta
por: Carlos A. Terán
para obtener el título de
Ingeniero de Sistemas

Araure, junio de 2004


Índice:
Pag.:
Introducción........................................................................................................ 1
Capítulo I
Definiciones y Conceptos Básicos................................................................ 4
Capítulo II. El Problema y propuesta de solución
Planteamiento del Problema........................................................................... 7
Objetivo General............................................................................................. 13
Objetivos Específicos..................................................................................... 13
Alcance........................................................................................................... 14
Justificación.................................................................................................... 14
Limitaciones................................................................................................... 15
Identificación de la Empresa.......................................................................... 16
Capítulo III. Marco Teórico
Antecedentes de la Investigación................................................................... 20
El Lenguaje de Modelado Unificado U.M.L.................................................. 22
Diagramas de Casos de Uso..................................................................... 24
Diagramas de Clases................................................................................ 25
Diagramas de Actividades....................................................................... 30
Diagramas de Interacción........................................................................ 31
Diagramas de Estado................................................................................ 32
Diagramas de Implantación..................................................................... 33
Las Nuevas Tecnologías de la Información y la Comunicación.................... 35
Sistemas de Información Web........................................................................ 38
Internet............................................................................................................ 40
El lenguaje HTML.......................................................................................... 44
Páginas Activas de Servidor A.S.P................................................................. 46

5
Pág.:
Capítulo IV. Marco Metodológico
Tipo de Investigación..................................................................................... 48
Metodología.................................................................................................... 48
Fases del Desarrollo RUP........................................................................ 51
Herramientas de Software.............................................................................. 54
Herramientas de Hardware............................................................................. 60
Factibilidad de la Investigación...................................................................... 60
Capítulo V. Descripción de la Solución
Fase I. Modelado del Negocio........................................................................ 62
Fase II. Elaboración. Análisis y Diseño........................................................ 64
Modelo de Análisis Diagramas de Casos de Uso.................................... 65
Modelo de Análisis Diagramas de Clase................................................. 76
Modelo de Análisis Diagramas de Actividades....................................... 91
Modelo de Análisis Diagrama de Secuencia........................................... 104
Modelo de Análisis Diagrama de Colaboración...................................... 112
Modelo de Análisis Diagrama de Estado................................................. 120
Modelo de Análisis Diagrama de Componentes...................................... 125
Modelo de Análisis Diagrama de Despliegue.......................................... 130
Modelo de Diseño.................................................................................... 139
Modelo de Diseño de la Base de Datos................................................... 142
Modelo de Diseño de la Interfaz.............................................................. 149
Fase III. Construcción..................................................................................... 184
Fase III. Transición......................................................................................... 209
Capítulo V. Pruebas o Impacto de Solución
Pruebas Estructurales o de “Caja Blanca”...................................................... 211
Pruebas Propias de Aplicaciones Web........................................................... 214
Conclusiones....................................................................................................... 216

6
Recomendaciones............................................................................................... 218
Bibliografía......................................................................................................... 219
Anexos................................................................................................................ 220
Anexo 01 Carta Estructurada Interfaz Colegio Católico "San José"
Anexo 02. Hospedaje Web en Portal CANTV.NET
Anexo 03. Servicio Banda Ancha ABA Cantv.net
Anexo 04. Normas para el registro de dominios bajo VE

7
Lista de Figuras:
Número Descripción Pag.:
01 Funcionamiento de Internet................................................................ 10
02 Organigrama Colegio “San José”....................................................... 18
03 Ejemplo de un Diagrama de Casos de Uso......................................... 24
04 Representación de una Clase.............................................................. 26
05 Tipos de Multiplicidad de una Clase.................................................. 28
06 Diagrama de Secuencia asociado al proceso “Actualizar Depósito”. 32
07 Ejemplo de Diagramas de Componentes............................................ 34
08 Ejemplo de Diagramas de Despliegue................................................ 34
09 Modelado del Negocio........................................................................ 64
10 Diagrama de Casos de Uso asociado al Actor Registro, Control y
Evaluación de Estudios....................................................................... 66
11 Diagrama de Casos de Uso asociado al Actor Docente...................... 69
12 Diagrama de Casos de Uso asociado al Actor Alumno...................... 71
13 Diagrama de Casos de Uso asociado Actor Padres y Representantes 73
14 Diagrama de Casos de Uso asociado al Actor Público en General.... 75
15 Modelo de Análisis Diagrama de Clase para acceder al sistema....... 76
16 Modelo de Análisis Diagrama de Clase para Actualizar Novedades. 77
17 Modelo de Análisis Diagrama de Clase para Evaluaciones............... 78
18 Modelo de Análisis Diagrama de Clase para Inscripción................... 79
19 Modelo de Análisis Diagrama de Clase para Actividades
Extracurriculares................................................................................. 80
20 Modelo de Análisis Diagrama de Clase para Evaluaciones Actor
Docente............................................................................................... 81
21 Modelo de Análisis Diagrama de Clase para Asignaciones Actor
Docente............................................................................................... 82
22 Modelo de Análisis Diagrama de Clase para Guías Actor Docente... 83

8
Número Descripción Pag.:
23 Modelo de Análisis Diagrama de Clase para Novedades ocurridas
en el Aula. Actor Docente.................................................................. 84
24 Modelo de Análisis Diagrama de Clase para Evaluaciones. Actor
Alumno .............................................................................................. 85
25 Modelo de Análisis Diagrama de Clase para Asignaciones. Actor
Alumno .............................................................................................. 85
26 Modelo de Análisis Diagrama de Clase para Guías Actor Alumno... 86
27 Modelo de Análisis Diagrama de Clase para Novedades ocurridas
en el Aula. Actor Alumno................................................................... 87
28 Modelo de Análisis Diagrama de Clase para Preinscripciones y
pago de mensualidades. Actor Padres y/o Representantes................. 88
29 Modelo de Análisis Diagrama de Clase para Novedades ocurridas
en el Aula. Actor Alumno................................................................... 89
30 Modelo de Análisis Diagrama de Clase para Actividades
Extracurriculares. Actor Padres y Representantes.............................. 90
31 Modelo de Análisis Diagrama de Clase para Casos de Uso. Actor
Público en General……………………………….............................. 91
32 Modelo de Análisis. Diagrama de Actividades Informe de
Rendimiento………………………………………………………… 93
33 Modelo de Análisis. Diagrama de Actividades Académicas……….. 94
34 Modelo de Análisis. Diagrama de Actividades Novedades y
Actividades Extracurriculares……………………………………..... 95
35 Modelo de Análisis. Diagrama de Actividades Actualizar Notas
Actor Docente……………………………………………...……….. 96
36 Modelo de Análisis. Diagrama de Actividades Asignación de
Actividades Actor Docente………………………………...……….. 97
37 Modelo de Análisis. Diagrama de Actividades Asignación de

9
Pág.:
Material Documental Actor Docente……………………...……….. 98
38 Modelo de Análisis. Diagrama de Actividades Consultas hechas
por los alumnos………………………...………………...……….. 99
39 Modelo de Análisis. Diagrama de Actividades Registro de
Preinscripción. Actor Padres y Representantes…………...……….. 100
40 Modelo de Análisis. Diagrama de Actividades Registro de Pago de
Mensualidad. Actor Padres y Representantes…………...………….. 101
41 Modelo de Análisis. Diagrama de Actividades Consultas. Actor
Padres y Representantes…………...……………………………….. 102
42 Modelo de Análisis. Diagrama de Actividades Consultas. Actor
Público en General……….………...……………………………….. 103
43 Modelo de Análisis. Diagrama de Secuencias. Actor Control de
Estudios………….…….………...……………………………….. 104
44 Modelo de Análisis. Diagrama de Secuencias. Actor Control de
Estudios. Caso de Uso Informe de Rendimiento Académico.……… 105
45 Modelo de Análisis. Diagrama de Secuencias. Actor Control de
Estudios. Caso de Uso Actividades Extracurriculares……………… 106
46 Modelo de Análisis. Diagrama de Secuencias. Actor Docente…….. 107
47 Modelo de Análisis. Diagrama de Secuencias. Actor Alumno…….. 109
48 Modelo de Análisis. Diagrama de Secuencias. Actor Padres y
Representantes………………………………………………..…….. 110
49 Modelo de Análisis. Diagrama de Secuencias. Actor Público en
General………………………………………………………..…….. 111
50 Diagrama de Colaboración. Programación Académica. Actor
Registro, Control y Evaluación de Estudios………………………... 112
51 Diagrama de Colaboración. Informe de Rendimiento. Actor
Registro, Control y Evaluación de Estudios………………………... 113

10
Pág.:
52 Diagrama de Colaboración. Actividades Extracurriculares. Actor
Registro, Control y Evaluación de Estudios………………………... 114
53 Diagrama de Colaboración. Actualizar Datos. Actor Docente……... 115
54 Diagrama de Colaboración. Consultar Datos. Actor Alumno……… 116
55 Diagrama de Colaboración. Actualizar Inscripción. Actor: Padres y
Representantes……………………………………………………… 117
56 Diagrama de Colaboración. Actualizar Pagos Mensuales. Actor:
Padres y Representantes..………………………………………… 118
57 Diagrama de Colaboración. Consultas Varias. Actor: Padres y
Representantes……………………………………………………… 119
58 Diagrama de Colaboración. Consultas Varias. Actor: Público en
General……………………………………………………………… 120
59 Diagrama de Estado. Actor: Registro, Control y Evaluación de
Estudios…………………………………………………………….. 121
60 Diagrama de Estado. Actor: Docente…………………………….. 122
61 Diagrama de Estado. Actor: Alumno…………………………….. 123
62 Diagrama de Estado. Actor: Padres y Representantes……………… 124
63 Diagrama de Estado. Actor: Público en General…….…………… 125
64 Diagrama de Componentes. Actor: Registro, Control y Evaluación
de Estudios………………………………………………………….. 126
65 Diagrama de Componentes. Actor: Docente……………………….. 127
66 Diagrama de Componentes. Actor: Padres y Representantes………. 128
67 Diagrama de Componentes. Actor: Alumnos………………………. 129
68 Diagrama de Componentes. Actor: Público en General……………. 130
69 Diagrama de Despliegue. Actor: Registro, Control y Evaluación de
Estudios…………………………………………………………….. 131
70 Diagrama de Despliegue. Actor Docentes………………………….. 132

11
Pág.:
71 Diagrama de Despliegue. Actor Padres y Representantes………….. 133
72 Diagrama de Despliegue. Actor Alumnos……………….……….. 134
73 Diagrama de Despliegue. Actor Público en General…….……….. 135
74 Modelo de Análisis. Diagramas de Despliegue…………………….. 136
75 Representación de una Página Cliente en UML……………………. 137
76 Representación de una Página Servidor en UML………………… 137
77 Representación de un Formulario en UML………………………… 138
78 Representación de un Frameset en UML………………………… 138
79 Estructura Básica de la Interfaz……………………………………. 140
80 Lógica mínima de una Patrón Thin Web Client……………………. 141
81 Modelo Entidad Relación…………………………………………... 172
82 Modelo de Diseño. Actualización de Datos Actor Registro,
Control y Evaluación de Estudios…………………………………. 174
83 Modelo de Diseño. Autorización Actor Docente…………………... 174
84 Modelo de Diseño. Actualización Datos Actor Docente…………… 175
85 Modelo de Diseño. Autorización Actor Alumno…………………… 176
86 Modelo de Diseño. Actualización Datos Actor Alumno…………... 177
87 Modelo de Diseño. Autorización Actor Padres y Representantes..… 177
88 Modelo de Diseño. Actualización Datos Actor Padres y
Representantes..…………………………………………………….. 178
89 Modelo de Diseño. Actualización Datos Actor: Padres y
Representantes …………………………………………..…………. 179
90 Modelo de Diseño. Actualización Datos Actor Público en General.. 180
91 Modelo Conceptual de la Interfaz………………………………….. 181
92 Pantalla Principal Interfaz Web Colegio Católico “San José”……... 185
93 Pantalla SubMenú Nuestro Colegio Interfaz Web Colegio Católico
Pág.:

12
“San José”……................................................................................... 187
94 Pantalla SubMenú Información de Estudios Interfaz Web Colegio
Católico “San José”…….................................................................... 188
95 Pantalla SubMenú Información de Estudios Opción Pensum
Interfaz Web Colegio Católico “San José”……................................. 189
96 Pantalla SubMenú Información de Estudios Opción Horarios
Interfaz Web Colegio Católico “San José”……................................. 190
97 Pantalla SubMenú Información de Estudios Opción Alumnos
Interfaz Web Colegio Católico “San José”……................................. 191
98 Pantalla SubMenú Información de Estudios Opción Alumnos
Interfaz Web Colegio Católico “San José”……................................. 192
99 Pantalla SubMenú Información de Estudios Acceso a Opción
Representantes Interfaz Web Colegio Católico “San José”……....... 193
100 Pantalla SubMenú Información de Estudios Acceso a Opción
Docentes Interfaz Web Colegio Católico “San José”……................. 195
101 Pantalla SubMenú Información de Estudios Acceso a Opción
Docentes Interfaz Web Colegio Católico “San José”……................. 196
102 Pantalla SubMenú Calendario Escolar Interfaz Web Colegio
Católico “San José”…….................................................................... 199
103 Pantalla SubMenú Vida Estudiantil. Interfaz Colegio “San José....... 200
104 Pantalla SubMenú Vida Estudiantil. Opción Grupos Juveniles
Interfaz Web Colegio Católico “San José”......................................... 201
105 Pantalla SubMenú Vida Estudiantil. Opción Onomásticos Interfaz
Web Colegio Católico “San José”...................................................... 202
106 Pantalla SubMenú Vida Estudiantil. Opción Cuadro de Noticias
Interfaz Web Colegio Católico “San José”......................................... 203
107 Pantalla SubMenú Actividades Complementarias Interfaz Web

13
Pág.:
Colegio Católico “San José”............................................................... 205
108 Pantalla SubMenú Actividades Complementarias Opción ………… 205
109 Pantalla SubMenú Comunicación con el Colegio Interfaz Web
Colegio Católico “San José”……....................................................... 206
110 Pantalla SubMenú Visita Virtual Interfaz Web Colegio Católico
“San José”……....................................................... 207
111 Pantalla SubMenú Visita Virtual Opción: Vista Fachada Interfaz
Web Colegio Católico “San José”…….............................................. 208
112 Pantalla SubMenú Correo Interfaz Web Colegio Católico “San
José”…….......................………………………………..................... 209

14
Lista de Cuadros:

Número Descripción Pag.:


01 Fases de la Metodología RUP............................................................ 53
02 Tabla ControlEstudios……………………………………………… 146
03 Tabla Profesores……………………………………………………. 146
04 Tabla Representantes……………………………………………….. 147
05 Tabla Alumnos……………………………………………………... 147
06 Tabla Materia……………………………………………………….. 148
07 Tabla ActComple…………………………………………………… 149
08 Tabla FechasEsp……………………………………………………. 149
09 Tabla AlumMateNotas……………………………………………... 149
10 Tabla DatosGrado…………………………………………………... 150
11 Tabla Documentación………………………………………………. 150
12 Tabla MateAsig…………………………………………………….. 151
13 Tabla MateGuias……………………………………………………. 151
14 Tabla ProfeMate……………………………………………………. 152
15 Tabla ProfeMateEva………………………………………………... 152
16 Tabla RepreAlum…………………………………………………... 152
17 Tabla TActual………………………………………………………. 153
18 Tabla VidaEstu……………………………………………………... 153
19 Tabla AlumMate……………………………………………………. 153

15
UNIVERSIDAD NACIONAL ABIERTA
AREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS

INTERFAZ DE INFORMACIÒN Y COMUNICACIÓN BASADA EN


TECNOLOGÍA WEB DEL COLEGIO CATÓLICO “SAN JOSÉ”

Autor: Carlos A. Terán


Asesor Empresarial: Ing. Milagros Davoin
Tutor Académico: Ing. MSc Saibel Ramos

Resumen

Esta investigación, enmarcada en la modalidad de proyectos especiales fue


desarrollada considerando aspectos relacionados con la Metodología Estructurada
para el Desarrollo de Sistemas de Información (MEDSI) como complemento en la
recopilación de información requerida en la Metodología Rational Unified Process
(RUP) con notación Unified Modeling Language (UML) para el diseño e
implementación de una interfaz de información y comunicación basado en tecnología
Web del Colegio Católico “San José”, el cual es un sistema orientado a facilitar la
integración de todas las personas que componen la comunidad educativa como
factores protagonistas y participantes en el proceso de enseñanza – aprendizaje. Esta
herramienta Web permite a los usuarios externos obtener información de la
institución, al mismo tiempo que permite a los docentes actualizar los resultados de
las evaluaciones aplicadas así como las actividades planificadas de sus alumnos desde
un punto remoto por medio de Internet, a los padres, representantes conocer sobre el
desarrollo y avance de los logros alcanzados por sus hijos o representados, formalizar
inscripciones, actualizar datos (pagos) y conocer las actividades curriculares y
extracurriculares programadas, a los alumnos le permite esta herramienta obtener
información relacionada con sus logros alcanzados, así como las actividades
programadas en las distintas asignaturas. Igualmente, esta herramienta permite una
comunicación en línea con la institución utilizando la tecnología web disponible en
cualquier computador que tenga acceso a Internet.

Palabras Claves: Interfaz, Sistemas de Información Web

16
Introducción:

La educación en Venezuela está orientada hacia la participación protagónica


de toda la comunidad educativa, permitiendo la incorporación de los padres y/o
representantes en el proceso de formación de los estudiantes y el seguimiento de su
rendimiento estudiantil; sin embargo este deber ser no se ha cristalizado en su
completa dimensión debido a diversas limitaciones de algunos de los actores que
interactúan con los diferentes elementos de la administración del proceso educativo.

Para combatir esta situación, las instituciones educativas se encuentran en la


actualidad en la búsqueda de mecanismos que permitan “acercar” las instituciones a
los padres y representantes que no han podido integrarse en el proceso educativo de
sus hijos o representados bien sea por la falta de tiempo, sus múltiples compromisos
laborales o por la necesidad de modernización de los mecanismos de información y
comunicación.

Una de las herramientas consideradas para mejorar la comunicación entre los


distintos actores del proceso educativo lo constituyen las Nuevas Tecnologías de la
Información y la Comunicación (TIC) a través del Diseño de un Sistema de
Información Web que permita incorporar algunos de los procesos a través de la red
Internet.

La presente investigación es el resultado de las inquietudes presentadas por la


comunidad educativa de la Unidad Educativa Privada Colegio Católico San José de
la ciudad de Guanare, institución creada en el año de 1998 con el objeto de formar
estudiantes en la carrera de Técnicos Medios en Servicios Administrativos Mención
Informática la cual requería de una herramienta que le permitiera integrar de una
manera rápida y segura los distintos elementos que conforman el proceso educativo

17
facilitando así las labores de enseñanza aprendizaje y mejorando al mismo tiempo la
comunicación que necesariamente debe existir entre los mismos.

Para la formulación de la propuesta se utilizó la metodología de Proceso


Unificado RUP (Rational Unified Process) con notación de Lenguaje Unificado de
Modelado UML (Unified Modeling Language), y la programación de la misma se
realizó en Lenguaje de Marcas de Hipertexto HTML (Hyper Text Markup Language)
editado con la herramienta de Block de Notas disponibles en la plataforma de
Microsoft Windows®, combinadas estas herramientas con las facilidades de las
Páginas Activas de Servidor ASP (Active Server Pages) para el manejo de los datos.

Para la mejor comprensión de la investigación, el presente informe se ha


estructurado en cinco (05) capítulos que comprenden:

Capítulo I. El cual presenta a manera de glosario los términos y definiciones


más importantes relacionadas con la investigación con el propósito de mostrar una
definición muy puntual sobre las bases teóricas que sustentan la investigación.

El Capítulo II Presenta una reseña sobre los hechos o situaciones que


ocasionaron la presente investigación, en este capítulo se muestran los antecedentes
que originaron el problema y se incluye una descripción de la organización para la
cual se desarrolló la propuesta.

En el Capítulo III Se exponen los aspectos metodológicos de la investigación,


explicando con detalle lo concerniente a la metodología utilizada para la resolución
del problema y el desarrollo de la propuesta, incluye además una explicación de las
herramientas usadas en la construcción e implementación de la propuesta.

18
El Capítulo IV comprende una explicación detallada de la solución
presentada, en el cual se especifican todos los aspectos relacionados con el análisis,
diseño, construcción e implementación de la propuesta de solución del problema,
incluye una explicación detallada de todas las fases cumplidas durante el desarrollo
de la investigación y la construcción de la solución definitiva.

En el Capítulo V se hace una exposición de las Pruebas desarrolladas para


comprobar la operacionalidad de la propuesta, a través de ella se establecieron
parámetros de control que permitieron determinar la factibilidad técnica y operativa
del sistema a través de su “puesta en producción”, al mismo tiempo que permitió
hacer los correctivos necesarios.

Finalmente en la sección de conclusiones y recomendaciones se presentan las


conclusiones obtenidas de la investigación realizada y se hacen una serie de
sugerencias a la institución para la cual se desarrolló la propuesta con el objeto que
sirvan de guía para la correcta utilización de la herramienta desarrollada.

19
CAPITULO I
Definiciones y conceptos básicos

Para el desarrollo de esta investigación fue necesario considerar algunos


términos de uso frecuente y estrechamente relacionados con la misma; en este
capítulo se mencionan dichos términos acompañados de una breve definición de
ellos.

III.5 ASP (Active Server Pages) Herramienta que conforman páginas con contenido
HTML que son ejecutadas en el servidor.

II.1 AVEC (Asociación Venezolana de Educación Católica) Asociación Civil


tutelada por la Conferencia Episcopal Venezolana que se encarga de promover la
educación católica en el país y sirve de enlace entre el Estado y la Educación Católica
Privada. Se encarga esta Asociación de la Gestión de los Recursos que asigna el
Estado para la Educación Privada Católica.

IV.2 BUILD: indica la relación entre una página de servidor y una página de cliente

III.6 CGI: (Common Gateway Interface) es una norma para establecer


comunicación entre un servidor web y un programa, de tal modo que este último
pueda interactuar con Internet.

III.4 HTML (Hyper Text Markup Language) conocido como Lenguaje de Marcas
de Hipertexto es el que permite crear páginas en las que el usuario pueda saltar de una
página a otra en un mismo documento o hacia otro que podría estar localizado al
extremo opuesto del planeta.

20
II.4 LAN (Local Area Network) Definición de una red de computadoras que están
ubicadas en un área relativamente pequeña, llamadas redes locales.

IV.1 LINK: establece la asociación entre una página de cliente y otra página que
puede ser: de cliente o de servidor

III.1 MEDSI (Metodología Estructurada para el Desarrollo de Sistemas de


Información) Método utilizado para el desarrollo de sistemas de información
utilizando el criterio de programación estructurada.

III.3 OMG (Object Management Group) organización considerada el pilar


estándar para la comunidad del diseño orientado a objetos.

IV.3 REDIRECT: establece una asociación unidireccional entre páginas web

II.8 RUP (Rational Unified Process) Metodología desarrollada para el diseño de


sistemas de información basado en el Lenguaje de Modelado Unificado UML.

II.7 SI (Sistemas de Información): conjunto integrado de procesos, principalmente


formales, desarrollados en un entorno usuario-ordenador, que operando sobre un
conjunto de datos estructurados (Base de Datos) de una organización, recopilan,
procesan y distribuyen selectivamente la información necesaria para la operatividad
habitual de la organización y las actividades propias de la misma.

II.9 SIW (Sistemas de Información Web): comprenden sistemas de información


que utilizan la tecnología Web para la interacción con los usuarios.

IV.3 SUBMIT: establecen la asociación entre una página Form y una página de
servidor.

21
II.3 TCP/IP (Transfer Information Protocol/ Internet Protocol) es el protocolo
común utilizado por todos los ordenadores conectados a Internet, de manera que éstos
puedan comunicarse entre sí.

II.2 TIC (Tecnologías de la Información y la Comunicación). Conjunto de


herramientas que combinan los recursos informáticos para lograr un uso más eficiente
de la información y la comunicación.

III.2 UML (Unified Modeling Language ) Lenguaje de Modelado Unificado


utilizado en la actualidad para representar sistemas utilizando modelos que simulan el
negocio y sus componentes

22
CAPITULO II
El Problema y propuesta de solución

En el siguiente capítulo se presentan en dos secciones los aspectos


relacionados con el Problema en estudio, se plantea el problema existente: se
establecen los objetivos a cumplir en el desarrollo del Proyecto, así como también se
identifica el alcance y las limitaciones que se presentan; posteriormente se establece
la identificación de la empresa en la cual se desarrolla el proyecto.

II.1 Planteamiento del Problema

La humanidad, desde sus inicios, siempre ha sentido la necesidad de superarse


y obtener día a día nuevos conocimientos para afrontar las complejidades que el
mundo desarrollado implica, estableciéndose así la educación como una prioridad del
estado para facilitar la participación de las comunidades en las tareas y aspectos
trascendentales de su vida.

En Venezuela, el Sistema Educativo se encuentra estructurado en niveles de


complejidad progresiva establecidos en la Ley Orgánica de Educación y su
Reglamento General. En ellos se divide el Sistema Educativo Venezolano en tres
etapas que corresponden la Educación Inicial, la Educación Básica y la Educación
Media, Diversificada y Profesional.

La Educación Básica corresponde al segundo nivel del sistema educativo; está


constituida por nueve grados de estudio que conforman tres etapas; de tres grados
cada una. Varias reformas se han hecho en este nivel educativo con el propósito de
elevar el nivel cultural de la población, mejorar la calidad de la enseñanza y satisfacer

23
expectativas de la sociedad venezolana. Esos cambios se han dirigido hacia el logro
de la democratización de la educación, la extensión de la obligatoriedad del nivel de
educación básica, la gratuidad escolar y la vinculación de la educación con el trabajo
y con el desarrollo nacional.

La normativa venezolana esta dirigida hacia la formación de un individuo


crítico que participe activamente en los aspectos trascendentales de su vida, ratificada
con la promulgación de la Constitución de la República Bolivariana de Venezuela
(1999) se plantea claramente en el preámbulo el “…establecimiento de una sociedad
participativa y protagónica…” que intervenga en la formulación de estrategias que
tengan como norte la consolidación de los valores de libertad, independencia y bien
común, asegurando el derecho a la vida, cultura, justicia y educación.

En el ámbito educativo, dicha participación protagónica de la sociedad debe


estar orientada al cambio del paradigma en el cual
“la familia y las escuelas se concebían como entes separados y la
participación de los padres o representantes se remitía a la asistencia a
reuniones, citaciones para participarle el mal comportamiento o bajo
rendimiento de su representados, inscribir al alumno en el colegio y
demás burocracias.” (Asociación Venezolana de Educación Católica
AVEC 1998);
amparado este cambio en la Ley Orgánica de Protección del Niño, Niña y del
Adolescente (1998) que establece en su Artículo 54 que “los padres, representantes o
responsables tienen la obligación de garantizar la educación de los niños…” , más
adelante establece que los mismos deben “participar activamente en su proceso
educativo.”

24
Sin embargo, la participación de los padres y representantes en el proceso
educativo se ha venido haciendo cada vez menos palpable debido fundamentalmente
a las múltiples ocupaciones o roles que estos les corresponde desempeñar en esta
sociedad cada día más desarrollada y a la vez más competitiva, Esto les obliga a
ocupar mayor parte de su tiempo en actividades laborales, médicas o de otra índole,
reduciendo así mismo su disponibilidad de tiempo para asistir a las reuniones en los
centros educativos, situación que se evidencia en las estadísticas de asistencias que
maneja la Oficina de Comunidades Educativas de la Zona Educativa del Estado
Portuguesa.

Esta situación ha deteriorado los lazos de comunicación e integración de la


comunidad educativa haciéndose cada día más notoria la ausencia o distanciamiento
de los padres y representantes de la institución repercutiendo en los niveles de
seguimiento y control de los alumnos por parte de los mismos. De mantenerse estas
perspectivas, el distanciamiento se hará cada vez mayor corriendo el riesgo de afectar
el normal desarrollo del alumno por cuanto solo tendrá la guía y supervisión de los
docentes sin que los padres participen en el proceso educativo con el inconveniente
que el alumno solo pasa en la institución un máximo de 35 horas a la semana, período
en el cual el docente puede hacerle el seguimiento, mientras que en las horas restantes
el alumno está en su hogar y se requiere que el proceso de seguimiento sea dirigido
por el padre o representante.

Para afrontar esta situación, algunos especialistas han desarrollado nuevas


tendencias de comunicación y participación de la colectividad a través de las
llamadas Tecnologías de la Información y la Comunicación (TIC) que constituyen
herramientas tecnológicas orientadas a romper las barreras espaciales entre las
instituciones y los usuarios, gracias a los avances de la electrónica y las
telecomunicaciones se ha creado una necesidad, utilidad y versatilidad en este
universo de información disponible instantáneamente en cualquier lugar del globo,

25
permitiendo así, que usuarios informáticos puedan estar conectados a través de
Internet a miles de personas y organizaciones.

En Internet, las comunicaciones concretas se establecen entre dos puntos: uno


es el computador personal desde el que se accede y el otro es cualquiera de los
servidores que se encuentran en la red y que facilitan la información (Ver Figura 01).

Tal como lo explica Polonsky y Lehto (1999) las computadoras conectadas a


Internet comparten un lenguaje común, que está compuesto de protocolos; es decir,
conjunto de normas establecidas que rigen la forma en que las computadoras
interactúan entre sí. Los protocolos estándar que se utilizan para intercambiar datos
en Internet son el Protocolo de Control de Transmisión (TCP) y el Protocolo Internet
(IP) y la combinación de los dos se conoce como TCP/IP. Esta combinación de
protocolos organiza la información en pequeños paquetes antes de enviarla a la red.
Cada paquete contiene una parte de la información que se envía, además de una
descripción del tipo de información, de dónde proviene y hacia donde se dirige.

Petición Página

Cliente
Web
Página solicitada
o código error Servidor
Web

Usuario

Docs, HTML
Imágenes
Sonido, video

Figura Nro. 01. Funcionamiento Internet. Fuente: El Autor

26
Estas herramientas han sido aplicadas en algunas instituciones de Educación
Básica, como el caso del Colegio Los Arcos en el Estado Miranda
(www.losarcos.e12) a través del cual se puede obtener información acerca de la
institución, de sus actividades y de las principales noticias relacionadas.

Así mismo, en la etapa de Educación Superior es más común encontrar este


tipo de herramientas dirigidas a mostrar información a las personas en páginas web
con aspectos propios de la institución; tal es el caso de la página de la Universidad
Nacional Abierta (www.una.edu.ve), igualmente el caso de la Universidad de Los
Andes (www.ula.ve); entre otras. En todos estos casos, el diseño de la herramienta
está orientado a que el usuario obtenga información sobre la institución.

Sin embargo, algunas instituciones como la Universidad Nacional


Experimental de Puerto Ordaz - UNEXPO (www.unexpo.edu.ve), ha incluido dentro
de su portal herramientas para agilizar algunos procesos de la institución como el
caso de las inscripciones (on-line), similar a las desarrolladas por la Universidad
Nacional Abierta en su portal www.unasec.com.

El Instituto Universitario de Tecnología del Estado Portuguesa - IUTEP - ha


desarrollado por su parte una Intranet dentro de su portal (www.iutep.tec.ve) a través
del cual los profesores de la institución pueden acceder a las Bases de Datos del
sistema e incluir los resultados de las evaluaciones realizadas a los estudiantes para
que estos puedan consultarlos posteriormente.

En definitiva, las instituciones educativas han hecho uso de las TIC como
herramientas facilitadoras de la integración de la comunidad con el proceso
educativo, al mismo tiempo que permiten mejorar los canales de información con las
organizaciones presentando herramientas tecnológicas de avanzada que están a la
altura de las exigencias del mundo globalizado.

27
El Colegio Católico "San José" de Guanare, no escapa a esta serie de
situaciones que afectan a todas las instituciones educativas, por ello la Dirección del
Plantel y el Consejo de Profesores ha evaluado mecanismos o alternativas de solución
por cuanto la existente actualmente es la tradicional en la que el padre o representante
se dirige hasta la institución personalmente para tratar asuntos relacionados con su
representado, esta situación origina que los representantes no encuentren una
información integral sobre el desempeño de sus representados porque para ello se
requiere que el representante tenga entrevistas con todos los docentes que imparten
las asignaturas a sus hijos; situación que es difícil por cuanto en muy raras ocasiones
se pueden encontrar a todos los docentes de la institución.

Estas alternativas deben permitir "acercar" el Colegio a los Padres y


Representantes que tengan dificultades en dirigirse hasta la Institución así como a
otras personas interesadas en obtener alguna información sobre el mismo, con el
propósito de romper las barreras de la distancia y facilitar la promoción y desarrollo
de la organización, al mismo tiempo que pueda tener en forma integrada la
información relacionada con todos los aspectos del proceso educativo.

Para ello, se planteó combinar las Nuevas Tecnologías de Información y


Comunicación (TIC) a través del diseño de un Sistema de Información Web en donde
se integraron algunos procesos a través de la red de redes (Internet), al mismo
tiempo que sirvió de instrumento de consulta para las personas interesadas,
contribuyendo con ello a la participación de todos los integrantes de la comunidad
educativa en el proceso de formación y consolidación de la educación de los alumnos.

Esta herramienta permite a los usuarios interesados obtener información


relevante de la institución, al mismo tiempo que sirve de interfaz de integración para
los usuarios registrados en el Sistema con el Colegio ya que permite la consulta
directa de la evolución de los alumnos y su rendimiento, así como la consulta de las

28
actividades académicas y extracurriculares programadas, la inscripción del alumno
desde un terminal conectado a Internet, la comunicación en línea con la institución
(chat) y permite constituir un servidor de correo electrónico para los integrantes de la
comunidad educativa del Colegio Católico “San José”.

Para el desarrollo de este Proyecto de Grado se trazaron los siguientes


objetivos:

II.2 Objetivo General

Desarrollar una Interfaz de Información y Comunicación basado en


Tecnología Web para el Colegio Católico "San José"

II.3 Objetivos Específicos:

II.3.1 Realizar el diagnóstico de la situación actual de la institución a


través del modelado del negocio.
II.3.2 Identificar las necesidades de Información de los participantes del
Proceso Educativo: Educador - Alumno -Padre o Representante por
medio del modelado del sistema.
II.3.3 Determinar la factibilidad técnica, operativa y económica de la
implementación del modelo.
II.3.4 Diseñar el modelo de interfaz de información y comunicación para
el Colegio Católico "San José" de Guanare.
II.3.5 Construir el modelo de interfaz de información y comunicación para
el Colegio Católico "San José" de Guanare.
II.3.6 Implementar el modelo de interfaz de información y comunicación
para el Colegio Católico "San José" de Guanare.

29
II.3 Alcance del Proyecto:

Este Proyecto de Grado implica la ejecución de cada una de las fases que
constituyen la metodología seleccionada, para ello se cumplen con todas y cada una
de las actividades que comprenden tanto la identificación de las necesidades de
información, el desarrollo del diagnóstico de las condiciones actuales de la
organización, así como las actividades relacionadas con el diseño, construcción e
implantación de la propuesta, resaltando en este punto el excelente apoyo brindado
por la Dirección del Plantel y de la Junta Directiva de la Asociación Civil. En el
desarrollo de este Trabajo Especial de Grado se iniciaron todas las gestiones
administrativas necesarias para la contratación del servicio de Internet que incluyeron
la revisión de las ofertas de los proveedores de la localidad, el llenado de los
formularios correspondientes y la remisión de la documentación necesaria para la
instalación del servicio y conexión a la red de redes.

II.4 Justificación:

El desarrollo de la Interfaz de información y comunicación permite, entre


otros aspectos: a los Representantes contar con un nuevo canal de comunicación con
el plantel educativo, utilizando la tecnología para trazar puentes de intercambio de
información y opinión, reduciendo en gran medida el problema que esto representa
para todos, debido a las múltiples visitas, a veces innecesarias, al plantel educativo.
Podrán además, recibir circulares, notificaciones, calificaciones, boletas, tareas,
exámenes, enviar notas informativas a Directivos y Docentes, autorizaciones,
permisos, justificativos de inasistencias del Alumno, así como también, recibir
información acerca de los diferentes cursos extracurriculares, confirmar la asistencia
a cualquier evento o actividad a realizar dentro o fuera del plantel educativo con su
pago respectivo, inscripciones en actividades donde se solicita ayuda, paseos,

30
anuarios, verbenas, días en familia, visitas de personajes importantes y contacto
directo con la Junta de Padres y Representantes.

La herramienta tecnológica le permitirá también tener acceso al perfil


académico, rendimiento, disciplina y actividades en las que está involucrado el
Alumno dentro del plantel educativo, notas de refuerzo requerido en la casa,
reconocimientos, recordatorios, acceso a los diferentes sitios de interés, actividades
extracurriculares, y trabajos de investigación.

En cuanto a los Alumnos, pueden complementar y organizar su proceso de


aprendizaje, a través de valiosas herramientas de planificación y comunicación.
Adicionalmente, el Alumno tendrá mayor contacto con sus Docentes, mediante
canales de comunicación efectivos no disponibles hasta ahora.

II.5 Limitaciones:

La limitación que se presentó para el momento del desarrollo de este proyecto


estuvo relacionada con la empresa seleccionada para la contratación del servicio de
Internet ya que la misma, para el momento de la culminación de este trabajo, no
cuenta con la plataforma tecnológica adecuada para la instalación de un servicio de
navegación acorde con las exigencias del público (banda ancha), sino que la
transmisión de datos se hace a través de líneas telefónicas cuyo rango de transmisión
oscila entre 2000 y 14000 bps.

31
II.6 Identificación de la Empresa

La Unidad Educativa Colegio Católico “San José” es una institución de


Educación Básica y Diversificada, Media y Profesional de carácter privada fundada el
18 de agosto de 1998 por un equipo multidisciplinario de profesionales que se definen
con un proyecto educativo de calidad centrado en los valores del evangelio, de
compromiso creyente y de cambio social; en coherencia con estos postulados, logra
su afiliación a la Asociación Venezolana de Educación Católica (AVEC) el 14 de
julio de 1999.

El Proyecto nace con una población estudiantil de 17 alumnos de Educación


Básica diurno, hoy a cinco años de su fundación cuenta con una matrícula de 204
estudiantes y ha egresado dos promociones de la III Etapa de Educación Básica, de
las cuales el 97 % han proseguido estudios en la institución, dentro de las ramas de la
Educación Media Diversificada en la Mención de Ciencias y la Media Profesional en
la Especialidad de Servicios Administrativos Mención Informática.

Misión: la tarea fundamental del Colegio Católico “San José” es ofrecer a la


colectividad guanareña y zonas circunvecinas una educación de excelencia, centrada
en los valores del evangelio en proceso constante de superación y generadora de
cambios significativos.

Visión: el Colegio Católico “San José” está orientada a ser una institución
servidora, fraterna, crítica, humilde, clara en sus opciones y coherente en sus
principios, capaz de generar un debate continuo sobre la problemática educativa,
dialogante y solidaria con todas las demás instituciones educacionales públicas y
privadas.

32
Objetivos:
• Desarrollar una educación integral y de calidad, capaz de dar respuestas a
la realidad de nuestro entorno social
• Fomentar la participación de la familia y la comunidad local en un proceso
educativo
• Fomentar la defensa de los valores de humildad, solidaridad,
compañerismo de la fe cristiana

Estructura Organizativa:

La institución consta de una Asociación Civil compuesta por cinco (05)


personas que se encargan de la administración del patrimonio de la institución, es la
responsable ante los proveedores por los compromisos adquiridos y ejerce la
representación legal de la institución. La Coordinación de las actividades de la
institución es realizada por la Directora Prof. Omaira de Agüín quien es la
responsable ante las autoridades del Ministerio de Educación, Cultura y Deportes;
bajo su supervisión se encuentra la Coordinación de Evaluación, Registro y Control
de Estudios y la Coordinación Administrativa, la primera se encarga de todo lo
relacionado con la parte académica de la institución y la segunda se encarga de los
aspectos administrativos y financieros.

Esta estructura se puede visualizar con mayor facilidad en la figura Nro. 02


que se presenta a continuación:

33
Unidad Educativa Privada Colegio Católico “San José”
Organigrama

Asociación
Civil

Directora

Coordinación de Coordinación
Registro, Control y Administrativa
Evaluación

Personal Secretaria Obreros


Docente

Figura Nro. 02. Organigrama Colegio “San José”. Fuente: El Autor

El desarrollo de la interfaz de información y comunicación basada en


tecnología Web permite a la institución manipular más eficientemente la información
y a la vez integrar todas las actividades de los miembros de la comunidad educativa
(docentes, estudiantes, padres o representantes) y al mismo tiempo estrechar los lazos
entre ellos utilizando las Nuevas Tecnologías de Información y Comunicación (TIC)
que se están haciendo cada día más comunes.

Por supuesto, el funcionamiento de la interfaz requiere de cambios en la


estructura organizativa de la institución, por cuanto hay que incluir dentro de la
organización una persona que se encargue de actualizar la información en la interfaz,
al mismo tiempo que requiere de una campaña de concientización entre los distintos
miembros de la comunidad educativa por cuanto su implantación rompe con los
esquemas tradicionales en los cuales el docente realiza sus actividades de enseñanza

34
únicamente en el aula, mientras que el padre o representante es un invitado que asiste
a las reuniones convocadas por el colegio.

Por otra parte, para afrontar la resistencia al cambio que ocasionará la


implementación de la interfaz en los integrantes del personal de la institución,
especialmente en los docentes, se desarrollaron estrategias para mostrar las ventajas y
beneficios del uso de estas nuevas tecnologías que facilitan el proceso educativo ya
que hacen que la comunicación se haga eficiente.

A través de esta herramienta, actividades como el procesamiento de las notas


de los alumnos, el envío de citaciones a los representantes, la difusión de las
actividades de la institución, la actualización de datos en los procesos de inscripción,
la comunicación con los representantes, entre otras actividades, se realizarán con mas
eficiencia y efectividad.

35
CAPITULO III
Marco Teórico

Este capítulo comprende la revisión de investigaciones anteriores relacionadas


con el problema presentado, así como la definición de los conceptos que implican la
metodología utilizada para el desarrollo de la interfaz.

III.1 Antecedentes

Para reforzar las hipótesis presentadas en esta investigación se han revisado


trabajos previos que permiten conocer los avances que se han obtenido en esta
materia (Estado del Arte), permitiendo que no se dupliquen esfuerzos y que se pueda
concretar un aporte significativo en el área de estudio. En este sentido, a continuación
se presentan antecedentes que han servido como punto de partida para la misma:

El Trabajo de Grado realizado por Sandoval (2002) titulado "Propuesta de


incorporación de Tecnología Web en el proceso de inscripción de los estudiantes
regulares de pregrado de la Universidad Nacional Experimental Politécnica Antonio
José de Sucre", estudio enmarcado en la modalidad de proyecto factible cuyo objetivo
primordial fue diseñar la propuesta de incorporación de tecnología Web en el proceso
de inscripción de los estudiantes regulares de pregrado de una UNEXPO Antonio
José de Sucre. Dicho antecedente permitió mostrar las bondades de los Sistemas de
Información Web y las ventajas que presentan estos frente a los procesos
automatizados centralizados en una red local (LAN).

Por otro lado, Chacón (1999) presenta su estudio titulado "Integración de


Software Heterogéneo a través de Sistemas de Información Web (SIW): Arquitectura
y Método de Desarrollo" ubicado en la ciudad de Mérida el cual consiste en una

36
caracterización de los enfoques de integración, usando SIW. De igual forma, el uso
de SIW en la integración de los sistemas heterogéneos en una única interfaz de
usuario basada en el Web, tiene muchas ventajas entre las cuales destacan el soporte a
clientes, prescindir de API's propietarias, ahorro por la instalación de la GUI en los
puestos de trabajo; interfaz de usuario amigable, práctica y funcional, ahorros en
entrenamiento del personal, entre otras.

De igual forma, Vergara (1999) propone un estudio titulado "Modelo para el


Desarrollo de Sistemas de Información Web: Fundamentos y Aspectos
Metodológicos" realizado en la ciudad de Mérida, su objetivo primordial fue
demostrar el desarrollo de los conceptos fundamentales de los Sistemas de
Información Web, sus componentes y las consideraciones metodológicas para el
desarrollo de estos sistemas.

Por otro lado, Arredondo (2002) en su trabajo de grado titulado "Propuesta de


un Estándar Metodológico para la Construcción de Aplicaciones Web en la UNA:
Aplicación a un Caso de Estudio" que permitió la construcción de un Método para el
Desarrollo de Aplicaciones y sitios Web bajo el enfoque Orientado a Objeto, el cual
consiste en una aplicación ecléctica de los métodos de desarrollo de sistemas más
difundidos en la actualidad; igualmente en el área de desarrollo de interfaz estableció
principios y lineamientos para el desarrollo de Web sites y en el área de
documentación mostró maneras de presentar el manual del sistema y del usuario
administrador.

Finalmente, Bracho (2002) desarrolló su estudio en la "Construcción del


Portal del Instituto Universitario de Tecnología del Estado Portuguesa IUTEP
(www.iutep.tec.ve)" el cual permite combinar las ventajas de un sitio Web (Web
sites) con las utilidades de un Sistema de Información para presentar un Portal que
contiene un Sitio Web con información relevante de la institución al mismo tiempo

37
que permite manipular datos (Hojas dinámicas) encausadas en una "Intranet" para que
los usuarios registrados, bien sean docentes o estudiantes puedan obtener y
proporcionar información relacionada con los aspectos académicos y
extracurriculares.

III.2 Bases Teóricas:

III.2.1 El Lenguaje de Modelado Unificado U.M.L.

UML es una consolidación de muchas de las notaciones y conceptos más


usadas orientados a objetos. Empezó como una consolidación del trabajo de Grade
Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologías
orientadas a objetos más populares.

En 1996, el Object Management Group (OMG), un pilar estándar para la


comunidad del diseño orientado a objetos, publicó una petición con propósito de un
meta modelo orientado a objetos de semántica y notación estándares. UML, en su
versión 1.0, fue propuesto como una respuesta a esta petición en enero de 1997. Hubo
otras cinco propuestas rivales. Durante el transcurso de 1997, los seis promotores de
las propuestas, unieron su trabajo y presentaron al OMG un documento revisado de
UML, llamado UML versión 1.1. Este documento fue aprobado por el OMG en
Noviembre de 1997. El OMG llama a este documento OMG UML versión 1.1. El
OMG está actualmente en proceso de mejorar una edición técnica de esta
especificación, prevista su finalización para el 1 de abril de 1999.

UML se puede usar para modelar distintos tipos de sistemas: sistemas de


software, sistemas de hardware, y organizaciones del mundo real. UML ofrece seis
diagramas en los cuales modelar sistemas, que son:

38
1.- Diagrama de Casos de Uso para modelar los procesos "business"
2.- Diagrama de Clases para modelar la estructura estática de las clases en el
sistema.
3.- Diagrama de Actividades para modelar el comportamiento de los Casos de
Uso, objetos u operaciones.
4. Diagrama de Iteración

a. Diagrama de Secuencia para modelar el paso de mensajes entre


objetos.

b. Diagrama de Colaboración para modelar interacciones entre objetos.


5. Diagrama de Estados para modelar el comportamiento de los objetos en el
sistema.
6. Diagrama de Implementación para modelar la distribución del sistema.
a. Diagrama de Componentes para modelar componentes
b. Diagrama de Despliegue para modelar la estructura estática de los
objetos en el sistema

UML ofrece una notación estándar y semánticas esenciales para el modelado


de un sistema orientado a objetos. Previamente, un diseño orientado a objetos podría
haber sido modelado con cualquiera de la docena de metodologías populares,
causando a los revisores tener que aprender las semánticas y notaciones de la
metodología empleada antes que intentar entender el diseño en sí. Ahora con UML,
diseñadores diferentes modelando sistemas diferentes pueden sobradamente entender
cada uno los diseños de los otros.

A continuación se presenta en forma detallada todos y cada uno de los


diagramas que implican la metodología UML.

39
III.2.1.1 Diagramas de Casos de Uso

Un diagrama de Casos de Uso muestra las distintas operaciones que se


esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuario u
otras aplicaciones) Es una herramienta esencial para la captura de requerimientos y
para la planificación y control de un proyecto interactivo.

Los casos de Uso se representan en el diagrama por una elipse que denota un
requerimiento solucionando por el sistema. Cada caso de uso de uso es una operación
completa desarrollada por los actores y por el sistema en un diálogo. El conjunto de
casos de uso representa la totalidad de operaciones desarrolladas por el sistema. (Ver
figura 03)
Comunica Actualizar carga
Académica <<extend>>
Actor <<use>>
Actualizar carga Elaborar Informe
Administrativa de Actividades
Profesor

Pedir Permiso

Elaborar Planificación
de Actividades

Figura Nro. 03. Ejemplo de un Diagrama de Casos de Uso.

III.2.1.1.1 Elementos del Casos de Usos:

Actor: Es un usuario del sistema, que necesita o usa alguno de los casos de
uso. Un usuario puede jugar más de un rol. Un solo actor puede actuar en muchos

40
casos de uso; recíprocamente, un caso de uso puede tener varios actores. Los actores
no necesitan ser humanos pueden ser sistemas externos que necesitan alguna
información del sistema actual. También se puede encontrar tres tipos de relaciones,
como son:

Comunica: (comunicates): entre un actor y un caso de uso, denota la


participación del actor en el caso de uso determinado. En la Figura Nro. 03 el actor
profesor se relaciona con los casos de uso pedir permiso, Actualizar carga
administrativa y Actualizar carga Académica.

Usa (uses): Relación entre dos casos de uso, denota la inclusión del
comportamiento de un escenario en otro. Se utiliza cuando se repite un caso de uso en
dos o más casos de uso separados. Frecuentemente no hay actor asociado con el caso
de uso común.

Extiende (extends): Relación entre dos casos, denota cuando un caso de uso
es una especialización de otro. Se usa cuando se describe una variación sobre el
normal comportamiento.

En la Figura Nro. 03 la relación extend se utiliza para denotar que los


escenarios actualizar carga administrativa y actualizar carga académica son
especializaciones del caso de uso elaborar informe de actividades

III.2.1.2 Diagramas de Clases

Un diagrama de clases o estructura estática muestra el conjunto de clases y


objetos importantes que forman parte de un sistema, junto con las relaciones
existentes entre clases y objetos. Muestra de una manera estática la estructura de

41
información del sistema y la visibilidad que tiene cada una de las clases, dada por sus
relaciones con los demás en el modelo.

III.2.1.2.1 Elementos del Diagrama de Clases:

Clase: representa un conjunto de entidades que tienen propiedades comunes.


Una clase es un constructo que define la estructura y comportamiento de una
colección de objeto denominados instancia de la clase. En UML la clase está
representada por un rectángulo con tres divisiones internas, son los elementos
fundamentales del diagrama. (Ver Figura 04)

Publicación Nombre de la clase


# Código P: Cadena [2]
Nombre de -Ncopias: Entero
Clase +Actor: Cadena [30] Atributos
-MontoA: Monetario
+Fecha: Date
-Agregar ()
-Consultar () Método
+Listar()

Figura Nro. 04 Representación de una Clase

Atributo: Representa una propiedad de una entidad. Cada atributo de un


objeto tiene un valor que pertenece a un dominio de valores determinado. Las sintaxis
de una atributo es:

42
Visibilidad <nombre>: tipo = valor incial { propiedades}; donde visibilidad
es uno de los siguientes:
+ público.
# protegido.
- privado.
Operación: El conjunto de operaciones que describen el comportamiento de
los objetos de una clase. La sintaxis de una operación en UML es:

Visibilidad nombre (lista de parámetros): tipo que retorna { propiedades}

Objeto: es una instancia de una clase. Se caracteriza por tener una identidad
única, un estado definido por un conjunto de valores de atributos y un
comportamiento representado por sus operaciones y métodos.

Asociación (rol, multiplicidad, calificador): representan las relaciones entre


instancias de clase. Una asociación es una línea que une dos o más clases.

Rol: Identificado como un nombre a los finales de la línea, describe la


semántica de la relación en el sentido indicado. Cada asociación tiene dos roles; cada
rol es una dirección en la asociación. El rol puede estar representado en el nombre de
la clase.

Multiplicidad: Describe la cardinalidad de la relación, es decir, cuanto


objetos de esa clase pueden participar en la relación dada. La multiplicidad puede
ser: (Ver Figura 05)

43
1 Clase Exactamente uno

* Clase Cero o más

O ..1 Clase Cero o uno

m..n Clase Especificada numéricamente

Figura Nro. 05. Tipos de Multiplicidad

Dependencia: Es una relación donde existen entidades independientes y otras


dependientes, lo que implica que cambiar el elemento independiente puede requerir
cambios en los dependientes. Se representa con una línea punteada direccional,
indicando el sentido de la dependencia.

Los tipos de asociaciones entre clases presentes en un diagrama estático son:


• Asociación binaria.
• Asociación n-aria.
• Composición.
• Generalización.
• Refinamiento.

Asociación Binaria: Representa una relación sencilla entre dos clases, no


muy fuerte (es decir, no se exige dependencia existencial ni encapsulamiento). Se
indica como una línea sólida que une dos clases.

44
Asociación n-aria: Es una asociación entre tres o más clases. Se representa
como un diamante del cual salen líneas de asociación a las clases.

Composición: Es una asociación fuerte, que implica tres cosas:

Dependencia existencial. El elemento dependiente desaparece al


destruirse el que lo contiene y, si es de cardinalidad 1, es creado al mismo
tiempo.

Hay una pertenencia fuerte. Se puede decir que el objeto contenido es


parte constitutiva y vital del que lo contiene.

Los objetivos contenidos no son compartidos, esto es, no hacen parte


del estado de otro objeto.

Se denota dibujando un rombo del lado de la clase que contiene a la


otra en la relación.

Agregación: Relaciona una clase ya ensamblada con una clase componente.


Es también una relación de composición menos fuerte (no se exige dependencia
existencial) y se denota por un rombo sin rellenar en un o de los extremos.

Generalización: es un proceso de abstracción en el cual un conjunto de clases


existentes, que tienen atributos y métodos comunes, es referido por una clase genérica
a un nivel mayor de abstracción. La relación de generalización denota una relación de
herencia entre clases. Se representa dibujando un triángulo sin rellenar en el lado de
la superclase. La subclase hereda todos los atributos y mensajes descritos en la
superclase

45
Refinamiento: Es una relación que representa la especificación completa de
lo que ya ha sido especificado con cierto nivel de detalle. Por ejemplo, una clase del
diseño es un refinamiento de una clase de análisis.

III.2.1.3 Diagrama de Actividades:

Un diagrama de actividades es un caso especial de un diagrama de estados en


el cual casi todos los estados son estados de acción (identifican que acción se ejecuta)
y casi todas las transiciones son enviadas al terminar la acción ejecutada en el estado
anterior.

Generalmente modelan los pasos de un algoritmo y puede dar detalle a un


caso de uso, un objeto o un mensaje en un objeto. Sirven para representar transiciones
internas, sin hacer mucho énfasis en transiciones o eventos externos

Los elementos que conforman el diagrama son: acción y transición.

Estado de Acción: representa un estado con acción interna, con lo menos una
transición que indica la culminación de la acción (por medio de un evento implícito).
Permite modular un paso dentro del algoritmo. Se representan por un rectángulo con
bordes redondeados.

Transición: Es la relación entre dos estados y se encuentran unidos por


flechas; indicando que un objeto que está en el primer estado realizará una acción
especificada y entrará en el segundo estado cuando un evento implícito ocurra y unas
condiciones especificas sean satisfechas

46
III.2.1.4. Diagrama de Interacción:

Estos son modelos que describen como los grupos de objetos que colaboran en
algunos ambientes. Por lo general, un diagrama de interacción captura el
comportamiento de un único caso de uso.
Hay dos tipos de diagramas de interacción: diagramas de secuencia y
diagramas de colaboración.

Diagrama de secuencia: muestra la interacción de un conjunto de objetos de


una aplicación a través del tiempo. Esta descripción es importante porque puede dar
detalle a los casos de uso, aclarándolos al nivel de mensajes de los objetos existentes,
como también muestra el uso de los mensajes de las clases diseñadas en el contexto
de una operación

Un objeto se representa como una línea vertical punteada línea de vida con un
rectángulo de encabezado y con rectángulo a través de la línea principal que denotan
la activación, es decir el período de tiempo en el cual el objeto se encuentra
desarrollando alguna operación. El rectángulo de encabezado contiene el nombre del
objeto y el de su clase, en un formato nombreObjeto: nombrClase. El envío de
mensajes entre objetos se denotan mediante una línea sólida dirigida, desde el objeto
que emite el mensaje hacia el objeto que lo ejecuta (Ver Figura 06).

47
:USUARIO :DEPOSITO :TOTAL_D
AUTORIZADO F.T.

ACTUALIZAR ACTUALIZAR
DEPOSITO F.T. TOTAL_D.

ACTUALIZAR ACTUALIZAR
DEPOSITO F.T. TOTAL_D
OK OK

Figura Nro. 06 Diagrama de Secuencias asociado al proceso "Actualizar Depósito"

Diagramas de Colaboración: Es una forma de representar interacción entre


los objetos, es decir, las relaciones entre ellos y la secuencia de los mensajes de las
iteraciones que están indicadas por un número, a diferencia de los diagramas de
secuencia, pueden mostrar el contexto de la operación (cuáles objetos son atributos,
cuáles temporales,…) y ciclos en la ejecución. Muestra como varios objetos
colaboran en un solo caso de uso

III.2.1.5. Diagrama de Estados:

Muestra el conjunto de estado por los cuales pasa un objeto durante su vida en
una aplicación junto con los cambios que permiten pasar de un estado a otro. Esta

48
representado principalmente por los siguientes elementos: estado, elemento y
transición.

Estado: Identifica un período de tiempo del objeto (no instantáneo) en el cual


el objeto esta esperando alguna operación, tiene cierto estado característico o puede
recibir cierto tipo de estímulos.

Eventos: Es una ocurrencia que puede causar la transición de un estado a otro


de un objeto. Esta ocurrencia puede ser una de varias cosas:

• Condición que toma el de verdadero o falso.


• Recepción de una señal de otro objeto en el modelo.
• Recepción de un mensaje.
• Paso de cierto período de tiempo, después de entrar al estado o de cierta
hora y fecha particular.

Transición: Es una relación de tres o más estados en una transición de


múltiples fuentes o múltiples destinos.

III.2.1.6. Diagrama de Implantación:

Muestran aspectos de la implementación del sistema, donde se incluyen la


estructura del código fuente y su implementación en tiempo real con la estructura
física del sistema.

Hay dos tipos de diagramas de implementación: diagrama de componentes


y diagrama de despliegue

49
Diagrama de componentes: representa las componentes físicas de la
aplicación. (Ver Figura 07)

Reservación
LISTADO

AGENCIA DE
VIAJES Actualizar

INTERFAZ

Figura Nro. 07. Ejemplo de Diagrama de Componentes

Diagrama de despliegue: representa la visualización de los componentes


sobre los dispositivos físicos. (Ver Figura 08)

Servidor <<Base de Datos >>

:listado
reservaciones

Cliente PC
:Agencia de Viajes

Figura Nro. 08 Ejemplo de Diagrama de Despliegue

50
III.2.2 Las Nuevas Tecnologías de la Información y la Comunicación

Hoy día, las organizaciones que pretendan mantenerse en los niveles de


calidad y competitividad que el mundo globalizado exige, requieren manejar gran
cantidad de información de forma rápida y efectiva, para adecuarse a las necesidades
cada vez más complejas tanto de sus clientes internos como de sus clientes externos;
para ello, las empresas desarrollan los llamados Sistemas de Información.

III.2.2.1 Los sistemas de información (SI)

según Andreu (1996) son:


“…un conjunto integrado de procesos, principalmente formales, desarrollados
en un entorno usuario-ordenador, que operando sobre un conjunto de datos
estructurados (Base de Datos) de una organización, recopilan, procesan y
distribuyen selectivamente la información necesaria para la operatividad
habitual de la organización y las actividades propias de la misma.”

Por otra parte, Laudon y Laudon (1997) definen los sistemas de información
como “componentes interrelacionados que capturan, procesan, almacenan y
diseminan información para dar soporte a la toma de decisiones, control, análisis y
visión en una institución.”

Al diseñar un S I, se deben tomar en cuenta ciertas características, ya que una


mejora cualquiera de estas, aumentará tanto su valor, como el costo del mismo. En
este sentido, Pechuán (1997) infiere que todo sistema de información debe poseer:

a) Disponibilidad de la información: cuando sea necesaria y por los medios


adecuados.

51
b) Proporcionar la información de manera selectiva; es decir, evitando
sobrecarga e información relevante.
c) El tiempo de respuesta del sistema: que se refiere al tiempo transcurrido entre
la petición y su respuesta.
d) Exactitud: conformidad entre los datos proporcionados por el sistema y los
reales.
e) Flexibilidad: capacidad de adaptación y/o ampliación de un sistema a las
nuevas necesidades.
f) Fiabilidad: probabilidad de que el sistema opere correctamente durante un
cierto período de tiempo.

III.2.2.2 Funciones de los sistemas de información

Según Laudon y Laudon (1997) tres actividades de un SI producen la


información que la organización requiere para la toma de decisiones:

a) Los insumos: captura de datos sobre la organización y su entorno


b) El procesamiento: transforma los datos en la información necesaria
c) La salida: transfiere la información a los entes dentro de la organización
que la requieran
d) La retroalimentación: permite evaluar y afinar el insumo

La planificación, el diseño y la implementación de un SI de cualquier


organización son procesos no triviales que deben tomar en cuenta su relación con los
demás sistemas que conforman la infraestructura de la organización y deben asegurar
la coherencia del SI resultante con la estrategia competitiva de la misma. La
Tecnología de la Información; es decir, la informática y afines, juegan un papel
relevante en los SI debido a que proporcionan soluciones a ciertos problemas
comunes que se presentan en la implementación de todo SI: almacenamiento de datos

52
y acceso posterior a los mismos, rápido procesamiento y bajo nivel de errores, entre
otros.

Ahora bien, es de hacer notar que la implementación de un SI usando las TIC


no ha sido, históricamente, un proceso sencillo debido a la deficiente comprensión de
las posibilidades de las TIC, lo cual puede conducir a implementar SI de forma
errada.

Existen varias razones para que esto suceda; una de ellas está relacionada con
la idea de que si se desean usar TIC en la implementación de un SI, a menudo no será
posible hacer lo mismo que antes y de la misma manera, sólo que utilizando una
tecnología diferente, porque la tecnología aporta su propia manera de hacer las cosas,
de la cual no se puede prescindir ya que si no se transformaría a la tecnología misma.
Esto no implica que se tenga que sucumbir a la tecnología, sino que ésta siempre debe
tenerse en cuenta.

Es importante tomar en cuenta las características que la tecnología puede tener


y de esta forma hacer los arreglos necesarios para que los SI funcionen bien. Como
resultado de esto se pueden crear dos situaciones:

1) que la tecnología aporte mejores formar de hacer las cosas


2) fuerce a tener que hacerlas de maneras peores (pudiendo ser más eficientes
pero menos efectivas)

En fin, las TIC deben utilizarse para manejar mejor la información con la que
cuenta la organización, con el propósito de obtener ventajas competitivas y generar
así nuevos beneficios, por lo tanto, la planificación de los recursos de información se
deben adecuar a la TIC de manera que la información fluya.

53
III.2.3. Sistemas de Información Web (SIW)

Los SIW son una clase diferente de Sistema de Información que requiere que
la gente piense en ellos en forma distinta a como lo hacen de los sistemas
tradicionales, ya que requieren de nuevos enfoques para su diseño y desarrollo. Por
otra parte, los SIW son primeramente sistemas de información y luego sistemas Web,
por lo que su desarrollo debería usar la misma disciplina requerida para construir
sistemas de información no Web exitosos y de calidad. De hecho, muchos de los
aspectos de los SIW son producto de aplicar al Web estrategias de Ingeniería de
Software estándar.

Aunque la Web ha simplificado la liberación de información, el desarrollo de


SIW es igualmente; sino más, desafiante que el desarrollo de sistemas de información.
Los administradores y usuarios de SI generalmente no reconocen este hecho. Los
administradores y desarrolladores pueden confundirse fácilmente por herramientas
que dan la impresión de que el verse bien es la única importancia de las páginas Web.
Estas herramientas frecuentemente en versiones beta, han llevado a la gente a
reconocer la necesidad de un enfoque de diseño sistemático. El verdadero desafío está
en administrar la información sobre una base regular, con contenidos y enlaces
actualizados.

Sin la suficiente planificación y diseño, las organizaciones pueden,


rápidamente, llegar a tener una pesadilla en lugar de un SIW. El desarrollo de SIW no
es solo una cuestión tecnológica, es también una cuestión organizacional, política y
cultural.

III.2.3.1. Ventajas de usar SIWs

54
Entre los beneficios más importantes de implantar un SIW, Lederer (1998)
expone una lista en orden de importancia, la cual es producto de una encuesta sobre
SIWs, enviada a 846 compañías:

1. Integrar los recursos informáticos existentes.


2. Mejorar la competitividad o crear ventajas estratégicas.
3. Permitir un acceso más fácil a la información.
4. Proporcionar nuevos y mejores productos y/o servicios a los clientes.
5. Incrementar la flexibilidad de los requerimientos de información.
6. Mejorar las relaciones con los clientes.
7. Incrementar el volumen de salida de información.
8. Estar mejor alineados con las metas organizacionales.
9. Permitir a la organización responder más rápidamente al cambio.
10. Permitir la recuperación y publicación de la información y la producción
de reportes más rápidamente.
11. Contribuir a establecer enlaces útiles con otras organizaciones,
expandiendo los límites geográficos de la organización.
12. Ahorrar dinero al reducir los costos de la comunicación.
13. Cambiar la forma como la organización conduce sus negocios.
14. Incrementar las ganancias o recursos financieros.
15. Mejorar la productividad de los empleados o la eficiencia del negocio.
16. Aumentar la velocidad de las transacciones o acortar los ciclos de
producción.
17. Mejorar la veracidad y confiabilidad de la información.
18. Presentar la información de una manera más concisa y con mejor formato.
19. Permitir a la organización alcanzar a los competidores.
20. Permitir desarrollar aplicaciones que anteriormente no eran factibles.
21. Mejorar la administración de la información para planificación estratégica,
control gerencial y control operacional.

55
22. Permitir que otras aplicaciones puedan ser desarrolladas más rápidamente.
23. Proporcionar la habilidad para poder desarrollar el mantenimiento más
rápidamente.
24. Ahorrar dinero evitando la necesidad de incrementar la fuerza de trabajo,
todo lo contrario, reduciéndola.
25. Ahorrar dinero reduciendo los costos de viaje.
26. Ahorrar dinero al reducir los costos de modificación y mejora de los
sistemas.
27. Ahorrar dinero al reducir el uso del hardware.
28. Proporcionar mayor seguridad del software y de los datos.
29. Facilitar la adhesión organizacional a las regulaciones gubernamentales.
30. Mejorar y consolidar la imagen de la organización.

Estos sistemas de información Web solo han sido posible gracias al avance de
la llamada “autopista de la información” o Internet.

III.2.4 Internet

Es necesario hacer referencias a la definición y característica que posee


Internet pues forma parte esencial en el desarrollo de Sistemas de Información
basados en Tecnología Web que corresponde al objetivo terminal de la presente
investigación.

Una de las muchas definiciones que se le han asignado a Internet es la de ser


una “red de redes”; cuyos elementos (computadores y usuarios) se encuentran
distribuidos por todo el mundo. También puede considerarse como un conjunto de
recursos de información a escala mundial.

56
El término Internet corresponde a la expresión Internetwork System o Sistema
de interconexión de redes. Internet es el bando de datos más grande en la actualidad;
en ella se puede encontrar gran cantidad de información acerca de cualquier tema, lo
que la hace de gran utilidad para los maestros, estudiantes, científicos, músicos, niños
y en general para cualquier persona.

Internet fue creada a partir de un proyecto del Departamento de Defensa de los


Estados Unidos llamado DARPANET (Defense Advanced Research Project
Network) iniciado en 1969 y cuyo propósito principal era la investigación y
desarrollo de protocolos de comunicación para redes de área amplia para ligar redes
de transmisión de paquetes de diferentes tipos, capaces de resistir las condiciones de
operación más difíciles y continuar funcionando aún con la pérdida de una parte de la
red.

Estas investigaciones dieron como resultado el protocolo TCP/IP


(Transmission Control Protocol/ Internet Protocol) un sistema de comunicaciones
muy sólido y robusto bajo el cual se integran todas las redes que conforman los que
se conoce actualmente como Internet.

Durante el desarrollo de este protocolo se incrementó notablemente el


número de redes locales de agencias gubernamentales y de universidades que
participan en el proyecto, dando origen así a la red de redes más grande del mundo;
las funciones militares se separaron y se permitió el acceso a todo aquel que lo
requiera sin importar de que país provenía, siempre y cuando fuera para fines
académicos o de investigación. Los usuarios pronto encontraron que la información
que había en la red era por demás útil y si cada quien aporta algo se enriquecería aún
más el acervo de información existente.

57
Después de que las funciones militares de la red se separaron en una subred de
Internet, la tarea de coordinar el desarrollo de la red recayó en varios grupos, uno de
ellos la National Science Foundation, fue la que promovió el uso de la red ya que se
encargó de conectar cinco centros de súper cómputo en todo Estados Unidos que
podían ser accesados desde cualquier nodo de la red.

El grupo de mayor autoridad sobre el desarrollo de la red es la “Internet


Society” o ISCOC, creado en 1992 y formado por miembros voluntarios, cuyo
propósito principal es promover el intercambio de información global a través de la
tecnología Internet; puede decirse que esta sociedad es como un consejo de sabios
que tiene la responsabilidad de la administración técnica y dirección de Internet,
aunque no es el único.

Existen otros tres grupos que tienen un rol significativo, el IAB (Internet
Architecture Board), toma las decisiones acerca de los estándares de comunicaciones
entre las diferentes plataformas para que puedan interactuar máquinas de diferentes
fabricantes sin problemas; este grupo es responsable de cómo se deben asignar las
direcciones y otros recursos en la red, aunque no son ellos quienes se encargan de
hacer estas asignaciones, para eso existe otra organización llamada NIC (Network
Information Center) administrado por el Departamento de Defensa de los Estados
Unidos.

El otro grupo importante es el IETF (Internet Engineering Task Force) en el


cual los usuarios de Internet expresan sus opiniones sobre cómo se deben
implementar soluciones para problemas operacionales y cómo deben cooperar las
redes para lograrlo.

El fundamento de Internet es el TCP/IP debido a que este protocolo de


transmisión asigna a cada máquina que se conecta a la red un número específico

58
llamado número IP. Los usuarios que se conectan a Internet utilizan programas como
los navegadores, lectores de correo electrónico, etc.; cada uno de estos programas está
haciendo uso de uno o varios protocolos de nivel de usuario.

Los protocolos de comunicación son las reglas y procedimientos utilizados en


una red para comunicarse entre los nodos que tienen acceso al sistema de cables. Los
protocolos de nivel superior definen como se como se transmiten las señales por un
cable. Existen dentro de estos niveles, normas que establecen y mantienen sesiones de
comunicación entre computadoras y controlan el tráfico de errores. El protocolo
TCP/IP realmente se trata de dos protocolos básicos:

• TCP (Transport Control Protocol): permite establecer conexiones entre


computadoras (sockets).
• IP (Internet Protocol): se encarga del transporte de a información a través de
los routers (encaminadores) hasta llegar al destino final.

Protocolo de Internet (IP) y el Protocolo de Transmisión (TCP) fueron


desarrollados inicialmente en 1973 por el informático estadounidense Vinton Cerf
como parte de un proyecto dirigido por el ingeniero norteamericano Robert Kahn y
patrocinado por la Agencia de Programas Avanzados de Investigación (ARPA, siglas
en inglés) del Departamento de Defensa estadounidense.

Internet no consiste únicamente en navegar a través de la Web, también ofrece


muchos otros servicios, cada servicio supone el uso de un protocolo de nivel de
usuario distinto y, normalmente, el uso de un programa específico para él.

59
III. 2.5 El Lenguaje HTML

Estas siglas significan Hiper Text Markup Language (Lenguaje de Marcas de


Hipertextos), es el que permite saltar de una página a otra en un mismo documento o
hacia otro que podría estar localizado al extremo opuesto del planeta. A estos textos
que no son continuos ni lineales y que se pueden leer como saltando las páginas hacia
cualquier lado se les llama hipertexto o hipermedia (expresión que comprende todos
los contenidos posibles, es decir: textos, audio, imágenes, íconos y videos)

III.2.5.1. Lenguajes de Guiones (SCRIPTS)

La forma más habitual para dotar de dinamismo en cliente a una página Web
es el uso de SCRIPTS (guiones). La utilización de guiones JavaScript está muy
extendida en las aplicaciones Web. Los Scripts de una página Web son los que
permiten a ejecución de código, comúnmente asociado a eventos, estos eventos swe
generan, mayoritariamente, a partir de las acciones que realiza el usuario con la
página (pulsar en un botón, seleccionar una casilla de verificación, entrar en el ámbito
de una caja de texto, etc.).

Los lenguajes de guiones también pueden actuar sobre el navegador a través


de objetos integrados que representan al documento, la ventana activa, los elementos
del formulario, etc. Las aplicaciones más habituales de los lenguajes de guiones son:

• Validar datos en el cliente y comprobar la consistencia de los valores antes de


mandar un formulario (como por ejemplo: comprobar que una fecha tiene un
rango adecuado y un formato correcto).

60
• Actualizar campos relacionados en formularios (por ejemplo, establecer las
opciones de una lista desplegable en función del valor seleccionado en unos
botones de radio, etc.).
• Realizar los procesamientos que no requieran la utilización de información
centralizada (por ejemplo, convertir pesetas en euros, visualizar el calendario
del mes actual, etc.)
• Servir de base para la utilización de otras tecnologías (por ejemplo, HTML,
Dinámico, XML, ActiveX).

Los lenguajes de guiones presentan fuertes restricciones de acceso a los


recursos de la máquina del cliente. Estas restricciones no se deben a imposibilidades
tecnológicas, sino a limitaciones impuestas por sus diseñadores para evitar que la
ejecución de los programas pueda dañar la integridad del sistema del usuario.

III.2.5.2 Scripst Dinámicos

Los scripts descritos hasta ahora, tienen un carácter estático: se ejecutan al


cargarse la página y ya no vuelven a ejecutarse más; sin embargo, se puede dar un
carácter dinámico a las páginas asociando scripts a ciertos elementos de HTML,
como los elementos e entrada de los formularios, y haciendo que se ejecuten cuando
se produzca cierto evento asociado a estos elementos. Un ejemplo de evento puede
ser pulsar el botón del ratón sobre el elemento (evento OnClick) o sobrevolar el
elemento con el ratón (evento OnMouseOver).

La combinación de un evento con una acción para un determinado elemento e


conoce como un comportamiento del objeto, pudiendo un mismo elemento tener
asociados varios comportamientos.

61
Para asociar un evento a un elemento HTML se añade al elemento un atributo
con el nombre del evento. Dicho atributo tendrá como valor la llamada al script que
se desea ejecutar cuando se produzca el evento, y que habrá sido definido con
anterioridad mediante el elemento SCRIPT (normalmente dentro del elemento
HEAD).

III.2.5.3 Hojas de Estilo

El objetivo inicial de la Web era el intercambio de información entre diversas


máquinas conectadas a través de la red, por lo que se dio una mayor importancia al
contenido que a la forma; sin embargo, cuando la Web saltó del ámbito educativo al
comercial el diseño pasó a jugar un papel importante. Aquí es donde los diseñadores
se encontraron con las limitaciones de HTML, para la composición de las páginas.
Los estilos semánticos de HTML, por ejemplo, permiten especificar el significado de
un bloque de texto, pero dejan al navegador la elección del estilo físico concreto que
se aplica a dicho bloque. Además, HTML carecía de las facilidades de composición
habituales en el diseño gráfico. Todo ello hacía que resultara difícil conseguir que en
un mismo documento se visualizase de la misma forma en distintos navegadores y
plataformas.

La evolución de HTML trajo algunas mejoras como la introducción de tablas,


que han sido ampliamente utilizadas para la maquetación de las páginas; sin embargo,
la solución para controlar con precisión la colocación de los elementos en la página
ha venido de la mano de las hojas de estilo en cascada (CSS, Cascading Style Sheets).

III.2.6 Páginas Activas en el Servidor (ASP)

Las siglas ASP significan Active Server Pages, esta tecnología ha sido
diseñada por Microsoft Inc. para facilitar a creación de sitios Web con una sencillez

62
mayor a la empleada en la programación CGI (Comon Gateway Interface) y con la
eficiencia igual a la que proporciona SIPI (el núcleo de funcionamiento de ASP es
una aplicación ISAPI).

III.2.6.1 Esquema de funcionamiento de las páginas ASP

ASP dispone de mecanismos muy sencillos para recoger la información


proveniente de un formulario y para enviar al usuario la respuesta procesada por el
servidor. En ambos casos se utilizan objetos integrados que ocultan los detalles más
complejos relativos al formato de la información intercambiada.

Usando ASP existen dos maneras de diseñar páginas Web para preparar y
procesar formularios: la opción más sencilla conceptualmente, consiste en crear una
página HTML que contengan los formularios y páginas ASP que proporcionen la
recepción de los datos, su procesamiento y la preparación de la respuesta. De esta
manera se separan y delimitan las funciones en cada grupo (páginas HTML y páginas
ASP).

63
CAPITULO IV
Marco Metodológico

IV.1 Tipo de Investigación

Sobre la base de lo planteado, este estudio corresponde a la modalidad de


proyectos especiales, cuyo propósito consiste según UPEL (1998) en investigaciones
conducentes a creaciones tangibles, tales como el desarrollo de software, prototipos o
productos tecnológicos en general. Estaos proyectos comprenden modelos operativos
viables o soluciones de un problema de tipo práctico para satisfacer necesidades de
una institución o grupo social.

Por otra parte, según el mencionado autor, es una investigación de campo por
cuanto la información se obtiene en forma directa con la finalidad de que los datos
constituyan el diagnóstico orientado a proponer el Diseño de una interfaz de
información y comunicación basada en tecnología web del Colegio Católico "San
José" que permita incorporar de una manera integral a los miembros del proceso
educativo usando las herramientas tecnológicas disponibles.

IV.2 Metodología

Para el desarrollo de la interfaz objeto de esta investigación se compararon


distintas metodologías para el diseño de sistemas de información con el propósito de
considerar cuáles aspectos eran aplicables o relevantes para el desarrollo de la
solución al problema planteado.

64
En este sentido, por ser la propuesta, un sistema de información orientado a
una comunidad de usuarios muy variable (alumnos, docentes, representantes,
comunidad en general), se hizo el levantamiento de la información a través de las
entrevistas a los usuarios (Técnica usada en la metodología MEDSI) lo cual permitió
hacer posteriormente el Modelado del Sistema para lo cual se utilizó el Lenguaje de
Modelado Unificado (UML)

El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y


diagramas estándar para modelar sistemas, y describe la semántica esencial de lo que
estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y
métodos usados para el diseño orientado a objetos, ahora los modeladores sólo tienen
que aprender una única notación.

Finalmente, para construir el Sistema de Información Web (Aplicación Web)


objeto de la propuesta se utilizó el Proceso Unificado para Desarrollo de Software
(RUP), este proceso de desarrollo propuesto por “Rational Software Corporation” es
el resultado del esfuerzo de las tres últimas décadas en desarrollo de software y de la
experiencia de sus creadores Ivar Jacobson, Grady Booch y James Rumbaugh. La
Metodología Rational (Rational Approach) que adopta por primera vez UML como
lenguaje de modelamiento.

A principios de los noventa, la guerra de los métodos hizo evidente la


necesidad de unificar criterios, es así como Grady Booch autor del método Booch y
James Rumbaugh (desarrollador para General Electric) se unieron en Rational en
1994, después en 1995 se une Jacobson y gracias al esfuerzo de varias compañías y
metodologistas evolucionó UML hasta ser un estándar en 1997, el cual es adoptado
en todos los modelos del RUP. Desde ese entonces y a la cabeza de Booch, Jacobson
y Rumbaugh, Rational ha desarrollado e incorporado diversos elementos para
expandir el RUP, destacándose especialmente el flujo de trabajo conocido como

65
modelamiento del negocio, es así como en junio del 1998 se lanza Rational Unified
Process 5.0 evolucionado hasta el momento de elaboración de este documento bajo el
nombre de RUP.

Entre las características principales de ésta metodología están:

a.) Guiado/Manejado por casos de uso: La razón de ser de un sistema


software es servir a usuarios ya sean humanos u otros sistemas; un caso de
uso es una facilidad que el software debe proveer a sus usuarios. Los casos
de uso reemplazan la antigua especificación funcional tradicional y
constituyen la guía fundamental establecida para las actividades a realizar
durante todo el proceso de desarrollo incluyendo el diseño, la
implementación y las pruebas del sistema.
b.) Centrado en arquitectura: La arquitectura involucra los elementos más
significativos del sistema y está influenciada entre otros por plataformas
software, sistemas operativos, manejadores de bases de datos, protocolos,
consideraciones de desarrollo como sistemas heredados y requerimientos
no funcionales. Los casos de uso guían el desarrollo de la arquitectura y la
arquitectura se realimenta en los casos de uso, los dos juntos permiten
conceptualizar, gestionar y desarrollar adecuadamente el software.

c.) Iterativo e Incremental: Para hacer más manejable un proyecto se


recomienda dividirlo en ciclos. Para cada ciclo se establecen fases de
referencia, cada una de las cuales debe ser considerada como un
miniproyecto cuyo núcleo fundamental está constituido por una o más
iteraciones de las actividades principales básicas de cualquier proceso de
desarrollo.

66
d.) Desarrollo basado en componentes: La creación de sistemas intensivos en
software requiere dividir el sistema en componentes con interfaces bien
definidas, que posteriormente serán ensamblados para generar el sistema.
Esta característica en un proceso de desarrollo permite que el sistema se
vaya creando a medida que se obtienen o que se desarrollan y maduran sus
componentes.

e.) Utilización de un único lenguaje de modelamiento: UML es adoptado


como único lenguaje de modelamiento para el desarrollo de todos los
modelos. f.) Proceso Integrado: Se establece una estructura que abarque
los ciclos, fases, flujos de trabajo, mitigación de riesgos, control de
calidad, gestión del proyecto y control de configuración; el proceso
unificado establece una estructura que integra todas estas facetas. Además
esta estructura cubre a los vendedores y desarrolladores de herramientas
para soportar la automatización del proceso, soportar flujos individuales
de trabajo, para construir los diferentes modelos e integrar el trabajo a
través del ciclo de vida y a través de todos los modelos.

Este proceso de desarrollo considera que cualquier desarrollo de un sistema


software debe pasar por cuatro fases que se describirán a continuación:

Fases de desarrollo de RUP

Fase 1 :Preparación Inicial (“Inception”)

Su propósito principal es establecer los objetivos para el ciclo del vida del
producto. En esta fase se establece el caso del negocio con el fin de delimitar el
alcance del sistema, saber qué se cubrirá y delimitar el alcance del proyecto.

67
Fase 2 : Preparación Detallada (“Elaboration”)

Su propósito principal es plantear la arquitectura para el ciclo de vida del


producto. En esta fase se realiza la captura de la mayor parte de los requerimientos
funcionales, manejando los riesgos que interfieran con los objetivos del sistema,
acumulando la información necesaria para el plan de construcción y obteniendo
suficiente información para hacer realizable el caso del negocio.

Fase 3: Construcción (“Construction”)

Su propósito principal es alcanzar la capacidad operacional del producto. En


esta fase a través de sucesivas iteraciones e incrementos se desarrolla un producto
software, listo para operar, éste es frecuentemente llamado versión beta.

Fase 4 :Transición (“Transition”)

Su objetivo principal es realizar la entrega del producto operando, una vez


realizadas las pruebas de aceptación por un grupo especial de usuarios y habiendo
efectuado los ajustes y correcciones que sean requeridos.

En el Cuadro Nro. 01 se muestra los subproductos (denominados en RUP


“artifacts” (artefactos)) claves de cada una de las fases de desarrollo.

68
Fase Subproducto
PREPARACIÓN 1.- Alcance del Sistema
a.- Lista de Características
INICIAL
b.- Modelo del Dominio o Modelo del Negocio
(CONCEPCIÓN) (1ª. versión)
c.- Modelo de Casos de Uso, Modelo de Análisis
y Modelo de Diseño (1ª. versión)
d.- Requerimientos Suplementarios (1ª. Versión)

2.- Arquitectura Inicial (propuesta)

3.- Lista Inicial de Riesgos (riesgos críticos más importantes) y


Lista Priorizada de los Casos de Uso

4.- Prototipo para Validación de Conceptos (prototipo de descarte)

5.- Entorno de Desarrollo Configurado (proceso y herramientas)


(configuración inicial)

6.- Plan Inicial del Proyecto

7.- Caso Inicial del Negocio (1ª. versión) (contexto del negocio y
criterios de éxito) (costo, tiempos, calidad, utilidades)
PREPARACIÓN 1.- Contexto del Sistema (Modelo del Dominio o Modelo del
Negocio preferiblemente completo)
DETALLADA
(ELABORACIÓN) 2.- Captura del 80% de los Requerimientos Funcionales
a.- Modelo de Casos de Uso (aprox. el 80%) y Modelo de
Análisis (realización de los casos de uso más significativos)
b.- Modelo de Diseño, Modelo de Despliegue y Modelo de
Implementación (menos del 10%)
c.- Niveles para los Atributos de Calidad y Requerimientos
Suplementarios Actualizados
d.- Manual Preliminar de Usuario

3.- Arquitectura de Referencia (línea de base) (descripción de las


vistas arquitecturales de los modelos del sistema)

4.- Lista Actualizada de Riesgos (críticos y significativos) y


Riesgos Críticos Mitigados

5. Plan del Proyecto para las fases de Construcción y Transición

6. Entorno de Desarrollo Adecuado (proceso y herramientas)

7. Caso del Negocio Completo (y “Contrato” o declaración del


negocio)

Cuadro Nro. 01 Fases de la Metodología RUP

69
Fase Subproducto
CONSTRUCCION 1.- Modelos Completos (Casos de Uso, Análisis, Diseño,
Despliegue e Implementación)
2.- Arquitectura Íntegra (mantenida y mínimamente actualizada)
3.- Riesgos Presentados Mitigados
4.- Plan del Proyecto para la fase de Transición
5.- Manual Inicial de Usuario (con suficiente detalle)
6.- Prototipo Operacional – beta
7.- Caso del Negocio Actualizado

TRANSICIÓN 1.- Prototipo Operacional


2.- Documentos Legales
3.- Caso del Negocio Completo
4.- Línea de Base del Producto completa y corregida que incluye
todos los modelos del sistema
5.- Descripción de la Arquitectura completa y corregida
6.- Manuales para Usuario Final, Operador y Administrador del
Sistema, y Materiales para Entrenamiento

Cuadro Nro. 01 Continuación...

IV.3 Herramientas de Software:

Para visualizar un sistema de información a través de la red se requiere de un


programa denominado Browsers, que es un programa que permite interactuar con
muchos de los componentes de Internet, se pueden ver (y con algunos crear) las
páginas HTML del WWW. El browser que se use determina la forma en que aparece
el contenido de la información.

Hay varios browsers disponibles y que compiten en el mercado. El Netscape


Navigator que forma parte del conjunto de programas Netscape Communicator, lo

70
sigue el Microsoft Internet Explorer. Estos dos browsers son excelentes y funcionan
en forma muy parecida

Otro de los requerimientos para el funcionamiento de una Aplicación Web es


un servidor web, para definirlo se tiene la siguiente clasificación:

2. Empresarial o Corporativo: es el conjunto de información, servicios y


herramientas que definen la presencia de la empresa en Internet. Es un medio
de comunicación con sus clientes y prospectos. También puede convertirse en
un canal comercial a través del cual proporcionar los productos y servicios.

3. Tecnológico: es un conjunto de páginas HTML cuyos contenidos están


relacionados entre sí mediante enlaces (hiperenlaces o vínculos). Estas
páginas son almacenadas en un equipo servidor, gestionadas por un software
especializado que atiende las peticiones de los usuarios y envía las páginas
solicitadas.

Es importante que en la construcción del servidor se tengan en cuenta una


serie de consideraciones:
1. Ha de responder a unos objetivos y planteamientos de la empresa: debe
considerar cuáles son los segmentos de clientes, los contenidos que necesitan
y los servicios que se les pueden prestar a través de este medio

2. Transmita la imagen de la empresa de forma adecuada, por lo que deben


cuidarse aspectos relativos a la comunicación y los contenidos

3. Aproveche las características específicas que aporta Internet siendo una de las
más importante la capacidad de interactuar.

71
4. Disponga de los medios de seguimiento y control de las actividades que a
través de él se realicen.

5. Utilice adecuadamente las tecnologías e infraestructuras disponibles para


facilitar el acceso a los contenidos a los usuarios.

6. Incorpore las consideraciones de diseño necesarias que faciliten la


navegación.

Sobre la base de estas teorías se seleccionó el servidor empresarial o


corporativo ya que este permite que páginas por un lado tener presencia de la
organización en Internet además que permite que los clientes (integrantes de la
comunidad educativa) o los prospectos de clientes puedan establecer comunicación
con el Colegio; por otra parte, la interacción de los usuarios con la interfaz le
permitirá obtener información que el servidor ha degenerar de acuerdo con ciertas
especificaciones.

La construcción de la interfaz se realizó en HTML, estas siglas significan


Hyper Text Markup Language (Lenguaje de Marcas de Hipertextos), es el que
permite saltar de una página a otra en un mismo documento o hacia otro que podría
estar localizado al extremo opuesto del planeta. A estos textos que no son continuos
ni lineales y que se pueden leer como saltando las páginas hacia cualquier lado se les
llama hipertexto.

La forma más habitual para dotar de dinamismo en cliente a una página Web
es el uso de SCRIPTS (guiones). La utilización de guiones JavaScript está muy
extendida en las aplicaciones Web. Los Scripts de una página Web son los que
permiten la ejecución de código, comúnmente asociado a eventos, estos eventos se
generan, mayoritariamente, a partir de las acciones que realiza el usuario con la

72
página (pulsar en un botón, seleccionar una casilla de verificación, entrar en el ámbito
de una caja de texto, etc.).

Los lenguajes de guiones también pueden actuar sobre el navegador a través


de objetos integrados que representan al documento, la ventana activa, los elementos
del formulario, etc. Las aplicaciones más habituales de los lenguajes de guiones son:

• Validar datos en el cliente y comprobar la consistencia de los valores antes de


mandar un formulario (como por ejemplo: comprobar que una fecha tiene un
rango adecuado y un formato correcto).
• Actualizar campos relacionados en formularios (por ejemplo, establecer las
opciones de una lista desplegable en función del valor seleccionado en unos
botones de radio, etc.).
• Realizar los procesamientos que no requieran la utilización de información
centralizada (por ejemplo, convertir pesetas en euros, visualizar el calendario
del mes actual, etc.)
• Servir de base para la utilización de otras tecnologías (por ejemplo, HTML,
Dinámico, XML, ActiveX).
Los lenguajes de guiones presentan fuertes restricciones de acceso a los
recursos de la máquina del cliente. Estas restricciones no se deben a imposibilidades
tecnológicas, sino a limitaciones impuestas por sus diseñadores para evitar que la
ejecución de los programas pueda dañar la integridad del sistema del usuario.

Los scripts descritos hasta ahora, tienen un carácter estático: se ejecutan al


cargarse la página y ya no vuelven a ejecutarse más; sin embargo, se puede dar un
carácter dinámico a las páginas asociando scripts a ciertos elementos de HTML,
como los elementos de entrada de los formularios, y haciendo que se ejecuten cuando
se produzca cierto evento asociado a estos elementos. Un ejemplo de evento puede

73
ser pulsar el botón del ratón sobre el elemento (evento OnClick) o sobrevolar el
elemento con el ratón (evento OnMouseOver).

La combinación de un evento con una acción para un determinado elemento


se conoce como un comportamiento del objeto, pudiendo un mismo elemento tener
asociados varios comportamientos.

Para asociar un evento a un elemento HTML se añade al elemento un atributo


con el nombre del evento. Dicho atributo tendrá como valor la llamada al script que
se desea ejecutar cuando se produzca el evento, y que habrá sido definido con
anterioridad mediante el elemento SCRIPT (normalmente dentro del elemento
HEAD).

Por otra parte, el objetivo inicial de la Web era el intercambio de información


entre diversas máquinas conectadas a través de la red, por lo que se dio una mayor
importancia al contenido que a la forma; sin embargo, cuando la Web saltó del
ámbito educativo al comercial el diseño pasó a jugar un papel importante. Aquí es
donde los diseñadores se encontraron con las limitaciones de HTML, para la
composición de las páginas. Los estilos semánticos de HTML, por ejemplo, permiten
especificar el significado de un bloque de texto, pero dejan al navegador la elección
del estilo físico concreto que se aplica a dicho bloque. Además, HTML carecía de las
facilidades de composición habituales en el diseño gráfico. Todo ello hacía que
resultara difícil conseguir que en un mismo documento se visualizase de la misma
forma en distintos navegadores y plataformas.

La evolución de HTML trajo algunas mejoras como la introducción de tablas,


que han sido ampliamente utilizadas para la maquetación de las páginas; sin embargo,
la solución para controlar con precisión la colocación de los elementos en la página
ha venido de la mano de las hojas de estilo en cascada (CSS, Cascading Style Sheets).

74
Con el propósito de lograr la captura de la información de los formularios y
enviar una respuesta procesada a los usuarios (manipulación de Datos en la Red) se
utilizan las páginas dinámicas de ASP, estas siglas significan Active Server Pages,
tecnología diseñada por Microsoft Inc. para facilitar la creación de sitios Web con
una sencillez mayor a la empleada en la programación CGI (Comon Gateway
Interface) y con la eficiencia igual a la que proporciona SIPI (el núcleo de
funcionamiento de ASP es una aplicación ISAPI).

Para su funcionamiento las páginas ASP disponen de mecanismos muy


sencillos para recoger la información proveniente de un formulario y para enviar al
usuario la respuesta procesada por el servidor. En ambos casos se utilizan objetos
integrados que ocultan los detalles más complejos relativos al formato de la
información intercambiada.

Usando ASP existen dos maneras de diseñar páginas Web para preparar y
procesar formularios: la opción más sencilla conceptualmente, consiste en crear una
página HTML que contengan los formularios y páginas ASP que proporcionen la
recepción de los datos, su procesamiento y la preparación de la respuesta. De esta
manera se separan y delimitan las funciones en cada grupo (páginas HTML y páginas
ASP).

La segunda forma de preparar y procesar formularios hace uso de una única


página .asp que realiza conjuntamente la funcionalidad de un fichero .htm y .asp; la
mayor ventaja de esta organización reside en el ahorro de ficheros en el sitio Web,
aunque existen problemas adicionales a la mayor complejidad introducida. En la
Interfaz del Colegio Católico “San José” se utilizó la primera de estas opciones ya
que su operacionalización y definición conceptual es mucho más sencilla.

75
IV.4 Herramientas de Hardware:

Para la implantación de la propuesta se requiere la utilización del siguiente


hardware con los requerimientos mínimos:

Un 01 Equipo PC-Servidor con procesador de 1.5 Ghz de velocidad, 256 Mb


de Memoria RAM, Disco Duro de 80 Gb de capacidad, mouse de tres botones,
teclado en español, Fax módem de 58 Kbps, monitor Súper VGA 14 pulgadas, 8Mb
de Video, Impresora de Inyección de Tinta,

IV.5 Factibilidad de la Investigación:

El estudio de factibilidad debe constituir la base para aceptar el trabajo de


investigación y es una guía metodológica que ayuda a establecer con seguridad el
alcance, el enfoque y los diferentes aspectos que deben considerarse, al efectuar el
análisis y la evaluación económica de los trabajos de investigación de un problema
determinado.

Estos estudios de factibilidad son necesarios porque no es posible esperar a la


culminación de todo el proceso de generación e introducción del progreso científico
técnico para analizar y evaluar los cambios en estas relaciones. Es necesario tomar
decisiones al inicio y durante este proceso que aseguren los mejores resultados, así
como su comprobación posterior.

La determinación y fundamentación de las bases metodológicas que deben


regir los estudios de factibilidad de las investigaciones deben efectuarse con un
enfoque sistémico, pues los resultados de las investigaciones al introducirse
modifican una parte de los procesos y sistemas de relaciones existentes.

76
En este sentido, el estudio de factibilidad del desarrollo de un sistema de
información consiste en la realización de una valoración técnica, operativa y
económica de la empresa u organización para la cual se ha de desarrollar la
herramienta computacional la cual debe dar solución a una situación planteada.

Bajo estas premisas, la presente investigación resultó operacionalmente


factible porque para implantar la propuesta la organización cuenta con laboratorios de
informática y equipos disponibles para la comunidad estudiantil del colegio. En
cuanto a la factibilidad técnica se cuenta en el estado con empresas proveedoras de
servicio de Internet; adicionalmente el grupo de desarrollo dispone del software
especializado y de punta para la programación de la propuesta de solución, por otra
parte, la institución es la única en la localidad que prepara jóvenes en la mención de
informática para lo cual está obligada a mantener laboratorios con equipos que están a
la vanguardia en cuanto a capacidad y actualidad tecnológica para cumplir con sus
objetivos.

Por último, la institución tiene capacidad económica para afrontar los costos
que implica la implantación de la propuesta ya que cuenta con recursos económicos
suficientes, al mismo tiempo que verá retribuida la inversión con el prestigio que
conlleva el desarrollo de la interfaz objeto de la presente investigación.

77
CAPITULO V
Descripción de la solución

El presente capítulo presenta una detallada explicación de la interfaz


desarrollada, destacándose cada una de las fases cumplidas de acuerdo con la
metodología de desarrollo seleccionada.

V.1 Fase I Concepción. Modelado del Negocio:

La propuesta de una interfaz está dirigida a desarrollar una herramienta


tecnológica que facilite la integración de los miembros de la comunidad educativa del
Colegio Católico San José utilizando las potencialidades que ofrece la Internet, para
ello se realizó una evaluación detallada de todas y cada una de las situaciones y
vivencias que tienen los actores de dicha institución.

Para el desarrollo de la investigación se diseñó un plan de actividades que


implicó la revisión documental sobre los aspectos relacionados con el problema
además de la aplicación de entrevistas a los actores de los distintos procesos que
ocurren en la institución para obtener una visión clara sobre las especificidades de la
situación, estas acciones permitieron determinar que:

Hasta el presente existía únicamente un mecanismo para la comunicación con


la institución la cual se hacía a través del teléfono del colegio o a través de la visita
personalizada del interesado a las instalaciones ubicadas en la Carrera 4 esquina con
calle 15 de la ciudad de Guanare.

La demanda de información es muy variada y depende fundamentalmente de


los intereses particulares de cada actor, la misma se puede reducir a información

78
general de la institución, de los alumnos, de las actividades, de los procesos de
admisión, de los regímenes de estudio, entre otros.

Los demandantes de información de la institución se pueden agrupar en:


Padres y Representantes (que ya tienen sus representados inscritos en el Colegio);
Alumnos que cursan estudios en la institución y público en general que no pertenecen
a la comunidad educativa.

Por su parte, los que facilitan la información son: los docentes, quienes se
encargan del proceso de enseñanza y evaluación de los conocimientos adquiridos y la
Dirección que se encarga de los aspectos relacionados con las políticas educativas y
el cumplimiento de la normativa correspondiente a través de la Coordinación de
Registro, Control y Evaluación de Estudios. En la institución se genera otro tipo de
información distinta a la académica producto de las actividades deportivas y
culturales de la comunidad educativa.

Por otra parte, debido a la orientación católica de la institución a su afiliación


con la AVEC, se genera información relacionada con el desarrollo de actividades
religiosas y de convivencia entre los integrantes de la comunidad educativa.

En resumen, la interfaz propuesta está orientada a facilitar a los distintos


usuarios tener acceso a la información relacionada con la institución, la información
relacionada con los aspectos académicos: horarios, pénsum de estudios, evaluaciones,
hacer la actualización de datos (preinscripciones y reporte de pago), actualización de
notas y otras asignaciones; además, que permita obtener información relacionada con
las otras actividades denominadas por la institución como actividades extra cátedra.
Estos aspectos se visualizan con mayor claridad en la Figura 09 que se presenta a
continuación:

79
Colegio Católico
"San José"

USUARIOS
Coordinación de
Registro, Control
y Evaluación

Público en Docentes
General

Alumnos

Padres y
Representantes

Figura Nro. 09 Modelado del Negocio

V.2 Fase II Elaboración. Análisis y Diseño

Hecho el modelado del negocio e identificados sus requerimientos es


necesario hacer un análisis de cada una de las situaciones específicas de la institución

80
con el propósito de establecer con claridad los procesos que ha de desarrollar el
sistema, para ello se organizó la información de acuerdo a los actores que requieren o
generan la información y los procesos que ello implica de acuerdo al siguiente
detalle:

La Coordinación de Registro, Control y Evaluación de Estudios se encarga del


proceso de inscripción de los alumnos en la institución, igualmente es el encargado de
la asignación de las distintas asignaturas a los docentes contratados para dictarlas,
lleva el registro de las evaluaciones de los estudiantes y de las novedades
relacionadas con la asistencia y el comportamiento, al inicio del año escolar organiza
los alumnos en las secciones correspondientes, planifica las actividades académicas
en función del horario escolar emanado de las autoridades educativas, conjuntamente
con la Dirección del Plantel es la responsable de la supervisión de las actividades
extra curriculares desarrolladas por la comunidad educativa. Estas situaciones se
presentan en el siguiente Modelo de Casos de Uso.

Actor: Coordinación de Registro, Control y Evaluación de Estudios

Comunica: (comunicates): la Coordinación está relacionada con los


casos de uso inscripción, evaluación, novedades (de conducta, de
asistencia), calendario escolar, horarios de clases y actividades extra
curriculares

Usa (uses): La Coordinación de Registro, Control y Evaluación de


Estudios planifica las actividades extra curriculares y académicas

Extiende (extends): Elabora el informe de Rendimiento Académico


Estos Casos de Uso son representados en la Figura Nro. 10

81
Login

Novedades

Informe de
Evaluación
Rendimiento

Inscripción

Calendario
Escolar
Planificación
Actividades
Registro, Horario de Académicas
Control y Clases
Evaluación
de Estudios

Actividades
Extracurriculares

Planificación
Actividades
Extracurriculares

Figura Nro. 10 Diagrama de Casos de Uso asociados al Actor Registro y Control de Evaluación de
Estudios

Descripción de los casos de uso

Login: a través del cual se activa el acceso a la interfaz para el control


de la seguridad.

82
Novedades: mediante el cual se hace el registro de las novedades en
cuanto a la asistencia a clases de los alumnos y su comportamiento.

Evaluación: a través del cual se hace el registro de los resultados de


las evaluaciones hechas a los alumnos para medir el conocimiento
adquirido. Al tener la información completa sobre las evaluaciones
planificadas y practicadas en el período se emite el reporte del
Rendimiento Académico.

Inscripción: este medio consiste en la actualización de los registros


de estudiantes de la institución, este proceso se realiza al inicio del
año escolar e implica el registro de los datos personales y académicos
del alumno y los datos personales de los padres o representantes.

Calendario Escolar: es el resultado de la aplicación de la normativa


educativa vigente, sirve de base para la realización de la planificación
académica.

Horarios de Clases: de acuerdo con la información obtenida en el


proceso de inscripción y en concordancia con el calendario Escolar y
la normativa vigente se estructura el horario de clases que permite a los
docentes y los alumnos saber que asignatura tiene y en que hora. Estos
tres últimos aspectos integran la planificación académica de la
institución.

Actividades Extracurriculares: dentro del aspecto de la formación


integral del individuo se considera la realización de actividades
extracurriculares para el desarrollo de las destrezas deportivas,

83
culturales y religiosas del individuo. Dichas actividades son
coordinadas conjuntamente con la Dirección del Plantel.

Los docentes son los encargados de dirigir el proceso de enseñanza; es decir,


son los coprotagonistas principales con los alumnos de la razón de ser de la
institución. Sus actividades generan la información que permite hacer el seguimiento
de la evolución de los alumnos. Su acción está estrechamente relacionada con la
evaluación de los conocimientos y debido a su relación diaria con ellos genera
información relacionada con el comportamiento, con la asignación de actividades y
cualquier otra actividad desarrollada dentro del aula. Estas situaciones se presentan en
el siguiente Modelo de Casos de Uso.

Actor: Docente

Comunica: (comunicates): el docente está relacionado con los casos


de uso evaluación, asignaciones, conducta en el aula de clases.

Usa (uses): el docente planifica las actividades extra curriculares y


académicas pudiendo asignar actividades para que el alumno realice
fuera del aula.
Extiende (extends): Elabora el informe de Rendimiento Académico el
reporte de los eventos extraordinarios ocurridos en el aula.

Estos Casos de Uso son representados en la Figura Nro. 11

84
Login

Informe de
Evaluación
Rendimiento

Asignaciones

Planificación
Actividades
Docente Académicas

Conducta en el
Aula

Informe de
Novedades en el
Aula

Figura Nro. 11 Diagrama de Casos de Uso asociados al Actor Docente

Descripción de los casos de uso


Login: a través del cual se activa el acceso a la interfaz para el control
de la seguridad.

85
Evaluación: mediante el cual se hace el registro del seguimiento de
los aprendizajes obtenidos en el aula por parte de los alumnos. Este
caso de uso está asociado a la elaboración del Informe del
Rendimiento Académico que se nutre de las notas obtenidas por los
estudiantes en los eventos de evaluación desarrollados en el aula.

Asignaciones: a través del cual se hace el registro de actividades a


desarrollar por el alumno fuera del aula o en horas distintas a la hora
de clases. Incluye este caso de uso la asignación de actividades
distintas a las académicas (actividades extracurriculares)

Conducta: en el proceso de enseñanza aprendizaje, el docente es el


supervisor del comportamiento del alumno dentro del aula, para lo
cual debe producir la información sobre dichas aptitudes para el
conocimiento de los padres y representantes. En los instrumentos
correspondientes (diarios de clases) el docente presenta las novedades
ocurridas durante el desarrollo de las clases.

Los alumnos por su parte representan el centro de operaciones y la razón de


ser de la institución, hacia ellos están dirigidas todas las acciones del Colegio con la
finalidad de dirigirlos en la formación académica en los diferentes niveles de la
educación establecidos en Venezuela, interactúa con la interfaz en el sentido de que
requiere información relacionada con los resultados de las evaluaciones de estudios,
las asignaciones pendientes de las asignaturas y la solicitud de cualquier material
documental que el profesor de una asignatura determinada haya asignado. Así como
también es el protagonista de las actividades extracurriculares desarrolladas en la
institución. Estas situaciones se presentan en el siguiente Modelo de Casos de Uso.

86
Actor: Alumno
Comunica: (comunicates): el alumno está relacionado con los casos
de uso evaluación (notas), asignaciones, Guías o cualquier otro
material documental y finalmente con las actividades
extracurriculares.
Estos Casos de Uso son representados en la Figura Nro. 12

Login

Evaluación

Asignaciones

Alumno

Guías u otros
materiales

Actividades
Extracurriculares

Figura Nro. 12 Diagramas de Casos de Uso asociados al Actor Alumno

Descripción de los casos de uso

Login: a través del cual se activa el acceso a la interfaz para el control


de la seguridad.

87
Evaluación: mediante el cual el Alumno pueda consultar los
resultados de las evaluaciones de los estudios que haya presentado.

Asignaciones: a través del cual el alumno pueda consultar sobre las


asignaciones que haya hecho el docente en una asignatura
determinada.

Guías u otros materiales documentales: por medio de esta acción el


alumno podrá obtener de la interfaz materiales documentales en
formato digital que haya sido previamente suministrado por el docente.

Actividades complementarias: que contenga información relacionada


con las actividades extracurriculares planificadas y cumplidas por los
estudiantes.

Los Padres y representantes comprenden el otro miembro imprescindible del


proceso educativo cuya participación e integración facilitará el desarrollo de las
actividades y contribuirá con la formación integral de los alumnos. Estas situaciones
se presentan en el siguiente Modelo de Casos de Uso.

Actor: Padres y Representantes

Comunica: (comunicates): los padres y representantes están


relacionados con los casos de uso Preinscripción, pago de
mensualidad, Evaluación, Asignaciones, Novedades (conductas) y las
Actividades Extracurriculares.

Estos Casos de Uso son representados en la Figura Nro. 13

88
Login

Preinscripción

Pago
Mensualidad

Evaluación

Padres y
Representantes

Asignaciones

Actividades
Extracurriculares

Figura Nro. 13 Diagramas de Casos de Uso asociados al Actor Padres y Representantes

Descripción de los casos de uso

Login: a través del cual se activa el acceso a la interfaz para el control


de la seguridad.

89
Preinscripción: mediante el cual el Padre o Representante pueda
hacer una preinscripción del alumno sin tener que dirigirse hasta la
institución.

Pago de Mensualidad: Los padres y representantes puedan reportar


el pago de la mensualidad correspondiente a través de la interfaz.

Evaluación: por medio de este caso de uso los padres y representantes


pueden obtener información relacionada con los resultados de las
evaluaciones aplicadas a sus representados.

Asignaciones: este caso de uso le facilita a los padres y representantes


la consulta sobre las actividades académicas que sus representados
tengan pendientes en las distintas asignaturas.

Actividades extracurriculares: que suministra información


relacionada con las actividades complementarias planificadas y
cumplidas por los estudiantes.

Finalmente se encuentran los usuarios generales que comprenden personas


que no pertenecen a la comunidad educativa pero que estén interesadas en cualquier
tipo de información de la institución. Estas situaciones se presentan en el siguiente
Modelo de Casos de Uso.

Actor: Público en General

Comunica: (comunicates): El público en general está relacionado con


los casos de uso: información de la institución, información
académica, actividades complementarias.

90
Estos Casos de Uso son representados en la Figura Nro. 14

Información
General

Información
Académica

Público en
General
Actividades
Complementarias

Figura Nro. 14 Diagramas de Casos de Uso asociados al Actor Público en genera

Descripción de los casos de uso

Preinscripción: mediante el cual el público en general puede obtener


información sobre la institución.
Información Académica: este caso de uso comprende la opción para
que el público en general pueda tener acceso a la información
académica de la institución: pénsum, carga horaria, calendario, etc.

Actividades Complementarias: este caso de uso facilita al público en


general información relacionada con las actividades complementarias
cumplidas en la institución como un complemento del proceso de
enseñanza aprendizaje dirigido a la formación integral de los alumnos.

91
Todos estos casos de uso anteriores se representan en los siguientes
diagramas de clases, comenzando con la entidad Coordinación de Registro, Control y
Evaluación de Estudios la cual está asociada a los casos de uso: LOGIN

Coord. Registro, Control


y Evaluación

+ Clave 0..1

Clave de acceso Acceso al Sistema

Figura Nro. 15 Modelo de Análisis Diagrama de Clase para Acceder al Sistema

Según se observa en la Figura Nro. 15, la Coordinación de Registro, Control y


Evaluación de Estudios a través de una clave de acceso puede ingresar al sistema, esta
clave de acceso tiene dos únicas posibilidades (cierto = 1 o falso = 0) de lo cual se
define el acceso a la interfaz la cual solamente se hace por una sola entidad con esta
descripción.

Similarmente se presentan los Diagramas de Clases para el caso de uso


NOVEDADES en la cual la Coordinación de Registro, Control y Evaluación de
Estudios incluye en la Interfaz información relacionada con las novedades ocurridas
en la institución relacionadas con la asistencia y comportamiento de los alumnos en
los salones de clases. Esta clase se representa en el siguiente diagrama:

92
Coord. Registro, Control Acceso al Sistema
y Evaluación
1

+ Novedades 1
+ Clave 0..1

Clave de acceso Actualización de


Novedades

Figura Nro. 16 Modelo de Análisis Diagrama de Clase para Actualizar novedades

De acuerdo con la Figura Nro. 16, la Coordinación de Registro, Control y


Evaluación de Estudios a través de una clave de acceso puede ingresar al sistema, esta
clave de acceso tiene dos únicas posibilidades (cierto = 1 o falso = 0) de lo cual se
define el acceso a la interfaz la cual solamente se hace por una sola entidad con esta
descripción, una vez ingresado al sistema esta entidad realiza individualmente el
registro de las novedades ocurridas en la institución.

El Diagramas de Clases para el caso de uso EVALUACIÓN en la cual la


Coordinación de Registro, Control y Evaluación de Estudios verifica en la Interfaz
información relacionada con las evaluaciones hechas a los estudiantes por los
docentes durante cada lapso, al tener esta información completa se emiten los reportes
del Rendimiento Estudiantil. Esta clase se representa en la Figura Nro. 17

93
De acuerdo con la Figura Nro. 17, la Coordinación de Registro, Control y
Evaluación de Estudios a través de una clave de acceso puede ingresar al sistema, esta
clave de acceso tiene dos únicas posibilidades (cierto = 1 o falso = 0) de lo cual se
define el acceso a la interfaz la cual solamente se hace por una sola entidad con esta
descripción, una vez ingresado al sistema esta entidad realiza verifica que el personal
docente haya registrado los resultados de las evaluaciones aplicadas a los estudiantes
y una vez que estén completas emite los reportes de Rendimiento Estudiantil
correspondientes.

Coord. Registro, Control Acceso al Sistema


y Evaluación
1

1
+ Clave 0..1

Clave de acceso Verificación Registro de


Evaluaciones

Reporte de Rendimiento
Estudiantil

Figura Nro. 17 Modelo de Análisis Diagrama de Clase para Evaluaciones

94
El Diagramas de Clases para los casos de uso INSCRIPCIÓN,
CALENDARIO ESCOLAR y HORARIOS DE CLASES en los cuales la
Coordinación de Registro, Control y Evaluación de Estudios registra en la Interfaz
información relacionada con las actividades académicas de la institución. Estas clases
se representan en la Figura Nro. 18

Coord. Registro, Control Acceso al Sistema


y Evaluación
1

+ Clave 0..1

Clave de acceso

Inscripción de los
Alumnos

Calendario Horario de
Escolar Clases

Figura Nro. 18 Modelo de Análisis Diagrama de Clase para Inscripciones, Calendarios

95
De acuerdo con la Figura Nro. 18, la Coordinación de Registro, Control y
Evaluación de Estudios a través de una clave de acceso puede ingresar al sistema,
una vez ingresado al sistema esta entidad realiza cualquiera de las actividades
especificadas en el diagrama, a saber: registro de la inscripción de un alumno,
definición y registro del calendario escolar ó los horarios de clases. Todas estas clases
están relacionadas con las actividades académicas del actor Coordinación de Registro,
Control y Evaluación de Estudios.

Finalmente, El Diagramas de Clases para los casos de uso ACTIVIDADES


EXTRACURRICULARES en las cuales la Coordinación de Registro, Control y
Evaluación de Estudios registra en la Interfaz información relacionada con las
actividades deportivas, culturales, religiosas o de cualquier otra índole realizada en la
institución. Estas clases se representan en la Figura Nro. 19

Coord. Registro, Control Acceso al Sistema


y Evaluación
1

+ Clave 0..1

Clave de acceso Actividades


Extracurriculares

Figura Nro. 19 Modelo de Análisis Diagrama de Clase para Actividades Extracurriculares

96
En la Figura Nro. 19, se observa que la Coordinación de Registro, Control y
Evaluación de Estudios a través de una clave de acceso puede ingresar al sistema,
una vez ingresado al sistema esta entidad registra la información correspondiente a
las actividades extracurriculares de la institución.

Igualmente se presentan las distintas clases para la entidad DOCENTE la cual


ingresa a la interfaz por medio de una clave (Login) que le permite acceso a los
siguientes Casos de Uso: EVALUACIÓN en el cual el docente puede registrar en la
interfaz los resultados de las evaluaciones aplicadas a los estudiantes para la
verificación del dominio de los contenidos dictados en el aula. Esta clase se expresa
en la figura Nro. 20 que sigue:

Docente Acceso al Sistema

+ Clave 0..1

Clave de acceso Clave de acceso


Resultados Evaluaciones

Figura Nro. 20 Modelo de Análisis Diagrama de Clase para Evaluaciones Actor Docente.

97
En el Caso de Uso: ASIGNACIONES el docente puede registrar en la interfaz
las asignaciones pendientes para las distintas asignaturas que dicta las cuales estarán
disponibles para los estudiantes y los padres y representantes, quienes pueden obtener
la información por medio de la interfaz propuesta. Esta clase se expresa en la figura
Nro. 21 que se presenta a continuación:

Cliente PC Acceso al Sistema

+ Clave 0..1

Clave de acceso Asignar Actividades en


Resultados Evaluaciones cada asignatura

Figura Nro. 21 Modelo de Análisis Diagrama de Clase para Asignaciones Actor Docente.

De forma similar para el Caso de Uso: GUIAS U OTROS MATERIALES


DOCUMENTALES el docente puede registrar y "subir" a la interfaz Material
Bibliográfico de las distintas asignaturas que dicta, en formato digital, los cuales
estarán disponibles para los estudiantes y los padres y representantes, quienes pueden
obtener la información por medio de la interfaz propuesta. Esta clase se expresa en la
figura Nro. 22 siguiente:

98
Docente Acceso al Sistema

+ Clave 0..1

Clave de acceso Guías u Otros


Resultados Evaluaciones Materiales

Figura Nro. 22 Modelo de Análisis Diagrama de Clase para Guías u otro material documental. Actor
Docente.

Finalmente, como consecuencia de las actividades académicas, el docente


registra en los diarios de clases las novedades presentadas durante las sesiones de
clases en el aula, presentados en el Caso de Uso: NOVEDADES EN EL AULA, en
este caso, el docente puede registrar en la interfaz las distintas observaciones que
haya hecho en el aula, relacionados con las asistencia y con el comportamiento
general del alumno, información que estará disponible en la interfaz para la Dirección
y la Coordinación de Registro, Control y Evaluación de Estudios y para los Padres y
Representantes. Esta clase se expresa en la figura Nro. 23 que se presenta a
continuación:

99
Docente Acceso al Sistema

+ Clave 0..1

Clave de acceso Novedades ocurridas


Resultados Evaluaciones en el Aula

Figura Nro. 23 Modelo de Análisis Diagrama de Clase para Novedades ocurridas en el Aula.. Actor
Docente.

Por otra parte, se presentan las distintas clases para la entidad ALUMNO
quien ingresa a la interfaz por medio de una clave (Login) que le permite acceso a los
siguientes Casos de Uso: EVALUACIÓN en el cual el estudiante puede conocer
(consultar) a través de la interfaz los resultados de las evaluaciones aplicadas para la
verificación del dominio de los contenidos vistos en el aula. Esta clase se expresa en
la figura Nro. 24 que sigue:

100
Alumno Acceso al Sistema

+ Clave 0..1

Clave de acceso Evaluaciones


(Notas)

Figura Nro. 24 Modelo de Análisis Diagrama de Clase para Evaluaciones Actor Alumno.

En el Caso de Uso: ASIGNACIONES el alumno puede consultar en la


interfaz las asignaciones pendientes para las distintas asignaturas que cursa en la
institución. Esta clase se expresa en la figura Nro. 25 que se presenta a continuación:

Alumno Acceso al Sistema

+ Clave 0..1

Clave de Acceso Actividades


asignadas

Figura Nro. 25 Modelo de Análisis Diagrama de Clase para Asignaciones Actor Alumno

101
De forma similar para el Caso de Uso: GUIAS U OTROS MATERIALES
DOCUMENTALES el estudiante puede "bajar" de la interfaz Material Bibliográfico
de las distintas asignaturas el docente correspondiente haya "subido" a la interfaz, en
formato digital, los cuales estarán disponibles para los estudiantes y los padres y
representantes, quienes pueden obtener la información por medio de la interfaz
propuesta. Esta clase se expresa en la figura Nro. 26 siguiente:

Alumno Acceso al Sistema

+ Clave 0..1

Clave de acceso Guías u Otros


Resultados Evaluaciones Materiales

Figura Nro. 26 Modelo de Análisis Diagrama de Clase para Guías u otro material documental. Actor
Alumno.

Finalmente, como complemento de las actividades académicas, el alumno


puede consultar en la interfaz las actividades extraordinarias, presentados en el Caso
de Uso: ACTIVIDADES EXTRACURRICULARES, en este caso, el estudiante
puede consultar en la interfaz las distintas actividades planificadas y desarrolladas
para el fomento de la formación integral, relacionados con las asistencia y eventos
deportivos, culturales, etc. , información que estará disponible en la interfaz para la
Dirección y la Coordinación de Registro, Control y Evaluación de Estudios, los

102
docentes y alumnos y para los Padres y Representantes. Esta clase se expresa en la
figura Nro. 27 que se presenta a continuación:

Alumno Acceso al Sistema

+ Clave 0..1

Clave de acceso Novedades ocurridas


Resultados Evaluaciones en el Aula

Figura Nro. 27 Modelo de Análisis Diagrama de Clase para Novedades ocurridas en el Aula.. Actor
Alumno.

La Entidad PADRES Y REPRESENTANTES presenta los Diagramas de


Clases para los casos de uso PREINSCRIPCIÓN, REGISTRO PAGOS, en los cuales
los Padres y Representantes pueden consultar a través de la Interfaz, previa
confirmación de su clave de acceso, información relacionada con las actividades
académicas de la institución. Estas clases se representan en la Figura Nro. 28

103
Padres y/o Acceso al Sistema
Representantes
1

+ Clave 0..1

Clave de acceso

Pre-inscripción de los
Alumnos

Pago de
Mensualidades

Figura Nro. 28 Modelo de Análisis Diagrama de Clase para Preinscripciones y Pago de


Mensualidades. Actor Padres y/o Representantes.

En forma similar, el Diagrama de Clases para los casos de uso


EVALUACIONES, ASIGNACIONES y NOVEDADES DE CONDUCTA, en las
que el Padre y/o Representante pueda obtener de la Interfaz información relacionada

104
con los resultados de las actividades académicas desarrolladas por su representado.
Estas clases se representan en la Figura Nro. 29

Padres y/o Acceso al Sistema


Representantes
1

+ Clave 0..1

Clave de acceso

Evaluaciones
(Notas)

Asignaciones Novedades ocurridas


Pendientes en el Aula

Figura Nro. 29 Modelo de Análisis Diagrama de Clase para Evaluaciones, Asignaciones y Novedades
ocurridas en el Aula. Actor Padres y Representantes.

105
Finalmente Figura Nro. 30, se observa que los Padres y Representantes a
través de una clave de acceso puede ingresar al sistema, una vez ingresado al sistema
esta entidad obtiene la información correspondiente a las actividades extracurriculares
de la institución.

Padres y/o Acceso al Sistema


Representantes
1

+ Clave 0..1

Clave de acceso Actividades


Resultados Evaluaciones Extracurriculares

Figura Nro. 30 Modelo de Análisis Diagrama de Clase para Actividades Extracurriculares. Actor
Padres y Representantes.

Finalmente, para la entidad Público en general, el cual está asociado a las


opciones de consultas de Información General de la institución, Información
Académica e información de las actividades complementarias que se desarrollan; por
la complejidad de estos usuarios, y por lo elemental de las informaciones requeridas,
se infiere que dicha entidad no requiere de una clave de acceso al sistema por cuanto
no pertenece a la comunidad educativa de la institución y su acceso a la información
es limitado. Estos casos de uso se reflejan en la Figura Nro. 31

106
Padres y/o Acceso al Sistema
Representantes
1

Información de la
Institución

Información Actividades
Académica Complementarias

Figura Nro. 31 Modelo de Análisis Diagrama de Clase para Casos de Uso. Actor Público en general.

La siguiente etapa en el modelo de análisis basado en UML comprende el


modelado de las acciones a ejecutarse en el sistema, para ello se hace la

107
representación de las acciones a desarrollar por cada uno de los actores según se
especifica a continuación:

Comenzando con el Actor Coordinador de Registro, Control y Evaluación de


Estudios que es el encargado de actualizar lo concerniente a la información
académica se puede resumir la actividades a desarrollar en cuatro actividades
generales que comprenden: Realizar informe Rendimiento Estudiantil, Planificar
Actividades Académicas, Registrar información sobre novedades y Coordinar la
realización de las Actividades Extracurriculares.

En el primer caso: para la elaboración del Informe del Rendimiento


Estudiantil la Coordinación de Registro, Control y Evaluación de Estudios debe
verificar previamente la ejecución de las actividades de evaluación por parte del
personal docente, posteriormente, con la compilación de esta información se realiza el
reporte del rendimiento estudiantil que sirve de guía para el seguimiento a los
estudiantes. Estos procesos se presentan en la Figura Nro. 32 siguiente

De forma análoga, para el caso de la actividad Panificar Actividades


Académicas, la Coordinación de Registro, Control y Evaluación de Estudios debe
actualizar la información de los estudiantes recabadas en el proceso de inscripción y
en concordancia con esta, elaborar los correspondientes Horarios de Clases de
acuerdo con los lineamientos fijados por el MECD. Esta información debe ser
actualizada para que los interesados puedan tener acceso a través del Sistema. Estos
procesos están representados en la Figura Nro. 33.

108
Ingresar al
Sistema

Introducir Validar
Clave Clave

Autorizar
Acceso

Preparar
Informe

Verificar Compilar
Datos Información

Certificar
Datos

Mostrar
Informe

Figura Nro. 32 Modelo de Análisis. Diagrama de Actividades Informe de Rendimiento

109
Ingresar al
Sistema

Introducir Validar
Clave Clave

Autorizar
Acceso

Actividades
Académicas

Actualizar Actualizar
Datos Calendario
Inscripción Escolar

Elaborar
Horarios de
Clases

Mostrar
Información
Académica

Figura Nro. 33 Modelo de Análisis. Diagrama de Actividades. Actividades Académicas

110
Por otra parte, la Coordinación de Registro, Control y Evaluación de Estudios
como responsable de la publicación de las novedades ocurridas durante el desarrollo
de las actividades escolares y coordinadora de las actividades extracurriculares
planificadas y cumplidas en la institución cumple las actividades señaladas en la
Figura Nro. 34 que se presentan a continuación:

Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Actualizar
Actividades
Extracurriculares
Novedades

Información
Actualizada
Figura Nro. 34 Modelo de Análisis. Diagrama de Actividades. Novedades y Actividades
Extracurriculares

111
Por su parte, el Actor Docente cumple dentro del Sistema tres actividades
principales relacionadas con: el registro de los resultados de las evaluaciones, la
asignación de actividades para que el alumno realice y la asignación de material
documental o bibliográfico en formato digital, estos procesos se muestran en los
diagramas marcados como Figuras Nro. 35, 36 y 37 respectivamente

Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Actualizar
Evaluaciones Definir Actualizar
Evaluaciones Resultados

Información
Actualizada

Figura Nro. 35 Modelo de Análisis. Diagrama de Actividades. Actualizar Notas por parte del Actor
Docente.

112
Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Asignar
Actividades Definir Fijar Fecha
Actividad entrega

Actualizar
Registros

Información
Actualizada

Figura Nro. 36 Modelo de Análisis. Diagrama de Actividades. Asignación de Actividades por parte
del Actor Docente.

113
Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Asignar
Materiales Definir Ubicar Dirección
Material Física del Archivo

Actualizar
Registros

Información
Actualizada
Figura Nro. 37 Modelo de Análisis. Diagrama de Actividades. Asignación de Material Documental
por parte del Actor Docente.

El Actor Alumno en el sistema tiene la posibilidad de realizar la actividad de


Consulta bien sea de los resultados de las evaluaciones, de las asignaciones que le
hayan hecho o de obtener del sistema los documentos asignados por el personal

114
docente; además de ello puede consultar las actividades extracurriculares
programadas y desarrolladas en la institución, estas actividades están compiladas en
el diagrama de actividades señalado en la Figura Nro. 38

Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Consultar

Material
Documental
Asignaciones
Notas Pendientes

Consulta
Realizada

Figura Nro. 38 Modelo de Análisis. Diagrama de Actividades. Consultas hechas por parte del
Actor Alumno.

115
En el caso del Actor Padres y Representantes, desarrolla dentro del Sistema
las actividades de: Actualizar los Datos para la Preinscripción del alumno, Reporta el
pago de las mensualidades y hace las consultas en cuanto a las evaluaciones,
asignaciones y novedades de su representado, pudiendo además consultar las
actividades extracurriculares cumplidas en la institución. En el primer caso, la
actividad de actualización de datos de preinscripción se muestra en la Figura Nro. 39

Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Actualizar
Preinscripción Llenar Actualizar
Formularios Registro

Información
Actualizada

Figura Nro. 39 Modelo de Análisis. Diagrama de Actividades. Registro de Preinscripción por parte
del Actor Padres y Representantes.

116
En forma análoga, el Actor Padres y Representantes reporta al sistema cuando
realiza el pago de la mensualidad correspondiente, el cual puede realizar bien sea en
la institución directamente o a través de una entidad bancaria señalada por la
Dirección del Plantel. Estos procedimientos se reflejan en la Figura Nro. 40 que sigue
a continuación:

Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Actualizar
Pagos Llenar Actualizar
Formularios Registro

Información
Actualizada

Figura Nro. 40 Modelo de Análisis. Diagrama de Actividades. Registro de Pago de Mensualidad


por parte del Actor Padres y Representantes.

117
Para las actividades de Consultas a realizar por parte del Actor Padres y
Representantes, estas actividades están compiladas en el diagrama de actividades
señalado en la Figura Nro. 41 que se muestra a continuación:

Ingresar al
Sistema

Introducir Validar
Clave Clave

Acceso
Autorizado

Consultar

Novedades

Asignaciones
Notas Pendientes

Consulta
Realizada

Figura Nro. 41 Modelo de Análisis. Diagrama de Actividades. Consultas hechas por parte del
Actor Padres y Representantes.

118
Finalmente, en el caso de los Actores Público en General, los mismos se
limitan a cumplir actividades de consultas a través del sistema, las cuales se
relacionan con: consultas de Información General de la institución, Información
Académica y a la visualización de la actividades complementarias. Estas actividades
se muestran en la Figura Nro. 42

Ingresar al
Sistema

Consultar

Novedades

Asignaciones
Notas Pendientes

Consulta
Realizada

Figura Nro. 42 Modelo de Análisis. Diagrama de Actividades. Consultas hechas por parte del
Actor Público en General.

119
Luego de haber definido las actividades en el modelado del sistema es
necesario presentar la secuencia en que ocurren dichas actividades y asociarlas a
objetos identificables y tangibles en el sistema, además de establecer la colaboración
que prevalezca entre ellos, estas acciones corresponden a los Diagramas de
Interacción del modelado en UML y que se presentan a continuación, organizados en
función de los actores del negocio.

En el caso del Actor Coordinación de Registro, Control y Evaluación de


Estudios, sus actividades se desarrollan con la siguiente secuencia: primeramente el
actor debe ingresar a la interfaz a través de una clave denominada Login, el sistema
verifica dicha clave y de acuerdo con los resultados de dicha verificación permite (o
restringe) el acceso al sistema, una vez ingresado el actor puede actualizar la
información académica, previa confirmación del proceso de inscripción y ajuste a las
disposiciones legales (calendario escolar). Estas situaciones se presentan
gráficamente en la Figura Nro. 43

:Registro,
Control y :Calendario
Evaluación :Login :Inscripción Escolar

:Autorizado

:Programación
Académica

Figura Nro. 43 Modelo de Análisis. Diagrama de Secuencias. Actor Control de Estudios

120
Similarmente, para el caso de uso Evaluación, el Actor Coordinación de
Registro, Control y Evaluación de Estudios debe ingresar a la interfaz a través de una
clave denominada Login, el sistema verifica dicha clave y de acuerdo con los
resultados de dicha verificación permite (o restringe) el acceso al sistema, una vez
ingresado el actor puede verificar la información de evaluación en el sistema, para
posteriormente procesar el reporte del informe académico. Igualmente se representan
estas secuencias en Figura Nro. 44

:Registro,
Control y :Rendimiento
Evaluación :Login :Evaluación Académico

:Autorizado

Figura Nro. 44 Modelo de Análisis. Diagrama de Secuencias. Actor Control de Estudios Caso de
Uso Rendimiento Académico

En el caso de uso Actividades Extracurriculares, el Actor Coordinación de


Registro, Control y Evaluación de Estudios debe ingresar a la interfaz a través de una
clave denominada Login, el sistema verifica dicha clave y de acuerdo con los
resultados de dicha verificación permite (o restringe) el acceso al sistema, una vez
ingresado el actor puede actualizar la información de las actividades extracurriculares
en el sistema representadas estas secuencias en Figura Nro. 45

121
:Registro,
Control y :Actividades
Evaluación :Login Extracurriculares

:Autorizado

Figura Nro. 45 Modelo de Análisis. Diagrama de Secuencias. Actor Control de Estudios Caso de
Uso Actividades Extracurriculares

En el caso del Actor: Docente la secuencia de actividades está también


precedida por el ingreso de una clave de acceso: Login el sistema verifica dicha clave
y de acuerdo con los resultados de dicha verificación permite (o restringe) el acceso
al sistema, una vez ingresado el docente puede ingresar la información
correspondiente a los resultados de las evaluaciones aplicadas a los alumnos, además
de tener la posibilidad de actualizar la información correspondiente a las novedades
ocurridas en el aula de clases relacionadas con la conducta y la asistencia, estando
facultado además de asignar a sus alumnos cualquier actividad para que estos
realicen en sus hogares y también asignarle cualquier material de apoyo (documental)
que sirva para complementar los conocimientos impartidos. Esta secuencia de
actividades se refleja en la Figura Nro. 46

122
:Docente

:Login

:Autorizado
:Evaluación

:Asignaciones

:Novedades en el
Aula

Figura Nro. 46 Modelo de Análisis. Diagrama de Secuencias. Actor Docente

123
Similarmente para el Actor: Alumno la secuencia de actividades está
precedida por el ingreso de una clave de acceso: Login el sistema verifica dicha clave
y de acuerdo con los resultados de dicha verificación permite (o restringe) el acceso
al sistema, una vez ingresado el alumno puede consultar la información
correspondiente a los resultados de las evaluaciones realizadas, además de tener la
posibilidad de consultar y obtener la información correspondiente a las asignaciones
pendientes y del material documental que el docente haya incorporado al sistema y
consultar también las actividades extracurriculares planificadas y/o desarrolladas.
Esta secuencia de actividades está reflejada en la Figura Nro. 47

En cuanto al Actor: Padres y Representantes ingresan al sistema a través de


una clave la cual le permite (o restringe) el acceso a la información, una vez
ingresado el padre o representante tiene la facultad de actualizar información en el
sistema relacionada con el proceso de inscripción de los alumnos así como lo
relacionado con el reporte de los pagos de las mensualidades a la administración de la
institución, en el primero de los casos el Padre o Representante debe registrar un
conjunto de datos que le son solicitados en un formato preestablecido, en el segundo
caso, el Padre o Representante, cancela la mensualidad correspondiente, bien sea
depositando en el banco, o cancelando directamente en la institución en efectivo y
envía los datos del depósito para que le hagan el recibo correspondiente, otra de las
facultades de los Padres y Representantes es que ellos pueden obtener información en
la institución de sus hijos o representados, tanto en el aspecto de evaluaciones hechas
al alumno, como las asignaciones que tenga pendiente y por supuesto el conocimiento
(y participación) en las actividades extracurriculares.

Todas estas actividades se presentan secuencialmente en la Figura Nro. 48.

124
:Alumno :Evaluación

:Login

:Autorizado
:Asignaciones

:Guías

:Actividades
Extracurriculares

Figura Nro. 47 Modelo de Análisis. Diagrama de Secuencias. Actor Alumno

125
:Padre o :Inscripción
Representante :Login

:Autorizado

:Pago
Mensualidades

:Evaluación

:Guías

:Actividades
Extracurriculares

Figura Nro. 48 Modelo de Análisis. Diagrama de Secuencias. Actor Padres o Representantes

126
El otro Actor que participa en la institución corresponde al Público en General
los cuales sin ser miembros de la comunidad educativa tienen la potestad de solicitar
información en el Colegio para, o bien satisfacer su curiosidad, o para conocer la
institución y considerar el ingreso en la comunidad educativa como alumno, como
padre o representante o como personal docente. Este actor no requiere de claves de
acceso para ingresar a determinadas informaciones consideradas públicas tales como:
información general de la institución, información de estudios o académica o las
actividades complementarias, el acceso a la misma es aleatorio y no comprende
prelación alguna tal como se muestra en la Figura Nro. 49

:Público en
General

:Información
de Estudios

:Información
General

:Actividades
Complementarias

Figura Nro. 49 Modelo de Análisis. Diagrama de Secuencias. Actor Público en General

127
Otro diagrama que comprende las interacciones se refiere a los diagramas de
colaboración, en el presente caso se estructuran los diagramas de colaboración
siguiendo los mismos esquemas presentados para los diagramas de secuencia, los
cuales quedan de la siguiente manera:

Para el Actor Registro, Control y Evaluación de Estudios se definió un


diagrama de colaboración para el caso de uso Planificación Académica tal como se
muestra en la Figura Nro. 50

1: Ingresar
:Registro, Control
y Evaluación :Login
:Login

2: Valida

3: Completa
:Autorizado
:Inscripción

4: De acuerdo
5: Realiza
Registra
:Calendario
Escolar

:Programación
Académica

Figura Nro. 50 Diagrama de Colaboración Programación Académica Actor: Registro, Control y


Evaluación de Estudios

128
Similarmente, para el caso de uso Informe del Rendimiento Estudiantil, la
Figura Nro. 51 muestra la relación o colaboración entre los distintos objetos del caso
de uso respectivo

1: Ingresar
:Registro, Control
y Evaluación :Login
:Login

2: Valida

3: Consulta
:Autorizado
:Evaluación

4: Confirma con
5: Prepara

:Docentes

:Informe de
Rendimiento

Figura Nro. 51 Diagrama de Colaboración Informe de Rendimiento Actor: Registro, Control y


Evaluación de Estudios

En el caso de uso de las Actividades Extracurriculares, el diagrama de


colaboración se presenta en forma más simple, según se puede comprobar en la
Figura Nro. 52

129
1: Ingresar
:Registro, Control
y Evaluación :Login
:Login

2: Valida

3: Registra
:Autorizado
:Actividades
Extracurriculares

Figura Nro. 52 Diagrama de Colaboración Actividades Extracurriculares Actor: Registro, Control


y Evaluación de Estudios

Para el actor Docente, el diagrama de colaboración se circunscribe a la


actualización de los registros relacionados con los resultados de las evaluaciones, la
asignación de actividades a los estudiantes y la actualización de las novedades
ocurridas en el aula. Estas actividades se representan en la Figura Nro. 53

Igualmente, para los actores Alumnos la colaboración entre los objetos


relacionados con la evaluación, la consulta de las asignaciones, guías o cualquier otra
actividad extracurricular están representadas en la Figura Nro. 54 donde se establecen
tanto la relación entre los distintos objetos o elementos asociados al actor Alumno, así
como el orden en el cual se cumplen las actividades.

130
1: Ingresar
:Docente
:Login
:Login

2: Valida

3: Carga

:Autorizado
:Interfaz

4: Registra
6: Registra

:Evaluación
5: Registra :Reporta
Novedades

:Asigna
Actividades

Figura Nro. 53 Diagrama de Colaboración Actualizar Datos Actor: Docente

131
:Alumno
:Login
:Login

2: Valida

3: Consulta
:Autorizado
:Interfaz

4: 6:

:Evaluación
5: :Actividades
Extracurriculares
: Actividades
Pendientes

:Registro,
:Docente Control y
Evaluación de
Estudios

Figura Nro. 54 Diagrama de Colaboración Consultar Datos Actor: Alumno

132
Por su parte, para el caso de los actores Padres y representantes, la secuencia
de las acciones que realizan a través de la Interfaz es muy variada y comprende el
acceso al sistema a través de un Login o clave la cual es validada de acuerdo a los
registros almacenados en la Base de Datos, una vez ingresado en el sistema el Padre y
Representante puede actualizar la información relacionada con los pagos de
mensualidades, llenar la planilla de inscripción y puede también consultas aspectos
relacionados con su representado y que comprenden las asignaciones pendientes, las
notas y las novedades de conducta y asistencia.

En los casos de actualización de pagos y inscripción los mismos son validados


por el usuario Control de Estudios en donde está una persona encargada de dicho
procedimiento, en los demás casos, las consultas dependen de las actualizaciones que
hagan los docentes. El caso del registro de pagos se refleja en la Figura Nro. 55
siguiente

1: Ingresar
:Padres y
Representantes :Login
:Login

2: Valida

3: Consulta
:Autorizado
:Inscripción

:Control de 4: Validado por


Estudios

Figura Nro. 55 Diagrama de Colaboración Actualizar Inscripción Actor: Padres y Representantes

133
En forma análoga, el registro de los pagos mensuales implica una validación
de parte del usuario Control de Estudios una vez que el representante haya registrado
el pago correspondiente. Estas situaciones están representadas en la Figura Nro. 56

1: Ingresar
:Padres y
Representantes :Login
:Login

2: Valida

3: Consulta
:Autorizado
:Inscripción

:Control de 4: Validado por


Estudios

Figura Nro. 56 Diagrama de Colaboración Actualizar Pagos Mensuales Actor: Padres y


Representantes

Las acciones de consultas de los Padres y Representantes están orientadas a la


obtención de información relacionada con el rendimiento y el desempeño de sus
representados en el aula de clases, para ello requieren de la información que
previamente debe actualizar el docente y confirmar el departamento de Control de
Estudios. Estos aspectos son representados en la Figura Nro. 57

134
:Padres y
Representantes :Login

:Login

2: Valida

3: Consulta
:Autorizado
:Interfaz

4: 6:

:Evaluación
5: :Actividades
Extracurriculares
: Asignaciones
Pendientes

: Novedades en
el Aula
:Registro,
:Docente Control y
Evaluación de
Estudios

Figura Nro. 57 Diagrama de Colaboración Consultas varias Actor: Padres y Representantes

Finalmente, el Actor Público en General está limitado a realizar consultas en


el sistema relacionadas con la información general de la institución, con los estudios

135
que se dictan en el colegio y las actividades complementarias desarrolladas como
parte de la formación integral del individuo. Por ser este tipo de consultas de carácter
general y público no requiere de autorización específica para obtenerla. Para
simplificar estas acciones se presenta la Figura Nro. 58 en donde se reflejan
claramente estos aspectos.

1: Ingresar
:Público en
General :Interfaz

2: Consulta

:Información 3: Consulta
General 4: Consulta

:Control de :Actividades
Estudios Complementarias

Figura Nro. 58 Diagrama de Colaboración Consultas varias Actor: Público en General

El siguiente paso en el análisis de sistemas bajo el enfoque de modelado en


UML comprende los diagramas de estados que representan la situación de un objeto
de un momento determinado. En este sentido se han desarrollado los diagramas de
estado para los siguientes casos.

Para mantener uniformidad en el modelado se presentan los diagramas de


estados organizados por actores participantes en cada uno de los procesos que se

136
realizan en la institución, en el caso del Actor Registro, Control y Evaluación de
Estudios los estados se muestran en la Figura Nro. 59

IntroducirLogin
Espera Acceso Introducción
LOGIN

Termina
Acceso
Termina Autorización
Acceso
autorizado

Espera Espera
Consulta Actualización

IntroducirDatos
Introducir
Datos

Termina Actualización
Termina Actualización Datos
Consulta

IntroducirDatos

Figura Nro. 59 Diagrama de Estado. Actor: Registro, Control y Evaluación de Estudios

Similarmente, para el Actor Docente se tienen los estados que se muestran en


la Figura Nro. 60

137
IntroducirLogin
Espera Acceso Introducción
LOGIN

Termina
Acceso
Termina Autorización
Acceso
autorizado Espera
Actualización

IntroducirDatos
Actualización
Evaluación

Actualización
IntroducirDatos
Asignaciones

IntroducirDatos Actualización
Termina Novedades
Actualización

IntroducirDatos

Figura Nro. 60 Diagrama de Estado. Actor: Docente

Los estados correspondientes al Actor Alumno se presentan en la Figura Nro.


61

138
IntroducirLogin
Espera Acceso Introducción
LOGIN

Termina
Acceso
Termina Autorización
Acceso
autorizado Consulta
Datos

IntroducirConsulta
Actualización
Evaluación

Actualización
Asignaciones

Actualización
Termina Novedades
Consulta

Figura Nro. 61 Diagrama de Estado. Actor: Alumno

El Actor: Padres y Representantes presenta estados similares al Actor Registro


y Control de Estudios por cuanto puede actualizar datos en el sistema a la vez que

139
puede hacer consultas en el mismo. Los estados correspondientes se muestran en la
Figura Nro. 62

IntroducirLogin
Espera Acceso Introducción
LOGIN

Termina
Acceso
Termina Autorización
Acceso
autorizado

Espera Espera
Consulta Actualización

IntroducirDatos
Introducir
Datos

Termina Actualización
Termina Actualización Datos
Consulta

IntroducirDatos

Figura Nro. 62 Diagrama de Estado. Actor: Padres y Representantes

Finalmente, los estados correspondientes al Actor Público en General se


definen en la Figura Nro. 63 siguiente:

140
Espera Acceso

Termina
Acceso

Acceso
Sistema Consulta
Datos

IntroducirConsulta
Información
General

Información
Académica

Actividades
Termina Complementarias
Consulta

Figura Nro. 63 Diagrama de Estado. Actor: Público en General

La siguiente etapa dentro del análisis comprende los diagramas de


componentes o entidades físicas del sistema, las cuales se pueden especificar
igualmente por actor. En el caso del Actor Registro, Control y Evaluación de
Estudios, las componentes comprenden: el Informe Académico, el Calendario

141
Escolar, la Planilla de inscripción, los Horarios de Clases y las actividades
extracurriculares, vistas en la Figura Nro. 64

Informe Evaluación
Académico

Horarios

Listado

Reporte

Registro, Control
y Evaluación de Actividades
Estudios

Actualizar
INTERFAZ

Figura Nro. 64 Modelo de Análisis Diagrama de Componentes. Actor: Registro, Control y


Evaluación de Estudios

En el caso del Actor: Docente, los componentes asociados a dicho actor


comprenden: el docente, el informe académico, la planificación académica y el

142
informe de novedades, además de la interfaz de usuario, representados todos ellos en
la Figura Nro. 65

Informe Evaluación
Académico

Asignaciones

Planificación
Académica

Reporte alumnos
en el Aula

Docentes
Novedades

Actualizar
INTERFAZ

Figura Nro. 65 Modelo de Análisis Diagrama de Componentes. Actor: Docentes

Los Padres y Representantes están asociados a los componentes: planilla de


inscripción, reporte de pagos mensuales, consultas al sistema; estos componentes se
reflejan en la Figura Nro. 66

143
Informe Evaluación
Académico

Inscripción
Informe
Planilla

Novedades

Informe

Padres y
Representantes Pago
Mensual

Actualizar
INTERFAZ

Figura Nro. 66 Modelo de Análisis Diagrama de Componentes. Actor: Padres y Representantes

Los alumnos están asociados con los componentes de consulta que le permiten
obtener información del sistema y comprende los siguientes componentes: Consulta,
Interfaz y por supuesto el alumno, estos componentes están graficados con mayor
precisión en la Figura Nro. 67

144
Informe Evaluación
Académico

Asignación
Consulta
Consulta

Guías

Actividades
Extracurriculares

Alumnos

Actualizar
INTERFAZ

Figura Nro. 67 Modelo de Análisis Diagrama de Componentes. Actor: Alumnos

Por último, el Actor: Público en general está asociado a los componentes


especificados a continuación: Información General, Información Académica y
Actividades complementarias, vistos en la Figura Nro. 68

145
Información Consulta
Académica

Consulta

Información
General

Actividades
Extracurriculares

Público en
General Consulta

Consultar
INTERFAZ

Figura Nro. 68 Modelo de Análisis Diagrama de Componentes. Actor: Público en General

Finalmente, y como último elemento para el modelado de los sistemas en


UML se presenta el diagrama de despliegue en el que se representan los componentes
organizados sobre los dispositivos físicos, en este sentido, se pueden representar los
diagramas de despliegue para el Actor Registro y Control de Estudios como lo
muestra la Figura Nro. 69

146
Informe Evaluación
Académico

Horarios

Listado

| Reporte

SERVIDOR Actividades

Registro, Control
y Evaluación de
Estudios

CLIENTE PC

Figura Nro. 69 Modelo de Análisis Diagrama de Despliegue. Actor: Registro, Control y Evaluación
de Estudios

En forma análoga, el diagrama de despliegue para el Actor Docentes


comprende la disposición de los componentes en los dispositivos físicos del cliente
(CLIENTE PC) y los del servidor, los cuales se muestra en la Figura Nro. 70

147
Informe Evaluación
Académico

Asignaciones

Planificación
Académica

Reporte

Novedades
SERVIDOR

Docentes

CLIENTE PC

Figura Nro. 70 Modelo de Análisis Diagrama de Despliegue. Actor: Docentes

El diagrama de despliegue para el Actor Padres y Representantes comprende


la disposición de los componentes en los dispositivos físicos del cliente (CLIENTE
PC) y los del servidor, los cuales se muestra en la Figura Nro. 71

148
Informe Evaluación
Académico

Inscripción
Informe
Planilla

Novedades

Informe

Pago
Mensual
SERVIDOR

Padres y
Representantes

CLIENTE PC

Figura Nro. 71 Modelo de Análisis Diagrama de Despliegue. Actor: Padres y Representantes

El diagrama de despliegue para el Actor Alumnos comprende la disposición


de los componentes consultas, informes y actividades extracurriculares en los

149
dispositivos físicos del cliente (CLIENTE PC) y los del servidor, los cuales se
muestra en la Figura Nro. 72

Informe Evaluación
Académico

Asignación
Consulta
Consulta

Guías

Actividades
Extracurriculares

SERVIDOR

Alumnos

CLIENTE PC

Figura Nro. 72 Modelo de Análisis Diagrama de Despliegue. Actor: Alumnos

Para concluir con los diagramas de despliegue, en el caso del Actor Público en
General, los componentes de Información Académica, General y de las Actividades
se muestran en la Figura Nro. 73

150
Información Consulta
Académica

Consulta

Información
General

Actividades
Extracurriculares

Consulta

SERVIDOR

Público en
General

CLIENTE PC

Figura Nro. 73 Modelo de Análisis Diagrama de Despliegue. Actor: Público en General

En resumen, el diagrama de despliegue final se muestra en la Figura Nro. 74


en la cual se observa que la red local de la empresa se conecta a un servidor de o nodo
que a su vez se conecta a través de un módem a la red de Internet

151
módem

<<procesador>>
Internet
<<procesador>
servidor cache servidor cache

<<red>> red local

<<procesador> <<procesador> <<procesador>>


servidor servidor servidor
principal

Figura Nro. 74 Modelo de Análisis Diagrama de Despliegue.

El siguiente paso en la elaboración de Aplicaciones Web consiste en el Diseño


de la Interfaz, proceso en el cual se combinan los elementos de información
obtenidos en el proceso de análisis, en el caso del modelado con UML, se deben
considerar aspectos relacionados con la simbolización de los objetos en dicho
lenguaje, para ello es necesario recordar que:

Hojas de Cliente (Client Page) son páginas web con formato HTML las cuales
pueden ser mostradas por un navegador o browser y que presentan datos además de
contener scripts que son interpretados por el navegador. En el Lenguaje Unificado de
Modelado (UML) estas páginas se simbolizan como se puede observar en la Figura
Nro. 75

152
Figura Nro. 75. Representación de una Página de Cliente en UML

Por otra parte, las páginas de servidor (Server Pages) son páginas Web que
contienen scripts ejecutados por el servidor; es decir, los scripts que contienen pueden
interactuar con los recursos del servidor (Base de Datos, Lógica del Negocio,
Sistemas externos, etc.). En UML se representan como se muestra en la Figura Nro.
76

Figura Nro. 76. Representación de una Página de Servidor en UML

Los formularios (Form) comprenden aquella colección de campos de entradas


de datos mediante la cual una página de cliente suministra información de entrada al
servidor para que este le genere una respuesta. Los formularios se simbolizan en
UML tal como se muestra en la Figura Nro. 77

153
Figura Nro. 77. Representación de un Formulario en UML

Los Framset son elementos de las aplicaciones Web en los cuales se pueden
incluir varias páginas web simultáneamente, es decir, contiene varias páginas web. En
UML se representan como se muestra en la Figura Nro. 78

Figura Nro. 78. Representación de un Frameset en UML

Igualmente, en UML, entre los objetos señalados anteriormente se establecen


los siguientes conectores: Link, Submit, Build y Redirect

Al considerar estos aspectos se puede estructurar un Diseño Preliminar de la


Interfaz en función a los distintos diagramas estructurados en la etapa de análisis del
sistema; en este sentido, al aplicar los elementos del Diseño de la metodología UML
los diagramas quedan de la siguiente manera:

154
Modelo de Diseño: la etapa de diseño comprende la definición de la
Arquitectura de la Interfaz, establecer los subsistemas o paquetes, seleccionar el
patrón de diseño, definir la estructura de datos y formular el diseño de la interfaz.

Al evaluar las distintas operaciones que ha de desarrollar el sistema en la


organización se corresponde con una aplicación de las denominadas sitios web
dinámicos ya que entre los requerimientos están el poder elaborar páginas Web en
tiempo de ejecución; es decir, que sean el resultado de la ejecución de una instrucción
script o módulos en el servidor, utilizando información que se encuentre almacenada
en la Base de Datos del Servidor.

Es necesario destacar que los sitios Web dinámicos presentan una estructura
estándar representada en la Figura Nro. 79, en la que se observa que un cliente, a
través de un navegador, puede ingresar al servidor web pero únicamente por medio de
páginas de cliente, una vez que ingresa, la interfaz utiliza las páginas de filtro para la
ejecución de las instrucciones script que envía el cliente y pueda manipular la
información contenida en la base de datos.

En resumen, la arquitectura básica de la interfaz está compuesta por:

Un navegador del cliente (Browser HTML)


Servidor Web (comunica con clientes vía HTTP)
Servidor de Aplicaciones (que maneja la lógica del negocio)
Servidor de Base de Datos.

155
Figura Nro. 79. Estructura Básica de la Interfaz

Aún cuando la interfaz desarrollada no está relacionada, en la actualidad, con


ningún otro subsistema, puede facilitar la información necesaria para que
posteriormente se desarrolle un sistema que pueda capturar la información de
evaluación de estudios y procesarla en otros medios distintos a los de aplicación de
tecnología Web.

En cuanto al Patrón de Arquitectura Web se seleccionó el Thin Web Client o


Cliente Web Ligero ya que este patrón presenta la ventaja de que además de ser muy
útil para aplicaciones Web, requiere un mínimo control sobre la configuración del
cliente además el cliente solo necesita un Browser Web que realiza las peticiones de
páginas y toda la lógica del negocio es ejecutada en el servidor.

Estos patrones de arquitectura web constan de una estructura bastante sencilla


que comprende:
• El Browser del Cliente
• El Servidor Web
• Conexión HTTP
• Páginas HTML
• Páginas del Servidor
• Servidor de Aplicaciones

156
El servidor de aplicaciones es el motor principal para ejecutar la lógica del
negocio en el lado del servidor; es decir, es el responsable de ejecutar el código en
páginas servidor, puede además estar en la misma máquina del servidor web e incluso
ejecutarse en el mismo espacio de proceso. Una vista lógica mínima de un patrón de
arquitectura web ligero se muestra en la Figura Nro. 80

Browser HTTP Servidor Web


+ Cookies + Autenticación

Servidor Aplicaciones

+ Autenticación

Páginas de HTML
+ Form

Páginas del
Servidor
+ ASP

Figura Nro. 80 Lógica Mínima de un Patrón Thin Web Client

El modelado de las Bases de Datos constituye uno de los puntos débiles en


UML por cuanto los diagramas de clase presentan un mecanismo de implementación
neutral para modelar los aspectos de almacenado de datos del sistema pero no cubre

157
toda la semántica involucrada en el modelo relacional. Para capturar esta relación se
utiliza un diagrama de Relación de Entidad como una extensión a UML.

Para ello se efectúa un análisis sobre las necesidades de información de la


institución, así como de los requerimientos de operación y manejo de datos durante
cada uno de los procesos que hacen vida en el colegio, aplicando las técnicas y
habilidades obtenidas en la asignatura Análisis y Diseño de Sistemas Cod. 313 e
igualmente aplicando las técnicas de normalización estudiadas en la asignatura Base
de Datos Cod. 311 (UNA), obteniendo los siguientes resultados:

Entidad: Actor Registro y Control de Estudios


Atributos: Código, Cédula, Clave, Apellidos y Nombres
Campo Clave: Cédula + Clave

Entidad: Docentes
Atributos: Código del Docente, Cédula, Nombres, Apellidos, Sexo, Fecha de
ingreso, Clave, Foto
Campos Clave: Cédula + Clave

Entidad: Padres y Representantes


Atributos: Código del Representante, Cédula, Nombres, Apellidos,
Parentesco, Profesión, Oficio, Teléfono de Habitación, Teléfono del Trabajo, Celular,
Dirección de Habitación, Dirección del Trabajo, correo electrónico, Clave y Foto
Campos Claves: Cédula + Clave

Entidad: Alumnos
Atributos: Código del Alumno, Cédula, Apellidos, Nombres, Nacionalidad,
Sexo, Edad, Fecha de Nacimiento, Lugar de Nacimiento, Estado, País, Celular,

158
Teléfono de Emergencia, Correo electrónico, Clave, Foto, Lapso Actual, Grado
Actual.
Campos Clave: Cédula + Clave

Entidad: Actividades Complementarias


Atributos: Código de la Actividad, Tipo, Título, Descripción, Año Escolar y
Lapso
Campos Clave: Código de la Actividad + Tipo

Entidad: Fechas Escolares


Atributos: Código de la Fecha, Fecha y Significado
Campo Clave: Código + Fecha

Entidad: Fechas Especiales


Atributos: Código de la Fecha, Fecha, Título, Contenido
Campo Clave: Código + Fecha

Entidad: Materias
Atributos: Código de Materia, Nombre, Grado, Especialidad, Horas Docente,
Horas Alumno
Campo Clave: Código de Materia

Entidad: Alumno - Materia


Atributos: Código del Alumno, Código de la Materia, Año Escolar y Nota
Final
Campo Clave: Código del Alumno + Código de la Materia

159
Entidad: Alumno - Materia - Notas
Atributos: Código del Alumno, Código de la Materia, Año Escolar, Lapso,
Número de la Evaluación y Nota Obtenida
Campo Clave: Código del Alumno, Código de la Materia

Entidad: Alumno - Grado


Atributos: Código del Alumno, Grado o Año, Repitencia, Lugar de
Procedencia, Lapso del Año Escolar, Fecha de Inicio del Lapso y Fecha de
culminación.
Campos Clave: Código del Alumno

Entidad: Alumnos - Documentos Inscripción


Atributos: Código del Alumno, Partida de Nacimiento, Foto del Alumno, Foto
del Representante, Fotocopia de Cédula Ampliada del Alumno, Fotocopia de Cédula
de Representante, Notas Certificadas y Boleta de Promoción
Campo Clave: Código del Alumno

Entidad: Asignaciones por Materias


Atributos: Código de la Materia, Año Escolar, Lapso, Título, Descripción,
Fecha de Entrega, Valor
Campo Clave: Código dela Materia + Año Escolar + Lapso

Entidad: Guías por Materias


Atributos: Código de la Materia, Año Escolar, Lapso, Descripción, Archivo
Campo Clave: Código dela Materia + Año Escolar + Lapso

160
Entidad: Materias por Profesor
Atributos: Código del Profesor, Código de la Materia, Año Escolar, Número
de Evaluaciones del Primer Lapso, Número de Evaluaciones del Segundo Lapso,
Número de Evaluaciones del Tercer Lapso
Campo Clave: Código del Profesor + Código de la Materia

Entidad: Evaluaciones por Materia por Lapso y Profesor


Atributos: Código del Profesor, Código dela Materia, Año Escolar, Lapso,
Número de Evaluaciones, Descripción de la Evaluación y Valor
Campo Clave: Código del Profesor + Código de la Materia + Año Escolar +
Lapso

Entidad: Representante del Alumno


Atributos: Código del Representante, Código del Alumno
Campo Clave: Código del Alumno

Entidad: Año Escolar Actual


Atributos: Año Actual
Campo Clave: Año Actual

Entidad: Actividades de la Vida Estudiantil


Atributos: Código de la Actividad, Tipo de Actividad, Título, Descripción,
Año Escolar, Lapso, Fotografía
Campo Clave: Código de la Actividad + Tipo de la Actividad

Seguidamente se procedió a establecer la Arquitectura de Datos del Sistema,


la cual quedó compuesta por una Base de Datos que contiene DIECIOCHO (18)
Tablas de las cuales CINCO (05) corresponden a Archivos Maestros que contienen
información fija de las entidades del sistema mientras que las TRECE (13) restantes

161
están relacionadas con las actividades propias de la institución que debe manejar el
sistema y cuyo contenido es mucho más variable

Tablas de Archivos Maestros:

Tabla: ControlEstudios
Campo Nombre Tipo Tamaño Decimales
01 Codigo TEXTO 8
02 Cedula TEXTO 11
03 Clave TEXTO 11
04 Apellidos TEXTO 32
05 Nombres TEXTO 32
Total 84
Cuadro Nro. 02 Tabla ControlEstudios

Tabla: Profesores
Campo Nombre Tipo Tamaño Decimales
01 Codprofe TEXTO 8
02 Cedula TEXTO 11
03 Nombres TEXTO 32
04 apellidos TEXTO 32
05 Sexo LOGICO 1
06 fechaingreso FECHA 8
07 Clave TEXTO 11
08 Foto TEXTO 25
Total 128
Cuadro Nro. 03 Tabla Profesores.

162
Tabla: Representantes
Campo Nombre Tipo Tamaño Decimales
01 codrepr TEXTO 8
02 cedula TEXTO 11
03 nombres TEXTO 32
04 apellidos TEXTO 32
05 parentesco TEXTO 20
06 Profesión TEXTO 50
07 oficio TEXTO 50
08 telefhab TEXTO 15
09 teletrab TEXTO 15
10 celular TEXTO 15
11 direchab TEXTO 255
12 directrab TEXTO 255
13 correo TEXTO 255
Total 1013
Cuadro Nro. 04 Tabla Representantes

Tabla: Alumnos
Campo Nombre Tipo Tamaño Decimales
01 codalum TEXTO 8
02 cedula TEXTO 11
03 nombres TEXTO 32
04 apellidos TEXTO 32
05 nacionalidad TEXTO 20
06 Sexo LOGICO 1
07 edad NUMERICO 2 0

Cuadro Nro. 05 Tabla Alumno

163
Campo Nombre Tipo Tamaño Decimales
08 Telefhab TEXTO 15
09 Fechanac FECHA 8
10 lugarnac TEXTO 32
11 estado TEXTO 32
12 país TEXTO 32
13 celular TEXTO 15
14 teleemergencia TEXTO 15
15 correo TEXTO 255
16 foto TEXTO 25
17 lapsoAtual TEXTO 10
18 gradoActual TEXTO 2
Total 547

Cuadro Nro. 05 Tabla Alumno. Continuación…

Tabla: Materias
Campo Nombre Tipo Tamaño Decimales
01 CodMate TEXTO 8
02 Nombre TEXTO 55
03 GradoAno TEXTO 2
04 Especialidad TEXTO 1
05 HD TEXTO 2
06 HA TEXTO 2
Total 70
Cuadro Nro. 06 Tabla Materia

164
Tablas de Archivos Variables:

Tabla: ActComple
Campo Nombre Tipo Tamaño Decimales
01 CodComple TEXTO 8
02 TipoComple TEXTO 1
03 Titulo TEXTO 60
04 Descripcion MEMO
05 AnoEscolar TEXTO 10
06 Lapso TEXTO 1
Total 80
Cuadro Nro. 07 Tabla ActCmple

Tabla: FechasEsp
Campo Nombre Tipo Tamaño Decimales
01 CodFechas TEXTO 8
02 Fecha FECHA 8
03 Titulo TEXTO 255
04 Contenido MEMO
Total 271

Cuadro Nro. 08 Tabla FechasEsp

Tabla: AlumMateNotas
Campo Nombre Tipo Tamaño Decimales
01 CodAlum TEXTO 8
02 CodMate TEXTO 8
03 AnoEscolar TEXTO 10

Cuadro Nro. 09 Tabla AlumMateNotas

165
Campo Nombre Tipo Tamaño Decimales
04 Lapso TEXTO 1
05 NumEva NUMERICO 2 0
06 Nota NUMERICO 5 2
Total 34

Cuadro Nro. 09 Tabla AlumMateNotas. Continuación…


Tabla: DatosGrado
Campo Nombre Tipo Tamaño Decimales
01 CodAlum TEXTO 8
02 GradoAno TEXTO 2
03 Repite LOGICO 1
04 Lugar TEXTO 20
06 anoescolarinicio TEXTO 15
07 anoescolarfin TEXTO 15
Total 71

Cuadro Nro. 10 Tabla DatosGrado.


Tabla: Documentación
Campo Nombre Tipo Tamaño Decimales
01 CodAlum TEXTO 8
02 Partidanac LÓGICO 1
03 Fotoalum LOGICO 1
04 Fotorepr LÓGICO 1
05 Fotoceduamp LÓGICO 1
06 Fotocedrepr LÓGICO 1
07 notascertificadas LÓGICO 1
08 Boletapromo LÓGICO 1
Total 15

Cuadro Nro. 11 Tabla Documentación

166
Tabla: MateAsig
Campo Nombre Tipo Tamaño Decimales
01 CodMate TEXTO 8
02 AnoEscolar TEXTO 10
03 Lapso TEXTO 1
04 Titulo TEXTO 55
05 Descripción TEXTO 255
06 FechaEntrega FECHA 8
07 Valor VALOR 5 2
Total 342 2

Cuadro Nro. 12 Tabla MateAsig.

Tabla: MateGuias
Campo Nombre Tipo Tamaño Decimales
01 CodMate TEXTO 8
02 AnoEscolar TEXTO 10
03 Lapso TEXTO 1
04 Descripción TEXTO 150
05 Archivo TEXTO 255
Total 424

Cuadro Nro. 13 Tabla MateGuias

167
Tabla: ProfeMate
Campo Nombre Tipo Tamaño Decimales
01 Codprofe TEXTO 8
02 CodMate TEXTO 8
03 AnoEscolar TEXTO 10
04 NumEval1 NUMERICO 5 0
05 NumEval2 NUMERICO 5 0
06 NumEval3 NUMERICO 5 0
Total 424

Cuadro Nro. 14 Tabla ProfeMate.

Tabla: ProfeMateEva
Campo Nombre Tipo Tamaño Decimales
01 Codprofe TEXTO 8
02 CodMate TEXTO 8
03 AnoEscolar TEXTO 10
04 Lapso TEXTO 1
05 NumEval NUMERICO 5 2
06 Descripcion TEXTO 32
07 Valor NUMERICO 5 2
Total 69 4

Cuadro Nro. 15 Tabla ProfeMateEva

Tabla: RepreAlum
Campo Nombre Tipo Tamaño Decimales
01 CodAlum TEXTO 8
02 Codrepr TEXTO 8
Total 16
Cuadro Nro. 16 Tabla RepreAlum

168
Tabla: TActual
Campo Nombre Tipo Tamaño Decimales
01 AnoActual TEXTO 10
Total 10

Cuadro Nro. 17 Tabla TActual

Tabla: VidaEstu
Campo Nombre Tipo Tamaño Decimales
01 CodVida TEXTO 8
02 TipoVida TEXTO 1
03 Titulo TEXTO 60
04 Descripción MEMO
05 AnoEscolar TEXTO 10
06 Lapso TEXTO 1
07 HayFoto LÓGICO 1
08 Foto TEXTO 255
Total 336

Cuadro Nro. 18 Tabla VidaEstu

Tabla: AlumMate
Campo Nombre Tipo Tamaño Decimales
01 CodAlum TEXTO 8
02 CodMate TEXTO 8
03 AnoEscolar TEXTO 10
04 NotaFinal TEXTO 5 2
Total 31 2

Cuadro Nro. 19 Tabla AlumMate

169
Este conjunto de tablas conforman la Base de Datos del sistema la cual se
definió en el lenguaje Microsoft Access 2000.

Arquitectura de Datos funcionales del Sistema

Una vez diseñada la arquitectura de datos del sistema es necesario especificar


la arquitectura de los datos funcionales, en este sentido se tiene:

Tabla ControlEstudios Corresponde a la Tabla para almacenar los usuarios


autorizados por el Departamento de Registro, Control y Evaluación de Estudios para
modificar una o todas las tablas que comprenden la Base de Datos. Está compuesta
por los siguientes campos:

CODIGO: Almacena el código del usuario respectivo, es de tipo texto y puede


tener hasta 8 dígitos

CEDULA: campo destinado a almacenar la cédula de identidad del usuario


autorizado que conjuntamente con la clave conforma la clave de acceso al
sistema, este campo es de tipo texto y puede contener hasta 12 caracteres.

CLAVE: campo destinado a almacenar la clave de acceso de cada usuario, en


principio será asignada por el administrador de la interfaz pero que el usuario
puede modificar posteriormente, comprende datos de tipo texto y puede
utilizar hasta 11 dígitos

APELLIDOS: campo reservado para almacenar el apellido del usuario


autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

170
NOMBRES: campo reservado para almacenar el nombre del usuario
autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

Tabla Profesores Corresponde a la Tabla para almacenar los datos de los docentes
que prestan servicio en la institución y que pueden actualizar una o mas tablas que
comprenden la Base de Datos. Está compuesta por los siguientes campos:

CODIGO: Almacena el código del usuario respectivo, es de tipo texto y puede


tener hasta 8 dígitos

CEDULA: campo destinado a almacenar la cédula de identidad del usuario


autorizado que conjuntamente con la clave conforma la clave de acceso al
sistema, este campo es de tipo texto y puede contener hasta 12 caracteres.

CLAVE: campo destinado a almacenar la clave de acceso de cada usuario, en


principio será asignada por el administrador de la interfaz pero que el usuario
puede modificar posteriormente, comprende datos de tipo texto y puede
utilizar hasta 11 dígitos

APELLIDOS: campo reservado para almacenar el apellido del usuario


autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

NOMBRES: campo reservado para almacenar el nombre del usuario


autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

171
SEXO: campo lógico reservado para almacenar el sexo del usuario, en caso
femenino el campo adopta el valor CIERTO, cuando esté falso corresponde a
un usuario del sexo masculino

FECHAINGRESO: campo informativo destinado a almacenar en la tabla la


Fecha en que el profesor ingresó a la institución, este es un dato tipo Fecha.

FOTO: campo destinado a almacenar el nombre del archivo que corresponde a


la fotografía del docente, por ejemplo "V10724888.JPG", es un campo de tipo
texto y puede incluir hasta 25 dígitos

Tabla Representantes Corresponde a la Tabla para almacenar los datos de los


representantes de los estudiantes de la institución y que pueden consultar una o mas
tablas que comprenden la Base de Datos. Está compuesta por los siguientes campos:

CODIGOREPR: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos

CEDULA: campo destinado a almacenar la cédula de identidad del usuario


autorizado que conjuntamente con la clave conforma la clave de acceso al
sistema, este campo es de tipo texto y puede contener hasta 12 caracteres.

CLAVE: campo destinado a almacenar la clave de acceso de cada usuario, en


principio será asignada por el administrador de la interfaz pero que el usuario
puede modificar posteriormente, comprende datos de tipo texto y puede
utilizar hasta 11 dígitos

172
APELLIDOS: campo reservado para almacenar el apellido del usuario
autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

NOMBRES: campo reservado para almacenar el nombre del usuario


autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

PROFESION: Campo destinado a almacenar la profesión del representante


del alumno, es un dato de tipo texto y puede incluir hasta 50 dígitos

OFICIO: campo informativo destinado a almacenar en la tabla la ocupación


del representante, es un dato tipo texto y puede incluir hasta 50 dígitos

TELEHAB: campo destinado a almacenar el número telefónico de la


habitación del representante, es un dato tipo texto y puede incluir hasta 15
dígitos

TELETRAB: campo destinado a almacenar el número telefónico del lugar de


trabajo del representante, es un dato tipo texto y puede incluir hasta 15 dígitos

CELULAR: campo destinado a almacenar el número del teléfono celular del


representante, es un dato tipo texto y puede incluir hasta 15 dígitos

DIRECHAB: campo destinado a almacenar la dirección de habitación del


representante de un alumno para cualquier eventualidad, es un dato tipo texto
y puede incluir hasta 255 dígitos

173
DIRECHAB: similar al anterior, este campo está destinado a almacenar la
dirección del trabajo del representante de un alumno, es un dato tipo texto y
puede incluir hasta 255 dígitos

CORREO: campo destinado a almacenar la dirección electrónica del


representante, es un dato tipo texto y puede incluir hasta 255 dígitos

Tabla Alumno corresponde a la Tabla para almacenar los datos de los estudiantes de
la institución y que pueden consultar una o mas tablas que comprenden la Base de
Datos. Está compuesta por los siguientes campos:

CODALUM: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos

CEDULA: campo destinado a almacenar la cédula de identidad del usuario


autorizado que conjuntamente con la clave conforma la clave de acceso al
sistema, este campo es de tipo texto y puede contener hasta 12 caracteres.

CLAVE: campo destinado a almacenar la clave de acceso de cada usuario, en


principio será asignada por el administrador de la interfaz pero que el usuario
puede modificar posteriormente, comprende datos de tipo texto y puede
utilizar hasta 11 dígitos

APELLIDOS: campo reservado para almacenar el apellido del usuario


autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

174
NOMBRES: campo reservado para almacenar el nombre del usuario
autorizado, comprende datos de tipo texto y puede alcanzar hasta 32
caracteres

NACIONALIDAD: campo destinado a almacenar la nacionalidad de cada


estudiante, contiene datos tipo texto y puede incluir hasta 20 caracteres

SEXO: campo lógico reservado para almacenar el sexo del usuario, en caso
femenino el campo adopta el valor CIERTO, cuando esté falso corresponde a
un usuario del sexo masculino

EDAD: campo destinado a almacenar en la tabla la edad del alumno, es un


dato tipo numérico y puede incluir hasta 2 dígitos

TELEFHAB: campo destinado a almacenar el número telefónico de la


habitación del alumno, es un dato tipo texto y puede incluir hasta 15 dígitos

FECHANAC: campo destinado a almacenar la fecha de nacimiento del


estudiante, es un dato tipo fecha.

LUGARNAC: campo destinado a almacenar el lugar donde nació el


estudiante, es un dato tipo texto y puede incluir hasta 32 dígitos.

ESTADO: campo destinado a almacenar la dependencia federal donde nació


el estudiante, es un dato tipo texto y puede incluir hasta 32 dígitos.

PAIS: campo destinado a almacenar la nación donde nació el estudiante, es un


dato tipo texto y puede incluir hasta 32 dígitos.

175
CELULAR: campo destinado a almacenar el número del teléfono celular del
alumno, es un dato tipo texto y puede incluir hasta 15 dígitos.

TELEEMERGENCIA: campo destinado a almacenar un número telefónico


donde avisar en caso de cualquier eventualidad ocurrida al alumno en la
institución, es de tipo texto y puede incluir hasta 15 dígitos.

CORREO: campo destinado a almacenar la dirección electrónica del alumno,


es un dato tipo texto y puede incluir hasta 255 dígitos

FOTO: campo destinado a almacenar el nombre del archivo que corresponde a


la fotografía del alumno, por ejemplo "V10724888.JPG", es un campo de tipo
texto y puede incluir hasta 25 dígitos

DIRECHAB: campo destinado a almacenar la dirección de habitación del


representante de un alumno para cualquier eventualidad, es un dato tipo texto
y puede incluir hasta 255 dígitos

LAPSOACTUAL: se refiere al lapso que actualmente esté cursando el


alumno, este dato es de tipo carácter y estará conformado por un dígito.

GRADOACTUAL: se refiere al grado que actualmente esté cursando el


alumno, este dato es de tipo carácter y estará conformado por dos dígitos.

Tabla Materias corresponde a la Tabla para almacenar los datos de las asignaturas
establecidas por las autoridades educativas. Está compuesta por los siguientes
campos:

176
CODMATE: Almacena el código que identifica a una asignatura determinada,
es de tipo texto y puede tener hasta 8 dígitos

NOMBRE: Almacena el nombre que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 55 dígitos

GRADOANO: Almacena el año a que corresponde la asignatura especificada,


este dato es de tipo texto y puede incluir hasta 2 dígitos.

ESPECIALIDAD: indica la especialidad a la que corresponde la asignatura,


bien sea de educación básica, informática o ciencias, es de tipo texto y puede
contener 1 carácter.

HD: indica el número de horas semanales que corresponden al docente por


esta asignatura de acuerdo con la normativa vigente, es de tipo texto y puede
incluir hasta 2 dígitos.

HA: indica el número de horas semanales que corresponden al alumno por


esta asignatura de acuerdo con la normativa vigente, es de tipo texto y puede
incluir hasta 2 dígitos.

Tablas ActComple: contiene información correspondiente a las actividades


complementarias desarrolladas o por desarrollar en la institución, esta tabla permite
actualizar la información sin necesidad de modificar la programación de la interfaz.
Comprende los siguientes campos:

CODCOMPLE: campo que identifica el código asignado a la actividad


complementaria específica, este dato es de tipo texto y puede contener hasta 8
dígitos.

177
TIPOCOMPLE: identifica el tipo de actividad complementaria al que se
refiere la información: Culturales, Religiosas, Deportivas, etc. contiene datos
tipo texto de un dígito.

TITULO: comprende el campo donde se registra el título con el que aparecerá


la información en la interfaz, es de tipo texto y puede alcanzar un máximo de
60 dígitos.

DESCRIPCIÓN: en este campo se pueden almacenar los detalles que se


quieran presentar en la interfaz, por ser un campo tipo MEMO se puede
almacenar con suficiente detalle las actividades cumplidas.

ANOESCOLAR: campo destinado a almacenar el año escolar en el cual se


realizó o realizará la actividad especificada, es de tipo texto y puede incluir
hasta 10 dígitos.

LAPSO: ídem al anterior comprende la información relacionada con el lapso


en el cual se realizó o realizará la actividad, es de tipo texto de un solo dígito.

Tabla FechasEsp: en esta tabla se almacenan las efemérides diarias para que se
pueda actualizar la página principal de la interfaz de acuerdo con la fecha del sistema
donde se abra la interfaz, esta tabla permite el dinamismo de la información que se
presenta cuando se abre el portal. Comprende los siguientes campos:

CODFECHAS: que identifica la fecha especificada, es un dato de tipo texto y


puede almacenar hasta 8 dígitos.

FECHA: comprende la fecha de la efemérides correspondiente, es un campo


de tipo fecha.

178
TITULO: comprende el título del encabezado que aparecerá en la página, es
de tipo texto y puede incluir hasta 255 dígitos.

CONTENIDO: comprende el detalle de las efemérides respectivas, contiene


datos de tipo memo.

Tabla AlumMateNotas: esta tabla está dirigida a almacenar las notas obtenidas por
los alumnos en cada una de las evaluaciones aplicadas por los docentes, comprende
los siguientes campos:

CODALUM: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos

CODMATE: Almacena el código que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 8 dígitos
ANOESCOLAR: campo destinado a almacenar el año escolar en el cual se
realizó la actividad especificada, es de tipo texto y puede incluir hasta 10
dígitos.

LAPSO: ídem al anterior comprende la información relacionada con el lapso


en el cual se realizó la actividad, es de tipo texto de un solo dígito.

NUMEVA: identifica el número de la evaluación a que se refiere la nota


especificada, es de tipo numérico y puede contener hasta 2 dígitos.

NOTA: almacena la nota obtenida por el estudiante en una evaluación de una


asignatura determinada, contiene datos numéricos de hasta 2 decimales.

179
Tabla DatosGrado: destinada a almacenar información correspondiente al año que
está cursando el alumno y la condición en que se encuentra; repitiente o regular,
además del lugar de donde proviene, está conformada por los siguientes campos:

CODALUM: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos.

GRADOANO: campo destinado a almacenar el año escolar en el cual está


cursando el alumno, es de tipo texto y puede incluir hasta 2 dígitos.

REPITE: campo booleano usado para identificar si el alumno se encuentra


repitiendo el año escolar que cursa, asume el valor CIERTO en dicho caso.

LUGAR: identifica el lugar de procedencia del alumno, es de tipo texto y


puede incluir hasta 20 dígitos.

ANOESCOLARINICIO: indica cuando se inició el año escolar, es de tipo


texto y puede contener hasta 15 dígitos

ANOESCOLARFIN: indica cuando se culmina el año escolar, es de tipo texto


y puede contener hasta 15 dígitos

Tabla Documentación: almacena información en cuanto a la documentación


entregada por el alumno o representante al momento de la inscripción y que son
exigidos por la Ley, comprende los siguientes campos:

CODALUM: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos.

180
PARTIDANAC: campo lógico que indica si el alumno entregó ( VALOR
CIERTO) la partida de nacimiento.

FOTOALUM: campo lógico que indica si el alumno entregó ( VALOR


CIERTO) la fotografía.
FOTOREPR: campo lógico que indica si el representante entregó ( VALOR
CIERTO) la fotografía.

FOTOCEDUAMP: campo lógico que indica si el representante entregó la


fotocopia de la cédula ampliada del alumno ( VALOR CIERTO).

FOTOCEDUREPR: campo lógico que indica si el representante entregó la


fotocopia de la cédula ( VALOR CIERTO).

NOTASCERTIFICADAS: campo lógico que indica si el representante


entregó las Notas Certificadas del alumno ( VALOR CIERTO).

BOLETAPROMO: campo lógico que indica si el representante entregó las


Boleta de Promoción del alumno ( VALOR CIERTO).

Tabla MateAsig: Tabla utilizada para almacenar las tareas que los docentes asignen
a los alumnos para una fecha determinada, comprende los siguientes campos:

CODMATE: Almacena el código que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 8 dígitos

181
ANOESCOLAR: campo destinado a almacenar el año escolar en el cual se
realizó o realizará la actividad especificada, es de tipo texto y puede incluir
hasta 10 dígitos.

LAPSO: ídem al anterior comprende la información relacionada con el lapso


en el cual se realizó o realizará la actividad, es de tipo texto de un solo dígito.

TITULO: comprende el titulo asignado a la tarea que ha de realizar el


estudiante, es de tipo texto y puede contener hasta 55 caracteres.

DESCRIPCIÓN: este campo está dirigido a almacenar las especificaciones de


las tareas asignadas a los alumnos, es de tipo texto y puede contener hasta 255
caracteres.

FECHAENTREGA: campo donde se almacena la fecha en la que se debe


entregar la tarea asignada, es de tipo Fecha.

VALOR: comprende la ponderación que el docente le asigna a la tarea


pendiente, es de tipo numérico y puede contener hasta 2 decimales.

Tabla MateGuias: en esta tabla se almacena la información correspondiente a los


materiales digitalizados que el profesor asigna a los estudiantes, comprende los
siguientes campos:

CODMATE: Almacena el código que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 8 dígitos

182
ANOESCOLAR: campo destinado a almacenar el año escolar al que
corresponde el material especificado, es de tipo texto y puede incluir hasta 10
dígitos.

LAPSO: ídem al anterior comprende la información relacionada con el lapso


al que corresponde el material especificado, es de tipo texto de un solo dígito.

DESCRIPCIÓN: este campo está dirigido a almacenar las especificaciones del


material asignado a los alumnos, es de tipo texto y puede contener hasta 150
caracteres.

ARCHIVO: contiene el nombre del archivo lógico ubicado en el servidor,


puede contener hasta 255 dígitos

Tabla ProfeMate: esta tabla está destinada a almacenar información correspondiente


a las asignaturas asignadas a cada profesor, comprende los siguientes campos:

CODPROFE: Almacena el código que identifica a un docente determinado, es


de tipo texto y puede tener hasta 8 dígitos.

CODMATE: Almacena el código que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 8 dígitos.

ANOESCOLAR: campo destinado a almacenar el año escolar al que


corresponde el material especificado, es de tipo texto y puede incluir hasta 10
dígitos.

183
NUMEVA1: representa el número de evaluaciones a aplicar en el primer lapso
en la asignatura especificada, es de tipo numérico sin decimales.
NUMEVA2: representa el número de evaluaciones a aplicar en el segundo
lapso en la asignatura especificada, es de tipo numérico sin decimales.

NUMEVA3: representa el número de evaluaciones a aplicar en el tercer lapso


en la asignatura especificada, es de tipo numérico sin decimales.

Tabla ProfeMateEva: tabla destinada a especificar cada una de las evaluaciones


planificadas por el profesor en cada asignatura, es un complemento de la Tabla
ProfeMate ya que en esta tabla se detallan las evaluaciones planificadas en cada
lapso. Comprende los siguientes campos:

CODPROFE: Almacena el código que identifica a un docente determinado, es


de tipo texto y puede tener hasta 8 dígitos.

CODMATE: Almacena el código que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 8 dígitos.

ANOESCOLAR: campo destinado a almacenar el año escolar al que


corresponde el material especificado, es de tipo texto y puede incluir hasta 10
dígitos.

LAPSO: ídem al anterior comprende la información relacionada con el lapso


al que corresponde el material especificado, es de tipo texto de un solo dígito.

NUMEVAL: representa una evaluación de las planificadas en la asignatura


especificada, es de tipo numérico sin decimales.

184
DESCRIPCIÓN: contiene información relacionada con el tipo de evaluación
aplicada, comprende datos tipo texto de hasta 32 dígitos.

VALOR: comprende la ponderación que el docente le asigna a la evaluación,


es de tipo numérico y puede contener hasta 2 decimales.

Tabla RepreAlum: esta tabla almacena los códigos de los representantes asociados
con el alumno correspondiente, comprende los siguientes campos:

CODALUM: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos

CODIGOREPR: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos

PARENTESCO: almacena la relación filiatoria del representante con el


alumno, es de tipo texto y puede contener hasta 20 dígitos.

Tabla Tactual: contiene la información del año escolar actual, comprende un solo
campo:

ANOACTUAL: donde se almacena el año escolar actual, contiene datos tipo


texto de hasta 10 dígitos.

Tabla VidaEstu: contiene información correspondiente a las actividades


complementarias desarrolladas por los alumnos en la institución, esta tabla permite
actualizar la información sin necesidad de modificar la programación de la interfaz.
Comprende los siguientes campos:

185
CODVIDA: campo que identifica el código asignado a la actividad
complementaria específica, este dato es de tipo texto y puede contener hasta 8
dígitos.

TIPOVIDA: identifica el tipo de actividad complementaria al que se refiere la


información: Culturales, Religiosas, Deportivas, etc. contiene datos tipo texto
de un dígito.

TITULO: comprende el campo donde se registra el título con el que aparecerá


la información en la interfaz, es de tipo texto y puede alcanzar un máximo de
60 dígitos.

DESCRIPCIÓN: en este campo se pueden almacenar los detalles que se


quieran presentar en la interfaz, por ser un campo tipo MEMO se puede
almacenar con suficiente detalle las actividades cumplidas.

ANOESCOLAR: campo destinado a almacenar el año escolar en el cual se


realizó o realizará la actividad especificada, es de tipo texto y puede incluir
hasta 10 dígitos.

LAPSO: ídem al anterior comprende la información relacionada con el lapso


en el cual se realizó o realizará la actividad, es de tipo texto de un solo dígito.

HAYFOTO: campo booleano para indicar si hay (VALOR CIERTO)


fotografía de la actividad seleccionada.

FOTO: campo destinado a almacenar el nombre del archivo que corresponde a


la fotografía del alumno, por ejemplo "V10724888.JPG", es un campo de tipo
texto y puede incluir hasta 25 dígitos

186
Tabla AlumMate: tabla donde se almacena la nota final el alumno en el año escolar
en cada asignatura, comprende los siguientes campos:

CODALUM: Almacena el código del usuario respectivo, es de tipo texto y


puede tener hasta 8 dígitos

CODMATE: Almacena el código que identifica a una asignatura determinada,


es de tipo texto y puede tener hasta 8 dígitos

ANOESCOLAR: campo destinado a almacenar el año escolar en el cual se


realizó o realizará la actividad especificada, es de tipo texto y puede incluir
hasta 10 dígitos.

NOTAFINAL: almacena la nota obtenida por el estudiante en una evaluación


de una asignatura determinada en el año escolar, contiene datos numéricos de
hasta 2 decimales.

Con esta información se origina el Modelo Entidad Relación que se muestra


en la Figura Nro. 81

187
MODELO ENTIDAD RELACION
Figura Nro. 81

188
Una vez realizado el diseño de la estructura de datos se procede con el
siguiente paso que corresponde con el Modelo de Diseño, este modelado se nutre
principalmente de la información procedente del Modelo de Análisis y de la
Arquitectura de Datos y de diseño seleccionada. La actividad principal del diseño
consiste en refinar el modelo de análisis para que pueda ser implementado con los
componentes de la arquitectura; el Modelo de Diseño se puede convertir a código. El
diseño de aplicaciones Web implica tres actividades principales (Letelier 2003):

1.- Refinar clases y colaboraciones


2.- Particionar los objetos
3.- Separar y definir interfaces de usuario

En cuanto a las clases y colaboraciones es necesario retomarlas del Modelo de


Análisis pero tomando en cuenta la simbología utilizada en el modelado de
aplicaciones web vistas anteriormente. Para ello se redefinieron las clases quedando
las mismas de la siguiente manera:

El Actor Coordinación de Registro, Control y Evaluación de Estudios debe


comenzar la sesión, para ello es necesario que ingrese una clave de autorización la
cual suministra al sistema a través de un formulario, esta información es enviada al
servidor donde previa conformación con los datos almacenados en la base de datos,
genera una autorización para que el Actor pueda actualizar la información en la
interfaz, estas clases se representan en la Figura Nro. 82

Una vez que el Actor Coordinación de Registro, Control y Evaluación de


Estudios ha obtenido acceso a la Base de Datos del Sistema puede proseguir con la
actualización de Novedades, Emisión de Reportes de Rendimiento Estudiantil, la
información académica y las actividades extracurriculares (Ver Figura Nro. 83)

189
<<link>>
Registro Solicitar Session
y Control Acceso
Estudios

+ Autorización
Autorizado

Figura Nro. 82. Modelo de Diseño. Autorización Actor Registro y Control de Estudios

Autorizado

Registro <<link>>
Actualiza Session
y Control
Datos
Estudios

+ Datos
Datos
Actualizados

Figura Nro. 83. Modelo de Diseño. Actualización Datos Actor Registro y Control de
Estudios

190
Igualmente se presentan las distintas clases para la entidad DOCENTE la cual
ingresa a la interfaz por medio de una clave (Login) que le permite acceso a los
siguientes Casos de Uso: EVALUACIÓN en el cual el docente puede registrar en la
interfaz los resultados de las evaluaciones aplicadas a los estudiantes para la
verificación del dominio de los contenidos dictados en el aula. Esta clase se expresa
en la figura Nro. 84 que sigue:

<<link>>
Docente Solicitar Session
Acceso

+ Autorización
Autorizado

Figura Nro. 84. Modelo de Diseño. Autorización Actor Docente

De la misma forma, el docente una vez ingresado a la interfaz, llena las


páginas de formularios para actualizar información en el sistema relacionadas con la
asignación de actividades, de material documental, de novedades y carga a la base de
datos los resultados de las evaluaciones practicadas a los alumnos, todas estas
acciones se muestran en la Figura Nro. 85 siguiente:

191
Autorizado

Docente <<link>>
Actualiza Session
Datos

<<redirect>> + Datos
Datos
Actualizados

Informe <<build>> Completa


de Notas Informe

Figura Nro. 85. Modelo de Diseño. Actualización Datos Actor Docente

Por otra parte, se presentan las distintas clases para la entidad ALUMNO
quien ingresa a la interfaz por medio de una clave (Login) que le permite acceso a los
siguientes Casos de Uso: EVALUACIÓN en el cual el estudiante puede conocer
(consultar) a través de la interfaz los resultados de las evaluaciones aplicadas para la
verificación del dominio de los contenidos vistos en el aula. Esta clase se expresa en
las Figuras Nro. 86 y 87 siguientes:

192
<<link>>
Alumno Solicitar Session
Acceso

+ Autorización
Autorizado

Figura Nro. 86. Modelo de Diseño. Autorización Actor Alumno

Autorizado

Alumno <<link>>
Consulta Session
Datos

<<redirect>> + Datos
Datos
Consultados

Material <<build>> Completa


Consultado Consulta

Figura Nro. 87. Modelo de Diseño. Actualización Datos Actor Alumno

193
Los PADRES Y REPRESENTANTES solicitan su acceso a la interfaz a
través de su clave de acceso, para poder realizar las consultas o actualizar los datos a
través de ella. Estas clases se representan en la Figura Nro. 88

<<link>>
Padres y Solicitar Session
Representantes Acceso

+ Autorización
Autorizado

Figura Nro. 88. Modelo de Diseño. Autorización Actor Padres y Representantes

Por otra parte, los Padres y Representantes presentan los Diagramas de Clases
para los casos de uso PREINSCRIPCIÓN, REGISTRO PAGOS, en los cuales los
Padres y Representantes pueden actualizar datos a través de la Interfaz, previa
confirmación de su clave, estos datos son registrados en las tablas correspondientes,
tales clases se reflejan en la Figura Nro. 89 que sigue:

194
Autorizado

Padres y <<link>> Consulta


Representantes Actualiza Session
Datos

<<redirect>> + Datos
Datos
Consultados

Datos <<build>> Completa


Actualizados Consulta

Figura Nro. 89. Modelo de Diseño. Actualización Datos Actor Padres y Representantes

Finalmente, en el caso del Actor Público en general, interactúa con el sistema


a través de los links en las distintas páginas a las que tiene acceso: información
general, académica y actividades extracurriculares, como está abierto a cualquier
usuario, no requieren de ninguna clave para acceder a esta información, tales
procesos se muestran en la Figura Nro. 90 siguiente

195
Público en <<link>> Consulta
General Datos Session

<<redirect>> + Datos
Datos
Consultados

Datos <<build>> Completa


Consultados Consulta

Figura Nro. 90. Modelo de Diseño. Actualización Datos Actor Público en General

En cuanto a la siguiente actividad en el diseño de aplicaciones Web definida


anteriormente (Particionar Objetos) ésta depende del Patrón de Arquitectura
seleccionado para el desarrollo Web, y consiste en la ubicación de los objetos en el
lado del cliente o del servidor, en este caso, debido a que el Patrón seleccionado
corresponde al de un Cliente Web Ligero (Thin Web Client) todos los objetos se
encuentran en el lado del servidor ya que se ejecutan en el servidor.

En relación con el diseño de las interfaces de usuario, las mismas


corresponden a objetos separados cuyo acceso ha de realizar a través de los "link" o
hipervínculos que permiten ejecutar instrucciones programadas en otras páginas.

Finalmente, el diseño general de la interfaz está representada en la Figura Nro.


91 siguiente:

196
Información Grupos
General Juveniles
Misión

Onomásticos
Calendario
Escolar
<<link>> <<link>>
<<link>>
Visión
<<link>>
<<link>>
Vida Cuadro de
Estudiantil <<link>> Noticias
Nuestro <<link>> <<link>>
Colegio
<<link>>

Inicio <<link>>
Objetivos
Colegio
<<link>> Galerías de
San José
Fotos

<<link>>

<<link>>

<<link>>
Actividades
Complementarias

Deportivas <<link>> <<link>>


Visita
Virtual
Varias
<<link>> <<link>> Foro
Culturales
Religiosas

Figura Nro. 91 Modelo Conceptual de la Interfaz


Inicio Pensum Horario
Colegio Grado Grado
San José

<<link>>
<<link>>
<<link>>

Pensum

Horarios

<<link>> <<link>>

Preinscripcion Información
Estudios
<<link>>
Alumnos
<<link>>
<<link>> Guías y
Materiales

Padres y
Representantes <<link>> <<link>>
<<link>> Guías y
Materiales
Pagos <<link>>

<<link>> Notas Asignaciones


Notas
Novedades

Figura Nro. 91 Modelo Conceptual de la Interfaz. Continuación


198
Información
General
Inicio
Colegio Base de
San José Datos

<<link>> Información
<<link>> Académica

<<link>>
Administrador
Web
Público en
General

<<link>> Actividades
Complemetarias

<<link>>
Información
Estudios
Novedades
<<link>>
Usuario Control
Estudios
<<link>>
<<link>> Inscripción

Docentes
<<link>>

<<link>>

Pagos Novedades
Notas Guías y
<<link>>
Materiales

Figura Nro. 91 Modelo Conceptual de la Interfaz. Continuación


199
V.3 Fase III Construcción:

La interfaz de información y comunicación para el Colegio Católico “San


José” está desarrollada utilizando el concepto de “hipertextos” que corresponde el
elemento esencial de la tecnología Web, para ello se combinaron las técnicas de
diseño de páginas web, con elementos de diseño creativo para mostrar a los usuarios
una herramienta agradable y de fácil manipulación. En la construcción de la interfaz
se evitaron al máximo la utilización de términos técnicos comunes en el área de
sistemas pero que en ocasiones son desconocidos para los usuarios comunes.

Igualmente se incorporaron algunas herramientas animadas desarrolladas con


aplicaciones como Macromedia Flash Ver 6.0 con el propósito de dar mayor
dinamismo a la interfaz. En cuanto al aspecto de las páginas de usuario (llamadas
páginas de cliente) se combinaron elementos del ambiente educativo (como lápices,
hojas de cuaderno) y los colores que con mayor frecuencia utiliza la iglesia católica
(azul) procurando mantener el mayor apego a la tendencia religiosa de la institución.
Como resultado de las consideraciones anteriores resultó el siguiente conjunto de
páginas que conforman la interfaz del Colegio.

Al acceder al dominio reservado por la institución


(www.colegiosanjose.e12.ve) se inicia una pantalla principal como lo muestra la
Figura Nro. 92. En ella se muestra el título o encabezado de la interfaz que se va a
mantener constante durante toda la navegación que haga el usuario, este elemento ha
sido desarrollado combinando imágenes y fotografías de alumnos de la institución
con herramientas de diseño convertidos en una película animada de Macromedia
Flash Ver. 6.0
Esta pantalla contiene dos textos con títulos que se actualizan cada vez que el
usuario accede al sistema ya que la interfaz verifica la fecha del sistema instalado en
el equipo del cliente e inmediatamente localiza la información en la base de datos
relacionada con las efemérides escolares y con el “santo del día” de acuerdo con el
calendario establecido por las autoridades y por la iglesia católica. Esta opción
permite que la página de inicio o página principal se haga más dinámica y no estática
como en muchos desarrollos web, además al estar la información ubicada en la base
de datos su modificación es mucho más sencilla para los administradores web sin
necesidad de modificar el código de la interfaz (programación).

Figura Nro. 92. Pantalla Principal Interfaz Web Colegio Católico San José

201
Esta pantalla permite el acceso a través de hipervínculos a las opciones:
• Inicio o página principal
• Nuestro Colegio
• Información de Estudios
• Calendario Escolar
• Vida Estudiantil
• Actividades Complementarias
• Comunicación con el Colegio (Foro)
• Visita Virtual
• Correo

Una vez ingresado al sistema, el usuario con solo colocar el apuntador del
mouse sobre los submenús mencionados anteriormente se ejecutará una instrucción
que hará que se visualice una nueva página de cliente con la información
referenciada. Si el usuario coloca el apuntador sobre el submenú “Nuestro Colegio”
se despliega una ventana como la mostrada en la Figura Nro. 93 que presenta las
mismas características de diseño de las ventanas anteriores, pero su contenido está
relacionado con la información general de la institución, clasificada en: Información
general, Misión, Visión y Objetivos

En la parte inferior de esta pantalla están ubicados también hipervínculos que


permiten desplazarse directamente a una de las opciones sin necesidad de tener que
recorrer toda la pantalla utilizando las barras de desplazamiento, esta utilidad común
en todos los desarrollos web facilita la navegación en la interfaz y hace al usuario más
fácil la búsqueda de la información que él esté interesado en obtener sin tener que
recorrer todo el contenido de la página.

202
Figura Nro. 93. Pantalla SubMenú Nuestro Colegio. Interfaz Web Colegio Católico
San José

Igualmente, cuando el usuario coloque el apuntador del mouse sobre el


submenú Información de Estudios y haga clic se desplegará hacia la parte inferior
una lista de opciones a las que podrá ingresar el usuario previo cumplimiento de los
requisitos de accesibilidad, esta lista (Ver Figura Nro. 94) contiene las opciones:
• Pénsum
• Horarios
• Alumnos
• Representantes
• Docentes
• Control de Estudios
• Administrador Web

203
Figura Nro. 94. Pantalla SubMenú Información de Estudios. Interfaz Web Colegio
Católico San José

Cada una de estas opciones origina una nueva acción que ejecutará el servidor
de acuerdo con los scripts que se encuentran en las páginas de cliente que se activen.
Si el usuario selecciona la opción “Pénsum” inmediatamente la interfaz presentará
una Pantalla como la mostrada en la Figura Nro. 95 en la cual se puede visualizar en
primer término links que identifican los distintos grados que se dictan en la
institución y seguidamente muestra en una tabla, por defecto, el pénsum del séptimo
grado especificando las asignaturas que debe cursar el alumno, el número de horas
que dedica el docente a dicha asignatura y el número de horas que el alumno está
obligado a cursar; sin embargo, el usuario podrá seleccionar el grado o año de su
preferencia.

204
Figura Nro. 95. Pantalla SubMenú Información de Estudios Opción Pensum. Interfaz
Web Colegio Católico San José

En forma análoga, al seleccionar la opción de Horarios, la interfaz presentará


una Pantalla como la mostrada en la Figura Nro. 96 en la cual se puede visualizar en
primer término links que identifican los distintos grados que se dictan en la
institución y seguidamente muestra en una tabla, por defecto, el horario del séptimo
grado especificando las asignaturas que debe cursar el alumno y la hora en que le
corresponden las clases; sin embargo, el usuario podrá seleccionar el grado o año de
su preferencia con solo colocar el cursor sobre el link que le interese y hacer clic con
el mouse.

205
Figura Nro. 96. Pantalla SubMenú Información de Estudios Opción Horarios. Interfaz
Web Colegio Católico San José

La siguiente opción del submenú información de estudios está reservada para


usuarios que sean alumnos de la institución, al hacer clic sobre esta opción se abrirá
primeramente una ventana como la mostrada en la Figura Nro. 97 a través de la cual
el usuario (alumno) ingresará su número de cédula de identidad y además su clave de
acceso, estos dos campos serán evaluados por la interfaz y cotejados con la
información que se encuentra almacenada en la Base de Datos del Sistema, de ser
correctos los datos suministrados la Interfaz desplegará una nueva ventana como la
mostrada en la Figura Nro. 98 con la información del alumno y su fotografía (si tiene
esta información cargada en la Base de Datos) y en una tabla le aparecerán las
asignaturas que él está cursando en la institución con la posibilidad de realizar tres

206
tipos diferentes de consultas; es decir, el usuario alumno puede obtener información
relacionada con las asignaciones o tareas pendientes, consultar sobre el material
documental asignado por los docentes (en formato digital) o bien puede consultar sus
notas parciales en cada una de las asignaturas.

Figura Nro. 97. Pantalla SubMenú Información de Estudios Acceso a Opción Alumnos.
Interfaz Web Colegio Católico San José

Es necesario hacer la salvedad que los alumnos únicamente pueden consultar


la información que se encuentra en esta sección lo que imposibilita que ellos puedan
alterar o modificar la información que se encuentra almacenada en la Base de Datos,
acción que está reservada exclusivamente para los docentes, para el Departamento de
Control de Estudios y por supuesto para el Administrador Web.

207
Figura Nro. 98. Pantalla SubMenú Información de Estudios Opción Alumnos. Interfaz
Web Colegio Católico San José

La opción del submenú información de estudios reservada para usuarios que


sean representantes de la institución, permite que al hacer clic sobre ésta se abra una
ventana como la mostrada en la Figura Nro. 99 a través de la cual el usuario
(representante) ingresará su número de cédula de identidad y además su clave de
acceso, estos dos campos serán evaluados por la interfaz y cotejados con la
información que se encuentra almacenada en la Base de Datos del Sistema, de ser
correctos los datos suministrados la Interfaz desplegará una nueva ventana que le
permite al usuario por una parte actualizar los datos de la inscripción de sus
representados, igualmente puede el usuario por medio de esta opción informar a la
institución la cancelación de la mensualidad en las entidades bancarias fijadas por el

208
Colegio además de permitirle la posibilidad obtener información relacionada con su
representado y que esté vinculada con los aspectos de: comportamiento e
inasistencias, asignaciones o tareas pendientes y resultados de las evaluaciones
(notas),

Figura Nro. 99. Pantalla SubMenú Información de Estudios Acceso a Opción


Representantes . Interfaz Web Colegio Católico San José

De igual forma que en el caso de los alumnos, es necesario hacer la salvedad


que los representantes pueden consultar la información que se encuentra en esta
sección estando imposibilitados de alterar los aspectos relacionados con la conducta e
inasistencias, las asignaciones pendientes y las notas de los alumnos de tal forma que
no pueden alterar o modificar la información que se encuentra almacenada en la Base
de Datos.

209
Por su parte, la opción del submenú información de estudios reservada para
usuarios que sean docentes de la institución, permite que al hacer clic sobre ésta se
abra una ventana como la mostrada en la Figura Nro. 100 a través de la cual el
docente ingresará su número de cédula de identidad y además su clave de acceso,
estos dos campos serán evaluados por la interfaz y cotejados con la información que
se encuentra almacenada en la Base de Datos del Sistema, de ser correctos los datos
suministrados la Interfaz desplegará una nueva ventana como la mostrada en la
Figura Nro. 101 que le permite al docente actualizar la información correspondiente a
la asignatura que dicta en la institución pudiendo además reportar cualquier tipo de
novedad ocurrida durante su clase especificada por alumno para que pueda ser
visualizada por los representantes y la Coordinación de Control de Estudios.

Además le permite la posibilidad de actualizar los datos relacionados con la


asignación de actividades a sus alumnos para que estos las realicen en sus hogares,
puede también poner a disposición de los alumnos documentos en formato digital
(guías, cuestionarios, etc) para que estos la reproduzcan o la revisen previo a la clase
y finalmente puede ingresar al sistema los resultados de las evaluaciones practicadas
a los alumnos en los distintos instrumentos de evaluación que haya realizado durante
el lapso.

210
Figura Nro. 100. Pantalla SubMenú Información de Estudios Opción Docentes.
Interfaz Web Colegio Católico San José

211
Figura Nro. 101. Pantalla SubMenú Información de Estudios Opción Docentes.
Interfaz Web Colegio Católico San José

Seguidamente el submenú información de estudios muestra la opción


reservada para el Departamento de Control de Estudios de la institución, al hacer
clic sobre ésta se abre una ventana a través de la cual la persona designada por el
Departamento de Control de Estudios ingresará su número de cédula de identidad y
además su clave de acceso, estos dos campos serán evaluados por la interfaz y
cotejados con la información que se encuentra almacenada en la Base de Datos del
Sistema

De ser correctos los datos suministrados la Interfaz desplegará una nueva


ventana que le permite al usuario actualizar la información correspondiente a los

212
docentes, los alumnos, los representantes, así como de las asignaturas y grados que se
dictan en la institución, asimismo, el usuario representante del Departamento de
Control de Estudios está facultado para realizar las correcciones que se generen en el
Consejo de Docentes sobre las Notas de los Alumnos y puede además incluir en la
interfaz la relacionada con las novedades ocurridas en la institución diariamente.

Igualmente, el usuario designado por el Departamento de Control de Estudios


está facultado para hacer los cambios pertinentes relacionados con la programación
académica, actualizar la información correspondiente a las actividades
extracurriculares planificadas y desarrolladas en la institución y los aspectos
relacionados con la vida estudiantil.

La última opción del submenú información de estudios está reservada para el


Administrador Web designado en la institución, al hacer clic sobre ésta se abre una
ventana a través de la cual la persona designada ingresará su número de cédula de
identidad y además su clave de acceso, estos dos campos serán evaluados por la
interfaz y cotejados con la información que se encuentra almacenada en la Base de
Datos del Sistema

De ser correctos los datos suministrados la Interfaz desplegará una nueva


ventana que le permite al usuario actualizar todas las tablas que comprenden la Base
de Datos del sistema, este usuario es quien tiene los más amplios niveles de
accesibilidad ya que está autorizado para modificar cualquier tabla en la Base de
Datos, es el responsable del manejo eficiente y eficaz de los datos, este usuario tiene
la capacidad de actualizar las tablas correspondientes a las efemérides escolares y del
santo del día que comprenden los elementos de presentación de la página principal.

213
Al colocar la información en las tablas incluidas en la base de datos el
administrador web queda facultado para cambiar la apariencia del sistema con
solamente modificar los contenidos de dichas tablas; estos elementos permiten que la
modificación de los contenidos se haga al nivel de base de datos y no sea necesario
modificar la codificación de la interfaz en el lenguaje HTML por cuanto esto requiere
tener dominio de la programación de la interfaz.

El siguiente Submenú mostrado en la página principal corresponde a la opción


“Calendario Escolar” se origina una nueva acción que ejecutará el servidor de
acuerdo con los scripts que se encuentran en las páginas de cliente que se activen, a
nivel del usuario, este observará una Pantalla como la mostrada en la Figura Nro. 102
en la cual se puede visualizar en una tabla, el Calendario Escolar elaborado en
concordancia con lo dispuesto por las autoridades educativas, en donde se especifican
todos los meses del año destacándose los distintos días feriados y la planificación de
las actividades académicas. En este calendario se establecen los días laborales, el
inicio y finalización de los lapsos escolares y todos los demás aspectos de interés para
la comunidad educativa.

214
Figura Nro. 102 Pantalla SubMenú Calendario Escolar. Interfaz Web Colegio
Católico San José

Al seleccionar el submenú Vida Estudiantil, la interfaz presentará una


Pantalla como la mostrada en la Figura Nro. 103 en la cual el usuario podrá
seleccionar de una lista en la que puede tener acceso a las alternativas: Grupos
Juveniles, Onomásticos, Cuadros de Noticias y Galerías de Fotos, para ello basta con
colocar el cursor sobre alguna de ellas y luego hacer clic.

215
Figura Nro. 103. Pantalla SubMenú Vida Estudiantil. Interfaz Web Colegio Católico
San José

Si se selecciona la primera opción denominada Grupos Juveniles se despliega


una ventana como la mostrada en la Figura Nro. 104 en la cual se presentan todas las
actividades que se encuentran almacenadas en la Tabla VidaEstu que se encuentra en
la Base de Datos. Estos registros son actualizados por el Departamento de Control de
Estudios y por el Administrador Web de tal manera que se puede cambiar el
contenido de las mismas regularmente sin necesidad de tener que modificar la
programación de la página.

216
Por otra parte, la amplitud que puede soportar la Tabla en la Base de Datos
permite que se incluya una gran cantidad de información que sirva de soporte en esta
ventana sin límites en cuanto al volumen.

Figura Nro. 104. Pantalla SubMenú Vida Estudiantil. Opción Grupos Juveniles Interfaz
Web Colegio Católico San José

La opción Onomásticos que aparece posterior a la opción Grupos Juveniles


está dirigida a mostrar en una ventana los cumpleañeros del mes en la institución, esto
hace de la interfaz una herramienta más versátil por cuanto envía una felicitación
automatizada a los usuarios (alumnos) registrados en el sistema, para ello la interfaz
verifica antes que nada la fecha del sistema del PC-Cliente desde donde se accede al
Sistema, luego efectúa un conjunto de operaciones con el objeto de determinar

217
quienes de los usuarios tienen registrado un mes de nacimiento igual al del sistema
del PC-Cliente y construye una página con el listado de personas que están de
cumpleaños en el mes citado, esta propiedad tiene como propósito estrechar los
nexos de amistad e integración entre los integrantes de la comunidad educativa, esta
ventana se puede visualizar en la Figura Nro. 105.

Figura Nro. 105. Pantalla SubMenú. Vida Estudiantil. Opción Onomásticos. Interfaz
Web Colegio Católico San José

218
La opción Cuadro de Noticias que aparece en el Submenú Vida Estudiantil
está dirigida a mostrar en una ventana las noticias más importantes sobre el acontecer
diario de la institución pero vistos desde el enfoque de los estudiantes, para ello los
alumnos podrán publicar cualquier información que consideren importante sobre sus
actividades a través de la Coordinación de Registro y Control de Estudios, esto, para
evitar que algún estudiante pueda publicar alguna información que pueda lesionar la
dignidad de las personas o que pueda considerarse perjudicial para las Normas de
Convivencia estipuladas en el Reglamento Interno del Colegio, tal como se evidencia
en la ventana de la Figura Nro. 106.

Figura Nro. 106. Pantalla SubMenú Vida Estudiantil. Opción Cuadro de Noticias.
Interfaz Web Colegio Católico San José

219
La opción Galería de Fotos que aparece en el Submenú Vida Estudiantil está
dirigida a mostrar en una ventana las fotos correspondientes a las múltiples
realizadas en la institución, para ello se podrán colocar en el sistema en una Tabla de
la Base de Datos los nombres de los distintos archivos donde se almacenarán
físicamente las fotografías y por medio de links que el usuario activara podrá revisar
cada uno de los archivos almacenados.

La selección de las fotografías que serán colocadas en la interfaz estará a


cargo de la Coordinación de Registro y Control de Estudios, quien tomará las
medidas pertinentes para garantizar la data necesaria para el soporte de esta opción
del sistema.

El Submenú denominado Actividades Complementarias incluido en la


interfaz como siguiente opción está dirigido a presentar información a los usuarios de
las actividades extracurriculares planificadas y desarrolladas en la institución, al hacer
clic con el mouse sobre esta opción el usuario verá un listado como el reflejado en la
Figura Nro. 107 mediante el cual podrá seleccionar entre las opciones de:
Deportivas, Religiosas, Culturales y Varias.

En cualquiera de los casos, el acceso a una de las opciones desplegará una


nueva ventana (similar a la mostrada en la Figura Nro. 108) en la cual se mostrarán
las actividades que la institución haya registrado en la Base de Datos. Al igual que en
las opciones anteriores, estas actividades pueden ser actualizadas regularmente por la
Coordinación de Registro y Control de Estudios lo que permitirá una constante
revisión y actualización de dichos contenidos.

220
Figura Nro. 107. Pantalla SubMenú Actividades Complementarias. Interfaz Web
Colegio Católico San José

Figura Nro. 108. Pantalla SubMenú Actividades Complementarias. Opción:


Actividades Religiosas Interfaz Web Colegio Católico San José

221
El submenú Comunicación con el Colegio, se activa cuando el usuario coloca
el cursor sobre esta opción y presiona el clic, se abre una ventana como la mostrada
en la Figura Nro. 109, a través de ella los usuarios pueden participar en un Foro en
línea con las personas que se encuentren en ese momento conectadas a la página de la
institución, esta ventana permite a los usuarios enviar o recibir cualquier tipo de
información en línea, puede realizar alguna consulta o enviar cualquier información
que necesite hacer llegar con urgencia a la institución, este Foro estará disponible en
las horas laborales del Colegio.

Figura Nro. 109 Pantalla SubMenú Comunicación con el Colegio. Interfaz Web
Colegio Católico San José

222
Seguidamente se encuentra la opción Visita Virtual, está dirigida a presentar a
los usuarios de la interfaz la posibilidad de realizar una visita virtual a la institución
con el objeto de conocer las instalaciones de la institución y el desarrollo de algunas
actividades académicas, esta opción se activa cuando el usuario hace un clic con el
mouse sobre dicho submenú, en ese momento se desplegará una ventana como la que
se muestra en la Figura Nro. 110 en la cual el usuario podrá seleccionar por medio de
hipervínculos el video que quiera observar en función de una lista de posibilidades
que comprenden: Fachada de la institución, Laboratorio de Informática, Trabajos
Manuales, Dirección, etc.

Figura Nro. 110 Pantalla SubMenú Visita Virtual. Interfaz Web Colegio Católico San
José

223
El Archivo que se abre en esta opción corresponde a archivos de video que
pueden visualizarse con la herramienta Windows Media Player, tal como se muestra
en la Figura Nro. 111

Figura Nro. 111 Pantalla SubMenú Visita Virtual. Opción La Fachada Interfaz Web
Colegio Católico San José

Finalmente la interfaz diseñada comprende el submenú correo que se puede


activar haciendo clic con el cursor en esta opción, en ese momento se despliega una
ventana en la cual el usuario podrá seleccionar entre las opciones de: crear, consultar
o enviar mensajes de correo electrónico, tal como se evidencia en la Figura Nro. 112

224
Figura Nro. 112 Pantalla SubMenú Correo: Interfaz Web Colegio Católico San José

V.4 Fase IV Transición:

En esta fase se estructuraron los elementos de tipo operacional para la


implementación de la interfaz, se realizó la documentación legal para la instalación de
la interfaz y los trámites administrativos necesarios para la puesta en práctica, se
enviaron comunicaciones a los proveedores de servicio de Internet de la localidad con
el objeto de tener información para su posterior evaluación, las distintas opciones o
alternativas disponibles en el mercado local de Guanare corresponden a la empresa

225
TELCEL la cual ofertó a la institución su plan de suscripción a Internet utilizando su
tecnología satelital de acceso a Internet.

Por otra parte la empresa CANTV presentó una cotización por la prestación
del servicio de Internet y el servicio telefónico quienes además ofrecen los servicios
de reservar dominios para las empresas, esta empresa presentó la salvedad que para
los actuales momentos no cuenta en la ciudad con servicio ABA o de Banda Ancha
por lo cual no puede ofrecer este servicio.

Igualmente se envió comunicación a la empresa NIC-VE quienes están


encargados por la Comisión Nacional de Tecnología para los aspectos relacionados
con los dominios de Sitios Web que requieran utilizar las extensiones .edu (.e12) en
Venezuela quienes hacen la salvedad que para el caso de las instituciones de
Educación Básica y Media Diversificada se reservan las extensiones .E12

Finalmente se estructuró el Manual del Programador y del Administrador Web


que permitirá a las personas que designe la institución tener un punto de apoyo para la
manipulación y adaptación de la interfaz a los cambios que requiera la institución.

226
CAPITULO VI
Pruebas o impacto de la solución

El desarrollo de un sistema de información requiere de la aplicación de


pruebas a los diversos componentes que conforman dicho sistema (tanto de software
como de hardware) para su depuración; es decir, la localización y corrección de
defectos. Además, el análisis de las estadísticas de errores sirve para realizar
predicciones de la fiabilidad del software y para detectar las causas más habituales de
error y por tanto mejorar los procesos de desarrollo.

El proceso de pruebas implica dos fases bien específicas que comprenden: por
una parte la verificación referida al proceso de evaluación de un sistema (o uno de
sus componentes) para determinar si los productos de una fase dada satisfacen las
condiciones impuestas al comienzo de dicha fase; y por la otra la validación que se
refiere al proceso de evaluación de un sistema (o uno de sus componentes) durante, o
al final del proceso de desarrollo, para determinar si satisface los requisitos marcados
por el usuario.

Antes de definir las pruebas del sistema objeto del presente Trabajo de Grado,
es necesario establecer algunas definiciones que facilitan la comprensión del
siguiente capítulo; en este sentido, se debe entender las pruebas (test) como “una
actividad mediante la cual un sistema (o alguno de sus componentes) se ejecuta en
circunstancias previamente especificadas, los resultados se observan y registran para
posteriormente evaluar algún aspecto en particular” (Buades 1999).

Los casos de prueba (test case) comprenden: “un conjunto de entradas,


condiciones de ejecución y resultados esperados desarrollados para un objetivo en
particular”. Igualmente, un defecto (defect, fault, bug) comprende un defecto en el

227
software mientras que un fallo (failure) es la incapacidad del sistema (o de alguno de
sus componentes) para realizar las funciones requeridas dentro de los requisitos de
rendimiento especificados.

En el desarrollo de aplicaciones usando tecnología Web el proceso de pruebas


se centra en probar el funcionamiento de la aplicación implementada, es un proceso
separado del control de calidad que hay que realizar a lo largo de todo el desarrollo
del proyecto y por sus características particulares es necesario someterlo a la
evaluación a través de las pruebas genéricas o tradicionales (bien sea de estructura de
caja negra, blanca o aleatorio) y las pruebas específicas referidas a aplicaciones web
en concreto.

Bajo estas premisas, la interfaz propuesta fue sometida a las pruebas


estructurales o de caja blanca durante el proceso de desarrollo que incluyó:

a) Cobertura de sentencias: durante el proceso de desarrollo se fueron generando


casos de prueba de tal forma que cada sentencia o procedimiento del programa se
ejecutara al menos una vez y detectar a través de ésta las fallas en el mismo. Las
fallas encontradas fueron corregidas cada vez que se presentaron.

b) Cobertura de decisiones: igualmente se fueron ejecutando los componentes del


sistema de tal forma que en los procedimientos de decisiones del programa, las
mismas tuviesen al menos un valor cierto y un valor falso en cada ocasión. Para
ello se evaluaron separadamente cada uno de los componentes y se utilizaron
pruebas con datos imaginarios para comprobar la ocurrencia de cada una de las
opciones de decisión.

Por otra parte, la propuesta fue sometida a las pruebas funcionales también
conocidas como “de caja negra” las cuales se centran en las funciones, las entradas y

228
salidas del sistema (es de hacer notar que es impracticable probar el software para
todas las posibilidades) para lo cual se establecieron casos de prueba particulares en
este caso.

En este sentido, se identificaron las condiciones de las entradas del programa


en cuanto a los formatos o contenidos de los datos de entrada para identificar clases
de equivalencias tales como: Datos válidos o datos no validos o erróneos; por
ejemplo, verificar que la cédula de identidad del alumno sea siempre un número
entero, que las notas estén comprendidas en una escala entre el 1 y el 20, que el sexo
del alumno sea identificado por una letra “M” o una “F”, entre otras.

Para complementar estas pruebas de funcionamiento se utilizó la técnica de


conjetura de errores que consiste en enumerar una lista de posibles errores que
puedan cometer los usuarios y de situaciones propensas a ciertos errores. Estas
pruebas suministraron información necesaria para realizar las adaptaciones en la
programación de la interfaz por cuanto mostraron algunas fallas que presentaba el
sistema y que han sido corregidas al momento de la construcción del sitio.

Con el propósito de realizar las pruebas de aceptación o usabilidad, la interfaz


fue sometida a la evaluación de los potenciales usuarios (directivos, docentes,
empleados, padres, representantes y alumnos) con el propósito de que formularan sus
observaciones en cuanto a la facilidad que presenta la interfaz para su manipulación.
En este sentido, se presentó un prototipo de la interfaz a la dirección del plantel
quienes presentaron una serie de sugerencias en cuanto a la utilización de los colores
de la institución, la obligatoriedad de colocar la frase “inscrito en el M.E.C.D.” y a la
ubicación de la institución.

Por otra parte, al personal docente se le presentó el mismo prototipo haciendo


énfasis en la sección destinada para su operacionalización directa y manifestaron su

229
conformidad en cuanto a la propuesta presentada, destacando únicamente que se
incluyera la posibilidad que el valor de las evaluaciones sea fijado por el docente
(esta sugerencia fue incorporada a la propuesta final).

Los padres y representantes por su parte mostraron su complacencia en cuanto


al prototipo que les fue presentado sin expresar ninguna observación al respecto. Por
su parte, los alumnos se mostraron los más interesados en el prototipo que se les
mostró indicando su conformidad en cuanto a la presentación de la interfaz.

Finalmente y como resumen de todas las observaciones y datos obtenidas en


el proceso anterior se hicieron los ajustes correspondientes para someter al sistema a
una Prueba de Sistema dirigida a verificar el funcionamiento global de la interfaz
acciones que se realizaron con toda normalidad sin que se hallan presentado errores
en su corrida.

Por otra parte, debido a la naturaleza de la solución planteada (Interfaz usando


tecnología Web) el sistema fue sometido a las pruebas propias de las aplicaciones
Web ya que el mismo se basa en un Sistema de Información Web los cuales
requieren de pruebas específicas referidas a este tipo de sistemas. En este sentido se
procedió a realizar las siguientes pruebas específicas:

a.) Pruebas de funcionamiento: mediante la ejecución de la interfaz utilizando


los recursos de Internet, se logró determinar que la misma presenta
respuestas rápidas con cargas elevadas, para ello se instaló el sistema en
un sitio web y se accedió a él utilizando los navegadores Internet
Explorer y Netscape Navigator sin que se halla presentado error alguno en
su funcionamiento. Sin embargo, es necesario destacar que debido a las
limitaciones que presenta el proveedor de servicio de Internet en la
localidad (CANTV.NET) las respuestas se realizan en un tiempo que

230
oscila entre 0.1 y 120 segundos, por cuanto el medio de acceso a Internet
disponible en la ciudad de Guanare es a través de líneas telefónicas ya que
CANTV.NET no cuenta con plataforma para la instalación de la Banda
Ancha, por lo cual la conexión se realiza en una banda que oscila entre los
8000 bps y 18000 bps, aún cuando el PC-Cliente tenga instalado un
Modem de mayor velocidad.

b.) Pruebas de Carga: las pruebas de carga de aplicaciones Web están


dirigidas a verificar con cuanta carga empieza a saturar el sistema, en este
sentido, la interfaz propuesta una vez instalada en la red fue accedida
desde distintos puntos de la ciudad (para ello se contó con la colaboración
de los alumnos de la institución) quienes fueron ubicados en 36
computadores ubicados en 2 Cyber Café de la localidad además del
acceso al sistema desde los 10 computadores ubicados en el laboratorio de
la institución sin que haya presentado fallas relacionadas con la saturación
del mismo.

231
Conclusiones:

El desarrollo de soluciones viables a problemas específicos usando las TIC


fortalecen la evolución del estudiante a través de la aplicación de los conocimientos
obtenidos en el proceso de formación y la búsqueda de nuevos elementos que
permitan profundizarlos.

En este sentido, el Desarrollo de la Interfaz de Información y Comunicación


basada en tecnología Web del Colegio “San José” se realizó utilizando una modalidad
de la metodología RUP para el desarrollo de Sistemas de Información con notación
UML. En esta metodología se consideran las fases de: inicio que comprendió la
realización de un diagnóstico sobre la situación actual en el cual se pudo constatar los
procedimientos desarrollados por la organización en cuanto al manejo de la
información relacionada con los estudios y las actividades extracurriculares de la
misma.

Igualmente, a través del diagnóstico se pudo explorar los conocimientos que


los integrantes de la comunidad educativa del Colegio San José tienen en relación con
el uso de las TIC destacando que la mayoría de los integrantes, si bien, no conocían el
término TIC, han manipulado en muchas ocasiones herramientas interactivas bien sea
para la búsqueda de información en la Web o para realizar operaciones bancarias.

Conjuntamente con la fase de diagnóstico se revisó la capacidad de la


institución para el desarrollo del presente Trabajo de Grado, constatando que la
misma tiene la capacidad tanto operativa como técnica y económica ya que cuenta
con recursos económicos, con personal capacitado y con la disposición de la gerencia
de la institución de avanzar en cuanto a su potencial tecnológico.

232
Del diagnóstico anterior se obtuvo la información correspondiente a los
requerimientos de información y operacionales de los integrantes de la comunidad
educativa del Colegio Católico San José, necesaria para cumplir con la segunda fase
de la metodología correspondiente al Análisis y Diseño del Sistema, para ello se
representaron los distintos diagramas de casos de uso necesarios para cada uno de los
Actores que interactúan con el sistema (emisores y receptores de la información),
posteriormente se procedió al diseño de la interfaz y la implementación de la misma.

El resultado de estos procesos fue una herramienta interactiva que permitirá


utilizar la tecnología de avanzada en el “acercamiento” de los protagonistas del
proceso educativo que potenciará la comunicación al mismo tiempo que hará más
participativo el proceso de aprendizaje.

El interés mostrado por parte de la organización facilitó en gran medida el


trabajo del investigador por cuanto suministró toda la información que le fue
requerida al mismo tiempo que realizó todos los trámites pertinentes para la
instalación definitiva de la interfaz.

Las limitaciones más significativas que hubo en el desarrollo de esta propuesta


se presentaron en la fase de implementación debido a que en Guanare la empresa que
presta el servicio de telefonía residencial más económico (CANTV) tiene una serie de
procedimientos para la suscripción, instalación y reserva de dominio que requiere de
ciertos lapsos. Además, la plataforma que tiene la empresa instalada en la ciudad de
Guanare es de comunicación por medio de cableado con un límite de transmisión de
18.000 bps; es decir, la empresa no cuenta con la plataforma para Banda Ancha lo
que limita la velocidad de transmisión de datos al mismo tiempo que hace más lento
el acceso a Internet y por consiguiente la navegación mediante la interfaz.

233
Recomendaciones;

Se recomienda a la institución mantener la interfaz actualizada para que la


calidad de la aplicación desarrollada se vaya mejorando a medida que se presenten
nuevas alternativas o necesidades de la institución; al mismo tiempo que se vaya
adaptando a la evolución tecnológica que se hace cada vez más evidente en este
difícil y competitivo mundo de las Nuevas Tecnologías de la Comunicación. Para ello
es necesario que la institución designe a un funcionario que se encargue de la
manipulación de la interfaz quien se encargue además de recibir las quejas y
sugerencias que los usuarios presenten.

Igualmente es necesario designar una comisión multidisciplinaria con


docentes de la institución en la cual participen por un lado los especialistas del área
de sistemas, a fin de formular sus observaciones en cuanto al funcionamiento, diseño
e innovación de la Interfaz, y por otro los docentes de todas las demás asignaturas
quienes, de acuerdo con su experiencia y su área de conocimiento, pueden aportar
nuevas ideas para la eficiencia de la Interfaz.

234
Bibliografía:

Arredondo M. (2002), Propuesta de un Estándar Metodológico para la Construcción


de Aplicaciones Web en la UNA: Aplicación a un Caso de Estudio Trabajo de Grado
presentado a la UNA como requisito para optar al título de Ingeniero de Sistemas.
Maracay

Booch G., Jacobson I., Rumbaugh J. (1999), El Lenguaje Unificado de Modelado.


Addison Wesley Iberoamericana. Madrid España.

Bracho L. (2002), Construcción del Portal del Instituto Universitario de Tecnología


del Estado Portuguesa IUTEP (www.iutep.tec.ve) Trabajo desarrollado por el
Ingeniero Luis Bracho del Instituto Universitario de Tecnología del Estado
Portuguesa. [No publicado].

Buades G. (1999), Ingeniería de Software III. Addison Wesley Iberoamericana.


Madrid España

Chacón N. (1999), Integración de Software Heterogéneo a través de Sistemas de


Información Web (SIW): Arquitectura y Método de Desarrollo Trabajo de Grado
presentado a la UNA para optar al Título de Ingeniero de Sistemas. Valencia.
Carabobo.

Conallen J. (2003), Modeling Web Application Design UML [Documento en línea]


Disponible en http://www.rational.com/whitepapers/umlweb.html Consulta
Diciembre 17, 2003

235
Ekcols S. (1983), ¿Cómo diseñar y desarrollar Sistemas de Información? Mike
Murach & Associates, INC. New York U.S.A.

Evans T. (1997), Construya su propia Intranet. Prentice Hall Hispanoamericana S.A.


México

Kendall K. y Kendall J. (1991), Análisis y Diseños de Sistemas. Prentice Hall


Hispanoamericana S.A. México

Hillier S., Mezick D. (1997), Programación de Active Server Pages. McGraw-Hill


México.

Jacobson I. y Otros (1992), Object Orientad Software Engineering – A Use Case


Driver Approach Reading. Addison Wesley, New York U.S.A.

Letelier P. (2003), Introducción al AOO y DOO con UML. [Documento en línea]


Disponible en http://www.dsic.upv.es/∼UML/. (Consulta realizada: Diciembre 12,
2003)

Microsoft® Press, (1999), Microsoft® Visual InterDev 6.0 Referencia de


Tecnologías Web. Mc Graw-Hill México.

Montilva J. (1990), Desarrollo de Sistemas de Información. Consejo de


Publicaciones de la Universidad de los Andes. Mérida.

Polonsky y Letho (1999), La Comunicación en Internet. Addison Wesley. New


York. U.S.A.

236
Sánchez P. (2003), Curso Análisis y Diseño OO Usando UML. [Documento en
línea] Disponible en http://www.dsic.upv.es/∼UML/ Consultado: Diciembre 10,
2003.

Sandoval M. (2002), Propuesta de incorporación de Tecnología Web en el proceso


de inscripción de los estudiantes regulares de pregrado de la Universidad Nacional
Experimental Politécnica Antonio José de Sucre Trabajo de Grado presentado a la
Universidad CentroOccidental Lisandro Alvarado para optar al Título de Magister
Scientiarum en Sistemas de Información. Barquisimeto. Lara.

Senn J. (1988), Análisis y Diseños de Sistemas de Información. Serie Mc Graw-Hill


México.

UNA, Técnicas de Documentación e Investigación I. Caracas.

UNA, Documentación de Sistemas. Caracas.

UNA, Auditoría y Evaluación de Sistemas. Caracas.

UNA, Base de Datos. Caracas.

UPEL, Manual de Trabajos de Grado de Especialización, Maestrías y Tesis


Doctorales. Segunda Edición. Caracas.

Vergara M. (1999), Modelo para el Desarrollo de Sistemas de Información Web:


Fundamentos y Aspectos Metodológicos. Trabajo de Grado presentado a la
Universidad de Los Andes para optar al título de Ingeniero de Sistemas. Mérida.

237

You might also like