El Blog de Pablo Fernando Sanchez

Esta es mi bitácora personal, en la cual trato, sin limitarme a ello, sobre ingeniería de software, ingeniería de sistemas, gestión estratégica, modelado de procesos, metodología, aseguramiento de la calidad, gestión del conocimiento y todos esos asuntos que hacen, desde la gerencia y la técnica, a las empresas que asesoro.

Herramientas

KPI Dashboard

Blogs Amigos

En Otros Blogs

Estas son algunas entradas en otros blogs inscriptos en Bitacoras.com en las cuales me citan:
Mostrando las entradas con la etiqueta IEEE-CS. Mostrar todas las entradas

Comparto el siguiente anuncio con los lectores de mi blog que estén o puedan acercarse a la Ciudad Autónoma de Buenos Aires:

El Capítulo Argentina de IEEE Computer Society invita a la conferencia "Poniendo los Cimientos de un Proyecto Ágil" que facilitará Pablo Nussembaum el próximo martes 29 de septiembre en la sede de IEEE/CICOMRA, según se detalla a continuación:

Temario

La charla estará orientada a mostrar algunas herramientas que se pueden usar para dar soporte a un proceso ágil de desarrollo.

Mostraremos opciones para resolver problemas de manejos de versiones, generación de entregables, automatización de pruebas e integración continua utilizando herramientas de software libre.

Durante la charla utilizaremos principalmente herramientas para proyectos Java, pero las soluciones pueden ser aplicadadas a cualquier otra plataforma:

  • Control de versiones (SVN, CVS).
  • Generación de Entregables - Manejo de dependencias con versiones (ANT+Ivy, Maven).
  • Pruebas de Unidad e Integración (Junit, TestNG).
  • Integración Continua (Hudson).

Facilitador: Pablo Nussembaum

Trabaja en desarrollo de sistemas desde hace 15 años. Es especialista en Java y, en los últimos años, se desempeñó como arquitecto y líder técnico en varios proyectos. Entre los recientes y más importantes desafíos se encuentran Acceder y la prueba piloto de voto electrónico de 2005, ambos para el Gobierno de la Ciudad de Buenos Aires, y fue arquitecto en TopCoder.

Dictó charlas sobre Spring Framework, por ejemplo, en el contexto de las Jornadas de CaFeConf que organiza CaFeLUG. También contribuyó al proyecto de Hibernate.

Es miembro de Agilar y actualmente se desempeña como consultor independiente, realizando principalmente tareas de arquitecto Java.

Evento

  • Fecha y Hora: Martes 29 de septiembre de 2009, de 19:00 a 21:00 horas.
  • Lugar: Auditorio IEEE/CICOMRA, Av. Córdoba 744, 1° piso "B", Buenos Aires, Argentina.
  • Inscripción: Esta conferencia es de acceso libre y gratuito. Se agradecerá inscripción previa vía web, completando este formulario.
  • Más Información: Anuncio oficial / Evento en Facebook.

Tal como he mencionado antes acá, voy como candidato para integrar el Board of Governors de IEEE Computer Society.

En este marco, me complace compartir con los lectores de mi blog que ha sido publicado un artículo en la revista Computer dando datos sobre la elección, además de las declaraciones para las posiciones y las biografías de los candidatos a presidente, vice presidentes primero y segundo, y miembros del Board.

Los candidatos aparecemos en orden alfabético por nuestros apellidos dentro de cada categoría, por lo cual podrán ver mi información en la última página del artículo, la página 80 de la revista:



Les recuerdo que para temas relacionados con mi candidatura, compartir y discutir ideas, está este blog cuyos contenidos están en inglés, dado que la Sociedad es una organización global.

Sí señoras y señores, nuevamente The Institute of Electrical and Electronics Engineers (el IEEE) en la coordinación de un proyecto que, sin lugar a dudas, nos terminará dando una herramienta más que necesaria para quienes estamos de alguna forma en la industria del software.

