Tesis Completa -392-2011.pdf

INDICE DE CONTENIDO
INDICE DE CONTENIDO .................................................................................. 1
INTRODUCCIÓN ........................................................................................................ 3
CAPÍTULO I................................................................................................................. 5
EL PROBLEMA ....................................................................................................... 5
PLANTEAMIENTO DEL PROBLEMA.............................................................. 5
1.1 UBICACIÓN DEL PROBLEMA EN UN CONTEXTO ................................... 5
SITUACIÓN CONFLICTO NUDOS CRÍTICOS ................................................ 6
CAUSAS Y CONSECUENCIAS DEL PROBLEMA ......................................... 7
DELIMITACIÓN DEL PROBLEMA .................................................................. 8
FORMULACION DEL PROBLEMA .................................................................. 8
EVALUACION DEL PROBLEMA ..................................................................... 8
OBJETIVO GENERAL ................................................................................... 10
OBJETIVOS ESPECÍFICOS .......................................................................... 10
JUSTIFICACION E IMPORTANCIA ........................................................... 11
CAPÍTULO II ............................................................................................................. 14
MARCO TEÓRICO ................................................................................................ 14
ANTECEDENTES DEL ESTUDIO ................................................................... 14
FUNDAMENTACIÓN TEÓRICA..................................................................... 15
FUNDAMENTACIÓN LEGAL ............................................................................. 55
TÉRMINOS LEGALES ECUATORIANOS ......................................................... 56
LEY ORGANICA DE EDUCACION SUPERIOR ............................................... 56
HIPÓTESIS PREGUNTAS A CONTESTARSE ................................................... 60
VARIABLES DE LA INVESTIGACIÓN ............................................................. 60
DEFINICIONES CONCEPTUALES ..................................................................... 61
CAPÍTULO III .......................................................................................................... 62
METODOLOGIA ................................................................................................... 62
MODALIDAD DE LA INVESTIGACIÓN ........................................................... 62
POBLACIÓN Y MUESTRA .................................................................................. 62
INSTRUMENTOS DE RECOLECCIÓN DE DATOS .......................................... 64
INSTRUMENTOS DE LA INVESTIGACIÓN ..................................................... 65
PROCEDIMIENTOS DE LA INVESTIGACIÓN ................................................. 65
2
RECOLECCIÓN Y PROCESAMIENTO DE LA INFORMACIÓN .................... 67
DESARROLLO DEL PROYECTO ....................................................................... 68
CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA ........................ 75
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ....................................... 75
CAPÍTULO IV ............................................................................................................ 77
MARCO ADMINISTRATIVO .............................................................................. 77
CRONOGRAMA ................................................................................................ 77
DIAGRAMA DE GANNT ................................................................................ 80
PRESUPUESTO ................................................................................................. 81
ANEXOS .................................................................................................................... 83
CAPÍTULO V ............................................................................................................ 88
CONCLUSIONES Y RECOMENDACIONES...................................................... 88
CONCLUSIONES .............................................................................................. 88
RECOMENDACIONES ..................................................................................... 89
3
INTRODUCCIÓN
El desarrollo de la ciencia actual y el incesante avance de la Revolución Científica y
Tecnológica, necesita de la formación de profesionales capaces de vencer los retos
que enfrenta el hombre en la construcción de la nueva sociedad.
Los Docentes en sentido general, tienen entre sus tareas más importantes buscar los
métodos y medios necesarios para garantizar un nivel de calidad en la formación de
los graduados que permita satisfacer las exigencias sociales.
La definición del criterio de calidad en este contexto depende de la inclinación en
términos de pertinencia social ante las demandas poblacionales, con una formación
profesional dependiente de los nuevos avances tecnológicos que necesita la sociedad
para poder automatizar las tareas y simplificar los procesos.
En la búsqueda de la calidad y eficiencia de los procesos académicos, al igual que en
otras áreas de la sociedad, se presenta la presente Tesis para optar el Grado
Académico de Ingeniero en Sistemas Computacionales, presentando el tema titulado
“IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL REGISTRO Y
ELABORACIÓN DE SYLLABUS”, buscando una nueva dimensión frente a una
realidad de mayor competitividad, en un mercado de recursos que exigen créditos
crecientes de calidad.
4
La presente investigación sobre la elaboración del syllabus de la Facultad de Ciencias
Matemáticas y Físicas carrera de Ingeniería en Sistemas Computaciones y sus efectos
en el Perfil Profesional centra su atención en función de elaborar sus syllabus que
sirvan de gran utilidad por su importancia para los administrativos y sus alumnos.
“¿Podría decirme, por favor, en qué dirección debería ir desde aquí?” “Eso
Depende, en gran medida, de a donde quieras llegar”.
(Alicia en el País de las maravillas, Carrol, L.)
5
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
1.1 UBICACIÓN DEL PROBLEMA EN UN CONTEXTO
La carrera de Ingeniería en Sistemas Computacionales y Networking de la Facultad
de Ciencias de Matemáticas y Físicas, es una entidad que corresponde a la
Universidad de Guayaquil, misma que ha venido forjando profesionales.
La entidad cuenta con un sistema informático para su administración, el cual no
contempla todas las áreas requeridas, una de ellas es la elaboración de los programas
de estudio y sus syllabus; existe una descoordinación en este proceso, que
actualmente es manual, y en varios casos no existen dichos programas y son
realizados de forma improvisada, lo que dificulta su actualización y su administración
debiendo recolectar mucha información en papel, y a la hora de requerir información
para alguna toma de decisión o evaluación de las asignaturas se hace extenso su
recopilación de datos, el problema es evidente al no tener de forma adecuada el
registro y archivo de este documento de gran importancia para la entidad.
6
SITUACIÓN CONFLICTO NUDOS CRÍTICOS
-
Elaboración manual de los contenidos programáticos.
La Coordinación elabora de forma manual los contenidos de los programas
académicos, incurriendo en tiempo excesivos al tener que recurrir a los
archivos para verificar la existencia de éstos, y luego de ello, si no existe,
recién proceder a elaborarlo.
-
Actualización de los contenidos programáticos
Para poder verificar la actualización de los contenidos, la Coordinación
Académica tiene que recurrir a archivos físicos y digitales anteriores, lo cual
les genera pérdida de tiempo, ya que la búsqueda es manual, para en base a lo
encontrado proceder a la actualización de los programas.
-
Elaboración del syllabus
Los docentes no intervienen en este proceso por cuanto ellos reciben un
syllabus estándar, mismo que contiene sesiones de syllabus armadas de
manera general, es decir todos los que dicten la materia tendrán lo mismo, por
lo que no se da la oportunidad al profesor de hacerlo según su experiencia.
7
CAUSAS Y CONSECUENCIAS DEL PROBLEMA
El problema de la pérdida de tiempo en la elaboración y actualización de los
programas de estudio, syllabus, principalmente se debe a que estos procesos se los
realiza de forma manual, dado que no existe un sistema que automatice dicho
procedimiento, lamentablemente al momento no se ha dado la priorización adecuada
a este desarrollo, lo que ha traído como consecuencia problemas como pérdida de
información, dificultad de actualización, seguimiento y mejoras para las nuevas
asignaturas, así mismo no es posible establecer, bajo un consenso de ideas, aportes a
un cronograma basado en objetivos y cumplimientos de actividades.
De seguir utilizando este procedimiento actual o con plantillas realizadas en Word
nos encontraremos con desactualizaciones constantes, además de no contar con la
participación del docente y no aprovechar las nuevas metodologías que podrían
aportar estos, ellos sólo seguirían recibiendo una carpeta al momento de iniciar los
periodos de clases. Bajo este procedimiento no podremos establecer cambios ni
métricas que nos aporten información para las tomas de decisiones que necesitan las
autoridades.
8
DELIMITACIÓN DEL PROBLEMA
Campo: Sector Educacional – Universidades – Institutos – Tecnológicos – Cursos.
Área: Administración – Coordinador - Docente
Tema: IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL REGISTRO Y
ELABORACIÓN DE SYLLABUS
FORMULACION DEL PROBLEMA
Los programas académicos y los syllabus no se encuentran organizados, resulta difícil
su búsqueda y actualización, y adicionalmente no permiten realizar un adecuado
seguimiento.
EVALUACION DEL PROBLEMA
Es importante tener de manera organizada los contenidos programáticos, por ser de
gran utilidad a la hora de evaluar y actualizar las nuevas asignaturas o las existentes,
además de ayudar a ver el objetivo que se pretende cumplir con la materia, es por ello
que se requiere un sistema automatizado, que permita tener la información de forma
ágil y oportuna. Mediante el registro personalizado que realizaría el docente se
podría analizar el contenido y la metodología que manejaría en la materia asignada,
conociendo claramente el objetivo general de la materia así como los objetivos
específicos en cada sesión.
9
De esta forma se dará un paso importante para la evaluación y control del cronograma
de estudio que se realizara en base a sesiones de contenidos.
La aplicación para el manejo del contenido programático y el syllabus, tendría las
siguientes características:
Original: La facultad no cuenta con un sistema automatizado que permita registrar
los contenidos programáticos ni tampoco los syllabus aportando una herramienta muy
importante dentro del estudio académico.
Claro: Con una información clara y debidamente ingresada podremos conseguir una
buena administración para el registro de los syllabus con participación de los
docentes a través de una herramienta sistematizada.
Concreto: Mediante la aplicación el sistema se brindaría los contenidos a los
docentes para que en base a su criterio y experiencia armen sus sesiones
correspondientes.
10
OBJETIVO GENERAL
 Registrar el contenido programático, base general de las asignaturas
correspondientes a la carrera en todo nivel (pre-universitario, semestre, cursos
de graduación).
 Registrar el Syllabus en base al contenido y sus objetivos, crear sesiones
identificadas por la metodología seleccionada y tiempo que tomará la
implementación.
 Registrar a diario las actividades correspondientes a las sesiones, bitácora de
cumplimiento y seguimiento.
OBJETIVOS ESPECÍFICOS
1. Crear una aplicación que permita registrar el contenido programático de manera
eficaz, donde se establezcan los parámetros principales para lo que fue creada la
asignatura y los objetivos que tendría la misma.
2. Automatizar la parte del registro de los contenidos de forma general, lo que servirá
para la creación de las sesiones de los docentes, generando como salida el contenido
programático general.
11
3. Crear una aplicación que permita a los docentes registrar sus sesiones, proceso
general denominado syllabus, permitiendo el registro junto a las observaciones u
objetivos esperados con la ejecución.
4. Crear el formulario con el que se imprimirá el syllabus completo realizado por el
docente, donde constarán las sesiones armadas de acuerdo a su experiencia y
metodología.
5. Diseñar un formulario automatizado que le permita registrar la bitácora de
actividades realizadas que serán de confirmación, indicando datos relevantes con
fecha y hora, porcentaje de avance y mecanismo utilizado, lo que facilitará el
seguimiento respectivo garantizando su culminación total.
JUSTIFICACION E IMPORTANCIA
El desarrollo de esta herramienta se torna importante ya que registrar los contenidos
de las diferentes materias con las que cuenta la Facultad, es necesario para conocer el
material que se instruye al estudiante, así como también para que los directivos
puedan contar con la información automatizada de consulta en el momento que lo
requieran.
12
Esta automatización permitirá la elaboración de los syllabus contando con la
participación de los docentes que serán los autores del cronograma, a su vez éste tiene
que confirmar a diario el cumplimiento de estas sesiones que ha definido
previamente, bajo este concepto se podrá establecer los cumplimientos de los
cronogramas a fin de garantizarlos.
ALCANCE
A continuación se detallan los puntos a cumplir:
1. Generación de nuevos programas o contenidos programáticos.
2. Registro de objetivos generales y específicos de los programas a estudiar en la
malla curricular de la universidad incluidos sus competencias principales de
estudio.
3. Registro de los contenidos de las asignaturas a nivel general de la asignatura.
4. Registro de las metodologías y esquema a dictarse.
5. Registro de las formas de calificaciones y bibliografías de las ayudas de
referencias de acuerdo a nomas APA.
6. Registro de Syllabus a los docentes miembros de la universidad de Guayaquil
- Facultad de Ciencias Físicas y Matemáticas – Carrera de Ingeniería en
Sistema Computacionales y Networking, de acuerdo a los contenidos de los
programas activados.
13
7. Registro de los seguimientos o bitácora de los docentes quienes confirmaran
la sesión establecida o culminada.
14
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
El proceso de actualización de los contenidos programáticos es un problema a la hora
de ejecutarlos por ser manuales hay una pérdida de seguimiento e historial que
debería mantener este proceso, otro problema existe en los syllabus actualmente no se
establece un seguimiento ni control sobre ellos a tal punto que los docentes reciben
sus programas pero no son realizados por ellos, cuando empiezan el semestre en
estudio, sin embargo cuando requerimos niveles de medición no existe tal
información que es de vital importancia a la hora de evaluar o garantizar el material
explicado para forjar los mejores profesionales, para ello desarrollaremos una
aplicación que contemple el procedimiento para el registro y elaboración de los
contenidos programáticos y syllabus, mismo que su automatización lo realizaremos
bajo una aplicación web.
Para ello vamos a utilizar un Modelo Vista Controlador (MVC), como se indica en el
siguiente artículo que publica Ernesto Bascón Pantoja desarrollador de software
http://www.ucbcba.edu.bo/Publicaciones/revistas/actanova/documentos/v2n4/v2.
n4.bascon.pdf que no es nada más que un patrón de arquitectura de software, mismo
que divide los datos de una aplicación, la interfaz de usuario, y la lógica de control en
15
tres componentes distintos. El patrón de llamada y retorno MVC, es muy utilizado
este esquema para las aplicaciones web, donde la vista es la página HTML y el
código que provee de datos dinámicos a la página.
El modelo es el Sistema de Gestión de Base de Datos y la Lógica de negocio, y el
controlador es el responsable de recibir los eventos de entrada desde la vista para
ejecuta las acciones requeridas para satisfacer el requerimiento y así que cumpla con
las necesidades del problema, todo esto de una manera más segura y confiable.
FUNDAMENTACIÓN TEÓRICA
PATRÓN DE DISEÑO DE SOFTWARE MODELO – VISTA –
CONTROLADOR (MVC).
Esta arquitectura MVC fue introducida como parte de la versión Smalltalk-80 del
lenguaje de programación Smalltalk. Fue diseñada para reducir el esfuerzo de
programación necesario en la implementación de sistemas múltiples y sincronizados
de los mismos datos. Sus características principales son que el Modelo, las Vistas y
los Controladores se tratan como entidades separadas; esto hace que cualquier cambio
producido en el Modelo se refleje automáticamente en cada una de las Vistas.
Además del programa ejemplo que hemos presentado al principio y que
posteriormente implementaremos, este modelo de arquitectura se puede emplear en
sistemas de representación gráfica de datos, como se ha citado, o en sistemas CAD,
en donde se presentan partes del diseño con diferente escala de aumento, en ventanas
separadas.
16
GRAFICO NO. 1
MODELO MVC
En la figura siguiente, vemos la arquitectura MVC en su forma más general. Hay un
Modelo, múltiples Controladores que manipulan ese Modelo, y hay varias Vistas de
los datos del Modelo, que cambian cuando cambia el estado de ese Modelo.
MVC divide una aplicación interactiva en 3 áreas: procesamiento, salida y entrada.
Para esto, utiliza las siguientes abstracciones:
•Modelo (Model): Encapsula los datos y las funcionalidades. El modelo es
independiente de cualquier representación de salida y/o comportamiento de entrada.
•Vista (View): Muestra la información al usuario. Pueden existir múltiples vistas del
modelo. Cada vista tiene asociado un componente controlador.
•Controlador (Controller): Reciben las entradas, usualmente como eventos que
codifican los movimientos o pulsación de botones del ratón, pulsaciones de teclas,
etc. Los eventos son traducidos a solicitudes de servicio ("service requests") para el
modelo o la vista.
17
FUNDAMENTOS DE LA WEB
La Web se basa en dos puntales fundamentales: el protocolo HTTP y el lenguaje
HTML. Uno permite una implementación simple y sencilla de un sistema de
comunicaciones que nos permite enviar cualquier tipo de ficheros de una forma fácil,
que simplifica el funcionamiento del servidor, Permitiendo que servidores poco
potentes atiendan miles de peticiones y Simplificando los costes de despliegue.
El otro proporciona un mecanismo de composición de páginas enlazadas simple y
fácil, altamente eficiente y de uso simple.
EL PROTOCOLO HTTP
HTTP conocido por sus siglas (Hypertext Tranfer Protocol) es un protocolo de base
de la WWW .mismo que es simple, orientado a conexión y sin estado. Además es
orientado a conexión ya que emplea para su funcionamiento un protocolo de
comunicaciones (TCP, Transport Control Protocol) de modo conectado, un Protocolo
que establece un canal de comunicaciones de extremo a extremo (entre el cliente y el
servidor) por el que pasa el flujo de bytes que constituyen los datos a transferir, en
contraposición a los protocolos de datagrama o no orientados a conexión que dividen
los datos en pequeños paquetes (datagramas) y los envían, pudiendo llegar por vías
diferentes del servidor al cliente. El protocolo no mantiene estado, es decir, cada
transferencia de datos es una conexión independiente de la anterior, no manteniendo
ninguna relación entre ellas. Esto es así hasta el punto de que para transferir una
página Web debemos enviar el código HTML del texto así como las imágenes que la
18
componen, pues en la especificación inicial de HTTP, la 1.0, se abrían y usaban
tantas conexiones como componentes tenia la página, transfiriéndose por cada
conexión un componente.
HTML EL LENGUAJE
HTML por sus siglas (HyperText Mark-up Language). Es un lenguaje de marcas (se
utiliza insertando marcas en el interior del texto) que nos permite representar de
forma rica el contenido, así como referenciar otros recursos (imágenes textos,
imágenes, fotografías, audio, sonido, animaciones, video), enlaces a otros
documentos (la característica más destacada del WWW), mostrar formularios para
luego procesarlos, etc. El lenguaje HTML actualmente se encuentra en la versión 5.0,
las novedades más destacables de HTML 5 serán la inclusión de API's para realizar
dibujos en dos dimensiones, controlar la reproducción de audio y vídeo, editar
documentos de forma interactiva en el navegador, y mantener datos de forma
persistente en la parte cliente de la comunicación para acceder a estos.
APLICACIONES WEB
Básicamente, es un programa o aplicación, en sí muy parecido a cualquiera de los
programas que todos nosotros tenemos en nuestra computadora, pero con la salvedad
de que la computadora que hace correr ese programa, es el servidor al que nos
conectamos a través de nuestro navegador, convirtiéndose éste en la "pantalla" o
ventana en la que visualizamos las cosas que ocurren al ejecutar las acciones de la
aplicación. El servidor nos devuelve la información en formato HTML y así cualquier
19
navegador es capaz de interpretar este código para poder visualizar de forma correcta
la información que nos envía la aplicación.
Son numerosas las ventajas de las aplicaciones Web en cualquiera de los campos para
los que se utilicen, ya que permiten facilitar mucho la estructuración y sobre todo el
mantenimiento de la información que se muestra en el sitio Web. Las aplicaciones
Web se pueden utilizar con múltiples fines, desde un sencillo uso para facil itar la
creación de un sitio Web más o menos extenso, hasta para centralizar toda la
información (contabilidad, pedidos, logística, etc.) de una empresa multinacional, con
sedes en diferentes países del mundo. Al partir toda la información de un mismo
punto o base de datos, permite a todos los usuarios que trabajan con esta información
conocer en tiempo real el estado de la misma. Por ejemplo una empresa con
diferentes sedes que vende productos, del tipo que sea, catalogado y referenciado y
por supuesto almacenado, con un control de stock.
Si un agente comercial de un departamento gestiona el pedido de una referencia, de la
cual solo queda una en el almacén, justo en el momento en el que se haya ejecutado el
pedido, el siguiente agente, aunque pertenezca a otra sede de otro departamento, que
entre para realizar un pedido de esa misma referencia, podrá informar al cliente de
que no hay unidades en almacén de ese producto, evitando problemas en el servicio al
cliente.
TIPOS DE APLICACIONES
 Desarrollo de sitios Web básicos.
20
 Web en flash.
 Aplicaciones de contenido.
 Aplicaciones e-Iearning.
 Comercio electrónico.
 Aplicaciones de gestión.
DESARROLLO DE SITIOS WEB BÁSICOS
Hay empresas o profesionales que por su tipo de negocio o producto, solamente
precisan tener un pequeño espacio Web para mostrar de forma sencilla información
sobre su actividad, contacto, etc. Se utilizará como tarjeta de visita para presentar a
sus clientes. Estos sitios Web, aún siendo sencillos en sus contenidos, pueden ofrecer
una buena imagen de la empresa o el profesional a sus visitantes. Los diseñadores y
desarrolladores tienen lo siguiente como objetivos principales: Diseño bueno y
atractivo, buena estructuración, fácil navegación, optimización de imágenes y
acabado completo del sitio
WEB EN FLASH.
La Compañía Macromedia desarrolló la tecnología de Flash hace mucho tiempo atrás,
para abrir un mundo nuevo de posibilidades de animación y movimiento a la
presentación de sitios Web. Hoy en día, cualquier navegador de cualquier fabricante o
21
plataforma lleva incorporado el plug-in que permite la correcta visualización de este
tipo sitios web.
APLICACIONES DE CONTENIDO.
Muchas empresas y profesionales que desean utilizar Internet como medio para
publicar o difundir bien sus servicios o sus estudios profesionales, para llegar a un
público al que antes de la existencia de Internet no se podía llegar. Este tipo de
aplicaciones son ideales para el crecimiento de contenidos a lo largo del tiempo ya
que están estructuradas y permiten ampliar, prácticamente hasta donde se desee, los
contenidos del sitio Web.
APLICACIONES E-LEARNING.
La competitividad del mercado, cada día mayor, nos obliga a todos a mantener una
formación permanente en nuestro trabajo o profesión, con el fin de estar al día de las
últimas novedades que se producen. Lo anterior unido a la falta de tiempo que todos
sufrimos, ha llevado a muchas empresas a ofrecer cursos de formación continua a
través de Internet, esto es lo que se conoce por e-Iearning.
COMERCIO ELECTRÓNICO.
Por todos es sabido que el comercio electrónico está sufriendo un espectacular auge
en los últimos años. Cada día son más las personas que realizan por Internet, desde la
22
compra de alimentos y enseres para su casa, hasta la compra de determinados
productos muy específicos que no se encuentran habitualmente el cualquier comercio
tradicional.
APLICACIONES DE GESTIÓN.
Si hay una función estrella para las aplicaciones informáticas es la gestión y
administración en las empresas, para este caso son las universidades. La gran mayoría
de las instituciones adquieren o adquirieron su primer ordenador con el objetivo de
utilizarlo para la gestión y administración de sus procesos y para la educación de sus
alumnos. La tecnología Web permite crear un nuevo concepto para este tipo de
aplicaciones, que nos permiten a través de estas el manejo de la información de una
manera automatizada, aprovechando los nuevos campos tecnológicos e investigación
para la implementación de ellos.
RESEÑAS DE LAS APPLICATIONS WEB (WORLD WIDE WEB)
En los primeros días de la Web, los sitios Web consistían de páginas estáticas,
permitiendo una interacción limitada con el usuario. Al comienzo de los años 90,
estas limitaciones fueron superadas cuando los servidores Web fueron reemplazados
para permitir comunicaciones a través del desarrollo de fragmentos de código que
eran ejecutados del lado del servidor. A partir de entonces las aplicaciones dejaron de
ser estáticas y solamente editadas por aquellos “gurúes” del HTML y se permitieron a
usuarios normales interactuar con las aplicaciones por primera vez.
23
Este fue un paso fundamental para llegar a la Web que hoy en día conocemos. Sin la
interacción no existiría el comercio electrónico (Ej.: Amazon.com), el Web-mail
(Ej.:Gmail), Internet-banking, blogs, forums o comunidades online.
La tendencia evolutiva de la Web continúa con el advenimiento de la “Web 2.0”, un
término que indica una segunda versión de la Web, presentando un incremento
notable en la interacción con el usuario a través de las llamadas interfaces ricas de
usuario.
Ejemplos
 Intranets empresariales.
 CRM (Customer Relationship Management): administración de la relación
