fernandosoriano.com.ar

Durante los días 3 y 4 de Abril de 2008 se desarrolló el 2do Foro TIC organizado por ATICMA. El lema seleccionado para esta edición (“Agregando valor a la Producción Nacional”) conformó el marco para diagramar una grilla de ponencias que resultó en un éxito absoluto. Esto se puede consultar en el sitio oficial.

Si bien las áreas que se podrían cubrir son muchas, en esta ocasión se centró en las TICs en general, y su relación con la industria pesquera, gobierno, agropecuaria y salud. Las ponencias por parte de representantes del estado, como del área privada que forman la demanda y la oferta, han resultado muy satisfactorias para todas las partes.

Al concentrar a muchos de los actores de la industria, escuchar sus necesidades, observar las soluciones ofrecidas y otras que estan en desarrollo, se obtiene una visión del mercado, que puedo asegurar, es comparable (no se si mejor en algunos casos) a cualquier estudio de mercado.

Hola a todos!. En esta oportunidad escribo para expresar una serie de conclusiones, que a mi particularmente me han dejado las 36 Jornadas Argentinas de Informática que se realizaron en la ciudad de Mar del Plata.

En estas jornadas que se estructuran en diversos simposios, cuyos dictados son simultáneos por la cantidad de charlas y trabajos presentados, me he concentrado en aquellas exposiciones (a las que pude asistir) referidas a la ingeniería del software.

Debo reconocer felizmente, la dedicación de muchísima gente de nuestro país que se encuentra abocada al estudio, investigación, y sobre todo, a la aplicación de las diversas herramientas disponibles en “este mundo” que es la ingeniería del software. Por ejemplo, en lo que hace a procesos, se expusieron temas de métodos ágiles, experiencias en testing, uso de UML, control de calidad y mejora contínua, experiencias con CMMI, etc. (y sólo son algunos ejemplos). Ahora, ¿alguno se ha dado cuenta la enorme cantidad de conceptos que todo ello implica?.

Este nuevo artículo de la serie sobre procesos de desarrollo, trata sobre la construcción de software en forma iterativa e incremental, en el cual la idea es explicar de que se trata, describir sus características, y como puede ser aplicado como una herramienta de la ingeniería de software, con el fin de organizar el desarrollo de software. Si le interesa, puede visitar los artículos previos “Mi proceso, tu proceso, nuestro proceso” y “Proceso de Desarrollo Iterativo“, relacionados al tema.

Sabiendo entonces en que consiste un desarrollo iterativo, primero trataré de introducir el concepto de incremental, para luego conjugarlas en un proceso iterativo e incremental, ya que estas dos características deben entenderse y aplicarse en conjunto.

¿Qué es un desarrollo incremental?

Sería obvio expresar, que a medida que pasan los días un equipo de desarrollo va construyendo un software de manera incremental. Entonces, ¿qué hay de nuevo?. De nuevo hay 2 conceptos interesantes a conocer:

En esta oportunidad, veremos algunos conceptos para saber de qué se trata un proceso de desarrollo de software iterativo, con el fin de poder considerarlo como opción, al momento de organizar las actividades de desarrollo de un equipo o empresa que produce software.

Primero debemos saber que la actividad del desarrollo de software, es una gran componente de la ingeniería del software, la cuál desde sus inicios, ha intentado establecer las pautas para que tal actividad se desarrolle de manera organizada y controlada, con el fin de lograr aplicaciones de la mejor calidad posible. Al respecto se puede encontrar mayor detalle, en los artículos “MI proceso, tu proceso, nuestro proceso” y “Calidad del Software”. En el afán de buscar una manera de organizar dicha actividad, con el paso del tiempo han aparecido diferentes patrones bajo los cuales gestionar ordenadamente los procesos de desarrollo.

Estimados, me surje la necesidad de escribir esta nota, luego de llegar a la conclusión de que nos encanta usar términos de la Ingenería del Software (IS en adelante) en pos de “vendernos” como algo mejor o que realmente no somos. Sucede que si sumamos el apego a las modas de nuestra cultura, y el uso fuera de contexto (casi indiscriminado) de palabras resonantes o “marketineras”, da como resultado una tremenda confusión en el uso del término “Software Factory”.

