Ayuda de Tesis

UNIVERSIDAD TCNICA ESTATAL DE QUEVEDO

FACULTAD DE CIENCIAS DE LA INGENIERIA

ESCUELA DE INFORMTICA

TESIS DE GRADO

PREVIO A LA OBTENCIN DEL TTULO DE

INGENIERO EN SISTEMAS

TEMA

DESARROLLO DE UNA APLICACIN WEB PARA EL CONTROL DE

AVANCES ACADMICOS Y ASISTENCIA DE DOCENTES

AUTOR

JOS LUIS TUBAY VERGARA

DIRECTOR

ING. BYRON OVIEDO, Msc.

QUEVEDO LOS RIOS ECUADOR

2010

i

UNIVERSIDAD TCNICA ESTATAL DE QUEVEDO

FACULTAD DE CIENCIAS DE LA INGENIERIA

ESCUELA DE INFORMTICA

DESARROLLO DE UNA APLICACIN WEB PARA EL CONTROL DE

AVANCES ACADMICOS Y ASISTENCIA DE DOCENTES.

Presentado al Honorable Consejo Directivo como requisito previo a la obtencin del

ttulo 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

ii

DEDICATORIA

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

padres por todo el esfuerzo y dedicacin que me

brindaron con su amor para seguir adelante, a mis

hermanas y a mi familia en general.

iii

AGRADECIMIENTO

A mis maestros, por sus enseanzas, consejos y gua en

la realizacin de esta tesis, a mis amigos por su apoyo y

aliento en los momentos difciles.

iv

AUTORIA

El autor certifica que los criterios y opiniones vertidas

en el presente trabajo de investigacin, mtodos y

procedimientos utilizados en la informacin, anlisis e

interpretacin de resultados son de exclusiva

responsabilidad del mismo.

_____________________________

JOSE LUIS TUBAY VERGARA

v

CERTIFICACIN

Yo, Ing. Byron Oviedo, Docente de la Facultad de Ciencias de la Ingeniera de la

Universidad Tcnica Estatal de Quevedo, certifico que el Egresado Jos Luis Tubay

Vergara, realiz la Tesis de Grado titulada Desarrollo de una aplicacin web para el

control de avances acadmicos y asistencia de Docentes, bajo mi direccin,

habiendo cumplido con las disposiciones reglamentarias establecidas para el efecto.

ING. BYRON OVIEDO B, Msc.

DIRECTOR DE TESIS

vi

RESUMEN EJECUTIVO

En este trabajo se ha elaborado un Sitio Web para la supervisin de avances acadmicos

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 acadmico de una manera fcil

y rpida.

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 travs 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 pgina web debern primero seleccionar el tipo de

usuario, luego introducir su cdula y contrasea. Una vez que se ingresa a la pgina los

Usuarios pueden:

Docentes

Registrar su respectivo avance acadmico.

Observar los temas ya registrados en clases anteriores.

Cambiar su contrasea.

Directores de Escuelas

Supervisar el cumplimento de los programas acadmicos establecidos para cada

una de las unidades de aprendizaje por parte del Docente.

Obtener Reportes y grficos estadsticos de cada uno de los avances acadmicos

de los periodos actuales y anteriores.

vii

Asentar Faltas a Docentes.

Subir un programa acadmico.

Cambiar su contrasea

Decanos

Supervisar el cumplimento de los programas acadmicos establecidos para cada

una de las unidades de aprendizaje por parte del Docente.

Obtener Reportes y grficos estadsticos de cada uno de los avances acadmicos

de los periodos actuales y anteriores.

Justificar Faltas de Docentes.

Subir un programa acadmico.

Cambiar su contrasea

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

Docentes ingresar sus respectivos avances acadmicos, tener un mayor control de los

temas dados en clases anteriores, tambin permitir a los Directores de Escuelas y

Decanos, supervisar el cumplimiento acadmico de cada Docente y obtener reportes de

manera inmediata cuando sea requerido.

viii

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

ix

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.

x

INDICE

1. INTRODUCCIN ................................................................................................. 1

1.1. JUSTIFICACIN ______________________________________________________ 3

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

1.2.2. Especficos ............................................................................................................................ 4

1.3. PROBLEMATIZACIN _________________________________________________ 5

1.4. HIPTESIS __________________________________________________________ 6 1.4.1. Hiptesis General ................................................................................................................. 6

1.4.2. Hiptesis Operacionales ....................................................................................................... 6

1.5. MATRIZ DE CONCEPTUALIZACIN _______________________________________ 7

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

2.1. QU ES UNA PGINA 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. Estndares Web .................................................................................................................. 13

2.4. HERRAMIENTA PARA ALMACENAR LOS DATOS.___________________________ 13 2.4.1. Microsoft SQL Server .......................................................................................................... 13

2.4.1.1. Caractersticas de Microsoft SQL Server ................................................................... 14

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

2.4.2.1. Caractersticas de MySQL. ......................................................................................... 15

2.5. METODOLOGA RAD_________________________________________________ 17 2.5.1. ETAPAS DEL CICLO RAD ...................................................................................................... 17

2.5.1.1. Etapa de planificacin de los requisitos: ................................................................... 17

2.5.1.2. Etapa de anlisis y diseo: ........................................................................................ 17

2.5.1.3. Construccin: ............................................................................................................ 18

xi

2.5.1.4. Implementacin: ....................................................................................................... 18

2.6. HERRAMIENTAS PARA DISEO DE PGINAS WEB _________________________ 18 2.6.1. Adobe Photoshop ............................................................................................................... 18

2.7. HERRAMIENTAS PARA DESARROLLO DE PGINAS WEB _____________________ 20 2.7.1. ASP.NET .............................................................................................................................. 20

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

2.7.2.1. Caractersticas de PHP............................................................................................... 22

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

2.7.3.1. Caractersticas JSP ..................................................................................................... 25