Resulta que la IEEE Standards Association aprobó que se comience a trabajar en el proyecto IEEE P1805™, "Guide for Requirements Capture Language (RCL)" —o "Guía para Lenguaje de Captura de Requerimientos". Dicho proyecto cuenta con el patrocinio del Software & Systems Engineering Standards Committee (S2ESC) de la IEEE Computer Society. Su intención es que, cuando el proyecto sea finalmente liberado como estándar, ayude a facilitar la estimación automática del tamaño del software.

RCL es un concepto novedoso que apunta a proveer un medio efectivo para trasferir la perspectiva de negocios a los equipos que trabajan del lado tecnológico del desarrollo. Una vez completa, la guía aplicará para escenarios en los que se necesite:

  • capturar requerimientos de TI para la creación o el mantenimiento de sistemas basados en software;
  • transferir la perspectiva de negocios en forma rápida, fluida, completa y clara entre los grupos de negocios y los departamentos y/o empresas de servicios de TI; y
  • establecer en forma automática el tamaño de los requerimientos de TI una vez concluida su captura, empleando la técnica de Puntos de Función y, en consecuencia, permitiendo agilidad en los procesos de estimación de tamaño y esfuerzo al comienzo del ciclo de vida.

La información correspondiente a RCL será presentada en una estructura de árbol, la cual se ajustará a las necesidades de los requerimientos de TI mejor que los otros sistemas empleados en la actualidad.

Al margen de la noticia, creo que es interesante pues permitiría romper con algunas de las críticas típicas que se le hacen a las técnicas de estimación como la de Puntos de Función, la cual por el momento es especialmente adecuada para desarrollos de gran envergadura y empleando métodos conducidos por plan, como ser que:

  • requiera una dedicación adicional en los proyectos de desarrollo de software,
  • resulte arduo formar al personal en su utilización,
  • resulte arduo mantener unos criterios homogéneos de recuento,
  • carezca de precisión cuando se trata de proyectos pequeños,
  • resulte muy costoso tener recontada la mayor parte de la base instalada de la organización o
  • el factor de ajuste calculado a partir de las características generales del sistema resulte de dudosa utilidad, entre otras.

Si vemos estas críticas y las contrastamos con la idea de contar con un estándar real, formalizado y con el consenso de la industria, como será RCL, creo que podríamos ir superándolas, así como extender la aplicación de este estándar a un rango metodológico superior. Ya veremos en sucesivos avances cuánto podremos abarcar de dicho espectro con este estándar.

Ya escribí en este blog sobre extender los modelos que nos dan ejemplos de procesos y prácticas a nivel organizacional, como el CMMI, con modelos de un nivel más bajo que provean detalles específicos para los desarrolladores de software y los equipos que ellos integran, y creo que RCL es un caso de muy bajo nivel que podría aplicarse a dicho planteo.

Me entero a través de IEEE Computer Society que por estos días en Estados Unidos de América se está dando una discusión interesante en términos profesionales para la gente relacionada con las tecnologías de la información (TI). Ya mencioné en este blog las diferencias disciplinares y el alcance de lo que es TI, por lo cual refiero a dicho artículo a quienes no estén seguros sobre ello —o quienes crean que tecnologías, sistemas, software y computación son lo mismo— para profundizar el asunto.

Ahora bien, la cosa es así: tal parece que la Association of Information Technology Professionals (AITP) está impulsando nuevos estándares de práctica para los profesionales de TI. ¿Qué buscarían cubrir con dichos estándares? Inicialmente definiciones para la profesión y la carrera profesional, normas para la práctica, competencias básicas y el cuerpo de conocimientos que servirá de base para los profesionales, combinando TI y visión de negocios. La AITP está tratando de desarrollar un marco profesional de TI, algo equivalente en prestigio y estructura a otras profesiones establecidas como derecho, contabilidad y medicina.

Simplificando, además de estándares, la gente de TI busca el reconocimiento que se merece. Al menos así lo manifestó Barb Spurway, miembro de AITP y consultora principal de Protegra, cuando dijo en el CIO Forum:

"Los profesionales de TI siempre creímos que no somos sólo 'la gente de TI'"

La organización ha creado un consejo asesor compuesto por voluntarios de la industria, la academia y la investigación para crear el marco, establecer las normas de calificación y desarrollar componentes para los profesionales del negocio de las TI.

