copyright © 2013 by the ieee all rights reserved ieee is...

114

Upload: others

Post on 10-Apr-2020

0 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de
Page 2: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

Copyright © 2013 by the IEEE

All rights reserved

IEEE is the world's largest professional association dedicated to advancing technological innovation

and excellence for the benefit of humanity. IEEE and its members inspire a global community through

IEEE's highly cited publications, conferences, technology standards, and professional and educational

activities.

ISBN - 978-1-4799-1711-2

Page 3: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

Nomenclatura Recomendada por el IEEE

para Programas Universitarios del Área

Computacional en Latinoamérica

Nomenclatura Padrão do IEEE para Cursos da

Área de Computação na América Latina

IEEE Common Nomenclature for

Computing Related Programs in Latin America

Page 4: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de
Page 5: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

1

Page 6: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

2

Page 7: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

3

Nomenclatura Recomendada por el IEEE para

Programas Universitarios del Área

Computacional en Latinoamérica

Editado por

Teófilo J. Ramos

Osvaldo M. Micheloud

Richard Painter

Moshe Kam

Page 8: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

4

Page 9: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

5

TABLA DE CONTENIDOS

RESUMEN EJECUTIVO................................................................................................................................. 7

COLABORADORES ....................................................................................................................................... 8 Comité Organizador y Editores .......................................................................................................................... 8 Participantes del Grupo de Trabajo ................................................................................................................. 8 Universidades participantes en la prueba piloto de la Guía para la Auto-evaluación de programas computacionales .............................................................................................................................. 9

I. INTRODUCCIÓN ......................................................................................................................................11

II. USUARIOS PARA LOS QUE SE ELABORÓ ESTE DOCUMENTO ..................................................11

III. SITUACIÓN ACTUAL ............................................................................................................................12

IV. METODOLOGÍA DE TRABAJO ...........................................................................................................12

V. CATEGORÍAS DEFINIDAS POR EL GRUPO DE TRABAJO ............................................................12

VI. COMPETENCIAS ...................................................................................................................................13 VI.1. Competencias Comunes para todas las Categorías ........................................................................ 13 VI.2. Competencias para la Categoría de Ciencias Computacionales ................................................. 14 VI.3. Competencias para la Categoría de Sistemas de Información ................................................... 15 VI.4. Competencias para la Categoría de Ingeniería de Software ....................................................... 16 VI.5. Competencias para la Categoría de Ingeniería Computacional ................................................. 17 VI.6 Competencias para la Categoría de Tecnologías de la Información .......................................... 18

VII. CONCLUSIONES ...................................................................................................................................19

REFERENCIAS .............................................................................................................................................19

APÉNDICE I Guía para Determinar el Grado en que un Programa de Licenciatura/Ingeniería del Área Computacional Desarrolla las Competencias de una o Varias de las Categorías Definidas por el IEEE. ..................................................................21

APÉNDICE II Autoevaluación de la Carrera de Ingeniería en Sistemas: la Experiencia en la Universidad Ort Uruguay ....................................................................................25

Page 10: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

6

Page 11: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

7

RESUMEN EJECUTIVO

Programas académicos en el área computacional se introdujeron y se han desarrollado con diferentes

tradiciones y filosofías en Latinoamérica y en el mundo. Mientras que los términos y nombres utilizados

para describir estos programas en los diferentes países, son entendidos por profesionales y funcionarios

académicos locales, estos nombres descriptivos enmascaran a menudo diferencias significativas en el

contenido. Es común encontrar programas con el mismo nombre pero con contenidos diferentes y

programas con diferentes nombres y contenido similar. Como resultado, los empleadores dudan en

contratar a graduados de programas académicos con los que no están familiarizados, y la movilidad

profesional de estos graduados se limita innecesariamente.

En 2010, un pequeño grupo de voluntarios, llamado aquí el Comité Organizador, liderado por el Dr.

Moshe Kam, Presidente electo del IEEE y el Dr. Teófilo J. Ramos, Vicepresidente 2009 del Consejo de

Actividades Educativas del IEEE, decidió llevar a cabo un estudio profundo de la situación actual de los

programas de ingeniería y licenciatura en el área computacional en Latinoamérica, España, Estados

Unidos y Reino Unido. La idea básica fue identificar las competencias de egreso y principales categorías

o denominaciones para programas con un gran número de estudiantes en el área computacional en

Latinoamérica. El objetivo de este trabajo fue desarrollar una herramienta para ayudar a los programas

interesados en ser reconocidos internacionalmente, a identificar fácilmente un nombre o categoría

recomendado por el IEEE, para facilitar el ejercicio y la movilidad profesional transnacional así como el

intercambio de estudiantes. El presente trabajo no pretende ser un nuevo sistema de acreditación.

El punto de partida de este trabajo fue identificar a reconocidos especialistas en este campo en los países

con el mayor número de programas de ingeniería relacionados con la informática e invitarlos a participar

en el "grupo de trabajo" a quienes se les solicitó elaborar un documento describiendo la situación en sus

respectivos países, información que fue compartida y analizada por todos los participantes del grupo de

trabajo mediante teleconferencias.

Después de un año de análisis y discusiones mediante teleconferencias, se convocó una reunión del grupo

de trabajo en abril de 2011 en Lima, Perú, para elaborar por consenso, un documento que definiera las

categorías y competencias de egreso de programas de licenciatura/ingeniería del área computacional

adaptadas al contexto de Latinoamérica y que permitiera determinar, en una primera aproximación, el

grado en que un programa de licenciatura/ingeniería del área computacional desarrolla las competencias

de una o varias de las categorías definidas por este grupo de trabajo del IEEE.

La herramienta elaborada en Lima, se probó en programas de varios países latinoamericanos y España y

las sugerencias recibidas fueron incorporadas para luego realizar una segunda prueba del instrumento

actualizado en dos programas, uno de ellas incluido como ejemplo en un apéndice de este documento.

Este documento se pone a disposición a través del IEEE, de universidades, oficinas gubernamentales,

agencias de acreditación y asociaciones profesionales en Latinoamérica, así como a la comunidad

internacional, para ayudar a determinar la categoría o denominación IEEE de un determinado programa

del área computacional.

Page 12: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

8

COLABORADORES

Comité Organizador y Editores

Moshe Kam, Presidente 2011 del IEEE

Teófilo J. Ramos IEEE Vice Presidente 2009 del Consejo de Actividades Educativas del IEEE y

coordinador/editor de este trabajo

Osvaldo M. Micheloud, Director de la Cátedra de Investigación Roberto Rocca del Tecnológico de

Monterrey, México

Richard Painter, Director del Comité sobre Políticas de Acreditación del Consejo de Actividades

Educativas del IEEE 2011

Participantes del Grupo de Trabajo

Argentina

Daniel Morano, Asesor Secretaría de Políticas Universitarias, Ministerio de Educación

Guillermo Ricardo Simari, Universidad Nacional del Sur

Brasil

Daltro Nunes, Universidade Federal do Rio Grande do Sul

Jorge Luis Nicolas Audy, Pró-Reitor de Pesquisa e Pós-Graduação da PUCRS

Chile

Luis Salinas, Departmento de Informática, Universidad Federico Santa María

Hector Kaschel, Director de la Escuela de Posgrado, Universidad de Santiago de Chile

Colombia

Germán A. Chavarro F., Universidad Javeriana Bogotá

José Ismael Peña Reyes, Director del Programa de Ingeniería Industrial y de Sistemas, Univ. Nacional

de Colombia

Costa Rica

Ignacio Trejos Zelaya, Centro de Formación en Tecnologias de Información

Lilliana Sancho Chavarria Instituto Tecnológico de Costa Rica

México

Rodolfo Castelló Zetina, Director de la División de Mecatrónica e Informática, Tecnológico de

Monterrey

Guillermo Rodriguez Abitia, Director de la Unidad de Investigación, Desarrollo e Innovación de la

Dirección General de Cómputo y de Tecnologías de Información y Computación, UNAM

Perú

Ernesto Cuadros-Vargas, Sociedad Peruana de Computación and Universidad Católica San Pablo

César Luza Montero, Universidad Nacional Mayor de San Marcos, Lima

Page 13: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

9

Carlos Javier Solano Salinas Universidad Nacional de Ingeniería, Lima

España

Javier Segovia, Decano de Escuela de Informática, Universidad Politécnica de Madrid

Reino Unido

Leslie Smith, Director del Departamento de Ciencias Computacionales y Matemáticas, University of

Stirling

Estados Unidos

Stephen Seidman, Decano de la Escuela de Ciencias, Texas State University-San Marcos

Uruguay

Julio Fernández, Decano de Desarrollo Académico, Universidad ORT Uruguay

Ariel Sabiguero Yawelak Facultad de Ingeniería, Universidad de la República

Universidades participantes en la prueba piloto de la Guía para la Auto-evaluación de

programas computacionales

Universidad ORT, Uruguay

Universidad Javeriana Bogotá, Colombia

Tecnológico de Monterrey, México

Universidad Católica San Pablo, Perú

Universidad Politécnica de Madrid, España

Universidad de la República, Uruguay

Page 14: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

10

Page 15: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

11

Competencias y Denominación Recomendada por el IEEE para Programas

Universitarios del Área Computacional en Latinoamérica

I. INTRODUCCIÓN

El IEEE celebró un taller de dos días en abril de 2011 con destacados profesores de América

Latina, España, Reino Unido y Estados Unidos, para examinar la variación de nombres de programas

contra el contenido del programa de licenciatura del área computacional y desarrollar respuestas a esta

situación. Debido a esta variación, existe una necesidad, sin imposición de nombres unificados, de un

conjunto acordado de competencias que incorporen las principales categorías en computación. El evento

identificó las diferencias específicas de contenido en programas de licenciatura del área informática en

Argentina, Brasil, Chile, Colombia, Costa Rica, México, Perú, Uruguay, España, Reino Unido y Estados

Unidos. A los participantes del taller se les pidió colaborar en el desarrollo de un plan de trabajo, con

medidas específicas dirigidas en dos líneas de acción: 1) establecer un consenso sobre el conjunto de

conocimientos y habilidades que deben ser comunes a los egresados de programas de licenciatura

relacionados con informática ofrecidos en esta región; y 2) desarrollar una nomenclatura común para

describir programas académicos pertinentes que pueda utilizarse con confianza por los empleadores,

personal de admisiones de postgrado, los estudiantes y otros públicos. Los documentos AIS/ACM/IEEE

Computing Curricula 2005 [1] y el Boletín Nº 187 del Ministerio de Educación de España [2] así como

otros documentos relacionados fueron utilizados como referencia para este reporte.

II. USUARIOS PARA LOS QUE SE ELABORÓ ESTE DOCUMENTO

Reclutadores de personal y empleadores:

descripción de funciones de personal técnico

definición de conocimientos para posiciones vacantes

descripción de funciones técnicas para puestos de trabajo

Universidades y dependencias gubernamentales del área de educación

crear nuevos programas de estudio en el área computacional

clasificación de programas existentes

ayudar a los estudiantes a seleccionar materias electivas para adecuar su formación a una de

las cinco categorías definidas en el presente documento

Organismos acreditadores:

definición de la especialidad del programa para su acreditación

revisión de contenidos / competencias asociadas con la categoría del programa

integración de equipos de evaluación de acuerdo con la categoría del programa a acreditar

Asociaciones profesionales en el área computacional:

apoyar el trabajo de definición de competencias profesionales

actividades específicas para las diferentes categorías definidas en el presente documento

Page 16: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

12

III. SITUACIÓN ACTUAL

La tecnología y el campo de la computación cambian rápidamente. Surgen nuevas áreas del

conocimiento, más rápido que el tiempo que demanda cambiar el nombre de un programa. La diversidad

de nombres de programas se da por razones históricas o en respuesta a presiones del mercado para atraer

a los estudiantes. Algunos países han unificado los nombres de programas, pero en otros, es difícil

cambiar los existentes. Los participantes del taller estuvieron mayoritariamente de acuerdo con el

documento de AIS/ACM/IEEE Computing Curricula 2005 y con las recomendaciones curriculares de

Europa y España. Existen un gran número de organismos acreditadores de programas en la región con

estándares diferentes, que influyen en el contenido y nombre de programas de computación por lo que

sería muy complejo que programas ya establecidos cambiaran su nombre.

IV. METODOLOGÍA DE TRABAJO

El IEEE solicitó a los miembros del grupo de trabajo explorar soluciones para afrontar la situación antes

mencionada. Para cada país se produjo, siguiendo un documento directriz, un resumen de la educación

en el área computacional y la situación de empleo. Estos resúmenes se compartieron con todos los

participantes para su revisión, antes de la celebración del taller y en la mañana del primer día del taller

se presentaron y analizaron. La tarde se dedicó a un panel de discusión y presentaciones adicionales para

definir el esquema de trabajo.

Se concluyó que no sería razonable pretender que todos los países presentes utilicen un conjunto común

de nombres de programas. Sin embargo, si es posible, utilizar un conjunto de categorías para programas

de licenciatura/ingeniería del área computacional que expresen competencias o capacidades

profesionales. El grupo de trabajo aceptó el enfoque plasmado aquí y trabajó para desarrollar categorías

y sus competencias correspondientes.

En un intento de abordar esto, el grupo de trabajo comenzó revisando el documento AIS/ACM/IEEE

Computing Curricula 2005 y actualizando las competencias profesionales para tener en cuenta las

necesidades regionales y los nuevos cambios en este campo. Se analizaron las competencias de cada área

enumeradas en el documento antes mencionado y se acordaron una serie de competencias revisadas e

incluidas aquí. En el contexto de este documento "competencias" significa "capacidad profesional".

V. CATEGORÍAS DEFINIDAS POR EL GRUPO DE TRABAJO

Después de mucho debate y reflexión de las necesidades de cada país de la región, consensualmente se

decidió seleccionar las siguientes categorías definidas por el AIS/ACM/IEEE Computing Curricula 2005

además de las competencias comunes para todas las categorías:

ciencias computacionales

sistemas de información

ingeniería de software

ingeniería computacional

tecnologías de información

disciplinas emergentes y nuevos programas híbridos

Page 17: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

13

VI. COMPETENCIAS

Esta sección contiene las competencias comunes y específicas de las categorías identificadas para

facilitar a los líderes del programa y otros usuarios la evaluación de su programa en relación a las

competencias aquí definidas

Este documento no define las competencias de la categoría de las disciplinas emergentes y nuevos

programas híbridos.

VI.1. Competencias Comunes para todas las Categorías

Esta sección se basa principalmente en el AIS/ACM/IEEE computación 2005 de los planes de estudio.

Cada una de las principales disciplinas informáticas tiene su propio carácter. Cada uno es algo diferente

de sus hermanos en el énfasis, objetivos y capacidades de sus graduados. Sin embargo, tienen mucho en

común. Todo programa informático respetable de licenciatura, debe desarrollar en sus egresados las

siguientes competencias:

C1. Capacidad intelectual para aplicar los fundamentos matemáticos y teoría de la ciencia

computacional.

C2. Capacidad de tener una perspectiva crítica y creativa en la identificación y solución de problemas

utilizando el pensamiento computacional.

C3. Capacidad intelectual para el reconocimiento del papel central de algoritmos y estructuras de

datos.

C4. Conocer el hardware desde una perspectiva de software, por ejemplo, uso del procesador,

memoria, unidades de disco, pantalla, etc.

C5. Capacidad para implementar algoritmos y estructuras de datos en el software.

C6. Capacidad de diseñar e implementar unidades estructurales más grandes que utilizan algoritmos

y estructuras de datos y las interfaces a través del cual se comunican estas unidades.

C7. Capacidad de aplicar los principios de la ingeniería de software y tecnologías para garantizar que

las implementaciones de software son robustas, confiables y adecuadas para el usuario para quién

fue diseñando.

C8. Comprender lo que pueden y no pueden lograr las tecnologías actuales.

C9. Comprender las limitaciones de computación, incluyendo la diferencia entre lo que la

computación es inherentemente incapaz de hacer frente versus lo que puede lograrse a través de

la tecnología y la ciencia futura.

C10. Comprender los efectos sobre los individuos, organizaciones y la sociedad de la implementación

de las intervenciones y soluciones tecnológicas.

C11. Comprender el concepto del ciclo de vida, incluyendo la importancia de sus fases (planificación,

desarrollo, implementación y evolución).

C12. Entender las implicaciones del ciclo de vida para el desarrollo de todos los aspectos de los

sistemas informáticos (incluyendo software, hardware e interfaz persona-computadora).

C13. Entender la relación entre la gestión de la calidad y del ciclo de vida.

C14. Comprender el concepto esencial del proceso en lo que se refiere a la informática especialmente

en la ejecución del programa y funcionamiento del sistema.

Page 18: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

14

C15. Comprender el concepto esencial del proceso en lo que se refiere a la actividad profesional

especialmente en la relación entre la calidad del producto y el despliegue de los procesos humanos

adecuados durante el desarrollo del producto.

C16. Capacidad de identificar temas de computación avanzada y entender las fronteras de la disciplina.

C17. Capacidad de expresarse en forma oral y escrita, como se espera de un graduado universitario.

C18. Capacidad de participar activamente y coordinada en un equipo.

C19. Capacidad de identificar eficazmente los objetivos y prioridades de su trabajo / área / proyecto,

indicando la acción, el tiempo y los recursos necesarios.

C20. Capacidad para conectar teoría y habilidades aprendidas en la academia a hechos reales

explicando su pertinencia y utilidad.

C21. Comprender asuntos profesionales, legales, de seguridad, políticos, humanistas, ambientales,

culturales y éticos.

C22. Capacidad de demostrar las actitudes y prioridades que honran, protegen y mejoran la estatura

ética de la profesión.

C23. Capacidad de emprender, completar y presentar un proyecto integrador.

C24. Comprender la necesidad de aprendizaje durante toda la vida y la mejora de habilidades y

destrezas.

C25. Habilidad para comunicarse en un segundo idioma.

VI.2. Competencias para la Categoría de Ciencias Computacionales

En esta sección se basa principalmente en la ACM/IEEE Computer Science Curriculum 2008: una

revisión provisional de CS 2001. [3]

La ciencia de la computación abarca una amplia gama, desde sus fundamentos teóricos y algorítmicos

para desarrollos vanguardistas en robótica, visión artificial, sistemas inteligentes, bioinformática y otras

áreas.

Podemos pensar que el trabajo de los científicos computacionales cae en tres categorías.

Diseño e implementación de software. Los científicos computacionales toman trabajos de

programación desafiantes. Ellos también supervisan otros programadores y los alertan de nuevos

enfoques.

Ellos idean nuevas formas de utilizar los equipos computacionales. Progresan en áreas como

redes computacionales, base de datos y de interfaz persona-computadora, permitiendo el

desarrollo de la World Wide Web (www). Los investigadores de Ciencias Computacionales

trabajan con científicos de otros campos para hacer que los robots sean asistentes prácticos e

inteligentes, utilizan bases de datos para crear nuevos conocimientos y usan las computadoras

para ayudar a descifrar los secretos de nuestro ADN.

Ellos desarrollan maneras efectivas de resolver problemas de computación. Por ejemplo, los

científicos desarrollan las mejores formas posibles de almacenar información en bases de datos,

enviar datos a través de redes computacionales y mostrar imágenes complejas. Su base teórica les

permite determinar el mejor rendimiento posible, y su estudio de algoritmos les ayuda a