2.8. TCNICAS DE RESPALDO Y SEGURIDAD. _________________________________ 26 2.8.1. Copias de Informacin (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. PLANIFICACIN DEL DESARROLLO DEL SOFTWARE ........................................... 30

3.1. RECURSOS _________________________________________________________ 30 3.1.1. RECURSOS INFORMTICOS 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 PLANIFICACIN DE LOS REQUISITOS _______________________________ 36

xii

4.2. FASE DE ANLISIS Y DISEO __________________________________________ 38 4.2.1. IDENTIFICAR CASOS DE USOS Y ESQUEMATIZAR DIAGRAMAS DE CASOS DE USO. ........... 38

4.2.2. NARRACIN 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. SELECCIN DE HERRAMIENTA DE DESARROLLO ................................................................ 53

4.2.8. SELECCIN DE HERRAMIENTA DE ALMACENAMIENTO DE LA INFORMACIN .................. 54

4.2.9. SELECCIN DE LA MEJOR TECNICA PARA EL RESPALDO DE LA INFORMACIN. ................. 55

4.2.10. DISEO DE DATOS.......................................................................................................... 55

4.2.10.1. DIAGRAMA ENTIDAD RELACIN ............................................................................... 55

4.2.10.2. DISEO DE LA BASE DE DATOS.................................................................................. 56

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

4.2.10.4. DISEO DEL MAPA DE NAVEGACIN. ....................................................................... 57

4.2.11. DISEO DE LA INTERFAZ HOMBRE-MQUINA ............................................................... 58

4.2.11.1. DISEO DE FORMULARIOS WEB ............................................................................... 59

4.3. FASE DE CONSTRUCCIN _____________________________________________ 67

4.4. PRUEBAS Y RESULTADOS _____________________________________________ 75 4.4.1. PRUEBAS DE EJECUCIN ..................................................................................................... 75

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

5. RESULTADO DE HIPTESIS ............................................................................... 77

5.1. VARIABLES INDEPENDIENTES _________________________________________ 77 5.1.1. DIMENSIN UTILIZACIN ................................................................................................... 77

5.1.2. DIMENSIN ESCALABILIDAD ............................................................................................... 77

5.2. VARIABLES DEPENDIENTES ___________________________________________ 77 5.2.1. MEDICIN PREVIA ANTES DE LA EJECUCIN DE LA APLICACION WEB .............................. 77

5.2.2. MEDICIN POSTERIOR AL DESARROLLO Y EJECUCIN DE LA APLICACIN WEB ............... 79

xiii

5.3. ANALISIS DE RESULTADO _____________________________________________ 80 5.3.1. DIMENSIN EFICIENCIA ...................................................................................................... 80

5.3.2. DIMENSIN CONFIABLIDAD ............................................................................................... 82

5.3.3. DIMENSIN 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 ACADMICO ___________________________ 97

9.5. REPORTE DESDE LA APLICACIN WEB___________________________________ 99

9.6. TABLA T-STUDENT _________________________________________________ 100

xiv

INDICE DE CUADROS

CUADRO 1. MATRIZ DE CONCEPTUALIZACIN Y OPERACIONALIDAD DE

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

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

CUADRO 3. HARDWARE USADO EN EL DISEO ................................................ 31

CUADRO 4. SOFTWARE USADO EN EL DISEO .................................................. 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 DETECCIN DE FALLAS .............................................. 53

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

CUADRO 14. CARACTERSTICAS DE COMPUTADORES PARA PRUEBAS ..... 75

CUADRO 15. CARACTERSTICAS DE SERVIDOR PARA PRUEBAS .................. 76

CUADRO 16: TIEMPOS DE TRABAJO PARA EL CONTROL DE AVANCES

ACADMICOS EN EL PROCESO MANUAL ............................................................ 78

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

CUADRO 18: TIEMPO DE TRABAJO PARA EL CONTROL ACADMICO

MEDIANTE LA APLICACIN WEB .......................................................................... 79

xv

CUADRO 19: COSTO TOTAL DEL CONTROL ACADMICO MEDIANTE LA

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

CUADRO 20. PRUEBAS DE HIPTESIS .................................................................. 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

xvi

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 Relacin ............................................................................ 55

Figura 5. Diseo de la base de datos .............................................................................. 56

Figura 6. Mapa de navegacin 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 Seleccin da ................................................................................ 61

Figura 10. Ingreso de Avance Acadmico ..................................................................... 62

Figura 11. Seleccin de Docente por periodo lectivo y semestre ................................... 63

Figura 12. Impresin de Reportes................................................................................... 64

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

Figura 14. Ingreso de Programa Acadmico .................................................................. 66

1

1. INTRODUCCIN

Hoy en da la presencia de sitios Web tanto institucional como personales es cada vez

ms usual e incluso para la gran mayora 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 Pblicas y Privadas, especialmente las

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

procesos acadmicos, es por ello la propuesta de desarrollar el sitio web para el control

de avances acadmicos y asistencia de Docentes. Debido al constante crecimiento de su

poblacin estudiantil y por ende del personal administrativo y Docencia, se dificulta un

rpido procesamiento de dicho control de manera manual. Adems debe estar acorde al

avance tecnolgico que exige ser una Universidad de excelencia.

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

manejar informacin clasificada, actualizada y ordenada de las labores que realizan los

Profesores, en el rea acadmica. Es por esto que se necesita sistematizar automatizar

el proceso de Control de Avance Acadmico que actualmente se lo realiza manualmente

en los leccionarios.

A qu Docente no le gustara poder registrar sus Avance Acadmico 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.

2

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

Universidad para realizar todo el proceso acadmico antes mencionado. As mismo

facilitara 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.

3

1.1. JUSTIFICACIN

Unos de los principales motivos de la creacin 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 Acadmicos, asistencia, etc.).

Es por esto que en esta investigacin de tesis se pretende llevar automatizado del

trabajo acadmico 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 acadmicos,

Considerando que al usar la aplicacin Web los Docentes se convertirn en

alimentadores directos del sistema. Por ejemplo, podrn registrar los avances y

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

del campus Universitario.

Con el desarrollo de la aplicacin Web, se podran obtener datos reales y exactos, de

los datos ingresados por el usuario, los mismo que mediante la Web sern

almacenados en la base de datos del sistema Acadmico de la Universidad (SIU), lo

que permitir conocer los reportes inmediatamente despus de que la informacin sea

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

Acadmico en papel y el gasto econmico o de tiempo del personal que lo va a

realizar.

La creacin de este sistema Web permitir obtener los archivos de cualquier ao, que

se necesitarn conocer para efecto anlisis o realizar cualquier toma de decisiones.

4

1.2. OBJETIVOS

1.2.1. General

Desarrollar una aplicacin Web que permita llevar el control de Avances

Acadmicos y asistencia de Docentes, acorde con las necesidades y

requerimientos de las autoridades de la Escuela de Informtica, garantizando la

confiabilidad, seguridad e integridad de datos.

1.2.2. Especficos

Analizar informacin del sistema manual del control de avances acadmicos