En estos días estuve hablando ante algunos colegas sobre el SWEBOK y los métodos ágiles, comentando sobre los próximos cambios en la Guía. Aprovecho, entonces, para traducir y adaptar esta noticia de IEEE Computer Society que descuento será especialmente interesante para los lectores de mi blog.

Tal parece que algunos voluntarios están llevando adelante el proyecto de refresco de la Guía al Cuerpo de Conocimiento de Ingeniería de Software o Guide to the Software Engineering Body of Knowledge (SWEBOK), agregando nuevas áreas de conocimiento y revisando otras para alinear la guía con los planes de estudio actuales y las prácticas de la industria.

Este refresco, cuya liberación está prevista para mediados del año entrante, buscará alinear en forma más estrecha a la Guía al SWEBOK con los programas de certificación de IEEE Computer Society, además de definir a la Ingeniería de Software como profesión y ayudar a minimizar la brecha entre la industria y la academia.

Lo que IEEE Computer Society pretende con esta actualización es claro. Al respecto, Jim Moore, Ingeniero Principal en MITRE Corporation y Vice Presidente de Actividades Profesionales de la Sociedad, palabras más, palabras menos, manifestó:

“La creación de una única definición oficial del alcance de la Ingeniería de Software, facilitará que los empleadores ajusten sus expectativas, que los desarrolladores cumplan con esas expectativas y que las universidades preparen a sus graduados para las mismas.”
Pierre Bourque, co-editor de la versión 2010 de la Guía al SWEBOK, así como de las dos versiones previas, dijo que este refresco es esencial para mantener la utilidad del documento. Bourque, Profesor Asociado y Director de Programa del Master en Ingeniería de Software de la École de Technologie Supérieure de la Université du Québec, Canadá, dijo:

“Mantener la Guía al SWEBOK actualizada con las prácticas de la industria es esencial para garantizar que sigue siendo pertinente y utilizada por todas las partes interesadas. La Guía al SWEBOK desempeña actualmente un papel destacado en la maduración de la Ingeniería de Software como una disciplina legítima y una profesión reconocida en todo el mundo.”

La actualización fue aprobada por el Comité de Prácticas Profesionales de IEEE Computer Society en 2008. Puntualmente, algunos de los cambios aceptados por el momento son:

  • agregado de una nueva área de conocimiento o knowledge area (KA) sobre “Práctica Profesional”;
  • agregado de cuatro nuevas KAs de educación: “Fundamentos de Economía Ingenieril”, “Fundamentos de Computación”, “Fundamentos Matemáticos” y “Fundamentos de Ingeniería”, todas ellas procedentes de los lineamientos de 2004 para programas de grado en Ingeniería de Software;
  • remoción de tres disciplinas relacionadas: “Ciencias de la Computación”, “Matemática” y “Ergonomía del Software” —obviadas por otros cambios—;
  • agregado material sobre Interfaces Humano-Computadora en las KAs de “Diseño de Software” y “Prueba de Software”;
  • remoción de la sección de “Herramientas de Software” del KA de “Herramientas y Métodos de Ingeniería de Software” para distribuir su contenido en otras KAs;
  • renombrado del KA de “Métodos de Ingeniería de Software” para enfocarse en los métodos que afectan a más de una KA; y
  • redistribución de otros ítems en diferentes KAs.

El SWEBOK cubre conocimientos generalmente aceptados sobre Ingeniería de Software. Sus 10 áreas de conocimiento resumen los conceptos básicos e incluyen una lista de referencia que apunta a la información detallada. Como conclusión de la Guía al SWEBOK de 2004, los miembros del equipo SWEBOK 2010 recibieron y respondieron a casi 10.000 comentarios de más de 500 revisores en 42 países. La Guía al SWEBOK es también reconocida como un Informe Técnico de la ISO. La transparencia y el consenso son valores esenciales para su desarrollo. Este otoño boreal, IEEE Computer Society buscará voluntarios de todo el mundo para revisar los cambios y adiciones incorporadas a la versión 2010.