desarrollar nuevos enfoques que proporcionan un mejor rendimiento.

Page 19: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

15

Ciencias Computacionales abarca la gama desde teoría hasta programación. Mientras que otras

disciplinas pueden producir graduados con más habilidades inmediatamente relevantes relacionados al

trabajo profesional, Ciencias Computacionales ofrece sólidos fundamentos que permiten a los graduados

adaptarse a nuevas tecnologías e ideas.

Competencias y capacidades relativas a Ciencias Computacionales son habilidades para:

CS1. Modelar y diseñar sistemas computacionales en una manera que demuestra la comprensión de las

posibles implicaciones de las opciones de diseño.

CS2. Identificar y analizar los criterios y especificaciones apropiadas a problemas concretos y

planificar estrategias para su solución.

CS3. Analizar en qué medida un sistema computacional cumple con los criterios definidos para su uso

actual y futuro desarrollo.

CS4. Utilizar la teoría, práctica y herramientas apropiadas para la especificación, diseño,

implementación y mantenimiento, así como la evaluación de sistemas basados en computadora.

CS5. Diseñar e implementar sistemas basados en computadoras.

CS6. Evaluar sistemas en términos de atributos de calidad general y posibles implicaciones que se

presentan dentro del problema dado.

CS7. Aplicar los principios de la gestión eficaz, organización y habilidades de recuperación a la

información de varios tipos, incluyendo texto, imágenes, sonido y video. Esto debe incluir la

gestión de los problemas de seguridad.

CS8. Aplicar los principios de interacción hombre-máquina para la evaluación y la construcción de una

amplia gama de componentes incluyendo interfaces de usuario, páginas web, sistemas

multimedia y sistemas móviles.

CS9. Identificar los riesgos (y esto incluye los aspectos de seguridad) que pueden estar involucrados

en la operación de equipos de cómputo dentro de un contexto determinado.

CS10. Implementar eficazmente las herramientas utilizadas para la construcción y la documentación de

software, con especial énfasis en la comprensión de todo el proceso involucrado en el uso de

computadoras para resolver problemas prácticos. Esto debe incluir herramientas para el control

de software, incluyendo gestión de configuración y control de versiones.

CS11. Ser consciente de la existencia de software disponible públicamente y apreciar el potencial de

proyectos de código abierto.

CS12. Operar equipo de computación y sistemas de software con eficacia.

VI.3. Competencias para la Categoría de Sistemas de Información

Esta sección se basa principalmente en las directrices del “ACM/AIS IS 2010 Curriculum Guidelines for

Undergraduate Degree Programs in Information Systems” [4].

Especialistas de sistemas de información se centran en integrar soluciones de tecnología de información

y procesos de negocios para satisfacer las necesidades de información de negocios y otras empresas,

permitiéndoles alcanzar sus objetivos de manera eficaz y eficiente. Esta perspectiva de esta disciplina en

la tecnología de la información hace hincapié en información y utiliza la tecnología como un instrumento

para generar, procesar y distribuir información. Profesionales en esta disciplina se preocupan

principalmente en la información que pueden proporcionar los sistemas de información para ayudar a

una empresa en la definición y consecución de sus objetivos y los procesos que una empresa puede

Page 20: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

16

implementar o mejorar con el uso de tecnología de la información. Deben comprender los factores

técnicos y de organización, y deben ser capaces de ayudar a una organización a determinar cómo la

información y procesos de negocios con tecnología pueden proporcionar una ventaja competitiva.

El especialista en sistemas de información desempeña un papel clave en la determinación de los

requisitos para los sistemas de información de una organización y está activo en su especificación, diseño

e implementación. Como resultado, estos profesionistas requieren de una comprensión sólida de prácticas

y principios organizacionales para que puedan servir como un puente efectivo entre las comunidades

técnica y de gestión dentro de una organización, lo que les permite trabajar en armonía para asegurar que

la organización tenga la información y los sistemas que necesita para apoyar sus operaciones.

Profesionales de sistemas de información también están involucrados en el diseño de la comunicación

organizacional basado en tecnología y sistemas de colaboración.

Especialistas de sistemas de información deben ser capaces de analizar los requerimientos de información

y procesos de negocio y ser capaz de especificar y diseñar sistemas que estén alineados con los objetivos

de la organización. Capacidades y competencias relativas a los sistemas de información son habilidades

para:

IS1. Identificar, entender y documentar los requerimientos de sistemas de información.

IS2. Tomar en consideración interfaces hombre-máquina y las diferencias interculturales, con el fin

de ofrecer una experiencia al usuario de buena calidad.

IS3. Diseñar, implementar, integrar y administrar sistemas de tecnologías de información, de

arquitectura empresarial, de datos y de aplicaciones.

IS4. Gestión de proyectos de sistemas de información, incluyendo análisis de riesgos, estudios

financieros, presupuestación, contratación y desarrollo y para apreciar los problemas de

mantenimiento de sistemas de información.

IS5. Identificar, analizar y comunicar problemas, opciones y alternativas de solución, incluyendo

estudios de viabilidad.

IS6. Identificar y comprender las oportunidades creadas por las innovaciones tecnológicas.

IS7. Apreciar las relaciones entre la estrategia de negocio y los sistemas de información, arquitectura

e infraestructura. IS8. Comprender los procesos de negocio y la aplicación de tecnología de información para ellos,

incluidas los problemas de cambio de gestión, control y riesgo.

IS9. Comprender e implementar arquitecturas, infraestructuras y sistemas seguros.

IS10. Entender los problemas de desempeño y escalabilidad.

IS11. Administrar sistemas de información existentes, incluyendo recursos, mantenimiento, compras y

problemas de continuidad del negocio.

VI.4. Competencias para la Categoría de Ingeniería de Software

Esta sección se basa principalmente en las directrices del “IEEE/ACM Software Engineering 2004

Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering” [5] y en el

documento “Integrated Software & Systems Engineering Curriculum (iSSEc) Project’s Graduate

Software Engineering 2009(GSwE2009) Curriculum Guidelines for Graduate Degree Programs in

Software Engineering” [6].

Page 21: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

17

Ingeniería del software ha evolucionado en respuesta a factores como el creciente impacto de grandes y

costosos sistemas de software en una amplia gama de situaciones y la creciente importancia del software

en aplicaciones de seguridad crítica. Ingeniería de Software es diferente de otras disciplinas de la

ingeniería debido a la naturaleza intangible del software y la naturaleza discontinua de la operación del

software. Busca integrar los principios de matemáticas y ciencia computacional con las prácticas de

ingeniería desarrolladas para artefactos físicos tangibles.

Dominio de los conocimientos de ingeniería de software y habilidades y temas profesionales necesarios

para empezar la práctica como un Ingeniero de software son habilidades para:

SE1. Desarrollar, mantener y evaluar sistemas de software y servicios para satisfacer todos los

requerimientos del usuario asegurando que se comportan de manera confiable y eficiente, son

asequibles para desarrollar y mantener cumpliendo estándares de calidad, aplicando teorías,

principios, métodos y mejores prácticas de ingeniería de software

SE2. Evaluar las necesidades del cliente y especificar los requisitos de software para satisfacer estas

necesidades, conciliar objetivos conflictivos encontrando compromisos aceptables dentro de las

limitaciones derivadas de las propias organizaciones, la existencia de sistemas ya desarrollados,

el costo y tiempo

SE3. Resolver problemas de integración en términos de estrategias, estándares y tecnologías

disponibles.

SE4. Trabajar como individuo y como parte de un equipo para desarrollar y ofrecer software de calidad.

Comprender los diversos procesos (actividades, las normas y las configuraciones del ciclo de

vida, distinguiendo formalidad de agilidad) y roles. Realizar mediciones y análisis (básico) en

proyectos, procesos y dimensiones del producto.

SE5. Conciliar objetivos conflictivos, encontrar compromisos aceptables dentro de las limitaciones de

costo, tiempo, conocimiento, sistemas, organizaciones, ingeniería económica, finanzas y los

fundamentos de la gestión y análisis de riesgo en un contexto de software.

SE6. Diseño de soluciones adecuadas en uno o varios dominios de aplicación mediante métodos de

ingeniería de software que integran las cuestiones éticas, sociales, legales y económicas.

SE7. Demostrar entendimiento de y aplicar las teorías actuales, modelos y técnicas que proporcionan

una base para la identificación de problemas y análisis, diseño de software, desarrollo,

construcción y ejecución, verificación y validación, documentación y análisis cuantitativo de

elementos de diseño y arquitecturas de software.

SE8. Demostrar entendimiento de la reutilización de software y adaptación, realizar mantenimiento,

integración, migración de productos de software y componentes, preparar los elementos de

software para su reutilización potencial y crear interfaces técnicas a los componentes y servicios.

SE9. Demostrar entendimiento de sistemas de software y su entorno (modelos de negocio,

regulaciones).

VI.5. Competencias para la Categoría de Ingeniería Computacional

Esta sección se basa en las directrices del “IEEE/ACM Computer Engineering 2004 Curriculum

Guidelines for Undergraduate Degree Programs in Computer Engineering” [7].

Page 22: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

18

Ingeniería Computacional se ocupa del diseño y construcción de computadoras y sistemas

computarizados. Consiste en el estudio de hardware, software y comunicaciones y de la interacción entre

ellos.

Su plan de estudios se centra en las teorías, principios y prácticas de las matemáticas y de la ingeniería

eléctrica tradicional y las aplica a los problemas de diseño de equipos y dispositivos basados en

computadoras.

En ingeniería computacional se estudia el diseño de sistemas de hardware digital incluyendo sistemas de

comunicaciones, equipos y dispositivos que contienen computadoras. Estudian el desarrollo de software,

centrándose en el software para los dispositivos digitales y sus interfaces con usuarios y otros

dispositivos. El estudio de ingeniería computacional puede enfatizar el hardware más que el software o

puede haber un énfasis balanceado. Ingeniería computacional tiene un fuerte contenido de ingeniería.

Actualmente un área dominante dentro de la ingeniería computacional es sistemas embebidos, el

desarrollo de dispositivos que tienen software y hardware incorporado en ellas. Por ejemplo, dispositivos

tales como teléfonos celulares, reproductores de audio digital, grabadoras de video digitales, sistemas de

alarma, máquinas de rayos x y herramientas quirúrgicas de láser todos requieren la integración de

hardware y software incorporado y todos son el resultado de la ingeniería computacional.

Competencias de los egresados de ingeniería computacional son habilidades para:

CE1. Especificar, diseñar, construir, probar, comprobar y validar los sistemas digitales, como

computadoras, sistemas basados en microprocesadores y sistemas de comunicaciones.

CE2. Desarrollar procesadores específicos y sistemas embebidos y desarrollo de software y la

optimización de dichos sistemas

CE3. Analizar y evaluar arquitecturas, incluyendo plataformas paralelas y distribuidas, así como el

desarrollo y optimización de software para ellos.

CE4. Diseñar e implementar software para sistemas de comunicaciones.

CE5. Analizar, evaluar y seleccionar plataformas de hardware y software adecuadas para soporte de

aplicaciones y sistemas embebidos en tiempo real.

CE6. Comprender, implementar y administrar los sistemas de seguridad.

CE7. Analizar, evaluar, seleccionar y configurar plataformas de hardware para el desarrollo y la

implementación de aplicaciones de software y servicios.

CE8. Diseñar, implementar, administrar y gestionar redes informáticas.

VI.6 Competencias para la Categoría de Tecnologías de la Información

Esta sección se basa principalmente en “ACM/IEEE Information Technology 2008 Curriculum

Guidelines for Undergraduate Degree Programs in Information Technology” [8].

Profesionales de tecnologías de la información están a cargo de asegurar que los sistemas funcionen

correctamente: estén disponibles, sean seguros, estén actualizados, mantenidos y remplazados cuando

sea necesario. Están más preocupados con la propia tecnología que de la información que conlleva. Los

profesionales de tecnologías de la información deben tener habilidades para:

IT1. Diseñar, implementar y evaluar un sistema, proceso, componente o programa computacional para

satisfacer necesidades deseadas dentro de un contexto organizacional y social. IT2. Identificar y analizar las necesidades del usuario y tenerlas en cuenta en la selección, creación,

Page 23: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

19

evaluación y administración de sistemas basados en computadora.

IT3. Integrar eficazmente soluciones en base, incluyendo el entorno del usuario.

IT4. Funcionar como un defensor del usuario, explicar, aplicar tecnologías de la información adecuada

y emplear mejor prácticas estándares y metodologías apropiadas para ayudar a un individuo u

organización alcanzar sus metas y objetivos.

IT5. Ayudar en la creación de un plan de proyecto eficaz.

IT6. Administrar los recursos de tecnología de información de un individuo u organización.

IT7. Anticipar la dirección cambiante de la tecnología de la información y evaluar y comunicar la

probable utilidad de las nuevas tecnologías a un individuo o a una organización.

VII. CONCLUSIONES

El presente documento define a través de un grupo de destacados académicos, las categorías para

clasificar programas de licenciatura/ingeniería del área computacional en Latinoamérica, tomando como

base las competencias que deben tener los egresados, de acuerdo con las recomendaciones de las

asociaciones profesionales más importantes del área. Las competencias seleccionadas fueron revisadas

y adecuadas al contexto latinoamericano por al grupo de trabajo.

El Apéndice I presenta una metodología para que una institución u organismo interesado, pueda hacer

una evaluación de las competencias desarrolladas a través del programa del área computacional y en base

a los resultados, pueda determinar a cuál de las categorías definidas corresponde su programa,

independiente del nombre del mismo.

Ante la creciente necesidad de acreditar los programas de estudio, el definir claramente la

categoría/denominación IEEE del programa, le permitirá a la institución solicitar la acreditación con una

denominación que corresponde a las competencias profesionales de egreso, evitando la confusión que

presenta, en ocasiones, la diversidad de nombres de programas utilizados en esta área.

Este documento está a disposición de organismos de acreditación, gobiernos, asociaciones profesionales

de América Latina y de la comunidad internacional, con el objeto de ayudar a clasificar el programa

según las categorías especificadas en este documento.

REFERENCIAS

[1] ACM/AIS/IEEE Computing Curricula 2005 the Overview Report, 30 September 2005, ISBN:

1-59593-359-X

[2] Boletín Oficial Nº 187, Ministerio de Educación de España, Agosto 4, 2009.

http://www.boe.es/boe/dias/2009/08/04/pdfs/BOE-A-2009-12977.pdf

[3] ACM/IEEE Computer Science Curriculum 2008: An Interim Revision of CS 2001, December

2008.

[4] ACM/AIS IS 2010 Curriculum Guidelines for Undergraduate Degree Programs in Information

Systems.

[5] IEEE/ACM Software Engineering 2004 Curriculum Guidelines for Undergraduate Degree

Programs in Software Engineering, 23 August 2004.

Page 24: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

20

[6] Integrated Software & Systems Engineering Curriculum (iSSEc) Project’s Graduate Software

Engineering 2009(GSwE2009) Curriculum Guidelines for Graduate Degree Programs in

Software Engineering, 30 September 2009.

[7] IEEE/ACM Computer Engineering 2004 Curriculum Guidelines for Undergraduate Degree

Programs in Computer Engineering, 12 December 2004.

[8] ACM/IEEE Information Technology 2008 Curriculum Guidelines for Undergraduate Degree

Programs in Information Technology, November 2008.

Page 25: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

21

APÉNDICE I

Guía para Determinar el Grado en que un Programa de Licenciatura/Ingeniería del Área

Computacional Desarrolla las Competencias de una o Varias de las Categorías Definidas

por el IEEE. Esta guía describe un proceso de autoevaluación para el mapeo exploratorio de programas de

licenciatura/ingeniería con las categorías definidas previamente. El objetivo del proceso es determinar,

una primera medida de aproximación, el grado en que un determinado programa se ajusta a una categoría

seleccionada de programas de computación.

El equipo de la Universidad debe preparar una tabla, matriz de competencias-cursos, en la cual las filas

o renglones se asignan a las competencias de todas las categorías, y las columnas se asignan a cada curso

del programa. Los cursos incluidos son los que figuran en el plan de

estudios oficial. Son cursos regulares, así como también

cursos de seminarios, proyectos, aprendizaje de la industria

o cualquier otra actividad que se describe en el plan de

estudios general incluyendo los cursos electivos que deben

seleccionarse para completar el programa.

A. Cada curso en el programa debe ser analizado, para

determinar su contribución al desarrollo específico

de la competencia bajo análisis. Este análisis debe

llevarse a cabo sistemáticamente para todas las

competencias de las diferentes categorías.

B. Las celdas de la tabla o matriz de competencias-curso, se rellenan en base al grado de contribución

al desarrollo de la competencia, utilizando las siguiente métrica:

Se inserta el número 2 (D, Desarrollada) en la celda, si la competencia es total o parcialmente

desarrollada, es evaluada en el curso y se cuenta con evidencia de la evaluación.

Se inserta el número 1 (PD, parcialmente desarrollado) en la celda, si el curso contribuye de

alguna manera al desarrollo de la competencia, pero no esta no es evaluada.

Se inserta un número 0 (ND, no desarrollado) en la celda, si el curso no tiene ninguna

contribución al desarrollo de la competencia.

De la evaluación numérica asignada en la tabla matriz de competencias-cursos, la "Cobertura de

Competencia" y la "Intensidad de Cobertura" para cada competencia y para cada categoría deben

calcularse, utilizando el procedimiento descrito a continuación:

La Intensidad de Cobertura nos indica el porcentaje de cursos donde se desarrollan y evalúan, total o

parcialmente, las competencias de una categoría y se expresa en porciento del máximo posible. Las

categorías con los mayores valores de Intensidad de Cobertura indican las fortalezas del programa o

competencias profesionales principales que definen la categoría IEEE del mismo. Este indicador también

Page 26: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

22

proporciona información sobre la intensidad de cobertura de cada competencia dentro de cada categoría.

La Cobertura de la Competencia es un indicador del porcentaje de competencias que son evaluadas

(parcial o totalmente), dentro de una categoría.

El Apéndice 2 presenta un ejemplo detallado de la aplicación de la metodología para determinar la

categoría IEEE de programas académicos del área computacional en base a la evaluación de las

competencias profesionales adquiridas por el egresado. Este ejemplo corresponde al programa de

Ingeniería en Sistemas de la Universidad ORT de Uruguay.

El resultado de la autoevaluación se presenta en una tabla como la que se muestra a continuación con los

valores obtenidos para la Intensidad y Porcentaje de Cobertura del programa que se está evaluando,

para las categorías definidas en el documento “Competencias y Denominación Recomendada por el IEEE

para Programas Universitarios del Área Computacional en Latinoamérica”.

TABLA 1

RESULTADOS DE INTENSIDAD Y PORCENTAJE DE COBERTURA DEL PROGRAMA DE INGENIERÍA EN

SISTEMAS DE LA UNIVERSIDAD ORT URUGUAY.

Categoría Intensidad de

cobertura

Cobertura de la

competencia

Competencias comunes 20% 92.00%

Competencias de ciencias computacionales 17% 91,67%

Competencias de sistemas de información 7% 100%

Competencias de ingeniería de software 16% 100%

Competencias de ingeniería computacional 4% 100%

Competencias de tecnologías de información 6% 85.71%

Como se puede observar, la evaluación detectó que la carrera cubre en un porcentaje superior al 85% las