comercial con los clientes de una empresa.
 ERP (Enterprise Resource Planning): sistemas de gestión de información que
integran y automatizan muchas de las prácticas de negocio asociadas con los
aspectos operativos o productivos de una empresa.
 SCM (Supply Chain Management): sistemas que se encargan de la
planificación,
 Implementación y control de las operaciones relacionadas al proceso
productivo.
 Editores de texto: Writely, Thinkfree.
 Planillas de datos: Google Spreadsheet.
 Clientes de correo: Google Gmail.
24
TECNOLOGÍAS
Inicialmente, era difícil la construcción de aplicaciones sofisticadas. La primera
generación de aplicaciones Web era primitiva, en general basada en formularios con
información y aplicaciones de búsqueda. Incluso estas aplicaciones básicas requerían
de un alto seniority para su construcción.
A través del tiempo, el conocimiento necesario para construir aplicaciones ha sido
reducido. Hoy en día, es relativamente sencillo construir aplicaciones sofisticadas
utilizando las modernas plataformas y lenguajes, como ser PHP, .NET o Java.
PRIMERA GENERACIÓN – CGI
Common Gateway Interface (CGI) fue la tecnología reinante desde aproximadamente
1993 hasta fines de los '90 cuando los lenguajes de scripting comenzaron a ganar
importancia.
CGI trabaja encapsulando la información provista por el usuario en variables de
ambiente. Estas luego son accedidas por scripts o programas desarrollados
comúnmente en Perl o C. Estos programas procesan la información provista por los
usuarios, y luego envían código HTML con la información procesada a la salida
estándar, que a su vez es capturada por el servidor Web y pasada al usuario.
25
Los desarrolladores Web comenzaron entonces a utilizar lenguajes de script , como
ser JavaScript o PHP para resolver esos problemas. Básicamente los lenguajes de
script son ejecutados en el servidor Web y como son no compilados son desarrollados
e implementados más fácilmente.
Los lenguajes de script tienen algunas desventajas:
1. La mayoría de los lenguajes no son tipados y no promueven buenas prácticas
de programación.
2. Son más lentos en comparación con los lenguajes compilados (a veces hasta
100 veces más lentos).
3. Es difícil (no imposible) escribir aplicaciones de múltiples capas porque en
general las capas de presentación, aplicación y datos residen en la misma
máquina, limitando de esta forma la escalabilidad y seguridad.
4. La mayoría no soporta nativamente métodos remotos o llamadas a Web
services, lo que hace difícil la comunicación entre servidores de aplicación y
con Web services externos.
De cualquier manera a pesar de las desventajas aplicaciones grandes y
frecuentemente accedidas han sido desarrolladas utilizando lenguajes de script, como
ser eGroupWare (egroupware.org), que está escrita en PHP. Además muchas
aplicaciones de Internet banking han sido desarrolladas en ASP.
26
Los lenguajes de script incluyen, ASP, Perl, Cold Fusion y PHP. De cualquier
manera, muchos de esos podrían ser considerados como lenguajes interpretados
híbridos, en particular las últimas versiones de PHP y Cold Fusion.
PLATAFORMAS DE DESARROLLO WEB
Una vez que los lenguajes de script alcanzaron los límites de performance y
escalabilidad, los proveedores más grandes evolucionaron hacia la plataforma de Sun
J2EE y a la de Microsoft .NET.
 J2EE
 Utiliza el lenguaje Java para producir aplicaciones Web.
 Permite la creación de grandes aplicaciones distribuidas.
 Provee un buen control de sesión y manejo de autorización.
 Permite la creación de aplicaciones de múltiples capas.
 Una de las desventajas de J2EE es que posee una curva de aprendizaje
importante, lo que provoca una difícil inserción de diseñadores Web y
programadores en sus primeros pasos.
 .NET
 Microsoft actualizó su tecnología ASP a ASP.NET que imita a J2EE en muchas
maneras.
 Simplifica la creación de aplicaciones pequeñas a programadores que se están
iniciando y a diseñadores gráficos.
 Provee un buen control de sesión y manejo de autorización.
27
 Permite a los programadores la utilización de su lenguaje de programación
favorito, el que es compilado a código nativo.
La elección entre J2EE y .NET es dependiente de la plataforma. Las aplicaciones
J2EE teóricamente pueden ser ejecutadas en la mayoría de las plataformas, desde
Linux a AIX, MacOS X o Windows.
WEB 2.0
El concepto original de la Web (en este contexto, llamada Web 1.0) eran páginas
estáticas HTML que no eran actualizadas frecuentemente. El éxito de las punto-com
dependía de webs más dinámicas (a veces llamadas Web 1.5) donde los CMS servían
páginas HTML dinámicas creadas al vuelo desde una actualizada base de datos. En
ambos sentidos, el conseguir hits (visitas) y la estética visual eran considerados como
unos factores muy importantes.
Los propulsores de la aproximación a la Web 2.0 creen que el uso de la Web está
Orientado a la interacción y redes sociales, que pueden servir contenido que explota
los efectos de las redes con o sin crear webs interactivas y visuales. Es decir, los sitios
Web 2.0 actúan más como puntos de encuentro, o webs dependientes de usuarios, que
como webs tradicionales.
Ventajas
 No se necesita configuración especial ni cambios en las computadoras de los
usuarios.
28
 Bajos costos.
 Información centralizada, segura y fácil realización de backups.
 Las actualizaciones pueden ser realizadas fácil y rápidamente.
 La información es accesible para una gran audiencia en cualquier lugar del
mundo.
 Información accesible las 24 horas los 7 días de la semana.
 Todo el mundo posee un navegador. Las interfaces familiares promueven el uso.
 Los usuarios pueden aprender manejando sus tiempos en la ubicación deseada.
 Compatibilidad multiplaforma.
 Menores requerimientos de memoria. Al residir y ser ejecutadas en los servidores,
las aplicaciones Web tienen demandas de memoria muchas veces menores a las
aplicaciones convencionales.
Desventajas
 Interfaces de usuario no del todo sofisticadas.
 El desarrollo demanda más tiempo debido a la complejidad inherente.
 Riesgos de seguridad.
¿QUÉ ES UN FRAMEWORK WEB?
El concepto framework se emplea un muchos ámbitos del desarrollo de sistemas
software, no solo en el ámbito de aplicaciones Web. Podemos encontrar frameworks
29
para el desarrollo de aplicaciones médicas, de visión por computador, para el
desarrollo de juegos, y para cualquier ámbito que pueda ocurrírsenos.
GRAFICO NO. 2
PIEZAS WEB
En general, con el término framework, nos estamos refiriendo a una estructura
software compuesta de componentes personalizables e intercambiables para el
desarrollo de una aplicación. En otras palabras, un framework se puede considerar
como una aplicación genérica incompleta y configurable a la que podemos añadirle
las últimas piezas para construir una aplicación concreta.
Los objetivos principales que persigue un framework son: acelerar el proceso de
desarrollo, reutilizar código ya existente y promover buenas prácticas de desarrollo
como el uso de patrones.
Un framework Web, por tanto, podemos definirlo como un conjunto de componentes
(por ejemplo clases en java y descriptores y archivos de configuración en XML) que
componen un diseño reutilizable que facilita y agiliza el desarrollo de sistemas Web.
30
DISEÑO RIA
Las aplicaciones Ricas en Internet todavía se encuentran en una etapa de desarrollo, y
esperando la opinión de los usuarios.
A continuación detallamos un conjunto de restricciones y requerimientos a tener en
cuenta que las herramientas de desarrollo deberán contemplar:
Browser Modernos: Las aplicaciones Web por lo general requieren browser
modernos para poder funcionar correctamente, además de esto será necesario un
motor javascript que sea el encargado de manejar requerimientos
XMLHTTP Request para manejar las comunicaciones del cliente con el servidor y
viceversa; y el principal condimento es que deberán adoptar los estándares
DOM y manejo de hojas de estilo CSS
Estándares Web: uno de los principales problemas de escribir aplicaciones con
funcionalidad javascript, es que todos los browsers no adoptan los mismos estándares
y eso hace que debamos escribir líneas de código adicional para que funcionen en los
diferente browsers
Herramientas de Desarrollo: Algunos frameworks AJAX y productos de desarrollo
como Curl, Adobe Flex and Microsoft SilverLight proveen un entorno de desarrollo
integrado para crear aplicaciones Web ricas.
31
AJAX
AJAX permite mejorar completamente la interacción del usuario con la aplicación,
evitando las recargas constantes de la página, ya que el intercambio de información
con el servidor se produce en un segundo plano. Las peticiones HTTP al servidor se
transforman en peticiones JavaScript que se realizan al elemento encargado de AJAX.
Las peticiones más simples no requieren intervención del servidor, por lo que la
respuesta es inmediata. Si la interacción requiere la respuesta del servidor, la petición
se realiza de forma asíncrona mediante AJAX. En este caso, la interacción del usuario
tampoco se ve interrumpida por recargas de página o largas esperas por la respuesta
del servidor.
AJAX no es una nueva tecnología ni un producto, es una herramienta poderosa para
el desarrollo de RIA que se basa exclusivamente en JavaScript, XML, entre otras.
Los productos JavaScript AJAX son muy útiles en situaciones donde el usuario
espera que una aplicación funcione incondicionalmente del navegador sobre el cual
está corriendo.
Cuando compramos un DVD o queremos reservar un vuelo, por lo general no
queremos que nos aparezca un cartel que no pida que instalemos un plug-in.
El HTML simple continúa siendo la mejor solución para requisitos simples de la
interfaz de usuario A pesar de eso, un lugar que vende DVD’s o bien las aplicaciones
de reservación de viaje con interfaces de usuario simples a menudo son difíciles de
usar o resultan inútiles, alguien que ha tratado de registrar un itinerario con vuelos
32
múltiples, hoteles, y los autos de alquiler estarán de acuerdo que los sitios Web
actuales son muy difíciles de usar.
La única desventaja de esto es que programar en javascript es más difícil,
Dos gigantes de la Internet como Amazon o Ebay no fomentan el potencial de
JavaScript AJAX, aunque la tecnología ha estado aproximadamente por años y
potencialmente mejoraría sus sitios Web sustancialmente.
ROL DE AJAX EN LAS APLICACIONES RIA
Los usuarios por lo general usan una aplicación Ajax tipeando en la URL del
navegador, haciendo un click sobre un link, etc. Las aplicaciones que contiene Ajax
son descargadas en el navegador y el usuario puede empezar a trabajar con ellas
inmediatamente.
Ajax es un Framework cuyo principal foco es el usuario y sus necesidades,
Por demasiado tiempo la gente ha soportado de páginas que tardaban una eternidad
en cargarse, controles difíciles de usar, Forms que cuando tardamos mucho tiempo y
recargamos la página se pierden.
33
Sin embargo, Hay buenas razones para las personas continúen usando un navegador,
esos son los intereses de algunas compañías que se esfuerzan día a día para lograr
aplicaciones interactivas, productivas y agradables.
AJAX apunta a mejorar la experiencia de usuario dentro de las restricciones de los
estándares de los navegadores.
El diseño basado en estándares obviamente tiene los beneficios de que lo hacen
portable, Sino que también tiene una usabilidad integrada dentro de la misma.
Los usuarios le interactúan con cientos de sitios Web, aprecian la consistencia, una
calidad que rápidamente se pierde cuando usted confía en plugins, aplicaciones que
solo funcionan en un navegador, e ideas "creativas" del diseño.
No es descabellado, agregar un nuevo control o capa con funcionalidad “rara” cuando
trabajamos, pero para la mayoría, siempre es mejor trabajar con cosas estándares.
Las tecnologías que no son estándares, pueden romper con la consistencia, un
ejemplo puede ser Flash, mucha gente lleva su control o aplicación de flash a
AJAX porque lo usuarios no pueden descargar la imágenes haciendo click en el botón
derecho del Mouse.
Concluyendo, Podemos usar flash para lograr cosas que con otros plugins no
podríamos lograr, de hecho esa es la idea del mismo flash, pero no nos asegura la
34
completa aceptación de la gente. Algunas personas podrán decir que si la aplicación
incluye flash no es una aplicación AJAX, lo cual no es totalmente cierto, ya que una
aplicación podría delegar ciertas tareas flash o algún otro tipo de plugin.
Elegir un Framework Ajax no es lo más importante de una aplicación hoy en día, la
idea es preguntar qué es lo que ayudaría mas a solucionar el inconveniente de los
usuarios, algunas veces podría ser que ayude mas una aplicación programada con
java, .Net o Flash, y otras una aplicación de escritorio.
Las tecnologías estándares, incluyen varias tecnologías bien definidas como pueden
ser: HTML, CSS, HTTP, CGI, envío de formularios, scripting de código en el
servidor.
Javascript, el Document Object Model (DOM), el modelo de eventos (DHTML),
remoting Web, han comenzado a cobrar gran importancia a partir de su
estandarización en los distintos navegadores.
Hoy en día con la integración de tecnologías y las diferentes herramientas que
utilizan este concepto para proveer componentes que no produzcan recarga de pagina
y optimicen los recursos de las aplicaciones, se nos ve facilitada la tarea de desarrollo
de aplicaciones con funcionalidades mucho más rica y confiables para el usuario, que
antes era casi imposible implementar sobre una aplicación Web.
35
ELECCION DEL FRAMEWORK
De acuerdo a las decisiones que se tomaron sobre el diseño y las ventajas que ofrece,
el framework ZK en el desarrollo de la aplicación web, permitiendo una integración
de la interfaz modular e independiente respecto al resto del sistema. Por ello se eligió
este framework para el desarrollo del aplicativo.
EL FRAMEWORK ZK
El framework ZK corresponde a la compañía Potix Corporation, mismo que se
encuentra basado en controles y gestionado mediante eventos que proporciona las
herramientas necesarias para realizar aplicaciones web complejas y atractivas. Está
formado por un motor basado en Ajax, un amplio conjunto de controles y un
lenguaje, basado en el estándar XML, para el diseño de interfaces de forma rápida.
Las aplicaciones web desarrolladas en ZK son muy similares a las clásicas
aplicaciones de escritorio, por tanto desde el punto de vista del programador como del
usuario final. El diseño de la página se realiza mediante controles, y la gestión de los
mismos se hace a través de los eventos lanzados por el usuario. La clave de este
framework es que delega los detalles relativos al uso de Ajax a su motor y el
programador no debe preocuparse, ni siquiera conocer, el funcionamiento del mismo.
36
El framework permite integrar expresiones escritas en el lenguaje de programación
dentro del diseño ZUML de las páginas. Aunque este aplicativo se ha decidido usar
Java, el framework soporta distintos lenguajes de programación y permite delegar el
control a éstos. Todo se ejecuta siempre en el servidor, liberando de carga al cliente.
Además este framework fue, durante varios meses, el primero en descargas en toda la
comunidad de SourceForge.net, siendo esto garantía suficiente de calidad y
fiabilidad.
Su arquitectura se basa en mantener un motor en el navegador del cliente que permite
capturar los eventos que se producen en esta zona y así notificar al motor de
actualización que se encuentra en la zona servidor. Este tiene el conocimiento
necesario para decidir que controles se deben actualizar en función del evento, una
vez realizadas las tareas de actualización éste notificará a los handlers de la
aplicación que es dónde el programador habrá definido las acciones que quiere que se
produzcan en cada evento.
Una vez terminada esta fase de intercambio el componente ZK de servidor notificará
al cliente de los cambios que se deben realizar en el árbol DOM del navegador.
Desarrollador : Potix Corporation www.zkoss.org
Ultima versión 3.6.2
Género framework Web Ajax
37
Sistema operativo Multiplataforma
Licencia GNU General Public License Comercial
Además de la programación basada en componentes y orientación a eventos, de
manera similar a Swing, ZK soporta un lenguaje de marcación para la definición de
una potente interfaz de usuario llamada ZUML.

ZUML está diseñado para que desarrolladores no expertos diseñen interfaces
de usuario de forma eficiente.

ZUML permite a un desarrollador mezclar diferentes tipos de lenguaje de
marcación, tales como el lenguaje XUL de Mozilla y XHTML, todos ellos en
la misma página.

ZUML permite a los desarrolladores embeber scripts en lenguaje Java
(interpretado por BeanShell) y usar expresiones EL para manipular los
componentes y acceder a los datos.
VENTAJAS

ZUML permite a los no expertos diseñar eficientemente interfaces de usuario.

Empotrar script en Java ayuda al prototipado rápido y a las personalizaciones.

No es necesario que el desarrollador tenga conocimientos de Ajax o
JavaScript.

Modelo basado en componentes intuitivo dirigido por eventos.
38

Permite centrar toda la lógica de programación en el servidor.
DESVENTAJAS

No es apropiado para aplicaciones con alto grado de interacción:
o
Videojuegos de acción.
o
Aplicaciones basadas en gráficos vectoriales o tridimensionales
Programas de edición fotográfica o de video [8]
GRAFICO NO. 3
ARQUITECTURA ZK
Dentro de las características de ZK más relevantes detallo las siguientes:
39
¿PORQUE ZK?
Surgió por la necesidad del desarrollador de dejar de controlar incompatibilidades de
browsers, mejorar el rendimiento de la aplicación y agilizar la comunicación entre el
cliente y el servidor.
Las aplicaciones web limitaban la ubicación del interfaz de usuario al cliente, y la
lógica de negocio al servidor.
Ajax descartó numerosos problemas del modelo antiguo y abrió la puerta de las
interfaces de usuario ricas al mundo web. Pero manipular Ajax demanda un gran
nivel y esfuerzo. Y las implementaciones de Ajax existentes no abstraen al
programador del mismo.
SERVER-CENTRIC
Esta sería la implementación Ajax ideal que permitiera a los programadores centrarse
en la lógica de negocio.
Mapeando todos los componentes y sus eventos de la presentación como POJOs, por
ejemplo, como un ORM abstrae de trabajar directamente con tablas de una base de
datos.
40
Direct R.I.A.
Para conseguirlo ZK inyecta una capa en el cliente de JavaScript que es atendida en
el servidor de forma que todos los eventos y procesos son gestionados por ella.
SERVER-CENTRIC & CLIENT-CENTRIC
La diferencia entre ambos radica en dónde se está ejecutando la aplicación.
Server Centric: la aplicación se procesa completamente en el servidor, el cliente
sólo se utiliza para mostrar información.
Client Centric: la aplicación se ejecuta mayormente en el cliente, como por ejemplo
hace GWT (Google Web Toolkit)
SIMPLEMENTE JAVA
ZK es renombrado por su " Ajax sin JavaScript ", es transparentemente sin cualquier
conocimiento de Ajax y JavaScript.
41
El motor de cliente y el motor de actualización en ZK juegan los papeles de jarra y
colector, interpretación de comunicación de Ajax transparente. Los eventos inducidos
por los usuarios son encapsulados y ordenados a oyentes que corren en el servidor.
Los cambios realizados en los componentes POJO se refleja en el cliente de forma
transparente.
SEGURIDAD DE LA EMPRESA
Es decir, no se expone la lógica de negocio al cliente, lo que indudablemente lo hace
más seguro ya que todo es ejecutado del lado del servidor.
Otro de los beneficios de ZK es proteger el uso de XSS, DOS y CSRF lo que
significa que no hay ataques a nuestro código, así protegemos la autentificación y la
autorización en el marco de seguridad.
ADAPTABILIDAD Y DISPONIBILIDAD
ZK tiene el apoyo de clustering lleno; todos los objetos de UI son fácilmente
serializable. UI componentes son diseñados para reducir al mínimo la huella de
memoria y maximizar el funcionamiento por optimizando el estado de los
componentes y el comportamiento.
Además, los reveladores pueden mejorar la disponibilidad con puestas en práctica de
dirección específicas failover de aplicación.
42
Una vez conocemos la arquitectura de ZK comentar que:
· ZK es capaz de comunicarse entre páginas.
Estén o no en el mismo desktop (url)
· ZK es capaz de comunicarse entre Desktops.
Estén o no en la misma aplicación.
· ZK es capaz de comunicarse entre aplicaciones.
SCRIPTS EN JAVA
ZK permite integrar código Java dentro de la aplicación es decir incrustada en las
páginas, permitiendo gestionar los eventos, realizar modificaciones durante la
inicialización de los componentes o definir interacciones entre los mismos.
EXPRESIONES EL
Las expresiones EL (como en JSP) permiten incrustar código sencillo para realizar
referencias o asignar valores a campos en función de otros campos o variables.
EVENT HANDLERS
Probablemente sea la característica más usada en el desarrollo de la interfaz del
prototipo. Permite asignar acciones (código Java) a los eventos de la aplicación.
43
Esto ha sido básico dada la necesidad de ejecutar, en función de las acciones del
usuario, llamadas al controlador de la aplicación y mostrar el resultado de dichas
acciones en la aplicación.
GRAFICO NO. 4
CONTROLADOR DE LA APLICACION
LIVEDATA
Es la característica más importante en cuanto a modularización se refiere.
En primer lugar permite separar los datos de su representación visual, de forma que
éstos se renderizan mediante una función definida por el programador que da
flexibilidad a la representación. Y en segundo lugar permite hacer la aplicación
mucho más eficiente cuando se trata de manejar una gran cantidad de datos pues estos
solo se transmiten cuando es necesario mostrarlos y se renderizan en ese momento,
evitando así cargar innecesariamente la comunicación cliente-servidor.
44
HTML INCRUSTADO
Esta característica ha sido especialmente útil en la implementación de la
funcionalidad de firma en cliente, pues era necesario ejecutar un applet en la zona
cliente, con lo que la integración de código HTML era inevitable.
INTERFAZ – ARQUITECTURA
Esta se compone de tres tipos de objetos involucrados en el desarrollo y la ejecución
de la misma:
PÁGINAS ZUML:
Son los esqueletos gráficos de la interfaz. Definen el diseño, la situación y el aspecto
de los controles dentro de la aplicación. Especifican qué scripts se deben ejecutar
durante la inicialización y los event handlers a los que llamar en función de los
eventos que reciban dichos controles.
EVENT HANDLERS:
Definen las acciones que se deben ejecutar cuando el usuario actúa sobre un control.
Como por ejemplo mostrar una ventana o llamar a la API de comunicación.
SCRIPTS EN JAVA:
Este tipo de objetos engloban al resto de componentes necesarios para la gestión de la
interfaz, como las funciones de ordenación de listas, las clases de inicialización de
componentes (llenado de datos), las estructuras de datos para mantener el LiveData
45
de los controles de lista, las funciones de control y notificación de errores y gestión
de calendarios.
La organización de todos estos elementos se ha realizado en función de la página a la
que hacen referencia, de este modo cada página dispone de su especificación ZUML
en un archivo .zul y sus event handlers y scripts en un .java. Además existen algunos
archivos comunes a todas las páginas y que pueden ser llamados desde cualquiera de
ellas con las funciones comunes.
CUADRO NO. 5
ORGANIZACIÓN DE LA INTERFAZ
HIBERNATE
Hibernate es un potente mapeador objeto/relacional y servicio de consultas para Java.
Es la solución ORM (Object-Relational Mapping) más popular en el mundo Java.
46
Hibernate permite desarrollar clases persistentes a partir de clases comunes,
incluyendo asociación, herencia, polimorfismo, composición y colecciones de
objetos. El lenguaje de consultas de Hibernate HQL (Hibernate Query Language),
diseñado como una mínima extensión orientada a objetos de SQL, proporciona un
puente elegante entre los mundos objetual y relacional. Hibernate también permite
expresar consultas utilizando SQL nativo o consultas basadas en criterios.
Soporta todos los sistemas gestores de bases de datos SQL y se integra de manera
elegante y sin restricciones con los más populares servidores de aplicaciones J2EE y
contenedores web, y por supuesto también puede utilizarse en aplicaciones
standalone.
CARACTERÍSTICAS CLAVE DE HIBERNATE:
 Persistencia transparente: Hibernate puede operar proporcionando persistencia de
