Documentos de Académico
Documentos de Profesional
Documentos de Cultura
model Specification
1. ALCANCE: El propsito de ste documento es proporcionar una definicin comprensible del
meta-modelo de ingeniera de procesos de software y de sistemas (SPEM 2.0). ste sirve como
una gua para entender las semnticas de ste Meta-modelo, as como sus aplicaciones
directas para todas las actividades de modelado de procesos y mtodos. EL objetivo consiste
en acomodar una amplia gama de procesos, y no excluirlos por tener demasiadas
caractersticas o limitaciones. El meta-modelo utiliza UML como una notacin y toma un
enfoque orientado a objeto.
2. CONFORMIDAD: sta especificacin define tres puntos de conformidad para SPEM 2.0. Las
implementaciones son animadas a cumplir con uno de estos puntos de conformidad si su
objetivo es garantizar el xito en el intercambio de datos con otros implementadores del
punto de cumplimiento. Adems, para estos puntos de cumplimiento, la especificacin
proporciona la libertad a los implementadores de escoger cualquier combinacin de paquetes
de meta-modelo y fusin de paquetes que deseen implementar. Sin embargo, si el
intercambio de datos es u objetivo importante para un implementador, se alienta la
implementacin de estos puntos de cumplimiento.
SPEM 2.0 est definido como meta-modelo as como un perfil de UML 2. Si el perfil UML 2 de
SPEM 2.0 es utilizado por el implementador, entonces el mismo punto de cumplimiento aplica
en el sentido que los estereotipos se introducen en el mismo captulo de especificacin como
sus clases de meta-modelo respectivo. Por lo tanto un punto de cumplimiento incluye todos
los estereotipos definidos en los captulos que han sido listados para la inclusin en la
definicin de cada punto de cumplimiento a continuacin. Sin embargo, slo un perfil incluye
todos los estereotipos es proporcionado como parte de sta especificacin (OMG document
ad/06-11-05).
La especificacin proporciona esquemas XMI individual para todos los tres puntos de
cumplimiento (OMG document ad/06-11-04). Los puntos de cumplimiento listados aqu estn
definidos por la inclusin y unin de paquetes de meta-modelo especficos. La siguiente
seccin 2.1 y 2.2 proporcionan una visin de conjunto a todos los paquetes de meta-modelo
disponibles en SPEM 2.0. La seccin 2.3 a la seccin 2.5 definen los tres puntos de
cumplimiento. Finalmente, la seccin 2.6 discute otros escenarios de implantacin no-
conforme que podra ser til para pblicos especficos de SPEM 2.0
2.2. DESCRIPCIN DE LA ARQUITECTURA DEL META-MODELO SPEM 2.0: SPEM 2.0 es usado
para definir los procesos de desarrollo de sistemas y software y sus componentes. El alcance
de SPEM est intencionalmente limitado a los elementos mnimos necesarios para definir
cualquier proceso de desarrollo de sistemas y software sin adicionar caractersticas
especficas para disciplinas o dominio particulares de desarrollo (e.g. gestin de proyectos).
El objetivo es acomodar una amplia gama de mtodos de desarrollo y procesos de diferentes
estilos, antecedentes culturales, niveles de formalismo, modelos de ciclos de vida y
comunidades. Sin embargo, el enfoque de SPEM 2.0 es proyectos de desarrollo. SPEM 2.0 no
pretende ser un lenguaje de modelado de procesos genrico, ni siquiera proporcionar sus
propios conceptos de modelado de comportamiento. SPEM 2.0 ms bien define la habilidad
para el implementador escoger el enfoque de modelado de comportamiento genrico que
mejor se adapte a sus necesidades. Este tambin proporciona estructuras especficas para
mejorar esos modelos de comportamiento genrico que son caractersticos para definir
procesos de desarrollo. En otras palabras, SPEM 2.0 se centra en proporcionar las estructuras
de informacin adicional que se necesitan para modelado de procesos con actividades UML
2.0 BPMN / BPDM para describir un proceso de desarrollo actual.
Core: (Ncleo): El paquete de meta-modelo de ncleo contiene las clases y abstracciones del
meta-modelo que construyen la base para las clases en todos los dems paquetes de meta-
modelo. En otras palabras, todas las clases comunes entre todos los niveles de cumplimiento
que definen el ncleo de SPEM 2.0 han sido ubicadas aqu. El ncleo define principalmente
las clases para dos capacidades SPEM 2.0: (1.) La posibilidad que un usuario SPEM 2.0 cree
calificaciones definidas por el usuario para clases SPEM 2.0 permitiendo a los usuarios
distinguir diferentes clases de instancias de clase de SPEM 2.0. (2.) Un conjunto de clases
abstractas para definir trabajo expresado como procesos SPEM 2.0. Todas las clases SPEM 2.0
que se derivan de estas clases estn designadas a asociar a las clases de comportamiento de
modelos de comportamiento. (e.g. pueden ser asignadas como estereotipos a actividades o
vnculos UML 2.0 para clasificadores de comportamiento )
Estructura de Proceso: ste paquete define la base para todos los modelos de procesos. Este
soporta la creacin de modelos de proceso simple y flexible. su ncleo de estructura de datos
es un desglose o descomposicin de actividades anidadas que mantienen listas de referencia
a la realizacin de clases de rol as como clases de producto de trabajo de entrada y salida
para cada actividad. Adems, este proporciona mecanismos para la reutilizacin de procesos
tal como el enlace dinmico de patrones de proceso que permite a los usuarios ensamblar
procesos con conjuntos de actividades vinculadas dinmicamente. Estas estructuras son
usadas para representar procesos bsicos y de alto nivel que no estn documentados
textualmente. Las estructuras son ideales para el ensamble ad-hoc de procesos,
especialmente la representacin de procesos giles y enfoques de equipos auto-organizados.
Este punto de cumplimiento es recomendado para implementadores que necesitan todas las
capacidades definidas en ste meta-modelo. Est dirigido a todos proveedores de
herramientas CASE que deseen proporcionar soporte a las grandes bibliotecas de escala del
contenido de mtodo textual y modelos de proceso reutilizable. La atencin se centra en la
gestin de muchos procesos para organizaciones multi-niveles complejas que administran
procesos interrelacionados. Tambin es el punto de cumplimiento que combina el paquete
de perfiles de la infraestructura UML 2.0, la cual proporciona un mecanismo de extensibilidad
ms completo que los mecanismos de extensibilidad light proporcionados por el mismo SPEM
2.0. Mientras SPEM 2.0 proporciona la capacidad de definir instancias de un tipo de clase que
permite asociar semnticas a instancias de clase meta, los perfiles de UML permiten adems
que crear y gestionar instancias de aplicacin de estereotipo que pueden guardar valores de
propiedad definidos por el usuario definido para los estereotipos con la instancia de
estereotipo. Los implementadores de SPEM completo deben proporcionar ambos
mecanismos de extensibilidad o un mapeo de estereotipos de perfil UML a tipos SPEM 2. Los
otros niveles de cumplimiento definidos en la especificacin no requieren realizar perfiles
porque los mecanismos de extensibilidad de peso ligero de SPEM deben ser suficientes para
los pblicos listados, pero los implementadores tienen la opcin de hacerlos para estos niveles
tambin.
Este punto de cumplimiento est recomendado para implementadores que desean centrarse
en los aspectos de modelado de SPEM. Su objetivo es el pblico que se enfoca en un proceso
a la vez y trabajan principalmente en representaciones de proceso de modelo como
estructuras de desglose de trabajo o diagramas de flujo. Aunque este punto de cumplimiento
proporciona la capacidad para documentar los procesos textualmente usando los conceptos
de contenido gestionado, sta audiencia no requiere las capacidades de contenido de mtodo
o plug-in de mtodo para proporcionar la descripcin de mtodo reutilizable, ni requieren los
conceptos de variabilidad que permiten diferentes configuraciones de modelos de variable y
texto.
Este punto de cumplimiento es tambin muy cerrado para capturar las capacidades de las
especificaciones predecesoras de SPEM 1.x y no comprende las capacidades introducidas en
SPEM 2.0 para bases de desarrollo de conocimiento de contenido de mtodo, escalar, y
variabilidad.
EL mtodo de cumplimiento "Mtodo SPEM" comprende tres de los paquetes del meta-
modelo SPEM descrito en seccin 2.2. Figura 2.4. muestra que el punto de cumplimiento crea
un espacio de nombre llamado "Contenido de mtodo SPEM 2" que combina el nivel de
cumplimiento LM de la biblioteca de infraestructura UML2 as como el contenido de mtodo
del paquete del meta-modelo (Captulo 12) la cual se combina transitivamente en (Captulo
11) y Ncleo (Captulo 8).
La audiencia tpica de ste nivel en muchos casos no necesita o quiere los modelos de proceso
formal como una representacin para su contenido. Ellos proporcionan descripciones de sus
mtodos con un conjunto mnimo de conceptos (que podra ser incluso un subconjunto de
conceptos disponibles en ste punto de cumplimiento) tales como un producto de trabajo,
tarea y definiciones de rol, o incluso conceptos gua menos formales tales como directrices o
white papers que representen adecuadamente su vista gil de comunicar su desarrollo del
conocimiento.
ste punto de cumplimiento es tambin ideal para para libros y autores de informe tcnico
que podran argumentar su publicacin de mtodos de desarrollo, tcnicas, o mejores
prcticas con una documentacin basad en contenido de mtodo semi-formal de SPEM
proporcionando un formato reutilizable e intercambiable de su contenido usando estos
conceptos SPEM.
La seccin 2.2 a 2.5 especifica tres puntos de cumplimiento de la definicin de los niveles ms
tpicos para que los implementadores escojan. Sin embargo, como los paquetes de meta-
modelo proporcionan gradualmente ms capacidades a lo largo de las competencias
combinadas, muchas otras combinaciones de los paquetes de meta-modelo son posibles y
pueden proporcionar valor para otros propsitos. Por Ejemplo, se podra escoger para
implementar las siguientes combinaciones: (Todas estas combinaciones necesitaran incluir el
paquete ncleo. Por esto no ha sido enumerados explcitamente a continuacin).
6. INFORMACIN ADICIONAL
SPEM 1.x. se defini como ambos un meta-modelo independiente construido sobre UML 1.4,
y un perfil UML y se acompaa por un DTD XML. El meta-modelo usa UML 1.4 como una
notacin y toma un enfoque orientado a objetos para representar el comportamiento de los
desarrolladores como sus operaciones. SPEM 1.x vio una baja utilizacin. Desde su emisin,
pocas implementaciones se han lanzadas y estas no se han reconocido por los analistas
industriales que tambin fallaron en reconocer su importancia a la metodologa y mercado de
herramientas de proceso. All ha habido un nmero de bajo perfil o adoptantes casuales de la
especificacin as como pocas implementaciones comerciales. Se sospecha que la facilidad de
adopcin ha sido un problema y algunas de las semnticas de SPEM 1.x fueron ambiguas y
difciles de entender por los adoptantes y por lo tanto no usados en sus prcticas.
Ahora que las revisiones importantes al subyacente estndar UML han sido desarrolladas en
UML 2, son muchos los beneficios que se cosecharon en SPEM. UML 2 incluye nuevas
caractersticas tales como tcnicas de modelado mejoradas grandemente, y capacidad de
intercambio de grficos, las cules son de uso obvio en modelado de proceso. Adems, UML
2 est organizado de una forma ms modular para permitir especificaciones relacionadas para
reutilizar solamente las partes necesaria del meta-modelo UML. La capacidad de aprovechar
estas caractersticas, as como la capacidad para trabajar con las herramientas UML 2 son
potentes mejoras a SPEM 2.0. Adems, No haba retroalimentacin especfica de los
implementadores de SPEM 1.x que se han dirigido para hacer modelos de procesos de SPEM
ms fcil de adoptar y automatizar. sta especificacin trata los siguientes requerimientos del
RFP:
o Actualizar SPEM para cumplir con UML 2, tomando ventaja de la nueva funcionalidad
para mejorar las capacidades y tcnicas de modelado de proceso.
o Definir un nuevo esquema SPEM XML, basado en MOF. Los esquemas XML
proporcionan una mayor riqueza y control ms all de lo que est disponible en el DTD
XMI de SPEM 1.1.
o Proporcionar orientacin sobre la migracin de modelos de procesos existentes de
SPEM 1.1 a SPEM 2.0.
o Reacciones de los primeros implementadores para abordar las inconsistencias
identificadas y preocupaciones con respecto a la viabilidad y la cobertura funcional de
SPEM 1.1.
o Definir extensiones a SPEM que sern de utilidad para procesar herramientas de
automatizacin.
o Alinear SPEM con la evolucin y las nuevas normas que no sean UML; especficamente,
el meta-modelo de definicin de procesos de negocio y las interfaces en tiempo de
ejecucin de proceso de negocio se pueden usar en conjunto con SPEM para
proporcionar un mayor valor a la comunidad de usuarios.
o Introducir extensiones del meta-modelo procesos que pueden ser usadas igualmente
en procesos de desarrollo de software y procesos de ingeniera de sistemas.
6.2 INTRODUCCIN GENERAL A SPEM 2.0: A lo largo de la industria del software hay un
montn de grandes ideas y conocimiento disponible acerca de cmo desarrollar software
eficientemente. Hoy en da, Los equipos de desarrollo necesitan y tienen acceso a un amplio
rango de informacin. No slo necesitan adquirir informacin detallada acerca de tecnologas
especficas de desarrollo tales como Java, Java EE, Eclipse, tecnologas SOA, .Net, as como
diversos entornos e desarrollo y herramientas, sino que tambin necesitan descifrar como
organizar sus trabajos a lo largo de las mejores prcticas de desarrollo como gil, iterativa,
centrado en la arquitectura, desarrollo de software manejando riesgos y calidad.
Algunos problemas que las organizaciones de desarrollo enfrentan cuando ellos salen en que
sus desarrolladores encuentren esa informacin para ellos mismo son:
o Los miembros del equipo no tendrn acceso sencillo y centralizado al mismo cuerpo de
informacin cuando ellos la necesitan, es decir, diferentes desarrolladores pueden
confiar en diferentes fuentes y versiones de la misma informacin.
o Es difcil combinar e integrar los contenidos y procesos de desarrollo que se ponen a
disposicin en su propio formato de propietario, como todo libro y publicacin presenta
el contenido y proceso de mtodo usando una representacin y un estilo de
presentacin diferente.
o Es difcil definir un enfoque de desarrollo sistemtico y organizado que es del tamao
adecuado a sus necesidades, es decir, se dirige a su cultura especfica, prcticas
estandarizadas, y requerimientos de cumplimiento.
Aunque, el meta-modelo SPEM 2.0 se ha diseado entorno al apoyo para este marco de
trabajo, muchos otros escenarios tiles pueden ser realizados tambin. Por ejemplo, el
captulo 2 define diferentes puntos de cumplimiento y analiza diferentes escenarios de
aplicacin que podra realizar una variacin de los escenarios representados en la figura 6.1.
6.3 NUEVAS CAPACIDADES CLAVE DE SPEM 2.0: Adems de abordar los requisitos RFP
enumerados anteriormente, sta especificacin proporciona las siguientes nuevas
capacidades para los autores de proceso.
6.3.1. Una clara separacin de las definiciones de contenido de mtodo desde la aplicacin
de proceso de desarrollo de contenido de mtodo: Como se indica en la seccin 6.2, SPEM
2.0 separa el contenido de mtodo reutilizable de su aplicacin en los procesos. El contenido
de mtodo proporciona explicaciones paso a paso, describiendo como los objetivos
especficos de desarrollo se logran independiente de la colocacin de estos pasos dentro un
ciclo de vida de desarrollo. Los procesos toman estos elementos de contenido de mtodo y
los relaciona dentro de unas secuencias ordenadas parcialmente que se adaptan a proyectos
de tipo especfico.
Por ejemplo, un proyecto de desarrollo de software que desarrolla una aplicacin desde cero
lleva a cabo tareas de desarrollo tales como "encontrar actores y casos de uso", "Visin de
desarrollo", o "Diseo de casos de uso" similarmente a un proyecto que ampla un sistema de
software existente. Sin embargo, los dos proyectos realizarn las tareas en diferentes puntos
en el tiempo con un nfasis diferente, es decir, realizaran los pasos de estas tareas
diferentemente, asumirn diferentes entradas, y quizs aplicarn variaciones y adiciones
individuales.
La figura 6.2 representa un ejemplo de una implementacin SPEM 2.0. Esto demuestra que
SPEM 2.0 permite a cada proceso sobre el lado derecho referenciar el contenido de mtodo
comn, como las definiciones de roles, tareas y productos de trabajo, as como la orientacin
general de un pool de contenido de mtodo comn representada a la derecha. Estas
referencias dan cuenta de la trazabilidad de los procesos a su contenido de mtodo
subyacente, permitiendo que los cambios en los mtodos se reflejen en todos los procesos
que lo usan. Por otra parte, SPEM 2.0 permite an remplazar ciertos mtodos relacionados
al contenido dentro de un proceso as como definir relaciones especficas de proceso
individuales para cada elemento de proceso (as como desglose de trabajo y nuevas relaciones
a productos de trabajo y roles).
La figura 6.3. (tomada del proceso unificado) muestra la diferencia entre contenido de mtodo
y proceso representndolos como dos dimensiones diferentes. El contenido de mtodo
describe como el desarrollo del trabajo es realizado y categorizado por disciplinas en este
ejemplo. Cada disciplina est compuesta de definiciones de tareas (no visible en figura 6.3)
que proporciona descripciones paso a paso de cmo los objetivos especficos de desarrollo se
logran. En un proceso, las definiciones de tareas se seleccionan del contenido de mtodo y se
ubican dentro de flujos de trabajo como usos de tarea listos para instanciacin. La
instanciacin asignara recursos para realizar el trabajo y asignar productos de trabajo real
como las entradas y salidas de las tareas. Los grficos de la carga de trabajo de la figura 6.3
muestra el esfuerzo del trabajo para cada disciplina en el tiempo (de izquierda a derecha).
Figura 6.4. Una presentacin alternativa para el Contenido de Mtodo vs Proceso.
La figura 6.4 muestra una presentacin alternativa (tomado de Fujitsu Macroscope) para la
separacin del contenido de mtodo de los procesos. Muestra como la definicin y estructura
del contenido de mtodo comn (entregables y roles clave) son usados por una variedad de
procesos estndar. U n proceso determina el alcance y nivel de detalle de los entregables y
organiza su produccin por roles clave.
Figura 6.5. Terminologa clave definida en esta especificacin Mapeada a el contenido de
mtodo vs proceso.
La figura 6.5 proporciona una visin general de cmo los conceptos claves definidos en esta
especificacin estn posicionados para representar el contenido de mtodo o proceso. El
contenido de mtodo est expresado principalmente usando definiciones del producto de
trabajo, definiciones de rol, definiciones de tarea, y guas. Las guas como directrices,
whitepapers, listas de chequeo, ejemplos o hojas de ruta, estn definidas en la interseccin
del mtodo de contenido y el proceso, porque las guas pueden ser definidas para
proporcionar los antecedentes ( fondo) para el contenido de mtodo as como para procesos
especficos (por ejemplo, tutoriales de proceso ejemplarmente). Sobre el lado derecho del
diagrama, se ven los elementos usados para representar procesos en SPEM 2.0. El elemento
principal es la actividad que se puede anidar a estructuras de desglose definidas as como
relacionadas entre s para definir un flujo de trabajo. Las actividades tambin gestionan
referencias al contenido de mtodo. Estas referencias estn representadas por coincidencia
de 'uso' de conceptos. Las actividades son usadas para definir procesos.
SPEM 2.0 utiliza un conjunto extendido de relaciones para reutilizar y variabilidad para darse
cuenta de la herencia y semnticas como aspectos de orientacin as como conceptos para
patrones de proceso y el as llamado plug-in de mtodo. Este permite a un ingeniero de
proceso mantener familias consistentes de procesos, que por un lado son especficos a un tipo
especfico de proyecto y por otro lado tambin son variaciones del mismo mtodo base y
contenido de proceso. Los resultados son diferentes variantes de procesos especficos
basados en el mismo ncleo de contenido de mtodo y estructuras de proceso pero aplicados
con diferentes niveles de detalle y escala; por ejemplo, variantes de proceso para proyectos
de desarrollo a grande escala vs pequeos proyectos.
Una especificacin genrica del meta-modelo para procesos de desarrollo necesita tener que
ser capaz de soportar diferentes variedades e incluso combinaciones de modelos de ciclo de
vida como cascada, iterativo, incremental, evolutivo y as sucesivamente para la planeacin
basada en procesos.
El meta-modelo SPEM 2.0 est diseado para dar cabida a mltiples enfoques. Este
proporciona un conjunto amplio de atributos de personalizacin para especificar la gua
temporal para los elementos de proceso, permitiendo que estos sean mapeados a planes de
proyecto que se realizan basados en el modelo de ciclo de vida subyacente del proceso. Por
ejemplo, el mapeo permitir que un proceso iterativo genere un plan que proporciona un
nmero de iteraciones definidas por el usuario, necesarias para una situacin de proyecto
especfico.
Figura 6.9. Un proceso gil en macroscpico. ste se compone de tres subprocesos, cada
uno de los cuales sigue uno modelo de ciclo de vida diferente.
SPEM 2.0 define plug-ins de mtodo proporcionando capacidades para adaptar y personalizar
contenido de mtodo sin modificar directamente el contenido original. En cambio, los plug-
ins slo definen las diferencias (aportes, sustituciones, supresiones) en relacin al original.
SPEM 2.0 soporta mecanismos de plug-in para el contenido de mtodo as como los procesos
representados como estructuras de desglose.
Los patrones de proceso de SPEM 2.0 son bloques de construccin reutilizables para crear nuevos
procesos de desarrollo. Seleccionar y aplicar un patrn de proceso se puede hacer en una de
varias maneras posibles.
Un patrn se puede aplicar en una copia sofisticada y modificar la operacin, lo cual permite
al ingeniero de proceso personalizar individualmente el contenido del patrn a sus
necesidades durante la aplicacin del patrn.
SPEM 2.0 soporta la aplicacin de patrones a travs de los mecanismos de actividad de uso,
lo cual es una forma de reutilizar las estructuras de proceso de actividades que re-ocurren
comnmente. Las actividades se pueden factorizar dentro de patrones que se pueden aplicar
una y otra vez en un proceso. Las actividades de uso definen clases de relaciones de modo
que cuando el patrn est siendo revisado o actualizado, todos los cambios se reflejan
automticamente en todos los procesos que aplican ese patrn.
Ciertas situaciones en un proyecto de desarrollo de software pueden requerir que las partes del
proceso permanezcan indecisas o sean decididas por el equipo de ejecucin en s mismo. (por
ejemplo en situaciones de externalizacin).
SPEM 2.0 proporciona un concepto de componente que cuenta con puertos para declarar
entradas y salidas de producto de trabajo, que permite al usuario tratar la definicin real del
trabajo que producen las salidas como una "caja negra". En cualquier momento durante un
proyecto, el componente "realizacin" detalla el trabajo que puede ser adicionado al proceso.
El enfoque de componentes tambin permite diferentes estilos o tcnicas de hacer el trabajo para
ser remplazado con otros. Por ejemplo, una salida de cdigo de software de un componente se
puede producir con desarrollo orientado al modelo o la tcnica de centrado en el cdigo. El
concepto de componente encapsula el trabajo real y permite al equipo de desarrollo escoger la
tcnica apropiada. ste permite al equipo completar la realizacin del componente con la eleccin
de las actividades que producen las salidas requeridas.
El meta-modelo de ingeniera de proceso SPEM 2.0 describe las estructuras necesarias para
mantener y expresar formalmente el contenido de mtodo de desarrollo y los procesos, es decir,
describe un lenguaje y esquema de representacin para contenidos de mtodo y procesos. Un
meta-modelo por s mismo es expresado usando lenguaje de meta-modelo (es decir, un meta-
meta-modelo). El MOF (especificacin de modelado - Meta-Object Facility) estndar [MOF 2.0]
proporciona un lenguaje aplicando y extendiendo el UML [UML 2], es decir, describe cmo usar
UML 2 para describir meta-modelos. En ste sentido, MOF basado en UML 2 es usado para
describir el UML 2 en una manera bootstrapping.
Figura 6.13. Capas del modelo para UML y SPEM 2.0
El meta-modelo SPEM 2.0 es un MOF 2.0 (Meta-Object Facility) compatible con el meta-
modelo
Este documento proporciona un MOF 2.0 compatible con la especificacin del meta-modelo del
meta-modelo SPEM 2.0 como se representa en el lado izquierdo de la figura 6.13. Se pueden ver
las diferentes capas de instanciacin del formalismo usado para sta especificacin. Un modelo
definido sobre una capa superior define el lenguaje que se utilizar en la capa inferior siguiente.
MOF es el lenguaje universal que se puede usar sobre cualquier capa, pero en nuestro caso es
instanciado desde la capa M3 por SPEM 2.0 sobre la capa M2. El meta-modelo UML 2 en s mismo,
como se representa sobre el lado derecho de la capa M2, instancia MOF 2 definido sobre la capa
M3 en la misma forma. "Una biblioteca de mtodo" es un ejemplo de una instancia concreta del
meta-modelo SPEM 2.0 usando SPEM 2.0 como un esquema para representar su contenido. En
ese sentido, "la biblioteca de mtodo" representa un modelo de mtodo. Por ejemplo, SPEM 2.0
define los conceptos de roles, tareas y artefactos as como las relaciones entre ellos.
El meta-modelo SPEM 2.0 describe todas las estructuras y atributos necesarios para representar
los mtodos y procesos basados en SPEM 2.0. Sin embargo, SPEM 2.0 no define todos los
elementos desde el principio, pero actualmente reutiliza elementos del meta-modelo UML 2. La
figura 6.13 muestra una dependencia sobre la capa M2 de SPEM 2.0 a UML 2. Esta dependencia
expresa que las partes del SPEM 2.0 estn basadas en las definiciones del UML 2. Por ejemplo, los
elementos de ncleo de SPEM 2.0 tales como "Elemento de proceso" y "paquete de mtodo" se
han derivado a travs de la especializacin de clases de la biblioteca de infraestructura de UML 2
heredando las relaciones que permiten la definicin de paquetes y elementos encapsulables.
SPEM 2.0 tambin reutiliza paquetes de la superestructura UML 2 tal como paquetes de
actividades UML 2.
El meta-modelo SPEM 2.0 puede ser directamente instanciado para una implementacin, es decir,
una herramienta CASE puede representar todas las clases de la capa M2 como clases Java y tablas
de bases de datos. Aunque el meta-modelo MOF de SPEM 2.0 est definido en UML, una instancia
del modelo (es decir, un proceso o mtodo concreto) se puede representar independiente del
UML.
Figura 6.14. Instanciaciones ejemplares de las capas de modelado.
El perfil SPEM 2.0 es un perfil UML 2 que proporciona una representacin alternativa al meta-
modelo SPEM 2.0
Adems de representar una biblioteca de mtodo como "Biblioteca de mtodo A" con estas
estructuras, creando su propia implementacin de estas clases (por ejemplo, usando las clases
javas mencionadas anteriormente) se puede tambin decidir representar las clases de la capa M1
con una herramienta de modelado UML 2 tal como Magic Draw o el modelador de Software
racional de IBM. En este caso, se puede utilizar clases de la superestructura UML sobre la capa M2
y ampliar estas con los mecanismos de extensin UML 2 oficial, proporcionando perfiles con
estereotipos y restricciones OCL como se representa en el lado derecho de la figura 6.13. Por
ejemplo, en el lado derecho de la figura 6.14 se puede ver una declaracin de estereotipo para un
artefacto ampliando el concepto de clase de UML 2. Una instancia en la capa M1 sera una clase
UML 2 que tiene este estereotipo asignado. Una instancia M0 seguira el mismo aspecto. La nica
diferencia es la representacin formalizada usada para el meta-modelo (M2) y el modelo M1.
La ventaja del enfoque de perfil es que no necesita desarrollar herramientas CASE para mantener
mtodos y procesos, pero podra usar una herramienta de modelado UML 2 genrica para hacerlo.
La desventaja de ste enfoque es que tal herramienta de modelado UML 2 sera muy genrica y
que todas las reglas de estructuracin especficas definidas en el meta-modelo SPEM 2.0 como
simples relaciones necesitaran ser forzadas con complicadas restricciones OCL, limitando al
usuario mucho ms que cuando modela con UML. Por ejemplo, restringir el nmero de
asociaciones que una tarea puede tener con roles cuando un estereotipo especfico es aplicado
forza la restriccin simple de un rol de ejecucin principal para una tarea. Forzar todas las reglas
bsicas de SPEM 2.0 en restricciones OCL resultara en que el usuario de la herramienta trata con
interacciones y mensajes de error OCL muy genricos, lo que resulta en una mala experiencia de
usuario.
El meta-modelo SPEM 2.0: define todas las estructuras y reglas de estructuracin y est en s
misma completa. Este ha sido especificado como un modelo MOF y reutiliza algunas clases
clave de la infraestructura UML 2. Este tambin define la notacin de diagramas de proceso
especfico.
El perfil UML de SPEM 2.0: define un conjunto de estereotipos UML 2 que permiten presentar
mtodos y procesos SPEM 2.0 usando el UML 2. Sin embargo, la definicin de estos
estereotipos en esta especificacin slo cubren su presentacin, pero se basa en el meta-
modelo SPEM 2.0 para todas las definiciones y restricciones semnticas. En otras palabras,
esta versin del perfil no contiene ninguna restriccin OCL, sino que depende de las
semnticas del meta-modelo SPEM 2.0 para definir todas sus restricciones.
Las partes principales de sta especificacin que se han implementado son de libre acceso en el
cdigo abierto en el marco de proceso de Eclipse (www.eclipse.org/epf/). Ver anexo C para varios
estudios de caso modelando procesos de fuentes y dominios diferentes que se han creado usando
sta tecnologa. Hay varias organizaciones y compaas que han anunciado que van a modelar
sus procesos libres o comerciales con sta tecnologa. Algunas de stas son Process Group, Open
Group, Number Six Software, y Telelogic.
Hay tambin un producto comercial disponible de IBM que se ha construido en la parte superior
de sta implementacin de cdigo abierto. Un gran nmero de procesos comerciales de IBM
Software Group, IBM Rational, IBM Tivoli, and IBM Global Services as como Sierra Systems y el
consorcio DSDM han estado modelando con sta implementacin y estn o estarn disponibles
para la compra. Ver anexo C para ejemplos de estos procesos.
Otros autores de sta especificacin tales como Adaptive y Fujitsu han expresado su intencin de
implementar sta especificacin y representar sus procesos con los conceptos de sta
especificacin dentro de un ao despus de la adopcin.
6.6. CAMBIOS A LAS ESPECIFICACIONES OMG ADOPTADAS
Esta especificacin sustituye completamente la especificacin SPEM adoptada versin 1.1, formal
05-01-06
Aunque los captulos se organizan de una manera lgica y se puede leer secuencialmente, sta es
una especificacin de referencia destinada a ser leda de una manera no secuencial. Por
consiguiente, las extensas referencias cruzadas son proporcionadas para facilitar la navegacin y
bsqueda. El captulo 2.1. proporciona una descripcin detallada a la organizacin del meta-
modelo SPEM y su presentacin en los captulos siguientes. Los captulos 7 al 14 siguen sta
estructura y presentan el contenido de los paquetes del meta-modelo uno por uno. Los captulos
15 al 18 proporcionan informacin bsica adicional para el meta-modelo tales como ejemplos
para diagramas de proceso, como usar SPEM 2.0 como un perfil del modelo UML 2, etc.
6.8. AGRADECIMIENTOS
Adaptive Ltd.
Fujitsu & Fujtsu Consulting
Fundacion European Software Institute
International Business Machines Corporations
Softeam
Alcatel
Armstrong Process Group, Inc.
Aubry Conseil
BAE Systems
Borland Software Corporation
Capgemini
EDS
HP
Kabira
Laboratoire d'Informatique Paris 6 LIP6
Lockheed Martin
MEGA
MetaMatrix
Mitre
Number Six Software
Sierra Systems
SINTEF ICT
Telelogic
Unisys