Está en la página 1de 118

UNIVERSIDAD TÉCNICA ESTATAL DE QUEVEDO

FACULTAD DE CIENCIAS DE LA INGENIERIA


ESCUELA DE INFORMÁTICA

TESIS DE GRADO
PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO EN SISTEMAS

TEMA

DESARROLLO DE UNA APLICACIÓN WEB PARA EL CONTROL DE


AVANCES ACADÉMICOS Y ASISTENCIA DE DOCENTES

AUTOR
JOSÉ LUIS TUBAY VERGARA

DIRECTOR
ING. BYRON OVIEDO, Msc.

QUEVEDO – LOS RIOS – ECUADOR

2010
UNIVERSIDAD TÉCNICA ESTATAL DE QUEVEDO
FACULTAD DE CIENCIAS DE LA INGENIERIA
ESCUELA DE INFORMÁTICA

DESARROLLO DE UNA APLICACIÓN WEB PARA EL CONTROL DE


AVANCES ACADÉMICOS Y ASISTENCIA DE DOCENTES.

Presentado al Honorable Consejo Directivo como requisito previo a la obtención del

título de Ingeniero en Sistemas.

Aprobado:

____________________________________

PRESIDENTE DEL TRIBUNAL DE TESIS

_________________________________ ____________________________________

MIEMBRO DEL TRIBUNAL DE TESIS MIEMBRO DEL TRIBUNAL DE TESIS

QUEVEDO - LOS RIOS – ECUADOR

2010
i
DEDICATORIA

A Dios, sobre todo por ser mi luz y mi camino, a mis

padres por todo el esfuerzo y dedicación que me

brindaron con su amor para seguir adelante, a mis

hermanas y a mi familia en general.

ii
AGRADECIMIENTO

A mis maestros, por sus enseñanzas, consejos y guía en

la realización de esta tesis, a mis amigos por su apoyo y

aliento en los momentos difíciles.

iii
AUTORIA

El autor certifica que los criterios y opiniones vertidas

en el presente trabajo de investigación, métodos y

procedimientos utilizados en la información, análisis e

interpretación de resultados son de exclusiva

responsabilidad del mismo.

_____________________________

JOSE LUIS TUBAY VERGARA

iv
CERTIFICACIÓN

Yo, Ing. Byron Oviedo, Docente de la Facultad de Ciencias de la Ingeniería de la

Universidad Técnica Estatal de Quevedo, certifico que el Egresado José Luis Tubay

Vergara, realizó la Tesis de Grado titulada “Desarrollo de una aplicación web para el

control de avances académicos y asistencia de Docentes”, bajo mi dirección,

habiendo cumplido con las disposiciones reglamentarias establecidas para el efecto.

ING. BYRON OVIEDO B, Msc.


DIRECTOR DE TESIS

v
RESUMEN EJECUTIVO
En este trabajo se ha elaborado un Sitio Web para la supervisión de avances académicos

y asistencia de los Docentes de la UTEQ. Con este software se puede obtener un

control de cada uno de los Docentes en el cumplimiento académico de una manera fácil

y rápida.

El sitio web ha sido desarrollado usando las siguientes herramientas:

Microsoft Visual Studio.Net 2005.

Base de Datos Sql Server 2005.

Una vez construido el sitio web, se puede acceder a él a través desde cualquier host

dentro de la Universidad, ya que dicho sitio web está solo habilitado para la intranet,

mediante cualquier navegador.

Las personas que accedan a la página web deberán primero seleccionar el tipo de

usuario, luego introducir su cédula y contraseña. Una vez que se ingresa a la página los

Usuarios pueden:

Docentes

Registrar su respectivo avance académico.

Observar los temas ya registrados en clases anteriores.

Cambiar su contraseña.

Directores de Escuelas

Supervisar el cumplimento de los programas académicos establecidos para cada

una de las unidades de aprendizaje por parte del Docente.

Obtener Reportes y gráficos estadísticos de cada uno de los avances académicos

de los periodos actuales y anteriores.


vi
Asentar Faltas a Docentes.

Subir un programa académico.

Cambiar su contraseña

Decanos

Supervisar el cumplimento de los programas académicos establecidos para cada

una de las unidades de aprendizaje por parte del Docente.

Obtener Reportes y gráficos estadísticos de cada uno de los avances académicos

de los periodos actuales y anteriores.

Justificar Faltas de Docentes.

Subir un programa académico.

Cambiar su contraseña

En resumen, este sitio web publicado en la Intranet de la UTEQ permitirá a los

Docentes ingresar sus respectivos avances académicos, tener un mayor control de los

temas dados en clases anteriores, también permitirá a los Directores de Escuelas y

Decanos, supervisar el cumplimiento académico de cada Docente y obtener reportes de

manera inmediata cuando sea requerido.

vii
SUMMARY

This paper has developed a Web site to monitor academic progress and attendance of

Teachers of UTEQ. With this software you can get a check each of the Teachers in the

academic performance in an easy and fast.

The website has been developed using the following tools:

• Microsoft Visual Studio.Net 2005.

• Database Sql Server 2005.

Once built the website, you can access it from any host within Through the University,

as this site is only enabled for intranet, using any browser.

People who access the website should first select the type of user, then enter your card

and password. Once the page enters the Users can:

Teachers

• Record their respective academic progress.

• Observe the items already recorded in previous classes.

• Change password.

School Principals

• Monitor compliance with established academic programs for each of the

learning units from the Faculty.

• Obtain reports and statistical graphs of each of the academic progress of

current and previous periods.

• Place Fouls Professors.

• Upload your academic program.

• Change your password


viii
Deans

• Monitor compliance with established academic programs for each of the

learning units from the Faculty.

• Obtain reports and statistical graphs of each of the academic progress of

current and previous periods.

• Support shortage of teachers.

• Upload your academic program.

• Change your password

In short, this website published on the Intranet will enable UTEQ Teachers enter their

academic progress, have greater control of the topics given in previous classes, also

enable Principals and Deans, monitor academic compliance Every teacher and receive

reports immediately when required.

ix
INDICE

1. INTRODUCCIÓN................................................................................................. 1

1.1. JUSTIFICACIÓN ______________________________________________________ 3


1.2. OBJETIVOS _________________________________________________________ 4
1.2.1. General ................................................................................................................................. 4

1.2.2. Específicos ............................................................................................................................ 4

1.3. PROBLEMATIZACIÓN _________________________________________________ 5


1.4. HIPÓTESIS __________________________________________________________ 6
1.4.1. Hipótesis General ................................................................................................................. 6

1.4.2. Hipótesis Operacionales ....................................................................................................... 6

1.5. MATRIZ DE CONCEPTUALIZACIÓN _______________________________________ 7


2. MARCO TEORICO .............................................................................................. 8

2.1. ¿QUÉ ES UNA PÁGINA WEB? __________________________________________ 8


2.2. SITIO WEB __________________________________________________________ 9
2.3. INTRANET _________________________________________________________ 10
2.3.1. Diferencia principal respecto a Internet ............................................................................. 10

2.3.2. Funciones de la Intranet ..................................................................................................... 11

2.3.3. Beneficios de las intranets .................................................................................................. 12

2.3.4. Estándares Web .................................................................................................................. 13

2.4. HERRAMIENTA PARA ALMACENAR LOS DATOS.___________________________ 13


2.4.1. Microsoft SQL Server .......................................................................................................... 13

2.4.1.1. Características de Microsoft SQL Server ................................................................... 14

2.4.2. MySQL................................................................................................................................. 15

2.4.2.1. Características de MySQL. ......................................................................................... 15

2.5. METODOLOGÍA RAD_________________________________________________ 17


2.5.1. ETAPAS DEL CICLO RAD ...................................................................................................... 17

2.5.1.1. Etapa de planificación de los requisitos: ................................................................... 17

2.5.1.2. Etapa de análisis y diseño: ........................................................................................ 17

2.5.1.3. Construcción: ............................................................................................................ 18

x
2.5.1.4. Implementación: ....................................................................................................... 18

2.6. HERRAMIENTAS PARA DISEÑO DE PÁGINAS WEB _________________________ 18


2.6.1. Adobe Photoshop ............................................................................................................... 18

2.7. HERRAMIENTAS PARA DESARROLLO DE PÁGINAS WEB_____________________ 20


2.7.1. ASP.NET .............................................................................................................................. 20

2.7.2. PHP ..................................................................................................................................... 22

2.7.2.1. Características de PHP............................................................................................... 22

2.7.3. JSP ....................................................................................................................................... 24

2.7.3.1. Características JSP ..................................................................................................... 25

2.8. TÉCNICAS DE RESPALDO Y SEGURIDAD. _________________________________ 26


2.8.1. Copias de Información (Backups). ...................................................................................... 27

2.8.2. Tipos De Respaldo .............................................................................................................. 28

2.8.2.1. Respaldo Completo ("Full") ....................................................................................... 28

2.8.2.2. Respaldo de Incremento ("Incremental") ................................................................. 28

2.8.2.3. Respaldo Diferencial ("Differential") ......................................................................... 28

2.8.3. Ventajas y Desventajas de los tipos de respaldo ................................................................ 29

3. PLANIFICACIÓN DEL DESARROLLO DEL SOFTWARE ........................................... 30

3.1. RECURSOS _________________________________________________________ 30


3.1.1. RECURSOS INFORMÁTICOS UTILIZADOS EN EL DESARROLLO ............................................ 31

3.1.1.1. Hardware .................................................................................................................. 31

3.1.1.2. Software .................................................................................................................... 31

3.1.1.3. Materiales de Oficina ................................................................................................ 32

3.2. PRESUPUESTO _____________________________________________________ 33


3.2.1. Costo ................................................................................................................................... 33

3.2.2. Costo de Oportunidad ........................................................................................................ 34

3.2.3. Costo Real ........................................................................................................................... 35

4. MODELO DE DESARROLLO DEL SITIO WEB ...................................................... 36

4.1. FASE PLANIFICACIÓN DE LOS REQUISITOS _______________________________ 36


xi
4.2. FASE DE ANÁLISIS Y DISEÑO __________________________________________ 38
4.2.1. IDENTIFICAR CASOS DE USOS Y ESQUEMATIZAR DIAGRAMAS DE CASOS DE USO. ........... 38

4.2.2. NARRACIÓN DE LOS CASOS DE USOS ENCONTRADOS ....................................................... 41

4.2.3. PORTABILIDAD EN LOS SISTEMAS OPERATIVOS ................................................................. 51

4.2.4. CONFIABILIDAD................................................................................................................... 51

4.2.5. ARQUITECTURA DE SOFTWARE Y HARDWARE ................................................................... 52

4.2.6. DETECCION DE FALLAS........................................................................................................ 53

4.2.7. SELECCIÓN DE HERRAMIENTA DE DESARROLLO ................................................................ 53

4.2.8. SELECCIÓN DE HERRAMIENTA DE ALMACENAMIENTO DE LA INFORMACIÓN .................. 54

4.2.9. SELECCIÓN DE LA MEJOR TECNICA PARA EL RESPALDO DE LA INFORMACIÓN. ................. 55

4.2.10. DISEÑO DE DATOS.......................................................................................................... 55

4.2.10.1. DIAGRAMA ENTIDAD RELACIÓN ............................................................................... 55

4.2.10.2. DISEÑO DE LA BASE DE DATOS.................................................................................. 56

4.2.10.3. REFERENCIAS CRUZADAS DE LA BASE DE DATOS ...................................................... 57

4.2.10.4. DISEÑO DEL MAPA DE NAVEGACIÓN. ....................................................................... 57

4.2.11. DISEÑO DE LA INTERFAZ HOMBRE-MÁQUINA............................................................... 58

4.2.11.1. DISEÑO DE FORMULARIOS WEB ............................................................................... 59

4.3. FASE DE CONSTRUCCIÓN _____________________________________________ 67


4.4. PRUEBAS Y RESULTADOS _____________________________________________ 75
4.4.1. PRUEBAS DE EJECUCIÓN ..................................................................................................... 75

4.4.2. HARDWARE UTILIZADO PARA PRUEBAS ............................................................................. 75

5. RESULTADO DE HIPÓTESIS ............................................................................... 77

5.1. VARIABLES INDEPENDIENTES _________________________________________ 77


5.1.1. DIMENSIÓN UTILIZACIÓN ................................................................................................... 77

5.1.2. DIMENSIÓN ESCALABILIDAD............................................................................................... 77

5.2. VARIABLES DEPENDIENTES ___________________________________________ 77


5.2.1. MEDICIÓN PREVIA ANTES DE LA EJECUCIÓN DE LA APLICACION WEB .............................. 77

5.2.2. MEDICIÓN POSTERIOR AL DESARROLLO Y EJECUCIÓN DE LA APLICACIÓN WEB ............... 79

xii
5.3. ANALISIS DE RESULTADO _____________________________________________ 80
5.3.1. DIMENSIÓN EFICIENCIA ...................................................................................................... 80

5.3.2. DIMENSIÓN CONFIABLIDAD ............................................................................................... 82

5.3.3. DIMENSIÓN SEGURIDAD..................................................................................................... 82

5.4. CUADRO COMPARATIVO _____________________________________________ 83


6. CONCLUSIONES ............................................................................................... 84

7. RECOMENDACIONES ....................................................................................... 85

8. BIBLIOGRAFIA ................................................................................................. 86

9. ANEXOS .......................................................................................................... 87

9.1. ENTREVISTA AL DIRECTOR DE LA ESCUELA DE INFORMATICA ________________ 87


9.2. MANUAL DE USUARIO DEL DOCENTE ___________________________________ 88
9.3. REGISTRO DE AVANCES DE FORMA MANUAL _____________________________ 96
9.4. REPORTE MANUAL DEL CONTROL ACADÉMICO ___________________________ 97
9.5. REPORTE DESDE LA APLICACIÓN WEB___________________________________ 99
9.6. TABLA T-STUDENT _________________________________________________ 100

xiii
INDICE DE CUADROS

CUADRO 1. MATRIZ DE CONCEPTUALIZACIÓN Y OPERACIONALIDAD DE

VARIABLES .................................................................................................................... 7

CUADRO 2. VENTAJAS Y DESVENTAJAS DE TIPOS DE RESPALDOS ............. 29

CUADRO 3. HARDWARE USADO EN EL DISEÑO ................................................ 31

CUADRO 4. SOFTWARE USADO EN EL DISEÑO .................................................. 31

CUADRO 5. MATERIALES DE OFICINA ................................................................. 32

CUADRO 6. COSTO ..................................................................................................... 33