una manera transparente para el desarrollador.
 Modelo de programación natural: Hibernate soporta el paradigma de orientación a
objetos de una manera natural: herencia, polimorfismo, composición y el marco
de trabajo de colecciones de Java.
 Soporte para modelos de objetos con una granularidad muy fina: Permite una gran
variedad de mapeos para colecciones y objetos dependientes.
 Sin necesidad de mejorar el código compilado (bytecode): No es necesaria la
generación de código ni el procesamiento del bytecode en el proceso de
compilación.
47
 Escalabilidad extrema: Hibernate posee un alto rendimiento, tiene una caché de
dos niveles y puede ser usado en un cluster. Permite inicialización perezosa (lazy)
de objetos y colecciones.
 Lenguaje de consultas HQL: Este lenguaje proporciona una independencia del
SQL de cada base de datos, tanto para el almacenamiento de objetos como para su
recuperación.
 Soporte para transacciones de aplicación: Hibernate soporta transacciones largas
(aquellas que requieren la interacción con el usuario durante su ejecución) y
gestiona la política optimistic locking automáticamente.
 Generación automática de claves primarias: Soporta los diversos tipos de
generación de identificadores que proporcionan los sistemas gestores de bases de
datos (secuencias, columnas autoincreméntales,...) así como generación
independiente de la base de datos, incluyendo identificadores asignados por la
aplicación o claves compuestas.
Java Server Pages
Es una tecnología Java que permite generar contenido dinámico para web, en forma
de documentos HTML, XML o de otro tipo. Es un desarrollo de la compañía Sun
Microsystems. La Especificación JSP 1.2 fue la primera que se liberó y en la
actualidad está disponible la especificación JSP 2.1.
Permiten la utilización de código Java mediante scripts y permite la utilización de
algunas acciones JSP predefinidas mediante etiquetas. Estas etiquetas pueden ser
48
enriquecidas mediante la utilización de Librerías de Etiquetas (TagLibs o Tag
Libraries) externas e incluso personalizadas.
JSP puede considerarse como una manera alternativa, y simplificada, de construir
servlets. Es por ello que una página JSP puede hacer todo lo que un servlet puede
hacer, y viceversa. El funcionamiento general de la tecnología JSP es que el Servidor
de Aplicaciones interpreta el código contenido en la página JSP para construir el
código Java del servlet a generar. Este será luego el que genere el documento
(típicamente HTML) que se presentará en la pantalla del Navegador del usuario.
El rendimiento de una página JSP es el mismo que tendría el servidor equivalente, ya
que el código es compilado como cualquier otra clase Java. A su vez, la máquina
virtual compilará dinámicamente a código de máquina las partes de la aplicación que
lo requieran. Esto hace que JSP tenga un buen desempeño y sea más eficiente que
otras tecnologías web que ejecutan el código de una manera puramente interpretada.
La principal ventaja de JSP frente a otros lenguajes es que el lenguaje Java es un
lenguaje de propósito general que excede el mundo web y que es apto para crear
clases que manejen lógica de negocio y acceso a datos de una manera prolija. Esto
permite separar en niveles las aplicaciones web, dejando la parte encargada de
generar el documento HTML en el archivo JSP.
Otra ventaja es que JSP hereda la portabilidad de Java, y es posible ejecutar las
aplicaciones en múltiples plataformas sin cambios. Es común incluso que los
desarrolladores trabajen en una plataforma y que la aplicación termine siendo
ejecutada en otra.
49
Java Server Faces
Es un marco de trabajo para aplicaciones Java basadas en web que simplifica el
desarrollo de intrefaces de usuario en aplicaciones Java EE. Usa Java Server Pages
(JSP) como la tecnología que permite hacer el despliegue de las páginas, pero
también se puede acomodar a otras tecnologías.
Su implementación incluye:

Un conjunto de APIs para representar componentes de una interfaz de usuario y
administrar su estado, manejar eventos, validar entrada, definir un esquema de
navegación de las páginas y dar soporte para internacionalización y
accesibilidad.

Un conjunto por defecto de componentes para la interfaz de usuario.

Dos librerías de etiquetas personalizadas para JavaServer Pages que permiten
expresar una interfaz JavaServer Faces dentro de una página JSP.

Un modelo de eventos en el lado del servidor.

Administración de estados.

Beans administrados.
La especificación de JSF fue desarrollada por la Java Community Process.
Richfaces
Es una biblioteca de componentes para JSF y un avanzado marco de trabajo para la
integración de AJAX con facilidad en la capacidad de desarrollo de aplicaciones de
negocio. Los componentes de RichFaces vienen listos para ser usados de manera
50
rápida y sencilla, por lo que los desarrolladores pueden ahorrar tiempo de inmediato
para aprovechar las características de los componentes para crear aplicaciones Web
que proporcionan mejoras en gran medida la experiencia del usuario. RichFaces
también incluye un fuerte apoyo para el tratamiento de temas visuales (skins) en las
aplicaciones JSF. También aprovecha al máximo los beneficios del marco de trabajo
JSF incluyendo, la validación y conversión de instalaciones, junto con la gestión de
estática y dinámica los recursos.
Es una biblioteca de código abierto que se integra totalmente en la arquitectura de
JSF y hereda las funcionalidades de sus etiquetas dotándolas con tecnología Ajax de
forma limpia y sin añadir código Javascript. Mediante este marco de trabajo se puede
variar el ciclo de vida de una petición JSF, recargar determinados componentes de la
página sin necesidad de recargarla por completo, realizar peticiones al servidor
automáticas y controlar cualquier evento de usuario.
El funcionamiento de la herramienta es muy sencillo. Mediante sus propias etiquetas
se generan eventos que envían peticiones al contenedor Ajax. Estos eventos se
pueden ejecutar por pulsar un botón, un enlace, una región específica de la pantalla,
un cambio de estado de un componente, etc. Esto significa que el desarrollador no
tiene que preocuparse de crear el código Javascript y el objeto XMLHttpRequest para
que envíe la petición al servidor ya que el marco de trabajo hace el trabajo.
Una etiqueta especial del marco de trabajo es Ajax4jsf que se usa para activar las
funcionalidades de Ajax dentro de la aplicación. Los tags de Richfaces se pueden
acceder mediante el tag , como por ejemplo (para hacer una lista desplegable editable
o , para visualizar datos en un componente tipo rejilla (grid)
51
Facelets
Es un sistema de plantillas, que sirve para integrar las partes estaticas de la aplicación
web dentro del contenido dinámico. El problema de esta herramienta para JSF es la
poca integración que tiene con otros marcos de trabajo, uno de ellos es Spring
Security 2.0, que no dispone de etiquetas para trabajarlo. Las plantillas deben ser
nombradas con la extensión .xhtml y su uso es muy sencillo.
Spring AOP
La Programación Orientada a Aspectos, más conocida como AOP por su nombre en
inglés Aspect Oriented Programming, es un modelo de programación que aborda un
problema específico: capturar las partes de un sistema que los modelos de
programación habituales obligan a que estén repartidos a lo largo de distintos
módulos del sistema. Estos fragmentos que afectan a distintos módulos son llamados
aspectos y los problemas que solucionan, problemas cruzados (crosscutting
concerns).
Usando un lenguaje que soporte AOP, podemos capturar estas dependencias en
módulos individuales, obteniendo un sistema independiente de ellos y podemos
utilizarlos o no sin tocar el código del sistema básico, preservando la integridad de las
operaciones básicas.
Los principales campos de aplicación de la AOP son:

rastreo de la ejecución (tracing)

medida de tiempos y optimización (profiling)
52

pruebas (testing)
Spring AOP es uno de los marcos de trabajo existentes para implantar la
programación orientada a aspectos.
Spring Security
Proporciona servicios de seguridad dentro de Spring. Proporciona un sistema de
autenticación a través del cual los usuarios pueden autenticarse y acceder a múltiples
aplicaciones a través de un único punto de entrada. Para ello utiliza el servicio de
autenticación CAS (Central Authentication Service) desarrollado por la Universidad
de Yale [CAS], con el que una aplicación puede participar en un entorno single sign
on a nivel de toda la empresa. Ya no es necesario que cada aplicación tenga su propia
base de datos de autenticación, ni tampoco existe la restricción de que sólo se pueda
utilizar dentro del mismo servidor de aplicaciones. Otras características avanzadas
que proporciona son soporte para proxy y refrescamiento forzado de logins. Tiene
completa integración con Spring, utiliza los propios mecanismos de configuración de
Spring y asegura la seguridad a nivel de instancia de objetos del dominio. En muchas
aplicaciones es deseable definir listas de control de acceso (Access Control Lists o
ACLs) para instancias de objetos del dominio individuales. Spring Security
proporciona un completo paquete ACL con características que incluyen máscaras de
bits, herencia de permisos, un repositorio utilizando JDBC, caché y un diseño
pluggable utilizando interfaces.
Spring Security también implementa la protección de las peticiones HTTP. Ya no es
necesario depender de restricciones de seguridad definidas en el fichero web.xml. Las
peticiones HTTP pueden ser protegidas por una serie de expresiones regulares que
definen expresiones de caminos de acceso, así como para la autenticación,
53
autorización y gestores de reemplazo de credenciales para la ejecución como otro
usuario, todo ello totalmente configurable.
Además, el sistema de seguridad puede redirigir automáticamente las peticiones a un
canal de transmisión adecuado. Comúnmente esto se aplica para asegurar que las
páginas seguras estarán sólo disponibles sobre HTTPS, y las páginas públicas sobre
HTTP, aunque es suficientemente flexible para soportar cualquier tipo de requisitos
de "canal".
IDE ECLIPSE
Como entorno de desarrollo se ha decidido usar el IDE Eclipse, que proporciona las
siguientes ventajas:
 Ofrece herramientas para el desarrollo y compilación en Java.
 Su extensibilidad mediante plugins permite:
o El diseño de workflows en jPDL.
o Integración para el desarrollo de aplicaciones web.
VENTAJAS DE USAR SOFTWARE OPEN SOURCE
Para el desarrollo del proyecto se ha decidido usar tecnologías Open source en el
máximo de componentes posibles, ya que ofrece las siguientes ventajas:
54
 No tienen costo adicional en recursos, tanto económicos como humanos. Dado
que, la empresa no debe invertir tiempo ni dinero en el desarrollo de un producto
ajeno al ámbito de negocio de la empresa. Es decir, en el caso que incumbe a este
proyecto la empresa no está especializada ni en el desarrollo de motores de
gestión de workflows ni en el de frameworks Ajax, por lo tanto usar un software
ajeno y de fiabilidad reconocida permite el consiguiente ahorro económico sin
sacrificar la calidad del producto final.
 La disponibilidad del código fuente y los derechos de modificación son una
importante baza cuando se trata de integrar distintas tecnologías, así como de
verificar la seguridad y estabilidad de un software. Además permite la adaptación
de la aplicación a las necesidades de la empresa con un esfuerzo mucho menor
que el de desarrollar un producto propietario.
 Dada la naturaleza de este software, son muchos los desarrolladores que lo tienen
a su alcance y está integrado en múltiples proyectos. Esto resulta en un software
muy testado, lo cual da una garantía tanto de fiabilidad, estabilidad, adaptabilidad
como de seguridad.
 El derecho a redistribuir la aplicación junto con el código Open source ya sea
modificado o sin modificar permite a la empresa crear un producto a menor coste
y altamente fiable, dado que dicho software ha sido testado por una amplia
55
comunidad de desarrolladores y abarca unas necesidades mucho más genéricas
que si fuera un desarrollo propietario específico para el producto que se está
implementando.
FUNDAMENTACIÓN LEGAL
Para la presente investigación hemos analizado las normativas legales vigentes de
nuestro país, en las cuales sustentamos la viabilidad y desarrollo de nuestro proyecto,
fuentes de orden jurídico que sirven de antecedentes y fundamento suficiente, tales
como los principios y garantías constitucionales establecidas en nuestra Carta Magna,
la Constitución de la República del Ecuador del año 2008, la cual fue debidamente
aprobada por el pueblo ecuatoriano mediante referéndum; la Ley Orgánica de
Educación Superior publicada en el Suplemento - Registro Oficial No.298 del 12 de
octubre del 2010 y adicionalmente nos hemos basado en los Términos Legales,
adicional incorporamos las licencias Gpl Internacionales, que son los referentes al
uso de Herramientas libres de código abierto “Open Source”.
56
TÉRMINOS LEGALES ECUATORIANOS
LEY ORGANICA DE EDUCACION SUPERIOR
Art. 13.- Funciones del Sistema de Educación Superior.- Son funciones del Sistema
de Educación Superior:
a) Garantizar el derecho a la educación superior mediante la docencia, la
investigación y su vinculación con la sociedad, y asegurar crecientes niveles de
calidad, excelencia académica y pertinencia;
b) Promover la creación, desarrollo, transmisión y difusión de la ciencia, la técnica, la
tecnología y la cultura;
c) Formar académicos, científicos y profesionales responsables, éticos y solidarios,
comprometidos con la sociedad, debidamente preparados para que sean capaces de
generar y aplicar sus conocimientos y métodos científicos, así como la creación y
promoción cultural y artística;
d) Fortalecer el ejercicio y desarrollo de la docencia y la investigación científica en
todos los niveles y modalidades del sistema;
e) Evaluar, acreditar y categorizar a las instituciones del Sistema de Educación
Superior, sus programas y carreras, y garantizar independencia y ética en el proceso.
f) Garantizar el respeto a la autonomía universitaria responsable;
57
g) Garantizar el cogobierno en las instituciones universitarias y politécnicas;
h) Promover el ingreso del personal docente y administrativo, en base a concursos
públicos previstos en la Constitución;
i) Incrementar y diversificar las oportunidades de actualización y perfeccionamiento
profesional para los actores del sistema;
j) Garantizar las facilidades y condiciones necesarias para que las personas con
discapacidad puedan ejercer el derecho a desarrollar actividad, potencialidades y
habilidades;
k) Promover mecanismos asociativos con otras instituciones de educación superior,
así como con unidades académicas de otros países, para el estudio, análisis,
investigación y planteamiento de soluciones de problemas nacionales, regionales,
continentales y mundiales;
l) Promover y fortalecer el desarrollo de las lenguas, culturas y sabidurías ancestrales
de los pueblos y nacionalidades del Ecuador en el marco de la interculturalidad;
m) Promover el respeto de los derechos de la naturaleza, la preservación de un
ambiente sano y una educación y cultura ecológica;
n) Garantizar la producción de pensamiento y conocimiento articulado con el
pensamiento universal; y,
58
ñ) Brindar niveles óptimos de calidad en la formación y en la investigación.
CONSTITUCION DE LA REPUBLICA DEL ECUADOR
Art. 349.- El Estado garantizará al personal docente, en todos los niveles y
modalidades, estabilidad, actualización, formación continua y mejoramiento
pedagógico y académico; una remuneración justa, de acuerdo a la profesionalización,
desempeño y méritos académicos. La ley regulará la carrera docente y el escalafón;
establecerá un sistema nacional de evaluación del desempeño y la política salarial en
todos los niveles. Se establecerán políticas de promoción, movilidad y alternancia
docente.
Art. 350.- El sistema de educación superior tiene como finalidad la formación
académica y profesional con visión científica y humanística, la investigación
científica y tecnológica; la innovación, promoción, desarrollo y difusión de los
saberes y las culturas, la construcción de soluciones para los problemas del país, en
relación con los objetivos del régimen de desarrollo.
Art. 351.- El sistema de educación superior estará articulado al sistema nacional de
educación y al Plan Nacional de Desarrollo; la ley establecerá los mecanismos de
coordinación del sistema de educación superior con la Función Ejecutiva. Este
sistema se regirá por los principios de autonomía responsable, cogobierno, igualdad
de oportunidades, calidad, pertinencia, integralidad, autodeterminación para la
producción del pensamiento y conocimiento, en el marco del diálogo de saberes,
pensamiento universal y producción científica tecnológica global.
59
Art. 388.- El Estado destinará los recursos necesarios para la investigación científica,
el desarrollo tecnológico, la innovación, la formación científica, la recuperación y
desarrollo de saberes ancestrales y la difusión del conocimiento. Un porcentaje de
estos recursos se destinara a financiar proyectos mediante fondos concursales.
DECRETO 1014 (Gobierno de la Revolución Ciudadana del Ec. Rafael Correa
Delgado)
Art. 1.- Establecer como política pública para las entidades de la Administración
Pública Central la utilización de Software Libre en sus sistemas y equipamientos
informáticos.
Art. 3.- Las Entidades de la Administración Pública Central previa a la instalación
del software libre en sus equipos, deberán verificar la existencia de capacidad técnica
que brinde el soporte necesario para el uso de este tipo de software.
Art. 5.- Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica
b) Regionales con componente nacional
c) Regionales con proveedores nacionales
d) Internacionales con componente nacional
e) Internacionales con proveedores nacionales
60
f) Internacionales
HIPÓTESIS PREGUNTAS A CONTESTARSE
¿Los syllabus realizados por docentes producen mejores resultados en la calidad del
aprendizaje realizando seguimientos respectivos? ¿Automatizando los contenidos
programáticos tendré de manera más organizada la información de las materias y
estas que me ayudarán a evaluarlas en un momento determinado obtener información
oportuna?
VARIABLES DE LA INVESTIGACIÓN
 Programa Analítico y Syllabus: Son los programas que existen en Word que son
realizados manualmente por los coordinadores y que ya cuentan con unas sesiones
definidas es decir sin la intervención del docente que aplicara la materia.
 Sistema Automatizado para el registro de los contenidos programáticos: los
coordinadores de las asignaturas planearan y registraran en los sistemas la base para
la elaboración de los syllabus por parte de los docentes de la carera.
 Sistema Automatizado para el Registro del Syllabus: Mediante la aplicación
