Sobre la Ingenieria de Software
Marco A. Alvarez
Personalmente pienso que en el contexto de este foro primero es
necesario tener en cuenta que "Ingenieria de Software" puede asumir
distintos significados:
A.- Un campo de estudio dentro de la disciplina de Computacion
B.- Designacion utilizada durante el ejercicio profesional
C.- Denominacion para carreras/titulos de pregrado
D.- Denominacion para programas de postgrado
Si nos referimos a la Ingenieria de Software (A.-) como campo de
estudio, la misma esta definida y ampliamente aceptada en todo el
mundo. El SWEBOK (http://www2.computer.org/portal/web/swebok) define
el cuerpo de conocimientos necesarios para la practica de la
Ingenieria de Software (B.-) asi como el SE2004
(http://sites.computer.org/ccse/SE2004Volume.pdf) propone un
curriculum de referencia para carreras de Ingenieria de Software
(C.-).
Sin embargo, es necesario enfatizar que esta ingenieria es distinta a
las ingenierias tradicionales pues tiene su base en la matematica
discreta y en la computacion, dado que el software es de naturaleza
intangible y discreta. Esto tiene un cierto impacto principalmente en
los ciclos iniciales de carreras de Ingenieria de Software (C.-). Por
ejemplo, un plan de estudios no debe hacer enfasis en contenidos como,
mecanica, electromagnetismo, termodinamica, optica, ecuaciones
diferenciales, etc, comunes en ingenierias tradicionales, y si en
aspectos de matematica discreta y fundamentos de ciencia de la
computacion.
Si nos referimos a Ingenieria de Software (B.-) como denominacion en
el mercado de trabajo, es necesario tener en cuenta que no existe una
relacion uno-para-uno entre Ingenieria de Software (C.-) con
Ingenieria de Software (B.-). Diria que en la totalidad de paises NO
existe la necesidad de estudiar Ingenieria de Software (C.-) para
asumir en el mercado puestos de trabajo con la denominacion Ingenieria
de Softare (B.-). En los EEUU el desarrollo de software es en su gran
mayoria ejercida por graduados de Ciencia de la Computacion. La propia
certificacion CSDP (http://www2.computer.org/portal/web/certification)
de IEEE-CS no exige una formacion en una carrera en particular.
En este punto, debemos aceptar que hoy en dia (y mas aun hacia el
futuro) cualquier persona puede desarrollar software, y en diversos
grados tambien requiere aplicar conocimientos de Ingenieria de
Software (A.-). Cientificos (fisica, matematica, quimica, biologia,
computacion) desarrollan software en diversos niveles, ingenieros
(electronicos, civiles, mecanicos, de sistemas, etc) tambien lo hacen,
y de la misma manera administradores, educadores, y un largo etc. No
todos ellos requieren salir de carreras de Ingenieria de Software
(C.-) para hacerlo aunque si deben poseer los conocimientos
requeridos. En ese sentido yo soy partidario de impulsar la educacion
en Ingenieria de Software (A.-) en todos los niveles (secundario,
pregrado, y principalmente el postgrado (D.-)), pero eso no implica en
absoluto en la necesidad de transformar las carreras de
computacion/informatica peruanas hacia carreras de Ingenieria de
Software (C.-).
Particularmente pienso que en el pais no necesitamos de carreras de
pregrado en Ingenieria de Software (C.-) pues debemos ser muy
efectivos en la formacion de recursos humanos que nos ayuden a
enfrentar los desafios cientificos y tecnologicos venideros a nivel
nacional e internacional. Este tema lo tratare y justificare en un
proximo futuro email. Pero aun asi, creo que si ya abrieron carreras
de Ingenieria de Software (C.-) en el Peru, es necesario que las
mismas por lo menos sean realmente lo que dicen ser, si no, estariamos
cayendo en el historico error de desvirtuar carreras de ingenieria de
sistemas para ensenar de todo un poco.
El SE2004 (http://sites.computer.org/ccse/SE2004Volume.pdf) en su
capitulo 4 posee referencias en relacion a planes de estudio para
Ingenieria de Software (C.-). Una rapida comparacion con el plan de
estudios de la carrera acreditada en la UPC
(http://www.upc.edu.pe/0/modulos/JER/JER_Interna.aspx?ARE=0&PFL=13&JER=538)
nos ilustra que aun estan distantes. Es decir, el curriculum propuesto
no refleja el nombre. Otro punto que llama la atencion es el hecho de
tener una Ingenieria de Sistemas de Informacion en la misma
universidad y con un plan de estudios bastante similar. Luego en el
mercado de trabajo se corre el riesto de ver egresados de ambas
carreras cumpliendo roles similares, no solamente en funcion de su
formacion, si no en funcion tambien de la demanda no muy diversa que
el mercado ejerce. Si replicamos esta situacion, no estamos siendo
efectivos en la formacion de recursos humanos.
Es asi que pienso que la pertinencia de carreras de Ingenieria de
Software (C.-) en el Peru debe ser ampliamente debatida por la
comunidad de computacion/informatica antes de pensar en la apertura de
dicha carrera en otras universidades.
Marco
2009/7/22 Ludvik Medic Corrales <lme...@upc.edu.pe>:
> Estimado Ernesto:
>
> Durante mucho tiempo he preferido no participar en este medio, porque
> realmente no quería tener que contestar muchas cosas como éstas, que son
> verdades a medias.
> Pero llegó el momento en que no puedo ignorar más estas posiciones negativas
> y provocadoras, por el daño que causan a nuestra comunidad.
>
> Negativa, porque en lugar de buscar unir a quienes creemos en la Computación
> como la proponen sociedades profesionales como ACM e IEEE-CS, logras que nos
> enfrentemos entre nosotros mismos.
> Y lo peor, que aquellos que aun dudan o no comprenden, se confundan con
> estas posiciones encontradas.
>
> Y provocadora, porque ya hay en el Perú una comunidad de graduados en
> Ingeniería de Software que sin duda son maltratados por la forma como atacas
> a esta joven profesión.
> Y son jóvenes destacados, que trabajan para empresas que exportan software,
> o contratados por empresas extranjeras, o de destacada actividad de
> consultoría de proyectos.
>
> Por la forma como te expresas en este correo, te voy a contestar como
> director del primer programa de Ingeniería de Software de nuestro pais,
> programa que ha sido acreditado por ICACIT, siguiendo los criterios y
> procedimientos de ABET, bajo la supervision de un equipo "sombra" de
> acreditadores expertos. Y quien cumplió esa función fue la profesora Conry,
> destacado miembro de ABET, la IEEE y representante de CSAB en la EAC de
> ABET, profesional de destacada actividad en la acreditación de Ciencias de
> la Computación pero como ves no tiene fobias a la Ingeniería de Software.
>
> Este programa de Ingenieria de Software ya no es el único en nuestro país.
> Desde hace unos pocos años también se ofrece en la UTP, y ya han sido
> anunciados por la UNMS y también por una universidad privada de Trujillo.
>
> Es decir, creo que hay muchos mas que podrían ya contestar tu pregunta de
> porque se llama Ingeniería. Pero tú lo sabes muy bien y no comprendo cómo
> para algunas cosas recurres a la IEEE pero para otras retrocedes al siglo
> pasado y te aferras a el trillado "puesto laboral". Eso también está
> explicado en la Computing Currícula: puedes encontrar la página o también es
> de esas cosas que prefieres ignorar selectivamente?
>
> No es posible entender que quieras el avance de las disciplinas de la
> Computacion (como la entienden estas sociedades en su publicacion de la
> Computing Curriculas 2005) y por otra parte selectivamente rechaces una de
> esas discipinas.
>
> Y el único argumento, repetido hasta el cansancio (como el personaje de
> Manolito de Mafalda que metía en toda conversacion el slogan:"almacén Don
> Manolo vende más barato") es que el ingeniero de Software es un "puesto
> laboral" y no una profesion. Dejemos que algunas empresas tengan el cargo de
> Ingeniero de Software, lo cual es un excelente antecedente de la necesidad
> de contar con ese tipo de skills en una empresa que desarrolla software.
> Pero ya basta de aferrarse a ese único argumento para criticarla, ignorando
> todo lo demás. No te puedes quedar en el siglo pasado y debes comprender que
> todo evoluciona, aun con ciertas idas y venidas con sabor a dejà vu. Incluso
> te mostré lo que se decía de las Ciencias de la Computación en sus inicios.
> Tenía sus detractores, que con el tiempo fueron desapareciendo. Igual pasará
> con los detractores de la Ingeniería de Software. Mientras esa transición
> pase, creo que tienes que dejar tu preferencias (o fobias) personales y
> reconocer que la Ingeniería de Software como profesión:
>
> 1. Tiene un cuerpo de conocimientos que es considerado ejemplar, incluso es
> mencionado por la Ingeniería de Sistemas (INCOSE)
> 2. Su cuerpo de conocimientos esta en vías de convertirse en una norma ISO
> (y lo van a discutir el Lima en noviembre)
> 3. Su cuerpo de conocimientos es empleado por el Comité de Normas de la
> IEEE-CS como referencia para el desarrollo de las normas técnicas en este
> campo, particularmente la norma "paraguas" ISO 12207. Supongo que sabes de
> la IEEE-CS y de sus normas técnicas: o también las vas a criticar?
> 4. Es reconocida como una de las carreras acreditadas por ABET con su propio
> criterio de programa
> 5. El número de programas de Ingeniería de Software acreditados por ABET,
> crece cada año y en otros países (Canadá, Australía, China, India, etc.)
> existe un gran y creciente número de programas.
>
> Y si bien es válido mostrar la opinión de UN especialista, en mi caso doy
> preferencia a las conclusiones y publicaciones de organizaciones que agrupan
> a MILES de especialistas y llegan a esforzados acuerdos que no son de
> unanimidad (como se puede esperar) pero sí de mayoría. Porque como dicen los
> gringos: las opiniones personales son como las caras (u otra parte del
> cuerpo), cada persona tiene una.
>
> Ernesto; cuando se escinde un área de una profesión y se convierte a su vez
> en una nueva profesión, sus peores críticos son aquellos que permanecen en
> la profesión original. Lo he visto cuando la Ingeniería Sanitaria se
> escindío de la Ingeniería Civil, para hoy evolucionar a la indiscutida
> Ingeniería Ambiental. Lo mismo está pasando con la Ingeniería de
> Construcción, tan popular en USA e ignorada olímpicamente por nuestra
> Ingeniería Civil nacional, que sigue pensando en formar ingenieros con
> profundos conocimientos en análisis y diseño de estructuras, hidraulica,
> mecánica de suelos, etc. cuando nuestro pueblo necesita miles de casas
> sencillas y baratas. Pero como tú mismo dices: son paradigmas que toman
> tiempo en aceptar que han cambiado.
>
> Señores directivos de la SPC: creo que uno de los problemas para que la SPC
> no haya avanzado más a pesar del trabajo de todo este tiempo, es por la
> falta de un código de ética, o al menos de conducta.
> Creo que deben establecer los principios de esta organización: en qué cree
> la SPC.
> Si la Computing Curricula es el catecismo de la SPC, bien.
> Si sólo es en parte: bien también.
> Si es el modelo Brasil 1990 de sólo tres profesiones: también OK.
> Pero así sabremos si queremos asociarnos para trabajar con metas comunes o
> permanecer fuera porque no compartimos una misma visión.
> Así nos evitamos discusiones que considero inútiles e innecesarias y que
> estos años han comprobado que desgastan a la SPC e impiden su mejor
> desarrollo.
>
> Por mi parte declaro que mi posición es tratar de contribuir con el
> desarrollo de la Computación en nuestro país, alineada con las
> recomendaciones institucionales de sociedades profesionales internacionales
> y de acreditación.
>
> Atentamente,
>
> Ludvik D. Medic
> Director
> Ingenieria de Software y
> Sistemas de Informacion
> UPC