El Proceso de Eclipse Marco (EPF) es un código abierto del proyecto que está gestionado por la Fundación Eclipse . Se encuentra bajo el proyecto de tecnología Eclipse de nivel superior . Tiene dos objetivos:
- Proporcionar un marco extensible y herramientas ejemplares para la ingeniería de procesos de software: creación de métodos y procesos, administración de bibliotecas, configuración y publicación de un proceso.
- Proporcionar contenido de proceso ejemplar y extensible para una variedad de procesos de gestión y desarrollo de software que respalden el desarrollo iterativo, ágil e incremental , y aplicable a un amplio conjunto de plataformas y aplicaciones de desarrollo. Por ejemplo, EPF proporciona OpenUP , un proceso de desarrollo de software ágil optimizado para proyectos pequeños.
Al utilizar EPF Composer, los ingenieros pueden crear su propio proceso de desarrollo de software al estructurarlo utilizando un esquema predefinido. Este esquema es una evolución de la especificación SPEM [1] 1.1 OMG denominada Arquitectura de método unificado (UMA). La mayor parte de UMA entró en la revisión adoptada de SPEM, SPEM 2.0. EPF tiene como objetivo dar soporte completo a SPEM 2.0 en un futuro próximo. Los esquemas UMA y SPEM apoyan la organización de grandes cantidades de descripciones para métodos y procesos de desarrollo. El contenido y los procesos de dicho método no tienen que limitarse a la ingeniería de software, sino que también pueden cubrir otras disciplinas de diseño e ingeniería, como la ingeniería mecánica, la transformación empresarial y los ciclos de ventas.
IBM proporciona una versión comercial, IBM Rational Method Composer . [ cita requerida ]
Limitaciones
La capacidad de "Variabilidad de contenido" limita severamente a los usuarios a asignaciones uno a uno. Los procesos que intentan integrar varios aspectos pueden requerir clones de estilo bloquear-copiar-pegar para sortear esta limitación. Esto puede ser una limitación del modelo SPEM y podría basarse en la presunción de que se están describiendo métodos ágiles, ya que estos métodos tienden a no tener dependencias profundas. [ cita requerida ]