***28.

2 Clasificación de los procesos ***

Existen procesos de software en todas las organizaciones, desde empresas

unipersonales hasta grandes multinacionales.

Existen 4 clases de procesos de sofwatre.

1. Procesos informales: No existe un modelo de proceso definido de forma estricta,

elegido por el equipo de desarrollo, podrían utilizar procesos formales: como la
gestión de configuraciones, pero los procedimientos a utilizar y sus relaciones son
definidos por equipo de desarrollo.

2. Procesos gestionados: Se utiliza un modelo de proceso para dirigir el proceso de

desarrollo. Define los procedimientos, su agenda y relaciones entre los
procedimientos.

3. Procesos metodológicos: Se utiliza algún o algunos métodos de desarrollo

definidos (como métodos sistemáticos para diseño orientado a objetos). Este proceso
se beneficia de la existencia de las herramietas CASE para el diseño y análisis.

4. Procesos de mejora: Son procesos apegados al objetivo de mejora, existe un

presupuesti especifíco.

Aplicación de procesos

Proceso informal: Prototipos, sistemas cin tiempos de vida cortos, sistemas de

gestión AGL, sistema de tamaño pequeño o medio.

Proceso gestionado: Sistemas grandes, productos con tiempo de vida largo.

Proceso metodológico: Dominios de aplicación bien entendidos, sistemas de donde se

aplicado.

* Características de la clasificación de procesos

Proporciona una base para seleccionar el proceso correcto a utilizar cunado

se desarrolla un tipo de producto en partícular.

Reconoce que el procesos afecta la calidade del producto, aunque no supone

que el proceso sea siempre el factor dominante.

La mayoria de estos procesos tienen el apoyo de las herramientas CASE, por lo

que son procesos con soporte.

* Herramientas de apoyo al proceso

Proceso informal: Herramientas genéricas

Proceso administrativo: Herramientas de administración de la configuración.

Proceso métodico: Banco de trabajo de ánalis y diseño.

Proceso de mejora: Herramientas especializadas.

***28.4 Análisis y modelado de procesos***

Este consiste en estudiar los procesos existentes para comprender las relaciones
entre las diferentes partes del proceso.

El punto inicial del análisis de procesos debe ser cualquiera de los modelos de
procesos "formales". Muchas organizaciones cuentan con un modelo formal impuesto
por el cliente del software.

Los modelos formales sirven como un punto de inicio útil, en cambio raramente
incluyen suficiente detalle o refelejan actividades reales de desarrollo de
software.
Estos son más abstractos y sólo definen las actividades de los procesos y productos
a entregar del proceso principal.

* Las técnicas de análisis de procesos comprenden:

Cuestionarios y entrevistas
Estudios etnográficos

Cada uno de estos enfoques tienen ventajas y desventajas.

El análisis basado en cuestionarios se lleva a cabo rápidamente una vez que se han
diseñado las preguntas correctas, sin embargo si las preguntas no están bien
redactadas o son inapropiadas, esto conducirá a un modelo incompleto e impreciso.

Las entrevistas con la gente involucrada son más flexibles, que los cuestionarios.
Se puede empezar con un guión de preguntas previamente preparado dependiendo del
contexto.

El analisis etnográfico es más apropiado para descubir los procesos que realmente
se utilizan. Sin embargo es una actividad costosa y a largo plazo que por lo menos
puede durar varios meses.

Los modeos de procesos genéricos son una base útil para analizar los procesos,
aunque no incluyen suficiente información.
Está requiere información de actividades, los productos a entregar, las personas,
las comunicaciones, la duración y otros procesos organizacionales que afectan el al
proceso de desarrollo.

En modelo de procesos también se registra el tiempo y las dependencias entre las

actividades (a veces las actividades se llevan a cabo en paralelo y a veces en
secuencia), los productos a entregar y las comunicaciones.

El proceso de pruebas de un módulo de un sistema grande que utiliza un proceso de

gestión de configuraciones controlado de forma estricta (diagrama página 622).

Descomposición del proceso "probar módulo en varias actividades separadas.

(diagrama página 622).

*Excpeciones del proceso

Es cuando en una organización surgen problemas no previstos, el cual es un hecho de
la vida diaria para gestores del proyecto.

1. Personas que son clave pueden enferman antes de revisar un proyecto.

2. Un problema en la computadora de seguridad que deja todas las
comunicaciones fuera de servicio durante varias horas.
3. Se lleva a cabo una reorganización de la organización, lo que implica
invertir tiempo.
4. Se hace una petición no prevista para nuevos proyectos.
*** 28.6 El marco de trabajo para la mejora de procesos CMMI

El software Enginering Institute (SEI) se estableció para mejorar las capacidades

de la industria de software de los EUA.

Modelo de Madurez de la Capacidad de Software del SEI (CMM) en los 80' lo siguieron
otros modelos de capacidad de madurez, entre ellos el Modelo de Madurez de la
Capacidad de Personal (P-CMMM).

Otras organizaciones han desarrollado modelos del proceso similares.

* SPICE: aproxima a la valoración de la capacidad y a la mejora del proceso (Paulk

y Konrad, 1994), este es más flexible.