manual de usuario - usbcali
TRANSCRIPT
1
Proyecto ABET
Construcción de una plataforma web para el acompañamiento y la evaluación al desarrollo
de los resultados de los estudiantes (Student Outcomes) en la enseñanza de ingeniería de
sistemas.
Jeison Andrés Elejalde, Guillermo Andrés Garcera
[email protected], [email protected]
Este informe se presenta en cumplimiento parcial de los requisitos para el grado de
Ingeniero de Sistemas por Jeison Andrés Elejalde y Guillermo Andrés Garcera.
Director
Ing. Iván Mauricio Cabezas Troyano, Ph.D
Facultad de Ingeniería
Programa Ingeniería de Sistemas
Santiago de Cali
Abril de 2016
2
RESUMEN
Los estudiantes en su paso por la universidad deberán desarrollar un conjunto de
competencias y alcanzar una serie de logros que están en sincronía con los objetivos educativos
del programa.
Durante este proceso, el estudiante debe ir cumpliendo con una serie de objetivos
establecidos por el programa de ingeniería de sistemas, adquiriendo diversos conocimientos y
alcanzando un conjunto de logros, encaminados todos a su desarrollo tanto profesional, como
personal.
ABET es una entidad norteamericana que se dedica a la acreditación de programas de
tecnología, Ingeniería y maestría en las universidades. Esta acreditación es un proceso que se
lleva voluntariamente donde es revisado por pares delegados por el organismo y los cuales se
encargan de verificar el cumplimiento de un conjunto de criterios por parte de los programas
académicos de las instituciones de educación superior.
ABET propone 4 elementos que deben tener los programas de ingeniería acreditados que lo
hacen ser más comprensible por cada institución educativa superior:
Resultados de los estudiantes (Student Outcomes)
Objetivos de los Programas Educativos (Program Eduational Objectives)
Seguimiento (Assessment)
Evaluación (Evaluación)
3
A su vez ABET establece 11 resultados de los estudiantes, traducidos en competencias, las
cuales se describirán más adelante en el desarrollo del documento.
Como resultado de la realización de este proyecto se entregará un producto de software, el
cual le permitirá al docente realizar el debido seguimiento a los estudiantes en términos del
desarrollo de los logros esperados.
En este prototipo de la herramienta de apoyo virtual se construirá una interfaz gráfica que
permita un fácil manejo de la herramienta por parte del usuario. Para hacer la programación de
esta herramienta se utilizará el lenguaje de programación Java, con tecnologías Primefaces,
Spring e Hibernate.
4
AGRADECIMIENTOS
Gracias a Dios por las oportunidades que nos ha brindado en nuestra carrera, por
rodearnos de excelentes docentes y una familia que nos apoyó en todo momento, nos brindaron
todo el apoyo necesario para realizar este proyecto de grado.
Agradecemos a nuestro director Iván Mauricio Cabezas que dedicó gran parte de su
tiempo en asesorarnos, por su paciencia, confianza y su profesionalismo en esta labor.
Agradecemos a la Universidad de San Buenaventura por la educación que nos impartió,
especialmente a los docentes que a lo largo de nuestra carrera nos compartieron sus
conocimientos, experiencia y nos brindaron su apoyo.
5
GLOSARIO
BASE DE DATOS: “Colección o depósito de datos integrados, almacenados en soporte
secundario (no volátil) y con redundancia controlada. Los datos, que han de ser
compartidos por diferentes usuarios y aplicaciones, deben mantenerse independientes de
ellos, y su definición (estructura de la base de datos) única y almacenada junto con los
datos, se ha de apoyar en un modelo de datos, el cual ha de permitir captar las
interrelaciones y restricciones existentes en el mundo real. Los procedimientos de
actualización y recuperación, comunes y bien determinados, facilitarán la seguridad del
conjunto de los datos” (Piattini et al, 2006, citado en Olarte, 2014).
CONTENEDOR WEB: Es una interfaz entre los componentes web (Servlets, páginas
JSF o JSP) y el servidor web, ofreciendo en tiempo de ejecución los servicios de
recepción de solicitudes, seguridad, concurrencia, administración de ciclo de vida de
componentes web y transacciones.
JAVA: Java es un lenguaje de programación orientado a objetos. Actualmente es uno de
los lenguajes más usados para la programación en todo el mundo.
JSF: “(Java server faces) JavaServer Faces (JSF) es un framework para aplicaciones Java
basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones Java
EE. JSF usa JavaServer Pages (JSP) como la tecnología que permite hacer el despliegue
de las páginas.”, (González, 2013).
6
JSP: JSP (Java Server Pages), Es una tecnología orientada a crear páginas web con
programación en Java.
PAGINA WEB: “Documento o fuente de información, generalmente en formato HTML
y que puede contener hiperenlaces a otras Páginas Web. Dicha página, podrá ser accesible
desde un dispositivo físico, una intranet, o Internet.”, (ECURED, 2015).
SERVIDOR WEB: “Es la tecnología que tiene implícito programas informáticos que
procesan aplicaciones realizando conexiones bidireccionales y/o unidireccionales y
síncronas o asíncronas con el cliente, generando o cediendo una respuesta en cualquier
lenguaje o aplicación del lado del cliente.”, (ECURED, 2015).
SERVLET: “Los Servlets son módulos escritos en Java que se utilizan en un servidor,
que puede ser o no ser servidor web, para extender sus capacidades de respuesta a los
clientes al utilizar las potencialidades de Java. Los Servlets son para los servidores lo que
los applets para los navegadores, aunque los servlets no tienen una interfaz gráfica.”,
(Barrios, 2001).
SOFTWARE: De acuerdo al diccionario de informática publicado originalmente por la
Oxford University Press (1993) el término software o programa se aplica a aquellos
componentes de un sistema informático que no son tangibles, es decir, que físicamente no
se pueden tocar.
ZATHURA CODE: Generador de código para apoyar el desarrollo de aplicaciones
empresariales en JavaEE, a partir de un modelo de base de datos existente.
PRIMEFACES 5.1:
7
Es una suite de componentes visuales JSF de código abierto con varias extensiones,
cuenta con gran cantidad de componentes que facilitan la creación de aplicaciones web.
HIBARNATE 4.3.6:
Hibernate es un de mapeo objeto-relacional (ORM) para la plataforma Java, nos facilita
el mapeo de atributos entre una base de datos relacional y el modelo de objetos de una
aplicación.
SPRING 4.1.1:
Es un framework para el desarrollo de aplicaciones, que nos permite tener un control del
código de la aplicación.
POSTRES 9.2:
Motor de base de datos orientado a objetos y de código abierto.
8
CONTENIDO
RESUMEN ................................................................................................................................................. 2
GLOSARIO ............................................................................................................................................... 5
1 INTRODUCCIÓN ......................................................................................................................... 12
2 ALCANCE ...................................................................................................................................... 14
2.1 Planteamiento del Problema.......................................................................................................... 14
2.2 Objetivos ................................................................................................................................................ 14
2.2.1 Objetivo general ......................................................................................................................................... 14
2.2.2 Objetivos específicos ............................................................................................................................... 14
3 MARCO TEÓRICO Y ESTADO DEL ARTE ....................................................................... 15
3.1 ABET (Accreditation Board for Engineering and Technology) .......................................... 15
3.2 Comisiones. ........................................................................................................................................... 19
3.2.1 Criterio 1. Estudiantes ............................................................................................................................ 19
3.2.2 Criterio 2. Objetivos Educativos del Programa ............................................................................. 20
3.2.3 Criterio 3. Logros esperados de los Estudiantes .......................................................................... 20
3.2.4 Criterio 4. Mejora Continua................................................................................................................... 22
3.2.5 Criterio 5. Currículum ............................................................................................................................. 22
3.2.6 Criterio 6. Docentes .................................................................................................................................. 23
3.2.7 Criterio 7. Instalaciones .......................................................................................................................... 24
Criterio 8. Apoyo Institucional ................................................................................................................................ 25
3.3 Rubricas ................................................................................................................................................. 25
3.3.1 Ventajas de las Rubricas ......................................................................................................................... 25
3.4 Logros de los Estudiantes: ............................................................................................................... 26
3.5 Objetivos de los Programas Educativos: .................................................................................... 26
3.6 Seguimiento .......................................................................................................................................... 26
3.7 Evaluación ............................................................................................................................................. 27
4 PROPUESTA DE SOLUCIÓN .................................................................................................. 28
4.1 LEVANTAMIENTO DE REQUISITOS. .............................................................................................. 28
4.1.1 Requisitos funcionales (FUNCTIONALITY): ................................................................................... 28 4.1.1.1 ADMINISTRADOR:................................................................................................................................................ 28 4.1.1.2 DOCENTE: .................................................................................................................................................................. 28 4.1.1.3 ESTUDIANTE: .......................................................................................................................................................... 29
4.1.2 Requisitos de facilidades de uso (USABILITY): ............................................................................ 30
4.1.3 Requisitos de rendimiento (PERFORMANCE): ............................................................................. 30
4.1.4 Requisitos de soporte (SUPPORTABILITY): .................................................................................. 30
4.1.5 Requisitos adicionales (+): .................................................................................................................... 30
4.2 CASOS DE USO. ..................................................................................................................................... 31
9
4.2.1 Casos de uso: ............................................................................................................................................... 31
4.2.2 Diagrama de casos de uso: .................................................................................................................... 32 4.2.2.1 Gestión Ingreso de Datos ........................................................................................................................................ 32 4.2.2.2 Gestión Docente por estudiante ............................................................................................................................ 33 4.2.2.3 Gestión Docente por Grupo de Estudiantes ...................................................................................................... 34 4.2.2.4 Consultar resultado-Docente.................................................................................................................................. 35 4.2.2.5 Consultar resultado – Estudiante .......................................................................................................................... 35
4.3 MER .......................................................................................................................................................... 36
4.4 DIAGRAMA DE COMPONENTES ...................................................................................................... 37
4.5 DIAGRAMA DE PAQUETES ............................................................................................................... 39
4.6 PATRONES DE DISEÑO ...................................................................................................................... 39
5 ANEXOS .......................................................................................................................................... 41
5.1 Anexo 1. Manual de Usuario ........................................................................................................... 41
5.1.1 INTRODUCCIÓN ......................................................................................................................................... 41
5.1.2 IMPLEMENTACION DEL SISTEMA ..................................................................................................... 42
5.1.3 ROLES ............................................................................................................................................................. 43 5.1.3.1 Administrador ............................................................................................................................................................. 43
5.1.3.1.1 Acceso Administrador ....................................................................................................................................... 43 5.1.3.1.2 Módulo Periodo Académico ........................................................................................................................... 44 5.1.3.1.3 Módulo Programa ............................................................................................................................................... 44 5.1.3.1.4 Módulo Materia .................................................................................................................................................. 45 5.1.3.1.5 Módulo Estudiantes ........................................................................................................................................... 45 5.1.3.1.6 Módulo Docentes ............................................................................................................................................... 46 5.1.3.1.7 Módulo Rubrica .................................................................................................................................................. 46 5.1.3.1.8 Módulo Categoría (Rubrica) ............................................................................................................................ 47 5.1.3.1.9 Módulo Asignar Curso ..................................................................................................................................... 47 5.1.3.1.10 Módulo Lista Sepia ......................................................................................................................................... 48 5.1.3.1.11 Módulo Tipo Calificación ............................................................................................................................. 48 5.1.3.1.12 Módulo Detalle Tipo Calificación ............................................................................................................. 49 5.1.3.1.13 Módulo Outcome .............................................................................................................................................. 49 5.1.3.1.14 Módulo Carga Estudiante .............................................................................................................................. 50
5.1.3.2 Docente .......................................................................................................................................................................... 50 5.1.3.2.1 Acceso Docente .................................................................................................................................................... 50 5.1.3.2.2 Módulo Rubrica .................................................................................................................................................. 51 5.1.3.2.3 Módulo Categoría Rubrica ............................................................................................................................... 51 5.1.3.2.4 Módulo Tipo Calificación ............................................................................................................................... 52 5.1.3.2.5 Módulo Detalle Tipo Calificación ................................................................................................................ 52 5.1.3.2.6 Módulo Outcome ................................................................................................................................................. 53 5.1.3.2.7 Módulo Carga Estudiante ................................................................................................................................ 53 5.1.3.2.8 Módulo Aplicar Rubrica .................................................................................................................................. 53 5.1.3.2.9 Módulo Resultado .............................................................................................................................................. 54 5.1.3.2.10 Módulo Resultado 2 ........................................................................................................................................ 54
5.1.3.3 Estudiante ..................................................................................................................................................................... 55
10
5.1.3.3.1 Acceso Estudiante ............................................................................................................................................... 55 5.1.3.3.2 Módulo Resultado .............................................................................................................................................. 56
6 CONCLUSIONES ......................................................................................................................... 57
6.1 CUMPLIMIENTO DE OBJETIVOS ..................................................................................................... 58
6.1.1 Objetivo 1 ..................................................................................................................................................... 58
6.1.2 Objetivo 2 ..................................................................................................................................................... 58
6.1.3 Objetivo 3 ..................................................................................................................................................... 58
6.2 Trabajos Futuros ................................................................................................................................ 58
7 REFERENCIAS ............................................................................................................................. 60
11
TABLA DE FIGURAS
FIGURA 1. MEJORA CONTINUA ............................................................................................................................................................... 22 FIGURA 2. TABLA CASOS DE USO ........................................................................................................................................................... 31 FIGURA 3. INGRESO DE DATOS ............................................................................................................................................................... 32 FIGURA 4. GESTIÓN DOCENTE POR ESTUDIANTE ........................................................................................................................ 33 FIGURA 5. GESTIÓN DOCENTE POR GRUPO...................................................................................................................................... 34 FIGURA 6. CONSULTAR RESULTADO - DOCENTE .......................................................................................................................... 35 FIGURA 7. CONSULTAR RESULTADO - ESTUDIANTE ................................................................................................................... 35 FIGURA 8. DIAGRAMA DE COMPONENTES ........................................................................................................................................ 38 FIGURA 9. DIAGRAMA DE PAQUETES .................................................................................................................................................. 39 FIGURA 10. ARQUITECTURA DE ZATHURACODE .......................................................................................................................... 40
12
1 INTRODUCCIÓN
La Educación Superior de alta calidad apunta a que los estudiantes cumplan con los
propósitos educativos del programa, en su paso por la Universidad. Durante este proceso, el
estudiante debe ir cumpliendo con una serie de objetivos establecidos por el programa específico,
adquiriendo diversos conocimientos y alcanzando un conjunto de logros, encaminados todos a su
desarrollo tanto profesional, como personal. En ello contribuyen, desde perspectiva y medidas
diferentes, todas y cada una de las actividades realizadas en los cursos que atiende el estudiante.
Como parte de la responsabilidad de las instituciones de Educación Superior, se debe brindar un
seguimiento, y acompañamiento a estos procesos formativos, no solamente para determinar si el
estudiante los ha alcanzado de manera satisfactoria, sino también para determinar y decidir de
manera oportuna, sobre las diferentes acciones de mejora que sean del caso.
En términos de seguimiento, el docente debe estar monitoreando el desempeño de los
estudiantes para que el estudiante sienta seguridad y fortalecimiento a la hora de afrontar las
competencias que irá adquiriendo en su paso por la universidad.
Asociado al acompañamiento, el directivo basándose en el desempeño del estudiante estará
en capacidad de tomar una medida la cual le aplique al estudiante, que soporten el proceso y
brinde luces sobre los avances y los caminos a seguir. En este orden de ideas, el soportar,
documentar, y gestionar el acompañamiento, no es una tarea trivial, en la medida que esto
requiere la recolección de múltiples datos, de naturaleza distinta, en diferentes momentos del
tiempo, enfocados estos en diferentes contextos, que deben ser procesados y aprovechados de
manera diferente, cumpliendo con requisitos específicos de accesibilidad, consulta y persistencia.
Cumpliendo tanto con el seguimiento y el acompañamiento solo queda evaluar al estudiante
13
mediante una medida cualitativa del desempeño obtenido.
El proyecto descrito en este documento apunta al desarrollo de una plataforma web que
permita gestionar el seguimiento que se debe realizar a la luz de los criterios internacionales de
alta calidad en la educación establecidos por ABET. Como referencia de estándares
internacionales se emplearán los lineamientos. Las actividades que sean gestionadas mediante la
plataforma desarrollada, podrán servir como soporte para los procesos de acreditación
internacional de las instituciones de Educación Superior que las incorporen.
14
2 ALCANCE
2.1 Planteamiento del Problema
¿Cómo gestionar la manera en que cada uno de los cursos de un currículo contribuye al logro de
un conjunto de resultados de los estudiantes, en el contexto de un proceso formativo?
2.2 Objetivos
2.2.1 Objetivo general
Construir una plataforma web para el apoyo a las tareas de seguimiento en relación a los
logros esperados.
2.2.2 Objetivos específicos
Apropiar mecanismos para el acompañamiento y seguimiento en el proceso formativo a
los estudiantes, acorde a los resultados de los (Student Outcomes) de ABET.
Diseñar una plataforma, para gestionar el acompañamiento y el desarrollo de los
resultados de los estudiantes.
Validar y verificar la funcionalidad de la plataforma como mecanismo de seguimiento al
desarrollo de los resultados de los estudiantes.
15
3 MARCO TEÓRICO Y ESTADO DEL ARTE
3.1 ABET (Accreditation Board for Engineering and Technology)
Es una organización no gubernamental, sin ánimo de lucro, dedicada a la acreditación de
programas de educación universitaria o terciaria en disciplinas de ciencias aplicadas, ciencias de
la computación, ingeniería y tecnología. ABET ha acreditado unos 3100 programas en 660
instituciones en 23 países.
La acreditación con ABET es un proceso voluntario que se lleva a cabo a través de un
proceso de revisión por pares que busca asegurar que la institución de educación superior
satisface los criterios de calidad establecidos para la profesión para la cual el programa prepara
estudiantes.
Anteriormente el término ABET era el acrónimo de Accreditation Board for
Engineering and Technology, pero desde el 2005 solamente se usa la sigla para hacer referencia
a la organización.
3.1.1 Historia de Abet
ABET fue establecida en 1932 como Engineer’s Council for Professional Development
(ECPD), Consejo de Ingenieros para el Desarrollo Profesional, un organismo profesional de
ingeniería dedicada a la educación, la acreditación, la regulación y el desarrollo profesional de los
profesionales de la ingeniería y los estudiantes en los Estados Unidos.
16
Desde el principio, la actividad de ABET fue impulsada por las profesiones a las que
sirve. Hoy, 34 Sociedades proporcionan a expertos y establecen las normas para el proceso de
acreditación ABET. En 1932, siete sociedades de ingeniería fundaron la organización y
contribuyeron a la dirección y el enfoque original del ECPD:
Sociedad Americana de Ingenieros Civiles (ASCE)
Instituto Americano de Ingenieros Mineros y Metalúrgicos, ahora el Instituto Americano
de Minería, Metalúrgica, e Ingenieros de Petróleo (AIME)
Sociedad Americana de Ingenieros Mecánicos (ASME)
Instituto Americano de Ingenieros Eléctricos (ahora IEEE)
Sociedad para la Promoción de la Educación en Ingeniería, ahora la Sociedad Americana
para la Educación en Ingeniería (ASEE)
Instituto Americano de Ingenieros Químicos (AIChE)
Consejo Nacional de Juntas Estatales de Examinadores de Ingeniería (ahora NCEES)
En 1936, ECPD evalúa sus programas de grado primero de ingeniería. Diez años más tarde, el
Consejo comenzó a evaluar los programas de grado de tecnología de la ingeniería. Para 1947,
ECPD había acreditado 580 programas de ingeniería de pregrado en 133 instituciones.
La producción de publicaciones de orientación y formación fue una gran parte de las operaciones
ECPD. El consejo produjo docenas de libros, panfletos, folletos y películas de entre ellos:
Reading List for Junior Engineers - 1945 (Lista de Lectura para Ingenieros Junior)
17
Speaking Can be Easy… for Engineers Too - 1950 (Hablando puede ser fácil ... para
Ingenieros También)
WOMENGINEER - 1974
Minorities in Engineering – 1974 (Minorías en Ingeniería)
En 1980, pasó a llamarse ECPD la Junta de Acreditación de Ingeniería y Tecnología (ABET)
para describir con más precisión nuestro énfasis en la acreditación.
En respuesta al auge esperado en la educación informática, ABET ayudó a establecer el
Consejo de Acreditación de Ciencias de la Computación (ahora llamado CSAB) en 1985. En su
fusión con ABET en la década de 2000, CSAB se convirtió en uno de los miembros más grandes,
con más de 300 programas acreditados.
En 2005, se empezó a operar sólo bajo las siglas ABET, el uso de "Junta de Acreditación
de Ingeniería y Tecnología, Inc." como razón social sólo cuando lo requiere la ley.
Las actividades internacionales comenzaron en 1979, cuando ECPD firmó su
primer acuerdo de reconocimiento mutuo con la Junta de Acreditación de Ingeniería de
Canadá. A principios de la década de 1990, sirvieron como consultores y establecieron por
medio de las juntas de acreditación internacionales un evaluador de la equivalencia sustancial de
los programas internacionales, y que fuera miembro fundador del Acuerdo de Washington
multinacional.
ABET ha sido reconocido por el Consejo para la Acreditación de la Educación Superior
(CHEA) desde 1997.
18
En 1997, tras casi una década de desarrollo, ABET adoptó Criterios Ingeniería 2000
(EC2000), considerado en su momento un enfoque revolucionario para los criterios de
acreditación. EC2000 se centró en los resultados (lo que se aprende) en lugar de lo que se
enseña. En su esencia, EC2000 afirmó la importancia de las instituciones que establezcan
objetivos claros y los procesos de evaluación para asegurar que cada programa ofrece a los
graduados con la demanda de los empleadores de habilidades técnicas y profesionales.
Mediante la eliminación de la rigidez de los criterios de acreditación anteriores, EC2000
les permitió potenciar la innovación del programa en lugar de sofocarla, así como animan nuevos
procesos de evaluación y mejora del programa.
Hoy en día, el espíritu de EC2000 se puede encontrar en los criterios de evaluación de
todas las disciplinas de ABET y estudios como de cambios técnicos de Penn State, probar esos
criterios están teniendo un impacto positivo en los programas y en los graduados acreditados por
ABET que tienen esas habilidades esenciales del siglo XXI como la capacidad a trabajar en
equipo y comunicarse de manera efectiva.
ABET sigue trabajando a nivel mundial para promover la perspectiva EC2000 con otras
placas de acreditación y en otras áreas de pregrado. También promueve la educación global y la
movilidad profesional a través de acuerdos mutuos de reconocimiento, tales como el Acuerdo de
Washington, el Acuerdo de Seúl, el Acuerdo de Sydney, y el Acuerdo de Dublín.
Actualmente, ABET acredita aproximadamente 3.400 programas en cerca de 700 colegios
y universidades en 28 países. Cada año, más de 2.200 voluntarios de 34 sociedades miembros
19
contribuyen a la meta de ABET de asegurar la confianza en la ciencia aplicada, informática,
ingeniería, y tecnología de ingeniería, sirviendo como evaluadores de programas, los miembros
del comité y del consejo, comisionados y miembros de nuestro Consejo de Administración.
3.2 Comisiones.
ABET está compuesta por 4 comisiones:
ASAC - Applied Science Accreditation Commission (Comisión Acreditadora de Ciencias
Aplicadas).
CAC - Computing Accreditation Commission (Comisión Acreditadora de informática).
EAC - Engieering Accreditation Commission (Comisión Acreditadora de Ingeniería).
ETAC - Engineering Technology Accreditation Commission (Comisión Acreditadora de
Tecnología e Ingeniería) Para el desarrollo de este documento se centrará en dos
comisiones que son EAC – CAC.
La Comisión Acreditadora de Ingeniería (EAC) Es la encargada de acreditar programas de
ingeniería a nivel de pregrado o maestría.
La Comisión Acreditadora de informática (CAC) Es la encargada de acreditar programas de
cómputo únicamente a nivel de pregrado.
3.2.1 Criterio 1. Estudiantes
El progreso del estudiante debe ser monitoreada para fomentar el éxito en la consecución de
resultados de los estudiantes, lo que permite a los graduados para alcanzar los objetivos
educativos del programa.
20
Se debe orientar a los estudiantes en materia de currículo y de la carrera. El programa
debe hacer cumplir las políticas de aceptación de los estudiantes tanto nuevos como de
transferencia, otorgar crédito académico apropiado por los cursos realizados en otras
instituciones, y la concesión de créditos académicos apropiados para el trabajo en lugar de los
cursos tomados en la institución. El programa debe tener y aplicar procedimientos para garantizar
y documentar que los estudiantes que se gradúan cumplan con todos los requisitos de graduación
(Abet.org. (2016). Criteria for Accrediting Engineering Programs, 2016 – 2017).
3.2.2 Criterio 2. Objetivos Educativos del Programa
El programa debe de haber publicado los objetivos educativos del programa que son consistentes
con la misión de la institución, las necesidades de los diversos grupos del programa, y estos
criterios. Tiene que haber un proceso documentado utilizado de manera sistemática y eficaz para
la revisión periódica de los objetivos educativos del programa que garanticen y que permanezcan
consistente con la misión institucional las necesidades de quienes realizan el programa y dichos
criterios (Abet.org. (2016). Criteria for Accrediting Engineering Programs, 2016 – 2017).
3.2.3 Criterio 3. Logros esperados de los Estudiantes
El programa debe haber documentado resultados de los estudiantes que preparan a los graduados
para alcanzar los objetivos educativos del programa. Tiene que haber un proceso documentado y
eficaz para la revisión periódica y la revisión de estos resultados de los estudiantes. ABET
establece 11 logros esperados por los estudiantes, traducidos en competencias que van de la (a)
21
hasta la (k), y además de los resultados o competencias adicionales que puedan ser articulados
por el programa:
a) La capacidad de aplicar el conocimiento de las matemáticas, la ciencia y la
ingeniería.
b) La capacidad para diseñar y realizar experimentos, así como analizar e interpretar los
datos.
c) La capacidad de diseñar un sistema, componente o proceso para satisfacer las
necesidades deseadas como la económica, ambiental, social, política, ética, salud y
seguridad, la fabricación, y la sostenibilidad.
d) La capacidad de trabajar en equipos multidisciplinarios.
e) La capacidad de identificar, formular y resolver problemas de ingeniería.
f) Una comprensión de la responsabilidad profesional y ética.
g) La capacidad de comunicarse de manera efectiva.
h) La amplia formación necesaria para comprender el impacto de las soluciones de
ingeniería en un contexto global, económico, ambiental y social.
i) El reconocimiento de la necesidad y la capacidad de participar en el aprendizaje de
por vida.
j) Conocimiento de los temas de actualidad.
k) La capacidad de utilizar las técnicas, habilidades y herramientas modernas de
ingeniería necesarias para la práctica de la ingeniería (Abet.org. (2016). Criteria for
Accrediting Engineering Programs, 2016 – 2017).
22
Figura 1. Mejora Continua
3.2.4 Criterio 4. Mejora Continua
El programa debe utilizar regularmente procesos documentados para determinar y evaluar
el grado en que se alcancen los resultados de los estudiantes. Los resultados de estas evaluaciones
deben utilizarse sistemáticamente como insumo para la mejora continua del programa. Los
resultados de las evaluaciones también se pueden utilizar para ayudar en la mejora continua del
programa (Abet.org. (2016). Criteria for Accrediting Engineering Programs, 2016 – 2017).
3.2.5 Criterio 5. Currículum
Los requisitos del currículo especifican las materias correspondientes a la ingeniería, pero
no describe cursos específicos. La facultad debe asegurar que el currículo del programa se dedica
la atención y el tiempo adecuado para cada componente, en consonancia con los resultados y los
objetivos del programa y de la institución. El componente profesional debe incluir:
(A) Una combinación de un año en las matemáticas y en las ciencias básicas a nivel universitario
(algunas con experiencia experimental) correspondientes a la disciplina. Las ciencias básicas se
definen como biológicas, químicas, y ciencias físicas.
23
(B) Un año y medio en temas de ingeniería que consistan en las ciencias de la ingeniería y diseño
adecuado para el ámbito de estudio del estudiante. Las ciencias de la ingeniería tienen sus raíces
en las matemáticas y las ciencias básicas, pero llevan el conocimiento más hacia la aplicación
creativa. Estos estudios proporcionan un puente entre las matemáticas y las ciencias básicas, por
un lado, y la práctica de ingeniería en el otro. Diseño de ingeniería es el proceso de elaboración
de un sistema, componente o proceso para satisfacer las necesidades deseadas. Es un proceso de
toma de decisiones (a menudo iterativo), en el que las ciencias básicas, las matemáticas y las
ciencias de la ingeniería se aplican a convertir los recursos de manera óptima para satisfacer estas
necesidades establecidas.
(C) Un componente de educación que complementa el contenido técnico del plan de estudios y es
coherente con los objetivos del programa y de la institución.
Los estudiantes deben estar preparados para la práctica de la ingeniería a través de un plan
de estudios que culmina en una experiencia de gran diseño basado en el conocimiento y las
habilidades adquiridas en el anterior trabajo del curso y la incorporación de estándares de
ingeniería apropiados y múltiples restricciones realistas (Abet.org. (2016). Criteria for
Accrediting Engineering Programs, 2016 – 2017).
3.2.6 Criterio 6. Docentes
El programa debe demostrar que los miembros de la facultad son en número suficiente y
tienen las competencias para cubrir todas las áreas curriculares del programa. Debe haber
facultad suficiente para dar cabida a los niveles adecuados de interacción estudiante-docente,
24
estudiante asesoramiento y orientación, actividades de servicios universitarios, desarrollo
profesional, y las interacciones con los profesionales industriales y profesionales, así como los
empleadores de los estudiantes.
El cuerpo docente del programa debe tener una preparación adecuada y debe tener y
demostrar la autoridad suficiente para garantizar la orientación adecuada del programa y para
desarrollar e implementar procesos de evaluación y mejora continua del programa. En general las
competencias de la facultad puede ser juzgado por factores como la educación, la diversidad de
antecedentes, experiencia en ingeniería, eficacia de la enseñanza, la experiencia, capacidad de
comunicarse, el entusiasmo por el desarrollo de programas más eficaces, nivel de escolaridad y la
participación en sociedades como profesionales de ingeniería (Abet.org. (2016). Criteria for
Accrediting Engineering Programs, 2016 – 2017).
3.2.7 Criterio 7. Instalaciones
Las aulas, oficinas, laboratorios y equipos asociados deben ser adecuadas para apoyar el
logro de los resultados de los estudiantes y para proporcionar un ambiente propicio para el
aprendizaje. Las herramientas modernas, equipos, recursos de computación y laboratorios
adecuados para el programa deben estar disponibles, accesibles y en constante actualización para
permitir a los estudiantes alcanzar los resultados de los y para apoyar las necesidades del
programa de manera sistemática. Los estudiantes deben proporcionar una orientación adecuada
respecto al uso de las herramientas, equipos, recursos de computación y laboratorios disponibles
para el programa.
25
Los servicios de biblioteca, salas de computación e infraestructura de información deben ser
adecuados para apoyar las actividades académicas y profesionales de los estudiantes y profesores
(Abet.org. (2016). Criteria for Accrediting Engineering Programs, 2016 – 2017).
Criterio 8. Apoyo Institucional
El apoyo institucional y el liderazgo deben ser adecuadas para garantizar la calidad y
continuidad del programa. Recursos institucionales, apoyo financiero y personal (tanto
administrativos y técnicos) proporcionada al programa deben ser adecuados para satisfacer las
necesidades del programa. Los recursos disponibles para el programa deben ser suficientes para
atraer, retener y disponer la continuación del desarrollo profesional de un cuerpo docente
calificado. Los recursos disponibles para el programa deben ser suficientes para adquirir,
mantener, y operar infraestructuras, instalaciones y equipos apropiados para el programa, y para
proporcionar un entorno en el que los resultados de los estudiantes se pueden lograr (Abet.org.
(2016). Criteria for Accrediting Engineering Programs, 2016 – 2017).
3.3 Rubricas
Conjunto de criterios que permiten valorar el nivel de logro de una competencia,
conocimiento, habilidad.
Permiten documentar de manera clara y general el logro de una competencia.
3.3.1 Ventajas de las Rubricas
Permite al docente describir cualitativamente los niveles de logro de una competencia.
26
Enfoca al docente para determinar claramente los criterios que usará para medir el logro
de una competencia.
Muestra la estudiante los diferentes niveles de logro que puede alcanzar en una
competencia.
Informa al estudiante sobre sus fortalezas y las debilidades que debe corregir.
3.4 Logros de los Estudiantes:
Los logros se expresan en habilidades (programación, trabajo en equipo, tiempo de
respuesta, entre otros), conocimientos (conocimientos teóricos) y comportamiento obtenidos
durante su proceso académico. El programa fomenta al estudiante el desarrollo de estos logros.
3.5 Objetivos de los Programas Educativos:
Los objetivos describen las generalidades que se espera que los graduados obtengan
después de la graduación.
3.6 Seguimiento
Recolección de datos y evidencias para evaluar el logro de los estudiantes, utilizando
logros cuantitativos y cualitativos dependiendo del resultado que se espera, recogiendo las
evidencias de los aprendizajes de los estudiantes y la apropiación de los resultados de los
estudiantes.
27
3.7 Evaluación
Es el proceso mediante el cual se interpretan los datos y las pruebas acumuladas durante cada
uno de los cursos del estudiante, permitiendo observar si el estudiante cumple con sus logros
propuestos por el programa.
28
4 PROPUESTA DE SOLUCIÓN
4.1 LEVANTAMIENTO DE REQUISITOS.
4.1.1 Requisitos funcionales (FUNCTIONALITY):
4.1.1.1 ADMINISTRADOR:
El sistema debe permitir gestionar los ingresos de datos al sistema como:
Programa Académico
Materias
Docentes
Estudiantes
Rubricas
Outcomes
4.1.1.2 DOCENTE:
El sistema debe permitir el acceso de la aplicación al Docente, el cual realizará su
respetivo seguimiento teniendo acceso de la aplicación de software.
El sistema debe permitirle al Docente visualizar los cursos que tiene a cargo.
El sistema debe permitir que el Docente registre la rúbrica con la cual se le va a
evaluar al grupo de estudiantes.
El sistema debe permitir que el Docente seleccione las categorías a evaluar de la
rúbrica escogida.
El sistema debe permitir que el Docente pueda seleccionar la rúbrica con que va a
evaluar el estudiante.
29
El sistema debe permitir que el Docente seleccione el estudiante que va a evaluar.
El sistema debe permitir que el Docente seleccione el grupo de estudiantes que va
a evaluar.
El sistema debe permitir que el Docente califique la rúbrica que seleccionó para el
estudiante.
El sistema debe permitir que el Docente califique la rúbrica que seleccionó para el
curso.
El sistema debe permitir mostrarle al Docente el resultado de la calificación
obtenida en la rúbrica seleccionada para su seguimiento.
El sistema debe permitir al Docente mostrar los resultados obtenidos del
estudiante y/o curso por medio de gráficas.
El sistema debe permitir al Docente generar reporte por cada rubrica en formato de
Excel permitiéndole analizar de una madera clara el resultado obtenido en la
rúbrica.
4.1.1.3 ESTUDIANTE:
El sistema debe permitir el acceso del estudiante para que pueda ver su desempeño
que ha obtenido.
El sistema debe permitir mostrarle al estudiante los resultados obtenidos en la
calificación por el docente.
Estudiante
Periodo Académico
Rubrica
30
Categoría
4.1.2 Requisitos de facilidades de uso (USABILITY):
La herramienta web debe contar con una interfaz usable para el usuario.
La herramienta web debe guiar en el proceso de gestión y seguimiento hacia los
estudiantes.
4.1.3 Requisitos de rendimiento (PERFORMANCE):
Los procedimientos a pesar de estar sujetos al tamaño de la base de datos no deben nunca
superar los 5 segundos puesto que más allá de este tiempo la espera se hace disfuncional.
4.1.4 Requisitos de soporte (SUPPORTABILITY):
La herramienta virtual debe ser web, debe estar disponible para navegadores web Firefox
Mozilla y Google Chrome.
4.1.5 Requisitos adicionales (+):
El código escrito para la herramienta de apoyo virtual será escrito en Java.
Contenedor Web: Tomcat 8.0
El sistema estará conectado a una base de datos, la cual guardará la información de los
resultados de los estudiantes.
El motor de base de Datos con la que contará el Sistema de Gestión de Rubricas será
POSTGRES.
31
4.2 CASOS DE USO.
4.2.1 Casos de uso:
A continuación se encuentra la lista de los principales casos de uso de la herramienta de apoyo
virtual:
Figura 2. Tabla Casos de Uso
Numero Caso de Uso Nombre Caso de Uso
CU1 Acceso Docente
CU2 Seleccionar Curso
CU3 Seleccionar Estudiante
CU4 Seleccionar Rubrica
CU5 Seleccionar Categoría
CU6 Calificar Rubrica
CU7 Consultar Resultado Calificación Rubrica
CU8 Acceso Estudiante
CU9 Consultar Resultado Calificación Rubrica
CU10 Registrar Programa Académico
CU11 Registrar Pensum
CU12 Registrar Materia
CU13 Registrar Docente
CU14 Registrar Estudiante
32
Figura 3. Ingreso de Datos
CU15 Registrar Periodo Académico
CU16 Registrar Rubrica
CU17 Iniciar Sesión
CU18 Cerrar Sesión
CU19 Selecciona grupo
4.2.2 Diagrama de casos de uso:
A continuación se presentan diferentes escenarios en los que se describen a través de un diagrama
de casos de uso.
4.2.2.1 Gestión Ingreso de Datos
Se muestra la gestión de la información necesaria para el funcionamiento del aplicativo.
33
Figura 4. Gestión Docente por Estudiante
4.2.2.2 Gestión Docente por estudiante
Se muestra la opción que escoge el docente para calificar a un estudiante.
34
4.2.2.3 Gestión Docente por Grupo de Estudiantes
Se muestra la opción que escoge el docente para calificar a un grupo.
Figura 5. Gestión Docente por Grupo
.
35
4.2.2.4 Consultar resultado-Docente.
Se evidencia el proceso para consultar las calificaciones hechas por el docente.
Figura 6. Consultar Resultado - Docente
4.2.2.5 Consultar resultado – Estudiante
Se evidencia el proceso para consultar las calificaciones hechas por el docente en la opción de los
estudiantes.
Figura 7. Consultar Resultado - Estudiante
36
4.3 MER
37
4.4 DIAGRAMA DE COMPONENTES
La arquitectura implementada para la el desarrollo de la herramienta de apoyo virtual es la
arquitectura base que no ofrece el framework Zathura Code, que reutiliza los componentes de
negocio de Zathura JEE WEB Centric tales como Business Delegate, Lógica de Negocio,
POJOs, DAO y Entity Manager Helper.
EL comportamiento es de la siguiente manera: se genera una capa de presentación en JSF
con el framework de primefaces, comunicándose con los BackenBeans, posteriormente, se llama
al BusinessDelegate, el cual actúa como una abstracción de negocio del lado del cliente,
ocultando la implementación de los servicios del negocio, gracias a éste se logra reducir el
acoplamiento entre los clientes de la capa de presentación y los servicios de negocio del sistema.
En la persistencia se utilizará el patrón de diseño DAO, el cual se encarga de encapsular el
acceso a la base de datos, siendo llamada cuando la capa de lógica necesite interactuar con la
base de datos.
38
Figura 8. Diagrama de Componentes
39
Figura 9. Diagrama de Paquetes
4.5 DIAGRAMA DE PAQUETES
Para facilitar el manejo de los modelos en un sistema complejo y agrupar los elementos
modelados con UML, definimos el siguiente diagrama de componentes:
4.6 PATRONES DE DISEÑO
Los patrones de diseño son el esqueleto de las soluciones a problemas comunes en el
desarrollo de software y otros ámbitos.
Los patrones de diseño se encuentran permanentemente en el proceso de desarrollo y diseño
de un software, esto se debe a que el software siempre está en constante evolución y se pueden
presentar problemas repetitivos, los cuales se entran a resolver con un patrón de diseño.
40
Los patrones de diseño a usar para este proyecto son:
o Business Delegate
Actúa como una abstracción de negocio del lado del cliente; proporciona una
abstracción y por lo tanto oculta la implementación de los servicios del negocio.
Al utilizar Business Delegate se reduce el acoplamiento entre los clientes de la
capa de presentación y los servicios de negocio del sistema.
o DAO (Data Access Object)
Maneja la conexión con la fuente de datos para obtener y almacenar datos.
o Singleton
Garantiza la existencia de una única instancia para una clase y la creación de un
mecanismo de acceso global a dicha instancia.
Estilo Arquitectónico
Figura 10. Arquitectura de ZathuraCode
En la herramienta de apoyo virtual utilizamos la arquitectura genérica de ZathuraCode.
41
5 ANEXOS
5.1 Anexo 1. Manual de Usuario
5.1.1 INTRODUCCIÓN
El propósito de este Manual es facilitar al usuario la operación de las diferentes pantallas de
ingreso y consulta de la información que se administra en el Software
42
5.1.2 IMPLEMENTACION DEL SISTEMA
A) Requerimientos de hardware contar con:
• Computadora.
• Conexión a Internet.
B) Requerimientos de software
Contar con:
• Sistema operativo Windows.
• Navegador (Internet Explorer, Mozilla Firefox, Google Chrome u otro).
43
5.1.3 ROLES
5.1.3.1 Administrador
Normalmente, un administrador de la aplicación es la persona a la que acude el grupo
empresarial para todos los problemas y todas las consultas relacionados con los datos. Los
compañeros y jefes acuden a los administradores de la aplicación cuando quiere saber qué
datos deben usar para responder a una pregunta empresarial, o si necesitan validar la
precisión, la exhaustividad o la validez de los datos en un contexto empresarial. En las
organizaciones con programas de administración de información bien definidos, la
administración de datos puede ser un trabajo formal. En muchas organizaciones, las tareas de
administración de datos son responsabilidades secundarias de trabajadores de la información
con otras funciones.
5.1.3.1.1 Acceso Administrador
Para el acceso de la aplicación al administrador debe ingresar su usuario y contraseña en
la siguiente ventana.
44
5.1.3.1.2 Módulo Periodo Académico
Permite ingresar, modificar y eliminar los periodos del año lectivo (Enero a Junio: año – 1
semestre) y (Julio a Diciembre: año – 2 Semestre)
5.1.3.1.3 Módulo Programa
Permite ingresar, modificar y eliminar los programas académicos disponibles en los
diferentes periodos académicos vigentes.
45
5.1.3.1.4 Módulo Materia
Permite ingresar, modificar y eliminar los créditos y materias que están disponibles en los
diferentes periodos académicos vigentes.
5.1.3.1.5 Módulo Estudiantes
Permite cargar desde un archivo con formato .xls, el listado de estudiantes del curso
seleccionado.
46
5.1.3.1.6 Módulo Docentes
Permite ingresar, modificar y eliminar, el listado de docentes.
5.1.3.1.7 Módulo Rubrica
Permite ingresar, modificar y eliminar, rubricas las cuales serán evaluadas para un
estudiante individual, varios estudiantes en conjunto o grupo.
47
5.1.3.1.8 Módulo Categoría (Rubrica)
Permite seleccionar el tipo de rubrica creado y asignarle los identificadores de desempeño
y a su vez permite crear un nuevo identificador de desempeño.
5.1.3.1.9 Módulo Asignar Curso
Permite seleccionar el profesor y el periodo académico que le corresponde, donde listara
los cursos asignados para dicho periodo académico, a su vez permitiendo crear un nuevo
curso.
48
5.1.3.1.10 Módulo Lista Sepia
Permite seleccionar el curso y consultar los estudiantes asociados al curso y a su vez
permite editar y eliminar la información del estudiante y a su vez permitiendo relacionar
un código de estudiante a la lista sepia.
5.1.3.1.11 Módulo Tipo Calificación
Permite crear, modificar y eliminar el tipo de calificación que será empleado para calificar
la rúbrica.
49
5.1.3.1.12 Módulo Detalle Tipo Calificación
Permite crear la descripción, valor numérico del tipo de calificación que será empleado
para calificar la rúbrica.
5.1.3.1.13 Módulo Outcome
Permite crear los outcomes que será asociado a la calificación.
50
5.1.3.1.14 Módulo Carga Estudiante
Permite cargar por medio de un archivo de extensión .xls el listado de estudiantes.
5.1.3.2 Docente
Este rol es el encargado de evaluar y hacer el seguimiento a los estudiantes.
5.1.3.2.1 Acceso Docente
Para el acceso de la aplicación al Docente, debe ingresar su usuario y contraseña en la
siguiente ventana.
51
5.1.3.2.2 Módulo Rubrica
Permite ingresar, modificar y eliminar, rubricas las cuales serán evaluadas para un
estudiante individual, varios estudiantes en conjunto o grupo.
5.1.3.2.3 Módulo Categoría Rubrica
Permite seleccionar el tipo de rubrica creado y asignarle los identificadores de desempeño
y a su vez permite crear un nuevo identificador de desempeño.
52
5.1.3.2.4 Módulo Tipo Calificación
Permite crear, modificar y eliminar el tipo de calificación que será empleado para calificar
la rúbrica.
5.1.3.2.5 Módulo Detalle Tipo Calificación
Permite crear la descripción, valor numérico del tipo de calificación que será empleado
para calificar la rúbrica.
53
5.1.3.2.6 Módulo Outcome
Permite crear los outcomes que será asociado a la calificación.
5.1.3.2.7 Módulo Carga Estudiante
Permite cargar por medio de un archivo de extensión .xls el listado de estudiantes.
5.1.3.2.8 Módulo Aplicar Rubrica
Permite aplicar rubrica a un curso en específico, basado en la selección del periodo
académico, curso y rubrica.
54
5.1.3.2.9 Módulo Resultado
Permite al docente visualizar por medio de un grafica la calificación otorgada con base a
una rúbrica específica.
5.1.3.2.10 Módulo Resultado 2
55
Permite al docente descargar a un archivo de extensión .xls, los resultados de la
calificación basado en el identificador de desempeño
5.1.3.3 Estudiante
El Rol estudiante solo puede ingresar a ver sus resultados.
5.1.3.3.1 Acceso Estudiante
Para el acceso de la aplicación al Estudiante, debe ingresar su usuario y contraseña en la
siguiente ventana.
56
5.1.3.3.2 Módulo Resultado
Permite al estudiante visualizar por medio de un grafica la calificación otorgada por el
docente basado en una rúbrica específica.
57
6 CONCLUSIONES
Después de realizar este proyecto se pudo concluir sobre los diferentes aspectos
presentados a continuación:
Producto de software
El prototipo del software diseñado y desarrollado permite realizar el seguimiento de los
resultados de un estudiante, conjunto de estudiantes o curso, a través de los diferentes semestres y
periodos académicos.
El software permite generar archivos de extensión .xls, con los resultados de aplicar las rubrica y
de esta manera soportar un proceso de reporte a nivel de programa de estudios.
Proceso de software
El componente utilizado Primefaces como una librería de componentes para JavaServer
Faces (JSF) de código abierto que facilita la creación de aplicaciones web. Primefaces está bajo
la licencia de Apache. Cambios sugeridos a futuro
Como metodología ágil se usó Scrum, caracterizado por:
Adoptar una estrategia de desarrollo incremental.
Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un
ciclo secuencial o en cascada.
Como modelo de arquitectura, se usó Modelo Vista Control (MVC) como un patrón
de arquitectura que separa los datos y la lógica de negocio de una aplicación de la interfaz de
usuario y el módulo encargado de gestionar los eventos.
Por esta razón MVC propone la construcción de tres componentes distintos que son el modelo,
la vista y el controlador, es decir, por un lado define componentes para la representación de la
información, y por otro lado, para la interacción del usuario. Este patrón de arquitectura de
software se basa en las ideas de reutilización de código y la separación de conceptos,
características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior
mantenimiento.
58
6.1 CUMPLIMIENTO DE OBJETIVOS
6.1.1 Objetivo 1
El acompañamiento y seguimiento se realiza estableciendo diversas rubricas que son asociadas a
cada uno de los outcomes establecidos y parametrizados en el sistema, el cual da como resultado
la situación académica del estudiante, a través del tiempo.
6.1.2 Objetivo 2
La plataforma Sistema de Gestión de Rubricas, le permite al docente llevar a cabo el proceso de
seguimiento del estudiante en los diferentes outcomes, al igual que al estudiante visualizar el
progreso y resultado de dicho seguimiento por el profesor en las rubricas asociadas a cada uno de
los outcomes.
6.1.3 Objetivo 3
El plan de pruebas realizadas fue exitoso, en la medida que permitió detectar y corregir no
conformidades del software.
6.2 Trabajos Futuros
Se identifica como conveniente y pertinente el que se agregue una funcionalidad que envíe al
correo electrónico del estudiante la información de que ha sido calificado en una rúbrica
específica, tan pronto como el docente la ha concluido de aplicar.
Se identifica como conveniente que la aplicación permita un ingreso incremental de los
resultados de las rubricas, de manera tal que el docente pueda interrumpir este proceso y
retomarlo de manera posterior, sin pérdida de información ni reprocesos.
Se identifica como conveniente el agregar gráficas automatizadas que permitan realizar un
análisis del cumplimiento de los outcomes a nivel tanto de curso como de programa.
59
60
7 REFERENCIAS
Gómez, D. (2014). ZathuraCode. 2015, Marzo 6 [En línea], Español. Disponible:
http://zathuracode.org/noticias/
Gonzalez, G. (2013). JavaServer Faces (JSF). [En línea]. Consultado:
[15, diciembre, 2014] Disponible en: https://kalistog.wordpress.com/javaserver-faces-jsf/
Gutiérrez, C. (2014, Mayo 1). ¿Para qué sirve el Scrum en la Metodología Ágil? [En línea],
Español. 2015, Marzo 7 Disponible http://www.i2btech.com/blog-i2b/tech-
deployment/para-que-sirve-el-scrum-en-la-metogologia-agil/
Abet.org. (2016). ABET. Retrieved 16 February 2016, from http://www.abet.org/
Abet.org. (2016). Applied Science Accreditation Commission | ABET. Retrieved 16 February
2016, from http://www.abet.org/about-abet/governance/accreditation-commissions/applied-
science-accreditation-commission/
Abet.org. (2016). Computing Accreditation Commission | ABET. Retrieved 16 February 2016,
from http://www.abet.org/about-abet/governance/accreditation-commissions/computing-
accreditation-commission/
Abet.org. (2016). Engineering Accreditation Commission | ABET. Retrieved 16 February 2016,
http://www.abet.org/about-abet/governance/accreditation-commissions/engineering-
accreditation-commission/ [FECHA]
Abet.org. (2016). Engineering Technology Accreditation Commission | ABET. Retrieved 16
February 2016, from http://www.abet.org/about-abet/governance/accreditation-
commissions/engineering-technology-accreditation-commission/
Abet.org. (2016). Criteria for Accrediting Engineering Programs, 2016 – 2017 | ABET.
Retrieved 19 May 2016 Available at: http://www.abet.org/accreditation/accreditation-
criteria/criteria-for-accrediting-engineering-programs-2016-2017/
61