El esfuerzo está siendo liderado por cinco co-editores voluntarios, incluyendo a:

  • Bourque,
  • Alain Abran, Profesor y Director del Laboratorio de Investigación en Ingeniería de Software de la École de Technologie Supérieure de la Université du Québec,
  • Juan Garbajosa, Profesor de Ingeniería de Software en la Escuela de Informática de la Universidad Politécnica de Madrid,
  • Gargi Keeni, Vice Presidente de Tata Consultancy Services y miembro del Advisory Board de la revista IEEE Software, y
  • Beijun Shen, Profesor Asociado de la Universidad Shanghai Jiaotong.

Tal como les adelanté unos días atrás a los lectores de mi blog, voy como candidato a miembro del Board of Governors de IEEE Computer Society para el período 2010-2012.

Para apoyar esta candidatura, compartir y discutir ideas, se ha creado este blog cuyos contenidos están en inglés, dado que IEEE Computer Society es una organización global. Allí iremos publicando noticias sobre el proceso eleccionario, información y propuestas de mi campaña, menciones en publicaciones de terceros y artículos relacionados. Además, lo más importante, descuento que será un excelente espacio para discutir ideas.

Con unos 85.000 miembros en todo el mundo, IEEE Computer Society es la organización sin fines de lucro líder que nuclea profesionales en computación. Fue fundada en el año 1946 y es la mayor sociedad técnica entre las 39 que integran una organización mayor aún, The Institute of Electrical and Electronics Engineers —el famoso IEEE. La Sociedad se dedica, básicamente y a través de sus miembros, a avanzar en la teoría y la aplicación de la informática y la tecnología de procesamiento de la información.

El Board of Governors es el organismo responsable de proveer, en términos de política, la guía a todas las entidades organizacionales dentro de la Sociedad. El Board establece dirección y estrategia para la Sociedad y revisa el desempeño de los comités —que abarcan actividades geográficas, actividades académicas, actividades profesionales, publicaciones, actividades de estandarización, actividades técnicas y conferencias, entre otros— y las demás de sus entidades para garantizar el cumplimiento de sus directivas.

Al margen, cabe mencionar que a mediados de agosto se enviarán las boletas electorales a los miembros con derecho a voto y el período para devolverlas completas cerrará a principios de octubre. Asimismo y como en oportunidades pasadas, estará habilitada la funcionalidad del voto electrónico para quienes así lo deseen —en la misma boleta de votación estará la información al respecto.

Nuevamente, los espero por el blog para generar cosas buenas para la profesión y, éticamente, devolverle a la comunidad lo que la comunidad nos dio.

Voy a ser conciso y breve, ya tendremos tiempo de profundizar en lo que sea menester y en lo que no, no... Esta entrada fuera de lo técnico/gerencial habitual es, en gran medida, para quienes me preguntan si no he vuelto a escribir.

El título lo dice todo, o casi todo. Estoy volviendo a usar este espacio, con una cara renovada, después de un compás de espera considerable en función de mi retorno para vivir en Buenos Aires, luego de casi seis años en Colombia.

En estos meses noticias hubo muchas... En ráfaga, puntualizo y destaco:

  • estamos ya ubicados con mi esposa en esta bella ciudad,
  • estoy trabajando en consultoría,
  • se está trabajando en una nueva versión del modelo de negocios de Expértika (que por el momento lleva el creativo nombre clave de Expértika 2.0),
  • me he reencontrado con la familia y muchos grandes amigos,
  • aún me falta encontrarme con otros,
  • he hecho visitas a varias empresas de algunos de ellos,
  • fui elegido para oficiar como Secretario de la Sección Argentina del IEEE durante 2009,
  • ingresé como miembro del Rotary Club de Villa Don Bosco,
  • han aprobado mi candidatura para miembro del Board of Governors de la IEEE Computer Society para el período 2010-2012
... y otras muchas cosas más.

Volviendo. Ahora sí, vayamos volviendo a la tónica tradicional de mi blog.

Desde este enlace al sitio web de Expértika ya se puede acceder a la presentación en línea correspondiente a la charla introductoria «Mejora de Procesos para Desarrollar Software Mejor» que, tal como anuncié en este mismo espacio, tuve el gusto de brindar ayer 28 de junio de 2007 en el Auditorio Menor de la Sede Bucaramanga de la Universidad Cooperativa de Colombia (UCC), en el marco de las actividades de SPIN Colombia.

