fernandosoriano.com.ar

Me encuentro leyendo “Managing the Software Process” de Watts S. Humphrey, donde el autor describe de una manera tan sencilla los principios necesarios para la mejora de procesos del software, que he decidido exponerlos en este post. Espero que a más de uno le atrape este tema, y realmente pueda aplicarlo (en la meda de lo posible) en su actividad cotidiana.

Por mi parte siempre he considerado que la industria del software debe ser profesional, de calidad y competitiva. Pensamiento que a pesar de ver muy poca práctica en el día a día, cuando uno acude a lecturas de la talla como la que referencio, no hace más que reafirmar ese principio.

Cambio del proceso de software
Cuando hablamos del proceso de software nos referimos al conjunto de herramientas, métodos y prácticas que usamos para construir productos de software. En este marco, la industria del software debe considerar como paso inicial considerar a este proceso de forma tal que sea controlado, medido y mejorado.

Estoy terminando de leer el libro “CMMI: Guidelines for Process Integration and Product Improvement (2nd Edition)” de Mary Beth Chrissis, Mike Konrad y Sandy Shrum, libro oficial del SEI. Altamente recomendable para todo aquél que quiera conocer y aplicar el modelo de madurez propuesto por CMMi.

Este libro complementa y supera ampliamente la especificación básica del CMMi v1.2 expuesta por el SEI en su sitio web. Agrega tips y experiencias agregadas por diversos profesionales con basta experiencia en implementaciones de CMMi.

La verdad que en mi opinión personal, este libro superó mis expectativas por la claridad con la que se explica el modelo de madurez CMMI para el desarrollo en su versión 1.2 (tanto su versión contínua como por niveles). Realmente es una fuente de consulta contínua para todo aquél que desee adoptar buenas prácticas y organizar el proceso de desarrollo de aplicaciones.

Esta semana he desarrollado en la Universidad FASTA una charla sobre desarrollo de aplicaciones cliente servidor.

La misma es parte de un ciclo de ingeniería de software que desarrollaré en dicha institución con entrada libre y gratuita, tanto para alumnos como para público en general.

Dicho ciclo se compone de tres charlas:

1) Desarrollo Iterativo de Software

2) Aplicaciones Cliente Servidor

3) Aplicaciones OO

Les dejo el material de esta charla, y si pudieron asistir, quedo a la espera de sus comentarios.

Esta semana he desarrollado en la Universidad FASTA una charla sobre desarrollo iterativo de software.

La misma es parte de un ciclo de ingeniería de software que desarrollaré en dicha institución con entrada libre y gratuita, tanto para alumnos como para público en general.

Dicho ciclo se compone de tres charlas:

1) Desarrollo Iterativo de Software

2) Aplicaciones Cliente Servidor

3) Aplicaciones OO

Les dejo el material de esta charla, y si pudieron asistir, quedo a la espera de sus comentarios.

En este artículo pretendo exponer algunas ideas sobre los posibles modelos productivos que nuestra industria del software puede adoptar para empezar a delinear una estrategia de largo plazo, en respuesta a las demandas de la globalización y la situación macroeconómica (ventajosa según se mire). Es mi intención plantear el debate y expresar mis ideas, pero también escuchar sus opiniones y críticas.

Introducción

La industria del software (SSI) en Argentina ha pasado por una serie de etapas que la verdad nunca han sumado como para considerarnos un país productor de software, hasta hace muy pocos años. En este artículo, lejos de hacer un análisis y/o resúmen histórico de semejante tema, al menos nombraré las dos fuentes que a mi criterio han ayudado al desarrollo de la SSI, dentro del territorio de la república Argentina en la última década.

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.