U`l\lR:llAl MA\CR ll :A` A`lRl: U`l\lR:llAl MA\CR ll :A` A`lRl: U`l\lR:llAl MA\CR ll :A` A`lRl: U`l\lR:llAl MA\CR ll :A`

A`lRl:
FAUlTAl ll ll`lA: lURA: \ `ATURAll: FAUlTAl ll ll`lA: lURA: \ `ATURAll: FAUlTAl ll ll`lA: lURA: \ `ATURAll: FAUlTAl ll ll`lA: lURA: \ `ATURAll:
ARRlRA ll l`FCRMA ARRlRA ll l`FCRMA ARRlRA ll l`FCRMA ARRlRA ll l`FCRMATlA TlA TlA TlA


lRC\lTC ll RAlC lRC\lTC ll RAlC lRC\lTC ll RAlC lRC\lTC ll RAlC

:l:TlMA ll AlMl`l:TRAlC` AAllMlC \lA VlB
A:C. l:UllA ll lllCMA:

lARA ClTAR Al TlTUlC ll lll`lATURA l` l`FCRMATlA
Ml`lC`. l`l`llRlA ll :l:TlMA: l`FCRMATlC:



AUTCR AUTCR AUTCR AUTCR.. .. .. .. FRA`l:C ARllC lAlll
TUTCR. TUTCR. TUTCR. TUTCR. ll. lFRAl` :ll\A :A`HlZ
Rl\l:CR. Rl\l:CR. Rl\l:CR. Rl\l:CR. M. :. Rl`l A:lllA UTllRRlZ


lA lAZ BCll\lA
!CC8



DEDICATOBIA


