SerieCientfica de la Universidad de las CienciasInformticas

http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
54
Tipode artculo: Artculo original
Temtica: Arquitectura y Gestin de Software
Recibido:22/03/2013 | Aceptado: 08/05/2013 | Publicado: 15/05/2013
EPF composer: complemento del Proceso de Mejoras en la
Universidad de Ciencias Informticas
EPF Composer : complement Improvement Process of the University
of Computer Sciences
Vilmavis La Rosa Sordo
1
Facultad 6. Universidad de las Ciencias Informticas, Carretera a San Antonio de los Baos, km 2 , Torrens,
Boyeros, La Habana, Cuba. CP.: 19370
*Autor para la correspondencia: vlarosa@uci.cu

Resumen: La correcta definicin y documentacin de los procesos y prcticas, como parte del proceso de desarrollo,
es esencial para las industrias de software. El presente trabajo muestra cmo complementar y favorecer el Proceso de
Mejoras de los procesos desarrollados en la Universidad de Ciencias Informticas a partir del uso del Eclipse Process
Framework Composer (EPF Composer), herramienta para definir, documentar y publicar estos procesos, a partir de
las necesidades reales de los desarrolladores de software.
Palabras clave: EPF Composer; expediente, mejora, proceso, publicacin.
Abstract: The correct definition and documentation of processes and practices that takes place in the University of
Computer Sciences, forms part of the development process for software industries. This paper shows how to
complement and encourage the process improvement process from the use of the Eclipse Process Framework
Composer (EPF Composer, as a tool to define, document and publish these processes, from to needs actual software
developers.
Keywords: EPF Composer; process, improvement; documentation; publication

Introduccin
Una metodologa o proceso de desarrollo "es aquel en que las necesidades del usuario son traducidas en
requerimientos de software, estos requerimientos transformados en diseo y el diseo implementado en cdigo, el
cdigo es probado, documentado y certificado para su uso operativo". Concretamente "define quin est haciendo
qu, cundo hacerlo y cmo alcanzar un cierto objetivo" (Jacobson,2000).
Cuando se desea implementar un proceso de desarrollo de software existen dos problemas clsicos muy relacionados:
el primero que los desarrolladores tienen que ser capaces de entender y aplicar los mtodos y prcticas propios de
este desarrollo (ingeniera de requisitos, anlisis y diseo, etc) y el segundo que los equipos de desarrollo deben
definir sus formas de aplicar los mtodos de desarrollo y mejores prcticas a travs del ciclo de vida de un proyecto
de software. En pocas palabras definir o seleccionar un proceso de desarrollo.
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
55
Teniendo en cuenta lo anterior en las empresas actuales de produccin de software es muy importante la correcta
definicin y documentacin de los procesos y prcticas que llevan a cabo. Para la Universidad de Ciencias
Informticas (UCI) como universidad de nuevo tipo, que tiene entre sus principales objetivos producir aplicaciones y
servicios informticos, es vital la adecuada definicin de sus procesos y prcticas, razn por la cual se lleva a cabo el
Proceso de mejoras de procesos. Sin embargo no se utiliza una herramienta para definir, documentar y publicar este
proceso, lo cual constituye el propsito del presente trabajo
Materiales y mtodos
Con el propsito de asegurar la calidad de sus productos y ganar en competitividad la UCI decidi adoptar procesos
para el desarrollo de aplicaciones informticas a nivel de la organizacin. (Ramos,2001) La universidad tiene puesto
en prctica el Programa de mejoras de procesos (PM) que emplea como metodologa para la administracin de
mejoras el Modelo IDEAL, y se basa en la representacin escalonada Nivel 2 de CMMI en su versin 1.2. Como
parte del PM se tienen bien definidos los procesos, prcticas, herramientas, plantillas, estndares etc., que deben
llevar, guiar, utilizar y describir los desarrolladores de software, aspectos que se encuentran expresados en el
Expediente de Proyecto (EP) versin 3.3. Dentro de del PM deben estar todos los proyectos de software de la UCI.
El EP contiene toda la informacin necesaria para poder desarrollar un proyecto de calidad, incluyendo guas, de
forma tal que los desarrolladores al leer las instrucciones y poner en prctica sus conocimientos ingenieriles pueden
completar las no pocas plantillas propuestas. Sin embargo, a pesar de que toda esa informacin se encuentra ordenada
y referenciada oportunamente en forma de carpetas y manuales dentro de estas, resulta engorroso abrir, cerrar, buscar
y publicar los elementos para el equipo de desarrollo, dificultando el acceso y aumentando los tiempos necesarios
para comprender la informacin, haciendo que los equipos de trabajo tarden ms en la capacitacin y la de los nuevos
miembros que se les incorporen, incluso en ocasiones no son muy receptivos al PM .Adems, los equipos de trabajo
necesitan saber dnde aplicar esos conocimientos y prcticas dentro del proceso de desarrollo. Otro elemento que
atenta actualmente es la publicacin de las modificaciones, altas o eliminaciones que se necesiten de los elementos
del PM.
Para sobrellevar estas dificultades se han diseado herramientas que permiten definir, documentar y publicar
procesos, dentro de las cuales se encuentra Eclipse Process Framework Composer.
Eclipse Process Framework Composer (EPF Composer)
SPEM 2 (Software &SystemsProcessEngineeringMetamodel) es un estndar de metamodelado que sirve para
representar procesos de ingeniera de software. Fue creado por la OMG (la organizacin industrial promotora de
UML) para solucionar la desventaja que representaba en procesos como RationalUnifiedProcess (RUP, por sus siglas
en ingls) la manipulacin (creacin, revisin, reutilizacin, adaptacin, etc.) y la publicacin de la informacin, por
estar en lenguaje natural sin ser evidente el metamodelo empleado.
ECLIPSE, ha puesto en marcha el proyecto EPF (del ingls, EclipseProcessFramework) que ha desarrollado un editor
de SPEM 2, llamado EPF Composer , que se basa en el estndar SPEM 2 y permite definir, gestionar y reutilizar un
repositorio de fragmentos de mtodos y procesos. Con EPF Composer se pueden crear implementaciones en formato
SPEM 2 de cualquier mtodo, proceso o metodologa de ingeniera del software (Ruiz,2008).
EclipseProcessFrameworkComposer (EPF Composer) es una herramienta para ingenieros de procesos, lderes y
administradores de proyectos, quienes son responsables de mantener e implementar procesos para organizaciones
dedicadas al desarrollo o para proyectos individuales.( Lpez,2007) Se distribuye de forma gratuita bajo la licencia de
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
56
Eclipse EPF Composer tiene dos propsitos principales que apuntan a las dos necesidades mencionadas con
anterioridad:Proveer a los desarrolladores con una base de conocimiento de capital intelectual que les permita buscar,
administrar y desplegar contenido. Esta base de conocimiento puede ser usada como referencia y material educativo,
y forma la base para el proceso de desarrollo (el segundo propsito). EPF Composer est diseado para ser un
administrador de contenido que provee una estructura de administracin y un aspecto comunes para todo el contenido,
en vez de ser un sistema administrador de documentos en el cual se almacenan y se acceden documentos difciles de
mantener, que tienen cada uno su propia forma y formato.
Proveer capacidades de ingeniera de procesos para la seleccin, adecuacin y rpido ensamblado de procesos para
proyectos de desarrollo concretos. EPF Composer tiene catlogos de procesos predefinidos para situaciones tpicas de
procesos que pueden ser adaptados a necesidades individuales.
Entre los principales objetivos del EPF Composer estn un conjunto de necesidades comunes de los equipos de
desarrollo cuando se enfrentan a la asimilacin de mtodos y procesos entre las que podemos citar:

Acceso fcil y centralizado a la informacin.

Formatos estndar que permitan una fcil integracin.

Base de conocimiento actualizada para que ellos mismos aprendan sobre mtodos y mejores prcticas.

Soporte para dimensionar correctamente sus procesos.

Habilidad de estandarizar prcticas y procesos dentro de las organizaciones.

Cerrar la brecha entre la ingeniera de procesos y el establecimiento de los mismos en las organizaciones por
medio del uso de representaciones y terminologas similares.
Para el desarrollo del presente trabajo se tuvo en cuenta que el EPF Composer presenta releases tanto para Windows
como Linux, lo que facilitara si operatividad en el entorno de desarrollo UCI. Este entorno se caracteriza por
herramientas en su mayora de distribucin gratuitas, equipos de desarrollo que trabajan en locaciones donde se
garantiza la conexin de todas mquinas, uso de herramientas CASE siempre que sea posible, servidores que publican
y almacena la informacin que se obtiene como parte del proceso de desarrollo de forma centralizada, sistemas
operativos Linux aunque persiste una minora con Windows. Adems el PM se encuentra bien definido y
documentado, de acuerdo a lo que quedara entonces la utilizacin del EPF Composer para establecer una especie de
modelo basado en SPEM 2.0 y las facilidades que implicara tanto para los desarrolladores de software, como para los
expertos en el PM.
Escenarios de uso y perspectivas
Existen cuatro escenarios tpicos en los cuales se usa EPF Composer.

Seleccionar y configurar contenidos de mtodo y procesos existentes: este es un escenario en el cual se
seleccionan los procesos y el contenido del mtodo que se ajustan a unas necesidades especficas por medio
de bsquedas en la librera de mtodo de EPF, la cual contiene todos los contenidos que son comprados
(contenidos comerciales) al igual que los contenidos que se descargan gratuitamente de la comunidad de EPF.
Una vez se tienen los contenidos que ms se ajustan, se empieza a configurar un proceso seleccionando o
removiendo paquetes de mtodo.

Adecuar un proceso existente: en este escenario en vez de configurar los procesos existentes para decidir que
se muestra y que no, stos se modifican, por medio del uso de los editores de EPF Composer, para que se
ajusten incluso mejor a las necesidades especficas. Es decir, se puede directamente adicionar, remover o
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
57
reemplazar elementos en el proceso. Por lo tanto, en contraste con cambiar la configuracin -lo cual hace
cambios globales en el proceso- se pueden definir cambios individuales slo en los lugares requeridos.

Crear un nuevo proceso: este escenario se presta para crear un proceso completamente nuevo en el cual se
reutilicen actividades de uno o ms procesos existentes. En los casos donde no se puede hallar ningn
material reusable, tambin se puede crear un proceso completamente nuevo desde cero.
Desarrollar contenido de mtodo y crear o extender procesos: el ltimo escenario se refiere a la habilidad de no slo
crear o adecuar procesos reutilizando el contenido del mtodo de EPF o de terceros, sino tambin a la habilidad de
desarrollar contenido del mtodo propio y usarlo en la adecuacin de procesos existentes o la creacin de nuevos
procesos (Lpezy J.A, 2000).
Se seleccionaron los escenarios tercero y cuarto esencialmente, para la creacin del proceso en cuestin a pesar de
estar dirigido sobre todo al EP en una primera versin, como necesidad primaria para los desarrolladores. Se
utilizaron las dos perspectivas que propone la herramienta.
Una perspectiva define un conjunto de vistas y funciones disponibles para tareas especficas. EPF Composer contiene
dos perspectivas de trabajo: una perspectiva para la edicin (Authoring) y otra perspectiva para la navegacin o
exploracin (Browsing).

Authoring: la perspectiva Authoring o de edicin, provee de vistas y funciones para navegar y editar o crear
contenido de mtodos y procesos. La perspectiva Authoring provee dos vistas en paneles separados: La vista
de librera y la vista de configuracin.

Browsing: la perspectiva Browsing (Exploracin) le permite hacer una vista previa y navegar a travs de una
configuracin del mtodo sin hacer ningn cambio. Contiene la vista de configuracin, que muestra el
contenido en la configuracin seleccionada mostrando como dicho elemento aparecer publicado en un sitio
Web. Provee funcionalidades de navegacin similares a las de un Explorador o Browser.
El EPF Composer describe el proceso esencialmente a travs del MethodContent y del Process. El MethodContent
describe todo lo relacionado con las disciplinas del proceso de desarrollo y el Process lo relacionado con las fases.
Por motivo de la cantidad de informacin que se necesita para describir los siguientes apartados se decidi utilizar las
imgenes caractersticas a fin de ganar espacio y comprensin relacional de los elementos que en su mayora son
archiconocidos por los desarrolladores del software.
Contenido del Method Content: En esencia contiene los Roles, Actividades, Productos de trabajo, y categoras que
representan los Flujos de trabajo como se representa en la Figura 1.
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
58

Figura 1. Contenido del Method Content(Ramos et al, 2001).
Process: En esencia contiene los Fases, Iteraciones, Patrones de Capacidad y de transferencia, y descriptores de otros
elementos del mtodo como se evidencia en la Figura 2.

Figura 2. Jerarqua de conceptos de procesos (Ramos et al, 2001).
Resultados y discusin
Inicialmente se prob a configurar el proceso a partir del plug-in gratuito que se puede obtener del sitio oficial de
Eclipse de la Metodologa de Desarrollo de Software OpenUp/Basic que muestra evidentes similitudes de productos
de trabajo a simple vista con el PM, sin embargo, despus de modelar algunos elementos se lleg a la conclusin de
partir de cero, pues las modificaciones implicaron ms esfuerzo del planificado.
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
59
Actualmente el proceso configurado contiene los elementos esenciales del Method Content: roles, artefactos,
disciplinas, tareas, productos de trabajo, segn el EP del PM. De manera que se puede navegar por el proceso
publicado y localizar con facilidad estos elementos y sus relaciones a travs de modelos en un lenguaje entendible
para los desarrolladores de software. Adems permite la incorporacin, modificacin y eliminacin de los elementos
que lo requieran sin preocuparse por la publicacin. Se pueden identificar por el estereotipo o cono el tipo de
elemento lo que visualmente nos brinda mucha informacin
A continuacin se presentan Figuras que representan ejemplos de vistas significativas.

Figura 3 Ejemplo de vistas de los roles y responsabilidades del Rol. Rol Diseador y Algunas de sus responsabilidades.

Figura 4. Ejemplo de vistas de los roles y tareas en el panel de navegacin. Diseadores y tareas.
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
60

Figura 5. Ejemplo de vistas de disciplinas, productos de trabajo y guas en el panel de navegacin.

Figura 6. Ejemplo de vista de un rol determinado, con sus responsabilidades y materiales complementarios.
Conclusiones
Se entrevistaron docentes ingenieros de software vinculados a proyectos productivos dentro del PM mostrando una
versin funcional del proceso configurado con el EPF Composer y de acuerdo con las necesidades de los
desarrolladores descritas inicialmente se puede decir que:

El 100% de los encuestados encontr con facilidad informacin sobre sus funciones y responsabilidades
dentro del proceso de desarrollo

El 100% comprendi los mapas conceptuales que presenta la herramienta como medio de publicacin de su
informacin dbase en buena medida a la utilizacin de UML 2.0 y sus semejanzas con la forma en que
Racional describe su proceso.
Actualmente el presente proyecto se encuentra en fase de revisin y ajustes debido a algunos elementos dentro del PM
que no se haban tenido en cuenta con anterioridad y que se pretende incluir como parte que complementa al EP 3.3,
SerieCientfica de la Universidad de las CienciasInformticas
http://publicaciones.uci.cu/index.php/SC| seriecientifica@uci.cu

No. 5, Vol. 6, Ao, 2013
ISSN: 2306-2495| RNPS: 2343
61
que en esencia era lo que se pretenda publicar con el EPF Composer inicialmente. No obstante, estn definidos los
elementos relacionados con el EP.
Referencias

JACOBSON, I., G. BOOCH, and J. RUMBAUGH, El Proceso unificado de desarrollo de Software. Addison
Wesley.Pearson Education, S.A.2000.

LPEZ B, D.E. and J.A. Hincapi Londoo ECLIPSE PROCESS FRAMEWORK COMPOSER.REPORTE
TCNICO.2007.

RAMOS BLANCO, K., et al. Experiencias del programa de mejora de procesos en la Universidad de las
Ciencias Informticas.2001.

RUIZ, F. and J. VERDUGO .Gua de Uso de SPEM 2 con EPF Composer.2008.
This document was created with Win2PDF available at http://www.daneprairie.com.
The unregistered version of Win2PDF is for evaluation or non-commercial use only.