automatizada los docentes ingresarán las sesiones en base a los programas
propuestos.
61
DEFINICIONES CONCEPTUALES
SYLLABUS: El Syllabus es un programa detallado de estudios y su elaboración por
parte del profesor es muy importante por su gran utilidad tanto para éste como, sobre
todo, para los alumnos.
Es una herramienta para saber “donde estamos”, “A dónde vamos” y “por qué
camino vamos” (un mapa que evita que nos perdamos).
GPL GNU: La Licencia Pública General de GNU o GNU General Public License, es
una licencia creada por la Free Software Foundation en 1989 (la primera versión), y
está orientada principalmente a proteger la libre distribución, modificación y uso
de software. Su propósito es declarar que el software cubierto por esta licencia
es software libre y protegerlo de intentos de apropiación que restrinjan esas libertades
a los usuarios. (http://es.wikipedia.org/wiki/GNU_General_Public_License)
Smalltalk: Lenguaje de programación que permite realizar tareas de computación
mediante la interacción con un entorno de objetos virtuales. Metafóricamente, se
puede considerar que un Smalltalk es un mundo virtual donde viven objetos que se
comunican mediante el envío de mensajes.
62
CAPÍTULO III
METODOLOGIA
MODALIDAD DE LA INVESTIGACIÓN
La modalidad para la investigación fue la observación que se realizo al preguntar por
los syllabus, estos se realizaban manualmente y solo intervenía el coordinador, causa
que es de vital importancia el registro y la automatización de los mismos, por tal
motivo se realizó una encuesta a los docentes de la carrera, para verificar el punto de
la mejora y participación en el registro de los syllabus, mismos que se planteaba
tendrían que realizarlas dentro de una interfaz automatizada por vía web, a manera de
aplicación de escritorio.
POBLACIÓN Y MUESTRA
POBLACIÓN:
Docentes de la Carrera de Ingeniería en Sistema.
MUESTRA:

Dentro de la población encuestada se considero a los docentes de la Carrera de
Ingeniería en Sistemas Computacionales
Tamaño de la población 115 Docentes
Tamaño de la muestra: 90 Docentes
63
Error muestra para el 95% de NC (Nivel de Confianza): 5.8%
POBLACIÓN DE DOCENTES
No.
CARRERA INGENIERIA EN SISTEMAS COMPUTACIONALES
115
MUESTRA
Se aplica la fórmula:
n: Tamaño de muestra
PQN
PQ: Varianza =0.25
N: Población
n=
E: Margen de error
|(N-1) E² + PQ
K: Constante de corrección del error (95.5%) = 2
K²
CUADRO NO. 1
TAMAÑO DE LA MUESTRA
N= 115
E= 5.8% = 0.058
K=2
PQ=0.25
n = ¿?
0.25(115)
(115  1)(0.058)2 / 22  0.25
28,75
n
(114)(0.003364) / 4  0.25
28,75
n
0,095874 0.25
28,75
n
0,345874
n  83,12
n
64
CUADRO NO. 2
DATOS - DOCENTES
Año
Periodo
Total Docentes
1
45
2
45
Total
90
2010
Elaboración: Julio Limón Flores
Fuente: Julio Limón Flores
INSTRUMENTOS DE RECOLECCIÓN DE DATOS
TECNICAS
Las técnicas de campo que se utilizaron fueron:

Encuestas
INSTRUMENTOS
Técnica
Instrumento

Observación

Registro de observación

Encuesta

Cuestionario
65
INSTRUMENTOS DE LA INVESTIGACIÓN

Registro de Observación: Se observó la elaboración y entrega del Syllabus.
Se verifico los formatos existentes correspondientes a los contenidos programáticos
mismos que son registrados manualmente en un archivo de texto.

Guión de Entrevista: Se entrevistó a 90 Docentes de la carrera de Ingeniería en
Sistemas Computacionales de los cuales que en un 90% no han tenido oportunidad de
realizar un syllabus a su selección.

Encuesta aplicable a los Docentes: Esta técnica no permitirá saber las expectativas
del docente en cuanto al cumplimiento de objetivos propuestos y de la calidad de
enseñanza que este tiene ante la elaboración automática de su propio Syllabus como
herramienta Enseñanza-Aprendizaje para el estudiante.
PROCEDIMIENTOS DE LA INVESTIGACIÓN

PROBLEMA:
Planteamiento del problema
66
Análisis del problema
Interrogantes de la investigación
Objetivos de la Investigación
Alcance de la Investigación
Justificación o importancia de la investigación

MARCO TEÓRICO:
Fundamentación teórica
Fundamentación Legal
Preguntas a contestarse
Identificación de Variables

METODOLOGÍA:
Diseño de Investigación
Población y Muestra
Instrumentos de recolección de datos
Procedimiento de la Investigación
Recolección de Datos
Análisis de los datos recolectados
Criterios para la elaboración de la propuesta
67
RECOLECCIÓN Y PROCESAMIENTO DE LA INFORMACIÓN
Se utilizó parte de tiempo a la observación y análisis del proceso de elaboración y
entrega del Syllabus.
Se coordinaron reuniones con el personal administrativo que se encarga de registrar
los contenidos de las materias.
Los datos recolectados a través de la observación y entrevistas fueron registrados con
el resto de la documentación para su análisis respectivo.
Los datos recolectados a través de las encuestas fueron tabulados mediante Excel y
comparados por cuadros estadísticos.
68
DESARROLLO DEL PROYECTO
ANÁLISIS DE LA INFORMACIÓN Y REQUERIMIENTOS
Tras las encuestas e investigaciones realizadas se pudo obtener los siguientes datos:
ENCUESTA REALIZADA:
Universidad de Guayaquil
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
ENCUESTA SOBRE EL PROCESO DE ELABORACION Y ENTREGA DE SYLLABUS
Nombre del Encuestado:
Conteste las siguientes preguntas marcando con una x en el casillero correspondiente a su respuesta.
¿Ha Elaborado usted un syllabus durante los últimos semestres?
Si
No
¿Le gustaría realizar sus propias sesiones y así recomendar metodologías a utilizar?
Si
No
¿Cómo califica el proceso actual del registro académico?
Excelente
Regular
Malo
¿Qué tiempo le tomaría armar su propio cronograma en base al contenido general de la materia?
Dias
¿Marque los beneficios que usted cree que se obtendría con un sistema vía web que le permita
registrar su propio syllabus?
Indicador de Calidad de Enseñanza.
Cumplimiento del Objetivo propuesto.
Armar sus propias sesiones de una forma eficiente.
Disponibilidad inmediata de Información.
¿Estaría dispuesta a usar una herramienta automatizada web para la elaboración del Syllabus?
Si
No
69
Objetivo de le Encuesta:
-
Determinar si han participado en la elaboración de los syllabus
-
Beneficios que obtendría registrar sus propias sesiones
-
¿Están de acuerdo que los docentes participen en los syllabus, en base a los
contenidos propuestos por la unidad académica?
-
Determinar si usarían un sistema automatizado que les facilita el registro y
elaboración de sus syllabus.
Resultados obtenidos:
CUADRO NO. 3
PUNTUACIONES OTORGADAS A LA ENCUESTA
10
80
1ra Pregunta
Ptos
Ptos
a)
b)
a)
10
30
50
3ra Pregunta
Ptos
Ptos
Ptos
a)
b)
c)
d)
15
65
60
50
5ta Pregunta
Ptos
Ptos
Ptos
Ptos
a)
b)
a)
b)
2da Pregunta
90
Ptos
0
Ptos
4ta Pregunta
Sin punctuation
a)
a)
b)
85
5
6ra Pregunta
Ptos
Ptos
Tamaño de la población: 115 docentes
Tamaño de la muestra: 90 docentes
Error Muestral para el 95% de NC (Nivel de Confianza): 5.8%
70
ANÁLISIS ESTADÍSTICOS:
Pregunta 1.1.- ¿Ha Elaborado usted un syllabus durante los últimos semestres?
GRAFICO NO. 6
PREGUNTA No.1
PREGUNTA 1
DOCENTES
80
60
40
20
0
SI
No
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De los 90 Docentes encuestados, 80 mencionan que no han realizado un
syllabus y 10 si han participado de la realización de uno por lo menos.
71
Pregunta 2.¿Le gustaría realizar sus propias sesiones y así recomendar metodologías a
utilizar?
GRAFICO NO. 7
PREGUNTA No.2
PREGUNTA 2
DOCENTES
100
80
60
40
20
0
Si
No
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De acuerdo al análisis estadísticos, todos los docentes opinan que se puede
realizar sus propias sesiones y asi recomendar metodologias a utilizar.
72
Pregunta 3.3.- ¿Cómo califica el proceso actual del registro académico?
GRAFICO NO. 8
PREGUNTA 3
PREGUNTA 3
DOCENTES
50
40
30
20
10
0
Excelente
Regular
Malo
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De los 90 Docentes entrevistados, 10 Docentes creen que el proceso actual
del registro academico es excelente,30 creen que es regular y 50 creen que son malos.
73
Pregunta 5.Marque los beneficios que usted cree que se obtendrían con un sistema vía Web
que ayude a registrar su propio syllabus.
GRAFICO NO. 9
PREGUNTA 5
PREGUNTA 5
DOCENTES
80
60
40
20
0
Beneficio 1
Beneficio 2
Beneficio 3
Beneficio 4
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De acuerdo al análisis estadísticos, 15 de los docentes opinan que se
indicara la calidad de enseñanza, 65 que se verificara el cumplimiento de objetivos
propuestos,60 que armaran sus propias sesiones de una maera eficiente y 50 que
habra disponibilidad inmediata de la informacion.
74
Pregunta 6.¿Estaría dispuesto a usar una herramienta automatizada web para la
elaboración del Syllabus?
GRAFICO NO. 10
PREGUNTA 6
PREGUNTA 6
DOCENTES
100
80
60
40
20
0
Si
No
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De acuerdo al análisis estadísticos, 85 docentes opinan que estarian
dispuesto a usar una herramienta automatizada para la elaboracion del syllabus y 5
opinan que no lo estarian.
75
CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA
(EN CASO DE PROYECTOS FACTIBLES Y ESPECIALES)
Mediante el Desarrollo de la Aplicación para el registro de los syllabus
correspondientes a los docentes de la Carrera Ingeniería en Sistema de la Universidad
de Guayaquil,
mejoraran los procesos y tendrán de información oportuna para
realizar sus sesiones mejorando la calidad de su enseñanza de manera organizada para
el estudiantado de la carrera, en otras instituciones la automatización de este proceso
ha garantizado el aprendizaje.
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
La respuesta que se obtuvo después de realizar las encuestas fue establecer cuán
importante es el desarrollo de la aplicación que maneje el desarrollo del syllabus para
cumplirlo a su cabalidad y de esta manera exista un indicador para futuras
evaluaciones y determinar los cumplimientos de los docentes para los directivos es de
vital importancia al desear medir la capacidad y metodología que usan sus docente a
la hora de educar a sus alumnos mediante un proceso automatizado tendrán un
aplicativo automatizado disponible todo el tiempo para verificar su alcance y futuros
cronogramas para su uso diario como bitácora de sucesos evitando así tener la carpeta
76
físicamente median el que reemplazaran la forma manual que mantienen en la
actualizad, aprovechando los recursos tecnológicos que ofrece la universidad y sus
estudiantes al realizar proyectos de innovación que benefician a todos como personal
e institución.
77
CAPÍTULO IV
MARCO ADMINISTRATIVO
CRONOGRAMA
El Diagrama de Gantt, con las distintas actividades a realizar, tomando en cuenta
como punto de partida el 12 de Abril del año 2010 y como fecha tope para la entrega
de dicho proyecto el 7 de Marzo del 2011.
CUADRO NO. 4
CRONOGRAMA DE ACTIVIDADES
TAREA
SISTEMAS ACADEMICO
(IMPLEMENTACION DE REGISTRO Y
CONTROL DEL SYLLABUS)
DURACIÓN INICIO
Definiciòn
30 days
Definicion del Problema
10 days
Levantamiento de Informaciòn
5 days
Revisiòn de documentacion
5 days
Definicion de Objetivos
4 days
Definicion de Alcances
3 days
Elaboracion de Propuesta
3 days
Revision de Framework
33 days
Estudio de ZK
15 days
Instalaciòn de IDE (eclipse)
1 day
Instalaciòn de ZK
2 days
Revisiòn y Pruebas de Proyectos ZK
15 days
236 days
12/04/2010
9:00
12/04/2010
9:00
12/04/2010
9:00
26/04/2010
9:00
03/05/2010
9:00
10/05/2010
9:00
14/05/2010
9:00
19/05/2010
9:00
24/05/2010
9:00
24/05/2010
9:00
14/06/2010
9:00
15/06/2010
9:00
17/06/2010
9:00
FIN
PRE
07/03/2011
19:00
21/05/2010
19:00
23/04/2010
19:00
30/04/2010
19:00 3
07/05/2010
19:00 4
13/05/2010
19:00 5
18/05/2010
19:00 6
21/05/2010
19:00 7
07/07/2010
19:00
11/06/2010
19:00 8
14/06/2010
19:00 10
16/06/2010
19:00 11
07/07/2010
19:00 12
78
Diseño
21 days
Esquema de Base de Datos
13 days
Relaciones entre Objetos
2 days
Diccionario de Datos
3 days
Ingresos de Datos para pruebas
3 days
INICIO DE DESARROLLO
137 days
Creacion de Programa Analitico
7 days
Generaciòn de Programas
Registro de Datos Generales del
Programa
3 days
Listado de Programas Existentes
3 days
Registro de Objetivo General
3 days
Registro de Objetivos Especìficos
5 days
08/07/2010
9:00
08/07/2010
9:00
27/07/2010
9:00
29/07/2010
9:00
03/08/2010
9:00
06/08/2010
9:00
06/08/2010
9:00
17/08/2010
9:00
20/08/2010
9:00
27/08/2010
9:00
01/09/2010
9:00
06/09/2010
9:00
Matenimientos de Ongetivos Generales
y Especificos
6 days
Elaboracion del Contenido del
Programa
7 days
13/09/2010
9:00
21/09/2010
9:00
20/09/2010
19:00 25
29/09/2010
19:00 26
Mantenimientos de Contenidos del
Programa
4 days
Registro de las Metodologias
7 days
Mantenimientos de Metodologias
3 days
Registro Evaluaciones
6 days
Mantenimiento de Evaluaciones
3 days
30/09/2010
9:00
06/10/2010
9:00
15/10/2010
9:00
20/10/2010
9:00
28/10/2010
9:00
05/10/2010
19:00
14/10/2010
19:00
19/10/2010
19:00
27/10/2010
19:00
01/11/2010
19:00
Registro de la Bibliografia del
contenido del Programa
6 days
Mantenimiento de Bibliografias
3 days
Elaboracion del Syllabus
15 days
02/11/2010
9:00
10/11/2010
9:00
15/11/2010
9:00
09/11/2010
19:00 32
12/11/2010
19:00 33
03/12/2010
19:00 34
5 days
05/08/2010
19:00
26/07/2010
19:00
28/07/2010
19:00
02/08/2010
19:00
05/08/2010
19:00
14/02/2011
19:00
16/08/2010
19:00
19/08/2010
19:00
26/08/2010
19:00
31/08/2010
19:00
03/09/2010
19:00
10/09/2010
19:00
13
15
16
17
18
20
21
22
23
24
27
28
29
30
31
79
Mantenimiento de Syllabus
12 days
Bitacora de seguimiento(Docente)
15 days
Revision de Syllabus
8 days
Aprobacion de Programa Analitico
8 days
Revision de Opciones Generales
8 days
Revisión y Mejoras
15 days
Revisiones
15 days
Elaboración: Julio Limon FLores.
Fuente: Julio Limon FLores,
06/12/2010
9:00
22/12/2010
9:00
12/01/2011
9:00
24/01/2011
9:00
03/02/2011
9:00
15/02/2011
9:00
15/02/2011
9:00
21/12/2010
19:00
11/01/2011
19:00
21/01/2011
19:00
02/02/2011
19:00
14/02/2011
19:00
07/03/2011
19:00
07/03/2011
19:00
35
36
37
38
39
40
80
GRAFICO NO. 11
DIAGRAMA DE GANNT
Elaboración: Julio Limon Flores,
Fuente: Julio Limon FLores,
81
PRESUPUESTO
Con relación al presupuesto que necesitaríamos para la implementación del aplicativo
web en cuestión tendríamos los siguientes equipos y costos por licencias, no se
detalla el costo del software, mismo que es un aplicativo realizado por los egresados
de la carrera que entregan como producto de su tesis de grado, pero se estimará un
costo para mantenimiento y un estimado de los que pudo costar el desarrollo de la
aplicación.
CUADRO NO. 5
DETALLE DE GASTOS
Equios de Computos
Detalle
Cantidad
Costo
HP ProLiant ML350 G6 - Servidor - torre -
2 5U - 2 vías - 2 x Xeon E5530 / 2.4 GHz -
5,530.00
RAM 12 GB
Software de Aplicación
Detalle
Cantidad
1
1
1
2
1
1
1
1
1
1
Servidor de aplicaciones: Apache Tomcat
versión 6.0
Base de Datos: Microsoft SQL Server
2008
Navegadores: (Mozilla Firefox, Internet
Explorer, Google Chrome).
Sistema Operativo: Windows Server 2008
R2
Utilitarios: Microsoft Office 2010
My Eclipse versión 7.5
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
Subversion - SVN Apache 2.2
iReports versión 3.7.6
Costo
0.00
9,500.00
0.00
3,800.00
600.00
0.00
0.00
0.00
0.00
0.00
Costos de Desarrollo
1 Jefe de Desarrollo
1,000.00
82
5 Desarrolladores
700.00
Costos de Mantenimiento
2 Mantenimiento y Desarrollo de Mejoras
700.00
TOTAL
21,830.00
Elaboración: Julio Limon Flores,
Fuente: Julio Limon FLores,
Se ha establecido un costo mensual de los desarrolladores y un jede de proyecto para
establecer un costo más relevante de lo que cuesta el desarrollo e implementación de
los sistemas.
83
ANEXOS
84
85
86
87
88
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
1. La implementación se automatiza el 99.9 % en base a los que se realiza
actualmente en forma manual.
2. Se desarrollo un sistema que permita el registro completo de los contenidos
programáticos.
3. Se desarrollo una aplicación para el registro de los syllabus y la bitácora de
seguimiento diario, información proporcionada por el docente.
4. Se desarrollaron los reportes que mostrará el registro del syllabus, como el
registro de sus contenidos programáticos.
5. El desarrollo del syllabus realizado por los docentes es la programación del
proceso del aprendizaje del área en que se forme, con la encuesta realizada un
buen porcentaje refleja la necesidad que tenia este desarrollo y que los
docentes necesitaban armar sus propios cronogramas garantizando los
objetivos propuestos.
89
RECOMENDACIONES
1. Es posible que el módulo no contemple al 100% su proceso completo pero
queda la puerta abierta para nuevas mejoras que ayuden la realización total de
un proceso de curricular, de esta manera sean bienvenidos los nuevos estudios
y que sean implementados para así garantizar un mejoramiento continuo
entregado a nuestros estudiantes.
2. Pueden establecerse indicadores adicionales a manera de reportes que ayuden
a verificar el cumplimiento de los objetivos.
90
BIBLIOGRAFIA
Para efectuar la investigación se recurrió a las siguientes fuentes de datos:
ZK Documentación
 Documentación sobre ZK Framawork, Version Virtual en internet en:
http://www.zkoss.org/doc/ZK-JavaTwo-2006.pdf;
http://www.zkoss.org/doc/ZK-devguide.pdf
http://books.zkoss.org/wiki/Small_Talks/2009/July/ZK_5.0_and_Clien
t-centric_Approach
Ajax Documentación
 Documentación sobre Ajax, Virtual en internet en:
http://en.wikipedia.org/wiki/Ajax_framework
DOM Documentación
 Documentación sobre DOM, Virtual en internet en:
http://es.wikipedia.org/wiki/Document_Object_Model
Open source advantages
 Open Source documentation
http://eu.conecta.it/paper/Advantages_open_source_soft.html
Fundamentación Legal
 Constitución nacional, Vigente y aprobada en referéndum por el pueblo
ecuatoriano en el año 2008
91
HTML
 http://en.wikipedia.org/wiki/Http
 http://en.wikipedia.org/wiki/Basic_access_authentication

http://en.wikipedia.org/wiki/Digest_access_authenticationConstitución
Normas APA
 Normas Apa guía de referencia sitio virtual web:
http://literatura.uniminuto.edu/images/pdf/normasapa.pdf
MCV
 Stefan, Sauer; Engels, Gregor. "Extending UML for Modeling of Multimedia
Applications".6 de abril de 2004, en sitio web
http://wwwcs.upb.de/cs/ag-engels/Papers/2003/EngelsSauerNeu-HCC03.pdf
Welicki, León. "Patrones y Antipatrones: una introducción – Parte II".7.asp, 11 de
abril de 2006, en sitio web:
http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/MTJ_331

Microsystem, Sun. Java en Castellano. [En línea] [Citado el: 17 de marzo de
2009.] http://www.programacion.net/java/tutorial/patrones2/0/.

MyFaces. MyFaces Apache. [En línea] [Citado el: 11 de mayo de 2009.]
http://myfaces.apache.org/index.html.

Ajax4JSF. MyFaces Apache. [En línea]. [Citado el: 1 de junio de 2009.]
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=Ajax4Jsf

Spring – Wikipedia.[En línea]. [Citado el: 26 de mayo de 2009.]
http://es.wikipedia.org/wiki/Spring
92

JSP – Wikipedia [En línea]. [Citado el: 29 de mayo de 2009.]
TEMA:
IMPLEMENTACIÓN DE UN SISTEMA WEB PARA LA
ELABORACIÓN Y REGISTRO DEL SYLLABUS
ANTECEDENTES
El control de los syllabus es un factor que no se ha podido establecer de manera
oportuna en vista que son realizados en hojas de Excel y de manera manual, que
consiste en que un coordinador realiza un esquema general de la materia y arma
sesiones basado en un contenido general de la materia, este material es entregado al
docente durante el inicio de un ciclo de estudio, mismo que será de guía para
implementar sus clases diarias, para los directivos de la carrera es muy complejo
determinar si el docente cumplió con su programa y que metodología fue la que se
estableció y cuál es la que realmente aplicó causando un problema porque los datos
no están ingresados electrónicamente sino en hojas independientes, este proceso es
manual, quedando un interrogante que podría ser una variable importante momento
de ser evaluados.
1
VISIÓN
Ser la Herramienta de control de Syllabus más eficaz para satisfacer las nuevas
tendencias en técnicas de estudio y que su información sea oportuna para la
administración y evaluación de los programas analíticos de gran utilidad a la hora de
implementar o actualizar sus materias así formar profesiones de alta calidad.
MISIÓN
La herramienta desarrollada establecerá los programas analíticos debidamente
ingresados de manera electrónica y brindará que en base a su contenido los docentes
realicen la elaboración de los syllabus; información registrada previamente, de esta
manera cada profesor podrá armar sus sesiones de manera independiente, de acuerdo
a su experiencia; es decir de manera personalizado para cada instructor, el objetivo es
tenerlo listo antes de comenzar el ciclo de estudio, y que este sea su guía electrónica
que brindara día a día el registro para su respectivo seguimiento, con esta información
vital para la administración se podrá obtener de manera más clara como es la
metodología de sus maestros y como implementan su clases a fin que este programa
sea cumplido a cabalidad. Esta es una herramienta destinada para los docentes
coordinadores de materia y administradores.
2
CRITERIO DE DISEÑO
El proyecto de Control de Avances de los Proyectos y Tesis de Grado usará como
criterios de diseño las siguientes herramientas:
Del Sistema Operativo:
 Windows Server 2007 Service Pack 2
Del Lenguaje de Programación:
 Java versión 6.0
Del Motor de Base de Datos:
 Microsoft SQL Server 2005
Otras Herramientas
 My Eclipse versión 7.5
 ZK Framework versión 5.0
 Hibernate versión 3.2 con Anotaciones
 SVN Apache 2.2
 IReports versión 3.7.6
 Tomcat 6