competencias de cada una de las categorías. Las categorías con mayor intensidad son las correspondientes

a las Competencias Comunes, seguidas de las competencias en Ciencia de la Computación e Ingeniería

de Software. Lo cual nos indica que este programa corresponde a las categorías de Ciencias

Computacionales e Ingeniería de Software concordando con los objetivos de diseño del programa de la

ORT Uruguay, denominado Ingeniería en Sistemas.

Page 27: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

23

CONCLUSIONES

La metodología aquí presentada, permite a una institución educativa determinar la correspondencia de

su programa con una, o varias de las categorías/denominaciones definidas por el IEEE para programas

del área computacional a través de la evaluación de las competencias desarrolladas en los egresados del

programa académico.

El contar con una denominación estándar y aceptada por la comunidad internacional de un programa

académico, permite a los egresados del mismo presentarse ante potenciales empleadores o instituciones

educativas, nacionales e internacionales, mostrando sus competencias profesionales expresadas en un

formato reconocido por el IEEE que es independiente del nombre de su programa de estudio.

Page 28: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

24

Page 29: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

25

APÉNDICE II

Autoevaluación de la Carrera de Ingeniería en Sistemas:

la Experiencia en la Universidad Ort Uruguay

INTRODUCCIÓN..........................................................................................................................................26

DESCRIPCIÓN DE LA CARRERA DE INGENIERÍA EN SISTEMAS ..................................................26

RESULTADO DE LA AUTOEVALUACIÓN ...............................................................................................27

EVALUACIÓN DEL CONJUNTO OBLIGATORIO DE ASIGNATURAS (SIN CONSIDERAR ASIGNATURAS ELECTIVAS) ...................................................................................................................27

EVALUACIÓN DEL CONJUNTO OBLIGATORIO DE MATERIAS (CONSIDERANDO ASIGNATURAS ELECTIVAS) ....................................................................................................................27

PROCESO DE AUTOEVALUACIÓN ..........................................................................................................28

OBJETIVOS DEL PLAN DE ESTUDIOS...................................................................................................35

EQUIPO DE TRABAJO QUE ELABORÓ EL APÉNDICE II ..................................................................36

BIBLIOGRAFÍA ............................................................................................................................................37

Page 30: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

26

INTRODUCCIÓN El presente informe tiene como objetivo ilustrar el proceso seguido y los resultados obtenidos de la

autoevaluación de la carrera de Ingeniería en Sistemas de la Universidad ORT Uruguay en el contexto

del proyecto IEEE Nomenclatura Común para Programas del Área Computacional en Latinoamérica.

Luego de seguir los criterios de autoevaluación definidos en el documento “Guía para determinar el

grado en que un programa de licenciatura/ingeniería del área computacional desarrolla las

competencias de una o varias de las categorías definidas por el IEEE.”, se destaca que el resultado

obtenido concuerda con la orientación originalmente definida para la carrera. Como se detalla más

adelante, la valoración obtenida para el programa de Ingeniería en Sistemas, respecto al grado e

intensidad de cobertura de las categorías de competencias, muestran que Las fortalezas del programa se

encuentran en las competencias Comunes, seguidas de las competencias en Ciencia de la Computación

e Ingeniería de Software.

Para contextualizar el análisis de los resultados obtenidos, en la siguiente sección se describen los

objetivos y características de la carrera, las recomendaciones utilizadas para el diseño del plan de estudios

y se realiza la comparación con los resultados obtenidos de la autoevaluación. Finalmente se detalla el

proceso utilizado para realizar la evaluación de la carrera.

DESCRIPCIÓN DE LA CARRERA DE INGENIERÍA EN SISTEMAS Esta sección brinda información contextual sobre la carrera evaluada para facilitar la interpretación de

los resultados obtenidos del ejercicio de autoevaluación.

Los objetivos generales del plan de estudios de la carrera establecen como una de sus principales

características el énfasis en el área de Ingeniería de software, acompañado de una sólida formación

teórico/práctica que le brinda al egresado, entre otras habilidades, la capacidad: de autoformación, de

detección de necesidades, de resolución de problemas y de aplicación de los conocimientos adquiridos.

A su vez es importante mencionar que el plan de estudio se diseñó teniendo en cuenta las

recomendaciones curriculares de IEEE/ACM para Ciencia de la Computación [2] y versiones

preliminares de la recomendación para Ingeniería de Software [3] y del Cuerpo de conocimiento para la

Ingeniería de software – SWEBOK [1].

La carrera cuenta con un núcleo de 36 asignaturas obligatorias, siete electivas y un proyecto de grado de

un año de duración. Las asignaturas electivas tienen como fin brindar un conjunto de perfiles de

profundización en distintos dominios de aplicación como ser: Sistemas de información, Arquitectura y

Desarrollo de Sistemas, Gerencia y Negocios, etc. Los alumnos deben optar por un perfil y seleccionar

cuatro cursos del conjunto de optativas de dicho perfil, siendo las restantes tres electivas de libre elección.

Page 31: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

27

RESULTADO DE LA AUTOEVALUACIÓN

A continuación se presentan los resultados obtenidos de la autoevaluación de la carrera de Ingeniería en

Sistemas. Primero se presenta la evaluación solamente del conjunto de asignaturas obligatorias de la

carrera y en una segunda instancia se incluyen, a modo de ejemplo, las materias electivas

correspondientes al perfil de Sistemas de Información.

EVALUACIÓN DEL CONJUNTO OBLIGATORIO DE ASIGNATURAS (SIN

CONSIDERAR ASIGNATURAS ELECTIVAS) En la tabla que sigue se detallan los valores obtenidos para la cobertura de la Competencia y la Intensidad

de Cobertura para las categorías de competencias definidas en el documento “Guía para determinar el

grado en que un programa de licenciatura/ingeniería del área computacional desarrolla las

competencias de una o varias de las categorías definidas por el IEEE”.

Categoría Intensidad de cobertura

Cobertura de la competencia

Competencias comunes 20% 92,00%

Competencias de ciencias computacionales 17% 91,67%

Competencias de sistemas de información 7% 100,00%

Competencias de ingeniería de software 16% 100,00%

Competencias de ingeniería computacional 4% 100,00%

Competencias de tecnologías de información 6% 85,71%

Como se puede observar la evaluación detectó que la carrera cubre en un porcentaje superior al 85% las

competencias de cada una de las categorías. Las categorías con mayor intensidad son las correspondientes

a las Competencias Comunes, seguidas de las competencias en Ciencia de la Computación e Ingeniería

de Software. Este orden concuerda con los objetivos de diseño del plan.

EVALUACIÓN DEL CONJUNTO OBLIGATORIO DE MATERIAS

(CONSIDERANDO ASIGNATURAS ELECTIVAS) A continuación se muestra la evaluación de la Intensidad de Cobertura al contemplar adicionalmente

las materias electivas correspondientes al perfil de Sistemas de Información. Este perfil incluye cuatro

materias optativas específicas de esta área del conocimiento, que al ser consideradas incrementan el

número total de asignaturas evaluadas en la carrera de 37 a 41.

Como se puede apreciar en la siguiente tabla, al incluir estas asignaturas se incrementa la Intensidad de

Cobertura de la categoría de competencias “Sistemas de información”, con un leve impacto en la

intensidad del resto de las categorías.

Page 32: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

28

Categoría Intensidad de

cobertura

Competencias comunes 21%

Competencias de ciencias computacionales 17%

Competencias de sistemas de información 11%

Competencias de ingeniería de software 18%

Competencias de ingeniería computacional 4%

Competencias de tecnologías de información 12%

PROCESO DE AUTOEVALUACIÓN

El proceso seguido para realizar la autoevaluación consistió de las siguientes etapas.

1. Conformación del equipo de trabajo. La autoevaluación fue coordinada por dos docentes

designados como responsables del proyecto quienes trabajaron en la recolección de la información

junto con los catedráticos y docentes a cargo del dictado de las asignaturas de la carrera.

2. Preparación de la matriz competencias-cursos. Para uniformizar y facilitar la recolección de la

información sobre el desarrollo de las competencias para cada asignatura se completó una matriz que

cuenta con los siguientes campos (ver ejemplo adjunto):

Nombre de la asignatura.

Lista de las competencias agrupadas por categoría.

Para cada competencia se establecen campos que indican:

- El tipo de prueba que se realiza para evaluar la competencia.

- Ejemplos o justificaciones de evaluación de la competencia.

- Grado de cumplimiento con los criterios establecidos (PD, D).

- Justificación del valor del criterio seleccionado.

Page 33: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

29

Competencias

Evidencia de evaluación de competencias

Indicar con una X en las formas de evaluación de la competencia.

Criterio de desarrollo

Par

cial

es

Ob

ligat

ori

os

Pre

sen

taci

on

es

Cas

o d

e es

tud

io

Otr

as d

inám

icas

Just

ific

ació

n

(có

mo

eva

lúo

)

Just

ific

ació

n

(Có

mo

la d

esar

rollo

)

Gra

do

d

e d

esar

rollo

(0

,1, 2

)

Comunes

C1

.

Cn

Ciencias Computacionales

CS1

.

CSn

3. Para cada asignatura de la carrera, los coordinadores completaron la matriz correspondiente en

conjunto con los docentes responsables del dictado de la materia. Mediante esta forma de trabajo se

minimizaron los problemas de interpretación de las competencias y se aseguró la correcta aplicación

de los criterios de evaluación establecidos. En promedio el llenado de los datos de una asignatura

requirió de aproximadamente 50 minutos.

Los datos de la matriz se completaron de la siguiente forma:

En las columnas de Evidencia de evaluación de competencias se solicitó indicar con una (X) las

competencias evaluadas por la asignatura y para las cuales existía evidencia para demostrarlo.

En la columna Justificación se solicitó a los docentes que describieran brevemente el motivo por el cual

consideraban que la competencia se evaluaba.

En la columna Grado de desarrollo se indicó el valor correspondiente según el criterio de evaluación:

0 - (ND, No Desarrollada). No se evalúa ni desarrolla la competencia.

1 - (PD, Parcialmente Desarrollada). Se desarrolla o contribuye a desarrollar la competencia, pero no se

evalúa. Alternativamente, la competencia es evaluada pero no se desarrolla.

Page 34: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

30

2 - (D, Desarrollada). Se desarrolla o contribuye a desarrollar la competencia, se evalúa y existe evidencia

que terceros pueden utilizar para verificarla.

4. Integración de los datos. Una vez finalizado el proceso de relevamiento se integraron los datos en

la Matriz de Materias y Competencias.

La matriz Competencias - cursos es una tabla de doble entrada en la cual las filas representan las

competencias de cada categoría, las columnas las asignaturas del plan de estudios y las celdas los valores

de la evaluación de las competencias por cada asignatura. Los valores de las columnas se corresponden

con los valores ingresados en la planilla de relevamiento (ver Figura -1).

Figura 1- Matriz Competencias – Cursos 5. Cálculo de métricas. A partir de la información ingresada en la hoja Competencias - cursos se

realizó el cálculo del Porcentaje de Cobertura e Intensidad de Cobertura para cada categoría de

competencias.

Cálculo de la Cobertura de Competencia.

1. Para cada competencia de una categoría, en la intersección con la columna “PD” (Col. 1) se

ingresa un (1) si para esa competencia existe al menos una asignatura que la evalúa como PD.

En la intersección con la columna “FD” (Col. 2) se ingresa un (1) si para esa competencia existe

al menos una asignatura que la evalúa como D.

Page 35: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

31

2. En la celda (Fila 0, Col.1) se calcula la cantidad de unos (1) que hay en la columna (Col.1),

indicando la cantidad de competencias para la categoría evaluadas como PD.

En la celda (Fila 0, Col.2) se calcula la cantidad de unos (1) que hay en la columna (Col.2), indicando la

cantidad de competencias para la categoría evaluadas como D.

En este ejemplo que sigue los valores son 2 y 23 respectivamente para la categoría de Competencias

comunes.

3. En la columna (Col. 3) se ingresa el número de competencias en la categoría. En este ejemplo

que sigue el valor es 25.

4. En la columna (Col. 4) se calcula el porcentaje de cobertura a partir de los dos valores

anteriores. En este caso es 92% correspondiente a (23/25*100).

Page 36: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

32

Cálculo de la Intensidad de Cobertura.

1. Para cada competencia de la categoría en la intersección con la (Col. 5) se ingresa la cantidad de

asignaturas que evalúan la competencia como D. En este caso para la competencia C1 habría 19

asignaturas que evalúan como D.

Page 37: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

33

2. En la celda (Fila 0, Col.6) se calcula el producto entre el número de asignaturas de la carrera y el

número de competencias dentro de la categoría (cantidad total de celdas en función del número

de competencias de la categoría y el número de asignaturas de la carrera). En este ejemplo son

925 celdas (25 competencias * 37 asignaturas).

3. En la celda (Fila 0, Col.5) se calcula la suma de los valores obtenidos en el paso 1. En este

ejemplo existen 183 celdas de las 925 posibles con un valor (FD).

Page 38: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

34

4. Finalmente, en la columna (Col. 7) se calcula la intensidad de cobertura a partir de los dos

valores anteriores. En este caso 20% (183/925*100).

Page 39: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

35

OBJETIVOS DEL PLAN DE ESTUDIOS

El objetivo general es la formación de profesionales en ingeniería en sistemas reconocedores de la

necesidad de formación permanente, comprometidos con las responsabilidades éticas y profesionales,

con habilidad para comunicarse efectivamente y trabajar en equipos multidisciplinarios y con una amplia

formación que les permita proponer soluciones tecnológicas acordes con el ambiente y la sociedad.

Dentro de los objetivos que la presente carrera pretende lograr se encuentran:

A. Formar profesionales capaces de detectar las necesidades de sus clientes y de desarrollar

soluciones que satisfagan dichas necesidades.

B. Permitir el desarrollo de distintos perfiles profesionales tanto en aspectos técnicos como

gerenciales.

C. Proveer una formación sólida que asegure al egresado la capacidad de autoformación, adaptación

a los cambios tecnológicos y el conocimiento necesario para la continuación de estudios de

postgrado profesionales o académicos.

D. Desarrollar habilidades que agregan valor a la práctica profesional: rigurosidad, trabajo en

equipo, liderazgo, comunicación, confianza, servicio y compromiso.

E. Capacitar al profesional con habilidades y el conocimiento necesario para lograr una rápida

inserción en el mercado laboral.

A su vez, el presente plan de estudios preserva las características del plan de estudios anterior (Plan de

estudios 1996) y hace especial énfasis en:

Mantener y profundizar el perfil distintivo de la carrera cuyo concepto unificador es la ingeniería de

software.

1. Proporcionar conocimientos sobre los dominios de aplicación más habituales del software.

2. Permitir al estudiante desarrollar sus preferencias personales.

3. Desarrollar una sólida formación teórica-práctica que brinde equilibrio entre la aplicación

práctica del conocimiento, la teoría y el uso de la tecnología.

Page 40: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

36

EQUIPO DE TRABAJO QUE ELABORÓ EL APÉNDICE II Las siguientes personas colaboraron en la realización del presente trabajo.

Coordinación general

Julio Fernández Decano de Desarrollo Académico

Coordinación del proyecto

Gastón Mousqués Catedrático de Ingeniería de Software

Alejandro Adorjan Asistente Coordinación Académica Ingeniería en Sistemas

Equipo de trabajo

Nora Szasz Coordinadora Académica de la Carrera Ingeniería en Sistemas

Alvaro Tasistro Catedrático de Teoría de la Computación

Carlos Luna Catedrático Asociado de Teoría de la Computación

Luis Silva Catedrático de Administración

Agustín Napoleone Docente de Negocios

Cecilia Belletti Docente Asociada de Bases de Datos

Inés Kereki Catedrática de Programación

Alvaro Sánchez Catedrático de Redes de Datos

Andrés Ferragut Catedrático Asociado de Redes de Datos

Angel Caffa Catedrático de Arquitectura de Sistemas

Gustavo Duarte Docente de Programación de Redes

Enrique Topolansky Catedrático de Sistemas de Información

Freddy Rabin Catedrático de Matemática

Efrain Buskman Catedrático de Física

Graciela Balparda Docente de Comunicación Profesional

Martín Solari Catedrático Asociado de Ingeniería de Software

Alvaro Ortas Docente de Ingeniería de Software

Rafael Bentancur Docente de Ingeniería de Software

Daniel Pereyra Coordinador Escuela de Ingeniería

Page 41: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

37

BIBLIOGRAFÍA

[1] Hilburn Thomas B., et. Al. A Software Engineering Body of Knowledge Version 1.0. Software

Engineering Institute, 1999.

[2] The Joint Task Force on Computing Curricula. Computing Curricula 2001 – Computer Science.

IEEE – Computer Society, Association for Computing Machinary, 2001.

[3] The Joint Task Force on Computing Curricula – Software Engineering Volume (Public Draft 1).

IEEE – Computer Society, Association for Computing Machinary, 2003.

Page 42: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

38

Page 43: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

39

Page 44: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

40

Page 45: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

41

Nomenclatura Padrão do IEEE para Cursos da

Área de Computação na América Latina

Editado por

Teófilo J. Ramos

Osvaldo M. Micheloud

Richard Painter

Moshe Kam

Page 46: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

42

Page 47: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

43

TABELA DE CONTEÚDOS

SUMÁRIO EXECUTIVO ..............................................................................................................................45

CONTRIBUIDORES ....................................................................................................................................46 Comitê Organizador e Editores ....................................................................................................................... 46 Participantes do grupo de trabalho .............................................................................................................. 46 Universidades participantes do teste piloto das diretrizes de mapeamento ................................. 47

Nomenclatura Padrão do IEEE para Cursos da Área de Computação na América Latina ............................................................................................................................................................49

I. INTRODUÇÃO ..........................................................................................................................................49

II. PARA QUEM ESTE DOCUMENTO FOI DESENVOLVIDO ..............................................................49

III. SITUAÇÃO ATUAL ................................................................................................................................50

IV. METODOLOGIA DE TRABALHO .......................................................................................................50

V. CATEGORIAS DEFINIDAS PELO GRUPO DE TRABALHO ............................................................50

VI. COMPETÊNCIAS ...................................................................................................................................51 VI.1. Competências comuns a todas as categorias .................................................................................... 51 VI.2. Competências da Ciência da Computação ......................................................................................... 52 VI.3. Competências dos cursos de Sistemas de Informação .................................................................. 53 VI.5 Competências de Engenharia da Computação .................................................................................. 55 VI.6 Competências de tecnologia da informação ...................................................................................... 56

VII. CONCLUSÕES .......................................................................................................................................57

REFERÊNCIAS .............................................................................................................................................57

APÊNDICE I Orientações para Mapear um Curso de Computação nas Categorias Definidas ......................................................................................................................................................58

APÊNDICE II Auto Avaliação do Currículo de Engenharia de Sistemas: Resumo da Experiência da Universidade ORT do Uruguai ...............................................................................63

Page 48: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

44

Page 49: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

45

SUMÁRIO EXECUTIVO

Os cursos acadêmicos nas áreas relacionadas à computação foram introduzidos e se desenvolveram sob

diferentes filosofias e tradições, tanto na América Latina como ao redor do mundo. Ainda que a

nomenclatura utilizada para descrever estes cursos nacionalmente seja bem entendida pelos profissionais

e acadêmicos locais, suas denominações frequentemente mascaram diferenças significativas quando