En general, todo salió bastante bien, a pesar que un partido de fútbol entre las selecciones Colombia y Paraguay jugado a la misma hora que la charla provocó que la asistencia no fuera la esperada. De todas formas, fue importante para comenzar a difundir y planear los siguientes pasos para activar la SPIN en la ciudad colombiana de Bucaramanga y su área metropolitana.

Hace tiempo me preguntaron sobre los estándares que The Institute of Electrical and Electronics Engineers (IEEE) ha desarrollado en torno a la disciplina Ingeniería de Software, por lo cual aprovecho este espacio para responder.

Primero, cabe una aclaración. El IEEE desarrolla sus estándares a través de una de sus entidades, la IEEE Standards Association (IEEE-SA). Asimismo, este desarrollo se potencia mediante otras entidades técnicas abarcadas por el Instituto. En el caso puntual de este conjunto de estándares, estas entidades técnicas son la IEEE Computer Society (IEEE-CS) y el IEEE Technical Council on Software Engineering (TCSE), las cuales participan de esta actividad mediante un comité: el Software & Systems Engineering Standards Committee (S2ESC).

Lo mencionado es desde lo institucional relacionado directamente con el IEEE. Sin embargo, no debemos olvidar que en el desarrollo de estos estándares también participan organizaciones de todo tipo, como empresas del sector privado, universidades, otras organizaciones no gubernamentales y gobierno. He hablado sobre el procedimiento completo y cómo participar de estas actividades en alguna que otra de mis charlas en los diferentes eventos de los cuales he participado.

Este conjunto de estándares abarcan todos los aspectos técnicos relacionados con la Ingeniería de Software. Son un excelente complemento para modelos de alto nivel como el Capability Maturity Model Integration (CMMI) aunque, por supuesto, deben ser interpretados y adaptados a las necesidades particulares de cada organización para sacarles el máximo provecho.

Ahora bien, para quien desee tener un listado completo de este conjunto de estándares, siempre actualizado a la fecha con sus respectivos estados, puede acceder mediante este enlace. Se trata sólo del listado con su estado y descripción, no del texto completo pues, como ocurre con la mayoría de los estándares, acceder a ellos tiene un costo —el cual es preferencial para los miembros del IEEE.

Con resultados exitosos considera la Federación de Software Colombiana (Fedesoft) que se desarrolló la conferencia que di ayer miércoles 11 de octubre de 2006 en las instalaciones de la Cámara de Comercio Colombo Americana en Bogotá, Colombia, de título «Desarrollando Software de Clase Mundial: ¿Cuál es la Clave?» y que anuncié en este mismo espacio hace unos días.

En esta ocasión tuvimos la oportunidad de hacer planteos y reflexionar con un selecto auditorio conformado mayormente por empresarios, directivos e ingenieros con capacidad de toma de decisiones en sus respectivas empresas, sobre los asuntos que desde el lado estratégico se le imponen como reto a los participantes de la pujante industria del software colombiana de cara a las nuevas oportunidades de negocio que brinda la apertura de mercados internacionales mediante los tratados de libre comercio que se están estableciendo con distintos países.

Muchos de los temas son los que acostumbro a tratar en mi blog y, por supuesto, sobre los mismos asesoramos a empresas del sector desde Expértika, nuestra firma de consultoría.

Comparto con todos algunas de las fotografías que se tomaron durante el evento. Las memorias del mismo pueden descargarse desde el sitio web de la Federación.

Hace unos días les contaba sobre la próxima realización de la «Segunda Jornada Técnica IEEE del Oriente Colombiano», organizada por IEEE Sección Colombia y la Rama Estudiantil del IEEE en la Universidad Francisco de Paula Santander (IEEE-UFPS), evento que se desarrollará el día viernes 1° de septiembre de 2006 en la ciudad de Cúcuta, Departamento de Norte de Santander, y del cual participaré como conferencista.