y asistencia Docente.

Determinar la mejor herramienta de desarrollo de aplicaciones web.

Establecer la mejor herramienta para el almacenamiento de los datos.

Determinar una tcnica eficaz y segura para el respaldo y seguridad de la

informacin.

Disear un sistema Web de fcil manipulacin.

Establecer la mejor tcnica para la generacin y personalizacin de toda

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

5

1.3. PROBLEMATIZACIN

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

cumplimiento de los Avances Acadmicos debido a que los Docentes de la UTEQ lo

realizan de manera emprica 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 ttulos estipulados en

cada uno de los programas acadmicos propuestos, mal clculo de horas, letra

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

situacin actual, para ver si l est cumpliendo con el plan segn lo programado.

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

uno de los programas acadmicos propuestos por los coordinadores ocasiona que al

finalizar el semestre muchas veces los datos estadsticos tarden mucho tiempo y no

sean correctos; (ver anexo 4).

Todos estos acontecimientos ocasionan problemas a la hora de solicitar informacin

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

Con estas consideraciones se plantea un cuestionamiento problemtico: De qu

manera se puede optimizar el proceso completo del control de avances acadmicos?

6

1.4. HIPTESIS

1.4.1. Hiptesis General

Una Aplicacin Web Incrementa la efectividad para la supervisin Acadmica

en el control del cumplimiento de los Avances Acadmicos y Asistencias de

Docentes.

1.4.2. Hiptesis Operacionales

Tanto ASP.Net y SQL Server son excelentes plataformas tecnolgicas para

desarrollo de aplicaciones web.

La obtencin de los datos entre la Aplicacin Web y la Base de Datos no

representa mucho tiempo de espera ni demanda de recursos crticos.

El Almacenamiento de los Datos tanto de los Programas Acadmicos de

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

acadmicos no representa mucha demanda de espacio y de Recursos del

Servidor de Base de Datos.

7

1.5. MATRIZ DE CONCEPTUALIZACIN

CUADRO 1. MATRIZ DE CONCEPTUALIZACIN Y OPERACIONALIDAD DE VARIABLES

MATRIZ DE CONCEPTUALIZACIN Y OPERACIONALIDAD DE VARIABLES

Variables Definicin Conceptual Dimensiones Indicadores

INDEPENDIENTE

APLICACIN WEB PARA

EL CONTROL DE

AVANCES

ACADMICOS

Aplicacin desarrollada

para llevar el control de

avances acadmicos de

los Docentes.

Utilizacin Facilidad de Manejo

Escalabilidad Capacidad de

crecimiento

DEPENDIENTE

EFECTIVIDAD EN LA

SUPERVISIN

ACADEMICA

Proceso adoptado por

las facultades para

controlar el

cumplimiento de los

programas acadmicos

propuestos por los

Docentes.

Eficiencia Tiempo de Obtencin

Reportes

Confiabilidad

Tasa de error en el

clculo del porcentaje

del avance acadmico

Oportunidad

Disponibilidad de la

informacin.

8

2. MARCO TEORICO

2.1. QU ES UNA PGINA WEB?1

Una pgina web, tambin conocida como pgina de Internet, es un documento

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

caracterstica son los hiperenlaces a otras pginas, siendo esto el fundamento de la

Web.

Una pgina web est compuesta principalmente por informacin (slo texto o

multimedia) e hiperenlaces; adems puede contener o asociar datos de estilo para

especificar cmo debe visualizarse, o aplicaciones embebidas para hacerla

interactiva.

Las pginas web son escritas en un lenguaje de marcado que provea la capacidad de

insertar hiperenlaces, generalmente HTML.

El contenido de la pgina puede ser predeterminado ("pgina web esttica") o

