Differences Between IBM RUP 2003 and Migrated Content

Eclipse Process Framework Composer content is based on IBM Unified Method Architecture.

• Activities have been renamed to task: To provide a tighter link to process enactment and project management we renamed the lowest assignable units of work to Task, because this is the term most commonly used.
• Workflow details renamed to activity: Workflows are commonly expressed in hierarchies of activity diagrams (e.g. activity diagrams defined in the UML 2.0). Although RUP only provided one level of workflow breakdown, UMA is designed to provide multiple levels of such a breakdown. Because the word Activity was more commonly used to express the elements of activity diagrams as well as the activity diagram itself, we decided to replace the name Workflow Detail used in RUP with the name Activity. We realize that the shift in the usage of the word Activity might cause confusion with existing RUP users. However, one important goal of the UMA work was to use terms in the way they are most commonly used in standards and industry.
• Tasks (former RUP Activities) can be performed by many roles: In RUP 2003 an activity was modeled as an operation of a role. Customer feedback, a look at other process modeling approaches, as well as changes introduced in UML 2.0 indicated that this was a too restrictive way of modeling human behavior. This approach did not allow expressing that some work was performed as a collaboration of different roles. UMA addresses this issue by making Task an independent model element to which performing roles can be assigned as resources. UMA therefore now allows several roles to be assigned to a task. For backward compatibility, it still allows a primary performing role to be identified (being responsible for the task) as well as several additional performers.
• Refinement of the artifact concept: RUP only used the concept of artifact to define things that are used and produced in a development project. UMA defines an extended taxonomy for these concepts. It defines the general concept of work product, which has three different specializations (specific work product types): Artifacts (managed work products), Deliverables (packaged work products that will be delivered to a stakeholder for review), and Outcome (unmanaged, intangible work products).
• Different categorizations for work products and roles: In RUP, artifacts and roles were all categorized by discipline. However, sometimes artifacts were used across disciplines and a categorization to only one discipline caused confusion. In UMA different categories have been defined for work definitions (discipline for tasks and activities), work products (domain and work product kind), and roles (role sets).
• Process Components renamed to Method Package: The concept of component is commonly used in many standards and technologies. Most applications of component link it to the abstraction of encapsulation defining a component as a black box which can be used via well-defined interfaces. RUP component did not fulfill this black box criterion. Also the SPEM standard defined packages as well as components. To be compliant to SPEM and the industry usage of the word component, we renamed Process Component to Method Package ('method' because it can contain method elements or process elements)
• Separation of method content elements from process elements: In RUP 2003 you created a new process by defining a new configuration and documenting manually in a development case artifact changes to standard RUP. UMA provides extended concepts in addition to the configuration concept for tailoring processes. It allows you to model concretely for a process what work defined in the method content you want to actually do in each phase, because you can easily add, remove, and reorder elements in the process structure, reusing or not reusing whatever you want from the method content. It achieves these features by a more clear separation of method content (e.g. tasks defined for disciplines) and the application of method content in process (expressed with activity diagrams and/or work breakdown structures) as well as the modeling of processes (i.e. creating new or adapted activity diagrams or new or adapted work breakdown structures). It introduces a few new concepts such as descriptor that support this separation and achieve new capabilities for maintaining and reusing many different families of alternative processes and process parts all within the same configuration.