Disertaré en una conferencia dentro de las áreas de incumbencia de IEEE Computer Society, de título «Desarrollando Software de Clase Mundial: ¿Cuál es la Clave?», en la cual compartiré experiencias propias y de terceros al respecto. Hablaré sobre aseguramiento de la calidad, cuestiones a tener en cuenta relacionadas con el producto software, software propietario y libre, metodología, equipos de trabajo y usabilidad, entre otras cosas.

Para obtener más información e inscribirse en el evento, pueden acceder al sitio web de la Rama IEEE-UFPS o enviarle un mensaje de correo electrónico a Samuel Villamizar Berdugo, el Coordinador Local del evento.

Se trata de la «Segunda Jornada Técnica IEEE del Oriente Colombiano», organizada por IEEE Sección Colombia y la Rama Estudiantil del IEEE en la Universidad Francisco de Paula Santander (IEEE-UFPS), evento que se desarrollará el día viernes 1° de septiembre de 2006 en la ciudad de Cúcuta, Departamento de Norte de Santander.

De la primera de estas jornadas, que se realizó hace aproximadamente un año en la ciudad de Bucaramanga, Departamento de Santander, también tuve el gusto de participar como conferencista con mi charla titulada «Ingeniería de Sistemas e Ingeniería de Software: Diferencia Curricular Aplicada a un Modelo de Negocios» —si no están al tanto de qué hablo cuando menciono la «diferencia curricular», sugiero referirse a este artículo que publiqué anteriormente en mi blog.

La fotografía que sigue es un recuerdo y corresponde a «instantes de trastienda» de la versión del evento realizada en 2005. En la misma me encuentro junto a Luis Alberto Arenas, Presidente de IEEE Sección Colombia, y algunos de los estudiantes miembros de la Rama Estudiantil del IEEE en la Universidad Industrial de Santander (IEEE-UIS), quienes organizaron la jornada en dicha ocasión.


En esta oportunidad disertaré en una conferencia nuevamente dentro de las áreas de incumbencia de IEEE Computer Society, de la cual ya daré más precisiones mediante este espacio.

Para obtener más información e inscribirse en el evento, pueden acceder al sitio web de la Rama IEEE-UFPS o enviarle un mensaje de correo electrónico a Samuel Villamizar Berdugo, el Coordinador Local del evento.

El otro día, en un comentario que dejé a un análisis a una propuesta curricular de Bertrand Meyer hecho por Jorge Ubeda en su bitácora, Hacia la Cuarta Generación del Software, mencioné el modelo curricular conjunto de IEEE Computer Society (IEEE-CS) y Association on Computer Machinery (ACM), que tal vez sea el de mayor renombre y difusión. A raiz de dicho comentario, he sido consultado sobre el tema por varias personas, lo cual me impulsó a escribir este artículo.

En primer lugar, desmitifiquemos algo: en el título de este artículo escribí «Sistemas». Pues bien, tacho: está mal. Lo hice porque si hubiera titulado el presente como «Un Modelo Curricular Estándar para Computación» —por su adaptación desde la lengua de Shakespeare, «Computing»—, creo que lo leería... ¡nadie!