generado al momento de visualizarla o solicitarla a un servidor web ("pgina web

dinmica"). Las pginas dinmicas que se generan al momento de la visualizacin se

hacen a travs de lenguajes interpretados, generalmente JavaScript, y la aplicacin

encargada de visualizar el contenido es la que debe generarlo. Las pginas dinmicas

que se generan al ser solicitadas son creadas por una aplicacin en el servidor web

que alberga las mismas.

Respecto a la estructura de las pginas web algunos organismos, en especial el W3C,

suelen establecer directivas con la intencin de normalizar el diseo para facilitar y

simplificar la visualizacin e interpretacin del contenido.

1 http://es.wikipedia.org/wiki/P%C3%A1gina_web

9

2.2. SITIO WEB2

Es un conjunto de archivos electrnicos y pginas Web referentes a un tema en

particular, que incluye una pgina inicial de bienvenida, generalmente denominada

home page, con un nombre de dominio y direccin en Internet especficos,

empleados por las instituciones pblicas 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 atravs de Internet, y en

general para eficientar sus funciones de mercadotecnia.

Su Sitio Web no necesariamente debe localizarse en el sistema de cmputo de su

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

otra localidad, inclusive en otro pas. El nico requisito es que el equipo en el que

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

cmputo o Servidor Web, como se le denomina tcnicamente, puede contener ms 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 direccin

particular para que los usuarios puedan acceder a la informacin contenida en ellos.

Estas direcciones, o URLs (por sus siglas en ingls Uniform Resource Locator),

aparecen cotidianamente en todos los medios de comunicacin como son prensa

escrita, radio, televisin, revistas, publicaciones tcnicas y en el propio Internet

atravs de los motores de bsqueda (por su denominacin en ingls search engines).

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

2 http://www.informaticamilenium.com.mx/Pginas/espanol/sitioweb.htm

10

estn regidos por el ICANN (Internet Corporation for Assigned Names and

Numbers).

Los Sitios Web pueden ser de diversos gneros, destacando los sitios de negocios,

servicio, comercio electrnico en lnea, imagen corporativa, entretenimiento y sitios

informativos.

2.3. INTRANET3

Red de ordenadores privados que utiliza tecnologa Internet para compartir de forma

segura cualquier informacin o programa del sistema operativo para evitar que

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

trmino solo hace referencia a la web interna de la organizacin, pero muchas veces

es ms bien una parte extensa de la infraestructura de los ordenadores y es un

componente importante para la comunicacin y la colaboracin dentro de la

compaa.

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

softwares, el cliente y el servidor, sean ejecutados en el mismo sistema operativo.

Podra proporcionar una comunicacin privada y exitosa en una organizacin.

2.3.1. Diferencia principal respecto a Internet

Se trata de un concepto relativo al acceso del contenido, por ello sera lo opuesto al

trmino Web (World Wide Web) formado por contenidos libremente accesibles por

cualquier pblico. No tiene que ver con la red fsica que se utiliza para definir

3 http://www.masadelante.com/faqs/intranet

11

conceptos como Internet o la red de rea local (LAN). Lo que distingue una intranet

de la Internet pblica, es que las intranets son privadas, por lo que es imprescindible

una contrasea para los usuarios.

2.3.2. Funciones de la Intranet

Tiene como funcin principal proveer lgica de negocios para aplicaciones de

captura, informes y consultas con el fin de facilitar la produccin de dichos grupos de

trabajo; es tambin un importante medio de difusin de informacin interna a nivel

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

permiten divulgar informacin de la compaa a los empleados con efectividad,

consiguiendo que estos estn permanentemente informados con las ltimas

novedades y datos de la organizacin. Tambin es habitual su uso en Universidades y

otros centros de formacin, ya que facilita la consulta de diferentes tipos de

informacin y el seguimiento de la materia del curso.

Tienen gran valor como repositorio documental, convirtindose en un factor

determinante para conseguir el objetivo de la oficina sin papeles. Aadindoles

funcionalidades como un buen buscador y una organizacin adecuada, se puede

conseguir una consulta rpida y eficaz por parte de los empleados de un volumen

importante de documentacin. Los beneficios de una intranet pueden ser enormes,

porque estando tal cantidad de informacin al alcance de los empleados y/o

estudiantes ahorrarn mucho tiempo buscndola.

Las Intranet tambin deberan cumplir unos requisitos de accesibilidad web

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

limitaciones fsicas o las derivadas de su entorno. Gracias a esto, promueve nuevas

12

formas de colaboracin 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 increble en la eficiencia acompaada de una reduccin de costos.

2.3.3. Beneficios de las intranets

1. Capacidad de compartir recursos (impresoras, escner...) y posibilidad de conexin

a Internet (acceso a la informacin de la Red y a sus posibilidades comunicativas).

2. Alojamiento de pginas 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 informacin. Espacios de disco virtual a los que

se puede acceder para guardar y recuperar informacin desde los ordenadores del

centro y tambin 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 (buzn de correo

electrnico, servicio de web mail, servicio de mensajera instantnea...)

5. Foros, canales bidireccionales de comunicacin 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 peticin de algn profesor, grupo de alumnos... Por

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

13

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

realizacin de diversos trabajos tales como gestiones de tutora, plantillas que

faciliten a profesores y alumnos la creacin de fichas, test, peridicos; gestiones de

secretaria y direccin; de biblioteca; y gestiones administrativas como peticin de

certificados, trmites de matrcula, notas de los estudiantes, etc.

2.3.4. Estndares Web

En esencia, la Web est basada en tres estndares:

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

referenciar recursos en la Web, como pginas web,

El Protocolo de Transferencia de Hipertexto (HTTP), que especifica cmo 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 estndares que permiten a los ordenadores de la

Web almacenar y comunicar efectivamente diferentes formas de informacin.

2.4. HERRAMIENTA PARA ALMACENAR LOS DATOS.

2.4.1. Microsoft SQL Server4

Microsoft SQL Server es un sistema de gestin de bases de datos relacionales

(SGBD) basado en el lenguaje Transact-SQL, y especficamente en Sybase IQ, capaz

4 http://es.wikipedia.org/wiki/SQL_Server

14

de poner a disposicin de muchos usuarios grandes cantidades de datos de manera

simultnea. As de tener unas ventajas que a continuacin 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. Caractersticas de Microsoft SQL Server

Soporte de transacciones.

Escalabilidad, estabilidad y seguridad.

Soporta procedimientos almacenados.

Incluye tambin un potente entorno grfico de administracin, que permite el

uso de comandos DDL y DML grficamente.

Permite trabajar en modo cliente-servidor, donde la informacin y datos se

alojan en el servidor y las terminales o clientes de la red slo acceden a la

informacin.

Adems permite administrar informacin de otros servidores de datos.

Este sistema incluye una versin reducida, llamada MSDE con el mismo motor de

base de datos pero orientado a proyectos ms pequeos, que en su versin 2005 pasa

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

Es muy comn desarrollar completos proyectos complementando Microsoft SQL

Server y Microsoft Access a travs 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 cmodo y de alto rendimiento (VBA Access), atravs de la

15

implementacin de aplicaciones de dos capas mediante el uso de formularios

Windows.

Para el desarrollo de aplicaciones ms complejas (tres o ms 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 ms comnmente

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

las licencias correspondientes al proyecto opensource, por lo que su rpido

desarrollo es causa del empeo 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 ms popular de la red.

2.4.2.1. Caractersticas 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

16

Soporte a VARCHAR

INFORMATION_SCHEMA

Soporte X/Open XA de transacciones distribuidas; transaccin en dos fases

como parte de esto, utilizando el motor InnoDB de Oracle

Motores de almacenamiento independientes (MyISAM para lecturas rpidas,

InnoDB para transacciones e integridad referencial)

Query caching

Sub-SELECTS (o SELECTS anidados)

Rplica con un maestro por esclavo, varios esclavos por maestro, sin soporte

automtico para mltiples maestros por esclavo.

indexing y buscando campos de texto completos usando el motor de

almacenamiento MyISAM

17

2.5. METODOLOGA RAD

La metodologa de desarrollo conocida como diseo rpido de aplicaciones RAD

(por sus siglas en ingls) consiste de diferentes etapas que suceden de forma paralela

y exigen la colaboracin de los usuarios en todos los niveles, esta metodologa

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 das. RAD es un

ciclo de desarrollo diseado 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 planificacin de los requisitos:

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

compaa determinen cuales sern las funciones del sistema. Debe darse una

discusin estructurada sobre los problemas de la compaa que necesitan solucin.

Por lo general esta etapa se completa rpidamente cuando se crean equipos que

envuelven usuarios y ejecutivos con un conocimiento amplio sobre las necesidades

de la institucin.

2.5.1.2. Etapa de anlisis y diseo:

Esta consiste de un anlisis detallado de las actividades de la compaa en relacin al

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

profesionales de la informtica. En ellos descomponen funciones y definen entidades

asociadas con el sistema. Una vez se completa el anlisis se crean los diagramas que

definen las alteraciones entre los procesos y la data. Al finalizar el anlisis se traza el

diseo del sistema. Se desarrollan los procedimientos y los esquemas de pantallas.

6 http://members.fortunecity.com/miadinellie/TrabajoFinal.htm

18

Los prototipos de procedimientos crticos se construyen, se repasan y se prepara el

plan para implementar el sistema.

2.5.1.3. Construccin:

En la etapa de construccin el equipo de desarrolladores trabajando de cerca con los

usuarios finaliza el diseo y la construccin del sistema. La construccin de la

aplicacin 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. Tambin se crea la documentacin y las instrucciones necesarias

para manejar la nueva aplicacin, rutinas y procedimientos para operar el sistema.

2.5.1.4. Implementacin:

Esta etapa envuelve la implementacin 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 operacin del nuevo sistema se hacen en

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

2.6. HERRAMIENTAS PARA DISEO DE PGINAS WEB

2.6.1. Adobe Photoshop7

Adobe Photoshop es una aplicacin informtica de edicin y retoque de imgenes,

elaborada por la compaa de software Adobe inicialmente para computadores Apple

pero posteriormente tambin para plataformas PC con sistema operativo Windows.

Photoshop se ha convertido, casi desde sus comienzos, en el estndar mundial en

retoque fotogrfico, pero tambin se usa extensivamente en multitud de disciplinas

del campo del diseo y fotografa, como diseo web, composicin de imgenes

7 http://es.wikipedia.org/wiki/Adobe_Photoshop

19

bitmap, estilismo digital, fotocomposicin, edicin y grafismos de vdeo y

bsicamente en cualquier actividad que requiera el tratamiento de imgenes digitales.

Photoshop ha dejado de ser una herramienta nicamente usada por diseadores /

maquetadores, ahora Photoshop es una herramienta muy usada tambin por

fotgrafos profesionales de todo el mundo, que lo usan para realizar el proceso de

"positivado y ampliacin" digital, no teniendo que pasar ya por un laboratorio ms

que para la impresin del material.

Photoshop soporta muchos tipos de archivos de imgenes, 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, mtodos de fusin, colores, textos, mscaras, canales de color, canales alfa,

trazados, formas, configuracin 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 despus de haber cerrado el programa, al

contrario que el JPEG, sin embargo, ocupa mucho ms espacio y no se puede abrir

con programas como el visor de imgenes y fax de Windows, luego es necesario

tener un programa que lea ms formatos de imagen si no tienes Photoshop.

PSB: Es una nueva versin del formato PSD, diseado especialmente para archivos

mayores a 2 GB.

PDD: Es una versin del PSD que solo soporta las opciones del programa

descontinuado PhotoDeluxe.

20

2.7. HERRAMIENTAS PARA DESARROLLO DE PGINAS WEB

2.7.1. ASP.NET8

Las siglas ASP corresponden a las palabras Active Server Pags (Pginas Activas en

el servidor). ASP es una tecnologa desarrollada por Microsoft para crear pginas

web de contenido dinmico apoyndose 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 pgina ASP es una mezcla entre una pgina HTML y un programa que da como

resultado una pgina HTML que es enviada al cliente (navegador).Estos scripts o

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

programacin VBScript o JavaScript, pero el ms extendido es VBScript.

ASP es una tecnologa dinmica funcionando del lado del servidor, lo que significa

que cuando el usuario solicita un documento ASP, las instrucciones de programacin

dentro del script son ejecutadas para enviar al navegador nicamente el cdigo

HTML resultante. La ventaja principal de las tecnologas dependientes del servidor

8 http://tgp0607.awardspace.com/Recursos_ASP.pdf

21

radica en la seguridad que tiene el programador sobre su cdigo, ya que ste se

encuentra inicialmente en los archivos del servidor que al ser solicitado a travs del

web, es ejecutado, por lo que los usuario no tienen acceso ms que a la pgina

resultante en su navegador.

Para explicar mejor el funcionamiento del ASP se presenta la siguiente grfica:

Pginas

Las pginas de ASP.NET, conocidas oficialmente como "web forms" (formularios

web), son el principal medio de construccin para el desarrollo de aplicaciones web.

Los formularios web estn contenidos en archivos con una extensin ASPX; en jerga

de programacin, estos archivos tpicamente contienen etiquetas HTML o XHTML

esttico, y tambin etiquetas definiendo Controles Web que se procesan del lado del

servidor y Controles de Usuario donde los desarrolladores colocan todo el cdigo

esttico y dinmico requerido por la pgina web. Adicionalmente, el cdigo

dinmico que se ejecuta en el servidor puede ser colocado en una pgina dentro de un

bloque que es muy similar a otras tecnologas de

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

22

es, generalmente, desaconsejada excepto para propsitos de enlace de datos pues

requiere ms llamadas cuando se genera la pgina.

2.7.2. PHP9

PHP es un lenguaje de programacin interpretado, diseado originalmente para la

creacin de pginas web dinmicas. Es usado principalmente en interpretacin del

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

una interfaz de lnea de comandos o en la creacin de otros tipos de programas

incluyendo aplicaciones con interfaz grfica usando las bibliotecas Qt o GTK+.

Es un acrnimo de "PHP: Hypertext Preprocessor", la mayor parte de su sintaxis es

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

escribir a los creadores de pginas web, pginas dinmicas de una manera rpida y

fcil, aunque se pueda hacer mucho ms con PHP.

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

implementacin principal de PHP es producida ahora por The PHP Group y sirve

como el estndar de facto para PHP al no haber una especificacin formal.

2.7.2.1. Caractersticas de PHP

Es un lenguaje multiplataforma.

Completamente orientado al desarrollo de aplicaciones web dinmicas con

acceso a informacin almacenada en una Base de Datos.

El cdigo fuente escrito en PHP es invisible al navegador y al cliente ya que

es el servidor el que se encarga de ejecutar el cdigo y enviar su resultado

9 http://www.forosdelweb.com/wiki/Manual_de_PHP:_Qu%C3%A9_es_PHP

23

HTML al navegador. Esto hace que la programacin en PHP sea segura y

confiable.

Capacidad de conexin con la mayora 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

mdulos (llamados ext's o extensiones).

Posee una amplia documentacin en su pgina oficial, entre la cual se

destaca que todas las funciones del sistema estn explicadas y

ejemplificadas en un nico archivo de ayuda.

Es libre, por lo que se presenta como una alternativa de fcil acceso para

todos.

Permite aplicar tcnicas de programacin orientada a objetos.

Biblioteca nativa de funciones sumamente amplia e incluida.

No requiere definicin de tipos de variables aunque sus variables se pueden

evaluar tambin por el tipo que estn manejando en tiempo de ejecucin.

Tiene manejo de excepciones (desde PHP5).

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

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 tcnica de programacin y/o desarrollo que le permita

escribir cdigo ordenado, estructurado y manejable. Un ejemplo de esto son

los desarrollos que en PHP se han hecho del patrn de diseo Modelo Vista

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

24

datos, la lgica de control y la interfaz de usuario en tres componentes

independientes (ver ms abajo Framework en PHP).

2.7.3. JSP10

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

diseadores de Web desarrollar rpidamente y mantener fcilmente pginas

dinmicas, ricas en informacin como son las que soportan a sistemas de

negociacin. La tecnologa de los JSP separa la interfaz del usuario de la parte lgica

del contenido permitiendo a los diseadores cambiar a su disposicin las plantillas de

la interfaz sin alterar el contenido dinmico subyacente.

Otra definicin es que es una tecnologa de Java que permite introducir cdigo para

la generacin dinmica de HTML dentro de una pgina web. Esta surge por la

necesidad de crear aplicaciones dinmicas para Web de forma fcil, ya que la mayor

parte del resultado de un programa CGI es esttico. Se podra pensar entonces en

JavaScript, pero este genera HTML dinmicamente en el cliente y no puede acceder

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

pgina web y el cdigo de forma independiente. Las pginas JSP pueden residir en

cualquier parte del servidor (no estn restringidas a un directorio servlets).

En otras palabras, un JSP es simplemente una pgina de Web en HTML que contiene

dgitos binarios adicionales de cdigo que ejecuta la lgica de la aplicacin para

generar contenido dinmico. Esta lgica de la aplicacin puede implicar el uso de

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

cuales pueden ser fcilmente 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

25

contener cdigo HTML que despliega texto y grficos estticos, y adems puede

invocar a mtodos de un objeto de JDBC (Bean) que tenga acceso a una base de

datos; cuando se despliegue la pgina en el browser de un usuario, sta contendr el

contenido esttico HTML y la informacin dinmica extrados 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 continuacin har una breve descripcin de

ellos.

2.7.3.1. Caractersticas JSP

A continuacin se dar en resumen las caractersticas de esta tecnologa:

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

(HyperText Markup Language) en el browser.

No slo se puede utilizar HTML, sino tambin XML (eXtensible Markup

Language) o WML (Wireless Markup Language).

Hace ms fcil rehusar componentes como JavaBeans y Enterprise JavaBeans

los cuales realizan tareas ms especficas.

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

Su funcin es saber cmo procesar una solicitud para crear una respuesta.

Soporta contenido dinmico que refleja las condiciones del mundo real.

Existe independencia entre la parte del diseo (interfaz) y la lgica

(programa).

26

2.8. TCNICAS DE RESPALDO Y SEGURIDAD.11

No es ninguna novedad el valor que tiene la informacin y los datos para nuestros

negocios. Lo que resulta increble de esto es la falta de precauciones que solemos

tener al confiar al ncleo de nuestros negocios al sistema de almacenamiento de lo

que en la mayora 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 dao puede ser irreversible, puede significar la prdida total de

nuestra informacin. Es principalmente por esta razn, por la que debemos respaldar

la informacin importante. Imaginmonos ahora lo que pasara si esto le sucediera a

una empresa, las prdidas econmicas podra ser cuantiosas. Los negocios de todos

los tipos y tamaos confan en la informacin computarizada para facilitar su

operacin. La prdida de informacin provoca un dao de fondo:

- Prdida de oportunidades de negocio

- Clientes decepcionados

- Reputacin perdida

La tecnologa no est exenta de fallas o errores, y los respaldos de informacin 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 ms mnima interrupcin informtica.

11

http://www.monografias.com/trabajos14/respaldoinfo/respaldoinfo.shtml

27

Las interrupciones se presentan de formas muy variadas: virus informticos, fallos de

electricidad, errores de hardware y software, cadas 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 Informacin

2.8.1. Copias de Informacin (Backups).

Estos respaldos son slo 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 comn. Existen varios

tipos de Software que automatizan la ejecucin de estos respaldos, pero el

funcionamiento bsico 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

28

Informacin" (tpicamente 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

comnmente 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, slo aquellos archivos que

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

sido modificados despus de un Respaldo Completo. Adems cada Respaldo de

Incremento que se lleve a cabo tambin 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.

29

2.8.3. Ventajas y Desventajas de los tipos de respaldo

CUADRO 2. VENTAJAS Y DESVENTAJAS DE TIPOS DE RESPALDOS

Respaldo Archivos en

respaldo

Ventajas Desventajas

Completo

("Full")

Todos Con este

respaldo

nicamente es

posible

recuperar toda

la informacin

Tiempo de Ejecucin

De Incremento

("Incremental")

Archivos con

archive bit

activo.(Aquellos

que hayan

cambiado desde

el ltimo

Respaldo

Completo)

Velocidad Requiere del ltimo Respaldo

Completo y de todos los Respaldos

de Incremento que le siguieron

para recuperar el Sistema

Diferencial

("Differential")

Archivos con

archive bit

activo.(Aquellos

que hayan

cambiado desde

el ltimo

Respaldo

Completo)

Slo requiere

del ltimo

Respaldo

Completo y del

ltimo respaldo

Diferencial

Ocupa mayor espacio en discos

comparado con Respaldos de

Incremento

30

3. PLANIFICACIN DEL DESARROLLO DEL SOFTWARE

3.1. RECURSOS

CRONOGRAMA DE ACTIVIDADES

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

Acadmicos 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 elaboracin del sistema a 8 horas semanales y tambin a la falta de

informacin relacionada a Sistemas de Control Acadmico

RECURSOS HUMANOS

Desarrolladores de tesis

Ing. Byron Oviedo Bayas, Director de tesis

Egdo. Jos Luis Tubay Vergara

Ing. Jorge Guann Fajardo, Asesor

31

3.1.1. RECURSOS INFORMTICOS UTILIZADOS EN EL DESARROLLO

3.1.1.1. Hardware

CUADRO 3. HARDWARE USADO EN EL DESARROLLO

3.1.1.2. Software

CUADRO 4. SOFTWARE USADO EN EL DESARROLLO

CANTIDAD EQUIPO DESCRIPCIN

1 COMPUTADOR

Core 2 duo de 2.0 GHz o superior 2 Gb. RAM o superior 160 Gb Disco Duro Cd rewriter Monitor, Teclado, Mouse

1 IMPRESORA SAMSUNG ML-1610

TIPO DESCRIPCIN

MICROSOFT .NET 2005

Software necesarios para el desarrollo del

Sistema

Versin .NET 2005

SISTEMA OPERATIVO WINDOWS XP, WINDOWS VISTA

SISTEMA DE ADMINISTRACIN

DE BASE DE DATOS

DBMS para la administracin de la Base de

Datos del Sistema en la cual estarn

registrados los Datos.

Requerido Microsoft SQL Server 2005

SOFTWARE UTILITARIOS

Microsoft Office 2003 o superior

Word

Excel

Project

32

3.1.1.3. Materiales de Oficina

CUADRO 5. MATERIALES DE OFICINA

DETALLE CANTIDAD

Papel de Impresin 2 resmas Hojas a4

Lapiceros 10

Lpices 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

33

3.2. PRESUPUESTO

3.2.1. Costo

CUADRO 6. COSTO

Cantidad Descripcin Prec.Unit Total

1300 Horas de Alquiler Computadora 0.5 650.00

200 Horas de Alquiler de Internet 0.70 140.00

500 Impresin 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 Administracin BD SQL Server 2005 800.00 800.00

1

Software de Administracin de Proyectos (Microsoft

Project 2000) 200.00 200.00

800 Horas de Desarrollo 5.00 4000.00

1 Caja de Bolgrafos 5.00 5.00

1 Caja Lpices 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

34

3.2.2. Costo de Oportunidad

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

pueden aprovechar. Entre las ms importante estn, que yo voy a desarrollarla

entonces no existe el pago de horas a programadores, adems 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 Administracin de Base de Datos, Utilitarios,

Sistema Operativo y Project facilitados por la Universidad.

CUADRO 7. COSTO DE OPORTUNIDAD


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 Administracin BD SQL Server 2005 800.00 800.00

1

Software de Administracin de Proyectos (Microsoft

Project 2000) 200.00 200.00

800 Horas de Desarrollo 5.00 4000.00

TOTAL 7150.00

35

3.2.3. Costo Real

CUADRO 8. COSTO REAL


200 Horas de Alquiler de Internet 0.70 140.00

500 Impresin hoja 0.10 50.00

1 Resma de Hojas A4 2.50 2.50

1 Caja de Bolgrafos 5.00 5.00

1 Caja Lpices 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

36

4. MODELO DE DESARROLLO DEL SITIO WEB

Para el desarrollo del sitio web se utiliz la metodologa de desarrollo conocida como

diseo rpido de aplicaciones RAD (por sus siglas en ingls) esta metodologa 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 colaboracin de los usuarios en todos los niveles.

La metodologa RAD ha tenido mucho auge recientemente en el mundo de la

informtica. Esta metodologa 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 das. RAD es un ciclo de desarrollo diseado para crear aplicaciones de

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

4.1. FASE PLANIFICACIN DE LOS REQUISITOS

La planificacin tiene como objetivo la definicin de cada uno de los requisitos o

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

de los avances acadmico de los Docentes de la Escuela de Informtica que responda

de una manera ms eficaz y eficiente al proceso manual que se est llevando

actualmente.

Es la parte ms importante del desarrollo de la aplicacin web entre los principales

requerimientos tenemos:

37

CUADRO 9.REQUERIMIENTOS

Ref. Requerimiento Categora

R.001 Ingresar a la aplicacin web mediante un

Login y una contrasea

Evidente

R.002 Enlistar Materias distribuidos por Docentes Evidente

R.003 Enlistar das de clases por materias Evidente

R.004 Enlistar Unidades y Temas por materias Evidente

R.005 Ingreso de Avances Acadmicos Evidente

R.006 Enlistar Avances Acadmicos Realizados Evidente

R.007 Modificar contrasea Evidente

R.008 Enlistar Materias por carreras y cursos Evidente

R.009 Registro de Programas Acadmicos por

Materias

Evidente

R.010 Enlistar Docentes por periodos y semestre Evidente

R.011 Mostrar Avances Acadmicos por Docente Evidente

R.012 Asentar faltas a los Docentes Evidente

R.013 Justificar Faltas a Docentes Evidente

Fuente: Investigacin

Elaboracin: 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 acadmicos propuestos.

Obtencin de reportes estadsticos tardan mucho tiempo.

No se tiene informacin histrica al instante

38

4.2. FASE DE ANLISIS Y DISEO

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

construccin.

4.2.1. IDENTIFICAR CASOS DE USOS Y ESQUEMATIZAR

DIAGRAMAS DE CASOS DE USO.

Un actor representa el rol genrico 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 descripcin de un conjunto de secuencias de acciones que

un sistema ejecuta y que produce un resultado observable de inters para un actor

particular. Reflejan el uso que harn los actores del sistema; se muestran a travs 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

Docente

Ingresar al sistema Web

Enlistar das de clases por materias distribuidas

Enlistar Temas por Unidades

Registrar Avance Acadmico

Enlistar Avances Acadmicos Realizados

Modificar contrasea

Director Escuela


Enlistar Materias por carreras y cursos

Registro de Programas Acadmicos por Materias

39

DOCENTE

Ingresar al sistema

Registrar Avance

Acadmico

Modificar

Contrasea

Enlistar das de clases

por materia distribuida

Enlistar Docentes por periodos y semestre

Mostrar Avances Acadmicos por Docente

Asentar faltas a los Docentes

Modificar contrasea

Decano


Enlistar Docentes por periodos y semestre

Mostrar Avances Acadmicos por Docente

Justificar Faltas

Modificar contrasea

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

comportamiento de un sistema mediante su interaccin, con los usuarios y/o otros

sistemas. O lo que es igual un diagrama que muestre la relacin 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. Adems, ofrecen una visin

del sistema, que vamos a desarrollar.

Figura 1. Diagrama de Caso de Uso del Docente

40

Ingresar Programa

Acadmico

Registrar falta a

docente

Ingresar al sistema

Mostrar Avance

Acadmico por docente

Enlistar Docentes por

periodo y semestre

Modificar contrasea

DIRECTOR DE ESCUELA

Ingresar al sistema

Justificar falta a

docente

Mostrar Avance

Acadmico por docente

Enlistar Docentes por

periodo y semestre

Modificar contrasea

DECANO

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

Figura 2. Diagrama de Caso de Uso del Decano

41

4.2.2. NARRACIN DE LOS CASOS DE USOS ENCONTRADOS

Identificacin: UC-001

Caso de uso: Ingresar al sistema

Actores: Docente, Director de Escuela, Decano

Propsito: Permitir a un Usuario el acceso al sistema, mediante un Login y una

contrasea.

Descripcin: Este use case empieza cuando un usuario quiere acceder a la

aplicacin web, para esto primero tiene que seleccionar el tipo de

usuario, luego ingresa su nmero de cdula y contrasea.

Tipo: Primario

Curso tpico de evento

Accin del Actor Respuesta del sistema

1. El usuario selecciona el tipo de

Usuario que es.

2. El usuario Ingresa su nmero de

cdula y su contrasea.

3. El sistema valida que el nmero de

cdula y el contrasea sean los

correctos.

Caso de uso alterno

Paso 3: No hay usuarios con el nmero de cdula ingresado o la contrasea es incorrecta

42


Caso de uso: Enlistar das de clases por materias distribuidas

Actores: Docente

Propsito: Presentar los das de clase en la semana actual, de una materia

seleccionada

Descripcin: 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



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 das de

clases.


los das 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

43


Caso de uso: Registrar Avance Acadmico

Actores: Docente

Propsito: Permitir al Docente Registrar el avance acadmico despus de haber

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

Descripcin: Este use case empieza cuando el Docente selecciona un da de clase a

las cual le va hacer el respectivo ingreso del avance acadmico de una

unidad de aprendizaje seleccionada.

Tipo: Primario



1. El Docente selecciona el da 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 botn guardar.

6. El sistema guarda la informacin en

la base de datos.

Caso de uso alterno

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

avance para este da.

44


Caso de uso: Modificar Contrasea

Actores: Docente, Director de Escuela, Decano

Propsito: Permitir al usuario cambiar su contrasea.

Descripcin: Este use case empieza cuando el usuario selecciona en el men la

opcin Cambio de contrasea.

Tipo: Primario



1. El usuario selecciona en el men la

opcin Cambio de contrasea

2. El sistema muestra un formulario

que le va solicitar que ingrese la

contrasea actual, luego la nueva

contrasea y confirmar la nueva

contrasea

3. El usuario ingresa la contrasea

actual, luego la nueva contrasea y

confirma la nueva contrasea, por

ultimo presiona el botn cambiar

contrasea

4. El sistema valida la informacin

ingresada y la guarda.

Caso de uso alterno

Paso 4: Confirmar la nueva contrasea debe coincidir con la entrada nueva contrasea.

45


Caso de uso: Ingresar Programa Acadmico

Actores: Director de Escuela

Propsito: Permitir ingresar un programa acadmico para la unidad de

aprendizaje seleccionada

Descripcin: Este use case empieza cuando el Director de Escuela selecciona en el

men la opcin Subir Programa Acadmico, luego selecciona la

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

Acadmico.

Tipo: Primario



1. El Director de Escuela selecciona en

el men la opcin Subir Programa

Acadmico


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 direccin Fsica del archivo

donde se encuentra el programa

46

acadmico y presiona el botn

visualizar.

9. El sistema muestra el programa

acadmico que se va guardar.

10. Presiona el botn Guardar

11. Guarda el Programa Acadmico

Caso de uso alterno

Paso 9: El programa acadmico no tiene el formato correcto, no se puede guardar la

informacin

47


Caso de uso: Enlistar Docentes por periodo y semestre

Actores: Director de Escuela, Decano

Propsito: Presentar los Docentes designados para el dictado de las clases de una

Escuela o facultad, por periodo lectivo y semestre.

Descripcin: Este use case empieza cuando el usuario selecciona la opcin en el

men Periodos Anteriores

Tipo: Primario



1. El usuario selecciona el men

Periodos Anteriores.

2. El sistema presentar los periodos

lectivos desde la puesta en

funcionamiento de la aplicacin 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

48


Caso de uso: Mostrar reporte de avance acadmico por Docente

Actores: Director de Escuela, Decano

Propsito: Presentar los respectivos avances realizado por el Docente en el

periodo seleccionado

Descripcin: Este use case empieza cuando el usuario selecciona a un Docente para

ver su respectivo avance acadmico ya sea en el periodo actual o

periodos anteriores.

Tipo: Primario



1. El usuario selecciona a un Docente

para ver su avance acadmico.

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

49


Caso de uso: Registrar falta a Docente

Actores: Director de Escuela

Propsito: 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

da que no asisti.

Descripcin: 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 da y la hora establecido en el horario de clase.

Tipo: Primario



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 deba 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

50


Caso de uso: Justificar falta a Docente

Actores: Decano

Propsito: Permite justificarle una falta registrada por el Director de Escuela a un

Docente por no haber asistido a dictar clases.

Descripcin: Este use case empieza cuando el Decano autoriza la justificacin de

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

acadmico en la fecha justificada.

Tipo: Primario



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 justificacin.

y guarda la respectiva justificacin

4. Registra en la base de datos la

respectiva justificacin

51

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

cdigo. Sin embargo, es importante destacar que ASP no fue diseado 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 cdigo 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 conexin con las bases de datos.

CUADRO 10. PORTABILIDAD EN LOS SISTEMAS OPERATIVOS

Fuente: Biblioteca virtual EBESCO

Elaboracin: departamento de ingeniera & 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 opcin Ver cdigo fuente, disponible en el navegador de

internet, ninguna de las herramientas muestra el cdigo del lado del cliente, lo cual es

52

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

est sujeto a la decisin, o al desconocimiento, de parte del programador, para que el

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

Por ejemplo, la etiqueta 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



de Colombia.

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

adecuado se da en Linux, debido a que inicialmente fueron diseados para este

ltimo sistema operativo, y como era de esperarse, ASP tiene un mejor desempeo

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 pginas desarrolladas en los mismos. Por otro lado, hay que destacar que JSP

53

requiere una memoria ms 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

programacin bajo la Web, y se encontraron los siguientes resultados:

CUADRO 12. GRADO DE DETECCIN DE FALLAS



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. SELECCIN DE HERRAMIENTA DE DESARROLLO

ASP.NET

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

sea mejor que la otra; segn la revista publicada en la biblioteca virtual EBSCO, del

departamento de ingeniera & desarrollo de la Universidad del Norte del vecino pas

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 deteccin y ubicacin de errores, con el tipo de

54

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 desem

Ayuda de Tesis

Documents

Transcript of Ayuda de Tesis