aplicados entre regiões. É comum encontrar cursos com o mesmo nome e conteúdo distinto e cursos com

nomes diferentes e conteúdo similar. Como resultado, os empregadores hesitam em contratar acadêmicos

egressos de cursos com os quais não estão familiarizados, e a mobilidade profissional tanto dos cursos

de graduação novos como existentes é desnecessariamente limitada.

Em 2010 um pequeno grupo de voluntários, aqui chamados de Comitê Organizador, liderados pelo Dr.

Moshe Kam, Presidente da IEEE e pelo Dr. Teófilo J Ramos, último Vice Presidente da IEEE EAB,

decidiram conduzir um estudo aprofundado da situação real dos cursos de graduação de

informática/engenharia de computação na América Latina, Espanha, EUA e Reino Unido. A ideia básica

era identificar níveis de competência e as principais categorias de computação nos países da América

Latina que tem um grande número de estudantes nestas áreas. O conceito subjacente a este trabalho era

desenvolver uma ferramenta para auxiliar os cursos interessados em se tornar internacionalmente

reconhecidos, identificar um nome reconhecido internacionalmente, visando intercâmbio de alunos e a

busca internacional por emprego. O objetivo final deste documento é incrementar a mobilidade

profissional, porem não pretende ser um novo sistema de acreditação.

O ponto de partida desta tarefa foi a identificação de alguns especialistas bem conhecidos na área de

computação originários dos países com grande número de alunos dos cursos relacionados à engenharia

de computação, e convidá-los a participar deste “grupo de trabalho” pedindo que produzissem um

documento chamado “resumo do país”, descrevendo a situação nos seus respectivos países. Em seguida,

toda esta informação foi compartilhada com todos os participantes do grupo de trabalho e, por

teleconferência, foram conduzidas discussões entre os participantes.

Após aproximadamente um ano de trabalho árduo, o assim chamado “grupo de trabalho”, organizou, em

abril de 2011, um encontro de dois dias em Lima no Peru, onde compareceram todos os integrantes do

grupo, para formular, por consenso, um documento que definisse categorias reconhecidas

internacionalmente de cursos universitários relacionados à computação adaptados para o contexto da

América Latina. Este documento pôde servir para determinar, em uma primeira aproximação, o quanto

um dado curso está em conformidade com uma das várias categorias de cursos relacionados à

computação, definidas pelo grupo de trabalho.

As diretrizes elaboradas em Lima foram então testadas em diversos cursos e a maioria das sugestões

recebidas foi incluída neste documento e aplicada em dois cursos, um dos quais foi incluído como um

exemplo neste documento. Este documento será disponibilizado, através da IEEE, para agências

governamentais e de acreditação, associações profissionais da América Latina e para a comunidade

internacional, para auxiliá-los a determinar em que categoria seus cursos são reconhecidos pelas maiores

organizações internacionais de acordo com as categorias especificadas neste documento.

Page 50: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

46

CONTRIBUIDORES

Comitê Organizador e Editores

Moshe Kam, Presidente da IEEE

Teofilo J. Ramos, último vice Presidente da IEEE EAB e Coordenador do Comitê de Programa

Osvaldo Micheloud, Professor Coordenador da Pesquisa em energia no Instituto Tecnológico e de

Estudos Superiores de Monterrey (ITESM).

Participantes do grupo de trabalho

Argentina

Daniel Morano, Assessor da Secretaria de Políticas Universitárias do Ministério da Educação, Guillermo

Ricardo Simari, “Universidad Nacional del Sur”

Brasil

Daltro Nunes, Secretário de Avaliação Institucional da Universidade Federal do Rio Grande do Sul

(UFRGS)

Jorge Luis Nicolas Audy, Pró-Reitor de Pesquisa e Pós-Graduação da Pontifícia Universidade Católica

do Rio Grande do Sul (PUCRS)

Chile

Luis Salinas, Departamento de Informática da Universidade Federico Santa Maria

Hector Kaschel, Diretor de Estudos de Graduação, Universidade de Santiago do Chile

Colômbia

Germán A. Chavarro F., Universidade Javeriana de Bogotá

Ismael Peña Reyes, diretor Acadêmico dos Cursos de Sistemas e Engenharia Industrial da Universidade

Nacional da Colômbia.

Costa Rica

Ignácio Trejos Zelaya, Centro de Formação em Tecnologias da Informação

Lilliana Sancho Chavarria, Instituto Tecnológico da Costa Rica

México

Rodolfo Castello Zetina, Diretor da Divisão de Mecatrônica e Tecnologias da Informação, Instituto

Tecnológico e de Estudos Superiores de Monterrey (ITESM).

Guillermo Rodriguez Abitia, Diretor do Departamento de Pesquisa, Desenvolvimento e Inovação de

Computação, Departamento de Computação e Tecnologias de Informação e Comunicação, Universidade

Nacional Autônoma do México (UNAM)

Peru

Ernesto Cuadros-Vargas, Sociedade Peruana de Computação e Universidade Católica de San Pablo.

César Luza Montero, “Universidad Nacional Mayor de San Marcos”, Lima

Carlos Javier Solano Salinas, Universidade Nacional de Engenharia, Lima

Page 51: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

47

Espanha

Javier Segovia, Diretor da Escola de Informática, Universidade Politécnica de Madri

Reino Unido

Leslie Smith, Coordenador do Departamento de Ciência da Computação e Matemática, Universidade

de Stirling.

Estados Unidos

Stephen Seidman, Diretor da Faculdade de Ciências, Universidade Estadual do Texas, San Marcos

Uruguai

Julio Fernández, Diretor de Desenvolvimento Acadêmico, Universidade ORT, Uruguai

Ariel Sabiguero, “Yawelak Facultad de Ingeniería”, Universidade da República

Universidades participantes do teste piloto das diretrizes de mapeamento

Universidade ORT, Uruguai

Universidade Javeriana de Bogotá, Colômbia

Instituto Tecnológico e de Estudos Superiores de Monterrey, México

Universidade Católica de San Pablo, Perú

Universidade Politécnica de Madri, Espanha

Universidade da República, Uruguai

Page 52: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

48

Page 53: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

49

Nomenclatura Padrão do IEEE para Cursos da Área de Computação na

América Latina

I. INTRODUÇÃO

Em abril de 2011 a IEEE realizou um workshop de dois dias envolvendo os principais

administradores acadêmicos e professores de toda a América Latina para examinar as diversidades de

nomes de cursos de computação em relação a seus conteúdos e desenvolvimento. Em função destas

diversidades, surge a necessidade, sem forçar nomes unificados, de um conjunto acordado de

competências que compreendam as principais categorias de computação. O evento identificou diferenças

de conteúdos nos cursos de graduação da Argentina, Brasil, Chile, Colômbia, Costa Rica, México, Peru,

Uruguai, Espanha, Reino Unido e Estados Unidos. Os participantes do workshop foram convidados a

colaborar na elaboração de um roteiro, com passos específicos, visando duas questões: 1) estabelecer um

consenso sobre o conjunto de competências e habilidades que devem ser comuns aos egressos de cursos

de graduação localizados nestas regiões; e 2) desenvolver uma nomenclatura padrão, para descrever

cursos de graduação, que possa ser usada por empregadores, pessoal de recrutamento, futuros alunos e

outros interessados. A solução deste problema irá melhorar a empregabilidade dos egressos entre países

sem a necessidade de emigrar. O Currículo de Computação da ACM/AIS/IEEE de 2005 [1], o Boletim

número 187 do Ministério da Educação da Espanha [2] e outros trabalhos relacionados foram referencias

orientadoras para este relatório.

II. PARA QUEM ESTE DOCUMENTO FOI DESENVOLVIDO

Empregadores e recrutadores de pessoal:

Descrevendo as necessidades de pessoal técnico

Definindo os pré-requisitos necessários para cada função

Criando descrições de cargo para funções técnicas

Universidades e agências governamentais de educação

Criando novos currículos na área

Classificando os currículos existentes e

Auxiliando os estudantes a selecionar conteúdos eletivos de maneira a estar em

conformidade com uma certa orientação

Agências de acreditação

Definindo as especificidades dos currículos para fins de acreditação

Revisando conteúdos/competências associadas com os perfis dos currículos

Integrando equipes de avaliação para adaptar o perfil dos currículos revisados

Associações profissionais da área:

Apoiando o trabalho de definição das atribuições profissionais

Organizando atividades internas de acordo com as diferentes disciplinas

Page 54: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

50

III. SITUAÇÃO ATUAL

A tecnologia e a computação evoluem rapidamente. Novas áreas do conhecimento surgem mais rápidas

do que as alterações dos nomes dos cursos. Nomes apelativos são dados aos cursos por razões históricas

ou em resposta a pressões de mercado para atrair estudantes. Alguns países unificaram os nomes dos

currículos, mas em outros é difícil alterar os títulos existentes. Os participantes do workshop estavam,

em diferentes graus, concordando com o Currículo de Computação da ACM/AIS/IEEE de 2005, o

Boletim número 187 do Ministério da Educação da Espanha e outros trabalhos relacionados que foram

usados como referencias orientadoras para este relatório. Existem muitos organismos de acreditação com

diferentes padrões para cursos de computação com influência nos nomes dos cursos e seu conteúdo. Não

é razoável acreditar que cursos já estabelecidos estariam dispostos a alterar seus nomes.

IV. METODOLOGIA DE TRABALHO

A IEEE incentivou os membros do grupo de trabalho a explorar soluções desafiadoras. Cada um

produziu, seguindo um roteiro, um resumo da situação do ensino e do emprego na área de computação

nos seus respectivos países. Estes resumos foram disponibilizados antes do workshop para que todos os

participantes os revisassem. As apresentações foram feitas e discutidas na primeira manhã do workshop.

A primeira tarde foi devotada a um painel de discussão e apresentações adicionais foram feitas para

orientar como prosseguir.

Concluiu-se que não seria razoável esperar que todos usassem um conjunto comum de nomes de cursos.

Entretanto, é possível, sem forçar nomes unificados para cursos de graduação, usar um conjunto de

competências ou habilidades professionais que compreendessem as principais categorias de computação.

O grupo formulou a abordagem apresentada aqui e trabalhou para desenvolver conjuntos de

competências para as áreas da computação.

Na tentativa de resolver esta questão, o grupo de trabalho iniciou pela revisão do Currículo de

Computação do ACM/AIS/IEEE 2005 e atualizou as competências profissionais para levar em

consideração as necessidades regionais e as mudanças contemporâneas da área. Foram analisadas as

competências de cada área listadas no “Currículo de Computação do ACM/AIS/IEEE 2005”, e

modificadas e acordadas conforme o conjunto de competências aqui contidas.

No contexto deste documento “competências” significa “capacidades profissionais”.

V. CATEGORIAS DEFINIDAS PELO GRUPO DE TRABALHO

Depois de muito debate e cuidadosas considerações das necessidades de cada uma das regiões/países foi

decidido de forma consensual selecionar as seguintes categorias definidas no Currículo de Computação

da ACM/AIS/IEEE 2005 em adição aos requisitos comuns.

Ciência da computação

Sistemas de informação

Engenharia de software

Engenharia de computação

Tecnologia da informação

Disciplinas emergentes e novos currículos híbridos

Page 55: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

51

VI. COMPETÊNCIAS

Esta seção contém competências comuns e específicas para as categorias identificadas, facilitando aos

coordenadores acadêmicos e outros a avaliação do grau de conformidade de seus currículos.

Este documento não define nenhuma competência específica para as categorias de disciplinas emergentes

e novos cursos híbridos.

VI.1. Competências comuns a todas as categorias

Esta seção é em grande parte baseada no Currículo de Computação do ACM/AIS/IEEE 2005.

Cada uma das principais disciplinas da computação tem suas próprias características. Cada uma difere

de suas irmãs na ênfase, objetivos e capacidade de seus egressos. Por outro lado, elas tem muito em

comum. Qualquer currículo de computação bem conceituado deve incluir os elementos que seguem:

C1. Uma compreensão intelectual e a habilidade de aplicar os fundamentos da matemática e a teoria

da computação.

C2. Habilidade de ter uma perspectiva crítica e criativa na identificação e solução de problemas

usando raciocínio computacional.

C3. Uma compreensão intelectual do, e uma apreciação para o papel central dos algoritmos e

estruturas de dados.

C4. Uma compreensão do hardware dos computadores de uma perspectiva do software, por exemplo,

uso do processador, memória, driver de disco, de vídeo etc.

C5. Habilidade para implementar algoritmos e estruturas de dados em software.

C6. Habilidade de projetar e implementar grandes unidades estruturadas que utilizam algoritmos e

estruturas de dados e interfaces, através das quais estas unidades se comunicam.

C7. Ser capaz de aplicar os princípios de engenharia de software e tecnologias para garantir que as

implementações de software são robustas, confiáveis, e apropriadas para o público alvo.

C8. Compreensão do que as tecnologias correntes podem e não podem realizar.

C9. Compreensão dos limites da computação, incluindo as diferenças entre o que a computação é

inerentemente incapaz de fazer contra o que pode ser realizável através da evolução da ciência e

tecnologia.

C10. Compreensão do impacto sobre os indivíduos, organizações e a sociedade das intervenções e da

implantação de soluções tecnológicas.

C11. Compreensão do conceito de ciclo de vida, incluindo o significado de suas fases (planejamento,

desenvolvimento, instalação e evolução).

C12. Compreensão das implicações do ciclo de vida no desenvolvimento de todos os aspectos dos

sistemas de computação (incluindo software, hardware e interface humano-computador).

C13. Compreensão do relacionamento entre a qualidade e o gerenciamento do ciclo de vida.

C14. Compreensão dos conceitos essenciais de processo na medida em que se relacionam com

computação, em especial execução de programas e sistemas operacionais.

C15. Compreensão dos conceitos essenciais de processo na medida que se relacionam com as

atividades profissionais, em especial o relacionamento entre a qualidade do produto e a

implantação dos processos humanos adequados durante o desenvolvimento do produto.

C16. Habilidade de identificar tópicos de computação avançados e entender os limites desta disciplina.

C17. Habilidade de se expressar de forma oral e escrita na medida esperada de um aluno de graduação.

Page 56: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

52

C18. Habilidade de participar ativamente e coordenar uma equipe.

C19. Habilidade de identificar de forma efetiva os objetivos e prioridades de seu trabalho/área/projeto

definindo as ações, o tempo e os recursos necessários.

C20. Habilidade de conectar a teoria e as habilidades desenvolvidas na academia com os problemas do

mundo real, explicando sua relevância e utilidade.

C21. Compreensão das questões profissionais, legais, de segurança, políticas, humanísticas,

ambientais, culturais e éticas.

C22. Habilidade de demonstrar atitudes e prioridades que honrem, protejam e desenvolvam a estatura

e a afirmação da ética da profissão.

C23. Habilidade de empreender, completar e apresentar projetos fundamentais.

C24. Compreensão da necessidade do aprendizado contínuo e da melhoria de suas competências e

habilidades.

C25. Habilidade em se comunicar em uma segunda língua.

VI.2. Competências da Ciência da Computação

Esta seção é fortemente baseada no Currículo de Ciência da Computação 2008 da ACM/IEEE: uma

revisão provisória do CS 2001. [3]

A computação abrange desde seus fundamentos teóricos e algorítmicos até os mais recentes

desenvolvimentos em robótica, visão computacional, sistemas inteligentes, bioinformática e outras áreas

fascinantes.

Pode-se entender o trabalho de um cientista da computação como sendo enquadrado em uma de três

categorias: Projetar e implementar software. Cientistas da computação tomam como desafio tarefas de

programação. Também supervisionam outros programadores, mantendo-os atualizados sobre

novas abordagens.

Imaginam novas formas de usar o computador. Os progressos na área de redes, banco de dados e

interface humano-computador permitiram o desenvolvimento da rede mundial de computadores

(WWW). Agora os pesquisadores de ciência da computação estão trabalhando com cientistas de

outros campos para criar robôs que se tornem auxiliares práticos e inteligentes, para usar bancos

de dados para criar novos conhecimentos e para usar computadores a auxiliar na decodificação

dos segredos de nosso DNA.

Desenvolvem novas formas efetivas de resolver problemas de computação. Por exemplo,

cientistas da computação desenvolvem as melhores formas possíveis de armazenar informações

em bancos de dados, enviar dados pela rede e exibir imagens complexas. Sua bagagem teórica os

permite determinar a melhor performance possível, e seu estudo de algoritmos os auxilia a

desenvolver novas abordagens e obter melhor performance.

Cientistas da computação abrangem da teoria até a programação. Enquanto outras cursos podem produzir

egressos com competências relacionadas ao mercado de trabalho mais imediatas, ciência da computação

oferece fundamentos abrangentes o suficiente para permitir aos egressos se adaptarem a novas

tecnologias e ideias.

Habilidades e competências relacionadas a ciência da computação estão relacionadas a:

Page 57: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

53

CS1. Modelar e projetar sistemas baseados em computador de maneira a demonstrar entendimento

das escolhas de projeto e seus compromissos.

CS2. Identificar e analisar os critérios e especificações adequados para problemas específicos e

planejar estratégias para sua solução.

CS3. Analisar em que extensão um sistema de computação atinge os critérios definidos para seu uso

corrente e desenvolvimento futuro.

CS4. Implantar a teoria, prática e ferramentas adequadas para a especificação, projeto,

implementação e manutenção bem como avaliação de sistemas computacionais.

CS5. Especificar, projetar e implementar sistemas computacionais.

CS6. Avaliar sistemas em termos de atributos gerais de qualidade e possíveis compromissos

existentes para um dado problema.

CS7. Aplicar os princípios do gerenciamento de informações efetivo, organização da informação e a

capacidade de recuperação da informação usando-os em informações de vários tipos, incluindo

textos, imagens, som e vídeo. Isso deve incluir a gerencia de quaisquer questão de segurança.

CS8. Aplicar os princípios de interação humano computador na avaliação e construção de uma

grande gama de materiais incluindo interfaces com o usuário, páginas web, sistemas multimídia

e sistemas móveis.

CS9. Identificar quaisquer riscos (incluindo quaisquer aspectos de proteção ou segurança) que

possam envolver a operação de equipamentos de computação em um dado contexto.

CS10. Instalar efetivamente as ferramentas usadas para a construção e documentação de software, com

ênfase na compreensão de todo o processo envolvido no uso de computadores para resolver

problemas práticos. Isso inclui ferramentas para controle de software, incluindo controle de

versionamento e gerencia de configuração.

CS11. Estar atento à disponibilidade de software livre e compreender o potencial de projetos de código

aberto.

CS12. Operar equipamentos de computação e sistemas de software de forma efetiva.

VI.3. Competências dos cursos de Sistemas de Informação

Esta seção é em sua maioria baseada nas Orientações para Currículos de Bacharelado em Sistemas de

Informação 2010 da ACM/AIS. [4] Especialistas em sistemas de informação tem foco na integração de soluções de tecnologia da informação

e processos de negócio visando satisfazer as necessidades de informação de negócios e outras empresas,

permitindo que estas atinjam seus objetivos de forma efetiva e eficiente. A perspectiva desta disciplina

sobre tecnologia da informação enfatiza a informação e entende a tecnologia como um instrumento para

gerar, processar e distribuir informação. Profissionais desta disciplina estão preocupados com a