En general, he notado que en Iberoamérica solemos tener una visión un poco prejuiciosa de la palabra «computación», como si fuera adecuada sólo para titular los suplementos dominicales de periódicos o los cursos para niños. Pero no señores, Computación es una gran disciplina que podríamos definir como abarcativa de cualquier actividad orientada a lograr objetivos requiriendo computadoras, beneficiándose de computadoras o creando computadoras. De acuerdo al planteo del mencionado modelo curricular, se subdivide en las siguientes cinco disciplinas específicas:

  1. Ingeniería en Computación —aceptado por «Computer Engineering». La Ingeniería en Computación abarca el diseño y construcción de computadoras y sistemas basados en computadoras. Incluye el estudio del hardware, software, comunicaciones y la interacción entre ellos. Su curriculum se enfoca en las teorías, principios y prácticas de la Ingeniería Eléctrica tradicional y matemática, y las aplica a los problemas de diseñar computadoras y dispositivos basados en computadoras. Es decir, cosas que en general le dejamos en manos de la Ingeniería Electrónica.
  2. Ciencias de la Computación —aceptado por «Computer Science». Las Ciencias de la Computación expande un amplio rango de áreas, desde las bases teoréticas y algorítmicas hasta desarrollos de vanguardia en robótica, visión computacional, sistemas inteligentes y bioinformática, entre otras. Los científicos de la computación suelen ser adecuados para desafíos avanzados de programación, como los relacionados con encripción o compresión de datos, por ejemplo.
  3. Sistemas de Información —«Information Systems». Los especialistas en esta disciplina específica se enfocan en la integración de soluciones de tecnología de información y los procesos de negocio para satisfacer las necesidades de información de las organizaciones, facilitándoles el logro de sus objetivos en una forma efectiva y eficiente. La perspectiva de esta disciplina específica en la tecnología de información enfatiza la información y ve a la tecnología como un instrumento para generar, procesar y distribuir información.
  4. Tecnología de la Información —«Information Technology». Básicamente, trabaja en una línea similar a la de Sistemas de Información, sólo que hace énfasis en la tecnología y en mantener vivas en términos tecnológicos a las organizaciones.
  5. Ingeniería de Software —«Software Engineering». La Ingeniería de Software abarca el desarrollo y mantenimiento de sistemas de software que sean fiables, se comporten eficientemente, sean desarrollables y mantenibles, y satisfagan todos los requisitos que los clientes le hayan definido.

Aclaro, por si hiciera falta, que esta visión no es un simple capricho, sino el resultado del trabajo de un comité formado especialmente para este desarrollo por dos de las organizaciones técnico-profesionales de mayor prestigio a nivel mundial —muchas más que dos si sumamos a todas las que participaron de una u otra forma de los comités de expertos en las disciplinas específicas, como The Association for Information Systems (AIS). Al mismo tiempo, también prestigiosas universidades como Stanford, basan en este modelo la configuración curricular de sus programas en Computación.

Asimismo, cabe aclarar que no se limita exclusivamente a estas cinco disciplinas específicas, sino que el modelo está diseñado para que se vaya subdividiendo a medida que avance la Computación. Podrían, por ejemplo, surgir disciplinas específicas como «Ingeniería de Requisitos», «Inteligencia Computacional» o «Ingeniería en Pruebas de Software», de ser necesario.

Esta división disciplinar no es menor. Me ha tocado diseñar o ayudar a diseñar modelos de negocio aprovechando la misma. Por ejemplo, trabajar en frentes abocados a las incumbencias de disciplinas específicas: un Departamento de Consultoría trabajando con Sistemas y Tecnologías de la Información, un Departamento de Desarrollo trabajando con Ingeniería de Software y Ciencias de la Computación, o un Departamento Técnico trabajando con Ingeniería en Computación. En definitiva, si se domina esta división y se es lo suficientemente hábil en organización, se le puede sacar mucho provecho a este modelo.

Lamentablemente para mi gusto, en muchos programas en nuestra región se suele tomar el paquete completo —muchas veces con una visión cercana a la enciclopedista— y se lo engloba en la llamada «Ingeniería de Sistemas». O sea, en teoría un egresado de estos programas podría dedicarse a hacer cosas tan variadas como diseñar la arquitectura de una pieza de software, programar, hacer análisis de sistemas, instalar un sistema operativo, configurar una red, cambiar un módem que se quemó, armar los cables para conectar la red, crear un manual de organización y métodos, conducir estudios de mercado para proyectar el futuro tecnológico de la empresa y un amplio etcétera. Descabellado... En muchos casos, una titulación en «Todología Computacional» sería más representativo... Mi abuela decía que «quien mucho abarca, poco aprieta» y estoy convencido de que tenía razón.

Algunas veces me pregunto si no será un tema de mercado, pues contratar a una persona es más barato que contratar a cinco... ¿La eficiencia? Bien, gracias... Es que hay tantos «visionarios» en el mercado...

Quisiera que den opiniones y comenten experiencias en este asunto, pues creo que es un tema más que importante para debatir.

Blog Widget by LinkWithin

Seguime

Suscribite al feed de mi blog Suscribite para recibir las actualizaciones de mi blog por correo electrónico Seguime en twitter

Seguidores

Etiquetas

Últimos Artículos

Herramientas

IBSN