CUADRO 7. COSTO DE OPORTUNIDAD ................................................................. 34

CUADRO 8. COSTO REAL .......................................................................................... 35

CUADRO 9.REQUERIMIENTOS ................................................................................ 37

CUADRO 10. PORTABILIDAD EN LOS SISTEMAS OPERATIVOS ...................... 51

CUADRO 11. ARQUITECTURA DE SOFTWARE Y HARDWARE ........................ 52

CUADRO 12. GRADO DE DETECCIÓN DE FALLAS .............................................. 53

CUADRO 13. REFERENCIAS CRUZADAS DE LA BASE DE DATOS .................. 57

CUADRO 14. CARACTERÍSTICAS DE COMPUTADORES PARA PRUEBAS ..... 75

CUADRO 15. CARACTERÍSTICAS DE SERVIDOR PARA PRUEBAS .................. 76

CUADRO 16: TIEMPOS DE TRABAJO PARA EL CONTROL DE AVANCES

ACADÉMICOS EN EL PROCESO MANUAL ............................................................ 78

CUADRO 17: GASTO EN PROCESO MANUAL ....................................................... 78

CUADRO 18: TIEMPO DE TRABAJO PARA EL CONTROL ACADÉMICO

MEDIANTE LA APLICACIÓN WEB .......................................................................... 79

xiv
CUADRO 19: COSTO TOTAL DEL CONTROL ACADÉMICO MEDIANTE LA

APLICAION WEB ......................................................................................................... 79

CUADRO 20. PRUEBAS DE HIPÓTESIS .................................................................. 80

CUADRO 21. VALORES CALCULADO POR EL SPSS ............................................ 81

CUADRO 22: COMPARATIVO ENTRE LA OBSERVACION PREVIA Y DESPUES

DE LA EJECUCION DE LA APLICACION WEB ...................................................... 83

xv
INDICE DE FIGURAS

Figura 1. Diagrama de Caso de Uso del Docente ........................................................... 39

Figura 2. Diagrama de Caso de Uso del Decano ............................................................ 40

Figura 3. Diagrama de Caso de Usos del Director de Escuela ....................................... 40

Figura 4. Diagrama Entidad Relación ............................................................................ 55

Figura 5. Diseño de la base de datos .............................................................................. 56

Figura 6. Mapa de navegación del Sitio Web................................................................. 57

Figura 7. Ejemplo de formularios web de ingreso al sitio web ...................................... 59

Figura 8. Formulario web de materias distribuidas ........................................................ 60

Figura 9. Formulario Selección día ................................................................................ 61

Figura 10. Ingreso de Avance Académico ..................................................................... 62

Figura 11. Selección de Docente por periodo lectivo y semestre ................................... 63

Figura 12. Impresión de Reportes................................................................................... 64

Figura 13.Asentar Faltas a Docentes .............................................................................. 65

Figura 14. Ingreso de Programa Académico .................................................................. 66

xvi
1. INTRODUCCIÓN

Hoy en día la presencia de sitios Web tanto institucional como personales es cada vez

más usual e incluso para la gran mayoría de empresas y entidades que suministran

productos y servicios es una necesidad de primer nivel, ya sea para evitar ser

desplazados por su competencia, o con el ánimo de ofrecer mejores y oportunos

servicios a sus clientes.

A nivel educativo las Instituciones Públicas y Privadas, especialmente las

Universidades, ya cuentan con sus Sitios Web para dar a conocer sus acontecimientos y

procesos académicos, es por ello la propuesta de desarrollar el sitio web para el control

de avances académicos y asistencia de Docentes. Debido al constante crecimiento de su

población estudiantil y por ende del personal administrativo y Docencia, se dificulta un

rápido procesamiento de dicho control de manera manual. Además debe estar acorde al

avance tecnológico que exige ser una Universidad de excelencia.

El crecimiento antes mencionado sumado al control manual resulta una dificultad para

manejar información clasificada, actualizada y ordenada de las labores que realizan los

Profesores, en el área académica. Es por esto que se necesita sistematizar ó automatizar

el proceso de Control de Avance Académico que actualmente se lo realiza manualmente

en los leccionarios.

¿A qué Docente no le gustaría poder registrar sus Avance Académico de manera

digital?, ¿Llevar un control exacto del avance de la materia y revisar la asistencias y las

inasistencias a clase?, ¿Conocer inmediatamente el porcentaje de avance?, etc.

1
El sitio web permite, conectarse desde cualquier host dentro de los predios de la

Universidad para realizar todo el proceso académico antes mencionado. Así mismo

facilitaría el trabajo de los Directores de Escuela y/o autoridad de la Universidad para

obtener reportes exactos del cumplimiento de cada uno de los Docentes, en cada una de

las unidades de aprendizajes a las que fueron designados.

2
1.1. JUSTIFICACIÓN

Unos de los principales motivos de la creación del sitio Web es permitir a los

Directores de Escuelas y/o autoridades de la Universidad tener un control de cada

uno de los Docentes (Avances Académicos, asistencia, etc.).

Es por esto que en esta investigación de tesis se pretende llevar automatizado del

trabajo académico en un menor tiempo, con menor cantidad de errores y utilizando

con eficiencia al personal, permitiendo así minorar la carga de trabajo de quienes

actualmente son los encargados de llevar el control de los avances académicos,

Considerando que al usar la aplicación Web los Docentes se convertirán en

alimentadores directos del sistema. Por ejemplo, podrán registrar los avances y

asistencias de los estudiantes desde cualquier computador conectado a la red dentro

del campus Universitario.

Con el desarrollo de la aplicación Web, se podrían obtener datos reales y exactos, de

los datos ingresados por el usuario, los mismo que mediante la Web serán

almacenados en la base de datos del sistema Académico de la Universidad (SIU), lo

que permitirá conocer los reportes inmediatamente después de que la información sea

grabada, evitando así el tiempo que toma el proceso del control del avance

Académico en papel y el gasto económico o de tiempo del personal que lo va a

realizar.

La creación de este sistema Web permitirá obtener los archivos de cualquier año, que

se necesitarán conocer para efecto análisis o realizar cualquier toma de decisiones.

3
1.2. OBJETIVOS

1.2.1. General

Desarrollar una aplicación Web que permita llevar el control de Avances

Académicos y asistencia de Docentes, acorde con las necesidades y

requerimientos de las autoridades de la Escuela de Informática, garantizando la

confiabilidad, seguridad e integridad de datos.

1.2.2. Específicos

Analizar información del sistema manual del control de avances académicos

y asistencia Docente.

Determinar la mejor herramienta de desarrollo de aplicaciones web.

Establecer la mejor herramienta para el almacenamiento de los datos.

Determinar una técnica eficaz y segura para el respaldo y seguridad de la

información.

Diseñar un sistema Web de fácil manipulación.

Establecer la mejor técnica para la generación y personalización de toda

clase de informes necesarios para llevar el control de los Docentes.

4
1.3. PROBLEMATIZACIÓN

En la actualidad el principal problema de todas las facultades es llevar un control del

cumplimiento de los Avances Académicos debido a que los Docentes de la UTEQ lo

realizan de manera empírica y manual;(ver anexo 3); esto es, terminan el dictado de

una hora de clase y luego deben acercarse a las Direcciones de Escuelas

correspondientes para registrar una hoja en la que mencionen el tema desarrollado,

ocasionando que muchas veces no se llenen oportunamente los leccionarios.

Otro de los problemas es que los datos registrados por los Profesores en los

leccionarios son confusos, puesto que no coinciden con los títulos estipulados en

cada uno de los programas académicos propuestos, mal cálculo de horas, letra

ilegible, etc. Por todos de estos motivos es casi imposible obtener datos reales a la

situación actual, para ver si él está cumpliendo con el plan según lo programado.

Al no existir un sistema que permita llevar un seguimiento y cumplimiento de cada

uno de los programas académicos propuestos por los coordinadores ocasiona que al

finalizar el semestre muchas veces los datos estadísticos tarden mucho tiempo y no

sean correctos; (ver anexo 4).

Todos estos acontecimientos ocasionan problemas a la hora de solicitar información

inmediata, ocasionando muchas veces malestar en las personas que lo solicitan.

Con estas consideraciones se plantea un cuestionamiento problemático: ¿De qué

manera se puede optimizar el proceso completo del control de avances académicos?

5
1.4. HIPÓTESIS

1.4.1. Hipótesis General

Una Aplicación Web Incrementa la efectividad para la supervisión Académica

en el control del cumplimiento de los Avances Académicos y Asistencias de

Docentes.

1.4.2. Hipótesis Operacionales

Tanto ASP.Net y SQL Server son excelentes plataformas tecnológicas para

desarrollo de aplicaciones web.

La obtención de los datos entre la Aplicación Web y la Base de Datos no

representa mucho tiempo de espera ni demanda de recursos críticos.

El Almacenamiento de los Datos tanto de los Programas Académicos de

cada una de las Unidades de Aprendizaje, como el de los avances

académicos no representa mucha demanda de espacio y de Recursos del

Servidor de Base de Datos.

6
1.5. MATRIZ DE CONCEPTUALIZACIÓN

CUADRO 1. MATRIZ DE CONCEPTUALIZACIÓN Y OPERACIONALIDAD DE VARIABLES

MATRIZ DE CONCEPTUALIZACIÓN Y OPERACIONALIDAD DE VARIABLES

Variables Definición Conceptual Dimensiones Indicadores

INDEPENDIENTE Utilización Facilidad de Manejo

Aplicación desarrollada
APLICACIÓN WEB PARA
para llevar el control de Escalabilidad Capacidad de
EL CONTROL DE
avances académicos de
crecimiento
AVANCES los Docentes.

ACADÉMICOS

DEPENDIENTE Proceso adoptado por Eficiencia Tiempo de Obtención


Reportes
las facultades para
Tasa de error en el
controlar el cálculo del porcentaje
EFECTIVIDAD EN LA Confiabilidad del avance académico
cumplimiento de los
SUPERVISIÓN programas académicos Disponibilidad de la
información.
propuestos por los
ACADEMICA Oportunidad
Docentes.

7
2. MARCO TEORICO

2.1. ¿QUÉ ES UNA PÁGINA WEB?1

Una página web, también conocida como página de Internet, es un documento

adaptado para la Web y que normalmente forma parte de un sitio web. Su principal

característica son los hiperenlaces a otras páginas, siendo esto el fundamento de la

Web.

Una página web está compuesta principalmente por información (sólo texto o

multimedia) e hiperenlaces; además puede contener o asociar datos de estilo para

especificar cómo debe visualizarse, o aplicaciones embebidas para hacerla

interactiva.

Las páginas web son escritas en un lenguaje de marcado que provea la capacidad de

insertar hiperenlaces, generalmente HTML.

El contenido de la página puede ser predeterminado ("página web estática") o