informação que um sistema de computação pode gerar para auxiliar uma empresa a definir e atingir seus

objetivos e com os processos que a empresa pode implementar ou melhorar usando a tecnologia da

informação. Devem entender tanto os fatores técnicos como organizacionais e devem ser capazes de

auxiliar uma organização a determinar quais informações e quais processos apoiados por computador

podem oferecer vantagens competitivas.

Os especialistas em sistemas de informação possuem um papel fundamental na determinação dos

requisitos dos sistemas de informação de uma organização e são ativos na sua especificação, projeto e

implementação. Em função disso, estes profissionais necessitam ter uma sólida compreensão dos

princípios e práticas organizacionais, de maneira que possam atuar como uma ligação efetiva entre a

Page 58: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

54

comunidade técnica e a comunidade gerencial de uma empresa, permitindo-os trabalhar de forma

harmônica para garantir que a organização tenha o sistema de informação de que necessita para apoiar

suas operações. Profissionais de sistemas de informação também se envolvem no projeto de comunicação

da organização baseado em tecnologia e sistemas colaborativos.

Especialistas em sistemas de informação devem ser capazes de analisar os requisitos de informação e os

processos de negocio e ser capazes de especificar e projetar sistemas alinhados com os objetivos

organizacionais. As habilidades e competências relacionadas com sistemas de informação são:

IS1. Identificar, compreender e documentar requisitos de sistemas de informação.

IS2. Responder pelas interfaces humano-computador e pelas diferenças culturais de maneira a entregar

uma experiência de usuário de boa qualidade.

IS3. Projetar, implementar, integrar e gerenciar sistemas de TI, empresariais, dados e arquiteturas de

aplicações.

IS4. Gerenciar projetos de sistemas de informação, incluindo análise de riscos, estudos financeiros,

orçamento, desenvolvimento e aquisição e avaliar problemas de manutenção de sistemas de

informação.

IS5. Identificar, analisar e comunicar problemas, opções e soluções alternativas, incluindo estudos de

viabilidade.

IS6. Identificar e compreender oportunidades criadas por inovações tecnológicas.

IS7. Avaliar os relacionamentos entre as estratégias de negócios e os sistemas de informação, sua

arquitetura e infraestrutura.

IS8. Compreender os processos de negócio e a aplicação da TI nestes, incluindo gestão da mudança e

problemas de risco e controle.

IS9. Compreender e implementar sistemas, infraestruturas e arquiteturas seguras.

IS10. Compreender os problemas de desempenho e escalabilidade.

IS11. Gerenciar os sistemas de informação existentes, incluindo recursos, aquisição, manutenção e

questões de continuidade do negócio.

VI.4. Competências de Engenharia de Software

Esta seção é fortemente baseada no Currículo de Engenharia de Software da IEEE/ACM de 2004, nas

Orientações para Currículos de Graduação em Engenharia de Software [5] e Currículos Integrados de

Software e Engenharia de Sistemas (iSSEc), Projeto de Graduação em Engenharia de Software 2009

(GSWE2009) e Orientações para Currículos de Graduação em Engenharia de Software. [6]

A engenharia de software evoluiu em resposta a fatores tais como o impacto crescente de softwares

grandes e caros em uma ampla gama de situações e a crescente importância dos softwares em aplicações

de missão crítica. A engenharia de software tem características diferentes das demais engenharias tanto

pela natureza intangível do software como pela natureza descontínua de sua operação. Ela procura

integrar os princípios da matemática e da ciência da computação com os princípios práticos da engenharia

desenvolvidos para artefatos físicos.

O domínio dos conhecimentos e habilidades de engenharia de software e as competências profissionais

necessárias para iniciar como um engenheiro de software são:

SE1. Desenvolver, manter e avaliar sistemas de software e serviços que atendam requisitos do usuário,

comportem-se de forma confiável e eficiente, sejam acessíveis de desenvolver e manter e

Page 59: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

55

compatíveis com os padrões de qualidade, aplicando teorias, princípios, métodos e melhores

práticas da engenharia de software.

SE2. Avaliar as necessidades do usuário e especificar os requisitos de software para atingir estas

necessidades, conciliando objetivos conflitantes e encontrando compromissos aceitáveis entre as

restrições de custo, tempo, a existência de sistemas prontos e da própria organização.

SE3. Resolver problemas de integração em função das estratégias, padrões e tecnologias disponíveis.

SE4. Trabalhar como um indivíduo e como parte de uma equipe de desenvolvimento e entregar

produtos de software de qualidade. Compreender os diversos processos (atividades, padrões e

configurações de ciclo de vida, distinção entre formalidade e agilidade) e papéis. Executar

medidas e análises (básicas) em projetos, processos e dimensões de produtos.

SE5. Conciliar objetivos conflitantes de projetos, encontrando soluções aceitáveis em relação as

limitações de tempo, custo, conhecimento, sistemas existentes, organizações, engenharia

econômica, finanças e os fundamentos de análise e gerencia de riscos em um contexto de

software.

SE6. Projetar soluções apropriadas em um ou mais domínios de aplicação usando abordagens de

engenharia de software que integrem as preocupações éticas, sociais, legais e econômicas.

SE7. Demonstrar compreensão e saber aplicar as teorias, modelos e técnicas atuais que fornecem a

base para a análise e identificação de problemas, projeto de software, desenvolvimento,

implementação, verificação e validação, documentação e análise quantitativa de elementos de

projeto e arquitetura de software.

SE8. Demonstrar compreensão de reuso e adaptação de software, executar manutenção, integração ou

migração de produtos de software ou componentes, preparar elementos de software para reuso

potencial e criar interfaces técnicas para componentes e serviços.

SE9. Demonstrar compreensão de sistemas de software e seu ambiente (modelos de negócio,

regulamentação).

VI.5 Competências de Engenharia da Computação

Esta seção é fortemente baseada nas orientações dos Currículos de Engenharia de Computação para

Cursos de Graduação em Engenharia de Computação da IEEE/ACM de 2004. [7]

A engenharia da computação está preocupada com o projeto e construção de computadores e sistemas

baseados em computador. Compreende o estudo do hardware, software, comunicações e as interações

entre estes.

Seu currículo foca nas teorias, princípios e práticas dos cursos tradicionais de engenharia elétrica e

matemática, aplicando-os em problemas de projeto de computadores e dispositivos computacionais.

Estudantes de engenharia de computação estudam o projeto de sistemas de hardware digital, incluindo

sistemas de comunicação, computadores e dispositivos que contém computadores. Estudam

desenvolvimento de software, com foco em software para dispositivos digitais e suas interfaces com o

usuário e outros dispositivos. O estudo de EC pode enfatizar o hardware mais que o software ou deve

haver uma abordagem balanceada. EC tem um forte “sabor” de engenharia.

Atualmente, a área dominante em engenharia da computação é a de sistemas embarcados ou o

desenvolvimento de dispositivos que tem tanto software como hardware embarcados. Por exemplo,

dispositivos tais como celulares, tocadores digitais de música, câmeras digitais, sistemas de alarme,

máquinas de raio X e ferramentas cirúrgicas a laser todos requerem a integração de hardware e software

Page 60: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

56

embutido e todos são resultado de engenharia da computação.

Como competências de graduados em engenharia da computação temos as habilidades para:

CE1. Especificar, projetar, construir, testar, verificar e validar sistemas digitais, incluindo

computadores, sistemas baseados em microprocessadores e sistemas de comunicação.

CE2. Desenvolver processadores específicos e sistemas embarcados e desenvolver o seu software e

otimizar tais sistemas.

CE3. Analisar e avaliar arquiteturas de computadores, incluindo plataformas paralelas e distribuídas,

bem como desenvolver e otimizar software para as mesmas.

CE4. Projetar e implementar software para sistemas de comunicação.

CE5. Analisar, avaliar e selecionar plataformas de hardware e software adequadas para suportar

aplicações e sistemas embarcados de tempo real.

CE6. Compreender, implementar e gerenciar a segurança e proteção dos sistemas.

CE7. Analisar, avaliar, selecionar e configurar plataformas de hardware para o desenvolvimento e

implementação de aplicações e serviços de software.

CE8. Projetar, implantar, administrar e gerenciar redes de computadores.

VI.6 Competências de tecnologia da informação

Esta seção é fortemente baseada nas Diretrizes dos Currículos de Tecnologia da Informação para Cursos

de Graduação em Tecnologia da Informação da ACM/IEEE 2008. [8]

Profissionais de TI tem como responsabilidade garantir que os sistemas de TI funcionem adequadamente,

estejam disponíveis, seguros, protegidos, atualizados, mantidos e sejam substituídos quando apropriado.

Estão mais preocupados com a tecnologia em si do que com a informação que ela transmite. O

profissional de Ti deve ter habilidades para:

IT1. Projetar, implementar e avaliar um sistema computacional, processo, componente ou programa

para satisfazer as necessidades desejadas em um contexto social e organizacional.

IT2. Identificar e analisar necessidades do usuário e leva-las em conta na seleção, criação, avaliação e

administração de sistemas computacionais.

IT3. Integrar efetivamente soluções baseadas em TI, incluindo o ambiente do usuário.

IT4. Atuar como advogado do usuário, explicando e aplicando as tecnologias da informação

adequadas e empregando as melhores práticas e metodologias adequadas para auxiliar um

indivíduo ou organização a atingir suas metas e objetivos.

IT5. Auxiliar na criação de um plano de projeto efetivo.

IT6. Gerenciar os recursos de tecnologia da informação de um indivíduo ou organização.

IT7. Antecipar as mudanças na tecnologia da informação e avaliar e comunicar a utilidade das novas

tecnologias para um indivíduo ou organização.

Page 61: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

57

VII. CONCLUSÕES

A partir de um grupo de estudiosos este documento define as categorias para classificar cursos de

graduação na América Latina baseado nas competências que o egresso deve ter de acordo com as

recomendações das associações profissionais mais importantes da área. As competências selecionadas

foram revisadas e adaptadas para o contexto da América Latina pelo grupo de trabalho.

O apêndice I apresenta a metodologia para uma instituição ou agencia, preocupada em fazer uma

avaliação das competências de um curso em uma área relacionada a computação e, baseada nos

resultados, determinar quais das categorias correspondem a este curso, independentemente do seu nome.

Com a necessidade crescente de acreditação de cursos, a definição da categoria IEEE/ para um curso,

permitirá a instituição aplicar para acreditação com a denominação que corresponde às competências

profissionais de graduação, evitando a confusão que ocorre em decorrência da diversidade de nomes de

cursos usados nesta área.

Este documento está sendo disponibilizado para governos, agências de acreditação e associações

profissionais na américa latina e para a comunidade internacional, para auxiliá-los a classificar os cursos

de acordo com as categorias especificadas neste documento da IEEE.

REFERÊNCIAS

[1] ACM/AIS/IEEE Computing Curricula 2005 the Overview Report, 30 September 2005, ISBN:

1-59593-359-X

[2] Boletín Oficial Nº 187, Ministerio de Educación de España, Agosto 4, 2009.

http://www.boe.es/boe/dias/2009/08/04/pdfs/BOE-A-2009-12977.pdf

[3] ACM/IEEE Computer Science Curriculum 2008: An Interim Revision of CS 2001, December

2008.

[4] ACM/AIS IS 2010 Curriculum Guidelines for Undergraduate Degree Programs in Information

Systems.

[5] IEEE/ACM Software Engineering 2004 Curriculum Guidelines for Undergraduate Degree

Programs in Software Engineering, 23 August 2004.

[6] Integrated Software & Systems Engineering Curriculum (iSSEc) Project’s Graduate Software

Engineering 2009(GSwE2009) Curriculum Guidelines for Graduate Degree Programs in

Software Engineering, 30 September 2009.

[7] IEEE/ACM Computer Engineering 2004 Curriculum Guidelines for Undergraduate Degree

Programs in Computer Engineering, 12 December 2004.

[8] ACM/IEEE Information Technology 2008 Curriculum Guidelines for Undergraduate Degree

Programs in Information Technology, November 2008.

Page 62: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

58

Page 63: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

59

APÊNDICE I

Orientações para Mapear um Curso de Computação nas Categorias Definidas

Estas orientações descrevem um processo de auto avaliação para o mapeamento de cursos de graduação

nas categorias previamente definidas. O objetivo deste processo é determinar, como uma primeira

aproximação, o grau com que um dado programa está em conformidade com uma determinada categoria

de cursos de computação.

A equipe da Universidade deve preparar uma tabela, uma matriz de competências do curso, onde as linhas

são dedicadas a cada competência especificada na definição da categoria, e a coluna é atribuída a cada

disciplina do currículo.

As disciplinas incluídas são aquelas listadas no currículo oficial. Tratam-se de disciplinas regulares, mas

podem ser disciplinas compostas de seminários, projetos, estágios na indústria ou qualquer outra

atividade descrita no currículo incluindo disciplinas eletivas que devem ser escolhidas para se completar

o curso.

Matemática

Discreta

Programação

I

Comércio

eletrônico

... Seminários Projeto

Final

Competências

comuns

C1

C2

...

C25

Competências

de Ciência da

Computação

CS1

CS2

...

Competências

de

Engenharia

de Software

...

A. Cada disciplina do Curso deve ser analisada e comparada sistematicamente com as competências

listadas nas linhas, avaliando a contribuição específica de cada disciplina para cada competência.

B. Baseado no grau de contribuição para o desenvolvimento da competência, as células da tabela da

matriz de competência-disciplinas, são preenchidas usando-se as seguintes métricas:

O número 2 – (D, desenvolvido) é inserido na célula se a competência é totalmente ou

parcialmente desenvolvida, avaliada na disciplina e a evidencia está disponível.

Page 64: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

60

O número 1 – (PD, parcialmente desenvolvido) é inserido na célula se a disciplina

contribui de alguma maneira para o desenvolvimento da competência, mas a competência

não é avaliada.

O número 0 – (ND, não desenvolvido) é inserido na célula se a disciplina não tem

nenhuma contribuição para o desenvolvimento da competência.

A partir da avaliação numérica atribuída pelo avaliador na matriz competência-disciplina, a

“Cobertura de Competências” e a “Intensidade da Cobertura” para cada competência e para

cada categoria podem ser calculadas usando o procedimento descrito neste documento.

A Intensidade de Cobertura indica a percentagem de disciplinas nas quais as competências de

cada categoria são desenvolvidas e avaliadas, completa ou parcialmente e é expreo com uma

porcentagem do máximo possível. As categorias com maiores valores de Intensidade de

Cobertura indicam o núcleo de competências profissionais ou pontos fortes do currículo que

definem a categoria IEEE da mesma categoria. Este indicador provê também informação sobre a

intensidade de cobertura de cada competência na categoria.

A Cobertura de Competência é um indicador da porcentagem de competências que são

avaliadas (total ou parcialmente) dentro de uma categoria.

O apêndice 2 apresenta um exemplo detalhado da aplicação da metodologia para determinar a

categoria IEEE de cursos acadêmicos de computação baseados na avaliação das competências

profissionais obtidas pelos egressos. Este exemplo corresponde a um currículo de graduação em

Engenharia de Sistemas da Universidade ORT do Uruguai.

Os resultados da auto avaliação são exibidos em uma tabela (na sequência) com os valores obtidos para

a Intensidade de Cobertura e Cobertura de Competência para as categorias de competência definidas

no documento Padrão IEEE de Nomenclatura para Cursos da Área de Computação na América Latina

para cursos sendo avaliados.

Page 65: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

61

TABELA 1

RESULTADOS PARA A INTENSIDADE DE COBERTURA E COBERTURA DE COMPETÊNCIA PARA O

CURRÍCULO DE ENGENHARIA DE SISTEMAS DA UNIVERSIDADE ORT DO URUGUAI

Categoria Intensidade de Cobertura Cobertura de Competência

Competências comuns 20% 92,00%

Competências de Ciência

da Computação

17% 91,67%

Competências de Sistemas

de Informação

7% 100%

Competências de

Engenharia de Software

16% 100%

Competências de

Engenharia da

Computação

4% 100%

Competências de

Tecnologia da Informação

6% 85.71%

Como se pode observar, a avaliação detectou que o curso cobre mais de 85% das competências de cada

categoria. As categorias com maior intensidade correspondem às competências comuns, seguidas das

competências de Ciência da Computação e Engenharia de Software, atingindo os objetivos propostos

para o currículo conhecido como Engenharia de Sistemas.

CONCLUSÕES

Esta metodologia permite que uma instituição educacional determine a correspondência de seus

currículos com uma ou mais das categorias/nomes definidos pela IEEE para currículos de computação,

através da avaliação das competências desenvolvidas nos egressos a partir do currículo.

Nomes padrões aceitos internacionalmente para currículos acadêmicos ajudam os egressos quando

candidatam-se a potenciais empregadores ou instituições de ensino nacionais ou internacionais, uma

vez que estarão demonstrando suas competências profissionais expressas em um formato reconhecido

pela IEEE, que é independente do nome do currículo acadêmico.

Page 66: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

62

Page 67: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

63

APÊNDICE II

Auto Avaliação do Currículo de Engenharia de Sistemas:

Resumo da Experiência da Universidade ORT do Uruguai

TABELA DE CONTEÚDOS

INTRODUÇÃO ..............................................................................................................................................64

DESCRIÇÃO DO CURRÍCULO DE ENGENHARIA DE SISTEMAS .....................................................64

RESULTADOS DA AUTO AVALIAÇÃO .....................................................................................................64

AVALIAÇÃO DO CONJUNTO DE DISCIPLINAS OBRIGATÓRIAS (SEM CONSIDERAR AS DISCIPLINAS ELETIVAS) ..........................................................................................................................64

AVALIAÇÃO DO CONJUNTO DE DISCIPLINAS OBRIGATÓRIAS (CONSIDERANDO AS DISCIPLINAS ELETIVAS) ..........................................................................................................................65

PROCESSO DE AUTO AVALIAÇÃO ..........................................................................................................66

OBJETIVOS DO CURRÍCULO ...................................................................................................................72

EQUIPE DE TRABALHO ............................................................................................................................73

BIBLIOGRAFIA ............................................................................................................................................73

Page 68: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

64

INTRODUÇÃO

O objetivo deste relatório é apresentar o processo e os resultados da auto avaliação do currículo de

Engenharia de Sistemas da Universidade ORT do Uruguai no contexto do projeto Padrão IEEE de

Nomenclatura para Cursos da Área de Computação na América Latina.

Depois de estar de acordo com os critérios de auto avaliação definidos no documento “Orientações para

Mapear um Curso de Computação nas Categorias Definidas”, o resultado obtido ficou de acordo com a

orientação definida originalmente para o currículo. Como será explicado mais adiante, a avaliação do

currículo de Engenharia de Sistemas, em relação ao grau e intensidade de cobertura das categorias de

competência revela que os pontos fortes do currículo residem nas competências comuns seguidas das de

Ciência da Computação e de Engenharia de Software.

De forma a contextualizar a análise dos resultados obtidos, as seções a seguir descrevem os objetivos e

características do currículo, as recomendações usadas para projeta-lo e também compara os resultados

da auto avaliação. Finalmente, o processo usado para avaliar o programa é especificado.

DESCRIÇÃO DO CURRÍCULO DE ENGENHARIA DE SISTEMAS

Esta seção fornece informação contextual sobre o curso avaliado de maneira a facilitar a interpretação

dos resultados obtidos a partir do exercício de auto avaliação.