BENEFICIOS
3
EL Docente tendrá Información en línea de sus Sesiones, inclusive las sesiones que
tiene pendiente y las ejecutadas.
EL docente podrá armar sus sesiones de manera como el enfoque la materia y podrá
decidir la metodología a implementarse.
El coordinador podrá consultar si ya fueron ingresados los syllabus correspondientes
de los docentes.
La información ingresada será suficiente para futuros reportes más detallados para
una evaluación específica.
OBJETIVO GENERAL
Registrar el ingreso de la estructura e información correspondiente al Syllabus que
soporte todas las asignaturas a todo nivel (pre-universitario, semestre, cursos de
graduación).
4
OBJETIVOS ESPECÍFICOS
1. Registro de estructura general que guarde información de toda la materia
dictada en ese periodo Lectivo.
2. Ofrecer a los profesores registren de manera oportuna el Syllabus, para de esta
manera se pueda realizar el seguimiento respectivo.
3. Permitir el registro diario de las novedades y puntos tratados en clase.
4. Determinar informes de los cumplimientos para toma de decisiones futuras.
RESTRICCIONES
1. El registro de este syllabus corresponde solo a la estructura de la Carrera de
Ingeniería en Sistemas Computacionales.
2. Este módulo no genera reporte informativo para los estudiantes.
3. No se incluye formulario de reportes específicos para revisión y consultas
inteligentes para la búsqueda de acuerdo algún criterio específico.
5
MATRIZ DE USUARIOS
Tipo de Usuario
Descripción
Tutor de Graduación o Director de Tesis (Docente que se
DOCENTE
encarga de revisar,
aprobar
y realizar el control del
cronograma de un proyecto o Tesis de Grado).
ADMINISTRADOR
GRADUACIÓN
Coordinador
Académico,
Autoridades
(Personal
administrativo que podrá realizar la consulta de Avances
de Proyectos y Tesis de Grado y asignar extensiones de
tiempo en los cronogramas.
6
CASOS DE USO
7
DIAGRAMA GENERAL DEL MÓDULO DEL REGISTRO DEL
CONTENIDO PROGRAMÁTICO Y SYLLABUS
COORDINADOR
1
DOCENTE
SYLLABUS
CONTROL Y ELABORACION DE
PROGRAMAS Y SYLLABUS
3
BITACORA DE
SEGUIMIENTO
REPORTES
PROGRAMA
ANALITICO
2
8
DIAGRAMA DE FLUJO DE DATOS
Diagrama de Flujo de Datos
Coordinador
Syllabus/Docente
Bitacora/Docente
inicio
inicio
Registro
Registro
Buscar Materia
Buscar Materia
¿Materia
Activada?
¿Existe Materia?
si
si
Selección de
Materia
Selección de
Materia
Inicio
¿Existe el
Programa?
no
Generar el
programa
¿Existe?
si
Datos Generales
Registros de
Objetivos
si
Agregar Sesiones
No
si
Agregar Registro
Bitacora
Si
Contenido
si
si
Metodología
no
¿Existe
Metodología?
no
¿Final de
sesiones?
¿Otra sesión
dictada?
si
NO
Terminar
Terminar
¿Otra Materia?
¿Otra Materia?
Evaluacion
Mantenimiento
Metodologias
Bibliografia
¿Modificar?
Activar
No
Fase
FIN
Reportes
9
NARRATIVA DE PROCESOS
Las materias y metodologías deben estar previamente registradas para la elaboración
de los Programas Analíticos con sus datos necesarios para formarlos.
La información registrada genera los Programas Analíticos con sus respectivos
Syllabus.
A partir de la información registrada se realiza el seguimiento diario para el control
de syllabus por parte los docentes, y podrá consultar el esquema del programa
general.
Registro de Programa Analitico
Descripción
EL cordinador de la materia ingresa el Programa que contiene los datos generales,
registros de objetivos, ingreso de los contenidos o capitulos de la materia, la
metodologia a utilizar la evaluaciòn y la bibliografia sugerida o complementaria.
Flujo de Eventos
Flujo Básico
EL cordinador selecciona del menú la opción “Programa Analítico”.
Se presentará una interfaz donde se ingresa datos generales, registros de objetivos,
ingreso de los contenidos o capìtulos de la materia, la metodologia a utilizar la
evaluacion y la bibliografia sugerida o complementaria luego de ello se va guardando
la informacion en la Base de Datos.
Se puede navegar en la ventana a través de las pestañas que contiene la informacion
10
de cada grupo de partes que conforman el programa .
Se revisa la informacion registrada.
En la pestaña de Datos Generales seleccionamos el boton “Activar Programa” para
que este este disponible para el docente.
Flujos Alternativos
No aplica.
Precondiciones
Deben de existir las Materias con su informacion general para proceder a ingresar su
complemento.
Poscondiciones
No aplica.
11
REGISTRO DE SYLLABUS
Registro de Syllabus
Descripción
El docente registrará de acuerdo al contenido registrado por los cordinadores de la
materias y formara sus sesiones o syllabus mismo que le servirá para iniciar sus
clases antes que empiece el ciclode estudio o semestre.
Flujo de Eventos
Flujo Básico
El Docente seleccionan del menú la opción “Registra Syllabus de los
Docentes”.
Se presentara de forma inmediata una pantalla con el que tendra que seeccionar
la materia en donde desea registrar su syllabus.
Se selecciona el botón “Buscar” poder visualizar las materias activadas a
registrar sus sesiones.
Para ingresar la session debe hacer clic sobre la materia y se le activará los
botones de ingreso.
Una vez que hacemos clic en el boton “Agregar” se nos desplegará una pantalla
donde ingresaremos los datos para guardar la sesion luego presionamor el boton
“Guardar” para almacenar la informacion en la base de datos.
12
Flujos Alternativos
No aplica.
Precondiciones
Los docentes podrán registrar sus sesiones siempre y cuando los cordinadores
hayan activado la materia y esta estará lista según los parametro de fechas que
ingrese el mismo pasada esta fecha ningun docente podra ingresar mas
información .
Poscondiciones
No aplica.
13
REGISTRO DE BITACORA DE SEGUIMIENTO
Registro de Bitácora de Seguimiento.
Descripción
El Docente es la persona encargada de registrar diariamente las sesiones dictadas
y actualizarlas en el sistema.
Flujo de Eventos.
Flujo Básico.
El Docente escoge del menú la opción de “Bitácora diaria de Actividades”.
Se presentara una pantalla donde seleccionará la materia mediante el botón
“Buscar”.
Se escogerá la materia para proceder al ingreso de la sesión.
Flujos Alternativos.
No aplica
Precondiciones
Los docentes deberán haber registrado su syllabus para tener las sesiones
disponibles caso contrario no podrán registrarlas.
Poscondiciones
Una vez registrada la bitácora no podrá modificarla se tomará como
implementada y se reportará como culminada.
REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
Funcionales:
El módulo proporciona las siguientes funciones:
14
 Los Administradores o coordinadores podrán realizar
de manera
automatizada el ingreso del programa analítico con sus respectivas
características.
 Permite la activación para que el programa esté disponible para los docentes
que puedan hacer uso del contenido para realizar el registro de sus sesiones.
 Admite el registro del syllabus por profesor de manera personalizada de cómo
implementará sus clases a través de sesiones.
 Facilita el registro diario del seguimiento para cumplir con las sesiones
registradas en dicho syllabus es decir confirmar las sesiones registradas por el
docente.
No Funcionales:
Para el funcionamiento del módulo se necesita la instalación de las siguientes
herramientas:
 My Eclipse versión 7.5
 Java versión 6.0
 ZK Framework versión 5.0
 Hibernate versión 3.2 con Anotaciones
 SVN Apache 2.2
 IReports versión 3.7.6
REQUERIMIENTOS DEL SISTEMA
PARA EL SERVIDOR
Tipo de procesador:
Procesador
Procesador IAMD Phenom™ II X4 o más rápido
15
Velocidad de procesador:
Recomendado: 2.8 GHz o más
Sistema operativo
Windows Server 2008 R2 Itanium IA642
Mínimo: 2 GB
Memoria
Recomendado: 4 GB o más
Máximo: máximo del sistema operativo
Mínimo: 500 GB
Disco Duro
Recomendado: 1 TB o más
16
PARA EL CLIENTE
Tipo de procesador:
Procesador Pentium 4 o más rápido
Procesador
Velocidad de procesador:
Recomendado: 3.0 GHz o más
Sistema operativo
Windows XP o superior
Mínimo: 1 GB
Memoria
Recomendado: 2 GB o más
Máximo: máximo del sistema operativo
Mínimo: 80 GB
Disco Duro
Recomendado: 160 GB o más
17
RECURSO DE SOFTWARE

Servidor de aplicaciones: Apache Tomcat versión 6.0

Base de Datos: Microsoft SQL Server 2005.

Navegadores: (Mozilla Firefox, Internet Explorer, Google Chrome).

Sistema Operativo: Windows XP.

Utilitarios: Microsoft Office.

My Eclipse versión 7.5

ZK Framework versión 5.0

Hibernate versión 3.2 con Anotaciones

Subversion - SVN Apache 2.2

iReports versión 3.7.6
SISTEMA ACADÉMICO CISC – CINT
MÓDULO SYLLABUS
Base de Datos
ELABORADO POR:
FIRMA:
FECHA: 12-04-2011
FIRMA:
FECHA: 13-04-2011
FIRMA:
FECHA: DD-MM-
Julio Limón Flores
REVISADO POR:
[Grupo de Control]
APROBADO POR:
Ing. Jorge Medina A.
YYYY
2
SISTEMA ACADÉMICO
CISC – CINT
Módulo SYLLABUS
VERSION 1.0
FECHA: 12/04/2011
1
1. Descripción de la Base de Datos
La Base de Datos del Módulo Syllabus contiene los programas analíticos
ingresados por los coordinadores o profesores líderes de las materias así
mismo, almacena las sesiones ingresadas por los docentes
2. Lista de Usuarios Base de Datos.
La base de datos emplea para el acceso a las estructuras del módulo Control
de Syllabus la siguiente información:
Usuario: Seminario
Esquema: Syllabus
Sysadmin
Rol:
3. Diccionario de Datos
Para el desarrollo del presente módulo se emplearan la siguiente base de
datos, esquema y tablas.
2
Base de Datos:
Esquema:
Tablas:
CiscAcademico
Syllabus
1. Bibliografía
2. TipoObjetivos
3. SesionDetalleContenido
4. RegistroObjetivos
5. TipoMetodología
6. MetodologiaSyllabus
7. DetalleBitacoraDiariaSesiones
8. CabeceraBitacoraDiariaSesiones
9. DetalleEvaluacion
10. Datosgenerales
11. DetalleContenidos
12. TipoOperador
13. AprobacionProgramas
14. TipoCiclos
15. ElaboracionSyllabus
16. SesionesProgramaSyllabus
3
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
Bibliografias
28/04/2011
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
1
2
Primar Foreign
Nombre Columna
y Key
Key
x
Id
x
IdDatosGenerales
3
ApellidoAutor
4
NombreAutor
5
6
7
8
9
10
PeriodoAnio
TituloLibro
LugarEdicion
Editorial
Estado
Usuario
11
fechaRegistro
Descripción
Almacena el código único de cliente
Contiene la clave principal de la tabla Datos
Generales.
Contiene el Apellido del Autor correspondiente a la
Bibliografía
Contiene el nombre del Autor correspondiente a la
Bibliografía.
Contiene el año en que fue publicada la bibliografía.
Contiene el nombre del libro que se está registrando.
Contiene el lugar donde fue publicado el libro.
Contiene el editorial al que corresponde el libro.
Contiene el estado del libro A=Activo, I=Inactivo.
Contiene el usuario que realiza el ingreso.
Contiene la fecha y la hora en que se registra la
transaccion.
Tipo de
Dato
Int(4)
No
Int(4)
No
Text(16)
No
text(16)
No
nchar(4)
text(16)
text(16)
text(16)
nchar(2)
text(16)
No
No
No
No
No
No
datetime
No
Nullable
4
ÍNDICES
Nº
Nombre Índice
1 Pk_Bibliografias
Nombre Columna
Descripción
Índice de la tabla bibliografías
Id
Clustered
Si
ASC
Orden
CLAVE PRIMARIA
Nº
1
Nombre
id
Auto
Incremental
Bibliografias SI
Descripción
Tabla
Almacena el código único de cliente
Única
SI
CLAVES FORÁNEAS
Nº
1
Campo
Nombre
Descripción
Tabla
Tabla
Referencia
IdDatosGener FK_Bibliografias_Dat Contiene la clave principal de la Bibliogra
DatosGenerales
ales
osGenerales
tabla Datos Generales.
fias
Campo
Referencia
IdDatosGene
rales
5
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
TipoObjetivos
28/04/2011
SQL-Server 2008
CiscAcademico
Gestor de la Base:
Base de Datos:
DESCRIPCIÓN DE CAMPOS
N Primary
º
Key
1 x
Foreign
Key
Nombre
Columna
Id
2
TipoObjetivo
3
Estado
Tipo de
Dato
Int(4)
Descripción
Contiene el código de identificación de la tabla
Contiene el tipo de objetivo registrado para el uso del
Nchar(100)
registro de los programas.
A (Activo), I (Inactivo)
Nchar(2)
Nulla
ble
No
No
No
ÍNDICES
Nº
1
Nombre
Nombre
Índice
Columna
PK_
Id
TipoObjetivos
Descripción
Índice de la tabla TipoObjetivos
Clustered
Si
Orden
ASC
6
CLAVE PRIMARIA
Nº Nombre
Descripción
1 Id
Contiene el código de identificación de la tabla
Tabla
Auto Incremental
TipoObjetivos SI
Única
SI
CLAVES FORÁNEAS
Nº
Campo
Nombre
Descripción
Tabla
Tabla Referencia Campo Referencia
7
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
SesionDetalleContenido
28/04/2011
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
1
Primary
Key
Foreign
Key
x
Nombre Columna
Id
2
x
IdDetalleContenido
3
x
IdSesionProgramaSyllabus
Tipo
de
Dato
Descripción
Contiene el código de identificación de la
Int(4)
incidencia.
Contiene el código del Detalle contenido.
Int(4)
Contiene el código de la Sesión del programa
Int(4)
Registrado.
Nullable
No
No
No
ÍNDICES
Nº
1
Nombre Índice
Nombre
Columna
Pk_
Id
SesionDetalleContenido
Descripción
Contiene el índice de la tabla SesionDetalleContenido
Clustered
Si
Orden
ASC
8
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Tabla
Contiene el código de identificación de la incidencia.
Auto
Incremental
SesionDetall
Si
eContenido
Única
Si
CLAVES FORÁNEAS
Nº
Campo
Nombre
Descripción
Tabla
Tabla
Referencia
Campo
Referencia
9
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
RegistroObjetivos
17/01/2011
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
1
2
3
Primary Foreign
Nombre
Key
Key
Columna
x
Id
x
IdCodigoSyllabus
x
IdTipoObjetivo
4
titulo
5
6
7
Objetivo
FechaCreacion
IdEstado
Tipo de
Nullable
Dato
Contiene el código de identificación de la tabla.
Int(4)
No
Contiene código que identifica el programa Analítico. Int(4)
No
Registra el código de la tabla Tipos de Objetivos.
Int(4)
No
Contiene el nombre del título para el registro del
Text(16) Si
objetivo.
Contiene el objetivo planteado.
text(16) No
Contiene la fecha de registro del objetivo.
Datetime No
A (Activo), I (Inactivo)
Nchar(2) No
Descripción
ÍNDICES
Nº
1
Nombre Índice
Pk_
Id
RegistroObjetivos_1
Nombre Columna
Descripción
Indice
de
la
RegistroObjetivos
Clustered
tabla
Si
Orden
ASC
10
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
Auto
Incremental
RegistroObje
Si
tivos
Única
Si
CLAVES FORÁNEAS
N
º
Campo
1 IdTipoObjetivo
Nombre
Descripción
Tabla
Tabla
Referencia
FK_registroobjetivos_tipoobj Contiene el código de la Sesión RegistroO
TipoObjetivos
etivos
del programa Registrado.
bjetivos
Campo
Referencia
IdTipoObjet
ivo
11
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
TipoMetodologia Gestor de la Base: SQL-Server 2008
28/04/2011
CiscAcademico
Base de Datos:
DESCRIPCIÓN DE CAMPOS
N Primary Foreign
Nombre Columna
º
Key
Key
1 x
Id
2
TipoMetodologia
3
Estado
Descripción
Contiene el código de identificación de la tabla.
Contiene el nombre de la metodología a registrarse.
A (Activo), I (Inactivo)
Tipo de
Dato
Int(4)
Text(16)
Nchar(2)
Nullable
No
No
Si
ÍNDICES
Nº
1
Nombre Índice
Pk_ tipometodologia
Nombre
Columna
Id
Descripción
Clustered
Indice de la Tabla TipoMetodologia
Si
Orden
ASC
CLAVE PRIMARIA
Nº
1
Nombre
id
Descripción
Contiene el código de identificación de la tabla.
Auto
Incremental
Tabla
TipoMetodologia
Si
Única
Si
12
CLAVES FORÁNEAS
Nº
Campo
Nombre
Descripción
Tabla
Tabla Referencia
Campo
Referencia
13
DESCRIPCION DE TABLAS
Nombre de Tabla:
MetodologiaSyllabus
Fecha de Creación:
28/04/2011
Gestor de la
SQL-Server 2008
Base:
Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
N Primary
º
Key
1 x
2
x
3
x
4
5
Foreign
Key
Nombre Columna
Tipo de
Dato
Int(4)
Int(4)
Descripción
Id
IdCodigoSyllabus
Contiene el código de identificación de la tabla.
Contiene el código del programa analítico.
Contiene el código a que hará referencia la
IdTipoMetodologia
Int(4)
metodología.
Observaciones
Observaciones generales del registro.
text(16)
Estado
Contiene el estado de la tabla (A) activo (I) Inactivo. Nchar(2)
Nullab
le
No
No
No
Si
Si
ÍNDICES
Nº
1
Nombre
Columna
Nombre Índice
Pk_ MetodologiaSyllabus_1
Id
Descripción
Indice
de
la
MetodologiaSyllabus
Clustered
tabla
Si
Orden
Si
14
CLAVE PRIMARIA
N
º
Nombre
1 Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
Metodologia
Syllabus
Auto
Incremental
Única
Si
Si
Tabla
Referencia
DatosGeneral
es
Metodologia
Syllabus
Campo
Referencia
IdCodigoSyl
labus
IdTipoMeto
dologia
CLAVES FORÁNEAS
N
º
Campo
IdCodigoSy
llabus
IdTipoMeto
2
dologia
1
Nombre
Descripción
Tabla
Fk_ MetodologiaSyllabus_
DatosGenerales
Fk_ MetodologiaSyllabus_
tipometodologia
Contiene el código del programa
analítico.
Contiene el código a que hará
referencia la metodología.
Metodologia
Syllabus
Metodologia
Syllabus
15
DESCRIPCION DE TABLAS
Nombre
Tabla:
Fecha
Creación:
de
de
DetalleBitacoraDiariaSesiones Gestor de la Base:
SQL-Server 2008
28/04/2011
CiscAcademico
Base de Datos:
DESCRIPCIÓN DE CAMPOS
Primary
Key
Nº
1
Foreign
Key
x
2
x
3
x
4
5
6
Nombre Columna
Descripción
Id
IdSesionProgramaSyllab
us
IdCabeceraBitacoraSyll
abus
Usuario
Fecha
Estado
Contiene el código de identificación de la tabla.
Contiene el código de la sesión registrada por el
docente.
Contiene el código de referencia de la cabecera de la
Bitácora Diaria de Sesiones.
Contiene el usuario que registró la bitácora.
Contiene la fecha de registro de Bitácora.
Contiene el estado de la tabla (A) activo (I) Inactivo.
Tipo de Nulla
Dato
ble
Int(4)
No
Int(4)
No
Int(4)
No
text(16) No
Datetime No
Nchar(2) Si
ÍNDICES
Nº
1
Nombre
Descripción
Columna
Pk_DetalleBitacoraDiariaSesiones Id
Índice de la tabla DetalleBitacoraDiariaSesiones
Nombre Índice
Clustered
Si
Orden
Si
16
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
Auto
Incremental
DetalleBita
coraDiariaS Si
esiones
Única
ASC
CLAVES FORÁNEAS
Nº
1
Campo
Nombre
Descripción
Tabla
Tabla
Referencia
Campo
Referenci
a
Fk_
IdSesionPro
DetalleBita
IdSession
DetalleBitacoraDiariaSesio Contiene el código de la sesión
SesionesProgra
gramaSyllab
coraDiariaS
Programa
nes_
registrada por el docente.
maSyllabus
us
esiones
Syllabus
SesionesProgramaSyllabus
17
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
CabeceraBitacoraDiariaSesiones
28/04/2011
Gestor de
SQL-Server 2008
la Base:
Base de
CiscAcademico
Datos:
DESCRIPCIÓN DE CAMPOS
Nº
1
2
3
4
5
6
7
8
9
10
11
12
Primary
Key
x
Foreign
Key
x
Nombre Columna
Id
IdDatosGenerales
Fecha
HoraIncio
HoraFin
Avance
Metodologia
Profesor
Curso
Paralelo
Observaciones
Estado
Descripción
Contiene el código de identificación de la tabla.
Codigo del programa analitico.
Contiene la fecha de registro de Bitacora.
Hora de inicio correspondiente a la bitacora.
Hora de inicio correspondiente a la bitacora.
Avance de la sesion.
Codigo de la metodología usada.
Codigo del docente que registra la bitacora.
Codigo del curso en que se registra la bitacora.
Codigo del paralelo donde se realizó la sesión.
Observaciones generales del registro.
Contiene el estado de la tabla (A) activo (I) Inactivo.
Tipo de
Dato
Int(4)
Int(4)
Datetime
text(16)
text(16)
int(4)
int(4)
int(4)
int(4)
int(4)
text(16)
char(1)
Nulla
ble
No
No
No
No
No
No
No
No
No
No
Si
No
ÍNDICES
18
N
º
Nombre Índice
Nombre Columna
Pk_
1 CabeceraBitacoraDiar Id
iaSesiones
Descripción
Clustered
Índice
de
la
tabla
Si
CabeceraBitacoraDiariaSesiones
Orden
ASC
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
CabeceraBitacoraDiaria
Sesiones
Auto
Incremental
Única
Si
Si
Tabla
Referencia
Campo
Referencia
CLAVES FORÁNEAS
Nº
Campo
Nombre
Descripción
Tabla
19
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
DetalleEvaluacion Gestor de la Base: SQL-Server 2008
28/04/2011
CiscAcademico
Base de Datos:
DESCRIPCIÓN DE CAMPOS
Nº
1
2
3
Primary
Key
x
Foreign
Key
x
x
4
5
6
7
Nombre Columna
Id
IdCodigoSyllabus
IdTipoCiclo
Valor
x
x
12
IdTipoOperador
IdTipoMetodologia
Observacion
Estado
Tipo de
Dato
Contiene el código de identificación de la tabla.
Int(4)
Contiene el código del programa analítico.
Int(4)
Contiene el código del tipo de ciclo.
int(4)
Contiene el valor que se asignará para la evaluación de la decimal(
materia.
18,2)
Contiene el código del tipo de operador.
int(4)
Contiene el código del tipo de Metodología a utilizarse.
int(4)
Contiene una observación sobre el registro.
ntext(16)
Nvarchar
Contiene el estado de la tabla (A) activo (I) Inactivo.
(2)
Descripción
Nulla
ble
No
No
No
No
No
No
Si
No
ÍNDICES
Nº
Nombre Índice
1
Pk_
Nombre Columna
Id
Descripción
Índice de la tabla DetalleEvaluacion
Clustered
Orden
Si
ASC
20
DetalleEvaluacion
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
Auto
Incremental
DetalleEval
Si
uacion
Única
Si
CLAVES FORÁNEAS
Nº
1
2
3
4
Campo
Nombre
IdCodigoS
yllabus
IdTipoCicl
o
IdTipoOpe
rador
IdTipoMet
odologia
Fk_
DetalleEvaluacion_
DatosGenerales
Fk_
DetalleEvaluacion_
TiposCiclos
Fk_
DetalleEvaluacion_
TipoOperador
Fk_
DetalleEvaluacion_
TipoMetodologia
Tabla
Campo
Referencia Referencia
Contiene el código del programa DetalleEval DatosGener IdCodigoSyl
analítico.
uacion
ales
labus
DetalleEval
Contiene el código del tipo de ciclo.
TiposCiclos IdTipoCiclo
uacion
Contiene el código del tipo de DetalleEval TipoOperad IdTipoOpera
operador.
uacion
or
dor
Contiene el código del tipo de DetalleEval TipoMetod IdTipoMeto
Metodología a utilizarse.
uacion
ologia
dologia
Descripción
Tabla
21
DESCRIPCION DE TABLAS
Nombre de Tabla: DetalleContenidos
Fecha de Creación: 28/04/2011
Gestor de la Base: SQL-Server 2008
CiscAcademico
Base de Datos:
DESCRIPCIÓN DE CAMPOS
Nº
1
2
Primary Foreign
Nombre Columna
Key
Key
x
Id
PadreContenido
3
HijoContenido
4
5
DetalleContenido
Observaciones
6
Estado
7
x
IdCodigoSyllabus
Tipo de
Dato
Contiene el código de identificación de la tabla. int(4)
Contiene código que identifica el padre.
int(4)
Contiene código que identifica el contenido del
int(4)
Hijo.
Contiene el contenido o descripción del registro. text(16)
Contiene la observación general del registro.
text(16)
Contiene el estado de la tabla (A) activo (I)
varchar(1)
Inactivo.
Contiene el código del programa analítico.
int(4)
Descripción
Nullabl
e
No
yes
No
No
Yes
Yes
No
ÍNDICES
22
Nº
1
Nombre
Columna
Nombre Índice
Pk_
DetalleContenidos_1
Id
Descripción
Clustered
Índice de la tabla DetalleContenidos
Si
Orden
ASC
CLAVES FORÁNEAS
Nº
1
Campo
Nombre
Descripción
IdCodigoSy Fk_
DetalleContenidos_ Contiene el código
llabus
DatosGenerales
programa analítico.
Campo
Referencia
del DetalleConte
IdCodigoSy
DatosGenerales
nidos
llabus
Tabla
Tabla
Referencia
23
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
DatosGenerales
28/04/2011
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
1
2
3
4
5
6
7
8
9
Primary Foreign
Nombre Columna
Key
Key
x
Id
x
IdMateria
FechaCreacion
DescripcionSintetica
Periodo
x
IdCarrera
x
IdPeriodo
ObjetivoGeneral
Estado
Tipo de
Dato
Contiene el código de identificación de la tabla.
Int(4)
Código de la materia a quien pertenece este programa. Int(4)
Contiene la fecha en la que se registra el programa.
Datetime
Contiene la descripción sintética del programa.
Text(16)
Contiene el año o periodo del programa.
text(16)
Contiene el código de la carrera.
Int(4)
Contiene el código del periodo correspondiente.
Int(4)
Contiene la el Objetivo General del programa.
text(16)
Contiene el estado de la tabla (A) activo (I) Inactivo. Nvarchar(2)
Descripción
Nullabl
e
No
No
No
No
No
No
No
Si
No
ÍNDICES
Nº
Nombre Índice
1
Pk_ DatosGenerales
Nombre Columna
Id
Descripción
Índice de la tabla DatosGenerales
Clustered
Orden
Si
ASC
24
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
DatosGen
Si
erales
Auto
Incremental
Única
Si
CLAVES FORÁNEAS
Nº
Campo
IdCarrera
IdPeriodo
Tabla
Campo
Referencia
Referencia
FK_DatosGenerales_Uni
DatosGen Malla.Unidadaca
Contiene el código de la carrera.
IdCarrera
dadAcademica
erales
demica
FK_DatosGenerales_Peri Contiene el código del periodo DatosGen AsignacionHorari
IdHorario
odo
correspondiente.
erales
o.Periodo
Nombre
Descripción
Tabla
25
DESCRIPCION DE TABLAS
TipoOperador
28/04/2011
Nombre de Tabla:
Fecha de Creación:
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
N Primary Foreign
Nombre Columna
Descripción
º
Key
Key
1 x
Id
Contiene el código de identificación de la tabla.
2
Operador
Contiene la descripción del operador.
Tipo de Dato Nullable
Int(4)
Nchar(40)
No
No
ÍNDICES
N
Nombre Índice
º
1 Pk_ TipoOperador
Nombre Columna
Id
Descripción
Índice de la tabla TipoOperador
Clustered
Si
Orden
Si
CLAVE PRIMARIA
Nº
Nombre
1
Id
Descripción
Contiene el código de identificación de la tabla.
Tabla
Auto Incremental
TipoOperador Si
Si
Única
CLAVES FORÁNEAS
26
Nº
Campo
Nombre
Descripción
Tabla
Tabla Referencia Campo Referencia
27
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
AprobacionProgramas
28/04/2011
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
Primar
y Key
1
x
2
3
Foreign Key
Nombre Columna
Id
x
IdSyllabus
FechaAprobacion
4
FechaInicio
5
FechaFin
6
Comentarios
7
Usuario
8
FechaRegistro
9
Estado
Descripción
Contiene el código de identificación de la
tabla.
Codigo del programa Analítico.
Contiene la fecha de la aprobación.
Contiene la fecha de inicio de registro del
syllabus.
Contiene la fecha de finalización del registro
del syllabus.
Contiene comentarios generales del registro.
Contiene el usuario que realizo el ingreso del
registro.
Contiene la fecha en que se registro la
transacción.
Contiene el estado de la tabla (A) activo (I)
Inactivo.
Tipo de
Dato
Nullabl
e
Int(4)
No
Int(4)
Datetime
No
No
Datetime
No
Datetime
No
Text(16)
No
Nchar(40)
No
Datetime
No
Nchar(2)
No
28
ÍNDICES
Nº
1
Nombre Índice
Nombre Columna
Pk_
Id
AprobacionProgramas
Descripción
Clustered
Índice de la tabla AprobacionProgramas
Orden
Si
Si
CLAVE PRIMARIA
Nº Nombre
1
Id
Descripción
Tabla
Contiene el código de identificación de la tabla.
Auto
Incremental
AprobacionProg
Si
ramas
Única
Si
CLAVES FORÁNEAS
Nº
1
Tabla
Campo
Referencia
Referencia
IdSyllab Fk_
AprobacionProgramas_ Codigo del programa AprobacionProg DatosGenerale
IdSyllabus
us
DatosGenerales
Analítico.
ramas
s
Campo
Nombre
Descripción
Tabla
29
DESCRIPCION DE TABLAS
TipoCiclos
01/08/2010
Nombre de Tabla:
Fecha de Creación:
SQL-Server 2008
CiscAcademico
Gestor de la Base:
Base de Datos:
DESCRIPCIÓN DE CAMPOS
Primary
Key
Nº
1
2
Foreign
Key
Nombre Columna
x
Id
x
ciclo
Tipo de
Dato
Descripción
Contiene el código de identificación de la
Int(4)
tabla.
Contiene la descripción del ciclo.
Nchar(100)
Nullabl
e
No
No
ÍNDICES
N
Nombre Índice
º
1 Pk_ TipoCiclos
Nombre
Columna
Id
Descripción
Índice de la tabla TipoCiclos
Clustere
d
Si
ASC
Orden
CLAVE PRIMARIA
30
Nº
1
Nombre
id
Descripción
Tabla
Contiene el código de identificación de la
TipoCiclos
tabla.
Auto Incremental
Si
Única
Si
CLAVES FORÁNEAS
Nº
Campo
Nombre
Descripción
Tabla
Tabla Referencia Campo Referencia
31
DESCRIPCION DE TABLAS
Nombre de Tabla: ElaboracionSyllabus
Gestor
Base:
Fecha
Creación:
Base de Datos:
de
28/04/2011
de
la
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
N
º
Primary
Key
Foreign
Key
1 x
2
Nombre Columna
Id
x
IdCodigoSyllabus
IdCodigoDocente
Descripción
Tipo de
Dato
Contiene el código de identificación de la
Int(4)
tabla.
Contiene el código del programa analítico.
Int(4)
Contiene el código del docente.
Int(4)
Nullable
No
Yes
yes
ÍNDICES
N
Nombre Índice
º
1 Pk_ ElaboracionSyllabus
Nombre
Columna
Id
Cluster
ed
Índice de la tabal ElaboracionSyllabus Si
ASC
Descripción
Orden
32
CLAVE PRIMARIA
Nº
1
Nombre
id
Descripción
Contiene el código de identificación de la tabla.
Tabla
Auto
Incremental
ElaboracionSyll
Si
abus
Única
Si
CLAVES FORÁNEAS
Nº
Campo
Nombre
Descripción
Tabla
Tabla
Referencia
Campo
Referencia
33
DESCRIPCION DE TABLAS
Nombre de Tabla:
Fecha de Creación:
SesionesProgramaSyllabus
28/04/2011
Gestor de la Base:
Base de Datos:
SQL-Server 2008
CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
1
2
Primar
y Key
x
Foreign
Key
x
x
Nombre
Columna
Id
Numero
IdProgramaSylla
bus
FechaCreacion
IdProfesor
IdTipoMetodolo
gia
Tiempo
TipoTiempo
Observaciones
IdEstado
Contiene el código de identificación de la tabla.
Contiene el número de la sesión.
Int(4)
int(4)
Nullabl
e
No
No
Contiene el código del programa.
int(4)
No
Contiene la fecha de creación del registro.
Contiene el código del docente.
Contiene el código del tipo de metodología que se
usará.
Contiene el tiempo que se llevará a cabo la sesión.
Contiene el tipo del tiempo que se uso en la sesión
(horas, días, semanas ect.).
Contiene las observaciones generales del registro.
Contiene el estado de la tabla (A) activo (I) Inactivo
datetime
numeric
No
No
int(4)
No
int(4)
No
Nchar(30)
No
ntext(16)
Nvarchar(2)
No
No
Descripción
Tipo de Dato
34
ÍNDICES
N
º
1
Nombre
Column
a
Nombre Índice
Pk_
ContenidoProgramaSyllabus
Id
Descripción
Clustered
Índice de la tabla SesionesProgramaSyllabus
Orden
Si
ASC
CLAVE PRIMARIA
Nº
1
Nombre
Id
Descripción
Auto
Incremental
Tabla
Contiene el código de identificación de la tabla.
SesionesProgram
Si
aSyllabus
Única
Si
CLAVES FORÁNEAS
Nº
1
2
Campo
Nombre
Fk_
IdPrograma
SesionesProgramaSyllabus_
Syllabus
DatosGenerales
Fk_
IdTipoMeto
SesionesProgramaSyllabus_
dologia
TipoMetodologia
Descripción
Contiene el
programa.
código
Tabla
Tabla
Campo
Referencia Referencia
del SesionesProgra
maSyllabus
DatosGenera IdProgram
les
aSyllabus
Contiene el código del tipo de SesionesProgra
metodología que se usará.
maSyllabus
TipoMetodo IdTipoMet
logia
odologia
35
4. Tablas con mayor frecuencia de accesos.
Las tablas con mayor frecuencia son:
 SesionDetalleContenido
 DetalleBitacoraDiariaSesiones
 CabeceraBitacoraDiariaSesiones
 Datosgenerales
 DetalleContenidos
 SesionesProgramaSyllabus
5. Tablas con mayor cantidad de registros.
Las tablas que manejar mayor cantidad de registros son:
 SesionDetalleContenido
 DetalleBitacoraDiariaSesiones
 CabeceraBitacoraDiariaSesiones
 DetalleContenidos
 SesionesProgramaSyllabus
6. Planes de mantenimiento recomendados.
Del mantenimiento actual o general solo recomiendo se archive cada dos años
los movimientos de bitácora con sus seguimientos para evitar información en
volumen que pueda tener nuestra aplicación ya que no lo usaríamos
eventualmente
7. Planes de contingencia recomendados.
Considero que estas tablas tienen que ser respaldadas para evitar perdida de
información sobre las bitácoras de los docentes:
36
 SesionDetalleContenido
 DetalleBitacoraDiariaSesiones
 CabeceraBitacoraDiariaSesiones
 DetalleContenidos
 SesionesProgramaSyllabus
8. Planes de crecimiento estimado.
Debido al número de materias el registro se multiplica por dos ciclos y esto
por el número de veces que da el profesor para registrar la información.
Tomando en cuenta este valor se pueden estimar los siguientes datos:
DETALLE
SesionDetalleContenido
DetalleBitacoraDiariaSesiones
CabeceraBitacoraDiariaSesiones
Datosgenerales
DetalleContenidos
SesionesProgramaSyllabus
TOTAL DEREGISTROS
ANULALES
REGISTRO X
CICLO
100.00
100.00
100.00
60.00
100.00
100.00
CICLO
S
5.00
5.00
5.00
2.00
5.00
5.00
560.00
27.00
TOTA
L
500.00
500.00
500.00
120.00
500.00
500.00
2,620.0
0
9. Estrategia de Respaldos recomendado
Según las necesidades del sistema académico se recomienda como estrategia
de respaldo realizar full-backup de la base por semana (recomendamos los
domingos a las 17h00) y un backup incremental diario a partir de una hora
establecida (podría ser a las 23h00 de Lunes a Viernes) y todo esto respaldarlo
semanalmente en cintas o en cualquier unidad de almacenamiento disponible.
37
10. Método de Conexión a la Base de Datos.
El método de conexión de base de dados empleados es el JDBC mientras que
el método acceso a datos empleado en el modulo es el ORM “Hibernate”.
11. Configuraciones de Motor de Bases de Datos y/o Sistema Operativo.
El motor de Base de Datos empleado para el desarrollo de la aplicación es
SQL Server 2008 y para que el sistema funcione correctamente es necesario
considerar los siguientes puntos detallados a continuación:
 Se debe configurar el Agente SQL Server para que se ejecute de
manera automática con la finalidad de que se puedan ejecutar los Jobs
almacenados en la base de datos.
 El sistema operativo debe contar mínimo con 2GB de memoria para el
correcto funcionamiento de la B/D.
 Habilitar conexiones remotas en la instancia de SQL Server que desea
conectarse desde un equipo remoto.
12. Observaciones Adicionales
Recomiendo usar tecnologías de Raid para replicar información en varios
discos de esta manera asegurar la información en el caso de uno de ellos sufra
averías y no perder datos que estén en los discos.
38
SISTEMA ACADÉMICO
CISC – CINT
Módulo SYLLABUS
VERSION 1.0
FECHA: 12/04/2011
SISTEMA ACADÉMICO CISC – CINT
MÓDULO SYLLABUS
Manual De Usuario
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
INFORMACIÓN DEL DOCUMENTO
TITULO DEL DOCUMENTO
:
Manual de Usuario
NOMBRE DEL PROYECTO
:
Sistema Académico CISC - CINT
FECHA DEL DOCUMENTO
:
12/04/2011
APROBACIÓN
ELABORADO POR:
Julio Limón Flores
FIRMA:
FECHA: 12/04/2011
REVISADO POR:
[Grupo de Control]
FIRMA:
FECHA: DD-MM-YYYY
APROBADO POR:
Ing. Jorge Medina A.
FIRMA:
FECHA: DD-MM-YYYY
1
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
Tabla de contenido
Introducción ...................................................................................................................................................4

Programa analítico – Syllabus ................................................................................................................4

Registro de Syllabus para programa Analítico .......................................................................................4

Registra Syllabus de los Docentes ..........................................................................................................4

Bitácora Diaria de Actividades ...............................................................................................................4
Módulo Syllabus .............................................................................................................................................5
1. PROGRAMA ANALITICO - SYLLABUS ...........................................................................................................5
1.1. Registro de Programa Analítico ...........................................................................................................5
1.2. Registro de Datos Generales del Programa Analítico .........................................................................7
1.3. Registro de Objetivos del Programa Analítico ....................................................................................8
1.4. Registro de Contenido del Programa Analítico .................................................................................10
1.5. Registro de Metodología del Programa Analítico .............................................................................12
1.6. Registro de Evaluación del Programa Analítico ................................................................................15
1.7. Registro de Bibliografía del Programa Analítico................................................................................17
1.8. Reporte del Programa Analítico ........................................................................................................20
1.9. Activación del Programa Analítico ....................................................................................................21
2. REGISTRO DE METODOLOGIAS DE SYLLABUS PARA PROGRAMA ANALITICO .........................................22
2.1. Registro de Metodologías del Programa Analítico............................................................................22
2.2. Eliminación de Metodologías del Programa Analítico ......................................................................23
2.3. Búsqueda de Metodologías del Programa Analítico .........................................................................24
2
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
3. REGISTRA SYLLABUS DE LOS DOCENTES ..................................................................................................25
3.1. Registro del Syllabus en el Programa Analítico del Docente ............................................................25
4. BITACORA DIARIA DE ACTIVIDADES .........................................................................................................28
4.1. Registro de la Bitácora diaria de Actividades ....................................................................................28
3
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
Introducción
El presente documento está dirigido al usuario del Sistema Académico CISC - CINT, con la
finalidad de poder ayudarlo y que realice de forma adecuada el uso de cada una de sus
funciones.
A continuación se detallan cada uno de los menús de este módulo:




Programa analítico – Syllabus
Registro de Syllabus para programa Analítico
Registra Syllabus de los Docentes
Bitácora Diaria de Actividades
4
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
Módulo Syllabus
El Módulo Syllabus será usado para principalmente para la creación de nuevas Metodologías, el
syllabus del Docente y su control correspondiente, así como la generación del reporte de las
materias para su respectivo análisis.
1. PROGRAMA ANALITICO - SYLLABUS
1.1. Registro de Programa Analítico
Para registrar un Programa Analítico se deberá realizar lo siguiente:
a. Seleccionar la opción Programa Analítico - Syllabus, luego de lo cual aparece la siguiente
pantalla donde se ingresaran los Datos del Programa Analítico dentro de la pestaña
Nuevo Prog-Analitico.
b. Ingresar los datos generales solicitados en la pantalla que aparece a continuación.
5
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
Seleccionar la Carrera
Seleccionar el Periodo o Ciclo Lectivo
Seleccionar la Materia Deseada
Seleccionar el Año
Guarda los Datos Ingresados
c. Presionar el botón Guardar, para grabar los datos, al realizar esta acción se limpiarán los
campos para permitir el ingreso de un nuevo Programa Analítico la cual presentará la
siguiente leyenda:
6
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
1.2. Registro de Datos Generales del Programa Analítico
Para registrar los datos Generales se deberá realizar lo siguiente:
a. Seleccionar la pestaña Datos Generales dentro de la pantalla del Programa Analítico Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran los Datos
correspondientes.
Datos Generales de las Materias
Datos Generales del Programa
Académico
Ingresar descripción
Actualiza los Datos
Ingresaros en la Base de
Datos
7
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
b. Presionar el botón Actualizar Datos, para grabar los datos, al realizar esta acción se
presentará la siguiente leyenda:
1.3. Registro de Objetivos del Programa Analítico
Para registrar Objetivos se deberá realizar lo siguiente:
a. Seleccionar la pestaña Registros de Objetivos dentro de la pantalla del Programa
Analítico - Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran
los Datos correspondientes.
Ingreso del Objetivo General
Ingreso del Objetivos
Específicos
Quita el Objetivo
Seleccionado de la Lista
Detalle de Datos
Ingresado
Actualiza el Objetivo
Seleccionado
Agrega los objetivos
Específicos
8
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
b. Una vez ingresada la información de manera correcta presionamos el botón Agregar.
c. Este desplegará una lista en la parte inferior indicando el número de ítem, el tipo del
Objetivo (Específicos), el nombre del Objetivo general y el detalle del Objetivo Específico.
d. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Quitar.
d. Al realizar esta acción se limpiarán los campos para permitir el ingreso de un nuevo
Objetivo Especifico la cual presentará el siguiente mensaje de Confirmación:
9
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
1.4. Registro de Contenido del Programa Analítico
Para registrar el contenido se deberá realizar lo siguiente:
a. Seleccionar la pestaña Contenido dentro de la pantalla del Programa Analítico Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran los Datos
correspondientes.
b. Presionar el botón Agregar, para ingresar los datos.
10
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
c. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso del Contenido del Syllabus
Campo Automático
Detallar el Contenido de la Unidad
Observaciones de la Unidad
Regresa a la Pantalla
Principal
Agrega el Contenido
d. Presionamos el botón Grabar y se presentara la siguiente leyenda
e. De la misma manera regresamos a la página principal a través del botón Regresar.
11
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
f. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Quitar.
g. Al realizar esta acción se limpiarán los campos para permitir el ingreso de un nuevo
contenido la cual presentará el siguiente mensaje de Confirmación:
1.5. Registro de Metodología del Programa Analítico
Para registrar la Metodología se deberá realizar lo siguiente:
a. Seleccionar la pestaña Metodología dentro de la pantalla del Programa Analítico Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran los Datos
correspondientes.
12
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
b. Presionar el botón Agregar, para ingresar los datos.
c. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso de la Metodología del Syllabus
Seleccionar el tipo de Metodología
Detallar la Metodología
Regresa a la Pantalla
Principal
Agrega el Contenido
13
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
d. Presionamos el botón Grabar y se presentara la siguiente leyenda
e. De la misma manera regresamos a la página principal a través del botón Regresar.
f. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Quitar.
g. Al realizar esta acción se limpiarán los campos para permitir el ingreso de una nueva
metodología la cual presentará el siguiente mensaje de Confirmación:
14
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
1.6. Registro de Evaluación del Programa Analítico
Para registrar la Evaluación se deberá realizar lo siguiente:
a. Seleccionar la pestaña Evaluación dentro de la pantalla del Programa Analítico Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran los Datos
correspondientes.
b. Presionar el botón Agregar, para ingresar los datos.
15
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
c. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso de los datos de la Evaluación del Syllabus
Seleccionar el Ciclo
Seleccionar el tipo de Evaluación
Colocamos el Puntaje
Seleccionar el tipo de Puntaje
Digitamos la Observación
Regresa a la Pantalla
Principal
Agrega el Contenido
d. Presionamos el botón Grabar y se presentara la siguiente leyenda
e. De la misma manera regresamos a la página principal a través del botón Regresar.
16
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
f. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Eliminar.
h. Al realizar esta acción se limpiarán los campos para permitir el ingreso de una nueva
evaluación la cual presentará el siguiente mensaje de Confirmación:
1.7. Registro de Bibliografía del Programa Analítico
Para registrar la Bibliografía se deberá realizar lo siguiente:
a. Seleccionar la pestaña Bibliografía dentro de la pantalla del Programa Analítico Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran los Datos
correspondientes.
17
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
b. Presionar el botón Agregar, para ingresar los datos.
c. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso de la Bibliografía del Syllabus
18
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
Ingresar el Apellido del Autor
Ingresar el Nombre del Autor
Ingresar el Año de Publicación
Ingresar el Título del Libro
Ingresar el Lugar de la Edición
Ingresar el Nombre de la Editorial
Regresa a la Pantalla
Principal
Agrega el Contenido
d. Presionamos el botón Grabar y se presentara la siguiente leyenda
e. De la misma manera regresamos a la página principal a través del botón Regresar.
f. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Eliminar.
19
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
i. Al realizar esta acción se limpiarán los campos para permitir el ingreso de un nuevo
Objetivo Especifico la cual presentará el siguiente mensaje de Confirmación:
1.8. Reporte del Programa Analítico
20
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
1.9. Activación del Programa Analítico
Para Activar el programa analítico se deberá realizar lo siguiente:
a. Seleccionar la pestaña Datos Generales dentro de la pantalla del Programa Analítico Syllabus, luego de lo cual aparece la siguiente ventana donde se ingresaran los Datos
correspondientes.
Fecha de Aprobación Automática
Fecha de inicio del Syllabus
Fecha de finalización del Syllabus
Comentarios Adicionales para el Syllabus
Activa el Syllabus
Cancela la Acción
b. Presionamos el botón Activar y se presentara la siguiente ventana de Confirmación.
21
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
2. REGISTRO DE METODOLOGIAS DE SYLLABUS PARA PROGRAMA ANALITICO
2.1. Registro de Metodologías del Programa Analítico
Para registrar una Metodología se deberá realizar lo siguiente:
a. Presionar el botón Nuevo.
b. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso de nuevas Metodologías para el Syllabus
22
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
c. Presionamos el Botón Guardar y se agrega a nuestra lista de Metodologías.
2.2. Eliminación de Metodologías del Programa Analítico
Para eliminar una Metodología se deberá realizar lo siguiente:
a. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Eliminar.
23
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
b. Al realizar esta acción se limpiarán los campos para permitir el ingreso de una nueva
Metodología la cual presentará el siguiente mensaje de Confirmación:
2.3. Búsqueda de Metodologías del Programa Analítico
Para efectuar la búsqueda de una Metodología se deberá realizar lo siguiente:
a. En la parte superior izquierda se encuentra un filtro de selección en donde colocaremos
el código o el nombre de la metodología.
b. A continuación presionamos el botón buscar y se desplegaran los datos deseados.
24
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
3. REGISTRA SYLLABUS DE LOS DOCENTES
3.1. Registro del Syllabus en el Programa Analítico del Docente
Para Registrar un Syllabus dentro del programa analítico se deberá realizar lo siguiente:
a. Presionar el botón Buscar, para ingresar los datos.
b. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá la
rápida selección del Syllabus activado anteriormente.
c. Dar doble click sobre el syllabus seleccionado y a automáticamente se registraran los
datos principales en el formulario de esta forma:
25
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
Detalle de Datos del Syllabus
Ingresados
d. Presionar el botón Agregar, para ingresar los datos.
e. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso de la Bibliografía del Syllabus
Seleccionar la Metodología referencial
Seleccionar el tiempo para
la sesión
Seleccionar tipo
Ingresar el Objetivo o las
Observaciones
Graba la sesión
Regresa a la Pantalla
Principal
26
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
f. Presionamos el botón Grabar
FECHA: 12/04/2011
y se presentara la siguiente leyenda
g. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Quitar.
j. Al realizar esta acción se limpiarán los campos para permitir el ingreso de una nueva
Metodología referencial la cual presentará el siguiente mensaje de Confirmación:
27
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
4. BITACORA DIARIA DE ACTIVIDADES
4.1. Registro de la Bitácora diaria de Actividades
Para Registrar la Bitácora Diaria del Syllabus dentro del programa analítico se deberá realizar lo
siguiente:
a. Presionar el botón Buscar, para ingresar los datos.
b. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá la
rápida selección del Syllabus activado anteriormente.
28
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
FECHA: 12/04/2011
c. Dar doble click sobre el syllabus seleccionado y a automáticamente se registraran los
datos principales en el formulario de esta forma:
d. Presionar el botón Agregar, para ingresar los datos.
e. Al realizar esta acción se presentara la siguiente pantalla emergente que permitirá el
ingreso de la Bibliografía del Syllabus
Escoger la Fecha
Ingresar la Hora de
Finalización
Seleccionar la Metodología
Ingresar la Hora de Inicio
Ingresar porcentaje de Avance
Ingresar Comentarios
29
SISTEMA ACADÉMICO
MANUAL DE USUARIO
Módulo SYLABUS
VERSION 1.0
f. Presionamos el botón Grabar
FECHA: 12/04/2011
y se presentara la siguiente leyenda
g. Si deseamos desaparecer de la lista un registro mal ingresado podemos hacerlo
presionando el botón Quitar.
h. Al realizar esta acción se limpiarán los campos para permitir el ingreso de una nueva
Bitácora la cual presentará el siguiente mensaje de Confirmación:
30
SISTEMA ACADÉMICO CISC – CINT
MÓDULO SYLLABUS
MANUAL TÉCNICO
2
INDICE DE CONTENIDOS
Tabla de contenido
Programa Analítico-Syllabus ................................................................................................. 3
Datos Generales .................................................................................................................... 5
Registro de Objetivos ............................................................................................................ 7
Ingreso de Contenido ............................................................................................................ 8
Registro de Metodología ..................................................................................................... 10
Registro de Evaluación ........................................................................................................ 12
Registro de Bibliografía ....................................................................................................... 14
Tipo de Metodología ........................................................................................................... 16
Aprobación de Programa Analítico ..................................................................................... 17
Registros de Sesiones .......................................................................................................... 19
Bitácora Diaria de Sesiones ................................................................................................. 21
Standards de Reports .......................................................................................................... 22
Instalación de Herramientas ....................................................................................................... 26
Instalacion de Tomcat 6 .......................................................................................................... 26
Instalación de MyEclipse 7.5 .................................................................................................. 28
Instalación de ZK Framework .................................................................................................. 31
Instalación de JasperReport .................................................................................................... 38
¿Qué es JasperReports ? ..................................................................................................... 38
Descargando iReport. .......................................................................................................... 39
Instalando Ireport-3.7.6-windows-installer ........................................................................ 39
Instalación del SVN en MyEclipse 7.5...................................................................................... 42
Instalación de SQL SERVER 2008 ............................................................................................. 46
Instalación de ZK Framework .............................................................................................. 54
Configuración de Hibernate en MyEclipse 7.5. ................................................................... 62
Configuración SVN en MyEclipse 7.5................................................................................... 80
3
Programa Analítico-Syllabus
La pantalla que se detalla a continuación es la principal para el ingreso de un nuevo
Programa analítico, misma que contiene las demás opciones para el ingreso general
de toda la información necesaria para la generación de los syllabus.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus > Nuevo Programa Analítico
Prototipo de la interface
4
Campos de la interface
Nombre del
Campo
Descripción
de
Tipo/tamaño
de Dato
CARRERA
Nombre
carrera
la
PERIODO
Periodo
correspondiente
al semestre
MATERIA
Nombre
de
Asignatura
AÑO
Año
al
pertenecerá
registro
GENERAR
Boton que guarda
el registro
Nuevo programa Analítico
Int
S
carreracombo
Muestra
datos
listado
los
del
periodocombo
Muestra
datos
listado
los
del
la
Int
S
Materiacombo
Muestra
datos
listado
los
del
que
este
Int
S
aniocombo
Muestra
datos
listado
los
del
btnGenerar
Al hacer
ejecuta
evento
clic
un
Mensajes de Error
Favor Seleccione los Datos
Mensajes de Advertencia
Favor seleccione el Periodo
Validaciones
S
Se Generó correctamente el programa
Favor Seleccione la Materia
Prefijo del
Control
Visual
Int
Mensajes Successfully
Favor Seleccione la Carrera
Obligatorio
(s/n)
5
Favor seleccione el Año
Estándares de reportes
N/A
Servicios de Negocios
N/A
Datos Generales
La pantalla de Datos Generales es la encargada de registrar la información general
de los programas ingresados contiene los datos esenciales para el cual se crea esta
asignatura.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus > Datos Generales
Prototipo de la interface
6
Campos de la interface
Nombre del
Campo
Tipo/tamaño
de Dato
CODIGO
Código de
la Materia
Int
MATERIA
Nombre de
la
Asignatura
Text
S
txtMateria
PERIODOS
Periodo de
la materia
Text
S
txtPeriodo
PERIODO
SEMANAS
Periodo en
semanas de
la materia
Int
S
intPeriodo
PERIODO
SEMESTRES
Periodo por
semestre
de
la
Materia
Int
S
intPeriodoSemestre
CREDITOS
Créditos de
la Materia
Int
S
intCreditos
DESCRIPCION
SINTETICA
Descripción
General del
enfoque de
la
asignatura
Text
N
txtDescripcionSinteica
ACTUALIZAR
DATOS
Actualiza
los datos de
la pantalla
Bottom
btnActualizarDatos
ACTIVAR
PROGRAMAS
Activa
el
programa
en cuestión
Bottom
btnActivarPrograma
Mensajes Successfully
Los Datos se actualizaron correctamente
Mensajes de Error
Favor complete los datos
Obligatorio
(s/n)
Prefijo del Control
Visual
Descripción
Datos Generales
S
txtCodigo
Validaciones
7
Registro de Objetivos
En el siguiente formulario nos permitirá registrar los objetivos generales los específicos
mismos que servirán para implementación de los contenidos generales de la materia.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus (Registro de Objetivos)
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción
objetivoGeneral
Registro
Objetivo
General
de
Titulo
Registro
de
Titulos para el
registro de los
objetivos
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del Control
Visual
Registro de Objetivos
Text
S
txtObjetivoGeneral
Objetivos Específicos
Text
S
txtTitulo
Validaciones
8
DetalleObjetivo
Registro
detalle
Objetivo
del
del
Text
Agregar
Agrega
registros
los
Bottom
btnAgregar
Actualizar
Actualiza
Objetivos
Específicos
los
Bottom
btnActualizar
Quitar
Quitar objetivos
Específicos
Bottom
btnQuitar
S
txtDetalleObjetivo
Mensajes Successfully
Se Agrego correctamente los datos
Mensajes de Advertencia
Favor complete los Datos
Estándares de reportes
N/A
Servicios de Negocios
N/A
Ingreso de Contenido
La siguiente interfaz nos permitirá registrar el contenido general que será la base
para la elaboración del syllabus dentro del mismo se podrá realizar los
mantenimientos respectivos para dicha información.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus (Contenido)
9
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del
Control
Visual
Int
Contenido
S
carreracombo
Periodo
correspondiente
al semestre
Int
S
periodocombo
Nombre de
Asignatura
Int
N
Materiacombo
Unidad
Nombre
carrera
Detalle
Contenidos
Observaciones
de la
Mensajes Successfully
Se agregó el contenido
Mensajes de Error
La Grabación no puedo realizarse
Mensajes de Advertencia
Favor ingrese los datos
la
Validaciones
10
Estándares de reportes
N/A
Servicios de Negocios
N/A
Registro de Metodología
En la siguiente pantalla nos permitirá registrar los diferentes tipos de metodología que serán
usada en el programa en esta selección se podrán ingresar modificar y eliminar la información
que será de referencia para la elaboración del syllabus.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus (Registro de Metodologías)
Prototipo de la interface
11
Campos de la interface
Nombre
del Campo
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del Control
Visual
Registro de Metodologías
S
cmbTipoMetodología
Tipo
Selección del
tipo
de
Metodología
Int
Detalle
Registro
del
detalle
asignado
al
tipo
de
metodología
registrada
Text
Grabar
Permite
guardar
la
información
registrada
Bottom
btnGuardar
Regresar
Permite volver
a la pantalla
anterior Lista
de detalles
Bottom
btnRegresar
Mensajes Successfully
Datos guardados correctamente
Mensajes de Error
Hubo un error en la transacción
Mensajes de Advertencia
Favor Seleccione el tipo de Metodología
Ingrese el detalle
Estándares de reportes
N/A
Servicios de Negocios
S
txtDetalle
Validaciones
12
N/A
Registro de Evaluación
El siguiente formulario contiene la información sobre la forma propuesta en que se evaluara
esta asignatura misma estará disponible para el seguimiento de la asignatura. Esta es la
penúltima pestaña para el registro de los cronogramas.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus (Registro de Evaluación)
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción
Ciclo
Selección
del
Ciclo
correspondiente
a la evaluación
TipoEvaluacion
Selección
tipo
Evaluación
del
de
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del Control
Visual
Registro de Evaluación
combo
S
cmbCiclo
Combo
cmbTipoEvaluacion
S
Validaciones
13
Puntaje
Registro
puntaje
TipodePuntaje
del
Int
S
txtPuntaje
Selección
del
puntaje en que
hace referencia
la puntuación
Combo
S
cmbTipoPuntaje
Observación
Registro
de
observación
Text
N
txtObservacion
Grabar
Permite
guardar
información
registrada
Bottom
btnGuardar
Bottom
btnRegresar
Regresar
la
Permite volver
a la pantalla
anterior
Lista
de detalles
Mensajes Successfully
Datos guardados correctamente
Mensajes de Error
No se pudo realizar la transacción
Mensajes de Advertencia
Favor Seleccione el ciclo
Favor Seleccione el tipo de evaluación
Favor ingrese el puntaje
Favor seleccione el Tipo de Puntaje
Estándares de reportes
N/A
14
Registro de Bibliografía
La pantalla que se detalla a continuación es el formulario para ingresar los datos de
la referencia bibliográfica, mismas que siguen las normas APA, para llevar de
manera ordenada el registro de esta vital información que servirá para las consultas
correspondientes a los textos que serian de consultas de esta manera saber guiar la
asignatura.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus (Referencia Bibliográfica)
Prototipo de la interface
15
Campos de la interface
Nombre del
Campo
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del
Control Visual
Registro de Referencia Bibliográfica
del Text
S
txtApellidoAutor
del
Apellido del
Autor
Registro
apellido
Autor
Nombre del
Autor
Registro de los
nombres
del
autor
Text
S
txtNombreAutor
Año
de
publicación
Ingreso del año
de
la
publicación
Int
S
txtAnioPublicacion
Lugar
Edición
Registro
del
lugar de edición
del texto
Text
S
txtLugarEdicion
Editorial
Registro
del
editorial
correspondiente
al libro
Text
S
txtEitorial
Grabar
Permite
guardar
información
registrada
Bottom
btnGuardar
Bottom
btnRegresar
Regresar
de
la
Permite volver
a la pantalla
anterior
Lista
de detalles
Mensajes Successfully
Datos guardados correctamente
Mensajes de Error
No se pudo realizar la transacción
Mensajes de Advertencia
Favor ingrese el Apellido del autor
Favor ingrese el nombre del autor
Validaciones
16
Favor ingrese el año de publicación
Favor ingrese el Lugar de Edición
Favor ingrese el editorial
Tipo de Metodología
La pantalla que se detalla a continuación es la principal para el ingreso de un nuevo
Programa analítico, misma que contiene las demás opciones para el ingreso general
de toda la información necesaria para la generación de los syllabus.
Ubicación en el Menú:
Menú principal > Syllabus > Registro de Tipos de Metodologías
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Código
Metodología
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del
Control Visual
Registro de tipos de Metodologías
Registro
de Int
S
txtCodigo
código
del
nuevo tipo de
Metodología
Detalle del tipo
de metodología
a registrarse
Text
S
txtMetodologia
Validaciones
17
Grabar
Permite guardar
la
información
registrada
Bottom
btnGuardar
Cancelar
Permita cancelar
la
acción
de
cerrar
la
ventana
Bottom
btnCancelar
Mensajes Successfully
Guardo correctamente la información
Mensajes de Error
No se pudo realizar la transacción
Mensajes de Advertencia
Favor ingrese el detalle de la nueva metodología
Aprobación de Programa Analítico
La pantalla que se detalla a continuación es la que servirá para activar el programa
una vez listo para proceder a la respectiva publicación en la bandeja de los
docentes y puedan realizar las sesión que corresponderán a la elaboración de los
syllabus.
Ubicación en el Menú:
Menú principal > Syllabus > Programa Analítico-Syllabus (Aprobación de Programas Analíticos)
Prototipo de la interface
18
Campos de la interface
Nombre del
Campo
Fecha
de
Aprobación
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del
Control Visual
Activación de Programa Analítico
Registro de la Date
S
dateAprobacion
fecha
de
aprobación del
programa
Fecha Inicio
Registro
de
Syllabus
Se especifica la
fecha en que
será publicado
la información
para el registro
de los syllabus
Date
S
dateFechaInicio
Fecha Fin de
Registro
de
Syllabus
Se especificará
la fecha en que
terminará
la
publicación
es
decir el plazo
para el registro
de los syllabus
Date
S
dateFechaFin
Comentarios
Registro
de
alguna
Observación del
registro de este
syllabus
Text
N
txtComentarios
Grabar
Permite guardar
la información
registrada
Bottom
btnGuardar
Cancelar
Permita
cancelar
la
acción de cerrar
la ventana
Bottom
btnCancelar
Mensajes Successfully
Se Activo el Programa
Mensajes de Error
No se pudo realizar la transacción
Mensajes de Advertencia
Validaciones
19
Favor ingrese la fecha de inicio
Favor ingrese la fecha Fin
Registros de Sesiones
La pantalla que se detalla a continuación es la que me permitirá el registro de los
sesiones es donde el docente incluirá todas us actividades a realizar dentro del
cronograma estableciendo a su criterio el contenido facilitado por el coordinador de
la materia.
Ubicación en el Menú:
Menú principal > Syllabus > Registro de Syllabus Docente
Prototipo de la interface
Graba la sesión
20
Campos de la interface
Nombre del
Campo
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del Control Visual
Registro Syllabus Docente
Combo
S
cmbMetodologiaReferencial
Metodología
Referencial
Selección
de
Metodología
referencial
Tiempo
para
Sesión
Se registrará el
tiempo
que
tomará
la
sesión
Int
S
intSesion
Tipo
Se seleccionará
el
tipo
correspondiente
al
tiempo
estimado
Combo
S
cmbTipo
Objetivos
Registro de las
observación u
objetivos
Text
N
txtObservaciones
Grabar
Permite
guardar
información
registrada
Bottom
btnGuardar
Bottom
btnCancelar
Cancelar
la
la
Permita
cancelar
la
acción de cerrar
la ventana
Mensajes Successfully
Se registro la sesión correctamente
Mensajes de Error
No se pudo realizar la transacción
Mensajes de Advertencia
Favor Selección la Metodología Referencial
Favor ingrese el tiempo para la sesión
Favor seleccione el tipo
Validaciones
21
Bitácora Diaria de Sesiones
El formulario servirá para el registro diario de las sesiones dictadas a su clase donde
especificará el tiempo asignado la fecha y porcentaje de los avances de la asignatura
correspondiente a la sesión o sesiones escogidas
Ubicación en el Menú:
Menú principal > Syllabus > Bitácora diaria de Sesiones
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción
Tipo/tamaño
de Dato
Obligatorio
(s/n)
Prefijo del
Control Visual
Registro Syllabus Docente
Date
S
dateFecha
Fecha
Registro de la
fecha en que
se registra la
transacción
Hora Inicio
Registro de la
hora en que se
inicio la sesión
Time
S
timeHoraInicial
Hora Final
Registro de la
hora en que
finaliza
la
sesión
Time
S
timeHoraFinal
Validaciones
22
% Avance
Registro
del
avance que se
estableció
la
sesión
seleccionada
Int
S
intAvance
Metodología
Selección de la
Metodología
implementada
Combo
S
cmbMetodologia
Observaciones
Registro de los
comentarios
suscitado
en
dicho evento
Text
S
txtObservaciones
Grabar
Permite
guardar
información
registrada
Bottom
btnGuardar
Bottom
btnCancelar
Cancelar
Permita
cancelar
acción
cerrar
ventana
la
la
de
la
Mensajes Successfully
Se registro la Bitácora de sesión correctamente
Mensajes de Error
No se pudo realizar la transacción
Standards de Reports
Diseño de Reportes
Estructura
Debido a que el usuario mide la efectividad de las aplicaciones basándose en la capacidad de la
salida de la información, resulta muy importante diseñar informes efectivos y con
presentaciones agradables. Los siguientes apartados proponen el estándar a seguir para los
informes. Los reportes deben contener la siguiente estructura:
SECCIÓN DE TITULO
23
En esta sección se detallaran datos importantes como:

Nombre de la Universidad(Universidad de Guayaquil)

El título del reporte deberá ser significativo de manera que refleje su contenido.



La fecha de generación del informe en formato día, mes y año (DD/MM/YYYY).
La hora de generación del Informe en formato horas, minutos (HH.mm).
Número de página en formato N, por ejemplo: página 1
SECCIÓN DE ENCABEZADO DE PÁGINA
La sección de encabezado de página contiene los datos que se visualizarán como encabezado
en todas las páginas del reporte. Dicho encabezado debe tener los siguientes datos:
s del reporte son los criterios utilizados para filtrar los datos que forman parte
del informe. Estos parámetros pueden visualizarse de la siguiente manera:
Para informes con varios criterios de consulta se tendrá que definir como parte del
encabezado una zona de parámetros que detalle los filtros aplicados al reporte.
SECCIÓN ENCABEZADO DE COLUMNA
Esta sección se encargará de mostrar el encabezado de los datos del detalle. Se ubica en esta
sección para que solamente sean impresos una vez en cada página y no cuando hay un cambio
de grupo o corte, para ahorrar espacio.
SECCIÓN DE DETALLE
24
Esta sección es una de las más importantes dentro de los informes ya que contiene el detalle
de la información consultada. La Sección Central se puede dividir en dos partes:
recomienda el uso máximo de 4 (3 si es posible), ya que el exceso de agrupaciones tiende a
confundir al usuario y agrega mucha complejidad a la distribución de la información. Si es
necesario, cada corte puede llevar un subtotal que pueden ser sumatorias de montos o bien,
conteo de registros. Se recomienda que estos totales sean colocados al final del detalle y
alineados con su respectiva columna.
da, que es propiamente el detalle de los registros. Es importante mencionar que la
selección de los datos a mostrar deberá ser por prioridad y necesidad del usuario, ya que en
ocasiones donde existe gran cantidad de datos, puede conllevar a problemas de espacio. Es
permitido, si realmente se requiere, el uso de informes en páginas con orientación horizontal,
ya que permite tener una mayor cantidad de columnas en el detalle, sin embargo, estos
deberán utilizarse en forma moderada, debido a que acorta el número de registros mostrados
por página, lo que ocasiona más gasto de papel.
SECCIÓN DE PIE DE REPORTE
Esta sección es de uso exclusivo para totales generales del informe. En dicha sección se
totalizan los resultados de los grupos o cortes. Además es aquí, donde se permitirá el uso de
gráficos, ya sea de barras o pastel (recomendados por su fácil entendimiento). Si se requiere el
uso de gráficos, estos deberán utilizarse en forma moderada, preferiblemente en los reportes
resumidos que no tienen altos volúmenes de información en su detalle o sección central de
datos.
Papel
TAMAÑO
Los reportes deberán ser diseñados para un tamaño de papel A4 (21 x 29,7) cm. Solo en casos
muy específicos como la impresión de boletas, comprobantes y otro tipo de documentos que
requieren otros tamaños se permitirá variar el tamaño del papel.
25
ORIENTACIÓN
La orientación de las páginas debe ser vertical, ya que permite un mayor número de líneas por
página, lo que contribuye en el aprovechamiento del papel. Sin embargo, si el número de
datos en el detalle son muchos, se permite el uso de la orientación horizontal. Se debe analizar
muy bien los volúmenes de información a desplegar ya que para reportes que pueden tener
muchos registros no es recomendable usar la orientación horizontal ya que son menos las
líneas permitidas por página, lo que aumenta el gasto de papel.
Colores
Para los reportes se define el uso del color negro en forma única. La razón, es que la mayoría
de las impresoras de la Institución no son a colores, por lo que no valdría la pena realizar
informes con tonos que no pueden visualizarse en la impresión. Además, la impresión a
colores representaría un gasto muy elevado para la Institución. Para el caso de los informes
que contengan imágenes, gráficos de barras, pasteles u otro estilo de imágenes que requieren
el uso de colores, se recomienda que se le haga saber al usuario sobre el uso moderado de
estos informes por el alto costo que conlleva.
Tipografías
Es recomendable el uso de Tahoma debido a que es una fuente más comprimida que las
demás. Esto permite una mejor distribución de la información dentro de los reportes.
Recomendaciones
Asegúrese que la herramienta de generación de informes tenga la capacidad de mostrar el
reporte en pantalla antes de ser impreso.
Analice muy bien la información que será desplegada en el informe. Solo muestre los datos
necesarios.
26
Instalación de Herramientas
Instalacion de Tomcat 6
1. Descargar el instalador 32-bit/64-bit Windows Service Installer (pgp, md5) de Apache
Tomcat desde su página oficinal.
2. Seguimos los pasos de instalación, seleccionando la opción “Service”
3. Colocar un nombre de usuario y un password si desean, esto es para loguearnos en el
servidor.
27
4. Damos por entendido de que tienen el JRE (Java Runtime Environment) instalado, si no
Finalizamos la instalación y aceptamos para iniciar el servidor apache.
5. Probamos escribiendo en el explorador http://localhost:8080/
28
Bien ahora que tenemos instalado nuestro servidor apache, debemos tener en cuenta
algo, en la carpeta donde se instalo nuestro servidor que por lo general es:
C:\Archivos de programa\Apache Software Foundation\Tomcat 6.0
La carpeta webapps es donde se despliegan nuestros sitios Web.
Instalación de MyEclipse 7.5
1. Damos clic sobre el icono se Instalación de MyEclipse 7.5
2. Aparece una interfaz donde se muestra que la herramienta se está preparando para
su instalación en el sistema operativo :
29
3. Aceptamos la licencia y pulsamos “Next” para continuar con la instalación.
4. Aparecerá una interfaz donde se pulsa el botón “Install” para iniciar la copia de
archivos de instalación al sistema operativo.
30
5. Ubicamos la dirección de WorkSpace donde se ubicaran nuestro proyectos
6. Finalmente se abrirá MyEclipse y se mostrará su ubicación
31
Instalación de ZK Framework
1. Para instalar Zk en el menú de My Eclipse accedemos a la siguiente ruta: Help->
Software Update -> Add/Remove Software
2. Luego se muestra la siguiente pantalla de carga.
3. A continuación se muestra la siguiente pantalla donde se instalará el componente de
ZK, se selecciona la opción Personal Software y se da click en el botón Add.
32
4. Se muestra la siguiente pantalla donde se agregará el archivo, se selecciona la opción
Public Sites y se da click en el botón Add Archive.
5. Se procederá a buscar el archivo de instalación de ZK.
33
6. Luego de haberse realizado la carga de los componentes se muestra la pantalla
anterior con el componente cargado listo para instalarse, debiendo seleccionar el
check del archivo y dar click en el botón Next para continuar.
7. A continuación se muestra la pantalla final previa a la instalación de ZK donde se debe
dar click en el botón Apply para continuar.
34
8. Luego se muestra la siguiente pantalla donde se está cargando automáticamente el
software necesario para la instalación.
35
9. Seguidamente se muestra la pantalla de aceptación de términos de la licencia,
debiendo seleccionar el check de aceptación y seguidamente click en el botón Next
que se habilitará.
10. Posteriormente se muestra la pantalla de actualización del software debiendo dar click
en el botón Update.
36
11. Consecutivamente se muestra la pantalla mostrando el avance de la actualización.
12. A continuación luego de la actualización se muestra una alerta donde se pide volverá
reiniciar el My Eclipse donde se debe dar click en el botón Yes, y se ha finalizado la
instalación de ZK.
37
13. Finalmente se muestra la página de bienvenida y se procede a realizar la activación de
ZK, esto se realiza en la siguiente ruta: Help-> Activate ZK Studio
14. Seguidamente se muestra la pantalla de activación en la cual se debe ingresar el
username y el password y dar click en el botón Activate.
38
15. Por último se muestra un mensaje de felicitaciones porque se instaló correctamente
ZK.
Instalación de JasperReport
¿Qué es JasperReports ?
JasperReports es una herramienta de creación de informes que tiene la habilidad
de entregar contenido enriquecido al monitor, a la impresora o a ficheros PDF,
HTML, XLS, CSV y XML.
39
Está escrito completamente en Java y puede ser usado en gran variedad de
aplicaciones de Java, incluyendo J2EE o aplicaciones web, para generar contenido
dinámico.
Su propósito principal es ayudar a crear documentos de tipo páginas, preparados
para imprimir en una forma simple y flexible.
JasperReports se usa comúnmente con iReport, un front-end gráfico de código
abierto para la edición de informes.
Se encuentra bajo licencia libre GNU, por lo que es Software libre. Forma parte de
la iniciativa apilada open source Lisog.
Descargando iReport.
Para descargar el iReport procederemos a bajarlo directamente de la página oficial
http://www.jasperforge.org/projects/ireport
En esta página escogeremos iReport Versión 3.7.6 donde nos descargará el instalador del
paquete de distribución
Después de descargado hacemos doble clic para ejecutar el paquete.
Instalando Ireport-3.7.6-windows-installer
1. Al ejecutar el instalador inmediatamente tendremos la pantalla de bienvenida a la
instalación del iReport, luego presionamos “Next”
2. Después nos desplegará una pantalla donde nos indicará que aceptemos los términos de
instalación y licencias todo esto se confirma al hacer clic en “I Agree”
40
3. Después de hacer clic nos mostrará la configuración para la instalación del producto
donde seleccionamos la casilla de iReport y procedemos hacer clic en “Next”
4. Luego le indicaremos al instalador donde será la reta donde se encontrará alojado
nuestra aplicación por defecto nos da la ruta como muestra la figura para este caso le
dejaremos la misma.
41
5. Con los parámetros establecidos podemos ejecutar la instalación para ello hacemos clic
en el botón “Install”
6. Luego de esto el programa comenzará a copiar los archivos necesarios para completar la
instalación
7. Listo hemos terminado de Instalar el iReport para culminar hacemos clic en el botón
“Finish”
42
Instalación del SVN en MyEclipse 7.5
1.- Seleccionamos la opción “Help desde el menú”. Y seleccionamos la opción añadir o
remover software.
2.-nos presenta la siguiente panatalla y damos click en “Add”.
3.- Se nos presenta la siguiente pantalla en donde seleccionamos “Add Site”.
43
4.- Ingresamos la siguiente url que se la debe de optener desde la pagina oficial de svn.
“http://subclipse.tigris.org/update_1.6.x” esta línea depende de la versión que se desea
instalar presionamos OK.
5.- se nos presentan los modulos a instalar los chequamos como indica la siguiente figura,
y presionamos n siguiente.
44
6.- después de seleccionar el svn y damos click en “Next” se mustran todos los modulos a
instalar. Seleccionamos “Apply”.
7.- en la siguiente pantalla selccioanos “Update”.
45
8.- Despus de esto nos queda reiniciar el MyEclipse. Selccionamdo “Yes”.
9.- Esta listo para ser usado.
46
Instalación de SQL SERVER 2008
Recomendaciones Antes de Instalar
Es importante que antes de instalar SQL Server se tengan en cuenta algunas
recomendaciones importantes:
1. Decidir la edición de SQL Server 2008 que se desea instalar
2. Revisar que se cumpla con los requerimientos de hardware y software necesarios
para instalar SQL Server 2008, la información al respecto se encuentra en la
documentación del producto, al final de este documento se presenta el link hacia dicha
documentación
3. Crear cuentas para los servicios de SQL Server, estas cuentas deben ser creadas
con privilegios mínimos ya que durante el proceso de instalación, el asistente les asignará
los permisos necesarios para ejecutar los respectivos servicios.
La creación de estas cuentas de servicio NO es obligatoria para poder
instalar SQL Server, pero es una buena práctica de seguridad
47
Instalando
A continuación se muestra una guía paso a paso de la instalación de SQL Server
2008, con sus componentes de administración.
“En SQL Server Installation Center” es posible revisar información detallada acerca de
requerimientos para la instalación, recomendaciones de seguridad y adicionalmente
realizar un chequeo de la configuración del sistema.
1. Haga clic en “System Configuration Checker”
2. Revise el reporte y haga clic en “OK” ahora vaya al tab “Installation” y allí seleccione la
opción “New SQL Server stand alone installation or add features to an existing
installation”
3. Observe de nuevo el reporte y haga clic en “OK” Si está instalando una versión de
pruebas (cómo en este ejemplo) de SQL Server, podrá seleccionar la opción
correspondiente para la edición que desee; en una instalación diferente, agregue la
clave de producto y haga clic en “Next” Ahora, lea los términos de licencia y luego, si
48
está de acuerdo seleccione la opción correspondiente y haga clic en “Next”
4. A continuación, se instalan componentes de soporte necesarios para la instalación,
haga clic en “Install” para instalarlos Ahora haga clic en “Next” Ahora, deberá seleccionar
las características de SQL server 2008 que desea instalar; Asegúrese de instalar los
servicios que en algún momento vaya a utilizar, si está totalmente seguro que no va a
usar un servicio específico cómo Analysis Services, limpie la casilla de verificación
junto a él y haga clic en “Next”
49
5. A continuación tendrá que decidir si la instancia que va instalar es una instancia
por defecto o nombrada, en el segundo caso tendrá que asignar a esta un nombre
con el cual la reconocerá a futuro; si la instancia es creada por defecto, la forma de
conectarse a esta desde servidores o equipos clientes remotos, será por medio del
nombre de la máquina o de la dirección ip de la misma. Haga clic en “Next” En la
siguiente ventana, se encuentra un análisis de requerimientos de espacio, cuando se
haya comprobado que cuenta con el espacio de almacenamiento suficiente haga clic
en “Next” Ahora, usted deberá configurar las cuentas con las cuales se ejecutará el
servicio; la recomendación es utilizar diferentes cuentas, sin embargo, en la imagen
de la derecha usted puede observar cómo una cuenta es utilizada para ejecutar más
de un servicio, en la parte inferior podría seleccionar la opción para utilizar la misma
cuenta para todos los servicios, en cuyo caso solamente tendrá que escribir
credenciales una vez, pero no estará cumpliendo con buenas prácticas de seguridad.
Después de configurar las cuentas haga clic en el tab “Collation”.
50
6. En Collation, observe los métodos de ordenamiento que van a ser utilizados tanto
para SQL Server cómo para Analysis Services; es importante que tenga un cuenta si
existen regulaciones en su organización acerca del tipo de ordenamiento a utilizar, y de
no ser así, busque que tanto las bases de datos, cómo Analysis Services tengan modelos
de ordenamiento similares para evitar problemas cuando estos dos componentes se
conecten entre sí. Haga clic en Next Ahora, tendrá que definir si va a utilizar un modelo de
autenticación Windows o Mixto, y si especifica un modelo mixto deberá escribir una
contraseña para el usuario administrador tipo SQL; Recuerde que el modo mixto
permite la utilización de inicios de sesión tipo SQL (usuarios que no hacen parte de
Windows) y es utilizada para dar acceso a SQL Server desde aplicaciones, entre otras
cosas. De todas maneras se recomienda por razones de seguridad y mientras sea
posible, utilizar el modo de autenticación tipo Windows. Agregue también como
administradora cualquier usuario que vaya a cumplir con dicha tarea, por ejemplo el
usuario que está ejecutando la instalación (Add current User) Haga clic en “Data
51
Directories” Ahora revise las ubicaciones físicas donde va a quedar instalado SQL
Server y cada uno de sus componentes, Haga clic en Next.
7. Agregue los usuarios que van a ser administradores de Análisis Services, puede agregar
al usuario con el que está ejecutando la instalación o a cualquier otro usuario vaya a
“Data Directories” Revise la ubicación donde va a quedar almacenada la información de
Analysis Services haga clic en ‘’Next” Defina en qué modo va a instalar reporting services,
puede instalarlo en el modo nativo (para que pueda usar reporting services una vez
termine la instalación sin necesidad de SharePoint), otro es el modo integrado con
SharePoint (que almacenara sus reportes en una librería de reportes de SharePoint) o
bien puede instalar Reporting Services pero no configurarlo, lo cual implica que luego
debería realizar dicha configuración (esta opción se utilizaría si piensa realizar una
configuración escalada de Reporting Services) Para efectos de este ejemplo,
seleccionamos el modo nativo. Haga clic en “ Next”.
52
8. Ahora, seleccione las opciones para que se envíen reportes de errores y de uso de
características hacia Microsoft y haga clic en “Next” Haga clic en “Next” Revise el resumen
y haga clic en “Install”
53
9. La instalación está siendo realizada La instalación ha sido completada Si desea ver un
resumen de la instalación, aquí encuentra un link hacia dicho registro de resumen Haga
clic en “Close” para salir la instalación ha sido terminada.
La instalación de todas las ediciones y componentes de SQL Server es similar al ejemplo
que se mostró anteriormente, recuerde que puede instalar todos los componentes o
solo algunos de ellos en un equipo; por ejemplo, si se deseara instalar únicamente los
componentes cliente para desde allí conectarse a un servidor de SQL Server ubicado en
un lugar remoto, bastaría con seguir el mismo proceso de instalación y en la página de
selección de componentes seleccionar únicamente los componentes cliente; de la
misma manera podría instalarse únicamente la documentación (libros en pantalla), para
tener una buena fuente de información y capacitación en cualquier máquina.
54
Instalación de ZK Framework
16. Para instalar Zk en el menú de My Eclipse accedemos a la siguiente ruta: Help->
Software Update -> Add/Remove Software
17. Luego se muestra la siguiente pantalla de carga.
18. A continuación se muestra la siguiente pantalla donde se instalará el componente de
ZK, se selecciona la opción Personal Software y se da click en el botón Add.
55
19. Se muestra la siguiente pantalla donde se agregará el archivo, se selecciona la opción
Public Sites y se da click en el botón Add Archive.
20. Se procederá a buscar el archivo de instalación de ZK.
56
21. Luego de haberse realizado la carga de los componentes se muestra la pantalla
anterior con el componente cargado listo para instalarse, debiendo seleccionar el
check del archivo y dar click en el botón Next para continuar.
22. A continuación se muestra la pantalla final previa a la instalación de ZK donde se debe
dar click en el botón Apply para continuar.
57
23. Luego se muestra la siguiente pantalla donde se está cargando automáticamente el
software necesario para la instalación.
58
24. Seguidamente se muestra la pantalla de aceptación de términos de la licencia,
debiendo seleccionar el check de aceptación y seguidamente click en el botón Next
que se habilitará.
25. Posteriormente se muestra la pantalla de actualización del software debiendo dar click
en el botón Update.
59
26. Consecutivamente se muestra la pantalla mostrando el avance de la actualización.
27. A continuación luego de la actualización se muestra una alerta donde se pide volverá
reiniciar el My Eclipse donde se debe dar click en el botón Yes, y se ha finalizado la
instalación de ZK.
60
28. Finalmente se muestra la página de bienvenida y se procede a realizar la activación de
ZK, esto se realiza en la siguiente ruta: Help-> Activate ZK Studio
29. Seguidamente se muestra la pantalla de activación en la cual se debe ingresar el
username y el password y dar click en el botón Activate.
61
30. Por último se muestra un mensaje de felicitaciones porque se instaló correctamente
ZK.
62
Configuración de Hibernate en MyEclipse 7.5.
1. Se da clic derecho sobre el proyecto web al que se le desea agregar Hibernate.
2. 2.-Se da clic sobre propiedades.
3. Aparecerá un interfaz con datos del proyecto:
4. Inmediatamente nos ubicamos en la pestaña de Librerías.
63
5. Seleccionamos el botón “add External JARs” para agregar la librería de conexión con la
base de datos.
6. La librería se ubica dentro de las propiedades del proyecto
64
7. Pulso el botón “OK” para concluir la inclusión de librerías al proyecto.
8. Seguidamente se procederá a añadir al proyecto la capacidad de Hibernate para lo
cual es necesario ubicarse sobre el proyecto, dar clic derecho y seleccionar del menú
contextual la opción correspondiente:
9. Acontinuación aparecerá una interfaz donde se tendra que configurar paso a paso el
hibernate.
65
10. Como se va a trabajar con Anotaciones seleccionamos la opción correspondiente:
11. Pulsamos el botón “Next” para continuar con la configuración y visualizar el nombre
del archivo de configuración del Hibernate que es el El archivo hbernate .cfg.xml:
66
12. Pulsamos el botón “Next” para continuar con la configuración:
13. Des chequeamos los detalles de conexión con la base de datos:
67
14. Pulsamos el botón siguiente para continuar, en este paso debemos seleccionar o crear
el paquete en el que se agregara el mapeo de las clases;
15. En nuestro caso el proyecto ya tiene un paquete definido simplemente lo vamos a
seleccionar dando clic sobre el botón “Browser”:
68
16. Una vez seleccionado el paquete, damos clic sobre el botón “Finish ” para finalizar la
instalación de la Hibernate.
17. Posteriormente procedemos a cambiar la perspectiva de Myeclipse a una de
Hibernate:
69
18. Agregamos la configuración de la conexión con la base de datos:
19. Para agregar la nueva conexión se da clic sobre el botón de de “New”
70
20. Agregamos los datos de conexión con la base:
21. Para agregar el driver pulsamos el botón “Add JARs” :
71
22. Una vez agregado el driver de la base hacemos un test para lo cual damos clic sobre el
botón “Test”
23. Ingresamos la clave de la base
24. Como no existe clave solo se pone ok, si la conexión fue correcta se mostrara el
siguiente mensaje:
72
25. Pulsamos el botón “Finish” para terminar configuración de la conexión con la base.
26. Seguidamente aparecerá una interfaz donde debemos seleccionar los datos de
conexión creados.
27. Después de seleccionar la conexión se llenaran de forma automática los campos de
conexión de la interfaz.
28. Abro la base dando clic sobre el icono correspondiente ubicado en la paleta de “BD
Browser“
73
29. Ingreso el usuario y la clave.
30. Se procede a abrir la base.
31. Escojo la base con la que quiero conectarme, en este caso nuestra base es cisc
32. Selecciono las tablas a mapear presionado ctrl + clic sobre cada una de ellas
74
33. Las arrastro hacia el cuadro del mapping que se encuentra en la ventana de
configuracion de hibernate esto se logra manteniendo presionado ctrl, al realizar esto
se desliega una ventana
34. Escojo el paquete dando clic en browser
75
35. Selecciono mapping annotations ya que vamos a trabajar con este esquema
36. Deshabilito que las clases creadas sean abstractas.
76
37. Selecciono que se generen los DAO de las clases creadas al mapear.
38. Pulso el botón “Next”, para proseguir con el mapeo.
77
39. Pulso el botón next
40. Incluyo las referencias (Foráneas y primarias)
78
41. Pulso “Finish” para mapear
42. Se agregaran las clases mapeadas dentro del paquete de datos
43. Ahora se procede a configurar las propiedades de hibernate
79
44. En Properties doy clic derecho sobre “Add” y se mostrara la siguiente pantalla:
45. Escojo max_fetch_depth
46. Le coloco el valor
80
47. Finalmente doy clic en “OK” y listo ya tenemos configurado Hibernate .
Configuración SVN en MyEclipse 7.5
1.- En la opción import se nos va a cargar el modulo dl SVN.
81
2.- el modulo se llamara como le indicamos al momento de
instalar “SVN” presionamos next.
Si es la primera vez que estamos creando un repositorio en el
cliente se esta pantalla vaa star vacía caso contrario se le
mostrara todos los repositorios ya creados.
82
3.- creamos un nuevo repositorio chequeando la primera opción.
83
4.- Damos click en “siguiente” y se nos mostrara la siguiente
pantalla.
84
5.- Aquí ingresamos la url apuntando al servidor de versiones
antes ya instalado. Presionamos en siguiente.
85
6.- Aquí se cargara el proyecto existente en el servidor “SVN”.
86
7.- Seleccionamos el proyecto y damso click en siguiente.
87
8.- Damos click en Finish. El proyecto se cargara en el Workspace
local de la maquina.