m omodo Po or cstor s|cmrc o m| lodo dndomc so ooyo y con[|on:o,
y o cso crsono qoc nonco mc dcj y c|cc cn lo ro[ondo dc m scr o m| Modrc.

m| [om|l|o 1rcnc, Mor|o, ;osto, Hcrnn, Con:olo, B|chord y Body or lo
mos [ocrtc y scnc|llo ro:n cl cstor jonto o m| lodo.










Croc|os Fom|l|o
Por todo lo qoc h|c|cron or m.

Fronc|sco Cor|o Pollc






















ACBADECIMIENTO5


Pr|mcro qoc nodo o D|os or dormc c|do so[|c|cntc oro cstor cn cstc momcnto,
y dotormc dc crsonos moroc|llosos c |mortontcs qoc sc cncocntron o m| lodo.

m| cntcro [om|l|o or cl ooyo |ncond|c|onol y con[|on:o, or sos
cnscon:os qoc mc s|rc|cron dc mocho oro llcgor oqo, cn cscc|ol o 1rcnc y
Mor|o or scr como onos modrcs oro m|, o B|chord or scr on om|go
|ncond|c|onol, o t| toml|n oncy or cstor o m| lodo cn locnos y molos
momcntos.

l L|c. 1[ron S|lco m| Totor qoc cntrcgo so comrcns|n o lo lorgo dc cstc
t|cmo.

l M.Sc. Bcn Cos|llo or sos conscjos lr|ndodos y lo oc|cnc|o qoc toco or
so cololoroc|n y solrc todo so oyodo.

l S0F.2D0.D1PSS Con:olo Prc: Bocdo or so ooyo y oyodo qoc s|cmrc
mostr, y or cl cjcmlo dc crsono qoc mocstro qoc scrn on goo cn on
com|no rx|mo.

Un s|nccro ogrodcc|m|cnto o lo 1scoclo dc 1d|omos dcl 1jrc|to or lo
oorton|dod dc rcscntor cstc trolojo.


















RESUMEN



La Escuela de Idiomas del Ejrcito tiene como tarea principal dar una educacin
superior en idiomas extranjeros, con una formacin profesional y adecuada para
poder sobresalir y destacarse en diversos ambientes.

As este trabajo surge con el propsito de brindar un manejo eficaz y velos de la
informacin, para que pueda desempearse en diversos mbitos, rea acadmica
(notas), econmica (pensiones y gastos), inscripciones, horario e informes, cuyo
objetivo fue desarrollar un Sistema de Administracin Acadmico donde contemple
varias reas dentro del Instituto.

En el desarrollo de proyecto se toma a la metodologa UWE (Ingeniera Web
basado en UML) que proporciona tcnicas y actividades para el modelado y
construccin de las aplicaciones Web, tiene como herramienta principal al UML
(Lenguaje de Modelado Unificado) para la recoleccin de requerimientos en el
desarrollo Orientado a Objetos para un estudio personalizado a detalle.

Para la conclusin del desarrollo de la aplicacin Web se utilizo como
herramientas primordial al lenguaje de programacin PHP, con el gestor de base
de datos MySql y con la ayuda principal del servidor AppServer para la funcin
correcta del Sistema.









ndice

CAPITULO 1
INTRODUCCION
1.1 Introduccin....................................................................................................... 1
1.2 Antecedentes ................................................................................................. 12
1.2.1 Antecedentes de la Institucin .............................................................. 12
1.2.2 Trabajos Similares ................................................................................ 16
1.3 Planteamiento del Problema ........................................................................... 18
1.3.1 Identificacin del Problema................................................................... 18
1.3.2 Formulacin del Problema .................................................................... 20
1.4 Objetivos ......................................................................................................... 21
1.4.1 Objetivo General ................................................................................... 22
1.4.2 Objetivos Especficos............................................................................ 22
1.5 Justificacin..................................................................................................... 23
1.5.1 Justificacin Tecnolgica ...................................................................... 23
1.5.2 Justificacin Econmica........................................................................ 23
1.5.3 Justificacin Social................................................................................ 24
1.6 Lmites y Alcances .......................................................................................... 24

CAPITULO 2
MARCO TERICO

2.1 Escuela de Idiomas del Ejrcito ...................................................................... 27
2.2 Ingeniera Web basada en UML...................................................................... 27
2.2.1 Anlisis de Requerimientos................................................................... 28
2.2.2 Diseo Conceptual................................................................................ 30
2.2.3 Diseo Navegacional ............................................................................ 31
2.2.4 Diseo de Presentacin........................................................................ 37
2.2.5 Polticas de Seguridad .......................................................................... 47
2.2.6 Implementacin..................................................................................... 49

2.3 Herramientas de desarrollo............................................................................. 52
2.4 Mantenimiento de la Aplicacin Web .............................................................. 53
2.5 Mtodo de Evaluacin de calidad de Sitios Web ............................................ 54
2.5.1 Caractersticas y Atributos de calidad................................................... 54
2.5.2 Criterio de Evaluacin Elemental para Atributos................................... 56
2.5.3 Tipos de Criterios de Preferencia de Calidad Elemental....................... 57
2.5.4 El modelo de Agregacin Lgica de Preferencias ................................ 59
2.6 Mantenimiento de la Aplicacin Web .............................................................. 61

CAPITULO 3
ANALISIS Y DISEO

3.1 Anlisis de Requerimientos............................................................................. 63
3.1.1 Identificacin de actores...................................................................... 63
3.1.2 Descripcin de actores del Sistema...................................................... 64
3.1.3 Modelo de Casos de usos..................................................................... 66
3.1.4 Descripcin de los Casos de Uso ......................................................... 71
3.2 Diseo Conceptual ......................................................................................... 74
3.2.1 Modelo Conceptual ............................................................................... 74
3.3 Diseo Navegacional ...................................................................................... 78
3.3.1 Diseo de Espacio de Navegacin ....................................................... 78
3.3.2 Modelo de Estructura de Navegacin ................................................. 80
3.4 Diseo de Presentacin.................................................................................. 83
3.4.1 Modelo de Estructura de Presentacin ................................................. 84
3.4.2 Modelo de Interfaz de Usuario Abstracta.............................................. 75
3.4.3 Modelo de Flujo de Presentacin.......................................................... 86
3.5 Implementacin............................................................................................... 89
3.5.1 Diseo de Paquetes.............................................................................. 90
3.5.2 Diseo de Base de Datos ..................................................................... 91
3.6 Estrategia de Agregacin de Preferencias Parciales ...................................... 97
3.6.1 Resultados de Evaluacin Elemental de Usabilidad............................. 98
3.6.2 Resultados de Evaluacin Elemental de Funcionalidad...................... 103

3.6.3 Resultados de Evaluacin Elemental de Confiabilidad....................... 106
3.6.4 Resultados de Evaluacin Elemental de Eficiencia............................. 108
3.6.5 Evaluacin Global de la Aplicacin Web............................................. 109

CAPITULO 4
CONCLUSIONES Y RECOMENDACIONES

4.1 conclusiones ................................................................................................. 112
4.2 recomendaciones.......................................................................................... 112
























ndice de Figuras

Figura 1.1 Organigrama Escuela de Idiomas del Ejercito 4
Figura 2.1 Modelo de desarrollo del Mtodo Ingeniera basado en UML.. 18
Figura 2.2 Los componentes y pautas para la accesibilidad (W3C).. 25
Figura 2.3 Proceso de determinacin de la preferencia de calidad
elemental

46
Figura 2.4 Grado de Satisfaccin. 47
Figura 2.5 Esquema que representa la obtencin de la calidad global para
cada sistema seleccionado a partir de los indicadores
elementales


49
Figura 3.1 Caso de Uso General.. 57
Figura 3.2 Caso de uso Inscripcin de usuarios 61
Figura 3.3 Caso de uso Informe de Notas y Pensiones.. 62
Figura 3.4 Caso de uso Informe de Notas y Pensiones.. 63
Figura 3.5 Modelo Conceptual de la Inscripcin de Usuarios.. 65
Figura 3.6 Modelo Conceptual de Consultas y Reportes. 66
Figura 3.7 Modelo Conceptual de Kardex del Estudiante 67
Figura 3.8 Modelo de Espacio de Navegacin Inscripcin de Usuarios 68
Figura 3.9 Modelo de Espacio de Navegacin Consultas y Reportes 69
Figura 3.10 Modelo de Espacio de Navegacin Kardex del Estudiante... 70
Figura 3.11 Modelo de Estructura de Navegacin de la Inscripcin de
Usuarios..

71
Figura 3.12 Modelo de Estructura de Navegacin de Consultas y Reportes.. 72
Figura 3.13 Modelo de Estructura de Navegacin de Kardex del Estudiante..
73
Figura 3.14 Modelo de Estructura de Presentacin. 74

Figura 3.15 Modelo de interfaz de usuario abstracta de visita a la pagina de
la Escuela de Idiomas..

75
Figura 3.16 Modelo de interfaz de usuario abstracta de ingreso
al rea Acadmica. .

75
Figura 3.17 Modelo de interfaz de usuario abstracta del rea concerniente
al Alumno..

76
Figura 3.18 Modelo de Flujo de Presentacin del Estudiante (Usuario)... 77
Figura 3.19 Modelo de Flujo de Presentacin del Administrativo (Usuario) 78
Figura 3.20 Modelo de Flujo de Presentacin del Administrador del Sistema 79
Figura 3.21 Navegacin en el Sistema... 80
Figura 3.22 Diseo de Paquetes de los mdulos de la aplicacin. 81
Figura 3.23 Base de Datos Relacional... 82
Figura 3.24 Pagina Principal 83
Figura 3.25 Pagina de Inicio a los Usuarios.. 83
Figura 3.26 Pagina del Estudiante.. 84
Figura 3.27 Pagina de Visualizacin de pago de pensiones. 84
Figura 3.28 Inscripcin al Estudiante.. 85
Figura 3.29 Formulario de Inscripcin del Estudiante.. 85
Figura 3.30 Reporte de las Notas por Curso. 86
Figura 3.31
Reporte de Pago de Pensiones por Curso...
86
Figura 3.32
Estructura de agregacin de preferencias parciales...
87







ndice de Tablas

Tabla 1.1 Causa efecto. 9
Tabla 2.1 Descripcin de los Requerimientos.. 19
Tabla 2.2 Tabla 2.2: Guas de desarrollo del modelo de Casos de Uso.. 19
Tabla 2.3 Guas de desarrollo del Modelo Conceptual... 20
Tabla 2.4 Guas de desarrollo del Modelo Espacio de Navegacin. 21
Tabla 2.5 Guas de desarrollo del Modelo Estructura de Navegacin. 23
Tabla 2.6 Guas de desarrollo del Modelo Estructura de Navegacin. 28
Tabla 2.7 Tamaos de Fuente Recomendados... 33
Tabla 2.8 Guas de implementacin para las aplicaciones Web... 42
Tabla 2.9 rbol de Requerimientos de Calidad en los Sistemas
Acadmicos

45














1.1 Introduccin

En la actualidad se cursa etapas donde las Nuevas Tecnologas de Informacin y
Comunicacin (NTIC) tienen un gran impacto mundial, que nos ayudan a contribuir
al surgimiento de nuevas perspectivas en el desarrollo de sistemas informticos,
donde el objetivo es dar soluciones a problemas cotidianos, que en tiempos
pasados posiblemente no era muy sencillo resolver.

Estas tecnologas juegan un rol muy importante dentro de la institucin en general
ya que ofrece cambios en el manejo de la informacin para as incrementar la
velocidad de las operaciones, bsqueda de datos, consultas y otros, que en
consecuencia responde a las expectativas del interior y exterior de la institucin.
Entonces, el avance tecnolgico permite acelerar el crecimiento, competitividad,
produccin y la toma de dediciones, con el fin de obtener mejores resultados en
los servicios de dicha institucin. Estas Nuevas Tecnologas de Informacin y
Comunicacin (NTIC) proporcionan herramientas las cuales incentiva a
importantes trasformaciones dentro la sociedad, donde encuadra prospectos que
marcara dentro de la historia de la informacin.

Hoy en da el objeto ms importante y valioso es la informacin que transformada
a una estructura definida mejora el estilo de vida de la sociedad, dndole cambios
radicales a los mtodos tradiciones de acceso y control de la informacin, en
beneficio del entorno que lo rodea y de los usuarios finales.

Actualmente los Sistemas de Informaciones Acadmicas que fueron implantados
en las distintas Universidades e Instituciones, es un prototipo para pensar en un
arquitectura para un entorno multiusuario posibilitando el alcance a distintos
sectores, causando un gran impacto sobre el manejo y la portabilidad de la
informacin, dando el origen a la idea de automatizar los requerimientos,
necesidades en las instituciones.


El presente trabajo de investigacin propone optimizar, simplificar y mejorar
operaciones acadmicas en la Escuela de Idiomas del Ejercito, de tal manera que
dichas operaciones se realizan aun de forma presencial o simplemente padecen
de ciertas falencias con el sistema actual, por tal motivo el Sistema de
Administracin Acadmica de la Escuela de Idiomas del Ejercito se extiende a la
World Wide Web para as lograr reducir tiempo, recursos o procedimientos
morosos de los diferentes usuarios finales como ser: los estudiantes, los docentes,
el plantel administrativo, el plantel acadmico y finalmente el Comando General
del Ejercito.

Haciendo una breve descripcin global al presente proyecto, en el capitulo 1
describimos una breve introduccin a lo que se inicia el proyecto, tambin se logra
la recaudacin de informacin para la construccin a lo que son los pilares
fundamentales para la Aplicacin Web. Con esto logramos ingresar alo que es el
capitulo 2 que consta de tomar una Metodologa para el modelado del Sistema,
que nos colabore con tcnicas y actividades para la construccin de la Aplicacin,
con un inicio importante que es el de Anlisis de Requerimientos para lograr
resolver los problemas identificados por el Usuario. En el Capitulo 3 se logra
implementar a lo que se propuso en el capitulo 2, con la ayuda de la Metodologa
ya mencionado, tambin haciendo un anlisis de calidad de la Aplicacin Web se
logra con la culminacin. En el Capitulo 4 se menciona algunas conclusiones que
se puede observar dentro del trabajo, y algunos consejos que se puede tratar de
rescatar para el bien y el buen funcionamiento del Sistema de Administracin
Acadmico.

1.2 Antecedentes

1.2.1 Antecedentes de la Institucin

La Escuela de Idiomas del Ejrcito naci como resultado de las recomendaciones
de la tercera reunin de Comandantes de institutos Militares del Ejrcito realizada

el 25 de julio de 1990 en la ciudad de la Paz. Quienes vieron la necesidad de crear
un Instituto de Idiomas que le permita al Ejercito Nacional contar con Cuadros
capacitados en el idioma ingles.

Mediante Resolucin 01/93 del 25 de enero de 1993, crendose oficialmente la
EIE durante la gestin del Comandante General del Ejrcito de ese entonces Gral.
Ejto. Oscar Escobar Quiroga.

El 26 de febrero de 1997 mediante Directiva No. 10/97, siendo Comandante de
Ejrcito el Sr. Gral. Div. Jorge Rodrguez Roca, se autoriza al Comando de


Institutos Militares, para que la EIE imparta la enseanza del idioma ingls a la
familia del personal militar de la guarnicin de La Paz.

Mediante resolucin 02/93 del 10 de diciembre de 1993 se autoriza al instituto
otorgar el respectivo Diploma a todos los alumnos que hayan cumplido con los
requisitos acadmicos. El primer curso se realizo con 40 alumnos entre Oficiales,
Sub-Oficiales y Sargentos del Ejrcito y un alumno civil de los cuales egresaron
solo 20 alumnos.

Hasta la fecha han egresado de la EIE 257 alumnos militares y 283 civiles,
habiendo salido en Comisiones de Estudio al exterior y en Operaciones de
Mantenimiento de Paz un 50% del personal egresado. As mismo egresaron del
instituto 11 OO (Oficiales), SOF (Suboficiales): SGTO (Sargentos): de la Fuerza
Area Boliviana, como tambin 7 Oficiales de la Fuerza Naval Boliviana.

La Escuela de idiomas cuenta con una planta de Profesores egresados del
Instituto de Defensa del Idioma Ingles en Lackland Air Force Base San Antonio
Texas, los mismos que participan peridicamente en permanentes cursos de
actualizacin acadmica del idioma ingles.

La escuela de idiomas del ejrcito tiene como misin planificar, desarrollar e
impartir el sistema de la enseanza y aprendizaje de idiomas nativos y extranjeros
en forma permanente en sus instalaciones, con la mayor eficiencia en el servicio
acadmico informativo que ofrece, mediante el uso de las nuevas tecnologas.

La descripcin de la estructura organizativa de la Escuela de Idiomas del Ejercito
(ver Figura 1.1), donde el Sistema de administracin abarcara las reas mas
significativas dentro de la institucin.


Figura 1.1: Organigrama Escuela de Idiomas del Ejercito
















Fuente: [Comandante de la Escuela de Idiomas del Ejrcito, 2008]


A continuacin se describir las funciones especficas y principales de los
elementos, para el cumplimiento de las misiones dentro del marco de la estructura
organizativa.

COMANDO
1EIATURA DE
ESTUDIOS
SECRETARIA
DTIC DIAC DEAC DIAA
P-1-4-5
DEIS
P-2
DIPD
P-3
CA1A
BIBLIOTECA

Jefatura de estudios
Principal asesor del Director y responsable de la ejecucin, control y supervisin
de las diferentes actividades del Instituto.

Divisin Acadmica
Planificar, coordinar, administrar y supervisar la ejecucin de las actividades
acadmicas en relacin al proceso de enseanza, elabora y desarrolla el plan de
Estudios a fin de contribuir al cumplimiento de la misin del Instituto.


Divisin de investigacin y Produccin de Doctrina
Planificar, dirigir, evaluar, controlar y supervisar las actividades de Produccin de
Doctrina de la Escuela de Idiomas del Ejrcito, a fin de dar cumplimiento al
planeamiento acadmico.

Divisin de Extensin e Interaccin Social
Planificar, dirigir, coordinar, evaluar y controlar las actividades de interaccin
social, a partir de la iniciacin hasta la clausura del ao acadmico, para
incrementar los conocimientos en el idioma del personal de instructores y/o
alumnos, mediante la invitacin a profesores de reconocido prestigio acadmico,
para la ejecucin de conferencias, seminarios, actividades soci-culturales y
practicas deportivas.

Divisin de Evaluacin y Acreditacin
Aplica los criterios y procedimientos cientficos del proceso de auto evaluacin
interna, para la valoracin del proceso Enseanza Aprendizaje y la
administracin de la educacin que permita el logro de la educacin, enseanza
acadmica mediante la certificacin de la calidad de los procesos y los recursos
humanos especializados en el Instituto.



Divisin de Apoyo Administrativo
Proporcionar apoyo administrativo, antes y durante las labores acadmicas al
proceso de Enseanza - Aprendizaje para satisfacer oportunamente los
requerimientos de material y tecnologa educativa a fin de coadyuvar al
cumplimiento del plan general de Enseanza del Instituto.

Divisin tecnologas de Informacin y Comunicacin
Se encarga de asimilar la Tecnologa creciente, manteniendo siempre presente y
actualizada el rea informtica, donde se tendr apoyo para el desarrollo del
presente Sistema de Administracin Acadmica.


1.2.2 Trabajos Similares

Los grandes avances que muestra la tecnologa unido al desarrollo de software,
nos lleva a enfocarnos a una nueva visin a la sistematizacin y procesamiento
de la informacin, que facilita el acceso de una forma tanto inmediata y estable.

El desarrollo de sistemas permite cubrir todos los escenarios de cualquier entidad
pblica o privada, desde la operacin administrativa, la gestin de la
administracin acadmica hasta llegar a los niveles esenciales de la educacin. La
integracin de todos estos niveles debe buscar un modelo slido que mejore los
servicios, desarrolle el potencial humano y aproveche al mximo los recursos
tangibles informticos de la Institucin.

La variedad de proyectos de gestin acadmica nos ayudaran a obtener una
vista general y conocimientos para tomar siempre en cuenta factores de necesidad
como la de presentacin (vista) y la forma de representacin de la informacin
(como), los medios de almacenamiento y recuperacin de datos (donde). Los
sistemas de gestin acadmica se las pueden organizar de distintas formas segn

el tipo de informacin que procesara y la forma de presentacin, se las tiene a
colegios, universidades instituciones pblicas y/o privadas.

En varios pases se implementan sistemas acadmicos en colegios para contribuir
al conocimiento informtico en el desarrollo infantil para ampliar nuevos
horizontes, tal es el caso de: La universidad de Ecuador que establece un
tratamiento de la informacin acadmica para lograr mayor importancia a la
gestin acadmica universitaria, que da a da prolifera la educacin superior en
pases desarrollados y subdesarrollados.

En consecuencia nuestro pas no se encuentra ajeno a esta situacin mundial la
cual nos empuja al avance tecnolgico, los sistemas de gestin y administracin
acadmica existentes abarcan grandes instancias en nuestro pas como ser
universidades, colegios, instituciones representando un 85% en su plenitud. Los
trabajos similares, en cuanto a sistemas acadmicos, en nuestra carrera son:

El Sistema de Gestin Acadmica para la Unidad Educativa Piloto Intervida, se
basa en un seguimiento acadmico construido para la inscripcin y registro de
sus alumnos, fue desarrollado bajo el mtodo RUP (Racional Unifeted Proces)
con ayuda de UML (Unified Modeling Lenguaje) [Viracochea, 2006];

Sistema de Procesamiento de Informacin para el Control y Seguimiento en el
Centro Educativo Fabril 18 de Mayo, que lleva a cabo el seguimiento
acadmico a los alumnos y administracin de docentes, fue construido bajo la
Metodologa Estructurada y la ayuda del lenguaje visual Basic [Tarqui, 2002];

El Sistema de Informacin Acadmico y Administrativo del colegio Nacional
Mixto Antofagasta, construido para el seguimiento estudiantil, as tambin para
el personal docente y administrativo e inventario del colegio. Esta diseado
bajo la Metodologa Estructurada [Barrios, 2006].


Sistema de seguimiento y control academico para el colegio RVDO. P.
Esteban Bertolusso, utilizando la metodologa OOHDM basado en estandares
de interfaz de usuarios [Mercado, 2007].

1.3 Planteamiento del Problema

1.3.1 Identificacin del Problema

En el campo de la tecnologa nunca se ha logrado una solucin ideal y nica,
cuando se cree que se tiene todo cubierto encontramos que la tecnologa
proporciona cambios continuos. Este es un dilema en el que se enfrenta
diariamente, al cual se debe saber y poder manejar, por tal motivo, la Escuela de
Idiomas del Ejercito que esta ligada al Comando de Institutos Militares inicialmente
contaba con un pequeo sistema de manejo de datos, cuya tarea primordial era
llevar el manejo digital de la informacin de los estudiantes en todos sus aspectos,
es ah donde repercute la insistencia a la llamada Nuevas Tecnologas de
Informacin y Comunicacin (NTIC), actualmente los nuevos requerimientos obliga
a tomar decisiones, las cuales sern necesarias y adecuadas para dejar de lado a
dicho sistema de manejo de datos. Este sistema de manejo de datos dio lugar a
una serie de falencias en diversas solicitudes de informacin, el tiempo de uso de
dicho sistema ya finaliza el aporte informacional a la institucin.

A medida que paso el tiempo se encontr consigo diversas dificultades en el
tratamiento y manejo de la informacin, el sistema de manejo de datos
mencionado anteriormente brindaba un apoyo en la gestin de datos ya que ahora
se encuentra fuera de lugar ante nuevos retos y requerimientos acordes con los
adelantos tecnolgicos.

A raz del surgimiento de nuevas necesidades principalmente se logra identificar a:

No existe una red de comunicacin con el Comando de Institutos Militares;

La aglomeracin de informacin;

Falta de interaccin con los estudiantes;

La poca seguridad ante los usuarios;

La escasa organizacin de la informacin;

No existe un espacio para el trabajo colaborativo de la comunidad
acadmica.

La problemtica principal se centra en analizar diferentes aspectos, que se
muestra en la Tabla 1.1:

Tabla 1.1: Causa - efecto
PROBLEMA CAUSA EFECTO INVOLUCRADOS
Falta de
informacin a corto
alcance al
estudiante.
Los datos se
registraran en el
pequeo sistema de
manejo, que solo es
una aplicacin de
escritorio.
Los estudiantes se
encuentren siempre
en contacto fsico
con la institucin,
para obtencin de
cualquier
informacin.
Estudiantes, la
Escuela de Idiomas
como Institucin.
La demora de
respuesta ante las
peticiones del
estudiante.
La informacin no
es tratada
eficientemente.
Retardo en la
presentacin de
solicitudes
acadmicas.
Personal
administrativo,
ejecutivos.
Poca organizacin
en la informacin
acadmica.
Inadecuada
administracin de
los archivos
personales del
estudiante.
Morosas bsquedas
de documentos.
Personal
administrativo,
estudiantes.

Dificultad de
peticiones en
procesos
administrativos.
La imposibilidad de
establecer la
informacin al
alcance del alumno.
La poca fiabilidad de
la toma de
dediciones repercute
a los procesos
acadmicos y
administrativos.
Conjunto de
ejecutivos, plantel
docente.
La poca
informacin del
pago de pensiones
a los padres de
familia.
No contar con un
registro de
pensiones
actualizadas.
Problemas
econmicos de
padres sus propios
hijos, por recurrir a
que el estudiante
mismo cancele sus
cuotas.
Padres de familia,
estudiantes,
cajeros.
Inexistencia de
una red de
comunicacin
entre el Comando
de Institutos
Militares y la
Escuela de
Idiomas del
Ejrcito.
Que solamente se
cuenta con un
sistema local o de
escritorio para el
manejo de la
informacin
acadmica y
administrativa.
No se cuenta con un
informe actualizado
de los institutos
militares.
Direccin
acadmica,
personal
administrativo.


1.3.2 Formulacin del Problema

Estamos siempre obligados analizar las tendencias tecnolgicas y proyectar los
servicios o requerimientos deseados contra los recursos disponibles para as
crear un camino de integracin automtica de los sistemas de gestin acadmica,
previo a un anlisis riguroso de su problemtica.

La Escuela de Idiomas del Ejercito de acuerdo a la directiva 523/03 emitida por el
Comando de Institutos se ordena la creacin de Centros de Procesamientos de
datos en todos los Institutos, por consiguiente tiene la necesidad y obligacin de
destacarse de manera competitiva ante una realidad que encamina a ofrecer y

fortalecer una educacin superior ntegra en el mbito nacional y el mbito
internacional.

La falta de fluidez de la informacin conlleva a sufrir una serie de dificultades que
provocan un desorden en el trato adecuado de la informacin, que perjudican
esencialmente a la institucin afectando seriamente a las consignas que viene
siguiendo la Escuela de Idiomas del Ejercito (E.I.E.).

Lo mencionado da lugar a plantear al siguiente problema principal (Ver Anexo A):




Actualmente los servicios acadmicos y variables que tiene la Escuela de Idiomas
del Ejrcito, que son la causa para generar el problema, se especifican a
continuacin:

Administracin de las funciones del personal de la Escuela de Idiomas del
Ejrcito;

Registro o actualizacin de datos en la inscripcin de los estudiantes;

Administracin de la informacin acadmica;

Seguimiento acadmico los estudiantes.

1.4 Objetivos

De acuerdo al estudio realizado (Ver Anexo B) en el ambiente correspondiente se
concluyo el siguiente objetivo con su respectiva especificacin, que se basa en los
tiempos establecidos en la planificacin de actividades (Vase Anexo C).
El poco control acadmico a los estudiantes, e inexactitud en la
administracin de la informacin a nivel institucional.


1.4.1 Objetivo General

Desarrollar e implementar un Sistema de Administracin Acadmica para la
Escuela de Idiomas del Ejrcito, que automatice los procesos de planificacin,
control y administracin acadmica de los estudiantes basado en un entorno
multiusuario accesible y usable.


1.4.2 Objetivos Especficos


El desarrollo e implementacin del presente trabajo satisface necesidades
surgidas de los diferentes usuarios, que no fueron contempladas hasta el
momento con el sistema actual, es as que como puntos especficos se tiene a:

Obtencin de informacin acadmica de forma inmediata;

Administracin y gestin de la informacin acadmica;

Brindar la debida informacin a los diferentes usuarios segn la funcin que
desempea;

Obtener operaciones fiables en los resultados generados por el sistema;

Generar informes actualizados de los datos acadmicos para usuarios de la
Directiva del Ejercito;

Automatizacin los procesos de inscripcin;

Desarrollar priorizando tcnicas de usabilidad y accesibilidad;

1.5 Justificacin

La justificacin para la realizacin del presente proyecto se toma los siguientes
aspectos:

1.5.1 Justificacin Tecnolgica

El crecimiento tecnolgico nos lleva a construir espacios virtuales accesibles y
cmodos, rescatando las facilidades que nos brindan las nuevas Tecnologas de
Informacin y las Comunicaciones (NTIC) y las ventajas que se obtienen de la
World Wide Web a travs de las redes de computadoras, de tal manera tener la
posibilidad de prestar mejores servicios en la institucin para mantener siempre
presente la eficiencia y credibilidad de la Escuela de Idiomas del Ejrcito (EIE).

Los grandes avances tecnolgicos permiten utilizar una gran variedad de
herramientas automatizadas que de acuerdo a sus caractersticas y
funcionalidades nos permiten seguir un solo propsito el de garantizarnos
fiabilidad y acceso inmediato a las diferentes funcionalidades del presente
sistema.

La Escuela de Idiomas del Ejrcito tiene la Direccin de Tecnologas de
Informacin y Comunicacin, la cual se encarga de controlar y administrar los
sistemas informticos de la dicha institucin, en la que se establece la utilidad de
diferentes herramientas de las nuevas tecnologas para as generar productos de
calidad que estn acordes a las nuevas tecnologas y requerimientos de la
institucin.

1.5.2 Justificacin Econmica

La implementacin e implantacin del Sistema de Administracin y Control
Acadmica es factible econmicamente, ya que las posibilidades tecnolgicas as

lo han permitido, es decir, que las herramientas de construccin de la presente
aplicacin Web son de uso libre lo cual contribuye a la optimizacin de los costos
del proyecto.

La reduccin de costos del proyecto no solo contribuye a la implementacin del
sistema, sino tambin a las operaciones o procedimientos realizados en la Escuela
de Idiomas del Ejrcito, ya que reduce gastos a la Divisin Acadmica, al
personal de instrucciones y a los estudiantes.

1.5.3 Justificacin Social

La automatizacin del Sistema de Administracin y Gestin Acadmica cubre los
requerimientos de diferentes usuarios al interior y exterior del Ejrcito, es decir,
que los beneficiarios de dicho sistema son internamente: los estudiantes
principalmente, los instructores, la Direccin Acadmica de la Escuela y la
Direccin de Comando General. Al exterior del Ejrcito los beneficiados con el
sistema son los mismos estudiantes y sus respectivos padres.

1.6 Lmites y Alcances

Las reas de ejecucin en la que los procedimientos se realizaran son
estrictamente en la Escuela de Idiomas del Ejrcito tomando en cuenta la
jerarquizacin de los departamentos: Comando, Secretaria, Jefatura de Estudios
con toda su organizacin del Plantel de instructores a cabeza del comandante
de la E.I.E.

Principalmente lo que pretende la Escuela de Idiomas del Ejrcito es mantener un
proyecto institucional basado en principios como:

Excelencia acadmica;


La formacin integral de estudiantes y docentes;

Gestin estratgica;

El desarrollo regional y proyeccin nacional e internacional.
Estos principios obligan a la Institucin a mantener al da el desarrollo tecnolgico
que hasta ahora lo ha logrado.

Lo que se pretende es construir distintos usuarios de manera jerrquica para una
mejor organizacin en los distintos aspectos de evaluacin al estudiante, as
poder imposibilitar mediante claves y password para evitar conflictos posteriores.

Para tal efecto es aqu donde la Web nos proporciona mejor presentacin y
optimizacin de los servicios y as tomar en cuenta los siguientes aspectos:

Ejecucin de tareas nicas de inscripcin presencial en el rea acadmica, ya
que se requieren procedimientos especficos del estudiante para la inscripcin.

Ambientes de consulta va Web para la Divisin Acadmica y para el Personal
de Instructores de la Escuela de Idiomas del Ejrcito, debido a que cada rea
establecer solicitudes particulares, como la de generacin de informes y otros.

Ambiente de consulta para el estudiante, mediante el cual, el mismo tendr el
seguimiento y control acadmicos de sus respectivas notas. Adems de la
actualizacin de sus datos personales y operaciones propias del mismo
estudiante.

Ambiente de administracin acadmica para los docentes, ya que podrn
gestionar las notas y materias que se imparten en la institucin. Adems de
realizar operaciones automatizadas del control y seguimiento de los
estudiantes.


Autentificacin para el ingreso al sistema ante los usuarios existentes,
haciendo segura la parte informativa.

Establecer una poltica de copias de seguridad. As la recuperacin de la
informacin se basa en el uso de (Backups) adecuados;

Las posibilidades para realizar un backup son muchas, si bien unas mas
adecuadas que otras segn se considere el caso:

Se puede grabar un CD;
Se puede grabar una cinta;
Se puede copiar la informacin a un disco removible/PC espejo del original;

Siempre se debe contemplar que la copia se realizo correctamente

Para el seguimiento del proyecto se tuvo que recurrir a la ayuda del Marco Lgico
que es una metodologa estructurada de planificacin utilizada como una
herramienta para el diseo y la planificacin (Vase ANEXO D) para elaborar un
programa o un proyecto.
Apunta a precisar el objetivo, los resultados, las actividades sus relaciones
causales, los indicadores, a ser utilizados.

Las caractersticas principales:

Aproxima objetivos y resultados. Dnde se quiere llegar, porque y como?;

Ayuda al anlisis y la decisin;

Permite una mayor flexibilidad en el nivel de las actividades;


2.1 Escuela de Idiomas del Ejrcito

Como instituto de enseanza de idiomas tienen como tarea principal capacitar a
los Oficiales Superiores, Oficiales Subalternos, Sub. Oficiales y Sargentos,
tambin a la poblacin civil, con un elevado nivel en el idioma ingles, que les
permita responder a los requerimientos de la profesin y a las exigencias actuales
de las Naciones Unidas para el envi de observadores militares y Fuerzas de Paz.

2.2 Ingeniera Web basada en UML

El desarrollo del mtodo UWE (UML-Based Web Engineering), contribuye al
modelado, tcnicas, actividades y proceso en la construccin de las aplicaciones
Web, donde dicho desarrollo utiliza a herramientas como el Lenguaje de Modelado
Unificado (UML), que internamente contempla al Lenguaje de Restricciones de
Objetos (OCL), y como herramienta CASE al UML para la formalizacin del
modelado.

UML es una herramienta lo suficientemente poderosa para cubrir los
requerimientos que surgen cuando se modela una aplicacin Web. Adems, tiene
la ventaja de ser un lenguaje de modelado bien documentado, que es de hecho un
estndar industrial y la notacin orientada a objetos ms utilizada en la actualidad.

OCL es el estndar para la especificacin de invariantes de clases y operaciones
de pre condiciones y pos condiciones, donde estos definen la precisin del
modelado mediante las restricciones que tiene la aplicacin Web.

El proceso de desarrollo de UWE cubre a etapas como el anlisis de
requerimientos, diseo conceptual, diseo de navegacin, diseo de presentacin
y la implementacin, que generan a los modelos de la Figura 2.1.



Figura 2.1: Modelo de desarrollo del Mtodo Ingeniera basado en UML

Fuente: [Koch, 2001]


El mtodo UWE en sus diferentes modelos, describe la semntica y sintaxis de la
aplicacin, mediante el uso de mecanismos de extensin como los estereotipos,
que se basan en un tipo de elementos de algn modelo ya existente; valores
etiquetados, (etiqueta, valor) que permite adjuntar informacin arbitraria a
cualquier elemento de modelado; y restricciones, condicin o limitacin que
permite definir nuevas semnticas para ser especificada de forma lingstica el
elemento del modelado.

2.2.1 Anlisis de Requerimientos

En esta etapa se logra recolectar los requerimientos del usuario, para que pueda
resolver los problemas identificados, y as definirlos, validarlos en la
representacin del modelado. Entre los requerimientos se tiene a los
requerimientos funcionales y no funcionales, que en este proyecto se toma en
cuenta a los funcionales, como los descritos en la Tabla 2.1:




Tabla 2.1: Descripcin de los Requerimientos
REQUERIMIENTOS DESCRIPCIN
De Contenido Las imgenes de las pginas Web, el texto
solicitado, etc.
De Estructura Los posibles enlaces de la aplicacin.
De Presentacin Los elementos de despliegue en las diferentes
vistas.
De Usuario Las preferencias de usuario en cuanto a las vistas
de usuario.
Fuente: [Koch, 2001]

Para describir los requerimientos funcionales de una aplicacin se puede usar un
modelo de casos de uso, para representar la funcionalidad de la aplicacin. Este
modelo describe una parte del comportamiento de la aplicacin sin identificar la
estructura interna de dicha aplicacin. El modelo de casos uso est conformado
por dos elementos del modelado principal, llamado casos de uso y actores. La
Tabla 2.2 describe los pasos a seguir del modelo de casos de uso:

Tabla 2.2: Guas de desarrollo del modelo de Casos de Uso
DISEO GUAS DE DESARROLLO



























M
o
d
e
l
o

d
e


C
a
s
o
s

d
e

U
s
o

Identificar a los actores;
Para cada actor identificar las actividades que desempea;
Agrupar las actividades en casos de uso;
Establecer relaciones entre los actores y los casos de uso;
Crear relaciones de tipo include y extend entre los casos
de uso;
Simplificar el modelo de casos de uso mediante la definicin de
relaciones de herencia entre actores y casos de uso.
Fuente: [Koch, 2001]


2.2.2 Diseo Conceptual

El modelo conceptual delimita el dominio de la aplicacin Web, de acuerdo a los
requerimientos funcionales identificados anteriormente, y as definir los espacios
de interaccin entre el usuario y la aplicacin. Para formalizar este modelo se hace
uso del diagrama de clases de UML, que permite definir y caracterizar al dominio.


Los principales elementos usados para el modelo conceptual son las clases y
asociaciones. Sin embargo, el poder del diagrama de clases es dado por una
variedad de caractersticas adicionales que pueden ser usadas para mejorar
sistemticamente estos diagramas. Ejemplos de estas caractersticas son los
nombres de asociacin y los nombres de roles de asociacin, la cardinalidad,
diferentes formas de asociaciones soportadas por UML como agregacin,
herencia, composicin y la clase asociacin. Los pasos para identificar el dominio
de la aplicacin y formalizar el modelo se hace uso de una secuencia de pasos,
mostrados en la Tabla 2.3, que el mtodo propone [Koch, 2001].

Tabla 2.3: Guas de desarrollo del Modelo Conceptual
DISEO GUAS DE DESARROLLO



























M
o
d
e
l
o

C
o
n
c
e
p
t
u
a
l

Encontrar clases;
Especificar los atributos y las operaciones ms
relevantes;
Determinar las asociaciones entre clases;
Agregar clases e identificar la composicin de
clases;
Definir las jerarquas de herencia;
Definir las restricciones.
Fuente: [Koch, 2001]



2.2.3 Diseo Navegacional

El diseo de navegacin es un paso crtico en el diseo de la aplicacin Web. Por
un lado, los enlaces aumentan la navegabilidad, por otro lado, incrementan el
riesgo de perder la orientacin. Construir un modelo de navegacin no slo es de
gran ayuda para la documentacin de la estructura, sino tambin permite acceder
a un crecimiento estructurado de la navegabilidad.

El diseo navegacional se representa mediante dos modelos, como ser, el modelo
de espacio de navegacin y el modelo de estructura de navegacin.


Diseo de Espacio de Navegacin

El modelo de espacio de navegacin determina que objetos de la aplicacin Web
pueden ser visitados por el usuario, es decir, identifica los objetos necesarios de la
aplicacin as tambin las asociaciones de navegacin. Los aspectos que se
toman en cuenta para la construccin del modelo que se describen en la Tabla
2.4.
Tabla 2.4: Guas de desarrollo del Modelo Espacio de Navegacin

DISEO GUAS DE DESARROLLO
M
o
d
e
l
o

E
s
p
a
c
i
o

d
e

N
a
v
e
g
a
c
i

n

Incluir clases del modelo conceptual que son relevantes para la
navegacin;
Mantener los atributos de las clases omitidas en otras clases de
navegacin;
Las asociaciones del modelo conceptual son mantenidas en el
modelo de navegacin y aadir asociaciones directas;
Aadir asociaciones que puedan surgir en el desarrollo de la
navegacin.
Fuente: [Koch, 2001]


Modelo de Estructura de Navegacin

La construccin de este modelo define los medios de acceso a los diferentes
espacios de navegacin de la aplicacin Web, donde utiliza a las primitivas de
acceso como: los ndices que determinan un acceso directo de una clase de
navegacin a otra instancia de las clases de navegacin; las visitas guiadas que
definen un acceso secuencial de una clase de navegacin a otra clase de
navegacin; las consultas que especifican un acceso mltiple que puedan tener
varios resultados; y finalmente los mens que son guas de un conjunto de
elementos heterogneos, como los ndices, visitas guiadas, consultas, instancia de
una clase de navegacin u otro men.


La construccin de este modelo consiste en realzar el modelo de espacio de
navegacin con ndices, visitas guiadas y preguntas, para luego especificar los
mens.


Adicin de las Primitivas de Acceso
El refinamiento del modelo de espacio de navegacin se basa precisamente en la
adicin de los estereotipos UML, llamados primitivas de acceso. La Tabla 2.5
muestra la secuencia de pasos a seguir.










Tabla 2.5: Guas de desarrollo del Modelo Estructura de Navegacin
DISEO GUAS DE DESARROLLO
M
o
d
e
l
o


E
s
t
r
u
c
t
u
r
a

d
e

N
a
v
e
g
a
c
i

n

A
d
i
c
i

n

d
e

P
r
i
m
i
t
i
v
a
s

d
e

A
c
c
e
s
o

Reemplazar las asociaciones bidireccionales con cardinalidad mayor
a uno en ambos extremos, por dos asociaciones unidireccionales
correspondientes;
Reemplazar las asociaciones bidireccionales con cardinalidad mayor
a uno en un extremo, por una asociacin unidireccional con un
extremo dirigido de la asociacin en el extremo con cardinalidad
mayor que uno;
Mantener aquellas asociaciones del modelo de espacio de
navegacin, que tengan cardinalidad mayor que uno en el extremo
dirigido de la asociacin;
Escoger el o los elementos de acceso para cada asociacin de las
clases;
Mover los nombres de los roles del modelo hacia los elementos de
acceso. Si existen ms de un acceso se debe distinguir dichos
nombres.
M
o
d
e
l
o


E
s
t
r
u
c
t
u
r
a

d
e

N
a
v
e
g
a
c
i

n

A
d
i
c
i

n

d
e

M
e
n

s

Considerar las asociaciones que tienen como fuente una clase de
navegacin;
Asociar a cada clase navegacin al menos una asociacin de salida
con una clase men correspondiente;
Reorganizar un men con submens de acuerdo a la estructura
requerida;
Introducir por cada rol un men tem correspondiente, donde el
nombre del rol es usado como nombre constante del men tem;
Verificar que las asociaciones del modelo de espacio de navegacin
que tienen como origen a una clase navegacin ahora se convierte
en una asociacin del men tem correspondiente, aadidos
anteriormente.
Fuente: [Koch, 2001]



Adicin de Mens

Este es modelado por un objeto compuesto que contiene un nmero fijado de
tems de men. Cada tem de men tiene un nombre constante y posee un enlace,
ya sea a una instancia de una clase de navegacin o a un elemento de acceso. La
construccin del modelo de estructura de navegacin concluye con la adicin de
mens, el cual sigue los pasos del mtodo mostrados en la Tabla 2.5.

Accesibilidad

La gran variedad de usuarios en la Web hace pensar en aquellos usuarios que
tienen problemas fsicos, sensoriales o cognitivas que les limitan para el acceso a
algunas aplicaciones. As tambin el equipo de personas que se limitan de
acuerdo a visualizadores pequeos, conexiones de bajo ancho de banda,
navegadores especiales, etc.

Definicin de Accesibilidad

Accesibilidad Web significa acceso a la Web por cualquier usuario sin importar la
discapacidad e independencia de los equipos y aplicaciones utilizados para su
acceso: navegadores grficos, textuales o de voz, ayudas tcnicas (lectores de
pantalla, ratones de cabeza, magnificadores, etc.); empleando nicamente el
teclado u otros elementos.

La accesibilidad es una de las propiedades de una aplicacin Web, que garantiza
que esta pueda ser accedida y usada por todos los usuarios potenciales,
independientemente de sus limitaciones propias o las derivadas del contexto de
uso. Por tanto, incluye el uso de cualquier tipo de navegador, computador o
elemento de acceso alternativo.


Los componentes y pautas de accesibilidad definidos por la World Wide Web
(W3C) se muestran en la Figura 2.2:

Figura 2.2: Los componentes y pautas para la accesibilidad (W3C)


Fuente: [Hitz ]

El grupo de trabajo Iniciativa de Accesibilidad a la Web (WAI) del Consorcio de la
World Wide Web (W3C) propone pautas de accesibilidad en cuanto al contenido
Web, agentes de usuario, las herramientas de usuario y herramientas de autor.
Pautas de Accesibilidad

Existen 14 Pautas que representan una ayuda para el desarrollo de la
accesibilidad en las aplicaciones Web, cuyo objetivo es proporcionar el contenido
necesario a diferentes usuarios, mediante alternativas especificadas en dichas
pautas. Cuyas 14 Pautas de Accesibilidad del Contenido Web en su versin 1.0,
propuesto por la Iniciativa de Accesibilidad Web (WAI), abordan
fundamentalmente la presentacin elegante de las aplicaciones y las restantes 3
pautas abordan el contenido compresible y navegable, que se mencionan a
continuacin:


Pauta 1, Proporcionar alternativas equivalentes al contenido sonoro y visual;

Pauta 2, No basarse slo en el color del texto y los grficos;

Pauta 3, Utilizar marcadores y hojas de estilo (Formato que especifica la
presentacin de documentos HTML) y hacerlo con propiedad;

Pauta 4, Clarificar el uso del lenguaje natural;

Pauta 5, Crear tablas que se transformen correctamente;

Pauta 6, Asegurar que las pginas que incorporan nuevas tecnologas se
transformen correctamente;

Pauta 7, Asegurar el control del usuario, de los cambios de contenido que
dependen del tiempo.

Pauta 8, Asegure la accesibilidad directa de las interfaces de usuario
incrustadas;

Pauta 9, Disear con independencia del dispositivo;

Pauta 10, Utilizar soluciones provisionales de forma que las tecnologas de
ayuda y los navegadores antiguos operen correctamente;

Pauta 11, Utilizar las tecnologas y pautas del W3C;

Pauta 12, Proporcionar informacin de contexto y orientacin;

Pauta 13, Proporcionar mecanismos claros de navegacin;


Pauta 14, Asegurar que los documentos sean claros y sencillos;

2.2.4 Diseo de Presentacin

El diseo de presentacin lleva a cabo la construccin de un modelo de
presentacin basado en el modelo de estructura de navegacin e informacin
adicional, que es recolecta durante el anlisis de requerimientos. El modelo de
presentacin consiste en un conjunto de vistas que muestran el contenido y la
estructura de los nodos simples, es decir cmo cada nodo es presentado al
usuario y cmo el usuario puede interactuar con ellos.

Modelo de Interfaz de Usuario Abstracta

Este modelo describe la organizacin de los elementos de presentacin en las
vistas de usuario, es decir, seleccionar y ubicar la posicin de las imgenes,
textos, mens, etc. Entonces se va definiendo las interfaces para las pginas ms
relevantes. Posteriormente se debe definir la secuencia de las vistas ya obtenidas,
de acuerdo al orden que el usuario podr navegar en la aplicacin. La Tabla 2.6
especifica los pasos necesarios para la construccin del modelos de Interfaz de
Usuario Abstracta.

Modelo de Estructura de Presentacin

Este modelo requiere la toma de decisiones en cuanto al nmero de frames,
frameset o ventanas, que se pueden utilizar en la aplicacin Web, y describir la
divisin de los mismos. La estructura de presentacin determina la descripcin
esttica de en donde los objetos de navegacin y las primitivas de acceso pueden
ser presentados al usuario, de forma que se note la relacin de los frames y otros.
Para su modelado se debe seguir guas visualizadas en la Tabla 2.6.


Modelo de Flujo de Presentacin

Este modelo determina la interaccin de un elemento a otro, mediante la
manipulacin del usuario, es as que describe la localizacin visual de los
diferentes elementos. Tanto de un frames a otro como y bajo que condiciones de
cambio est establecido. Los principales pasos de construccin se muestran en la
Tabla 2.6.

Tabla 2.6: Guas de desarrollo del Modelo Estructura de Navegacin
DISEO GUAS DE DESARROLLO
M
o
d
e
l
o


d
e

I
n
t
e
r
f
a
z

d
e

U
s
u
a
r
i
o

A
b
s
t
r
a
c
t
a

Construir una clase de presentacin para cada clase de navegacin;
Construir una clase presentacin para cada men del modelo
anterior;
Construir una clase presentacin para cada pregunta y visita
guiada;
Determinar qu elementos de presentacin deberan ser
presentados.
M
o
d
e
l
o


d
e

E
s
t
r
u
c
t
u
r
a

d
e

N
a
v
e
g
a
c
i

n

Seleccionar el nmero de ventanas y el estilo de frameset;
Usar las clases presentacin para cada acceso primitivo y para cada
clase navegacin, durante el proceso de bosquejo de navegacin;
Disponer en que ventana o frame se encuentra cada clase de
presentacin;
Usar la asociacin <<present>> para las relaciones o asociaciones.
M
o
d
e
l
o


d
e

F
l
u
j
o

d
e

P
r
e
s
e
n
t
a
c
i

n
Determinar el escenario para el modelo de interaccin;
Especificar un mensaje de despliegue para cada objeto de
presentacin que deber ser presentado al usuario;
Incluir un mensaje de seleccin para cada enlace o botn;
Especificar un mensaje de llenado y un mensaje de introduccin de
datos para cada accin de usuario.
Fuente: [Koch, 2001]


Usabilidad

El desarrollo de aplicaciones Web conlleva a emplear un modelo de proceso, un
mtodo, tcnicas que guen el desarrollo, con el fin de obtener aplicaciones que
proporcionen informacin adecuada y de la mejor forma a la gran variedad de
usuarios, as tambin la aplicacin debe ser independiente del equipo que se
utiliza para su acceso.

Considerar las guas de usabilidad y accesibilidad al mtodo de desarrollo, permite
gestionar tareas de las aplicaciones Web para satisfacer requerimientos de los
usuarios. Es as, que los desarrolladores deben tener conocimiento de los pasos
de navegacin, contenido y la presentacin de las pginas.

Usabilidad en la Web

La gran variedad de usuarios en la Web han generado diferentes resultados en
cuanto a las posibilidades y facilidades de visitar otros sitios. Los usuarios Web
exhiben una impaciencia e insistencia de recibir satisfaccin inmediata, finalmente
los usuarios evaluaran las aplicaciones para establecer una eleccin rigurosa, que
define la situacin de mantenerse o abandonar la aplicacin.


Definicin de Usabilidad

Usabilidad se puede interpretar como facilidad de uso, basado en tres criterios
efectividad, eficiencia y satisfaccin, que sirven como indicadores para el
desarrollo de la usabilidad, cuyo factor recientemente ha causado un gran impacto
en el desarrollo de las aplicaciones Web. La organizacin Internacional para la
Estandarizacin (ISO) en su reglamento 9241-11, define a la usabilidad como el
alcance de la capacidad de un producto para ser utilizado por usuarios

especficos, para alcanzar metas especificas, como la efectividad, la eficiencia y la
satisfaccin, en un contexto de uso. Siendo la definicin de la ISO base para la
definicin de usabilidad de aplicaciones Web, complementadas con un enfoque de
usuarios, el contexto de usuarios y el control del desarrollo de procesos con
mecanismos apropiados de regeneracin.

Caractersticas de la Usabilidad

En el 2002 Manhartsberger y Musil, identifican algunas caractersticas propias de
la usabilidad de aplicaciones Web que las diferencian de otro tipo de aplicaciones:

El software ya no se vende en cajas, representando que todo lo que se puede
obtener de una aplicacin se muestra inmediatamente tal y como es;

En las aplicaciones Web no se puede entrenar a los navegadores, por lo cual
las aplicaciones deben explicarse por si mismas a la gran variedad de
usuarios;

La verdadera identidad de los usuarios no se sabe, motivando a que los
usuarios se clasifiquen y as poder establecer algunos supuestos en la
construccin de las aplicaciones;

Guas de Usabilidad para el diseo de aplicaciones Web
Diseo de contenido

Para el desarrollo de aplicaciones usables se deben tomar en cuenta los
siguientes aspectos respecto al contenido que se quiere mostrar para luego
especificar sus respectivas guas:


Tiempo de respuesta

El contenido de las aplicaciones, determina el tiempo de respuesta que las
aplicaciones proporcionan. Para prevenir que los usuarios pierdan el sentido de la
interaccin y el flujo de control con una aplicacin Web, los tiempos de respuesta
del sistema en todas las fases de la interaccin deben estar asociados a los
mecanismos de proceso del requerimiento de informacin del ser humano: el
tiempo de respuesta del sistema equivalente a 0.1 segundos se define como una
respuesta inmediata; un tiempo de 3 segundos es tolerable, sin perder el hilo de
lo que se esta haciendo; despus de 8 a 10 segundos, el usuario tiende a
distraerse con mayor facilidad. Por tal motivo se recomienda:

o Limitar el nmero de imgenes y otros elementos de gran volumen;

o Utilizar mtodos de compresin de su formato, resolucin o
profundidad en el color;

o Si existen imgenes grandes es mejor mostrar primero la versin
pequea y descargar la imagen grande si el usuario lo solicita;

o Un conjunto de imgenes pequeas de muestra no debera exceder los
50 Kbytes;

o Especificar la dimensin de las imgenes en el cdigo HTML y as
permitir que el browser muestre la pagina antes de que las imgenes se
visualicen completamente;

Disposicin del texto

El texto es el elemento principal del contenido de las aplicaciones, por tanto el
formato de texto debe ser primordial y visualizar la informacin necesaria. En

primer lugar el texto debe ser legible y fcil de leer, adems el texto debe ser
claro, presentando la idea y la informacin precisa, es decir, no debe ser extenso y
tampoco tener detalles innecesarios. Otro detalle que se debe tener en cuenta es
considerar los tipos de usuarios que visitaran la aplicacin, y tener cuidado con la
redaccin. La disposicin del texto del contenido de las aplicaciones se basa en
dos aspectos: la tipografa, legibilidad y facilidad de lectura; as tambin la
escritura y redaccin para la Web.

Es evidente que la presentacin de las pginas Web no es igual al de las de
publicaciones impresas, por lo tanto las pginas no deben distraer los objetivos del
lector, situacin que ocurre con los medios fsicos por emplear muchos colores o
bastantes elementos de diseo grafico. En la lectura convencional, los tipos de
caracteres serif (Tipos de letras cuyos caracteres tienen alargamientos, por
ejemplo Times New Roman) son mas adecuados para grandes trozos de texto, sin
embargo tienden a verse borrosos en la pantalla debido al anti-aliasing (Accin
que suaviza los bordes segmentados de los textos) algortmico, siendo mejor
utilizar un tipo de letra Sans-serif (Tipos de letras cuyos caracteres no tienen
alargamiento y son simples) como Verdana, especialmente diseado para verse
en pantalla, con el adecuado tamao de letra. Los textos grficos, textos largos
con letra mayscula y los caracteres muy pequeos deben evitarse, tampoco es
conveniente que los fondos tengan estructuras o patrones, ya que pueden afectar
de sobremanera la legibilidad de los elementos que existen en la pgina.

En consecuencia las siguientes cuatro guas se consideran fundamentales para la
tipografa en la Web:

o Utilizar fuentes de tamao comn, a 10 puntos o ms. Se recomienda
un tamao relativamente grande para evitar alinear a los lectores (ver
Tabla 2.7) y evitar el anti-aliasing;



Tabla 2.7: Tamaos de Fuente Recomendados
Tipo de Audiencia Tamao de Puntos
Audiencia General 10-12
Adultos mayores y personas con
visin disminuida
12-14
Nios pequeos y otros lectores
principiantes
12-14
Adolescentes/ Adultos jvenes 10-12
Fuente: [Nielsen]

o Evitar pginas ocupadas y saturadas con diseo. Delimitar el uso
exagerado de colores y estilos de fuentes combinados con imgenes,
grficos y elementos como fondo. El uso de elementos deben tener un
objetivo y administrados de la mejor forma;

o Utilizar texto negro en fondo blanco es una de las mejores opciones
para las pginas Web, ya que asegura la legibilidad del sitio y lo hace
fcil para el lector. La distincin de colores en el fondo y texto debern
tener un contraste, es decir, un color oscuro y claro pero no dos oscuros
o claros;

o Movimiento, letras maysculas y el texto grfico deben ser mnimos ya
que a los usuarios les molesta la existencia de texto en movimiento, ya
que lo confunden con publicidad y lo ignoran. El texto en maysculas
reduce la rapidez al leer en un 10% aproximadamente, dando una
confusa apariencia que no es aceptable. El texto grfico establece
grandes desventajas como: no pueden ser buscados por los motores de
bsquedas, no es seleccionable, no es modificable y causan
agrandamiento de archivos;


La escritura y redaccin para la Web, significa hacer lo suficientemente claro y
conciso para que el usuario logre su objetivo y quiera seguir leyendo. Un
contenido desorganizado y pobre suele inhabilitar al usuario para completar tareas
bsicas en la Web, tales como elegir productos. Cuando los usuarios encuentran
sitios que facilitan el encontrar respuestas tienden a confiar y revisarlos. Un estilo
visual puede ayudar a incitar la curiosidad y hacer interesante el contenido, pero
cuando hay poco o ningn contenido valioso los clientes o usuarios tienden a irse.
El contenido debe ser un punto focal en la aplicacin Web.

Diseo de pgina

El diseo de los sitios es cada vez ms importante para el uso de los usuarios, ya
que define la estructura de elementos imprescindibles para as poder navegar en
los espacios proporcionados, cuyo esquema de navegacin le permita encontrar lo
que est buscando. A continuacin describe los factores determinantes que se
deben tomar en cuenta cuando se disea una pgina:

Espacio de la pantalla

Cada pgina de una aplicacin Web debe estar presidida por un contenido que
despierte la atencin del usuario. Como norma el contenido debe ocupar al menos
la mitad del diseo de una pagina y, preferiblemente, hasta un 80%. La
navegacin debe mantenerse por debajo del 20% del espacio de las pginas de
destino, aunque las opciones de navegacin pueden alcanzar proporciones ms
altas en las pginas de inicio y en las pginas de navegacin intermedias.
Diseo de navegacin

La estructura de la navegacin, especifica cmo la interfaz de usuario global est
organizada en los contextos de interaccin, colecciones, y grupos, y que se


presentan a los usuarios, y cmo los usuarios navegan entre stos. Un buen
diseo de navegacin muestra a los usuarios dnde estn, dnde se localizan la
informacin requerida, y cmo conseguir la informacin que necesitan de una
manera metdica. Una arquitectura de informacin apropiada hace al usuario
explorar cmodamente y asegura que pueda volver fcilmente a la pgina
previamente visitada.

Las interfaces de navegacin deben ayudar a los usuarios en:

Dnde estoy?, retroalimentacin constante en la ubicacin actual dentro de la
estructura;

Qu puedo hacer? o Qu puedo encontrar aqu?, informacin clara acerca
del contenido en la pgina actual;

Dnde he estado?, mecanismos que faciliten esta informacin;

Dnde puedo ir?, informacin clara de los tems alcanzables en el prximo
paso de interaccin;


En general la estructura navegacional de una aplicacin Web, tiene que visualizar
la ubicacin actual del usuario y sus movimientos alternativos. Una arquitectura
deficiente de la informacin, siempre llevar a una deficiente usabilidad. Las dos
reglas ms importantes son: tener una estructura y hacer que sta refleje el punto
de vista del usuario sobre la aplicacin Web, de la informacin o de los servicios.
La estructura de una aplicacin Web debe estar determinada por las tareas que
los usuarios van a llevar a cabo en su aplicacin Web. A continuacin se resume
las guas de diseo para la estructura navegacional:


Consistencia Navegacional

Evitar que la navegacin cambie drsticamente de una pgina a la siguiente ya
que implica que el usuario use la aplicacin y no pierda su tiempo deduciendo
su uso;

La estructura de la aplicacin debe ser predecible, la cual no necesite ser
estudiada o memorizada porque refleja de forma correcta cmo debe
representarse la informacin en el espacio Web; que significa que la
navegacin debe tener sentido, orden y ninguna ambigedad en los tems;


Reducir el desorden y evitar la redundancia

No mantener reas de navegacin mltiples para los mismos tipos de enlaces.
Las categoras que estn duplicadas o indistinguibles complican la interfaz,
haciendo el trabajo de los usuarios difcil;

No exagerar con enlaces esparcindolos sobre la pgina, debido a que
realmente disminuye la probabilidad que los espectadores los vean;

Especificar enlaces y nombres de etiquetas

Mantener los nombres de los enlaces tan breves y especficos como sea
posible para maximizar la exploracin,

Nombrar los enlaces empezando con palabras claves o una palabra de
informacin;

No usar instrucciones genricas como el Haga Clic Aqu como nombres de
enlaces;

Mens

No utilizar mens desplegables, lo indicado es que la opcin principal
conduzca a otra pgina que claramente lista sus opciones con las
descripciones apropiadas;

Evitar mens multi-nivel, ms aun si se trata de ms de dos niveles;

Los mens dinmicos deben permanecer permanezcan el tiempo suficiente
para que los usuarios hagan su seleccin;

Los mens voltiles que requieren la precisin en la apertura y cierre de los
movimientos del ratn ligeros son difciles de controlar. Los usuarios hbiles
podran tener la experiencia para controlar los mens dinmicos sin mucha
dificultad, pero una persona en promedio se esforzar demasiado;

Acceso de navegacin

Una de las estrategias de diseo ms exitosas, es la colocacin de enlaces
directos en la pgina de inicio en un nmero muy pequeo de operaciones
prioritarias. Pero no puede presentarse enlaces directos a un nmero grande de
caractersticas en la pgina de inicio. Una lista larga de enlaces directos frustra
otros objetivos de la pgina de inicio, como proveer las bases del sitio e informar a
los usuarios sobre el alcance global de sus opciones.

2.2.5 Polticas de Seguridad

Siendo de gran importancia la informacin que manipula un sistema acadmico,
se debe priorizar los mtodos de seguridad de la aplicacin Web, mediante
tcnicas de seguridad, tal es el caso de implementar copias de seguridad para el
respaldo de la informacin almacenada.


Otro de la polticas de seguridad en cuanto al acceso del tipo de usuarios se tiene
a la autenticacin, que determina los privilegios de navegacin de acuerdo al
usuario, es decir, si un usuario administrador, estudiante, administrativo, etc.


Copias de seguridad

Lo ms valioso que se tiene en un sistema informtico es la informacin, por tal
motivo no se debe dejar a un lado las prdidas de informacin, por mas pocas que
sean. La realizacin de copias de seguridad implica que la informacin que se
guarda en el sistema a disposicin de los usuarios, se tiene guardada en algn
otro sitio, para recuperarla en el caso que el sistema falle.

Siendo que la informacin del sistema cambia continuamente se debe guardar la
informacin actualizada. La actualizacin de la informacin depende de la
estrategia que se utiliza, donde se toman en cuenta a factores como: que ficheros
se necesitan copiar, donde se ubican dichos ficheros, quien realizara las copias de
seguridad, donde y cuando se deben realizar las copias de seguridad, con que
frecuencia se modifican los ficheros, con que rapidez se necesitan los datos de
recuperacin y finalmente en que maquina se deben restaurar los datos ficheros.

Normalmente los medios donde se almacenan las copias de seguridad, son los
medios mas econmicos que los medio que normalmente se usan, como los
discos duros. Se suelen utilizar cintas magnticas, DAT; CD ROM, etc. Otro factor
a tomar en cuenta es el tiempo y la velocidad de transferencia de la informacin
desde y hacia los dispositivos.
Dependiendo del grado de actualizacin de la informacin, y de las copias de
seguridad que se quiera, de la disposicin de tiempo y de medios de
almacenamiento de informacin, se puede seguir mtodos de realizacin de
dichas copias como:


Copia de seguridad completa, que se marcan todos los datos como archivados,
indicando que se han guardado independientemente de lo que se guardo con
anterioridad;

Copia de seguridad incremental, donde nicamente se copian los datos que se
hayan modificado desde la ultima copia de seguridad y se marca como
archivados;

Copia de seguridad diferencial, donde se copian los datos que se han
modificado desde la ltima copia de seguridad completa. No se marca como
datos archivados, de forma que si se vuelve a realizar, se volvera a copiar los
mismos archivos;

Copia de seguridad personalizada, donde el encargado decide que ficheros se
va a realizar la copia de seguridad y de cuales no. Se suele utilizar cuando se
quiere una copia de seguridad selectiva en un momento dado, sin necesidad
de planificarla;


Para el almacenamiento de las copias de seguridad se deben tomar en cuenta a
criterios como: saber el lugar exacto donde estn almacenados los ficheros de las
copias de seguridad, facilitar la copia y restauracin, implementar mtodos de
proteccin de ficheros, almacenar correctamente los medios de seguridad y
finalmente considerar los medios de seguridad fsica.

2.2.6 Implementacin

La fase de implementacin es una etapa en la que fundamentalmente se traslada
la fase de diseo al lenguaje de programacin elegido, donde las actividades
involucradas se basan principalmente en la generacin de pginas estticas y

dinmicas, las cuales hacen uso de las herramientas automatizadas, ya sea para
el diseo grafico o la operatividad de la aplicacin Web.

Los componentes que son producidos durante la fase de implementacin
generalmente son: elementos media (texto de las pginas, imgenes, video, audio
y animaciones), base de datos, elementos de navegacin (mens, ndices, visitas
guiadas y enlaces), elementos de interfaz de usuario (ventanas, frames, botones,
formularios, banners y logos), y finalmente elementos de las pginas dinmicas
(scripts entre otros).

La implementacin es el enfoque principal durante la construccin de las
aplicaciones Web, tambin se lleva a cabo durante el anlisis al crear el prototipo
del sistema, durante el diseo al crear la lnea base de la arquitectura y durante el
mantenimiento al encontrar algunos defectos de la aplicacin, que afectarn a la
aplicacin.

Las aplicaciones Web requieren la integracin de diferentes tcnicas de
implementacin, como es la especificacin de pginas estticas en el lenguaje del
marcado y la generacin de pginas dinmicas con parte de la informacin de las
bases de datos [Koch, 2001].

Durante la secuencia de actividades de la implementacin, los artefactos
producidos son los componentes de la aplicacin Web. Estos artefactos
corresponden al contenido, a la vista de implementacin de la arquitectura, a la
interfaz de usuario y a la estructura de navegacin; descritas a continuacin [Koch,
2001]:

El contenido incluye diferentes tipos de media, como ser texto, imgenes
audio, video y animacin. Cada tipo de media requiere un tratamiento especial
y una construccin apropiada o la manipulacin durante la creacin, donde las



actividades principales de la implementacin es precisamente la captura o
generacin de datos de la aplicacin, para as darles un formato adecuado;

La descripcin de la arquitectura consta de la vista arquitectnica que presenta
artefactos relevantes de la arquitectura. Estos artefactos son: los mdulos,
interfaces y sus correspondientes relaciones como fuente en los principales
componentes de la aplicacin;

La interfaz de usuario es el componente de la aplicacin, con la cual, los
usuarios tienen que mostrar el contacto directo. Dicho componente proporciona
al usuario la presentacin de la aplicacin. El diseo multimedia tiende a
encontrar un buen resultado en trminos de tamao, colores y posicin de los
objetos de interfaz de usuario;


La estructura de navegacin utiliza los datos necesarios que son organizados
para la definicin de la navegacin y para el diseo de la presentacin.


La implementacin de la estructura de navegacin y la del contenido involucra a
las actividades de la Tabla 2.8:










Tabla 2.8: Guas de implementacin para las aplicaciones Web

IMPLEMENTACIN GUAS DE DESARROLLO

A
c
t
i
v
i
d
a
d
e
s

d
e

C
o
n
t
e
n
i
d
o

Obtener datos validos en general;
Escanear textos e imgenes;
Digitalizar imgenes y video;
Capturar audio;
Ajustar calidad, tamao y color de imgenes;
Separar los datos en piezas de informacin.

A
c
t
i
v
i
d
a
d
e
s

d
e

E
s
t
r
u
c
t
u
r
a

d
e

N
a
v
e
g
a
c
i

n
Implementacin de plantillas;
Introduccin de mecanismos de enlaces;
Separacin y organizacin de datos;
Generacin de pginas Web.
Fuente: [Koch, 2001]

Finalmente el objetivo de las actividades de implementacin es la combinacin de
contenido, de la estructura de navegacin y la interfaz de usuario; prestos para dar
funcionamiento u operatividad a la aplicacin Web.

2.3 Herramientas de desarrollo

Para la implementacin e implantacin del sistema se mantiene el lineamiento de
la utilizacin de software libre, las herramientas usadas sern:

Php 5.1.6. Lenguaje de Programacin, que se utiliza para procesar
instrucciones orientadas a la Web, ofreciendo una gran variedad de opciones
para el control de dichas aplicaciones;

MySql 5.0.26. Gestor de Base de Datos, que ofrece diferentes opciones y
facilidades en el almacenamiento de los datos de usuario;


Macromedia Flash 8.0 para la parte de insercin de las imgenes animadas, y
edicin de algunas imgenes;

Macromedia Dreamweaver 8.0 para la estructuracin del sistema, que facilita
muchas tareas por la caracterstica que tiene al ser para el diseo en modo
grafico;

Photoshop para la incorporacin, edicin de todos los grficos que se requerir
en el sistema, para hacerlo mas llamativo.

2.4 Mantenimiento de la Aplicacin Web

El mantenimiento de las aplicaciones es un factor importante en el cual, se debe
revisar constantemente la informacin del contenido actual, los potenciales riesgos
de la seguridad, el desempeo de funcionamiento y los parmetros de uso.
Adems de medir adecuadamente los defectos y debilidades, si existiesen, para
ser reparados [Murugesan & Ginige, 2005]

El origen de la fase de mantenimiento se debe a la gran cantidad de operaciones
proporcionadas por la aplicacin Web. Donde este sigue un proceso continuo
despus del funcionamiento de la aplicacin, formulado en diferentes polticas,
que se basan en las decisiones tomadas en la etapa de diseo de la arquitectura.

Una de las principales revisiones de las aplicaciones Web, es la de la informacin
del contenido, ya que estas tienden a crecer y evolucionar, adems de ser
actualizadas o rediseadas para satisfacer los nuevos requerimientos.

En la fase de mantenimiento surgen diferentes factores que influyen en las
actividades de trabajo, que proporcionan los cambios adecuados o comunes en
las aplicaciones, entre dichos factores a mantener se tiene al acoplamiento y

cohesin de las aplicaciones Web; el mantenimiento del anlisis y diseo de la
documentacin; el cdigo de la documentacin.

La infraestructura tecnolgica, tambin es un aspecto importante, que puede
acomodarse a los requerimientos cambiantes de la aplicacin, como as tambin a
las necesidades de los propios usuarios.

2.5 Mtodo de Evaluacin de calidad de Sitios Web

El nacimiento de los productos de software trajo consigo una serie de dificultades
a la hora de ser manipulados, por el hecho complejo que se encuentra en los
productos, pero considerando que lo que se pretende con los productos de
software es llenar de sencillez, simplicidad y eficacia en el funcionamiento ante las
necesidades de los usuarios. As se tiene la necesidad a recurrir a mtodos de
evaluacin de calidad para el desarrollo de las diferentes aplicaciones de software.

El surgimiento de la metodologa Web QEM define una escala de requerimientos
de atributos y propiedades de calidad, adems esta metodologa se define flexible
al momento de eliminar y agregar atributos y caractersticas de un modo modular
segn las expectativas y necesidades del usuario, de la aplicacin Web como
tambin las peticiones de la organizacin donde se esta ejecutando.

2.5.1 Caractersticas y Atributos de calidad

Definimos a la calidad de una organizacin como al conjunto de las caractersticas
de dicha organizacin que le confiere la capacidad de satisfacer requerimientos o
necesidades explicitas e implcitas, en consideracin de un perfil de usuario,
podemos alternativamente describir a la calidad como a una caracterstica de muy
alto nivel, que se la puede medir mediante mtricas directas e indirectas.


En este paso los evaluadores y dems participantes del proceso deben acordar y
especificar las caractersticas de y atributos de calidad y agruparlas en un rbol de
requerimientos (ver Tabla 2.9) que muestra una descripcin de las caractersticas
de calidad del estndar ISO, conforme a las metas, el dominio, y el perfil de
usuario seleccionados [Olsina,1999].

Tabla 2.9: rbol de Requerimientos de Calidad en los Sistemas Acadmicos.

CONFIABILIDAD EFICIENCIA
No deficiencia
Errores de enlaces.
Errores o deficiencias varias
Deficiencias en los resultados
Perfomancia
Paginas de acceso rpido
Accesibilidad
Accesibilidad de informacin
Accesibilidad de ventanas
USABILIDAD FUNCIONALIDAD
Comprensibilidad global del sitio
Esquema de organizacin global
Tabla de contenidos
Visita guiada orientada al estudiante
Calidad de la ayuda
Ayuda explicatorio orientada al estudiante
Ayuda de la bsqueda
Aspectos de interfaces y estticos
Cohesividad al agrupar los objetos de
control
Permanencia en la presentacin de
los controles
Estabilidad
Aspectos de estilo
Uniformidad en el color de enlaces
Uniformidad en el estilo global
Preferencia esttica
Mecanismos de bsquedas
Bsqueda restringida
Nivel de personalizacin
Aspectos de Navegacin y exploracin
Navegabilidad
Orientacin
Estabilidad
Enlace con ttulos
Aspectos del dominio orientados al
estudiante
Informacin De unidad Acadmica
Descripcin de carrera
Descripcin de cursos

Fuente:[Olsina,1999]

2.5.2 Criterio de Evaluacin Elemental para Atributos

A partir del rbol de requerimientos, para cada atributo cuantificable Ai (u hoja del
rbol) debemos asociar y determinar una variable Xi, que tomara un valor real a
partir de un proceso de medicin adems, para cada variable Xi computada, por
medio de un criterio elemental, producir una preferencia elemental IEi. Este
resultado final, elemental, se puede interpretar como el grado o porcentaje del
requerimiento del usuario satisfecho para el atributo Ai. Para cada variable de
calidad medida Xi , I= 1, , n se define una funcin de criterio elemental que
es una correspondencia del valor de la variable de calidad Xi en el valor de la
preferencia (o indicador) elemental de calidad IEi. En trminos generales, el valor
medio de la variable es un nmero real:

XiE Ri C R

La Figura 2.3 muestra un panorama del proceso de determinacin de la
preferencia de calidad elemental. La entrada es el valor de la variable de calidad
Xi, que conforme al criterio elemental correspondiente permite obtener el valor del
indicador o preferencia de calidad elemental IEi.

Figura 2.3: proceso de determinacin de la preferencia de calidad elemental.

Fuente: [Olsina, 1999]
IE1

100






0 a b
X1
Cr(X1) = {(a, 100) , (b, 0)}
X1 IE1
Variable
Criterio Elemental
Preferencia Elemental


La consolidacin de un usuario ante la calidad es vista en forma porcentual donde
se apreciara en la Figura 2.4 que describe el grado de satisfaccin de los
requerimientos y necesidades.

Figura 2.4: Grado de Satisfaccin





Fuente: [Olsina, 1999]

2.5.3 Tipos de Criterios de Preferencia de Calidad Elemental

El criterio de evaluacin elemental resulta de importancia en consideracin de los
niveles de precisin, objetividad y facilidad de uso. El nivel de precisin depende
del grado de criticidad de alguno o de todos los componentes del producto en un
proyecto de evaluacin.

Dos tipos bsicos de criterios elementales son los absolutos y los relativos, y
dentro de los primeros se pueden descomponer en criterios con variables
continuas, y criterios con variables discretas.

Criterio Binario

Este criterio es el ms simple de los criterios discretos y absolutos. El criterio para
la variable binaria X se mapea en una preferencia elemental cuyas coordenadas
son:

CrE(Xi) = { (0,0), (1, 100)}
0 % 100%


Insatisfaccin Parcialmente Satisfactorio
Satisfactorio

En donde un valor de Xi = 0 se interpreta como la ausencia del atributo de calidad;
en cambio un valor de Xi = 1, se interpreta como la presencia o disponibilidad del
mismo.
Este es el criterio utilizado para evaluar muchos de los atributos del rbol de
Requerimientos ya mostrados con anterioridad.

Criterio de Multi-nivel

Este criterio es una generalizacin del criterio binario. La variable discreta puede
tomar ms de dos valores, cada uno de los cuales se corresponde a una
preferencia de calidad.

Por ejemplo, para el atributo soporte a versin solo texto, la variable discreta X se
mapea en valores de preferencias cuyas coordenadas son:

CrE(Xi) = {(0,0), (1,60), (2,100)}

En donde un valor de Xi = 0 se interpreta como la ausencia del atributo de calidad;
en cambio un valor de Xi = 1 se interpreta como la presencia parcial de la versin
solo texto; y finalmente, un valor de Xi = 2 se interpreta como la presencia total de
la versin solo texto para todo el sitio Web.

Fase de evaluacin Global

En la fase de Definicin e Implementacin de la Evolucin Global se trata con
actividades, modelos, procedimientos y herramientas para determinar los criterios
de agregacin de las preferencias de calidad elemental (obtenidas en la fase
anterior, a partir del rbol de requerimientos), para producir la preferencia global
para cada sistema de informacin interviniente.


Se consideran 17 tipos de funciones lgicas de agregacin que representan
diferentes niveles de polarizacin y/o para modelar diferentes relaciones entre
atributos y caractersticas. Al final del proceso se obtiene un valor numrico real
(entre 0 y 100), y se establece un nivel entre los sistemas evaluados (Ver figura
2.4). A este valor lo denominamos el indicador de calidad global IGi para el i-esimo
sistema evaluado (Ver figura 2.5).

Figura 2.5: Esquema que representa la obtencin de la calidad global para cada
sistema seleccionado a partir de los indicadores elementales.












Fuente: [Olsina, 1999]
2.5.4 El modelo de Agregacin Lgica de Preferencias

Uno de los objetivos de la metodologa propuesta Web-cite QEM, era el de utilizar
para esta fase, y en consideracin de la cantidad de caractersticas y atributos
intervinientes en el proceso de evaluacin de sitios Web, un modelo de agregacin
y calculo existente que favoreciera a un proceso de evaluacin flexible,
estructurado, y con fundamentacin y objetividad cientfica, de manera que
proveyera indicadores de calidad cuantitativos que pudieran ser usados como
base y justificacin de las decisiones mas optimas. El modelo de agregacin de






G(IEi,..,IEn)
v
a
r

a
b
|
e
s

d
e

c
a
|

d
a
d

|
.
s
l
s
.
s
s
s
|
s

i
s

s
s
|
|
i
s
i

s
|
s
m
s
s
t
s
|

F(Xn
)
F(Xn
)
Xn
C
r
i
t
e
r
i
o

E
l
e
m
e
n
t
a
l

Evaluacin Elemental
Xi IEi
IEn
IG-Sistema
Preferencia Global
Evaluacin Global

atributos, subcaracteristicas y caractersticas (y el procedimiento de calculo)
basado en LSP es precisamente bien organizado, estructurado, cuantitativo y
robusto. Bsicamente, entre las caractersticas generales de LSP, podemos
enumerar. Es un modelo de agravacin y puntaje para evaluar sistemas complejos
(el artefacto consiste de un buen numero de subsistemas o componentes, los que
a su vez se descomponen en vario elementos; asimismo, existen diversos tipos de
relaciones entre elementos y subsistemas).

Sus resultados representan el grado de satisfaccin de los usuarios conforme a
los requerimientos de calidad establecidos (la preferencia de calidad del
usuario respecto del producto);

Es una generalizacin de los modelos y tcnicas de puntaje aditivos y lineales;

Tienen sus fundamentos en principios y modelos matemticos y de lgica en
las siguientes subsecciones, trataremos mas bien de los aspectos de utilidad
practica de LSP para la estructuracin, evaluacin y comparacin de atributos
y caractersticas de los artefactos Web, sin ahondar en los fundamentos
matemticos y lgicos;

La Funcin de Conjuncin-Disyuncin Generalizada (CDG) refleja el hecho que
tanto la conjuncin como la disyuncin son casos especiales de la funcin CDG.
Esta funcin debe ser capaz de expresar un espectro de funciones que son
similares a la conjuncin, y del mismo modo, un rango similar a la disyuncin
[Olsina, 1999].

De cuerdo a las propiedades de CDG se pueden satisfacer por medio de la media
de potencia pesada, que se expresa del siguiente modo:

IG(r) = (P1 IE r 1 + P2 IE r 2+ ... + Pm IE r m) 1/ r ;


La ubicacin de IG(r) entre el valor mnimo y mximo se puede ajustar
seleccionando el valor de r. Si el valor de IG(r) est ms cercano al mnimo
entonces tal criterio especifica el requerimiento para la simultaneidad de entradas.
Si el valor de IG(r) est ms cercano al mximo entonces tal criterio especifica el
requerimiento para la reemplazabilidad de entradas.

IG(-) = Min (IE1 , IE 2 , ... , IE m); IG(+) = Max (IE1 , IE 2, ... , IE m);

Donde:
- <= r <= + ; 0 <= IE i <= 1 ;

La ubicacin de IG(r) entre el valor mnimo y mximo se puede ajustar
seleccionando el valor de r. Si el valor de IG(r) est ms cercano al mnimo
entonces tal criterio especifica el requerimiento para la simultaneidad de entradas.
Si el valor de IG(r) est ms cercano al mximo entonces tal criterio especfico el
requerimiento para la reemplazabilidad de entradas [Olsina, 1999].

2.6 Mantenimiento de la Aplicacin Web

El mantenimiento de las aplicaciones es un factor importante en el cual, se debe
revisar constantemente la informacin del contenido actual, los potenciales riesgos
de la seguridad, el desempeo de funcionamiento y los parmetros de uso.
Adems de medir adecuadamente los defectos y debilidades, si existiesen, para
ser reparados [Murugesan & Ginige, 2005]

El origen de la fase de mantenimiento se debe a la gran cantidad de operaciones
proporcionadas por la aplicacin Web. Donde este sigue un proceso continuo
despus del funcionamiento de la aplicacin, formulado en diferentes polticas,
que se basan en las decisiones tomadas en la etapa de diseo de la arquitectura.


Una de las principales revisiones de las aplicaciones Web, es la de la informacin
del contenido, ya que estas tienden a crecer y evolucionar, adems de ser
actualizadas o rediseadas para satisfacer los nuevos requerimientos.

En la fase de mantenimiento surgen diferentes factores que influyen en las
actividades de trabajo, que proporcionan los cambios adecuados o comunes en
las aplicaciones, entre dichos factores a mantener se tiene al acoplamiento y
cohesin de las aplicaciones Web; el mantenimiento del anlisis y diseo de la
documentacin; el cdigo de la documentacin.

La infraestructura tecnolgica, tambin es un aspecto importante, que puede
acomodarse a los requerimientos cambiantes de la aplicacin, como as tambin a
las necesidades de los propios usuarios.

De acuerdo a la poltica de mantenimiento de las aplicaciones Web, se tienen a los
siguientes aspectos a considerar, en el desarrollo o la implementacin del mismo:

Mantenimiento correctivo, es el conjunto de actividades dedicadas a corregir
defectos en el hardware o en el software detectados por los usuarios durante la
explotacin del sistema;

Mantenimiento perfectivo, que es el conjunto de actividades para mejorar o
aadir nuevas funcionalidades a la aplicacin que son requeridas por el
usuario;

Mantenimiento adaptativo, es el conjunto de actividades para adaptar el
sistema a los cambios del entorno tecnolgico.






3.1 Anlisis de Requerimientos

El anlisis de requerimientos es una parte muy importante dentro de este conjunto
de construccin del sistema, ya que mediante ellos llegamos a definir todo el
conjunto de metas para enfocarnos a alcanzar los objetivos trazados.

El anlisis de requerimientos se contempla en cuatro etapas para formar una fase
estable y organizada en la cual citaremos: requerimientos de contenido, de
estructura, de presentacin, de usuario.

3.1.1 Identificacin de actores

Requerimientos de Contenido

El trabajo se realizo de forma directa con los encargados de las diferentes reas
que se tiene en la Escuela de Idiomas del Ejrcito, la recoleccin de los
requerimientos de contenido se obtuvo mediante los manuales y las respectivas
funciones especificas que cumplen todos los elementos (Usuarios) que conforman
esta Institucin. Entre los requerimientos de contenido se puede mencionar a:

Requerimiento Descripcin
R.1
El Sistema solo tendr informacin necesaria
de los elementos (Usuarios).
R.2
Que el estudiante pueda tener la informacin
de su desempeo Acadmico.
R.3
Los estudiantes consulten el seguimiento de
los pagos que realizan.
R.4
Que los instructores puedan tener acceso a la
informacin de los estudiantes.



Requerimientos de Estructura

Requerimiento Descripcin
R.1
Manteniendo como una prioridad la forma de
Estructura de la Escuela de Idiomas del
Ejercito.
R.2
Que exista una organizacin jerrquica en el
manejo del Sistema.
R.3
El ingreso contenga siempre la ayuda de
contraseas y cdigos.
R.4
La existencia de un elemento (Usuario) que
pueda administrar todo la informacin del
Sistema que sea necesaria.


Requerimientos de Presentacin

Requerimiento Descripcin
R.1
Manteniendo siempre los emblemas que
caracterizan al Ejrcito.
R.2
La visibilidad de logos, figuras de la Escuela
de Idiomas.
R.3
Resaltando colores y consignas referentes al
Comando de Institutos Militares.


3.1.2 Descripcin de actores del Sistema

Es imprescindible conocer a los diferentes actores que siguen el proceso de
funcionabilidad en las actividades en la que participan.



Nombre Actor: Administrador del Sistema
Caso de Uso: Gestiona contrasea.
Tipo: Secundario
Descripcin:
Es aquel Usuario que tiene la posibilidad
de cambiar, por el hecho de tener ciertas
prioridades delimitadas.


Nombre Actor: Usuarios
Caso de Uso: Solicita Acceso.
Tipo: Secundario
Descripcin:
Los usuarios son el conjunto de
(estudiante, docente, administrador del
sistema, administrativo) casi con los
mismos atributos pero con diferente
funcionabilidad, todos hacen referencia a
que tienen la obligacin de una solicitud de
ingreso.


Nombre Actor: administrativo
Caso de Uso: Administra Usuario.
Tipo: Secundario
Descripcin:
Este actor se divide en dos (secretaria,
contador), tiene la obligacin de servir a los
dems Usuarios en las actividades que se
desempea dentro del Sistema, con un
limite de privilegios.




Nombre Actor: Docente
Caso de Uso: Administra notas.
Tipo: Secundario
Descripcin:
Este actor de divide en (profesor,
evaluador, jefe de disciplina), y tiene el
compromiso de la parte acadmica del
estudiante.




Nombre Actor: Estudiante
Caso de Uso: Informe de Notas y Pensiones.
Tipo: Primario
Descripcin:
Este es uno de los actores principales,
porque en el se centra el objetivo y el
trabajo del Sistema.



3.1.3 Modelo de Casos de usos

En el caso de uso que mostramos Figura 3.1 se modela de forma completa todas
las actividades que frecuentemente realizan los actores segn las funciones que
desempean en el Sistema de Administracin Acadmica Va Web para la E.I.E
(Escuela de Idiomas del Ejrcito).





Figura 3.1: Caso de Uso General





Descripcin de los diferentes actores

Estudiante, de acuerdo a los requerimientos establecidos por el Instituto de
Idiomas del Ejrcito, estas personas pueden acceder a las siguientes funciones
va la Web:

Visualiza Datos Personales, lugar donde logra ver sus datos personales.
Visualiza Pago de Pensiones, lugar donde logra ver los pagos respectivos.
Consulta Notas Personales, aqu logra apreciar el desempeo personal.
Visualiza Notas por Nivel, logra apreciar el desempeo en forma global.
Visualiza Notas Avanzadas, aprecia las notar totales.
Gestiona Contrasea, la opcin de cambiar sus contraseas y cdigos.

Docente, esta persona de gestionar las notas del curso que le corresponde, por lo
tanto las funciones que tienen son:

Selecciona el Curso que requiere, significa el curso que le corresponde segn
el grado de avance de los mdulos.
Transcribe Notas por Nivel del Curso que le corresponde, donde inserta al
sistema las notas de los Estudiantes.
Guarda las Notas registradas en el Sistema, donde se guardan en la base de
datos que podrn ser consultadas por cualquier usuario.
Gestiona Contrasea, la opcin de cambiar sus contraseas y cdigos.

Evaluador, este actor realiza tareas especficas como:

Selecciona Curso, Nivel y Libro, del cual quiere llenar las Notas, seleccionar
una opcin a la cual llenara las notas de los estudiantes.
Transcribe Notas de Exmenes de Libros, llenara las notas respectivas que
corresponden a las evaluaciones de los libros.

Transcribe Notas del Segundo Test, inserta las notas que corresponden a las
evaluaciones del Test.
Transcribe Notas de Nivel, adiciona las notas que corresponde a todo el
conjunto de evaluaciones que darn resultado a las notas de Nivel.
Guarda las Notas registradas, aqu se almacenara a la base de datos del
sistema.
Gestiona Contrasea, la opcin de cambiar sus contraseas y cdigos.

Jefe de Disciplina, siendo el encargado de una actividad adicional al de la
enseanza del idioma Ingles, tiene las siguientes tareas:

Selecciona Curso, Nivel y Libro, del cual quiere llenar las Notas, aqu es donde
llenar las notas de los estudiantes segn el desempeo a lo que concierne la
disciplina con las distintas reas.
Transcribe Notas de Disciplina de los Estudiantes, insertara las notas de la
disciplina que le corresponden a los estudiantes.
Guarda las Notas registradas, aqu se almacenara a la base de datos del
sistema.
Genera Reporte de Notas de Disciplina de los Estudiantes, donde tendra una
tarea muy importante el de dar a conocer el desempeo de los estudiantes a
todos los usuarios que participan en el sistema.
Gestiona Contrasea, la opcin de cambiar sus contraseas y cdigos.

Secretaria, una de las encargas administrativas de la Institucin que se encarga
de las siguientes tareas:

Genera Reporte de Libros por Curso, da a conocer el desempeo que se tuvo
por el libro que se evalu.
Genera Reportes de Notas de Nivel por Curso, da a conocer el desempeo
que se tuvo por el nivel que transcurri el estudiante.

Genera Reporte de Pensiones por Curso, donde se visualizara el pago de las
pensiones que realiza los estudiantes.
Gestiona Contrasea, la opcin de cambiar sus contraseas y cdigos.

Contador, realiza las siguientes tareas:

Introduce Matricula del Estudiante, se introduce el numero de matricula que
corresponde solo a un estudiante especifico para poder realizar sus consultas.
Genera reporte de Pensiones por Estudiante, efectuara una impresin por el
seguimiento de las pensiones de los estudiantes.
Genera reportes de Pensiones por Curso, efecta una impresin a nivel curso
sobre el pago de las pensiones.
Introduce pensiones de Estudiantes, se actualiza la pensin que se tenia
pendiente para luego realizar los respectivos reportes.
Gestiona Contrasea, la opcin de cambiar sus contraseas y cdigos.

Administrador, las tareas especficas de este actor son:

Registra Usuarios al Sistema Acadmico, registrara introduciendo todos los
datos personales directo a una base de datos en el Sistema Acadmico.
Visualiza Lista de Usuarios, aqu se podr obtener un reporte de todos los
usuarios que participan dentro de la organizacin.
Visualiza Datos de los Usuarios del Sistema, solo apreciara los datos que
fueron registrados en el sistema.

Operador, las funciones son:

Inscribe Estudiante al Sistema, se realiza la insercin de un nuevo usuario.
Designa Docente a Curso, donde se designa un docente especfico para cara
curso tomando varios factores, nivel, libro.

Designa Evaluador a Curso, donde se designa un determinado evaluador para
cara curso.
Designa Jefe de Disciplina, donde se designa el jefe de disciplina que llevara a
cargo todo un curso para su respectivo seguimiento.
Inscribe Estudiante a Curso, este estudiante tendr que estar ya inscrito para
que se le pueda insertar a su curso respectivo, segn el seguimiento que tiene.
Inscribe Usuarios del Sistema, se realizara la inscripcin de cualquier tipo de
usuarios que ser participe del Sistema.

3.1.4 Descripcin de los Casos de Uso

Caso de Uso inscripcin de usuarios

Este caso de uso se presenta a la adicin de nuevos usuarios pero dando siempre
una prioridad alta a los usuarios ms importantes que son los Estudiantes (ver
Figura 3.2).

Figura 3.2 Caso de uso Inscripcin de usuarios.






Descripcin de Caso de Uso:

Caso de Uso Inscripcin de Usuarios
Actores Diferentes usuarios, Estudiantes.
Flujo de Eventos
Flujo Bsico
1. solicita ingreso de datos personales
2. ingreso a un espacio especial adecuado al nivel
del usuario.
3. almacena datos de los usuarios.
4. se le brinda al usuario un cdigo y su contrasea



Caso de Uso Informe de Notas y Pensiones

Tendr un grado de nivel importante porque frecuentemente se realizara esta
operacin de informar sobre los datos del Estudiante (ver Figura 3.3).

Figura 3.3: Caso de uso Informe de Notas y Pensiones



Descripcin de Caso de Uso:


Caso de Uso Informe de Notas y Pensiones
Actores Administrativo, estudiante.
Flujo de Eventos
Flujo Bsico
1. el administrativo ingresara al ambiente
Acadmico para solicitar un informe.
2. verificara si el informe es de Notas o Pensiones.
3. aqu donde el estudiante tendr los conocimiento
de los Informes.


Caso de Uso Trascripcin de notas

Tendr un grado de nivel importante porque aqu es donde se evalua el
rendimiento de los estudiantes con respecto a todos los docentes y en las
diferentes areas (ver Figura 3.4).


Figura 3.4: Caso de uso Informe de Notas y Pensiones




Descripcin de Caso de Uso:

Caso de Uso Trascripcin de notas
Actores Docente, Administrativo, Estudiante.
Flujo de Eventos
Flujo Bsico
1. el docente ingresara al ambiente Acadmico para
realizar sus tareas.
2. verificara si el informe es de Notas o Pensiones.
3. insertara las notas respectivas de los diferentes
sectores disciplina, libro, curso.
4. cuando concluya la actualizacin de las notas el
Administrativo podr acceder a una consulta de
las notas, siempre y cuando el Docente haya
insertado las notas.


3.2 Diseo Conceptual
3.2.1 Modelo Conceptual

Como ya se menciono el anlisis de requerimientos nos ayuda a conceptualizar
bien las metas dentro del sistema, y con la ayuda del modelo conceptual se define
de manera correcta los espacios de la aplicacin.


Modulo de Inscripcin de Usuarios

Describimos de manera general a todos los usuarios el como se realizara la
respectiva inscripcin con el Sistema (ver Figura 3.5)




Figura 3.5: Modelo Conceptual de la Inscripcin de Usuarios



Modulo de Consultas y Reportes

La figura 3.6 mostramos el como los actores realizaran las diferentes clases de
Consultas y Reportes, delimitados con la informacin que tendr.





Figura 3.6: Modelo Conceptual de Consultas y Reportes



Modulo de Kardex del estudiante (Usuario)

Aqu mostramos las diferentes actividades que conlleva el estudiante como
usuario especfico del Sistema (ver Figura 3.7).



Figura 3.7: Modelo Conceptual de Kardex del Estudiante







3.3 Diseo Navegacional

En este modelo se logra dividir en dos grupos las cuales describiremos a
continuacin, donde presentan los sitios de navegacin por cada usuario que
actu en el sistema, tambin se indica el como se navegara en los sitios.

3.3.1 Diseo de Espacio de Navegacin

En la figura 3.8 se muestra de manera especfica el Espacio de Navegacin de la
Inscripcin de los Usuarios.


Figura 3.8: Modelo de Espacio de Navegacin Inscripcin de Usuarios






La figura 3.9 se muestra el Espacio de Navegacin de los diferentes usuarios con
respecto a las Consultas y Reportes.

Figura 3.9: Modelo de Espacio de Navegacin Consultas y Reportes







En la figura 3.10 mostramos el Espacio que logra Navegar el Usuario de mayor
importancia.

Figura 3.10: Modelo de Espacio de Navegacin Kardex del Estudiante



3.3.2 Modelo de Estructura de Navegacin

En este modelo se describe el como y los medios que el Usuario podr acceder a
los sitios de Navegacin, en este caso el modo que el usuario realizar su
respectiva inscripcin donde se muestra en la figura 3.11.





Figura 3.11: Modelo de Estructura de Navegacin de la Inscripcin de Usuarios










En la figura 3.12 describimos como se lograra realizar las respectivas
Navegaciones a lo que se trata las Consultas y Reportes.


Figura 3.12: Modelo de Estructura de Navegacin de Consultas y Reportes





Se muestra en la figura 3.13 la forma de Navegacin a lo que se refiere en todos
los sectores del Estudiante.

Figura 3.13: Modelo de Estructura de Navegacin de Kardex del Estudiante


3.4 Diseo de Presentacin

Aqu se elaborara el diseo de las interfaces de los diferentes usuarios existentes
y participantes en el Sistema.

3.4.1 Modelo de Estructura de Presentacin

En la siguiente figura 3.14 mostramos la forma guiada y especfica de la manera
como los usuarios podrn llegar y accedes a los espacios definidos.

Figura 3.14: Modelo de Estructura de Presentacin






3.4.2 Modelo de Interfaz de Usuario Abstracta

Este modelo nos muestra el lugar y la posicin de los diversos objetos que se
tendrn en una determinada pgina Web.

Figura 3.15: Modelo de interfaz de usuario abstracta de visita a la pagina de la
Escuela de Idiomas

Figura 3.16: Modelo de interfaz de usuario abstracta de ingreso al rea
Acadmica.




Figura 3.17: Modelo de interfaz de usuario abstracta del rea concerniente al
Alumno.



3.4.3 Modelo de Flujo de Presentacin

Es aqu donde llegamos a identificar las actividades de forma secuencial del como
se realizara la Navegacin en los Sitios.

Se ve que la secuencia que tendr que obedecer el estudiante al momento de su
ingreso al Sistema, para poder realizar sus respectivas opciones (vase figura
3.18).








Figura 3.18: Modelo de Flujo de Presentacin del Estudiante (Usuario)
Escuela
<<window>>
Base de datos
Nav datos Persona
<<frame>>
N cons y repor
<<frame>>
Estudiante
ngresa pincipal
ngresa datos
Solicita ver datos personales
Estudiantil
<<window>>
Valida datos
ngresa a principal
Despliega datos personales
Solicita cambiar contrasea
Despliega contrasea
ngresa nueva contrasea
valida contrasea
Modifica
Datos aadidos
Solicita consultar notas
Despliega datos de busqueda
ngresa datos
Busca notas solicitadas
Proporciona resultados
Despliega resultado


En la figura 3.19 se lograr apreciar el orden que deber llevar el Administrativo a
la hora de sus respectivas tareas.








Figura 3.19: Modelo de Flujo de Presentacin del Administrativo (Usuario)
Nav Pagos
<<frame>>
Nav Reporte
<<frame>>
Contador
Escuela
<<window>>
Am_contador
<<window>>
Base de datos
ngresa pincipal
ngresa datos
Solicita introducir pago de matricula
Valida datos
Despliega formulario de pago
ngresa datos de pago
Busca estudiante
Muestra formulario de pensiones
Solicita Reporte de pensiones por curso
Muestra datos de busqueda
ngresa datos de busqueda
Busca pago de pensiones por curso
Muestra lista de alumnos
ngresa a principal
guarda pago
Consulta pago de estudiante
Muestra consulta de estudiante
ngresa codigo de estudiante
Datos aadidos



En la figura 3.20 definimos el orden que seguir el Administrador del Sistema al
momento del trabajo de la Administracin.




Figura 3.20: Modelo de Flujo de Presentacin del Administrador del Sistema
Escuela
<<window>>
Base de datos
Nav del estudiant
<<frame>>
Nav del doc
<<frame>>
Operador
ngresa pincipal
ngresa datos
Solicita inscribir a estudiante
Operativo
<<window>>
Valida datos
ngresa a principal
Despliega formulario de inscripcion
Visualiza planilla
Solicita inscribir docentes
Despliega datos generales
ngresa datos
Asigna docente a curso
Asignacion guardada
ngresa datos
Guarda inscripcion
Datos aadidos
Guarda datos
Datos aadidos
Despliega formulario docente
ngresa datos
Asigna docente a curso

3.5 Implementacin


La forma de introducirnos al sistema de una forma general y censillo la veremos
en la figura 3.21, que nos mostrara los lugares y actividades que desempearan
los diferentes usuarios existentes, ante diversos cambios que se presentaran
dentro de la aplicacin.




Figura 3.21: Navegacin en el Sistema





3.5.1 Diseo de Paquetes


En esta parte del proyecto la implementacin esta basado en mdulos que
tratamos con anterioridad, en la Figura 3.22, vemos las formas para lograr el
desarrollo del diseo y funcionalidad de la aplicacin Web.





Figura 3.22: Diseo de Paquetes de los mdulos de la aplicacin



3.5.2 Diseo de Base de Datos

Se conoce que en la implementacin de la aplicacin Web requiere el diseo
estructurado de la base de datos, podemos observar en la Figura 3.23 se muestra
el modelado de la base de datos. Se observa en dicha Figura las partes mas
importantes dentro de la estructura dinmica de la base de datos.













Figura 3.23: Base de Datos Relacional















3.5.3 Interfaces
La figura 3.24 muestra la pgina principal de la Escuela de Idiomas del Ejrcito.
Figura 3.24: Pagina Principal


Despus de ingresar a lo que indica rea acadmica nos mostrara la siguiente
pgina, para acceder en si a lo que trata el Sistema (Ver Figura 3.25).
Figura 3.25: Pagina de Inicio a los Usuarios


Despus que el estudiante ingrese correctamente con la autentificacin y adems
tiene sus pagos al da se mostrara la pagina siguiente (Ver Figura 3.26).
Figura 3.26: Pagina del Estudiante


Tendr la posibilidad de apreciar a diferentes opciones como sus datos, notas,
pensiones y acceder a cambiar su contrasea. Entre ellas veremos a la ventana
de las pensiones (Ver Figura 3.27).

Figura 3.27: Pagina de Visualizacin de pago de pensiones


Inscripcin del estudiante
Al momento de realizar la inscripcin previamente se mostrara la siguiente
ventana (Ver Figura 3.28).
Figura 3.28: inscripcin al Estudiante

La opcin que realiza la inscripcin es la siguiente pgina (Ver Figura 3.29).
Figura 3.29: Formulario de Inscripcin del Estudiante


Reportes y Consultas
La figura 3.30 muestra las notas generales por curso de todos los Estudiantes.
Figura 3.30: Reporte de las Notas por Curso


A continuacin se mostrara las pensiones totales que se tiene por cursos. Este
corresponde al curso LOIB1 (Ver Figura 3.31).
Figura 3.31: Reporte de Pago de Pensiones por Curso


3.6 Estrategia de Agregacin de Preferencias Parciales

Figura 3.32 Estructura de agregacin de preferencias parciales usando el modelo
LSP para el caso de sitios acadmicos, donde a) Usabilidad, b) Funcionalidad,
c) Confiabilidad y d) Eficiencia.


Fuente: [Olsina, 1999]






Fuente: [Olsina, 1999]


3.6.1 Resultados de Evaluacin Elemental de Usabilidad

1.1.1 ATRIBUTO (XI): MAPA DEL SITIO
Sub-Caracterstica: Esquema de Organizacin de Global
Caracterstica: Comprensibilidad Global del Sitio
Definicin: define de forma global a la aplicacin
Web, es decir, la estructura y espacio de
navegacin por la cual los usuarios podrn
navegar.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %



1.1.2 ATRIBUTO (XI): TABLA DE CONTENIDOS
Sub-Caracterstica: Esquema de Organizacin de Global
Caracterstica: Comprensibilidad Global del Sitio
Definicin: muestra de forma representativa el
contenido de la Aplicacin Web, que nos permite
ingresar a las pginas de los contenidos, que casi
siempre se encuentra en la pagina principal.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %

1.1.3 ATRIBUTO (XI): NDICE ALFABTICO
Sub-Caracterstica: Esquema de Organizacin Global
Caracterstica: Comprensibilidad Global del Sitio
Definicin: brinda una lista de contenidos
navegables, que se encuentran ordenados
alfabticamente.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi =1 , entonces: IEi (%) = 60 %


1.2.1 ATRIBUTO (XI): CALIDAD EN EL SISTEMA DE ETIQUETADO
Sub-Caracterstica: Calidad en el Sistema de Etiquetado
Caracterstica: Comprensibilidad Global del Sitio
Definicin: brinda la facilidad de entendimiento
que los usuarios tienen en el etiquetado de la
aplicacin.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %



1.3.1 ATRIBUTO (XI): VISITA GUIADA
Sub-Caracterstica: Visita Guiada
Caracterstica: Comprensibilidad Global del Sitio
Definicin: Es aquella que muestra los
procedimientos de algn proceso que el usuario
pueda acceder, de tal manera que no se pierda en
la aplicacin Web.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 0, entonces: IEi (%) = 0 %


2.1.1 ATRIBUTO (XI): AYUDA EXPLICATORIA
Sub-Caracterstica: Calidad de la Ayuda
Caracterstica: Mecanismos de Ayuda y Retroalimentacin en lnea
Definicin: nos describir textualmente los
procedimientos que el usuario tiene en la
aplicacin Web.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %


2.2.1 ATRIBUTO (XI): ULTIMA ACTUALIZACIN (GLOBAL)
Sub-Caracterstica: Indicador de Ultima actualizacin
Caracterstica: Mecanismos de Ayuda y Retroalimentacin
Definicin: Este atributo muestra al usuario la
fecha de la ltima actualizacin del sistema.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 60 %


2.2.2 ATRIBUTO (XI): ULTIMA ACTUALIZACIN (EN PGINAS)
Sub-Caracterstica: Indicador de Ultima actualizacin
Caracterstica: Mecanismos de Ayuda y Retroalimentacin
Definicin: Este indicador muestra al usuario la
fecha de la ltima actualizacin de la cada una de
las pginas de la aplicacin.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 0, entonces: IEi (%) = 60 %


2.3.1 ATRIBUTO (XI): DIRECTORIO E-MAIL
Sub-Caracterstica: Directorio de Direcciones
Caracterstica: Mecanismos de Ayuda y Retroalimentacin
Definicin: Es un espacio donde se encuentran
los correos electrnicos con los cuales se podrn
contactar los usuarios.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %


2.4.1 ATRIBUTO (XI): FACILIDAD DE FAQ
Sub-Caracterstica: Facilidad de FAQ
Caracterstica: Mecanismos de Ayuda y Retroalimentacin
Definicin: Representa la comprensin del
sistema, mediante las respuestas de las preguntas
mas frecuentes del usuario.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 0, entonces: IEi (%) = 0 %


3.1.1 ATRIBUTO (XI): PERMANENCIA DE CONTROLES DIRECTOS
Sub-Caracterstica: Permanencia y Estabilidad en la Presentacin de los controles Principales
Caracterstica: Aspectos de Interfaces y Estticos
Definicin: Este atributo establece si los controles
del men principal del sitio permanecen en las
pginas de la aplicacin Web.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %


3.1.2 ATRIBUTO (XI): PERMANENCIA DE CONTROLES INDIRECTOS
Sub-Caracterstica: Permanencia y Estabilidad en la Presentacin de los controles Principales
Caracterstica: Aspectos de Interfaces y Estticos
Definicin: Hace referencia a mantener un
controlador indirectos, es decir, que mediante
dicho controlador te lleve a una pgina donde
estn la generalidad de pginas.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %


3.1.3 ATRIBUTO (XI): ESTABILIDAD
Sub-Caracterstica: Permanencia y Estabilidad en la Presentacin de los controles Principales
Caracterstica: Aspectos de Interfaces y Estticos
Definicin: La estabilidad hace referencia a la
ubicacin permanente o estndar en las diferentes
pginas de la Aplicacin.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %


3.2.1 ATRIBUTO (XI): UNIFORMIDAD EN EL COLOR DE LOS ENLACES
Sub-Caracterstica: Aspectos de Estilo
Caracterstica: Aspectos de Interfaces y Estticos
Definicin: Establece si todos los enlaces de la
Aplicacin Web tienen el mismo color.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %

3.2.2 ATRIBUTO (XI): UNIFORMIDAD EN EL ESTILO GLOBAL
Sub-Caracterstica: Aspectos de Estilo del Sitio
Caracterstica: Aspectos de Interfaces y Estticos
Definicin: Uniformidad de color, estilo, fuente y
estructura de las pginas Web.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %

3.6.2 Resultados de Evaluacin Elemental de Funcionalidad

1.1.1 ATRIBUTO (XI): BSQUEDA RESTRINGIDA
Sub-Caracterstica: Mecanismo de bsqueda en el sitio Web
Caracterstica: Aspectos de Bsqueda y Recuperacin
Definicin: Encuentra a la informacin especfica
de la forma ms optima posible, para as obtener la
informacin necesaria.
Criterio:
Xi = 1 (Disponible), entonces IE = 100%;
Xi = 0 (No Disponible), entonces IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %

1.2.1 Atributo (Xi): Nivel de Personalizacin
Sub-Caracterstica: Mecanismos de Recuperacin
Caracterstica: Aspectos de Bsqueda y Recuperacin
Definicin: Existencia de cambios en la
personalizacin de la Aplicacin Web, la cual es
proporcionada al usuario.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 0, entonces: IEi (%) = 60 %

2.1.1 ATRIBUTO (XI): ETIQUETA DE POSICIN ACTUAL
Sub-Caracterstica: Navegabilidad
Caracterstica: Aspectos de Navegacin y Exploracin
Definicin: Establece la presencia de un titulo o
etiqueta del enlace en el cual se encuentran.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 60 %

2.1.2 ATRIBUTO (XI): PROMEDIO DE ENLACES POR PGINAS
Sub-Caracterstica: Navegabilidad
Caracterstica: Aspectos de Navegacin y Exploracin
Definicin: Define el promedio de enlaces que
existen en las pginas Web, las cuales llevan a un
destino especfico.
Criterio:
Si 10 < Xi < 14, IEi = 100 %;
Si Xi=9; Xi=15, IEi = 90%;
Si Xi=8; Xi=16, IEi = 80%;
Si Xi=7; Xi=17, IEi = 60%;
Si Xi=6; Xi=18, IEi = 590%.
Resultado: Xi = 9 o 15, entonces: IEi (%) = 80 %



2.2.1 ATRIBUTO (XI): DESPLAZAMIENTO VERTICAL
Sub-Caracterstica: Objetos de Control Navegacional
Caracterstica: Aspectos de Navegacin y Exploracin
Definicin: Indica el grado de desplazamiento
vertical que el usuario realiza para la visita a las
diferentes pginas Web.
Criterio: Considerando a 800 X 600 como
resolucin mnima, se tiene a:
Xi = alta, IE = 0%;
Xi = baja, IE = 50%;
Xi = sin desplazamiento, IE = 100%;
Resultado: Xi =SIN DES, entonces: IEi (%) = 100%

2.3.1 ATRIBUTO (XI): ENLACE CON TTULO
Sub-Caracterstica: Prediccin Navegacional
Caracterstica: Aspectos de Navegacin y Exploracin
Definicin: Establece la claridad del ttulo de
enlace, de tal forma que resuma la finalidad del
enlace destino.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %

2.3.2 ATRIBUTO (XI): CALIDAD DE LA FRASE DEL ENLACE
Sub-Caracterstica: Prediccin Navegacional
Caracterstica: Aspectos de Navegacin y Exploracin
Definicin: Establece la descripcin del enlace, la
cual se pretende llegar, de tal forma que el usuario
entienda la frase.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 100 %


2.4.1 ATRIBUTO (XI): SERVICIO DE GRUPO DE NOTICIAS
Sub-Caracterstica: Servicios On-line
Caracterstica: Aspectos de Navegacin y Exploracin
Definicin: Es el grado de existencia informativa
en la aplicacin Web, en donde se publican avisos
especiales de la propia Institucin, a la cual el
usuario tiene acceso.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 0 %

3.6.3 Resultados de Evaluacin Elemental de Confiabilidad

1.1.1 ATRIBUTO (XI): ENLACES ROTOS
Sub-Caracterstica: Errores de Enlaces
Caracterstica: No Deficiencia
Definicin: Define la confiabilidad de navegacin
del usuario, es decir, si los enlaces no llevan a
ningn destino especfico por la inexistencia de
dicha pgina Web.
Criterio. Donde las variables son:
ER= # Enlaces Rotos; ET=# Total de Enlaces
El clculo es:
X = 100 (ER*100/ET) * 10;
Resultado: Xi = 100, entonces: IEi (%) = 100 %

1.1.2 ATRIBUTO (XI): ENLACES INVLIDOS
Sub-Caracterstica: Errores de Enlaces
Caracterstica: No Deficiencia
Definicin: Verifica la existencia de enlaces
confusos como diferentes enlaces que llevan a una
misma pgina Web o aquellos enlaces que son
invlidos.
Criterio. Donde las variables son:
ER= # Enlaces Invlidos; ET=# Total de
Enlaces
El clculo es:
X = 100 (ER*100/ET) * 10;
Resultado: Xi = ?, entonces: IEi (%) = 100 %


1.1.3 ATRIBUTO (XI): ENLACES NO IMPLEMENTADOS
Sub-Caracterstica: Errores de Enlaces
Caracterstica: No Deficiencia
Definicin: Determina si el diseo navegacional
ha concluido, es decir, si existen enlaces
implementados.
Criterio. Donde las variables son:
ER= # Enlaces no Implementados ; ET=#
Total de Enlaces
El clculo es:
X = 100 (ER*100/ET) * 10;
Resultado: Xi = 100, entonces: IEi (%) = 100 %

1.2.1 ATRIBUTO (XI): NUMERO DE DEFICIENCIAS O CUALIDADES AUSENTES DE
LA APLICACIN
Sub-Caracterstica: Errores o Deficiencias Varias
Caracterstica: No Deficiencia
Definicin: Determina la calidad de la aplicacin
en cuanto a pruebas con diferentes broswsers, es
decir aspectos de presentacin que se
desconfiguren.
Criterio. Donde las variables son:
N= # Deficiencias de Navegadores; P= #
Total de Pruebas.
El clculo es:
X = 100 (N*100/P) * 10;
Resultado: Xi = 100, entonces: IEi (%) = 100 %

1.2.2 ATRIBUTO (XI): DEFICIENCIAS O RESULTADOS INESPERADOS
INDEPENDIENTES DEL BROWSERS
Sub-Caracterstica: Errores o Deficiencias Varias
Caracterstica: No Deficiencia
Definicin: Este atributo permite identificar, si
existen errores de bsqueda imprevistos,
deficiencias con marcos (frames), etc...
Criterio. Donde las variables son:
NM= # Deficiencias; NT= # Total de
Resultados. El clculo es:
X = 100 (NM*100/NT) * 10;
Resultado: Xi = 100, entonces: IEi (%) = 100 %

1.2.3 Atributo (Xi): Nodos Web Muertos
Sub-Caracterstica: Errores o Deficiencias Varias
Caracterstica: No Deficiencia
Definicin: Este atributo permite identificar, si
existen enlaces sin retorno a la pgina que le
antecedi y no puede retroceder a ninguna otra
pgina.
Criterio. Donde las variables son:
NM= # Enlaces Muertos; NT=# Total de
Enlaces
El clculo es:
X = 100 (NM*100/NT) * 10;
Resultado: Xi = 100, entonces: IEi (%) = 100 %

1.2.4 ATRIBUTO (XI): ENLACES DESTINOS EN CONSTRUCCIN
Sub-Caracterstica: Errores o Deficiencias Varias
Caracterstica: No Deficiencia
Definicin: Este atributo permite identificar, si
existen enlaces que llevan a una pgina que no ha
sido concluida, es decir esta en construccin.
Criterio. Donde las variables son:
NC= # Enlaces en construccin; NT=# Total
de Enlaces
El clculo es:
X = 100 (NC*100/NT) * 10;
Resultado: Xi = 100, entonces: IEi (%) = 100 %

3.6.4 Resultados de Evaluacin Elemental de Eficiencia

1.1.1 ATRIBUTO (XI): SOPORTE A VERSIN SOLO TEXTO
Sub-Caracterstica: Accesibilidad de Informacin
Caracterstica: Accesibilidad
Definicin: Este atributo permite verificar que la
aplicacin tenga una consistencia textual y que el
usuario pueda navegar sin mayor problema en ella.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 1, entonces: IEi (%) = 60 %


2.1.1 ATRIBUTO (XI): IMAGEN CON TTULO
Sub-Caracterstica: Accesibilidad de Informacin
Caracterstica: Accesibilidad
Definicin: Hace referencia a que todas las
imgenes que se encuentran en las pginas Web,
deben ser descritos textualmente, para la aclaracin
debida al usuario.
Criterio. Donde las variables son:
TA= # Ttulos ausentes; TT=# Total de
Ttulos
El clculo es:
X = 100 (TA*100/TT) * 10.
Resultado: Xi = 100, entonces: IEi (%) = 100 %


2.1.2 ATRIBUTO (XI): LEGIBILIDAD GLOBAL
Sub-Caracterstica: Accesibilidad de Informacin
Caracterstica: Accesibilidad
Definicin: Hace referencia a que todo texto que
exista en la aplicacin Web sea legible para todo
usuario que visite dicha aplicacin.
Criterio:
Xi = 2 (Disponible), IE = 100%;
Xi = 1 (Disponible Parcial), IE = 60%;
Xi = 0 (No Disponible), IE = 0%.
Resultado: Xi = 2, entonces: IEi (%) = 100 %


3.6.5 Evaluacin Global de la Aplicacin Web
Siendo que se identificaron los valores de Preferencias Elementales de los
atributos de calidad de la Aplicacin, a continuacin se realizara las operaciones
respectivas para determinar los valores porcentuales de la Preferencia Global de
usabilidad, funcionalidad, confiabilidad y eficiencia.





Evaluacin de Calidad Global para la caracterstica Usabilidad
Sub - Caracterstica Procedimiento IG(r)
Comprensibilidad Global del
Sitio
(0.35*88.21
4
+ 0.25*100
4
+ 0.3*0
4
+ 0.1*0)
1/4
82.44
Mecanismos de Ayuda (0.2*77.5
5
+0.2*60
5
+0.25*79.37
5
+0.1*0
5
+0)
1/5
66.65
Aspectos de Interfaces y
Estticos
(0 + 0.3*100
4
+ 0.3*96.55
4
+ 0)
1/4
86.53
Miscelneas (0.9*60
2
+ 0)
1/2
56.92


Evaluacin de Calidad Global para la caracterstica Funcionalidad
Sub - Caracterstica Procedimiento IG(r)
Bsqueda y Recuperacin (0.7*86.25
2
+ 0.3*42.43
2
)
1/2
75.81
Navegacin y Exploracin (0.35*75.63
3
+ 0

+ 0.35*63.25
3
+ 0.3*100
3
)
1/3
77.25


Evaluacin de Calidad Global para la caracterstica Confiabilidad
Para la obtencin de los valores porcentuales de los atributos de Errores de
Enlace y Errores o Deficiencias, respectivamente, se sigue el mismo
procedimiento que para las sub-caractersticas.
IG(4)= (0.4*100
3
+ 0.4*100
3
+ 0.2*100
3
)
1/3
= 100%
IG(4)= (0.25*100
4
+ 0.25*100
4
+ 0.25*100
4
+ 0.25*100
4
)
1/4
= 100 %

Sub Caracterstica IG(r) = (P1 IE r 1 + + Pm IE r m)
1/ r
IG(r)
No Deficiencia (0.6*100
2
+ 0.4*100
2
)
1/2
100



Evaluacin de Calidad Global para la caracterstica Eficiencia
Para obtener los valores porcentuales del atributo Legibilidad al desactivar la
propiedad de Imagen del Broswser se sigue el mismo procedimiento que para las
sub-caractersticas.
IG(2)= (0.2*100
2
+ 0.8*100
2
)
1/2
= 100 %

Sub Caracterstica IG(r) = (P1 IE r 1 + + Pm IE r m)
1/ r
IG(r)
Accesibilidad de Informacin (0.3*60
2
+ 0.7*100
2
)
1/2
89.89


Evaluacin Global
Mtrica de Calidad IG(r)
Usabilidad 72.00
Funcionalidad 69.15
Confiabilidad 100
Eficiencia 89.89
TOTAL 83.22

La calidad que se obtuvo con respecto a la aplicacin Web es de 83.22, cuyo valor
se encuentra ubicado en la el rango de sitios Web satisfactorios dentro la
definicin de la Tesis de Olsina.





4.1 conclusiones

Una vez realizado el Sistema de Administracin Acadmico para la Escuela de
Idiomas del Ejrcito, se llega a tomar las siguientes conclusiones.


Con el Sistema se logra contabilizar los datos almacenados de la diferente
informacin de la Base de Datos;

La reduccin de tiempo de ejecucin de varios procesos;

La satisfaccin de las muchas peticiones que se obtuvieron dentro de la
Institucin;

El uso del Sistema llegar absolutamente a todos los usuarios que
desempean alguna actividad en la Institucin;

La Metodologa UWE, nos brinda una serie de posibilidades de desarrollar un
software a medida;


4.2 recomendaciones

Es imprescindible sealar algunas recomendaciones que se cree que son de
mucha importancia:

Seguir en actividad con el proyecto para lograr una perfeccin en las diversas
solicitudes;

Se de la respectiva capacitacin de la mejor manera al personal adecuado;


La manipulacin del Sistema deber seguir un rumbo lleno de disciplina y
eficacia, para lograr un mayor rendimiento;

Realizar las copias de seguridad pertinentes, para no cursar con posteriores
problemas;

Completar con algunas tcnicas de elaboracin de consultas que se pueda
adherir;



Referencias Bibliografa


[Castro, 2005] [Castro, e., 2005: Evolucin de las TIC como apoyo al
desarrollo de la Gestin Universitaria en la Universidad del
Norte].

[Cueva, 2004] [Cueva J., 2004: Usabilidad en la Web. Disponible en:
http://www.di.uniovi.es/~cueva/asignaturas/doctorado/2004/U
sabilidadWeb.pdf. Visitado: [14/11/07].

[Hitz y Melcher, 2006] [Hitz, M., Leitner, G. y Melcher, 2006: Usability of Web
Applications. 219-246 En Kappel, G., Prll, B., Reich, S. y
Retschitzegger. Web Engineering].

[Instituto Politcnico Nacional Secretara de Apoyo Acadmico. 2006]. Sistemas
informtico-educativos.

[Koch . 2000] [Koch N., 2000: Software Engineering for Adaptive
Hypermedia Systems].


[Koch, Hennicker, 2001] [Koch, N., Kraus, A., Hennicker, R. 2001:The Authoring
Process of the UML-based Webn Engineering Approach.
Institute of Computer Science Ludwig-Maximilians University
of Munich. Munchen Germany].

[Koch, Kraus, 2002] [Koch, N., Kraus, A., 2002: The Expressive Power of UML-
based Web Enginnering].

[Nielsen, 2000] [Nielsen J., 2000: Usabilidad Diseo de Sitios Web].



[Olsina, 1999] [Olsina L., 1999: Ingeniera de Software en la Web.
Metodologa Cuantitativa para la Evaluacin y Comparacin
de la Calidad de sitios Web. La Plata: Facultad de ciencias
Exactas, Universidad Nacional de La Plata Argentina].

[Prez & Guzmn, 2004] [Prez J. & Guzmn L. 2004: Revistas Acadmicas
Electrnicas].

[Urribarri, 2002] [Urribarri R., 2002: Como usan la Internet los acadmicos
latinoamericano].

[Utreras, 2003] [Utreras F., 2003: Redes Acadmicas Avanzadas e
Iniciativa].