Tal confusión, además de afectar transitoriamente mis conceptos, he podido comprobar que afecta a mucha gente en general, incluso profesionales del área informática. Lo más llamativo es que uno pregunta “… aahhhh que bueno eso del factory, ¿y de que se trata?, ¿qué proceso usan?…” y no hay dos respuestas similares al respecto (y no tengo miedo en decirlo, ya que también estuve de ese lado). También uno puede buscar en Internet el término “Software Factory” para desasnarse del tema, pero encuentra 728.000 resultados, entre los cuales hay cientos de empresas en todo el mundo que se promocionan como “factories”, y cuando uno espera encontrar en sus sitios de qué se trata, nuevamente…

Procesos de desarrollo, artifacts, gestión de proyectos, análisis y diseño, especificación de requerimientos, arquitectura, son solo algunos de los componentes que se aglomeran para conformar la ingeniería de software (IS) como disciplina para la creación y mantenimiento de software. Dentro de ésta, existe un subconjunto de teorías, herramientas y métodos orientados a lo que se denomina la calidad del software. Para resumir de alguna manera la amplitud de este concepto, se puede decir que la calidad de software ha sido usada desde un simple argumento de venta, hasta verdaderos estudios formales y usos de métricas para el desarrollo de software. Extrañamente dentro de la IS, la calidad del software es muy complicada de definir y de enmarcar en un simple concepto teórico, por lo que en esta nota, me concentraré solo en las diversas características que permiten describirla y en los elementos que importan específicamente al diseñador de software.

Proceso, proceso, algo se aprende en la academia, algo en revistas y papers, algo se escucha en eventos, algo se comenta entre profesionales y pocos son los casos que definen y usan un proceso de desarrollo de software que realmente satisfaga a los programadores, ordene el trabajo en la empresa, y por sobre todo, satisfaga a todos los “stakeholders”.

Siempre es importante recurrir a las bases para hablar profesionalmente de ciertos temas, es por ello que un proceso de ingeniería del software se define como “un conjunto de etapas parcialmente ordenadas con la intención de lograr un objetivo, en este caso, obtener un producto de software de calidad” (I. Jacobson).

La ingeniería de software es una disciplina que ha ido teniendo un crecimiento aparente, y digo aparente, porque en realidad más que crecimiento, puedo decir que ha madurado.

No pretendo en este artículo resumir los años previos de esta disciplina, pero sí, siempre es importante empezar desde el principio. Comencemos entonces con una definición sobre esta disciplina expresada por la IEEE: “La ingeniería de software es la aplicación de técnicas sistemáticas, disciplinadas y cuantificables al desarrollo, operación y mantenimiento del software”. Como vemos, desde el principio se ha deseado construir software de una manera metódica, controlada y organizada. Siempre existieron métodos, métricas, herramientas y tantos otros conceptos aplicables a esta actividad. Es más, se hablaba que existían “competencias” para ver quién inventaba “LA METODOLOGÍA”. Existían académicos, metódologos y técnicos de empresas que se disputaban este lugar. Algunos resultados tuvieron mayor aceptación que otros, algunos procesos se pusieron de moda, se incluyeron dentro de las currículas académicas en las que se enseña ingeniería y calidad de software, y por supuesto, otros no prosperaron más allá del prototipo o boceto en papel.

He creado este sitio para expresarme sobre temas de mi interés y de mi actividad profesional (informática), con el fin de comentar experiencias que sirvan a ustedes. Como resultado de ello, espero recibir de ustedes comentarios y opiniones sobre los temas, para generar debate y enriquecer los contenidos.

También recibo propuestas para escribir sobre diversos temas de su necesidad o inquietud, siempre y cuando mi experiencia y conocimientos alcancen para aportar algo interesante.

Bienvenido y espero que podamos bloguear frecuentemente.

Para contactarme siga el siguiente link.

Fernando Soriano

Como ingeniero en informática, las actividades laborales que desarrollo desde 1991 están ligadas al mundo de las computadoras.

Desde 1999 hasta la actualidad, me desempeño como parte del equipo de desarrollo del sistema SIUF de la Universidad FASTA, en Mar del Plata, Argentina.
En el ámbito académico, cumplo actividades docentes como profesor adjunto en las cátedras Lenguajes I y Sistemas de Información II, pertenecientes a las carreras de Lic. en Sistemas e Ing. en Informática de la Universidad FASTA.
Frecuentemente desarrollo actividades de consultor en procesos de desarrollo, calidad del software y fabricación de software OO.

En este sitio deseo volcar temas de mi interés y de mi actividad profesional, con el fin de comentar experiencias que sirvan a ustedes, como así también recibir opiniones y generar debate.

Pueden contactarme al mail: fernandos () ufasta.edu.ar