generado al momento de visualizarla o solicitarla a un servidor web ("página web

dinámica"). Las páginas dinámicas que se generan al momento de la visualización se

hacen a través de lenguajes interpretados, generalmente JavaScript, y la aplicación

encargada de visualizar el contenido es la que debe generarlo. Las páginas dinámicas

que se generan al ser solicitadas son creadas por una aplicación en el servidor web

que alberga las mismas.

Respecto a la estructura de las páginas web algunos organismos, en especial el W3C,

suelen establecer directivas con la intención de normalizar el diseño para facilitar y

simplificar la visualización e interpretación del contenido.

1
http://es.wikipedia.org/wiki/P%C3%A1gina_web
8
2.2. SITIO WEB2

Es un conjunto de archivos electrónicos y páginas Web referentes a un tema en

particular, que incluye una página inicial de bienvenida, generalmente denominada

home page, con un nombre de dominio y dirección en Internet específicos,

empleados por las instituciones públicas y privadas, organizaciones e individuos para

comunicarse con el mundo entero. En el caso particular de las empresas, este

mensaje tiene que ver con la oferta de sus bienes y servicios através de Internet, y en

general para eficientar sus funciones de mercadotecnia.

Su Sitio Web no necesariamente debe localizarse en el sistema de cómputo de su

negocio. Los documentos que integran el Sitio Web pueden ubicarse en un equipo en

otra localidad, inclusive en otro país. El único requisito es que el equipo en el que

residan los documentos esté conectado a la red mundial de Internet. Este equipo de

cómputo o Servidor Web, como se le denomina técnicamente, puede contener más de

un sitio Web y atender concurrentemente a los visitantes de cada uno de los

diferentes sitios.

Al igual que los edificios, oficinas y casas, los Sitios Web requieren de una dirección

particular para que los usuarios puedan acceder a la información contenida en ellos.

Estas direcciones, o URLs (por sus siglas en inglés Uniform Resource Locator),

aparecen cotidianamente en todos los medios de comunicación como son prensa

escrita, radio, televisión, revistas, publicaciones técnicas y en el propio Internet

através de los motores de búsqueda (por su denominación en inglés search engines).

Los nombres de estos sitios Web obedecen a un sistema mundial de nomenclatura y

2
http://www.informaticamilenium.com.mx/Páginas/espanol/sitioweb.htm
9
están regidos por el ICANN (Internet Corporation for Assigned Names and

Numbers).

Los Sitios Web pueden ser de diversos géneros, destacando los sitios de negocios,

servicio, comercio electrónico en línea, imagen corporativa, entretenimiento y sitios

informativos.

2.3. INTRANET3

Red de ordenadores privados que utiliza tecnología Internet para compartir de forma

segura cualquier información o programa del sistema operativo para evitar que

cualquier usuario de internet pueda entrar a robar archivos privados. A veces el

término solo hace referencia a la web interna de la organización, pero muchas veces

es más bien una parte extensa de la infraestructura de los ordenadores y es un

componente importante para la comunicación y la colaboración dentro de la

compañía.

En la arquitectura de las Intranets se dividen el cliente y el servidor. El software

cliente puede ser cualquier computadora local (servidor web), mientras que el

software servidor se ejecuta en una Intranet anfitriona. No es necesario que estos dos

software´s, el cliente y el servidor, sean ejecutados en el mismo sistema operativo.

Podría proporcionar una comunicación privada y exitosa en una organización.

2.3.1. Diferencia principal respecto a Internet

Se trata de un concepto relativo al acceso del contenido, por ello sería lo opuesto al

término Web (World Wide Web) formado por contenidos libremente accesibles por

cualquier público. No tiene que ver con la red física que se utiliza para definir

3
http://www.masadelante.com/faqs/intranet
10
conceptos como Internet o la red de área local (LAN). Lo que distingue una intranet

de la Internet pública, es que las intranets son privadas, por lo que es imprescindible

una contraseña para los usuarios.

2.3.2. Funciones de la Intranet

Tiene como función principal proveer lógica de negocios para aplicaciones de

captura, informes y consultas con el fin de facilitar la producción de dichos grupos de

trabajo; es también un importante medio de difusión de información interna a nivel

de grupo de trabajo. Las redes internas corporativas son potentes herramientas que

permiten divulgar información de la compañía a los empleados con efectividad,

consiguiendo que estos estén permanentemente informados con las últimas

novedades y datos de la organización. También es habitual su uso en Universidades y

otros centros de formación, ya que facilita la consulta de diferentes tipos de

información y el seguimiento de la materia del curso.

Tienen gran valor como repositorio documental, convirtiéndose en un factor

determinante para conseguir el objetivo de la oficina sin papeles. Añadiéndoles

funcionalidades como un buen buscador y una organización adecuada, se puede

conseguir una consulta rápida y eficaz por parte de los empleados de un volumen

importante de documentación. Los beneficios de una intranet pueden ser enormes,

porque estando tal cantidad de información al alcance de los empleados y/o

estudiantes ahorrarán mucho tiempo buscándola.

Las Intranet también deberían cumplir unos requisitos de accesibilidad web

permitiendo su uso a la mayor parte de las personas, independientemente de sus

limitaciones físicas o las derivadas de su entorno. Gracias a esto, promueve nuevas

11
formas de colaboración y acceso al sistema. Ya no es necesario reunir a todos en una

sala para discutir un proyecto. Equipos de personas alrededor del mundo pueden

trabajar juntos sin tener que invertir en gastos de viaje. El resultado de esto es un

aumento increíble en la eficiencia acompañada de una reducción de costos.

2.3.3. Beneficios de las intranets

1. Capacidad de compartir recursos (impresoras, escáner...) y posibilidad de conexión

a Internet (acceso a la información de la Red y a sus posibilidades comunicativas).

2. Alojamiento de páginas web, tanto la del centro como de estudiantes o profesores,

que pueden consultarse con los navegadores desde todos los ordenadores de la

Intranet o desde cualquier ordenador externo que esté conectado a Internet.

3. Servicios de almacenamiento de información. Espacios de disco virtual a los que

se puede acceder para guardar y recuperar información desde los ordenadores del

centro y también desde cualquier equipo externo conectado a Internet. Cada profesor

y cada estudiante pueden tener una agenda en el disco virtual.

4. Servicio de e-mail, que puede incluir diversas funcionalidades (buzón de correo

electrónico, servicio de web mail, servicio de mensajería instantánea...)

5. Foros, canales bidireccionales de comunicación entre los miembros de la

comunidad escolar, que permiten el intercambio de opiniones, experiencias...

Algunos de estos foros pueden estar permanentemente en funcionamiento, y otros

pueden abrirse temporalmente a petición de algún profesor, grupo de alumnos... Por

ejemplo, tablones de anuncios y servicios de chat y videoconferencia.

12
6. Instrumentos diversos que permiten, a las personas autorizadas a ello, la

realización de diversos trabajos tales como gestiones de tutoría, plantillas que

faciliten a profesores y alumnos la creación de fichas, test, periódicos; gestiones de

secretaria y dirección; de biblioteca; y gestiones administrativas como petición de

certificados, trámites de matrícula, notas de los estudiantes, etc.

2.3.4. Estándares Web

En esencia, la Web está basada en tres estándares:

El 'Identificador de Recurso Uniforme (URI), que es un sistema universal para

referenciar recursos en la Web, como páginas web,

El Protocolo de Transferencia de Hipertexto (HTTP), que especifica cómo se

comunican el navegador y el servidor entre ellos, y

El Lenguaje de Marcado de Hipertexto (HTML), usado para definir la

estructura y contenido de documentos de hipertexto.

Berners-Lee ahora (en 2007) dirige el World Wide Web Consortium (W3C), el cual

desarrolla y mantiene esos y otros estándares que permiten a los ordenadores de la

Web almacenar y comunicar efectivamente diferentes formas de información.

2.4. HERRAMIENTA PARA ALMACENAR LOS DATOS.

2.4.1. Microsoft SQL Server4

Microsoft SQL Server es un sistema de gestión de bases de datos relacionales

(SGBD) basado en el lenguaje Transact-SQL, y específicamente en Sybase IQ, capaz

4
http://es.wikipedia.org/wiki/SQL_Server
13
de poner a disposición de muchos usuarios grandes cantidades de datos de manera

simultánea. Así de tener unas ventajas que a continuación se pueden describir.

Microsoft SQL Server constituye la alternativa de Microsoft a otros potentes

sistemas gestores de bases de datos como son Oracle, Sybase ASE, PostgreSQL o

MySQL.

2.4.1.1. Características de Microsoft SQL Server

Soporte de transacciones.

Escalabilidad, estabilidad y seguridad.

Soporta procedimientos almacenados.

Incluye también un potente entorno gráfico de administración, que permite el

uso de comandos DDL y DML gráficamente.

Permite trabajar en modo cliente-servidor, donde la información y datos se

alojan en el servidor y las terminales o clientes de la red sólo acceden a la

información.

Además permite administrar información de otros servidores de datos.

Este sistema incluye una versión reducida, llamada MSDE con el mismo motor de

base de datos pero orientado a proyectos más pequeños, que en su versión 2005 pasa

a ser el SQL Express Edition, que se distribuye en forma gratuita.

Es muy común desarrollar completos proyectos complementando Microsoft SQL

Server y Microsoft Access a través de los llamados ADP (Access Data Project). De

esta forma se completa una potente base de datos (Microsoft SQL Server), con un

entorno de desarrollo cómodo y de alto rendimiento (VBA Access), através de la

14
implementación de aplicaciones de dos capas mediante el uso de formularios

Windows.

Para el desarrollo de aplicaciones más complejas (tres o más capas), Microsoft SQL

Server incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas

.NET, pero el servidor solo está disponible para Sistemas Operativos Windows.

2.4.2. MySQL.5

MySQL, tal como define propiamente su parte de su nombre (SQL - Structured

Query Language), es el servidor de bases de datos relacionales más comúnmente

utilizado en GNU/LinuX. Fue desarrollado por la empresa MySQL AB, que cedió

las licencias correspondientes al proyecto opensource, por lo que su rápido

desarrollo es causa del empeño de millones de programadores de todo el mundo.

Al ser un servidor de bases de datos relacionales, MySQL se convierte en una

herramienta veloz en la accesibilidad a los datos introducidos en las distintas tablas

independientes que forman las bases de datos de este lenguaje. MySQL es

actualmente el sistema de bases de datos más popular de la red.

2.4.2.1. Características de MySQL.

Un amplio subconjunto de ANSI SQL 99, y varias extensiones.

Soporte a multiplataforma

Procedimientos almacenados

Disparadores (triggers)

Cursores

Vistas actualizables
5
http://www.espaweb.com/mysql.php
15
Soporte a VARCHAR

INFORMATION_SCHEMA

Soporte X/Open XA de transacciones distribuidas; transacción en dos fases

como parte de esto, utilizando el motor InnoDB de Oracle

Motores de almacenamiento independientes (MyISAM para lecturas rápidas,

InnoDB para transacciones e integridad referencial)

Query caching

Sub-SELECTS (o SELECTS anidados)

Réplica con un maestro por esclavo, varios esclavos por maestro, sin soporte

automático para múltiples maestros por esclavo.

indexing y buscando campos de texto completos usando el motor de

almacenamiento MyISAM

16
2.5. METODOLOGÍA RAD

La metodología de desarrollo conocida como diseño rápido de aplicaciones RAD

(por sus siglas en inglés) consiste de diferentes etapas que suceden de forma paralela

y exigen la colaboración de los usuarios en todos los niveles, esta metodología

propone un proceso de desarrollo de "software" que permite que se creen sistemas de

computadoras utilizables en un periodo de tiempo entre 60 a 90 días. RAD es un

ciclo de desarrollo diseñado para crear aplicaciones de computadoras de alta calidad

de las que acontecen en corporaciones grandes.

2.5.1. ETAPAS DEL CICLO RAD6

2.5.1.1. Etapa de planificación de los requisitos:

Esta etapa requiere que usuarios con un vasto conocimiento de los procesos de la

compañía determinen cuales serán las funciones del sistema. Debe darse una

discusión estructurada sobre los problemas de la compañía que necesitan solución.

Por lo general esta etapa se completa rápidamente cuando se crean equipos que

envuelven usuarios y ejecutivos con un conocimiento amplio sobre las necesidades

de la institución.

2.5.1.2. Etapa de análisis y diseño:

Esta consiste de un análisis detallado de las actividades de la compañía en relación al

sistema propuesto. Los usuarios participan activamente en talleres bajo la tutela de

profesionales de la informática. En ellos descomponen funciones y definen entidades

asociadas con el sistema. Una vez se completa el análisis se crean los diagramas que

definen las alteraciones entre los procesos y la data. Al finalizar el análisis se traza el

diseño del sistema. Se desarrollan los procedimientos y los esquemas de pantallas.

6
http://members.fortunecity.com/miadinellie/TrabajoFinal.htm
17
Los prototipos de procedimientos críticos se construyen, se repasan y se prepara el

plan para implementar el sistema.

2.5.1.3. Construcción:

En la etapa de construcción el equipo de desarrolladores trabajando de cerca con los

usuarios finaliza el diseño y la construcción del sistema. La construcción de la

aplicación consiste de una serie de pasos donde los usuarios tienen la oportunidad de

afirmar los requisitos y repasar los resultados. Las pruebas al sistema se llevan a cabo

durante esta etapa. También se crea la documentación y las instrucciones necesarias

para manejar la nueva aplicación, rutinas y procedimientos para operar el sistema.

2.5.1.4. Implementación:

Esta etapa envuelve la implementación del nuevo producto y el manejo del cambio

del viejo al nuevo sistema. Se hacen pruebas comprensivas y se adiestran los

usuarios. Los cambios organizacionales y la operación del nuevo sistema se hacen en

paralelo con el viejo sistema hasta que el nuevo se establezca completamente.

2.6. HERRAMIENTAS PARA DISEÑO DE PÁGINAS WEB

2.6.1. Adobe Photoshop7

Adobe Photoshop es una aplicación informática de edición y retoque de imágenes,

elaborada por la compañía de software Adobe inicialmente para computadores Apple

pero posteriormente también para plataformas PC con sistema operativo Windows.

Photoshop se ha convertido, casi desde sus comienzos, en el estándar mundial en

retoque fotográfico, pero también se usa extensivamente en multitud de disciplinas

del campo del diseño y fotografía, como diseño web, composición de imágenes

7
http://es.wikipedia.org/wiki/Adobe_Photoshop
18
bitmap, estilismo digital, fotocomposición, edición y grafismos de vídeo y

básicamente en cualquier actividad que requiera el tratamiento de imágenes digitales.

Photoshop ha dejado de ser una herramienta únicamente usada por diseñadores /

maquetadores, ahora Photoshop es una herramienta muy usada también por

fotógrafos profesionales de todo el mundo, que lo usan para realizar el proceso de

"positivado y ampliación" digital, no teniendo que pasar ya por un laboratorio más

que para la impresión del material.

Photoshop soporta muchos tipos de archivos de imágenes, como BMP, JPG, PNG,

GIF, entre otros, pero tiene ciertos formatos de imagen propios como lo son:

PSD (Photoshop Document): Es un formato que guarda una imagen como un grupo

de capas, métodos de fusión, colores, textos, máscaras, canales de color, canales alfa,

trazados, formas, configuración de tonos, entre otras. Éste es un formato muy

popular que incluso es soportado por programas de la competencia. Este formato te

permite trabajar con distintas capas después de haber cerrado el programa, al

contrario que el JPEG, sin embargo, ocupa mucho más espacio y no se puede abrir

con programas como el visor de imágenes y fax de Windows, luego es necesario

tener un programa que lea más formatos de imagen si no tienes Photoshop.

PSB: Es una nueva versión del formato PSD, diseñado especialmente para archivos

mayores a 2 GB.

PDD: Es una versión del PSD que solo soporta las opciones del programa

descontinuado PhotoDeluxe.

19
2.7. HERRAMIENTAS PARA DESARROLLO DE PÁGINAS WEB

2.7.1. ASP.NET8

Las siglas ASP corresponden a las palabras Active Server Pagés (Páginas Activas en

el servidor). ASP es una tecnología desarrollada por Microsoft para crear páginas

web de contenido dinámico apoyándose en scripts ejecutados en el servidor. Su

funcionamiento se basa, principalmente, sobre servidores Microsoft con Internet

Information Server para Windows NT o 2000, y en caso de contar con un sistema

operativo Windows 95 o 98 se utiliza un servidor web personal, especialmente el

Personal Web Server.

Una página ASP es una mezcla entre una página HTML y un programa que da como

resultado una página HTML que es enviada al cliente (navegador).Estos scripts o

programas pueden en ASP ser escritos en uno de estos dos lenguajes de

programación VBScript o JavaScript, pero el más extendido es VBScript.

ASP es una tecnología dinámica funcionando del lado del servidor, lo que significa

que cuando el usuario solicita un documento ASP, las instrucciones de programación

dentro del script son ejecutadas para enviar al navegador únicamente el código

HTML resultante. La ventaja principal de las tecnologías dependientes del servidor

8
http://tgp0607.awardspace.com/Recursos_ASP.pdf
20
radica en la seguridad que tiene el programador sobre su código, ya que éste se

encuentra inicialmente en los archivos del servidor que al ser solicitado a través del

web, es ejecutado, por lo que los usuario no tienen acceso más que a la página

resultante en su navegador.

Para explicar mejor el funcionamiento del ASP se presenta la siguiente gráfica:

Páginas

Las páginas de ASP.NET, conocidas oficialmente como "web forms" (formularios

web), son el principal medio de construcción para el desarrollo de aplicaciones web.

Los formularios web están contenidos en archivos con una extensión ASPX; en jerga

de programación, estos archivos típicamente contienen etiquetas HTML o XHTML

estático, y también etiquetas definiendo Controles Web que se procesan del lado del

servidor y Controles de Usuario donde los desarrolladores colocan todo el código

estático y dinámico requerido por la página web. Adicionalmente, el código

dinámico que se ejecuta en el servidor puede ser colocado en una página dentro de un

bloque <% -- código dinámico -- %> que es muy similar a otras tecnologías de

desarrollo como PHP (el cual es realmente gratuito), JSP y ASP, pero esta práctica

21
es, generalmente, desaconsejada excepto para propósitos de enlace de datos pues

requiere más llamadas cuando se genera la página.

2.7.2. PHP9

PHP es un lenguaje de programación interpretado, diseñado originalmente para la

creación de páginas web dinámicas. Es usado principalmente en interpretación del

lado del servidor (server-side scripting) pero actualmente puede ser utilizado desde

una interfaz de línea de comandos o en la creación de otros tipos de programas

incluyendo aplicaciones con interfaz gráfica usando las bibliotecas Qt o GTK+.

Es un acrónimo de "PHP: Hypertext Preprocessor", la mayor parte de su sintaxis es

similar a C, Java y Perl, y es fácil de aprender. La meta de este lenguaje es permitir

escribir a los creadores de páginas web, páginas dinámicas de una manera rápida y

fácil, aunque se pueda hacer mucho más con PHP.

Fue creado originalmente por Rasmus Lerdorf en 1994; sin embargo la

implementación principal de PHP es producida ahora por The PHP Group y sirve

como el estándar de facto para PHP al no haber una especificación formal.

2.7.2.1. Características de PHP

Es un lenguaje multiplataforma.

Completamente orientado al desarrollo de aplicaciones web dinámicas con

acceso a información almacenada en una Base de Datos.

El código fuente escrito en PHP es invisible al navegador y al cliente ya que

es el servidor el que se encarga de ejecutar el código y enviar su resultado

9
http://www.forosdelweb.com/wiki/Manual_de_PHP:_Qu%C3%A9_es_PHP
22
HTML al navegador. Esto hace que la programación en PHP sea segura y

confiable.

Capacidad de conexión con la mayoría de los motores de base de datos que

se utilizan en la actualidad, destaca su conectividad con MySQL y

PostgreSQL.

Capacidad de expandir su potencial utilizando la enorme cantidad de

módulos (llamados ext's o extensiones).

Posee una amplia documentación en su página oficial, entre la cual se

destaca que todas las funciones del sistema están explicadas y

ejemplificadas en un único archivo de ayuda.

Es libre, por lo que se presenta como una alternativa de fácil acceso para

todos.

Permite aplicar técnicas de programación orientada a objetos.

Biblioteca nativa de funciones sumamente amplia e incluida.

No requiere definición de tipos de variables aunque sus variables se pueden

evaluar también por el tipo que estén manejando en tiempo de ejecución.

Tiene manejo de excepciones (desde PHP5).

Si bien PHP no obliga a quien lo usa a seguir una determinada metodología

a la hora de programar (muchos otros lenguajes tampoco lo hacen), aun

estando dirigido a alguna en particular, el programador puede aplicar en su

trabajo cualquier técnica de programación y/o desarrollo que le permita

escribir código ordenado, estructurado y manejable. Un ejemplo de esto son

los desarrollos que en PHP se han hecho del patrón de diseño Modelo Vista

Controlador (o MVC), que permiten separar el tratamiento y acceso a los

23
datos, la lógica de control y la interfaz de usuario en tres componentes

independientes (ver más abajo Framework en PHP).

2.7.3. JSP10

La tecnología de JavaServer PagesTM (JSP TM) permite a los desarrolladores y a los

diseñadores de Web desarrollar rápidamente y mantener fácilmente páginas

dinámicas, ricas en información como son las que soportan a sistemas de

negociación. La tecnología de los JSP separa la interfaz del usuario de la parte lógica

del contenido permitiendo a los diseñadores cambiar a su disposición las plantillas de

la interfaz sin alterar el contenido dinámico subyacente.

Otra definición es que es una tecnología de Java que permite introducir código para

la generación dinámica de HTML dentro de una página web. Esta surge por la

necesidad de crear aplicaciones dinámicas para Web de forma fácil, ya que la mayor

parte del resultado de un programa CGI es estático. Se podría pensar entonces en

JavaScript, pero este genera HTML dinámicamente en el cliente y no puede acceder

a los recursos del servidor. La ventaja como ya se dijo es que permite diseñar la

página web y el código de forma independiente. Las páginas JSP pueden residir en

cualquier parte del servidor (no están restringidas a un directorio servlets).

En otras palabras, un JSP es simplemente una página de Web en HTML que contiene

dígitos binarios adicionales de código que ejecuta la lógica de la aplicación para

generar contenido dinámico. Esta lógica de la aplicación puede implicar el uso de

JavaBeans, objetos de JDBC, Enterprise Java Beans (EJB), u objetos de RMI, los

cuales pueden ser fácilmente accesados desde un JSP. Por ejemplo, un JSP puede

10
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/hernandez_s_ja/capitulo4.pdf
24
contener código HTML que despliega texto y gráficos estáticos, y además puede

invocar a métodos de un objeto de JDBC (Bean) que tenga acceso a una base de

datos; cuando se despliegue la página en el browser de un usuario, ésta contendrá el

contenido estático HTML y la información dinámica extraídos de la DB. Es de esta

forma en la que la mayor parte del CILE está modelada y desarrollada y es gracias al

uso de Beans que fue posible por lo que a continuación haré una breve descripción de

ellos.

2.7.3.1. Características JSP

A continuación se dará en resumen las características de esta tecnología:

Conjunta el poder de Java en el servidor y la flexibilidad de HTML

(HyperText Markup Language) en el browser.

No sólo se puede utilizar HTML, sino también XML (eXtensible Markup

Language) o WML (Wireless Markup Language).

Hace más fácil rehusar componentes como JavaBeans y Enterprise JavaBeans

los cuales realizan tareas más específicas.

Forma parte integral de Java 2 Enterprise Edition (J2EE).

Su función es saber cómo procesar una solicitud para crear una respuesta.

Soporta contenido dinámico que refleja las condiciones del mundo real.

Existe independencia entre la parte del diseño (interfaz) y la lógica

(programa).

25
2.8. TÉCNICAS DE RESPALDO Y SEGURIDAD.11

No es ninguna novedad el valor que tiene la información y los datos para nuestros

negocios. Lo que resulta increíble de esto es la falta de precauciones que solemos

tener al confiar al núcleo de nuestros negocios al sistema de almacenamiento de lo

que en la mayoría de los casos resulta ser una computadora pobremente armada

tanto del punto de vista de hardware como de software.

Si el monitor, la memoria e incluso la CPU de nuestro computador dejan de

funcionar, simplemente lo reemplazamos, y no hay mayores dificultades. Pero si

falla el disco duro, el daño puede ser irreversible, puede significar la pérdida total de

nuestra información. Es principalmente por esta razón, por la que debemos respaldar

la información importante. Imaginémonos ahora lo que pasaría si esto le sucediera a

una empresa, las pérdidas económicas podría ser cuantiosas. Los negocios de todos

los tipos y tamaños confían en la información computarizada para facilitar su

operación. La pérdida de información provoca un daño de fondo:

- Pérdida de oportunidades de negocio

- Clientes decepcionados

- Reputación perdida

La tecnología no está exenta de fallas o errores, y los respaldos de información son

utilizados como un plan de contingencia en caso de que una falla o error se presente.

Asimismo, hay empresas, que por la naturaleza del sector en el que operan (por

ejemplo Banca) no pueden permitirse la más mínima interrupción informática.

11
http://www.monografias.com/trabajos14/respaldoinfo/respaldoinfo.shtml
26
Las interrupciones se presentan de formas muy variadas: virus informáticos, fallos de

electricidad, errores de hardware y software, caídas de red, hackers, errores humanos,

incendios, inundaciones, etc. Y aunque no se pueda prevenir cada una de estas

interrupciones, la empresa sí puede prepararse para evitar las consecuencias que éstas

puedan tener sobre su negocio. Del tiempo que tarde en reaccionar una empresa

dependerá la gravedad de sus consecuencias.

Riesgo a los cuales se encuentran inmersos los Sistemas de Información

2.8.1. Copias de Información (Backups).

Estos respaldos son sólo duplicados de archivos que se guardan en "Tape Drives" de

alta capacidad. Los archivos que son respaldados pueden variar desde archivos del

sistema operativo, bases de datos, hasta archivos de un usuario común. Existen varios

tipos de Software que automatizan la ejecución de estos respaldos, pero el

funcionamiento básico de estos paquetes depende del denominado archive bit, éste

indica un punto de respaldo y puede existir por archivo o al nivel de "Bloque de


27
Información" (típicamente 4096 bytes), esto dependerá tanto del software que sea

utilizado para los respaldos así como el archivo que sea respaldado. Este mismo

archive bit es activado en los archivos (o bloques) cada vez que estos sean

modificados y es mediante este bit que se llevan a cabo los tres tipos de respaldos

comúnmente utilizados.

2.8.2. Tipos De Respaldo

2.8.2.1. Respaldo Completo ("Full")

Guarda todos los archivos que sean especificados al tiempo de ejecutarse el respaldo.

El archive bit es eliminado de todos los archivos (o bloques), indicando que todos los

archivos ya han sido respaldados.

2.8.2.2. Respaldo de Incremento ("Incremental")

Cuando se lleva a cabo un Respaldo de Incremento, sólo aquellos archivos que

tengan el archive bit serán respaldados; estos archivos (o bloques) son los que han

sido modificados después de un Respaldo Completo. Además cada Respaldo de

Incremento que se lleve a cabo también eliminará el archive bit de estos archivos (o

bloques) respaldados.

2.8.2.3. Respaldo Diferencial ("Differential")

Este respaldo es muy similar al "Respaldo de Incremento", la diferencia estriba en

que el archivo permanece intacto.

28
2.8.3. Ventajas y Desventajas de los tipos de respaldo

CUADRO 2. VENTAJAS Y DESVENTAJAS DE TIPOS DE RESPALDOS

Respaldo Archivos en Ventajas Desventajas


respaldo
Completo Todos Con este Tiempo de Ejecución
("Full") respaldo
únicamente es
posible
recuperar toda
la información
De Incremento Archivos con Velocidad Requiere del último Respaldo
("Incremental") archive bit Completo y de todos los Respaldos
activo.(Aquellos de Incremento que le siguieron
que hayan para recuperar el Sistema
cambiado desde
el último
Respaldo
Completo)
Diferencial Archivos con Sólo requiere Ocupa mayor espacio en discos
("Differential") archive bit del último comparado con Respaldos de
activo.(Aquellos Respaldo Incremento
que hayan Completo y del
cambiado desde último respaldo
el último Diferencial
Respaldo
Completo)

29
3. PLANIFICACIÓN DEL DESARROLLO DEL SOFTWARE

3.1. RECURSOS

CRONOGRAMA DE ACTIVIDADES

El tiempo de desarrollo del sistema del Sitio web para el control de Avances

Académicos se prolongó, debido a que el desarrollador de la tesis labora 8 horas

diarias en su respectivo trabajo, reduciendo de esta forma la disponibilidad de tiempo

para la elaboración del sistema a 8 horas semanales y también a la falta de

información relacionada a Sistemas de Control Académico

RECURSOS HUMANOS

Desarrolladores de tesis

Ing. Byron Oviedo Bayas, Director de tesis

Egdo. José Luis Tubay Vergara

Ing. Jorge Guanín Fajardo, Asesor

30
3.1.1. RECURSOS INFORMÁTICOS UTILIZADOS EN EL DESARROLLO

3.1.1.1. Hardware

CUADRO 3. HARDWARE USADO EN EL DESARROLLO

CANTIDAD EQUIPO DESCRIPCIÓN

 Core 2 duo de 2.0 GHz o superior


 2 Gb. RAM o superior
1 COMPUTADOR
 160 Gb Disco Duro
 Cd rewriter
 Monitor, Teclado, Mouse
1 IMPRESORA SAMSUNG ML-1610

3.1.1.2. Software

CUADRO 4. SOFTWARE USADO EN EL DESARROLLO

TIPO DESCRIPCIÓN

Software necesarios para el desarrollo del

MICROSOFT .NET 2005 Sistema

Versión .NET 2005

SISTEMA OPERATIVO WINDOWS XP, WINDOWS VISTA

DBMS para la administración de la Base de


SISTEMA DE ADMINISTRACIÓN
Datos del Sistema en la cual estarán
DE BASE DE DATOS
registrados los Datos.

Requerido Microsoft SQL Server 2005

Microsoft Office 2003 o superior


SOFTWARE UTILITARIOS
Word
Excel
Project

31
3.1.1.3. Materiales de Oficina

CUADRO 5. MATERIALES DE OFICINA

DETALLE CANTIDAD
Papel de Impresión 2 resmas Hojas a4
Lapiceros 10
Lápices 10
Grapadoras 1
Caja de grapas 1
Caja de clips 1
Caja de borradores 1
3 CDS RW 3
Perforadora 1
Marcadores 5
Resaltadores 5
Juego de reglas 1

32
3.2. PRESUPUESTO

3.2.1. Costo

CUADRO 6. COSTO

Cantidad Descripción Prec.Unit Total

1300 Horas de Alquiler Computadora 0.5 650.00

200 Horas de Alquiler de Internet 0.70 140.00

500 Impresión hoja 0.10 50.00

1 Resma de Hojas A4 2.50 2.50

1 Paquete Utilitario Microsoft Office 250.00 250.00

1 Microsoft Visual Studio.Net 2005 1200.00 1200.00

1 Software Administración BD SQL Server 2005 800.00 800.00

Software de Administración de Proyectos (Microsoft


1 200.00 200.00
Project 2000)

800 Horas de Desarrollo 5.00 4000.00

1 Caja de Bolígrafos 5.00 5.00

1 Caja Lápices 4.00 4.00

1 Caja Borradores 3.00 3.00

3 CD Sony 1.00 3.00

1 Caja Grapas 1.00 1.00

1 Perforadora 1.50 1.50

1 Grapadora 1.00 1.00

1 Caja Clips 1.00 1.00

TOTAL 7313.00

33
3.2.2. Costo de Oportunidad

Por motivo de tratarse de mi tesis de grado, existen muchas oportunidades que se

pueden aprovechar. Entre las más importante están, que yo voy a desarrollarla

entonces no existe el pago de horas a programadores, además dispongo de un

computador personal el cual voy a usar para el desarrollo de la tesis. Conjuntamente

voy a hacer uso de los Softwares, de Administración de Base de Datos, Utilitarios,

Sistema Operativo y Project facilitados por la Universidad.

CUADRO 7. COSTO DE OPORTUNIDAD

Cantidad Descripción Prec.Unit Total

1300 Horas de Alquiler Computadora 0.5 650.00

1 Paquete Utilitario Microsoft Office 300.00 300.00

1 Microsoft Visual Studio.Net 2005 1200.00 1200.00

1 Software Administración BD SQL Server 2005 800.00 800.00

Software de Administración de Proyectos (Microsoft


1 200.00 200.00
Project 2000)

800 Horas de Desarrollo 5.00 4000.00

TOTAL 7150.00

34
3.2.3. Costo Real

CUADRO 8. COSTO REAL

Cantidad Descripción Prec.Unit Total

200 Horas de Alquiler de Internet 0.70 140.00

500 Impresión hoja 0.10 50.00

1 Resma de Hojas A4 2.50 2.50

1 Caja de Bolígrafos 5.00 5.00

1 Caja Lápices 4.00 4.00

1 Caja Borradores 3.00 3.00

5 Carpetas 0.20 1.00

3 CD Sony 1.00 3.00

1 Caja Grapas 1.00 1.00

1 Perforadora 1.50 1.50

1 Grapadora 1.00 1.00

1 Caja Clips 1.00 1.00

TOTAL 213.00

35
4. MODELO DE DESARROLLO DEL SITIO WEB

Para el desarrollo del sitio web se utilizó la metodología de desarrollo conocida como

diseño rápido de aplicaciones RAD (por sus siglas en inglés) esta metodología ha

tomado gran impacto en el desarrollo de software debido a la necesidad que tienen

las instituciones de crear aplicaciones funcionales en un plazo de tiempo corto. Esta

modalidad de desarrollo consiste de diferentes etapas que suceden de forma paralela

y exigen la colaboración de los usuarios en todos los niveles.

La metodología RAD ha tenido mucho auge recientemente en el mundo de la

informática. Esta metodología propone un proceso de desarrollo de "software" que

permite que se creen sistemas de computadoras utilizables en un periodo de tiempo

entre 60 a 90 días. RAD es un ciclo de desarrollo diseñado para crear aplicaciones de

computadoras de alta calidad de las que acontecen en corporaciones grandes.

4.1. FASE PLANIFICACIÓN DE LOS REQUISITOS

La planificación tiene como objetivo la definición de cada uno de los requisitos o

proceso que se va a llevar a cabo con la creación del sitio web, para llevar el control

de los avances académico de los Docentes de la Escuela de Informática que responda

de una manera más eficaz y eficiente al proceso manual que se está llevando

actualmente.

Es la parte más importante del desarrollo de la aplicación web entre los principales

requerimientos tenemos:

36
CUADRO 9.REQUERIMIENTOS

Ref. Requerimiento Categoría

R.001 Ingresar a la aplicación web mediante un Evidente


Login y una contraseña
R.002 Enlistar Materias distribuidos por Docentes Evidente

R.003 Enlistar días de clases por materias Evidente

R.004 Enlistar Unidades y Temas por materias Evidente

R.005 Ingreso de Avances Académicos Evidente

R.006 Enlistar Avances Académicos Realizados Evidente

R.007 Modificar contraseña Evidente

R.008 Enlistar Materias por carreras y cursos Evidente

R.009 Registro de Programas Académicos por Evidente


Materias
R.010 Enlistar Docentes por periodos y semestre Evidente

R.011 Mostrar Avances Académicos por Docente Evidente

R.012 Asentar faltas a los Docentes Evidente

R.013 Justificar Faltas a Docentes Evidente

Fuente: Investigación

Elaboración: Autor

Entre los principales problemas con respecto al proceso manual que se está llevando

tenemos:

El Docente no llena oportunamente los leccionarios.

Datos registrados por los Docentes es confuso o no coinciden con los temas

estipulados en cada uno de los programas académicos propuestos.

Obtención de reportes estadísticos tardan mucho tiempo.

No se tiene información histórica al instante

37
4.2. FASE DE ANÁLISIS Y DISEÑO

Durante esta fase se identificó, diseñó y especificó la forma de cada uno de los

componentes del sitio web. Esta fase se realizó casi en forma paralela a la fase de

construcción.

4.2.1. IDENTIFICAR CASOS DE USOS Y ESQUEMATIZAR

DIAGRAMAS DE CASOS DE USO.

Un actor representa el rol genérico del sistema. El nombre que se le dé a un actor

deberá reflejar el papel que tendrá para el sistema.

Los casos de uso son una descripción de un conjunto de secuencias de acciones que

un sistema ejecuta y que produce un resultado observable de interés para un actor

particular. Reflejan el uso que harán los actores del sistema; se muestran a través de

ellos tanto las funcionalidades que ofrecerá el sistema, como los diferentes inherentes

a las situaciones contempladas para cada una de estas.

Actor Caso de Uso

Ingresar al sistema Web

Enlistar días de clases por materias distribuidas

Enlistar Temas por Unidades

Docente Registrar Avance Académico

Enlistar Avances Académicos Realizados

Modificar contraseña

Ingresar al sistema Web

Enlistar Materias por carreras y cursos

Director Escuela Registro de Programas Académicos por Materias

38
Enlistar Docentes por periodos y semestre

Mostrar Avances Académicos por Docente

Asentar faltas a los Docentes

Modificar contraseña

Ingresar al sistema Web

Enlistar Docentes por periodos y semestre

Decano Mostrar Avances Académicos por Docente

Justificar Faltas

Modificar contraseña

Los diagramas de Casos de Uso sirven para especificar la funcionalidad y el

comportamiento de un sistema mediante su interacción, con los usuarios y/o otros

sistemas. O lo que es igual un diagrama que muestre la relación entre los actores y

los casos de uso en un sistema.

Estos diagramas son los primeros en generarse ya que permiten capturar de forma

sencilla las especificaciones del sistema a desarrollar. Además, ofrecen una visión

del sistema, que vamos a desarrollar.

Ingresar al sistema

Enlistar días de clases


por materia distribuida
DOCENTE
Registrar Avance
Académico

Modificar
Contraseña
Figura 1. Diagrama de Caso de Uso del Docente

39
Ingresar al sistema

Ingresar Programa
Académico

Enlistar Docentes por


periodo y semestre

Modificar contraseña

Mostrar Avance
DIRECTOR DE ESCUELA Académico por docente

Registrar falta a
docente

Figura 3. Diagrama de Caso de Usos del Director de Escuela

Ingresar al sistema

Enlistar Docentes por


periodo y semestre

Modificar contraseña

Mostrar Avance
DECANO Académico por docente

Justificar falta a
docente

Figura 2. Diagrama de Caso de Uso del Decano


40
4.2.2. NARRACIÓN DE LOS CASOS DE USOS ENCONTRADOS

Identificación: UC-001

Caso de uso: Ingresar al sistema

Actores: Docente, Director de Escuela, Decano

Propósito: Permitir a un Usuario el acceso al sistema, mediante un Login y una

contraseña.

Descripción: Este use case empieza cuando un usuario quiere acceder a la

aplicación web, para esto primero tiene que seleccionar el tipo de

usuario, luego ingresa su número de cédula y contraseña.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El usuario selecciona el tipo de

Usuario que es.

2. El usuario Ingresa su número de

cédula y su contraseña.

3. El sistema valida que el número de

cédula y el contraseña sean los

correctos.

Caso de uso alterno

Paso 3: No hay usuarios con el número de cédula ingresado o la contraseña es incorrecta

41
Identificación: UC-002

Caso de uso: Enlistar días de clases por materias distribuidas

Actores: Docente

Propósito: Presentar los días de clase en la semana actual, de una materia

seleccionada

Descripción: Este use case empieza cuando el Docente selecciona el menú Mis

curso, luego una de las materia distribuidas para el dictado de clases

en el periodo vigente.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El Docente selecciona el menú Mis

Cursos.

2. El sistema presentará un listado de

las materias distribuidas para el

periodo vigente, especificando la

carrera y el curso.

3. El Docente seleccionará una materia

de la cual necesita saber los días de

clases.

4. El sistema presentará un listado de

los días de clases en esa semana y las

horas a dictar.

Caso de uso alterno

Paso 2: No hay materias distribuidas para ninguna carrera del semestre vigente

42
Identificación: UC-003

Caso de uso: Registrar Avance Académico

Actores: Docente

Propósito: Permitir al Docente Registrar el avance académico después de haber

dictado la clase la unidad de aprendizaje a la cual ha sido designado.

Descripción: Este use case empieza cuando el Docente selecciona un día de clase a

las cual le va hacer el respectivo ingreso del avance académico de una

unidad de aprendizaje seleccionada.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El Docente selecciona el día de clase

al cual se le va realizar el ingreso

del avance.

2. El sistema muestra unidades


distribuidas de la unidad de
aprendizaje seleccionada
3. El Docente selecciona la unidad en

la que se encuentra el tema dictado

en clases.

4. El sistema presentará los temas que


pertenecen a la unidad seleccionada.

5. El Docente selecciona los temas


dictados en clases, luego presionará
el botón guardar.
6. El sistema guarda la información en
la base de datos.
Caso de uso alterno

Paso 2: el día de clase seleccionado es mayor a la fecha del servidor, no se puede grabar

avance para este día.

43
Identificación: UC-004

Caso de uso: Modificar Contraseña

Actores: Docente, Director de Escuela, Decano

Propósito: Permitir al usuario cambiar su contraseña.

Descripción: Este use case empieza cuando el usuario selecciona en el menú la

opción Cambio de contraseña.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El usuario selecciona en el menú la

opción Cambio de contraseña

2. El sistema muestra un formulario


que le va solicitar que ingrese la
contraseña actual, luego la nueva
contraseña y confirmar la nueva
contraseña
3. El usuario ingresa la contraseña

actual, luego la nueva contraseña y

confirma la nueva contraseña, por

ultimo presiona el botón cambiar

contraseña

4. El sistema valida la información


ingresada y la guarda.

Caso de uso alterno

Paso 4: Confirmar la nueva contraseña debe coincidir con la entrada nueva contraseña.

44
Identificación: UC-005

Caso de uso: Ingresar Programa Académico

Actores: Director de Escuela

Propósito: Permitir ingresar un programa académico para la unidad de

aprendizaje seleccionada

Descripción: Este use case empieza cuando el Director de Escuela selecciona en el

menú la opción Subir Programa Académico, luego selecciona la

carrera, curso y materia al que se le va hacer el ingreso del programa

Académico.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El Director de Escuela selecciona en

el menú la opción Subir Programa

Académico

2. El sistema presentará un listado de

las carreras que tiene esa Escuela.

3. El Docente seleccionará la carrera

4. El sistema muestra los cursos para

esa carrera

5. El director selecciona el curso

6. El sistema muestra las materias

disponibles para ese curso.

7. Selecciona la materia

8. Busca la dirección Física del archivo

donde se encuentra el programa

45
académico y presiona el botón

visualizar.

9. El sistema muestra el programa

académico que se va guardar.

10. Presiona el botón Guardar

11. Guarda el Programa Académico

Caso de uso alterno

Paso 9: El programa académico no tiene el formato correcto, no se puede guardar la

información

46
Identificación: UC-006

Caso de uso: Enlistar Docentes por periodo y semestre

Actores: Director de Escuela, Decano

Propósito: Presentar los Docentes designados para el dictado de las clases de una

Escuela o facultad, por periodo lectivo y semestre.

Descripción: Este use case empieza cuando el usuario selecciona la opción en el

menú Periodos Anteriores

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El usuario selecciona el menú

Periodos Anteriores.

2. El sistema presentará los periodos

lectivos desde la puesta en

funcionamiento de la aplicación web.

3. El usuario seleccionará un periodo

lectivo.

4. El sistema presentará los semestres

disponibles para ese periodo lectivo.

5. El usuario selecciona el semestre

6. Muestra la lista de Docentes que

dieron clases en el periodo lectivo y

semestre seleccionado

47
Identificación: UC-007

Caso de uso: Mostrar reporte de avance académico por Docente

Actores: Director de Escuela, Decano

Propósito: Presentar los respectivos avances realizado por el Docente en el

periodo seleccionado

Descripción: Este use case empieza cuando el usuario selecciona a un Docente para

ver su respectivo avance académico ya sea en el periodo actual o

periodos anteriores.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El usuario selecciona a un Docente

para ver su avance académico.

2. El sistema mostrará las materias

distribuidas para ese Docente.

3. El usuario seleccionará una de las

materias distribuidas al Docente.

4. El sistema muestra los meses de

clases para que el usuario pueda

seleccionar el mes a reportar

5. El usuario selecciona el mes a sacar

el reporte

6. Muestra un reporte de los respectivos

avances realizados por el Docente en

las fechas establecidas de clase

48
Identificación: UC-008

Caso de uso: Registrar falta a Docente

Actores: Director de Escuela

Propósito: Permite registrarle una falta a un Docente por no haber asistido a dictar

clases y así el Docente no pueda registrar el respectivo avance en el

día que no asistió.

Descripción: Este use case empieza cuando el Director de Escuela desea registrar

una falta a un Docente por no haber asistido a dictar su respectiva

clase en la en el día y la hora establecido en el horario de clase.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El Director de Escuela selecciona al


Docente al cual se le va registrar la
falta.
2. El sistema presentará las materias
distribuidas para ese Docente.
3. El director selecciona la materia a la

cual no dicto la clase el Docente.

4. El sistema presentará un listado con


cada una de la fecha en que el
Docente debía dictar clases a los
estudiantes.
5. El director selecciona la fecha a la

cual se va a registrar la falta y

guarda la respectiva falta

6. Registra en la base de datos la

respectiva falta

49
Identificación: UC-009

Caso de uso: Justificar falta a Docente

Actores: Decano

Propósito: Permite justificarle una falta registrada por el Director de Escuela a un

Docente por no haber asistido a dictar clases.

Descripción: Este use case empieza cuando el Decano autoriza la justificación de

falta del Docente, para que este pueda registrar su respectivo avance

académico en la fecha justificada.

Tipo: Primario

Curso típico de evento

Acción del Actor Respuesta del sistema

1. El Decano selecciona al Docente al


cual se le va registrar la falta.
2. El sistema muestra las faltas que
tiene el Docente.
3. El Decano selecciona la fecha de la

falta para su respectiva justificación.

y guarda la respectiva justificación

4. Registra en la base de datos la


respectiva justificación

50
4.2.3. PORTABILIDAD EN LOS SISTEMAS OPERATIVOS

Las tres herramientas son portables de Windows a Linux y viceversa; esto quiere

decir que se puede migrar de un sistema operativo a otro sin realizar cambios en el

código. Sin embargo, es importante destacar que ASP no fue diseñado para trabajar

en ambientes Linux, ya que es un producto exclusivo de Microsoft. Debido a esto, la

empresa SUN desarrolló una herramienta llamada One Active Server Page, la cual

interpreta el código ASP y permite el funcionamiento de éste bajo Linux. Esto tiene

algunas limitantes para los usuarios Linux, ya que la herramienta no es de tipo

Freeware, lo cual reduce el uso de ASP sobre Linux y en caso de que el programador

la utilice, si desea migrar de un sistema operativo hacia otro, debe asegurarse de

utilizar componentes ADO para la conexión con las bases de datos.

CUADRO 10. PORTABILIDAD EN LOS SISTEMAS OPERATIVOS

Fuente: Biblioteca virtual EBESCO

Elaboración: departamento de ingeniería & desarrollo de la Universidad del Norte

de Colombia.

4.2.4. CONFIABILIDAD

Al ejecutar los prototipos desarrollados con las tres herramientas, se pudo observar

que al seleccionar la opción Ver código fuente, disponible en el navegador de

internet, ninguna de las herramientas muestra el código del lado del cliente, lo cual es

51
algo favorable desde el punto de vista de la seguridad. A pesar de lo anterior, ASP

está sujeto a la decisión, o al desconocimiento, de parte del programador, para que el

usuario vea o no el código, debido a que esto depende de las etiquetas que se utilicen.

Por ejemplo, la etiqueta <script></ script> permite que sea visible, en tanto que

<%%> no sea visible.

4.2.5. ARQUITECTURA DE SOFTWARE Y HARDWARE

CUADRO 11. ARQUITECTURA DE SOFTWARE Y HARDWARE

Fuente: Biblioteca virtual EBESCO

Elaboración: departamento de ingeniería & desarrollo de la Universidad del Norte

de Colombia.

A pesar que PHP y JSP ejecutan correctamente bajo Windows, su funcionamiento

adecuado se da en Linux, debido a que inicialmente fueron diseñados para este

último sistema operativo, y como era de esperarse, ASP tiene un mejor desempeño

en Windows, debido a que es una herramienta exclusiva Microsoft.

De igual forma sucede con el manejo de los servidores sobre los cuales se almacenan

las páginas desarrolladas en los mismos. Por otro lado, hay que destacar que JSP

52
requiere una memoria más grande, debido a que está basado en JAVA, y consume

gran cantidad de recursos de memoria.

4.2.6. DETECCION DE FALLAS

Se ejecutaron varios procesos paralelos en cada una de las herramientas de

programación bajo la Web, y se encontraron los siguientes resultados:

CUADRO 12. GRADO DE DETECCIÓN DE FALLAS

Fuente: Biblioteca virtual EBESCO

Elaboración: departamento de ingeniería & desarrollo de la Universidad del Norte

de Colombia.

En la tabla anterior se puede observar que PHP tiene la celda parcialmente

sombreada; esto quiere indicar que dicha herramienta no detecta por completo qué

tipo es el que se produce.

4.2.7. SELECCIÓN DE HERRAMIENTA DE DESARROLLO

ASP.NET

Es necesario mencionar que no se puede afirmar tajantemente que una herramienta

sea mejor que la otra; según la revista publicada en la biblioteca virtual EBSCO, del

departamento de ingeniería & desarrollo de la Universidad del Norte del vecino país

Colombia nos damos cuenta que cada una posee fortalezas y debilidades ante

determinadas circunstancias. Por ejemplo, JSP presentó los mejores tiempos de

respuesta y tuvo la mejor calidad de detección y ubicación de errores, con el tipo de


53
error, pero PHP mantuvo la integridad en base de datos, con mayor frecuencia, en los

dos sistemas operativos, y en ASP se obtuvo el mayor promedio de consultas de

listado tanto en Windows como en Linux.

ASP tiene un mejor desempeño en Windows, por ser una herramienta exclusiva

Microsoft. Por otro lado, hay que destacar que JSP requiere una memoria más

grande, debido a que está basado en JAVA, por lo cual consume gran cantidad de

recursos de memoria. Sin embargo, así como se presentan estas diferencias, también

es sumamente rescatable que las tres herramientas pueden migrar de Windows a

Linux y viceversa, sin realizar cambios en el código, y que ninguna muestra el

código del lado del cliente, brindando de esta manera mayor seguridad.

Por cada uno de los motivos mencionados anteriormente se ha seleccionado

ASP.NET además a esto hay que agregar que la UTEQ cuenta con el software y no

se tendrá que gastar en la compra de la licencia.

4.2.8. SELECCIÓN DE HERRAMIENTA DE ALMACENAMIENTO DE

LA INFORMACIÓN

Microsoft SQL server 2005

Se seleccionó esta herramienta pensando en la seguridad del sistema web y entre las

principales razones estarían:

disponibilidad de la licencia con la que cuenta la Universidad.

Integración a otros sistemas de información.

Costo.

54
4.2.9. SELECCIÓN DE LA MEJOR TECNICA PARA EL RESPALDO DE

LA INFORMACIÓN.

Respaldo Completo ("Full")

Se seleccionó este tipo de respaldo completo, porque por medio de éste se guardan

todos los archivos que sean especificados al tiempo de ejecutarse el respaldo, en caso

de algún daño irreversible del disco duro.

4.2.10. DISEÑO DE DATOS

Se diseñaron las estructuras de los archivos lógicos en los que se almacenaría la

información relacionada al control del avance Académico.

4.2.10.1. DIAGRAMA ENTIDAD RELACIÓN

Se realizó una representación gráfica conceptual de la cardinalidad de las relaciones

existentes entre los archivos que conforman la base de datos del sitio web. El

diagrama se ilustra en la figura 1 Diagrama entidad relación.

Figura 4. Diagrama Entidad Relación

55
4.2.10.2. DISEÑO DE LA BASE DE DATOS

Las estructuras de los archivos de la base de datos y los campos mediante los que se

relacionan se ilustran en la figura 2 Diseño de la base de datos.

Figura 5. Diseño de la base de datos

56
4.2.10.3. REFERENCIAS CRUZADAS DE LA BASE DE DATOS

Las tablas de referencias cruzadas de la base de datos fueron elaboradas basándose

en el diseño de la base de datos y describen la cardinalidad y modalidad de las

relaciones, así como los campos de enlace entre las tablas.

CUADRO 13. REFERENCIAS CRUZADAS DE LA BASE DE DATOS

TABLAS RELACIONES
CAMPOS DE
Primaria Secundaria RELACION Cardinalidad Modalidad

TbAvanceAcad TbDetalleAvanceAcad número_avance 1a n Obligatorio- obligatorio


TbUnidadMateria TbDistributivoUnidad codigo_unidad 1a n Obligatorio- obligatorio
TbTemas TbDistributivoTema codigo_tema 1a n Obligatorio- obligatorio
TbUnidadMateria TbDetalleAvanceAcad codigo_unidad 1a n Obligatorio- obligatorio
TbTemas TbDetalleAvanceAcad codigo_tema 1a n Obligatorio- obligatorio
Fuente: Investigación

Elaboración: Autor

4.2.10.4. DISEÑO DEL MAPA DE NAVEGACIÓN.

Index

Docente Director Escuela Decano

Cambio Ingreso de
Mis Curso Asentar Faltas Justificar Faltas
Contraseña Notas

Reporte de
Reporte Avance
Materias Avance
Acedemico
Academico

Registro de Subir Programa Cambio de


Avance Academico Contraseña

Cambio de
Contraseña

Figura 6. Mapa de navegación del Sitio Web

57
4.2.11. DISEÑO DE LA INTERFAZ HOMBRE-MÁQUINA

Durante el diseño de la interfaz hombre-máquina se establecieron las propiedades y

validaciones comunes que tendrían los formularios web y menús de opciones e

informes que permitirían la interacción entre el usuario y el sitio web, también se

elaboraron prototipos basándose en las características comunes previamente

establecidas. Los prototipos se utilizaron como patrones para continuar el diseño de

la interfaz hombre-máquina, lo cual se realizó casi en forma paralela a la fase de

construcción del software.

58
4.2.11.1. DISEÑO DE FORMULARIOS WEB

Formulario web de ingreso al sitio web

La página de inicio se presenta una forma de entrada a la aplicación web donde se

solicita al usuario ingresar el número de cédula y la clave por motivos de seguridad,

para ingresar a su cuenta; Ver figura 7.

Figura 7. Ejemplo de formularios web de ingreso al sitio web

59
Formulario web de materias distribuidas

Se caracteriza por permitir al Docente ver las materias que tiene designados ordenados

por Facultad, carrera, materia y curso; Ver figura 8.

Figura 8. Formulario web de materias distribuidas

60
Formulario web de selección de clases y reporte de avance realizado

Permiten seleccionar una fecha dictada para poder realizar el avance académico,

también permite visualizar los temas registrados y poder imprimirlos; Ver figura 9.

Figura 9. Formulario Selección día

61
Formulario web para el almacenamiento de la clase dictada

Permite seleccionar el o los temas dictados en clase para ese día y almacenarlos en la

base de datos.

Figura 10. Ingreso de Avance Académico

62
Formulario web para de Selección de Docentes por periodos lectivos y semestre

Permite obtener reportes del avance académico de un Docente en específico por

periodo lectivo y semestre.

Figura 11. Selección de Docente por periodo lectivo y semestre

63
Formulario Web para impresión de dos tipos de Reportes Final o Mensual.

Permite Imprimir reportes de Docente y materia específica Mensual o Final.

Figura 12. Impresión de Reportes

64
Formulario Web para El ingreso de faltas a los Docentes

Permite a los Directores de Escuela asentarle falta a los Docentes que no hayan asistido

a dar clases para que ellos no tengan la posibilidad de registrar el respectivo avance

académico.

Figura 13.Asentar Faltas a Docentes

65
Formulario Web para el ingreso de Programas Académico al sitio web

Permite a los Directores de Escuela ingresar subir al servidor los respectivos programas

académicos para cada materia.

Figura 14. Ingreso de Programa Académico

66
4.3. FASE DE CONSTRUCCIÓN

Durante esta tarea se elaboraron patrones de lógica de programación. En base a estos

patrones se desarrollaron prototipos de código para los formularios.

La construcción del software fue desarrollada basándose en el diseño de datos y en

los prototipos de interfaces y de código elaborados durante la fase de diseño.

Como se enunció anteriormente la mayoría de los formularios web fueron

codificados basándose en los prototipos elaborados durante la fase de diseño. Hay

bloques de código que no se basan en los prototipos debido a que tienen una lógica

de programación única en todo el sitio web, sin embargo todos los segmentos de

código han sido documentados

Procedimientos utilizados al iniciar de la ejecución del sitio web

'Establece la conexión con la base de datos y obtiene la


información que se requiere para la ejecución del sistema ***

Public cadConexion As String = "Data Source=SAC;Initial


Catalog=SAC;Persist Security Info=false;User ID=;Integrated
Security=SSPI"
Public sEstado, sDataBAse, sIP, sMAC, sPC As String
Public fechaServer As Date
Public strFacultad As String
Public enlace As SqlClient.SqlConnection

'obtiene informacion sobre la red ***


Private Sub ObtenerDatosRed()
Dim i As Byte
Dim hostInfo As System.Net.IPHostEntry =
System.Net.Dns.GetHostEntry(sPC)

Dim netinter() As NetworkInterface =


NetworkInterface.GetAllNetworkInterfaces
For Each aux As NetworkInterface In netinter
Dim dirmac As Byte() =
aux.GetPhysicalAddress.GetAddressBytes
While i < dirmac.Length

67
sMAC += dirmac(i).ToString("X2")
If (i <> dirmac.Length - 1) Then sMAC += "-"
i += 1
End While
If sMAC = "" Then sMAC =
aux.GetPhysicalAddress().ToString().Trim()
Next
sPC = hostInfo.HostName.ToString
For Each ip As System.Net.IPAddress In hostInfo.AddressList
sIP = ip.ToString.Trim
Next
End Sub

'Valida y obtiene los datos del usuario ***


sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "validaclaveusuario"
sqlcmd.Parameters.Add("@Usuario", SqlDbType.VarChar, 10)
sqlcmd.Parameters.Add("@Clave", SqlDbType.VarChar, 50)
sqlcmd.Parameters.Add("@Tipo", SqlDbType.VarChar, 1)
sqlcmd.Parameters.Item(0).Value = Trim(Usuario)
sqlcmd.Parameters.Item(1).Value = generarClaveSHA1(clave)
sqlcmd.Parameters.Item(2).Value = Trim(tipo)
sqlcmd.Connection = clase.Conectar()
reader = sqlcmd.ExecuteReader()

'cambia clave de los usurios***


sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "CambiarClave"
sqlcmd.Parameters.Add("@Usuario", SqlDbType.VarChar, 10)
sqlcmd.Parameters.Add("@Tipo", SqlDbType.VarChar, 1)
sqlcmd.Parameters.Add("@clave", SqlDbType.VarChar, 50)
sqlcmd.Parameters.Item(0).Value = Trim(Usuario)
sqlcmd.Parameters.Item(1).Value = tipo
sqlcmd.Parameters.Item(2).Value = clave
reader = sqlcmd.ExecuteReader()
reader.Close()

'obtiene los Docentes de la Escuela del periodo y semestre indicado***

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "Docentes"
sqlcmd.Parameters.Add("@codigoescuela", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Add("@periodo", SqlDbType.VarChar, 10)
sqlcmd.Parameters.Add("@semestre", SqlDbType.Char, 1)
sqlcmd.Parameters.Item(0).Value = codigoescuela
sqlcmd.Parameters.Item(1).Value = periodo
sqlcmd.Parameters.Item(2).Value = semestre
reader = sqlcmd.ExecuteReader()

'obtiene las materias distrbuidas para el usuario en el periodo y


semestre actual***

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "materias"
sqlcmd.Parameters.Add("@Usuario", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Item(0).Value = Usuario
reader = sqlcmd.ExecuteReader()
68
'obtiene los días de clases de la materia seleccionada***

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "clases"
sqlcmd.Parameters.Add("@materia", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Add("@codigoperiodo", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Item(0).Value = materia
sqlcmd.Parameters.Item(0).Value = codigoperiodo
reader = sqlcmd.ExecuteReader()

'obtiene los temas registrados por el Docente en cada clase

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "avancesrealizados"
sqlcmd.Parameters.Add("@materia", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Add("@codigoperiodo", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Item(0).Value = materia
sqlcmd.Parameters.Item(0).Value = codigoperiodo
reader = sqlcmd.ExecuteReader()

'obtiene las unidades distribuidas para cada una de las materias


correspondiente

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "unidades"
sqlcmd.Parameters.Add("@materia", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Add("@codigoperiodo", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Item(0).Value = materia
sqlcmd.Parameters.Item(1).Value = codigoperiodo
reader = sqlcmd.ExecuteReader()

'obtiene los temas distribuidos correspondiente a la unidad


seleccionada

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "unidades"
sqlcmd.Parameters.Add("@materia", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Add("@codigoperiodo", SqlDbType.VarChar, 5)
sqlcmd.Parameters.Add("@unidad", SqlDbType.int)
sqlcmd.Parameters.Item(0).Value = materia
sqlcmd.Parameters.Item(1).Value = codigoperiodo
sqlcmd.Parameters.Item(2).Value = unidad
reader = sqlcmd.ExecuteReader()

'Registra los temas seleccionado

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "RegistraAvance "
sqlcmd.Parameters.Add("@docente", SqlDbType.VarChar, 10)
sqlcmd.Parameters.Add("@materia", SqlDbType.VarChar, 6)
sqlcmd.Parameters.Add("@periodo", SqlDbType.VarChar, 10)
sqlcmd.Parameters.Add("@tema", SqlDbType.Int)
sqlcmd.Parameters.Add("@unidad", SqlDbType.Int)
sqlcmd.Parameters.Add("@observacion", SqlDbType.VarChar, 1000)
69
sqlcmd.Parameters.Add("@fechaclases", SqlDbType.SmallDateTime)
sqlcmd.Parameters.Add("@horas", SqlDbType.Int)
sqlcmd.Parameters.Item(0).Value = Trim(Usuario)
sqlcmd.Parameters.Item(1).Value = materia
sqlcmd.Parameters.Item(2).Value = periodo
sqlcmd.Parameters.Item(3).Value = tema
sqlcmd.Parameters.Item(4).Value = unidad
sqlcmd.Parameters.Item(5).Value = observacion
sqlcmd.Parameters.Item(6).Value = fechaclases
sqlcmd.Parameters.Item(7).Value = horas
reader = sqlcmd.ExecuteReader()

'Muestra los periodos lectivos

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "periodos"
reader = sqlcmd.ExecuteReader()

'Muestra los semestre del periodo lectivo seleccionado

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "semestre"
sqlcmd.Parameters.Add("@Id_periodo", SqlDbType.VarChar, 1)
sqlcmd.Parameters.Item(0).Value = Session("Periodo")

sqlcmd.CommandType = CommandType.StoredProcedure
sqlcmd.CommandText = "Meses"
sqlcmd.Parameters.Add("@periodo", SqlDbType.VarChar, 10)
sqlcmd.Parameters.Add("@semestre", SqlDbType.Char, 1)
sqlcmd.Parameters.Item(0).Value = Session("Periodo")
sqlcmd.Parameters.Item(1).Value = Session("semestre")
reader = sqlcmd.ExecuteReader()

'Validacion de Usuario

Private Sub Valida_ingreso()


If txtcédula.Text <> "" Then
Session("Tipo") = CbtipoU.SelectedItem.Text.Trim()
Dim objeto As New Procedimientos()
If Not objeto.validar_clave(txtcédula.Text, txtclave.Text,
IIf(Session("Tipo") = "Docente", "C", "T")) Then
lblmensaje.Text = "No hay Usuarios con el número de
cédula :" & txtcédula.Text & ""
Exit Sub
Else
Select Case Session("Tipo")
Case "Administrador"
Session("Usuario") = txtcédula.Text
Session("Escuela") = objeto.strCodEscuela
Session("NombreUsuario") =
objeto.NombreUsuario
Response.Redirect("~/AdmDocentes.aspx")
Case "Docente"
Session("Usuario") = txtcédula.Text
Session("NombreUsuario ") =
objeto.NombreUsuario
70
Response.Redirect("~/Bienvenido.aspx")
End Select
End If
Else
lblmensaje.Text = "Ingrese Usuario y Contraseña"
End If
End Sub

'selección de la materia a registrar el avance Academico y


redireccionamiento a la siguinete página
Protected Sub GridMaterias_SelectedIndexChanged(ByVal sender As
Object, ByVal e As System.EventArgs) Handles
GridMaterias.SelectedIndexChanged
Session("Nommateria") = Me.
GridMaterias.Rows(Me.GridView1.SelectedIndex).Cells(3).Text()
Session("NomCurso") = Me.
GridMaterias.Rows(Me.GridView1.SelectedIndex).Cells(5).Text()
Session("materia") = Me.
GridMaterias.Rows(Me.GridView1.SelectedIndex).Cells(4).Text()
Session("semestre") = Me.
GridMaterias.Rows(Me.GridView1.SelectedIndex).Cells(6).Text()
Response.Redirect("~/AvanceAcademico.aspx")
End Sub

'Proceso para imprimir reportes en pdf

Sub exportar1()
Dim cellText As String = Server.HtmlDecode(" SISTEMAS DE
AVANCES ACADEMICOS ")
Dim cellText2 As String = Server.HtmlDecode("")
Dim cellText3 As String = Server.HtmlDecode("")
Dim table As New iTextSharp.text.Table(4)
table.BorderColor = Color.BLACK
'table.Padding = 2
'table.Spacing = 0
Dim headerwidths() As Single = {6, 10, 6, 3}
table.Widths = headerwidths
table.Cellpadding = 1
cellText = Server.HtmlDecode("FECHA DE CLASES")
Dim cell2 As New iTextSharp.text.Cell(cellText.Trim)
table.AddCell(cell2)
cellText = Server.HtmlDecode("TEMA")
Dim cell3 As New iTextSharp.text.Cell(cellText.Trim)
table.AddCell(cell3)
cellText = Server.HtmlDecode("FECHAS DE REGISTRO")
Dim cell4 As New iTextSharp.text.Cell(cellText.Trim)
table.AddCell(cell4)
cellText = Server.HtmlDecode("HORAS")
Dim cell5 As New iTextSharp.text.Cell(cellText.Trim)
table.AddCell(cell5)

Dim _directorioGral As String = Me.Server.MapPath("")


Dim oImagen As iTextSharp.text.Image
'Dim coordenadaX As Single = 1
'Dim coordenadaY As Single = 1

71
oImagen = iTextSharp.text.Image.GetInstance(_directorioGral +
"\\img\\encabezauteq2.jpg")
'oImagen = iTextSharp.text.Image.MIDDLE_ALIGN
oImagen.ScaleAbsoluteHeight(110)
oImagen.ScaleAbsoluteWidth(590)
oImagen.SetAbsolutePosition(1, 730)

cell2.BackgroundColor = New
Color(System.Drawing.ColorTranslator.FromHtml("#FFFF66"))
cell3.BackgroundColor = New
Color(System.Drawing.ColorTranslator.FromHtml("#FFFF66"))
cell4.BackgroundColor = New
Color(System.Drawing.ColorTranslator.FromHtml("#FFFF66"))
cell5.BackgroundColor = New
Color(System.Drawing.ColorTranslator.FromHtml("#FFFF66"))
For f As Integer = 0 To avance.Rows.Count - 1
For x As Integer = 0 To 4 - 1

cellText =
Server.HtmlDecode(avance.Rows(f).Cells(x).Text.Trim)
If (x = 0) And (cellText <> cellText2 And cellText <>
"") Then
cellText2 = cellText
Dim cell As New
iTextSharp.text.Cell(cellText.Trim.ToString.Substring(0, 10))
table.AddCell(cell)
Else
Dim cell As New
iTextSharp.text.Cell(cellText.Trim)
table.AddCell(cell)
End If
Next
Next

table.Alignment = 1
Dim pdfDoc As New Document(PageSize.A4, 1.0F, 1.0F, 50.0F,
10.0F)
'pdfDoc.PageSize.Rotate()
PdfWriter.GetInstance(pdfDoc, Response.OutputStream)

Dim titulo As New Chunk(" SISTEMAS DE AVANCES ACADEMICOS",


FontFactory.GetFont("Verdana", 15))
Dim cfacultad As New Chunk("" + "FACULTAD DE CIENCIAS DE LA
INGENIERIAS", FontFactory.GetFont("Verdana", 12))
Dim cAsignatura As New Chunk("UNIDAD DE APRENDIZAJE : " +
Session("NombreMateria").ToString.Trim, FontFactory.GetFont("Verdana",
12))
Dim cDocente As New Chunk("CURSO : " +
Session("Curso").ToString.Trim + " DOCENTE: " +
Session("NombreUsuario").ToString.Trim, FontFactory.GetFont("Verdana",
12))

Dim p = New Paragraph()


p.Alignment = Element.ALIGN_CENTER
p.Add(titulo)
Dim p1 = New Paragraph()
p1.Alignment = Element.ALIGN_CENTER
p1.Add(cfacultad)
72
Dim p2 = New Paragraph()
p2.Alignment = Element.ALIGN_CENTER
p2.Add(cAsignatura)
Dim p3 = New Paragraph()
p3.Alignment = Element.ALIGN_CENTER
p3.Add(cDocente)

pdfDoc.Add(p)
pdfDoc.Add(p1)
pdfDoc.Add(p2)
pdfDoc.Add(p3)
pdfDoc.Add(oImagen)

pdfDoc.Add(table)

pdfDoc.Close()

Response.ContentType = "application/pdf"
Response.AddHeader("content-disposition",
"attachment;filename=Avances" + Session("NombreUser") + ".pdf")
Response.Cache.SetCacheability(HttpCacheability.NoCache)
Response.Write(pdfDoc)
Response.End()
End Sub

'guarda los temas seleccionado

Protected Sub btguardar_Click(ByVal sender As Object, ByVal e As


System.EventArgs) Handles btguardar.Click
Try
'y = 0
If ListBox2.Items.Count > 0 Or txtcomentario.Text <> ""
Then
Session("fecha") = Request.QueryString("I") :
Session("horas") = Request.QueryString("N")
For x = 1 To ListBox2.Items.Count
Guardar_Tema(Session("sUser"), Session("materia"),
Session("semestre"), ListBox2.Items(x - 1).Value, Session("fecha"),
Session("horas"), txtcomentario.Text, cbunidad.SelectedValue)
' y = 1
Next
If ListBox2.Items.Count = 0 And txtcomentario.Text <>
"" Then
objeto.Guardar_Tema(Session("sUser"),
Session("materia"), Session("semestre"), 0, Session("fecha"),
Session("horas"), txtcomentario.Text, 0)
End If
'If y = 1 And ListBox2.Items.Count = x Then
Mensajes("DATOS GUARDADOS CON EXITO......")
'End If
Call limpiar()
Response.Redirect("~/AvanceAcademico.aspx")
Else
Mensajes("DEBE SELECCIONAR LOS TEMAS DICTADOS O
INGRESAR UNA OBSERVACION......")
End If

Catch ex As Exception
Mensajes(ex.Message)
73
End Try
End Sub

'Muestra Mensaje

Private Sub Mensajes(ByVal mensaje As String)


Dim scriptMsj As New System.Text.StringBuilder
scriptMsj.Append("<script language='javascript'>")
scriptMsj.Append("Mensajes('")
scriptMsj.Append(mensaje)
scriptMsj.Append("')</script>")
Me.ClientScript.RegisterClientScriptBlock(Me.GetType(),
"MENSAJE", scriptMsj.ToString)
End Sub

'selección de materias perteneciente a un Docente solo para usuarios


administradores y redireccionamiento de página

Protected Sub gridmaterias_SelectedIndexChanged(ByVal sender As


Object, ByVal e As System.EventArgs) Handles
gridmaterias.SelectedIndexChanged
Session("materiaAdm") = Me.
gridmaterias.Rows(Me.GridView1.SelectedIndex).Cells(3).Text()
Session("CursoAdm") =
. gridmaterias.Rows(Me.GridView1.SelectedIndex).Cells(4).Text()
Session("periodo") = Me.
gridmaterias.Rows(Me.GridView1.SelectedIndex).Cells(6).Text()
Response.Redirect("~/AvanceAdm.aspx")

74
4.4. PRUEBAS Y RESULTADOS

4.4.1. PRUEBAS DE EJECUCIÓN

Para garantizar el correcto funcionamiento del sitio web se realizaron pruebas de

validación tanto en la interfaz como en el funcionamiento interno de la base de datos,

utilizando diferentes tipos de temas.

En las pruebas realizadas en la interfaz se verificó que el funcionamiento del sitio

web sea operativo, es decir, que los temas del avance académico sean grabados en

forma adecuada y que las respuestas sean las esperadas, así como que la integridad

de la información se mantenga.

También se realizaron exámenes minuciosos al momento de imprimir los reportes de

los avances registrados por el usuario.

4.4.2. HARDWARE UTILIZADO PARA PRUEBAS

A fin de verificar el correcto funcionamiento del sitio web desarrollado, se han

realizado las pruebas necesarias. Para la realización de las pruebas se subió el sitio

web a un servidor y se accedió desde 10 maquinas de la sala 5 y se utilizó

computadores con las siguientes características:

CUADRO 14. CARACTERÍSTICAS DE COMPUTADORES PARA PRUEBAS

CARACTERÍSTICAS DESCRIPCIÓN

Procesador Intel Core2 Duo 2.0 GHZ

Memoria RAM 2.00 GB

Sistema Operativo Windows XP

75
CUADRO 15. CARACTERÍSTICAS DE SERVIDOR PARA PRUEBAS

CARACTERÍSTICAS DESCRIPCIÓN

Procesador Intel(R) Xeon (TM) 2.80GHZ

Memoria RAM 512 MB

Sistema Operativo Windows Server 2008

76
5. RESULTADO DE LA COMPROBACIÓN DE HIPÓTESIS

5.1. VARIABLES INDEPENDIENTES

5.1.1. DIMENSIÓN UTILIZACIÓN

La aplicación web presenta una interfaz rápida y amigable lo que permite al Docente

un fácil manejo para el registro de los avances académicos, así como también a los

Directores de Escuela y Decanos una fácil administración para la supervisión

académica.

5.1.2. DIMENSIÓN ESCALABILIDAD

La aplicación web tiene la capacidad de seguir creciendo, puesto que se desarrolló de

una forma modular en la que se pueden agregar nuevas funciones y opciones según

futuros requerimientos.

5.2. VARIABLES DEPENDIENTES

5.2.1. MEDICIÓN PREVIA ANTES DE LA EJECUCIÓN DE LA

APLICACION WEB

Con el fin de evaluar las variables de nuestras tesis, se tomó como fuente control de

avances académico que se llevó a cabo en el segundo semestre del periodo lectivo

2008-2009 desde el 6 de junio hasta el 25 de septiembre del 2009 por la Escuela de

Informática de la Facultad de Ciencias de la Ingeniería. Se consideraron como datos

principales: Tiempo en Obtención de Reportes Académicos, Gastos de tiempo en el

personal humano que realiza la tabulación de los reportes. Los datos obtenidos están

en base de una muestra de 20 de reportes.

77
CUADRO 16: TIEMPOS DE TRABAJO PARA EL CONTROL DE AVANCES ACADÉMICOS EN EL
PROCESO MANUAL

TIEMPOS DE TRABAJO

Total de muestra de reporte 20

Tiempo de Obtención de reportes por cada Docente ( minutos) 30 a 40

Fuente: Investigación. Entrevista realizada al Director de Escuela de Informática

Elaboración: Autor

CUADRO 17: GASTO EN PROCESO MANUAL

COSTOS

Total de muestra de reportes 20

Porcentaje de error en cálculo de avance 20%

académico

Materiales de oficina(Hojas, Lapiceros) $50.00

COSTO TOTAL DE OBTENCIÓN DE $50.00

REPORTES POR CARRERA

MENSUAL

Fuente: Investigación. Entrevista realizada al Director de Escuela de Informática

Elaboración: Autor

Solo para realizar el control y la obtención de reportes de avances académicos se

consume un total de 20 horas de recurso humano al mes por parte del coordinador y

los resultados no son exactos, porque existe un margen de error del 20%, debido a

que los avances académicos registrados por los Docentes, en los leccionarios no son

entendibles o los temas no están dentro del programa académico establecido.

78
5.2.2. MEDICIÓN POSTERIOR AL DESARROLLO Y EJECUCIÓN DE LA

APLICACIÓN WEB

Los siguientes datos fueron obtenidos por la ejecución del Aplicación web

empleando en el primer semestre del periodo lectivo 2010-201 desde el 22 de febrero

hasta el 25 de junio del 2010, se incluyen al coordinador para poder hacer una

comparación real de los dos procesos en análisis.

CUADRO 18: TIEMPO DE TRABAJO PARA EL CONTROL ACADÉMICO MEDIANTE LA


APLICACIÓN WEB

TIEMPOS DE TRABAJO

Total de muestra de reporte 20

Tiempo de Obtención de reportes por cada Docente

(segundos) 12.1 promedio

Fuente: Investigación. Entrevista al Director de Escuela de Informática; Ver anexo 1

Elaboración: Autor

CUADRO 19: COSTO TOTAL DEL CONTROL ACADÉMICO MEDIANTE LA APLICACIÓN WEB

COSTOS

Total de muestra de reportes 20

Porcentaje de error en cálculo de avance académico 0%

Materiales de oficina(Hojas, tinta de impresora) $50.00

COSTO TOTAL DE OBTENCIÓN DE REPORTES $50.12

POR CARRERA MENSUAL

Fuente: Investigación. Entrevista al Director de Escuela de Informática; Ver anexo 1

Elaboración: Autor

79
5.3. ANALISIS DE RESULTADO

5.3.1. DIMENSIÓN EFICIENCIA

Como se muestra en la cuadro 18 con ayuda de la Aplicación Web para el control de

avances académicos desarrollada en esta Tesis de Grado, se obtiene una mayor

eficiencia a los procesos tradicionales del control académico, ya que los avances

académicos ingresados por los Docentes se registran directamente en la base de

datos del servidor académico, permitiendo esto conocer los resultados

inmediatamente después de que él haya registrado su avance académico y de varios

tipos de reportes como: Gráfico estadísticos, Datos Tabulados y/o Agrupados por

mes según lo requieran Directores de Escuela o Decano. En comparación con el

proceso manual o semi-automatizado, en el que los reportes tabulados de todos los

avances realizados por una materia en específica, son conocidos después de que el

coordinador registra en una nueva hoja cada uno de los temas dictados por el

Docente.

CUADRO 20. PRUEBAS DE HIPÓTESIS

Grupo 1 Grupo 2
Obtención de Obtención de
Nª Nª
reportes con reportes sin sistema
sistema(segundos) (segundos)
1 10 1 1000
2 12 2 1200
3 15 3 1325
4 12 4 1220
5 13 5 1105
6 9 6 1210
7 15 7 1400
8 10 8 1054
9 9 9 1054
10 16 10 1005
∑ 121 ∑ 11573
Media 12.1 Media 1157.3
80
Como se puede observar la media del grupo 1 es 12.1 y la media del grupo 2 es

1157.3 evidentemente existe una diferencia entre los 2 grupos, lo que se quiere saber

que si la diferencia entre en obtener el reporte con el sistema y sin él sistema, es

significativa o si ésta ocurre por la mera casualidad.

H0= la utilización de una aplicación web para el control de avances académicos no

disminuye el tiempo en la obtención de los reportes académicos, en la Escuela de

Informática de la UTEQ.

De igual forma se plantea una hipótesis alterna:

Ha= la utilización de una aplicación web para el control de avances académicos

disminuye el tiempo en la obtención de los reportes académicos, en la Escuela de

Informática de la UTEQ.

CUADRO 21. VALORES CALCULADO POR EL SPSS

Diferencias relacionadas

95% Intervalo de

confianza para la t gl

diferencia

Desviación típ. Error típ. de la media Inferior Superior

135,462 42,837 1048,296 1242,104 26,734 9

Una vez realizado el cálculo en el SPSS tenemos que con 9 grados de libertad y

consultando en la tabla t (ver Anexo 6) encontramos que a un nivel de 0.05

encontramos una razón de t de 1.8331.

La razón calculada de 26.734 es mayor que 1.8331, lo cual demuestra que la

diferencia entre los grupos es mayor que el valor que se necesitaba para rechazar la
81
hipótesis de nulidad al nivel de significación de 0.05. Por lo tanto, los datos son lo

suficientemente significativos para llegar a la conclusión que la obtención de los

reportes no depende de la casualidad. Por tanto se acepta Ha.

26.734>1.8331; se acepta la hipótesis alterna y se puede asegurar que

La utilización de una aplicación web para el control de avances académicos

disminuye el tiempo en la obtención de los reportes académicos, en la Escuela de

Informática de la UTEQ.

5.3.2. DIMENSIÓN CONFIABLIDAD


Como se muestra en la tabla 20, con ayuda de la Aplicación Web para el control de

Avance Académico que hemos desarrollado en esta Tesis de Grado, se logra un

100% de confiabilidad en los resultados que se requieren del Proyecto, puesto que

los avances son registrados directamente en base del servidor, ya que no tendríamos

problemas con temas que no estén especificado en cada programa académico, con lo

que se eliminan los errores en el cálculo de porcentaje académico.

5.3.3. DIMENSIÓN SEGURIDAD


Con ayuda de la Aplicación Web para la supervisión académica que hemos

desarrollado en esta Tesis de Grado, se logra obtener un alto nivel de integridad en

los datos, puesto que los avances realizados por los Docentes no son manipuladas

por terceras personas, y se reduce la posibilidad de adulteración o modificación de la

información, esto asegura que los resultados que se obtienen de las mismas son

100% de la fuente.

82
5.4. CUADRO COMPARATIVO

CUADRO 22: COMPARATIVO ENTRE LA OBSERVACION PREVIA Y DESPUES DE LA EJECUCION


DE LA APLICACION WEB

DIMENSION INDICADOR OBSERVACION ANTES OBSERVACION

DE LA APLICACIÓN WEB POSTERIOR AL

DESARROLLO DE LA

APLICACIÓN WEB

Eficiencia Tiempo de 30 a 40 minutos 12.1(segundos) promedio

obtención de

reporte

Confiabilidad Tasa de error 20% 0%

en el cálculo

del porcentaje

académico

Seguridad Integridad de La integridad de los datos se Los registros de los

los datos ve comprometida puesto que avances académicos son

los registros de los avances 100% íntegros puesto que

académicos en leccionarios los datos ingresados son

pueden ser manipulados por directamente almacenados

terceras personas en el servido académico

Fuente: Investigación. Entrevista al Director de Escuela de Informática; Ver anexo 1

Elaboración: Autor

83
6. CONCLUSIONES

En base a la exactitud y rapidez de los reportes del control de avances académicos

obtenidos en la presente tesis y considerando la experiencia obtenida en la

elaboración del sitio web se puede concluir que:

Existe una relación directa en cuanto al uso del sitio web y las ventajas

competitivas que se obtienen con la utilización del mismo, comparándolo con

los procesos manuales o semi-automatizados.

Eficiencia y exactitud en la obtención de resultados: no se invierte tiempo ni

recurso humano adicional para la tabulación de los datos, evitando así el

tiempo que tomaba el proceso del control del avance Académico en papel y el

gasto económico o de tiempo del personal que lo va a realizar. Además el

sitio web se puede ajustar a los diversos requerimientos de la estructura de los

reportes.

Confiabilidad de los Datos: puesto que los Docentes se convierten en

alimentadores directos del sistema y la información se almacena en la base de

datos del SIU, está impida la posibilidad de que la información sea

modificada o adulteradas por terceras personas.

Los cálculos se basan en parámetros definidos por la Escuela como

estándares, lo que significa un cambio en la planificación Docente, que se

volvió más organizada.

84
7. RECOMENDACIONES

Luego del desarrollo y demostración del correcto funcionamiento del sitio web

para el control de Avances Académicos, recomendamos que este software sea

puesto en marcha en las demás facultades de la Universidad Técnica Estatal de

Quevedo, ya que de esta manera se podrá tener información histórica y agilitar el

proceso Académico.

A quien corresponda se recomienda:

o La actualización e implementación del sitio web en las demás facultades

de la Universidad.

o La adquisición de un servidor web para Windows para poder tener el

sitio web en Internet y así los Docentes puedan registrar sus avances

académicos desde su casa.

Definir nuevas funciones a los coordinadores aplicando el software.

85
8. BIBLIOGRAFIA

http://es.wikipedia.org/wiki/P%C3%A1gina_web

http://www.informaticamilenium.com.mx/Páginas/espanol/sitioweb.htm

http://www.masadelante.com/faqs/intranet

http://es.wikipedia.org/wiki/SQL_Server

http://www.espaweb.com/mysql.php

http://members.fortunecity.com/miadinellie/TrabajoFinal.htm

http://es.wikipedia.org/wiki/Adobe_Photoshop

http://tgp0607.awardspace.com/Recursos_ASP.pdf

http://www.forosdelweb.com/wiki/Manual_de_PHP:_Qu%C3%A9_es_PHP

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/hernandez_s_ja/capitulo4.pdf

http://www.monografias.com/trabajos14/respaldoinfo/respaldoinfo.shtml

86
9. ANEXOS

9.1. ENTREVISTA AL DIRECTOR DE LA ESCUELA DE INFORMATICA

La entrevista correspondiente fue realizada el día miércoles 10 de junio del 2009,

participando en la misma el Ing. Byron Oviedo director de la escuela de Informática.

La intención de la entrevista fue obtener información sobre el control de Avances

Académicos, siendo de principal interés para la realización de esta tesis de grado. A

continuación se presentan las preguntas más importantes realizadas al entrevistado:

¿Cree usted que el proceso manual del control de Avances Académicos es

eficiente?

NO

¿Qué tiempo promedio se demora un coordinador para obtener los resultados,

del Avance Académico realizado por un docente?

De 30 a 40 minutos

¿Qué porcentaje de error cree usted que existe al realizar el cálculo del reporte

obtenido en el control académico?

De un 20 %

¿Le gustaría a usted que una aplicación web agilite este proceso y presente este

reporte?

SI

¿Qué reporte le gustaría que le presente el sistema?

 Mensual

 Final

 Grafico estadístico

87
9.2. MANUAL DE USUARIO DEL DOCENTE

El objetivo que se persigue con la aplicación del presente manual es:

Dar a conocer a los usuarios el fácil acceso a la información

Permitir que los usuarios se habitúen a las características y formas del

funcionamiento durante la navegación de la aplicación web.

Requerimientos Básicos.

Computadora Pentium IV, Memoria RAM 256 MB

Tener instalado un navegador de internet como por ejemplo Internet Explorer 4 o

superior, Netscape versión 6 o superior, opera, mozilla etc.

Acceso a la aplicación web

Al abrir un navegador de internet

Digitamos en la barra de tareas la siguiente dirección

https://siu.uteq.edu.ec/SAC

88
A continuación se mostrará una página principal de la aplicación web.

89
Ingresar al Sistema

Para ingresar al sistema deberá seleccionar el tipo de Usuario, Ingresar su cédula

y contraseña que por primera vez está establecida su mismo número de cédula.

90
Una vez que ingrese el número de cédula y la contraseña correctos, se encontrará

una ventana donde dispondrá de tres opciones

Mis cursos

Ingreso de Notas

Cambio de Contraseña

En la parte superior aparecerá su nombre y un ícono donde podrá cerrar sesión en el

sistema ejemplo:

91
Al escoger la opción de Mis cursos se van a mostrar una lista de los cursos que

tiene designado en el presente periodo lectivo, indicando la facultad, carrera,

materia y curso designado .

Para poder acceder a uno de los cursos en específico se da clic sobre la

opción seleccionar de la fila que se encuentra junto a cada uno de los cursos

asignado.

92
Al haber ingresado a un curso se van a mostrar los días de clases que el Docente

tiene que registrar en un lapso de 3 días laborable para registrar los temas dictados,

desde el día que dictó la clase a los alumnos, en el caso que no se registre el

respectivo avance en el lapso de 3 días el sistema automáticamente lo toma como

inasistencia del Docente en ese día.

También se van a mostrar los avances ya registrados con su respectiva fecha de

clases, temas, horas y fecha de registro del avance académico.

Opciones de Ventanas:

Imprime el control Académico desde el 1 día de clases hasta

el día de la impresión.

93
Esta página le permitirá seleccionar los temas dictados en clase separados por

unidades como así también le permitirá ingresar una observación.

Opciones de ventana

permite guardar los temas seleccionado para dicha clase.

borra el tema seleccionado de la lista de temas seleccionado.

Regresa a la página anterior días de clases del curso.

94
Permite al usuario cambiar la contraseña

95
9.3. REGISTRO DE AVANCES DE FORMA MANUAL

96
9.4. REPORTE MANUAL DEL CONTROL ACADÉMICO

97
98
9.5. REPORTE DESDE LA APLICACIÓN WEB

99
9.6. TABLA T-STUDENT

100
101

También podría gustarte