Os objetivos gerais do currículo do curso indicam que uma das suas principais características é a ênfase

na área de engenharia de software acompanhada de uma sólida preparação teórico/prática que oferece

aos egressos, entre outras habilidades, a capacidade de: auto educação, detecção de necessidades, solução

de problemas e aplicação dos conhecimentos adquiridos. Também é importante perceber que os

projetistas do currículo levaram em consideração as recomendações curriculares da IEEE/ACM para

Ciência da Computação [2], versões preliminares das recomendações para Engenharia de Software [3] e

o corpo de conhecimento de Engenharia de Software – SWEBOK [1].

O curso tem um núcleo de 36 disciplinas obrigatórias, sete disciplinas eletivas e um projeto de trabalho

de conclusão com duração de um ano. O objetivo das disciplinas eletivas é fornecer um conjunto de

perfis em profundidade em diversos domínios de aplicação, tais como: Sistemas de Informação,

Arquitetura de Sistemas e Desenvolvimento, Gerencia e Negócios etc. Os alunos escolhem um perfil e

selecionam quatro disciplinas do conjunto correspondente de eletivas e as três remanescentes são de livre

escolha.

RESULTADOS DA AUTO AVALIAÇÃO

Os resultados da auto avaliação do currículo de Engenharia de Sistemas estão descritos nesta seção. A

avaliação do conjunto de temas obrigatórios é apresentada primeiro, seguida, como um exemplo, pelas

disciplinas eletivas correspondentes ao perfil de Sistemas de Informação.

AVALIAÇÃO DO CONJUNTO DE DISCIPLINAS OBRIGATÓRIAS (SEM

CONSIDERAR AS DISCIPLINAS ELETIVAS)

A tabela que segue detalha os valores obtidos para a Cobertura de Competências e Intensidade de

Cobertura para as categorias de competência definidas no documento “Orientações para Mapear um

Page 69: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

65

Curso de Computação nas Categorias Definidas”.

Categoria Intensidade de Cobertura Cobertura de Competência

Competências comuns 20% 92,00%

Competências de Ciência

da Computação

17% 91,67%

Competências de Sistemas

de Informação

7% 100%

Competências de

Engenharia de Software

16% 100%

Competências de

Engenharia da

Computação

4% 100%

Competências de

Tecnologia da Informação

6% 85.71%

Como pode ser visto na tabela, a avaliação detectou que o currículo de graduação cobre mais de 85% das

competências de cada categoria. As categorias com maior intensidade são as Competências Comuns,

seguidas pelas de Ciência da Computação e de Engenharia de Software. Esta ordem é consistente com

os objetivos de projeto do currículo.

AVALIAÇÃO DO CONJUNTO DE DISCIPLINAS OBRIGATÓRIAS

(CONSIDERANDO AS DISCIPLINAS ELETIVAS)

A avaliação de Intensidade de Cobertura também contempla as disciplinas eletivas correspondentes ao

perfil de Sistemas de Informação. Este perfil inclui quatro disciplinas eletivas particulares desta área de

conhecimento e, quando se considera estes cursos, a quantidade de conteúdos avaliados neste currículo

de graduação sobe de 37 para 41.

A tabela que segue mostra que, quando se incluem estes conteúdos, a Intensidade de Cobertura da

categoria de competência “Sistemas de Informação” aumenta, e o impacto na intensidade das categorias

remanescente é leve.

Categoria Intensidade de Cobertura

Competências comuns 21%

Competências de Ciência da Computação 17%

Competências de Sistemas de Informação 11%

Competências de Engenharia de Software 18%

Competências de Engenharia da

Computação

4%

Competências de Tecnologia da

Informação

12%

Page 70: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

66

PROCESSO DE AUTO AVALIAÇÃO

O processo de auto avaliação consiste das seguintes etapas:

1. Criação da equipe de trabalho: a auto avaliação foi coordenada por dois professores indicados

como líderes de projeto que, juntos com os instrutores e professores encarregados de ministrar os

conteúdos do currículo, coletaram as informações.

2. Preparação da matriz competências-disciplinas: de maneira a padronizar e facilitar a coleta de

informações sobre o desenvolvimento das competências de cada conteúdo, uma matriz foi formulada

com os seguintes campos (veja o exemplo):

Nome do conteúdo

Lista de competências agrupadas por categoria

Os campos estabelecidos para cada competência indicam:

O tipo de teste conduzido para avaliar a competência

Exemplos ou justificativas para avaliação da competência

Nível de adequação ao critério estabelecido (PD, D)

Justificativa para o valor do critério selecionado

Evidencias de avaliação da

competência –

Verifique as formas de avaliação da

competência

Critérios de desenvolvimento

Par

cial

Obri

gat

óri

o

Apre

senta

ções

Est

udo

de

caso

Outr

as d

inâm

icas

Just

ific

ativ

a (r

azão

par

a a

aval

iaçã

o)

Just

ific

ativ

a

(form

as d

e

des

envolv

imen

to)

Nív

el d

e

des

envolv

imen

to

(0,1

,2)

Comum

C1

...

Cn

Ciência da

Computação

CS1

...

CSn

Page 71: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

67

3. Para cada conteúdo do currículo, os coordenadores completaram a matriz correspondente junto com

os professores encarregados de lecionar a disciplina. Esta forma de trabalho minimiza quaisquer

problemas de interpretação das competências e garante a correta aplicação dos critérios de avaliação

estabelecidos. Preencher os dados para um conteúdo leva 50 minutos em média.

A matriz de dados foi preenchida como segue:

Na coluna Evidência da avaliação da competência, os coordenadores solicitaram a verificação das

competências avaliadas naquele conteúdo e para qual evidência existia.

Na coluna Justificativa, os professores foram solicitados a descrever brevemente a razão pela qual eles

achavam que a competência estava sendo avaliada.

A coluna Nível de desenvolvimento foi usada para indicar o valor correspondente de acordo com os

critério de avaliação:

0 – (ND, não desenvolvido). A competência não é avaliada ou desenvolvida.

1 – (PD, parcialmente desenvolvido). Desenvolve ou contribui no desenvolvimento da competência, mas

não avalia a mesma. Alternativamente a competência é avaliada mas não desenvolvida.

2 – (D, desenvolvido). Desenvolve ou contribui para o desenvolvimento da competência, avalia e

evidencia a avaliação de maneira que esta pode ser usada por terceiros para verificação.

4. Integração dos dados: uma vez que o processo de coleta dos dados estava pronto, os dados são

integrados na Matriz de Competências e Disciplinas.

A matriz de Competências e Disciplinas é uma tabela de dupla entrada na qual as linhas representam as

competências de cada categoria, as colunas os conteúdos do currículo e as células os valores de avaliação

pra as competências de cada conteúdo. Os valores nas colunas correspondem aos valores incluídos no

modelo de coleta de dados (veja a figura 1).

Dis

cipli

na

1

Dis

cipli

na

2

Dis

cipli

na…

...

Dis

cipli

na

N

Competências Comuns

Compreensão intelectual e habilidade de aplicar

fundamentos matemáticos e teoria da computação

C1 2 2 2 2

Habilidade de ter uma perspectiva crítica e

criativa na identificação e resolução de problemas

usando pensamento computacional

C2 2 2 2 2

...

C5 2 2 2 0 2

...

...

Cn

Figura 1 – Matriz de Competências e Disciplinas

Page 72: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

68

5. Cálculo das métricas: o Percentual de Cobertura e a Intensidade de Cobertura para cada

categoria foram calculados baseado na informação inserida na tabela de Competências e Disciplinas.

Cálculo da Cobertura de Competência

1. Para cada competência de uma categoria, na intersecção da coluna “PD” (Col. 1) um (1) é

atribuído se pelo menos um conteúdo é avaliado como PD para esta competência. Na intersecção

da coluna “D” (Col. 2) um 1 é inserido se pelo menos um conteúdo é avaliado como “D” para

esta competência.

Col.1 Col.2 Col.

3

Col.

4

Col

.5

Dis

cip

lin

a1

Dis

cip

lin

a 2

...

...

Dis

cip

lin

a n

PD

: a

com

pet

ênci

a

ou

par

te d

ela

é

par

cial

men

te

des

env

olv

ida

(val

or

1)

D:

a co

mp

etên

cia

ou

par

te d

a

com

pet

ênci

a é

com

ple

tam

ente

des

env

olv

ida

(val

or

2)

Qu

anti

dad

e d

e

com

pet

ênci

as n

a

cate

go

ria

Co

ber

tura

da

com

pet

ênci

a

Linha 0 Competencias

comuns 2 23 25 92%

C1 2 2 2 2 2 0 1

C2 2 2 2 2 2 1 1

...

C5 2 2 2 0 2 1 0

...

...

Cn 1 1

2. A quantidade de uns (1) existentes na coluna (col. 1) é calculada na célula (Linha 0, Coluna 1),

indicando a quantidade de competências para as categorias avaliadas como PD.

A quantidade de uns (1) existentes na coluna (Col. 2) é calculada na célula (Linha 0, Coluna 1) indicando

a quantidade de competências para as categorias avaliadas como D. Neste exemplo os valores são 2 e 23,

respectivamente para a categoria Competências Comuns.

Page 73: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

69

Col.1 Col.2 Col.3 Col.4 Col.5

Dis

cip

lin

a 1

Dis

cip

lin

a 2

...

...

Dis

cip

lin

a n

PD

: a

com

pet

ênci

a ou

par

te d

ela

é

par

cial

men

te

des

env

olv

ida

(val

or

1)

D:

a co

mp

etên

cia

ou

par

te d

a

com

pet

ênci

a é

com

ple

tam

ente

des

env

olv

ida

(val

or

2)

Qu

anti

dad

e d

e

com

pet

ênci

as n

a

cate

go

ria

Co

ber

tura

da

com

pet

ênci

a

Linha 0 Competencias

comuns 2 23 25 92%

C1 2 2 2 2 2 0 1

C2 2 2 2 2 2 1 1

...

C5 2 2 2 0 2 1 0

...

...

Cn 1 1

3. A quantidade de competências na categoria é inserida na coluna (Col. 3). Neste exemplo o valor

é 25. 4. A Cobertura de Competência baseada nos valores anteriores é calculada na coluna (Col. 4).

Neste caso, a cobertura de 92% corresponde a (23/25*100).

Col.1 Col.2 Col.3 Col.4 Col.5

Dis

cip

lin

a 1

Dis

cip

lin

a 2

...

...

Dis

cip

lin

a n

PD

: a

com

pet

ênci

a ou

par

te d

ela

é

par

cial

men

te

des

env

olv

ida

(val

or

1)

D:

a co

mp

etên

cia

ou

par

te d

a

com

pet

ênci

a é

com

ple

tam

ente

des

env

olv

ida

(val

or

2)

Qu

anti

dad

e d

e

com

pet

ênci

as n

a

cate

go

ria

Co

ber

tura

da

com

pet

ênci

a

Linha 0 Competencias

comuns 2 23 25 92%

C1 2 2 2 2 2 0 1

C2 2 2 2 2 2 1 1

...

C5 2 2 2 0 2 1 0

...

...

Cn 1 1

Page 74: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

70

Calculo da Intensidade de Cobertura

1. Para cada competência da categoria na intersecção com a coluna (Col. 5), a quantidade de

conteúdos que avaliam a competência como D é definida. Neste caso, para a competência C1,

existem 19 conteúdos que são avaliados como D.

Col. 1 ... Col 4 Col. 5 Col. 6 Col.7

Dis

cip

lin

a1

Dis

cip

lin

a 2

...

Dis

cip

lin

a n

To

tal

de

Av

alia

ções

(2

)

po

r ca

tego

ria

mer

o

máx

imo

de

aval

iaçõ

es (

2)

po

ssív

eis

po

r

cate

go

ria

Linha 0 Competencia

s comuns

183 925 20%

C1 2 2 2 19

C2 2 2 2 25

...

...

...

...

C2

5

2

2. A célula (linha 0, Coluna 6) calcula o produto entre a quantidade de conteúdos no currículo e a

quantidade de competências na categorias (quantidade total de células em relação a quantidade

total de competências da categoria e a quantidade de conteúdos no currículo). Neste exemplo,

existem 925 células (25 competências * 37 conteúdos).

Col. 1 ... Col 4 Col. 5 Col. 6 Col.7

Dis

cip

lin

a1

Dis

cip

lin

a 2

...

Dis

cip

lin

a n

To

tal

de

Av

alia

ções

(2)

po

r

cate

go

ria

mer

o

máx

imo

de

aval

iaçõ

es

(2)

po

ssív

eis

po

r

cate

go

ria

Linha 0 Competencias

comuns

183 925 20%

C1 2 2 2 19

C2 2 2 2 25

...

...

...

...

C25 2

3. A célula (Linha 0, Coluna 5) calcula a soma dos valores obtidos no passo 1. Neste exemplo,

existem 183 células de 925 com um valor de (D).

Page 75: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

71

Col. 1 ... Col 4 Col. 5 Col. 6 Col.7

Dis

cip

lin

a1

Dis

cip

lin

a 2

...

Dis

cip

lin

a n

To

tal

de

Av

alia

ções

(2)

po

r

cate

go

ria

mer

o

máx

imo

de

aval

iaçõ

es

(2)

po

ssív

eis

po

r

cate

go

ria

Linha 0 Competencias

comuns

183 925 20%

C1 2 2 2 19

C2 2 2 2 25

...

...

...

...

C25 2

4. Finalmente, a intensidade de cobertura é calculada (coluna 7) tendo por base os dois valores

prévios. Neste caso, 20% (183/925*100).

Col. 1 ... Col 4 Col. 5 Col. 6 Col.7

Dis

cip

lin

a1

Dis

cip

lin

a 2

...

Dis

cip

lin

a n

To

tal

de

Av

alia

ções

(2)

po

r

cate

go

ria

mer

o

máx

imo

de

aval

iaçõ

es

(2)

po

ssív

eis

po

r

cate

go

ria

Linha 0 Competencias

comuns

183 925 20%

C1 2 2 2 19

C2 2 2 2 25

...

...

...

...

C25 2

Page 76: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

72

OBJETIVOS DO CURRÍCULO

O objetivo geral é preparar engenheiros de sistemas que reconheçam a necessidade de educação

continuada e que sejam compromissados com as responsabilidades éticas e profissionais, com

habilidades efetivas de comunicação e trabalho em grupo multidisciplinar. Sua educação integral irá

permitir que proponha soluções tecnológicas consistentes com seu ambiente e sociedade.

Os objetivos deste curso de graduação incluem:

A. Treinar profissionais capazes de detectar as necessidades de seus clientes e de desenvolver

soluções que atendam estas necessidades.

B. Permitir o desenvolvimento de diversos perfis técnicos e gerenciais.

C. Prover uma educação sólida para garantir que o graduado tenha a capacidade de se auto educar e

se adaptar as modificações tecnológicas e o conhecimento necessário para seguir em uma pós

graduação acadêmica ou profissional.

D. Desenvolver habilidades que acrescentem valor a prática profissional dos graduados: rigor no

trabalho em equipe, liderança, comunicação, confiança, trabalho e comprometimento.

E. Treinar profissionais com as habilidades e conhecimentos necessários para encontrar um emprego

rapidamente.

O currículo atual mantém as características do anterior, focando em especial em:

Manter e detalhar os diferentes perfis do currículo acadêmico no qual a engenharia de software é

o conceito unificador.

1. Fornecendo conhecimentos dos domínios de aplicação de software mais comuns.

2. Permitindo que os estudantes desenvolvam suas preferências pessoais.

3. Desenvolvendo uma sólida preparação teórico-prática que balanceia as aplicações práticas do

conhecimento, teoria e o uso da tecnologia.

Page 77: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

73

EQUIPE DE TRABALHO

As pessoas listadas a seguir colaboraram neste relatório.

Coordenador Geral

Julio Fernandez Diretor de Desenvolvimento Acadêmico

Coordenadores do projeto

Gastón Mousqués Professor de Engenharia de Software

Alejandro Adorjan Assistente da Coordenação Acadêmica de Engenharia de Sistemas

Equipe de trabalho

Nora Szasz Coordenador Acadêmico do Bacharelado em Engenharia de Sistemas

Alvaro Tasistro Professor de Teoria da Computação

Carlos Luna Professor Associado de Teoria da Computação

Luis Silva Professor de Administração e Negócios

Agustin Napoleone Professor de Negócios

Cecilia Belleti Professora Associada de Banco de Dados

Inés Kereki Professor de Programação

Alvaro Sanchez Professor de Redes

Andrés Ferragut Professor Associado de Redes de Dados

Angel Caffa Professor de Arquitetura de Sistemas

Gustavo Duarte Professor de Programação em Rede

Henrique Topolanski Professor de Sistemas de Informação

Freddy Rabin Professor de Matemática

Efrain Buskman Professor de física

Graciela Balparda Professor de Comunicação Instrumental

Martín Solari Professor Associado de Engenharia de Software

Alvaro Ortas Professor Associado de Engenharia de Software

Rafael Betancur Professor Associado de Engenharia de Software

Daniel Pereyra Coordenador da Escola de Engenharia

BIBLIOGRAFIA

[1] Hilburn Thomas B., et. Al. A Software Engineering Body of Knowledge Version 1.0. Software

Engineering Institute, 1999.

[2] The Joint Task Force on Computing Curricula. Computing Curricula 2001 – Computer Science.

IEEE – Computer Society, Association for Computing Machinary, 2001.

[3] The Joint Task Force on Computing Curricula – Software Engineering Volume (Public Draft 1).

IEEE – Computer Society, Association for Computing Machinary, 2003.

Page 78: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

74

Page 79: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

75

Page 80: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

76

Page 81: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

77

IEEE Common Nomenclature for

Computing Related Programs in Latin America

Edited by

Teófilo J. Ramos

Osvaldo M. Micheloud

Richard Painter

Moshe Kam

Page 82: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

78

Page 83: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

79

TABLE OF CONTENTS

EXECUTIVE SUMMARY .............................................................................................................................80

CONTRIBUTORS .........................................................................................................................................82 Organizing Committee and Editors ............................................................................................................... 82 Working Group Participants ............................................................................................................................ 82 Universities Participating in the Pilot Test of the Mapping Guidelines ............................................ 83

I. INTRODUCTION ......................................................................................................................................85

II. INTENDED USERS .................................................................................................................................85

III. CURRENT LANDSCAPE ......................................................................................................................86

IV. WORKING METHODOLOGY ..............................................................................................................86

V. CATEGORIES DEFINED BY THE WORKGROUP .............................................................................86

VI. COMPETENCIES ...................................................................................................................................87 VI.1. Common Competencies for all Categories ......................................................................................... 87 VI.2. Computer Science Competencies .......................................................................................................... 88 VI.3. Information Systems Competencies .................................................................................................... 89 VI.4. Software Engineering Competencies .................................................................................................. 90 VI.5. Computer Engineering Competencies ................................................................................................ 91 VI.6 Information Technology Competencies .............................................................................................. 92

VII: CONCLUSIONS .....................................................................................................................................93

REFERENCES ...............................................................................................................................................93

APPENDIX I ..................................................................................................................................................94

Guidelines for Mapping a Computing-Related Degree Program to the Defined Categories ....................................................................................................................................................95

APPENDIX II Self-Assessment of the Systems Engineering Undergraduate Program Summary of the Experience of Ort Uruguay ....................................................................................97

