CAPTULO 4.

EL PROCESO DE SOFTWARE

Como punto de partida se definir qu es un proceso:

Un proceso es un conjunto de pasos definidos para lograr una tarea

Un proceso definido es aquel que est descrito a tal detalle que permite que los
ingenieros lo ocupen constantemente. Los procesos definidos ayudan durante la
planeacin y desarrollo de un trabajo. [HUMPHREY; 2000-1]

As como existen un gran nmero de tipos de trabajos de software, de igual

manera existen tantos diferentes procesos de software. El rango de nmero de pasos de
cada proceso no es fijo ya que cada proceso tiene como fin una distinta meta.

4.1 Planes y Procedimientos

La complejidad de los trabajos de software al igual que su tamao cada da van en
aumento. Es por esto que es importante planear (disear) El planear nos permite ver al
proyecto desde una perspectiva global. Podemos entonces identificar el conjunto de
tareas que deberemos llevar a cabo, de una manera mucho ms eficiente. Algo importante
durante la planeacin es el agregar actividades de medicin. Si podemos medir nuestro
proyecto podremos identificar malas o buenas prcticas, y darle un seguimiento mucho
mas exacto. Un plan es flexible, se adecua al proyecto.

25

Un procedimiento, al contrario de un plan, es estricto. El procedimiento se debe

seguir completamente sin salto de pasos. Si el proyecto no se adecua al procedimiento, el
proyecto es el que debe cambiarse. En ocasiones el seguir un procedimiento es necesario,
y ms cuando el no seguirlo al pie de la letra pueda contraer riesgos peligrosos o muy
costosos.
Ya que hablamos de planes y procedimientos, yendo desde lo ms flexible hasta
lo ms estricto e incambiable, es que podemos ubicar a los procesos. Un proceso aplica
para un conjunto de trabajos, a diferencia del plan que slo aplica para uno. Si se define
un plan el cual es usado o ser usado en mltiples ocasiones, ser ms conveniente definir
un proceso. Ahora bien, no importa que se cuente con un proceso; cada proyecto deber
definir su propio plan. Este plan ser ms sencillo de crear ya que contamos con un
proceso que nos indica aquellos aspectos importantes y necesarios que se deben tomar en
cuenta en el proyecto.
Un proceso es una gua a seguir, ms no un procedimiento inflexible. Algunos de
los elementos que conforman al proceso debern permanecer sin cambio alguno, mientras
que algunos otros podrn variar en su contenido. Ya que un proceso puede ajustarse a un
proyecto hasta cierta medida, es necesario que el ingeniero aplique sus conocimientos y
buen juicio para definir el proceso a seguir.
Debemos tener cuidado de no convertir a un proceso en un procedimiento
burocrtico. Un proceso debe estar abierto a un mejoramiento continuo. Si rechazamos la
idea de que el proceso puede ser errneo nos mantendramos en el error, y peor an ese
error se diseminara a lo largo de toda la organizacin causando grandes prdidas.

26

Humphrey seala en su artculo La Burocracia del Proceso [HUMPHREY;

2000-2] un dicho del ejercito Sueco Cuando el mapa y el terreno difieren, confa en el
terreno. Haciendo una analoga el plan es nuestro mapa y el terreno el trabajo real. Hay
que permanecer abiertos a posibles cambios.

4.2 El Modelo IDEAL

Las organizaciones reconocen cada vez ms la necesidad de ser especficamente

guiadas en una implementacin cuando adoptan nuevas herramientas de ingeniera de
software, procesos y mtodos. Muchos esfuerzos de mejora, inclusive la mejora del
proceso de software, la administracin de riesgos continua, o la introduccin de un
ambiente nuevo de desarrollo, es tan compleja, y sus efectos sumamente difciles de
alcanzar, que requieren un enfoque especializado y sistemtico para manejar el ciclo de la
vida de la adopcin de la nueva tecnologa. El SEI ha desarrollado y ha refinado el
modelo IDEAL (figura 4.1) para ayudar a satisfacer esta necesidad.
El modelo IDEAL proporciona un enfoque usable y entendible a la mejora
continua resumiendo los pasos necesarios para establecer un programa exitoso de mejora.
Seguir las fases, actividades, y principios del modelo IDEAL

provee beneficios en

muchos de los esfuerzos de mejora. El modelo proporciona un enfoque ingenieril

disciplinado que dirige hacia la mejora, ste se enfoca en manejar el programa de mejora
y establece la base para una estrategia a largo plazo de mejora. El modelo se compone de
cinco fases, ver tabla 4.1.

27

Tabla 4.1 Fases del Modelo IDEAL

Significado
I

Iniciar

Diagnosticar

E
A

Establecer
Actuar

Aprender
(Learning)

Descripcin
Colocar la base para un esfuerzo exitoso de mejora
Determinar dnde se encuentra relativamente a dnde quiere
estar
Planificar los detalles de cmo se alcanzar el destino
Llevar a cabo el trabajo segn el plan
Aprender de la experiencia y mejorar la habilidad de adoptar
nuevas tecnologas en el futuro
[GREMBA; 1997]

Figura 4.1 El Enfoque IDEAL para la Mejora del Proceso de Software [McFeeley 96]

28