II.2- Tipos de metodologías

La comparación y clasificación de metodologías no es una tarea sencilla debido a la diversidad de propuestas y diferencias en el grado de detalle, la información disponible y alcance de cada una de ellas.

Si se toma como criterio las notaciones utilizadas para especificar artefactos producidos en actividades de análisis y diseño, se pueden clasificar las metodologías en dos grupos: Metodologías Estructuradas y Metodologías Orientadas a Objetos.

Por otra parte si se considera su filosofía de desarrollo se pueden diferenciar en metodologías tradicionales y ágiles.

II.2.1 Metodologías Estructuradas y Metodologías Orientadas a Objetos

Las metodologías estructuradas se basan en la estructuración y descomposición funcional de problemas en unidades más pequeñas interrelacionadas entre sí. Representan los procesos, flujos y estructuras de datos, de una manera jerárquica y ven el sistema como entradas-proceso-salidas.[41]

Existe una gran cantidad de proyectos implementados utilizando estas metodologías, generalmente orientados a la manipulación de datos (persistentes en ficheros o bases de datos) y gestión. Estas metodologías funcionan muy bien con los lenguajes de programación estructurados, como por ejemplo el COBOL.

Las metodologías estructuradas hacen fuerte separación entre los datos y los procesos. Producen una gran cantidad de modelos y documentación y se basan en ciclos de vida en cascada. [41]

El enfoque estructurado tiene un alto grado de especialización en sus perfiles y las relaciones entre ellos tienen fuertes raíces en los principios de la descomposición funcional. Su principio fundamental es examinar el sistema desde las funciones y tareas, mientras que en las metodologías orientadas a objetos modelan el sistema examinando el dominio del problema como un conjunto de objetos que interactúan entre sí.

Con la aparición del paradigma de la Orientación a Objetos surgieron métodos, procesos y metodologías específicas como OMT (Object Modeling Technique), Objectory, RUP o Métrica 3 (en su enfoque OO), entre otras.

Ante la necesidad de normalizar el proceso desarrollo se propusieron las metodologías en las que priman las fases, actividades y tareas antes que a las personas: lo más importante es el rol que juega la persona dentro del proceso de desarrollo. Esto se ha justificado históricamente argumentando que el desarrollo de software es una actividad compleja que debe estar dirigida por un proceso y debe llevarse a cabo en grupos.

Para cubrir todas las fases se necesitan distintos y diversos perfiles, que no se encuentran en una sola persona. El rol se asigna dependiendo de la experiencia, formación y capacidades de cada individuo.

Estos roles suelen ser muy similares en todos los procesos: administrador de proyecto, analista, diseñador, programador, probadores, asegurador de calidad, documentalista, ingeniero de manutención, ingeniero de validación y verificación, administrador de la configuración. Para cada uno de estos roles, se definen sus objetivos, actividades, interacción con otros roles, herramientas a utilizar, perfil de las personas en ese rol y un plan de trabajo.

Una de las ventajas de estos procesos es que el intercambio de un recurso es relativamente fácil: cuanto más identificadas se tengan las tareas que realiza un rol, más fácil es formar a una persona en esas tareas específicas. [41]