Page 84: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

80

Page 85: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

81

EXECUTIVE SUMMARY

Academic degree programs in computing-related fields have developed under different traditions and

philosophies in Latin America and around the world. While the terms and phrases used to describe these

programs within nations are generally understood by local practitioners and academic officials, these

descriptive titles often mask significant differences in content when applied across regions. It is common

to find programs with the same name but with different content and programs with different names and

similar content. As a result, employers hesitate to hire graduates from academic programs with which

they are not familiar, and the professional mobility of both new and existing graduates is unnecessarily

limited.

In 2010, a small group of volunteers, herein called Organizing Committee, led by Dr. Moshe Kam, IEEE

Past President, and Dr. Teófilo J. Ramos, IEEE, Educational Activities Board (EAB) Past Chair, decided

to conduct a study of the computing engineering undergraduate programs in Latin America, Spain, USA

and UK. The objective was to identify graduate competencies and main categories in computing in Latin

American countries with a large number of students in these fields. The concept was to develop a tool to

help each program interested in becoming internationally recognizable, to easily identify an

internationally recognized name for international job searches and student exchange. The goal of this

document is to enhance the consistency of program naming in order to increase professional mobility. It

does not intend to be a new accreditation system.

The starting point of this task was to identify a few well-known specialists in the field from the countries

with the largest number of computing-related engineering programs, and invite them to participate in the

“working group.” They were then asked to produce a document called the “country summary”, which

described the situation in their respective countries. All of this information was then shared among the

working group for further review and discussion.

After one year of hard work, the working group” participated in a two-day meeting held in Lima, Peru,

in April 2011. The purpose of the session was to formulate a document that defined the internationally

recognized categories of computing-related university programs adapted to the Latin America context.

This document is intended to serve as a first measure of approximation to which a given program

conforms to one or various categories of computing-related programs defined by the working group.

The guidelines developed in Lima were then tested by several programs as part of a pilot phase. The

feedback and suggestions received during this pilot phase are included in this document, and applied in

two programs, one of them included as an example in this document.

This document is made available to government and accreditation agencies, professional associations in

Latin America and to the international community through IEEE. It is intended to help these

organizations in determining the category of their program that is recognized by the largest international

organizations according to the categories specified in this document.

Page 86: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

82

CONTRIBUTORS

Organizing Committee and Editors

Moshe Kam, IEEE Past President

Teófilo J. Ramos, IEEE EAB Past Vice President and Program Chair

Osvaldo Micheloud, Energy Research Chair Professor, Tecnológico de Monterrey, México

Richard Painter, IEEE, EAB Accreditation Policy Council (APC) Past Chair

Working Group Participants

Argentina

Daniel Morano, Asesor Secretaría de Políticas Universitarias, Ministerio de Educación

Guillermo Ricardo Simari, Universidad Nacional del Sur

Brazil

Daltro Nunes, Universidade Federal do Rio Grande do Sul

Jorge Luis Nicolas Audy, Pró-Reitor de Pesquisa e Pós-Graduação da PUCRS

Chile

Luis Salinas, Informatics Department, Universidad Federico Santa María

Hector Kaschel, Dean of Graduate Studies, Universidad de Santiago de Chile

Colombia

Germán A. Chavarro F. Universidad Javeriana Bogotá

José Ismael Peña Reyes, Academic Director of Systems and Industrial Engineering Programs, Univ.

Nacional de Colombia

Costa Rica

Ignacio Trejos Zelaya, Centro de Formacion en Tecnologias de Informacion

Lilliana Sancho Chavarria Instituto Tecnologico de Costa Rica

Mexico

Rodolfo Castello Zetina, Director of the Division of Mechatronics and Information Technologies,

Tecnologico de Monterrey

Guillermo Rodriguez Abitia, Director of Research, Development and Innovation, General Direction of

Computing, Information Technologies and Communication, UNAM

Peru

Ernesto Cuadros-Vargas, Sociedad Peruana de Computación and Universidad Catolica San Pablo

César Luza Montero, Universidad Nacional Mayor de San Marcos, Lima

Carlos Javier Solano Salinas Universidad Nacional de Ingeniería, Lima

Page 87: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

83

Spain

Javier Segovia, Dean of the School of Informatics, Universidad Politécnica de Madrid

United Kindom

Leslie Smith, Chair, Department of Computing Science and Mathematics, University of Stirling

United States

Stephen Seidman, Dean College of Science, Texas State University-San Marcos

Uruguay

Julio Fernández, Dean of Academic Development, Universidad ORT Uruguay

Ariel Sabiguero Yawelak Facultad de Ingeniería, Universidad de la República

Universities Participating in the Pilot Test of the Mapping Guidelines

Universidad ORT, Uruguay

Universidad Javeriana Bogotá, Colombia

Tecnológico de Monterrey, México

Universidad Católica San Pablo, Perú

Universidad Politécnica de Madrid, Spain

Universidad de la República, Uruguay

Page 88: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

84

Page 89: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

85

IEEE Common Nomenclature for Computing Related Programs in Latin

America

I. INTRODUCTION

The IEEE held a two-day workshop in April 2011 involving leading academic administrators and faculty

from across Latin America to examine the variation of computing program names versus program

contents and develop responses. Because of this variation, a need exists, without mandating unified

names, for an agreed set of competencies that embody the main categories in computing. The event

identified specific content differences in undergraduate computing programs in Argentina, Brazil, Chile,

Colombia, Costa Rica, Mexico, Peru, Uruguay, Spain, UK and the USA. Workshop participants were

asked to collaborate in developing a roadmap, with specific steps aimed at the issues of: 1) establishing

consensus on the knowledge and skill sets that should be common to graduates of computing-related

baccalaureate programs located across these regions; and 2) developing a shared nomenclature to

describe relevant academic programs that can be used with confidence by employers, graduate

admissions personnel, prospective students and other constituents. Solving this problem will improve the

employability of graduates across borders without the need to emigrate. The ACM/AIS/IEEE Computing

Curricula 2005 [1], Spain’s Ministry of Education Bulletin No 187 [2] and other related works were

guiding references for this report.

II. INTENDED USERS

Employers and personnel recruiters:

Describing needs for technical personnel

Defining background for positions wanted

Creating job descriptions for technical functions

Universities and governmental educational agencies:

Creating new study programs in the field

Classifying of existing programs

Helping students to select elective content in order to conform to a given orientation

Accreditation agencies:

Defining program specialties for accreditation review

Reviewing contents /competencies associated with program profiles

Integrating evaluation teams to match the profile of reviewed programs

Professional associations in the field:

Supporting work on definition of professional competencies

Organizing internal activities according to the different disciplines

Page 90: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

86

III. CURRENT LANDSCAPE

Technology and the computing field are changing rapidly. New knowledge areas are emerging faster than

program names can be changed. Varying names are given to programs for historical reasons or in

response to market pressures to attract students. Some countries have unified program names but in others

it is difficult to change existing titles. The Working Group participants were to varying degrees in

agreement with The ACM/AIS/IEEE Computing Curricula 2005, Spain’s Ministry of Education Bulletin

No 187 and other related works. All of which were guiding references for this report. There are many

accrediting bodies with different standards for computing programs which influence variation in program

names and content. It is not realistic to believe that already established programs would be willing to

change their name.

IV. WORKING METHODOLOGY

The IEEE charged the working group to explore solutions to addressing the challenge. Each produced,

following a guideline, a summary of the computing education and employment situation in their

respective countries. These summaries were made available prior to the workshop for all participants to

review. Presentations were made and discussed the first morning of the workshop. The first afternoon

was devoted to a panel discussion and additional presentations to outline how to proceed.

It was concluded that it would be unreasonable to expect everyone to use a common set of program

names. However, it is possible, without coercing unified names for undergraduate programs, to use a

common set of categories for computing that express a common set of competencies or professional

capabilities. The group formulated the approach embodied here and worked to develop sets of

competencies for the computing areas.

In an attempt to address, this working group began by reviewing the ACM/AIS/IEEE Computing

Curricula 2005 and updating the professional capabilities here to account for regional needs and

contemporary changes in the field. They analyzed the competencies of each area listed in the

ACM/AIS/IEEE Computing Curricula 2005, modified and agreed on a set of revised competencies

contained herein. In the context of this document “competencies” means “professional capabilities”.

V. CATEGORIES DEFINED BY THE WORKING GROUP

After much debate and careful consideration of each country’s/region’s need, it was consensually decided

to select the following categories defined by the ACM/AIS/IEEE Computing Curricula 2005 in addition

to common requirements:

computer science

information systems

software engineering

computer engineering

information technology

emerging disciplines and new hybrid programs

Page 91: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

87

VI. COMPETENCIES

This section contains common and category-specific competencies for the identified categories to

facilitate program leaders and others to assess the degree of conformance of their programs.

This document does not define any category-specific competencies for emerging disciplines and new

hybrid programs.

VI.1. Common Competencies for all Categories

This section is based on the ACM/AIS/IEEE Computing Curricula 2005.

Each of the major computing disciplines has its own character. Each one is somewhat different from its

siblings in the emphasis, goals, and capabilities of its graduates. Yet they have much in common. Any

reputable computing degree program should include each of the following elements.

C1. An intellectual understanding and the ability to apply mathematical foundations and computer

science theory

C2. Ability to have a critical and creative perspective in identifying and solving problems using

computational thinking.

C3. An intellectual understanding of, and an appreciation for, the central role of algorithms and data

structures.

C4. An understanding of computer hardware from a software perspective, for example, use of the

processor, memory, disk drives, display, etc.

C5. Ability to implement algorithms and data structures in software.

C6. Ability to design and implement larger structural units that utilize algorithms and data structures

and the interfaces through which these units communicate.

C7. Being able to apply the software engineering principles and technologies to ensure that software

implementations are robust, reliable, and appropriate for their intended audience.

C8. Understanding of what current technologies can and cannot accomplish.

C9. Understanding of computing’s limitations, including the difference between what computing is

inherently incapable of doing vs. what may be accomplished via future science and technology.

C10. Understanding of the impact on individuals, organizations, and society of deploying technological

solutions and interventions.

C11. Understanding of the concept of the lifecycle, including the significance of its phases (planning,

development, deployment, and evolution).

C12. Understanding the lifecycle implications for the development of all aspects of computer-related

systems (including software, hardware, and human computer interface).

C13. Understanding the relationship between quality and lifecycle management.

C14. Understanding of the essential concept of process as it relates to computing especially program

execution and system operation.

C15. Understanding of the essential concept of process as it relates to professional activity, especially

the relationship between product quality and the deployment of appropriate human processes

during product development.

C16. Ability to identify advanced computing topics and understanding the frontiers of the discipline.

Page 92: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

88

C17. Ability to properly express in oral and written media as expected from a university graduate.

C18. Ability to participate actively and as a member of a team.

C19. Ability to effectively identify the goals and priorities of their project, stating the action, the time

and resources required.

C20. Ability to connect theory and skills learned in academia to real-world occurrences explaining

their relevance and utility.

C21. Understanding the professional, legal, security, political, humanistic, environmental, cultural and

ethical issues.

C22. Ability to demonstrate attitudes and priorities that honor, protect, and enhance the profession’s

ethical stature and standing.

C23. Ability to undertake, complete, and present a capstone project.

C24. Understanding the need for lifelong learning and improving skills and abilities.

C25. Ability to communicate in a second language.

VI.2. Computer Science Competencies

This section is based on the ACM/IEEE Computer Science Curriculum 2008: An Interim Revision of CS

2001 [3].

Computer science spans a wide range, from its theoretical and algorithmic foundations, to cutting-edge

developments in robotics, computer vision, intelligent systems, bioinformatics, and other exciting areas.

The work of computer scientists falls into three categories:

Design and implement software. Computer scientists take on challenging programming jobs.

They also supervise other programmers, keeping them aware of new approaches.

Devise new ways to use computers. Progress in the CS areas of networking, database, and human-

computer-interface, enabled the development of the World Wide Web. Now CS researchers are

working with scientists from other fields to make robots become practical and intelligent aides,

to use databases to create new knowledge, and to use computers to help decipher the secrets of

our DNA.

Develop effective ways to solve computing problems. For example, computer scientists develop

the best possible ways to store information in databases, send data over networks, and display

complex images. Their theoretical background allows them to determine the best performance

possible, and their study of algorithms helps them to develop new approaches that provide better

performance.

Computer science spans the range from theory through programming. While other disciplines may

produce graduates with more immediately relevant job-related skills, computer science offers a

comprehensive foundation that permits graduates to adapt to new technologies and new ideas.

Competencies and skills relating to computer science are abilities to:

CS1. Model and design computer-based systems in a way that demonstrates comprehension of the

tradeoff involved in design choices.

Page 93: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

89

CS2. Identify and analyze criteria and specifications appropriate to specific problems, and plan

strategies for their solution.

CS3. Analyze the extent to which a computer-based system meets the criteria defined for its current

use and future development.

CS4. Deploy appropriate theory, practices, and tools for the specification, design, implementation, and

maintenance as well as the evaluation of computer-based systems.

CS5. Specify, design, and implement computer-based systems.

CS6. Evaluate systems in terms of general quality attributes and possible tradeoffs presented within the

given problem.

CS7. Apply the principles of effective information management, information organization, and

information-retrieval skills to information of various kinds, including text, images, sound, and

video. This must include managing any security issues.

CS8. Apply the principles of human-computer interaction to the evaluation and construction of a wide

range of materials including user interfaces, web pages, multimedia systems and mobile systems.

CS9. Identify any risks (and this includes any safety or security aspects) that may be involved in the

operation of computing equipment within a given context.

CS10. Deploy effectively the tools used for the construction and documentation of software, with

particular emphasis on understanding the whole process involved in using computers to solve

practical problems. This should include tools for software control including version control and

configuration management.

CS11. Be aware of the existence of publicly available software and understanding the potential of open-

source projects.

CS12. Operate computing equipment and software systems effectively.

VI.3. Information Systems Competencies

This section is based on the ACM/AIS IS 2010 Curriculum Guidelines for Undergraduate Degree

Programs in Information Systems [4].

Information systems specialists focus on integrating information technology solutions and business

processes to meet the information needs of businesses and other enterprises, enabling them to achieve

their objectives in an effective, efficient way. This discipline’s perspective on information technology

emphasizes information, and views technology as an instrument for generating, processing, and

distributing information. Professionals in the discipline are primarily concerned with the information that

computer systems can provide to aid an enterprise in defining and achieving its goals, and the processes

that an enterprise can implement or improve using information technology. They must understand both

technical and organizational factors. They must be able to help an organization determine how

information and technology-enabled business processes can provide a competitive advantage.

The information systems specialist plays a key role in determining the requirements for an organization’s

information systems and is active in their specification, design, and implementation. As a result, such

professionals require a sound understanding of organizational principles and practices so that they can

serve as an effective bridge between the technical and management communities within an organization,

enabling them to work in harmony to ensure that the organization has the information and the systems it

needs to support its operations. Information systems professionals are also involved in designing

Page 94: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

90

technology-based organizational communication and collaboration systems.

Information systems specialists should be able to analyze information requirements and business

processes and be able to specify and design systems that are aligned with organizational goals.

Competencies and skills relating to information systems include the abilities to:

IS1. Identify, understand and document information systems requirements.

IS2. Account for human-computer interfaces and intercultural differences, in order to deliver a quality

user experience.

IS3. Design, implement, integrate and manage IT systems, enterprise, data and application

architectures.

IS4. Manage information systems projects, including risk analysis, financial studies, budgeting,

procurement and development, and to appreciate the challenges of information systems

maintenance.

IS5. Identify, analyze and communicate problems, options and solution alternatives, including

feasibility studies.

IS6. Identify and understand opportunities created by technological innovations.

IS7. Appreciate the relationships between business strategy and information systems, architecture and

infrastructure.

IS8. Understand business processes and the application of IT to them, including change management,

control and risk issues.

IS9. Understand and implement secure systems, infrastructures and architectures.

IS10. Understand performance and scalability issues.

IS11. Manage existing information systems including resources, maintenance, procurement and

business continuity issues.

VI.4. Software Engineering Competencies

This section is based on the IEEE/ACM Software Engineering 2004 Curriculum Guidelines for

Undergraduate Degree Programs in Software Engineering [5] and Integrated Software & Systems

Engineering Curriculum (iSSEc) Project’s Graduate Software Engineering 2009 (GSWE2009)

Curriculum Guidelines for Graduate Degree Programs in Software Engineering [6].

Software engineering has evolved in response to factors such as the growing impact of large and

expensive software systems in a wide range of situations and the increased importance of software in

safety-critical applications. Software engineering is different in character from other engineering

disciplines due to both the intangible nature of software and the discontinuous nature of software

operation. It seeks to integrate the principles of mathematics and computer science with the engineering

practices developed for tangible, physical artifacts.

Mastery of the software engineering knowledge and skills, and professional issues necessary to begin

practice as a software engineer include the abilities to:

SE1. Develop, maintain and evaluate software systems and services to meet all user requirements and

behave reliably and efficiently, are affordable to develop and maintain and meet quality standards,

applying the theories, principles, methods and best practices of Software Engineering.

SE2. Assess customer needs and specify the software requirements to meet those needs, reconciling

Page 95: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

91

conflicting goals by finding acceptable compromises within the constraints arising from the cost,

time, the existence of systems already developed and the organizations themselves.

SE3. Solve integration problems in terms of strategies, standards and technologies available.

SE4. Work as an individual and as part of a team to develop and deliver quality software artifacts.

Understand diverse processes (activities, standards and lifecycle configurations, formality as

distinguished from agility) and roles. Perform measurements and analysis (basic) in projects,

processes and product dimensions.

SE5. Reconcile conflicting project objectives, finding acceptable compromises within limitations of

cost, time, knowledge, existing systems, organizations, engineering economics, finance and the

fundamentals of risk analysis and management in a software context.

SE6. Design appropriate solutions in one or more application domains using software engineering

approaches that integrate ethical, social, legal, and economic concerns.

SE7. Demonstrate an understanding of, and apply current theories to, models, and techniques that

provide a basis for problem identification and analysis, software design, development,

construction and implementation, verification and validation, documentation and quantitative

analysis of design elements and software architectures.

SE8. Demonstrate an understanding of software reuse and adaptation, perform maintenance,

integration, migration of software products and components, prepare software elements for

potential reuse and create technical interfaces to components and services.

SE9. Demonstrate an understanding of systems of software and their environment (business models,

regulations).

VI.5. Computer Engineering Competencies

This section is based on the IEEE/ACM Computer Engineering 2004 Curriculum Guidelines for

Undergraduate Degree Programs in Computer Engineering [7]-

Computer engineering is concerned with the design and construction of computers and computer-based

systems. It involves the study of hardware, software, communications, and the interaction among them.

Its curriculum focuses on the theories, principles, and practices of traditional electrical engineering and

mathematics and applies them to the problems of designing computers and computer-based devices.

Computer engineering students study the design of digital hardware systems including communications

systems, computers, and devices that contain computers. They study software development, focusing on

software for digital devices and their interfaces with users and other devices. CE study may emphasize

hardware more than software or there may be a balanced emphasis. CE has a strong engineering flavor.

Currently, a dominant area within computing engineering is embedded systems, the development of

devices that have software and hardware embedded in them. For example, devices such as cell phones,

digital audio players, digital video recorders, alarm systems, x-ray machines, and laser surgical tools all

require integration of hardware and embedded software and are all the result of computer engineering.

Competencies of Computer Engineering Graduates include the abilities to:

CE1. Specify, design, build, test, verify and validate digital systems, including computers,

microprocessor-based systems and communications systems.

CE2. Develop specific processors, embedded systems, software development, and optimization of such

Page 96: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

92

systems.

CE3. Analyze and evaluate computer architectures, including parallel and distributed platforms, as well

as developing and optimizing software for them.

CE4. Design and implement software for communications system.

CE5. Analyze, evaluate and select hardware and software platforms suitable for application support

and real-time embedded systems.

CE6. Understand, implement and manage the security and safety systems.

CE7. Analyze, evaluate, select and configure hardware platforms for the development and

implementation of software applications and services.

CE8. Design, deploy, administer and manage computer networks.

VI.6 Information Technology Competencies

This section is based on the ACM/IEEE Information Technology 2008 Curriculum Guidelines for

Undergraduate Degree Programs in Information Technology [8].

IT professionals are in charge of assuring that IT systems work properly, are available, secure, safe,

upgraded, maintained, and replaced as appropriate. They are more concerned with the technology itself

than on the information it conveys. The IT professional should have the abilities to:

IT1. Design, implement, and evaluate a computer-based system, process, component, or program to

meet desired needs within an organizational and societal context.

IT2. Identify and analyze user needs and incorporate them in the selection, creation, evaluation and

administration of computer-based systems.

IT3. Integrate effectively IT based solutions, including the user environment.

IT4. Function as a user advocate. Explain and apply appropriate information technologies and employ

best practices standards and appropriate methodologies to help an individual or organization

achieve its goals and objectives.

IT5. Assist in the creation of an effective project plan.

IT6. Manage the information technology resources of an individual or organization.

IT7. Anticipate the changing direction of information technology and evaluate and communicate the

likely utility of new technologies to an individual or organization.

Page 97: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

93

VII: CONCLUSIONS

This document is made available to government and accreditation agencies, professional associations in

Latin America and to the international community. This document defines the categories to classify

computational undergraduate programs in Latin America on the basis of the competencies that graduates

must have, in accordance with the recommendations of the key professional associations in the field. The

Working Group revised and adapted the selected competencies to the Latin American context.

Appendix I describes a methodology for an institution or agency to conduct an assessment of the

competencies for programs in computer related areas. Based on the results, a determination can be made

on which of the defined categories corresponds to its program, independent of the name of the program.

With the increasing need for program accreditation, institutions using this document will have the ability

to define the IEEE category for the program and employ a common naming convention that corresponds

to the professional competencies of graduation.

REFERENCES

[1] ACM/AIS/IEEE Computing Curricula 2005 the Overview Report, 30 September 2005, ISBN: 1-59593-359-X

[2] Spain’s Ministry of Education in the Official State Bulletin No 187 August 4, 2009, http://www.boe.es/boe/dias/2009/08/04/pdfs/BOE-A-2009-12977.pdf

[3] ACM/IEEE Computer Science Curriculum 2008: An Interim Revision of CS 2001, December 2008.

[4] ACM/AIS IS 2010 Curriculum Guidelines for Undergraduate Degree Programs in Information Systems.

[5] IEEE/ACM Software Engineering 2004 Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering, 23 August 2004.

[6] Integrated Software & Systems Engineering Curriculum (iSSEc) Project’s Graduate Software Engineering 2009(GSwE2009) Curriculum Guidelines for Graduate Degree Programs in Software Engineering, 30 September 2009.

[7] IEEE/ACM Computer Engineering 2004 Curriculum Guidelines for Undergraduate Degree Programs in Computer Engineering, 12 December 2004.

[8] ACM/IEEE Information Technology 2008 Curriculum Guidelines for Undergraduate Degree Programs in Information Technology, November 2008.

Page 98: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

94

Page 99: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

95

APPENDIX I

Guidelines for Mapping a Computing-Related Degree Program to the Defined

Categories

These guidelines describe a self-assessment process for the exploratory mapping of degree programs to

the previously defined categories. The objective of the process is to determine the degree to which a

given program conforms to a selected category of computing programs.

The university team should prepare a table, a competencies-course matrix, in which a row is dedicated

to each competency specified in the category definition, and a column is assigned to each course of the

program.

The courses included are the ones that are listed in the

official study plan. They are regular courses, but also

courses consisting of seminars, projects, industry

apprenticeships, or any other activity described in the

general study plan including the elective courses which

must be chosen to complete the program.

A. Each course in the program is then analyzed and

compared systematically to the competencies listed

in the rows of Competencies, assessing specific contributions of the course to each competency.

B. Based on the degree of contribution to the development of the competency, the table cells in the

competencies-course matrix, are filled out using the following metrics:

A number 2 – (D, Developed) is inserted in the cell if the competency is fully or partially

developed, assessed in the course and evidence is available.

A number 1 – (PD, Partially Developed) is inserted in the cell if the course contributes in

some way to the development of the competency, but the competency is not assessed.

A number 0/blank – (ND, Not Developed) is inserted in the cell if the course does not have

any contribution to the development of the competency.

From the numeric evaluation assigned by the evaluator in the competency-course matrix, the “Coverage

of Competency” and the “Intensity of Coverage” for each competency and for each category can be

calculated, using the procedure described in this document.

The Intensity of Coverage indicates the percentage of courses in which the competencies from each

category are developed and evaluated, wholly or partly and is expressed as a percentage of the maximum

possible. The categories with the highest values of Intensity of Coverage indicate the core professional

competencies or strengths of the program that define the IEEE category of the same. This indicator also

provides information about the intensity of coverage of each competency within a category.

Page 100: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

96

The Coverage of Competency is an indicator of the percentage of competencies that are assessed

(partially or fully) within a category.

Appendix 2 describes a detailed example of the application of the methodology to determine the IEEE

category for computing-related academic programs based on the assessment of the professional

competencies acquired by graduates. This example corresponds to the Systems Engineering

undergraduate program at the University ORT Uruguay.

The self-assessment results are displayed in a Table 1 (below). Values obtained for the Intensity of

Coverage and the Coverage Competency for the competency categories defined in the document IEEE

Common Nomenclature for Computing-Related Programs in Latin America for the program being

assessed.

TABLE 1

RESULTS OF THE INTENSITY OF COVERAGE AND COMPETENCY COVERAGE FOR THE SYSTEMS

ENGINEERING PROGRAM AT UNIVERSITY ORT URUGUAY.

Category Intensity of

Coverage

Coverage of

Competency

Common Competencies 20% 92.00%

Computer Science Competencies 17% 91.67%

Information Systems Competencies 7% 100%

Software Engineering Competencies 16% 100%

Computer Engineering Competencies 4% 100%

Information Technology Competencies 6% 85.71%

The assessment detected that the program covers more than 85% of the competencies in each category.

The categories with the greatest intensity correspond to the Common Competencies, followed by the

Computer Science and Software Engineering competencies. Therefore, this program corresponds to the

Computer Science and Software Engineering categories, matching the design objectives of the program

known as Systems Engineering.

CONCLUSIONS

This methodology allows an educational institution to determine the alignment of its program with one

or several of the categories/names defined by IEEE for computing-related programs and their associated

professional competencies. Employers and other organizations will recognize that graduates have

demonstrated their professional competencies, independent from the name of their academic program, in

a format documented and approved by IEEE.

Page 101: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

97

APPENDIX II

Self-Assessment of the Systems Engineering Undergraduate Program

Summary of the Experience of Ort Uruguay

TABLE OF CONTENTS

INTRODUCTION .........................................................................................................................................98

DESCRIPTION OF THE SYSTEMS ENGINEERING PROGRAM ........................................................98

SELF-ASSESSMENT RESULTS..................................................................................................................98

ASSESSMENT OF THE SET OF COMPULSORY COURSES (WITHOUT THE ELECTIVE COURSES) .....................................................................................................................................................99

ASSESSMENT OF THE SET OF COMPULSORY COURSES (WITH THE ELECTIVE COURSES) .................................................................................................................................................. 100

SELF-ASSESSMENT PROCESS .............................................................................................................. 100

Curriculum Objectives .......................................................................................................................... 107

CONTRIBUTORS TO APPENDIX II ..................................................................................................... 107

REFERENCES ............................................................................................................................................ 108

Page 102: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

98

INTRODUCTION

The aim of this report is to illustrate the process and the results of the self-assessment of the Systems

Engineering program at ORT University in Uruguay within the context of the IEEE Common

Nomenclature for Computing-Related Programs in Latin America project.

After complying with the self-assessment criteria defined in the document “Guidelines for Mapping a

Computing-Related Degree Program to the Defined Categories”, the result obtained matches the

intent originally defined for the program. The evaluation of the Systems Engineering program, in relation

to the degree and Intensity of Coverage of the competency categories, reveals that the program’s strengths

lie in the Common Competencies, followed by Computer Science and Software Engineering

Competencies.

In order to contextualize the analysis of the results obtained, the following section describes the

objectives and characteristics of the program, the recommendations used to design the curriculum, and

also compares the self-assessment results. Finally, the process used to assess the degree program is

specified.

DESCRIPTION OF THE SYSTEMS ENGINEERING PROGRAM

This section provides contextual information on the assessed program to facilitate the interpretation of

the results obtained from the self-evaluation exercise.

The general objectives of the program’s curriculum indicate that one of its main characteristics is

emphasis on the area of software engineering, accompanied by a solid theoretical/practical preparation

that offers graduates, among other skills, the capacity for: self-education, detecting needs, problem

solving and applying the knowledge acquired. It is also important to note that the curriculum designers

seriously considered the IEEE/ACM curricular recommendations for Computer Science [2] preliminary

versions of the recommendation for Software Engineering [3] and the body of knowledge for Software

Engineering– SWEBOK [1].

The program has a core of thirty six compulsory courses, seven elective courses and a one year-long

capstone project. The aim of the elective courses is to provide a set of in-depth profiles in diverse

application domains, such as: Information Systems, Systems Architecture and Development,

Management and Business, etc. Students choose a profile and select four courses from the corresponding

set of electives, and the remaining three are free-choice electives.

SELF-ASSESSMENT RESULTS

The results of the self-assessment of the Systems Engineering program are described in this section. The

assessment of the program’s set of compulsory subjects is presented first. It is then followed, as an

example, by the elective courses corresponding to the Information Systems profile.

Page 103: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

99

ASSESSMENT OF THE SET OF COMPULSORY COURSES (WITHOUT THE

ELECTIVE COURSES)

The following table details the values obtained for the Competency Coverage and Intensity of Coverage

for the competency categories defined in the document “Guidelines For Mapping a Computing-

Related Degree Program to the Defined Categories”.

Category Intensity of

Coverage

Competency

Coverage

Common Competencies 20% 92.00%

Computer Science Competencies 17% 91.67%

Information Systems Competencies 7% 100%

Software Engineering Competencies 16% 100%

Computer Engineering Competencies 4% 100%

Information Technology Competencies 6% 85.71%

As can be seen in the table, the assessment detected that the degree program covers over 85% of the

competencies from each category. The categories with the greatest intensity are the Common

Competencies, followed by the Computer Science and Software Engineering competencies. This order

is consistent with the curriculum’s design objectives.

Page 104: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

100

ASSESSMENT OF THE SET OF COMPULSORY COURSES (WITH THE

ELECTIVE COURSES)

The assessment of the Intensity of Coverage also contemplates the elective courses corresponding to

the Information Systems profile. This profile includes four elective courses particular to this area of

knowledge and, when considering these courses, the total number of subjects evaluated in the degree

program increases from thirty seven to forty one.

The following table shows that, when including these subjects, the Intensity of Coverage for the

“Information Systems” competency category increases and the impact on the intensity of the remaining

categories is slight.

Category Intensity of Coverage

Common Competencies 21%

Computer Science Competencies 17%

Information Systems Competencies 11%

Software Engineering Competencies 18%

Computer Engineering Competencies 4%

Information Technology Competencies 12%

SELF-ASSESSMENT PROCESS

The self-assessment process consisted of the following stages:

1. Creation of the work team. The self-assessment was coordinated by two professors appointed as

project leaders. They worked together with the lecturers and professors responsible for teaching the

program’s subjects to collect the information.

2. Preparation of the competency-course matrix. In order to standardize and facilitate the collection

of information on the development of the competencies for each subject, a matrix was formulated

with the following fields (see example):

Subject name

List of competencies grouped by category

The fields established for each competency indicate:

- The type of test conducted to assess the competency.

- Examples or justifications for the competency assessment.

- Level of compliance with the established criteria (PD, D).

- Justification for the value of the criterion selected.

Page 105: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

101

Evidence of the competency

assessment –

Check the forms of competency

assessment.

Development criterion

Part

ial

Com

pu

lsory

Pre

sen

tati

on

s

Case

stu

dy

Oth

er d

yn

am

ics

Ju

stif

icati

on

(rea

son

fo

r

ass

essm

ent)

Ju

stif

icati

on

(mea

ns

of

dev

elop

men

t)

Lev

el o

f

dev

elop

men

t

(0, 1, 2)

Common

C1

.

Cn

Computer

Science

CS1

.

CSn

3. For each of the program’s subjects, the coordinators completed the corresponding matrix together

with the professors responsible for teaching the course. This way of working minimized any

competency interpretation issues and ensured the correct application of the established evaluation

criteria. Filling in the data for one subject took approximately 50 minutes on average.

The matrix data was completed as follows:

In the columns for Evidence of the competency assessment, the coordinators were asked to check the

box of the evaluated competencies for which evidence exists.

In the column Justification, the professors were asked to describe briefly the reason they thought the

competency was being assessed.

The column Level of development was used to indicate the corresponding value according to the

assessment criterion:

0 - (ND, Not developed). The competency is not assessed or developed.

1 - (PD, Partially Developed). Develops or contributes to the development of the competency, but does

not assess it. Alternatively, the competency is assessed but not developed.

2 - (D, Developed). Develops or contributes to the development of the competency, evaluates it and

Page 106: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

102

evidence exists that can be used by third parties for verification.

4. Data integration. Once the data-collection process was completed, the data was integrated into the

Course and Competency Matrix.

The Competency-course matrix is a double-entry table in which the rows represent the competencies for

each category, the columns represent the subjects in the curriculum and the cells represent the assessment

values for the competencies of each subject. The values in the columns correspond to the values included

in the data-collection template (see Figure – 1).

Figure 2- Competency – Course Matrix

5. Calculation of metrics. The Percentage of Coverage and Intensity of Coverage for each category

were calculated based on the information entered in the Competencies-courses sheet.

Calculation of Coverage of Competency

1. For each competency in a category, in the intersection of the column “PD” (Col. 1) a (1) is entered

if at least one subject is assessed as PD for this competency. In the intersection of the column “D”

(Col. 2) a (1) is entered if at least one subject is assessed as D for this competency.

Page 107: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

103

2. The number of ones (1) existing in the column (Col. 1) are calculated in the cell (Row 0, Col. 1),

indicating the number of competencies for the categories assessed as PD.

The number of ones (1) existing in the column (Col. 2) are calculated in the cell (Row 0, Col. 2),

indicating the number of competencies for the categories assessed as D.

In this example, the values are 2 and 23 respectively for the category Common Competencies.

3. The number of competencies in the category is entered into the column (Col. 3). In this example,

the value is 25.

4. The Competency coverage based on the previous values is calculated in the column (Col. 4). In

this case, coverage is 92% corresponding to (23/25*100).

Page 108: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

104

Calculation of the Intensity of Coverage

1. For each competency of the category in the intersection with the column (Col. 5), the number of

subjects that assess the competency as D is entered. In this case, for competency C1, there are 19

subjects that are assessed as D.

2. The cell (Row 0, Col.6) calculates the product between the number of subjects in the program

and the number of competencies within the category (total number of cells in relation to the

number of competencies of the category and the number of subjects in the program). In this

example, there are 925 cells (25 competencies * 37 subjects).

Page 109: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

105

3. The cell (Row 0, Col.5) calculates the sum of the values obtained in step 1. In this example, there

are 183 cells of the 925 possible cells with a value of (D).

4. Finally, the intensity of coverage is calculated on the basis of two previous values in column

(Col. 7). In this case, 20% (183/925*100).

Page 110: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

106

Page 111: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

107

Curriculum Objectives

The general objective is to prepare systems engineers who recognize the need for ongoing education and

are committed to ethical and professional responsibilities, with effective communication and

multidisciplinary teamwork skills. Their comprehensive education will allow them to propose

technological solutions that are consistent with their environment and society.

The objectives of this degree program include:

A. Training professionals who are capable of detecting their clients’ needs and of developing

solutions that meet these needs.

B. Permitting the development of diverse technical and managerial professional profiles.

C. Providing a solid education to ensure that the graduate will have the capacity for self-education

and adaptation to technological change, and the necessary knowledge to study a professional or

academic postgraduate degree.

D. Developing skills that add value to graduates’ professional practice: rigor, teamwork, leadership,

communication, trust, service and commitment.

E. Training professionals with the skills and knowledge needed to find a job rapidly.

The current curriculum maintains the characteristics of the former curriculum, focusing in particular on:

Maintaining and detailing the distinctive profile of the academic program in which software

engineering is the unifying concept.

1. Providing knowledge of the most common software application dominions.

2. Allowing students to develop their personal preferences.

3. Developing a solid theoretical-practical preparation that balances the practical application of

knowledge, theory and the use of technology.

CONTRIBUTORS TO APPENDIX II

The following people collaborated on this report.

General Coordinator

Julio Fernández Dean of Academic Development

Project Coordinators

Gastón Mousqués Software Engineering Professor

Alejandro Adorjan Systems Engineering Academic Coordination Assistant

Working Team

Nora Szasz Academic Coordinator of the BSc in Systems Engineering

Alvaro Tasistro Theory of Computation Professor

Carlos Luna Theory of Computation Associate Professor

Luis Silva Business Administration Professor

Page 112: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de

108

Agustín Napoleone Business Professor

Cecilia Belletti Databases Associate Professor

Inés Kereki Programming Professor

Alvaro Sánchez Data Networks Professor

Andrés Ferragut Data Networks Associate Professor

Angel Caffa Systems Architecture Professor

Gustavo Duarte Network Programming Professor

Enrique Topolansky Information Systems Professor

Freddy Rabin Mathematics Professor

Efrain Buskman Physics Professor

Graciela Balparda Professional Communication Professor

Martín Solari Software Engineering Associate Professor

Alvaro Ortas Software Engineering Associate Professor

Rafael Bentancur Software Engineering Associate Professor

Daniel Pereyra Coordinator of the School of Engineering

REFERENCES

[1] Hilburn Thomas B., et. Al. A Software Engineering Body of Knowledge Version 1.0. Software

Engineering Institute, 1999.

[2] The Joint Task Force on Computing Curricula. Computing Curricula 2001 – Computer Science.

IEEE – Computer Society, Association for Computing Machinary, 2001.

[3] The Joint Task Force on Computing Curricula – Software Engineering Volume (Public Draft 1).

IEEE – Computer Society, Association for Computing Machinary, 2003.

Page 113: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de
Page 114: Copyright © 2013 by the IEEE All rights reserved IEEE is ...icacit.org.pe/web/archivos/Latin_American_Computing_Nomenclature.pdfCésar Luza Montero, Universidad Nacional Mayor de