| <?xml version="1.0" encoding="UTF-8"?> |
| <com.ibm.uma:ContentDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:com.ibm.uma="http://www.ibm.com/uma/1.0.2/uma.ecore" xmi:id="_uDU1oQSEEdq61bDkWg1SXw" name="method_architecture_fundamentals,_uDU1oASEEdq61bDkWg1SXw" guid="_uDU1oQSEEdq61bDkWg1SXw" changeDate="2005-09-07T00:41:01.369-0700"> |
| <mainDescription><h3> |
| What is UMA? |
| </h3> |
| <p> |
| UMA is a state-of-the-art architecture for the conceiving, specifying, and storing of method and process metadata |
| (a.ka. content). Its defining feature and fundamental innovation is that it achieves clear separation between generic |
| core method content and it its application in the specification of business processes. |
| </p> |
| <h3> |
| Key Aspects of UMA |
| </h3> |
| <h4> |
| Fundamental Elements |
| </h4> |
| <p align="center"> |
| <font face="Arial, Helvetica, sans-serif">< alt="Method versus Process Content" |
| src="./../guidances/concepts/resources/uma_m_vs_p.gif" width="480" border="0" /></font> |
| </p> |
| <p align="center"> |
| <font face="Arial, Helvetica, sans-serif">Overview of how the key UMA concepts positioned based on whether they |
| represent methodcontent or process</font> |
| </p> |
| <!--EndFragment--> |
| <h4> |
| Separation of Concerns |
| </h4> |
| <p> |
| <font face="Arial, Helvetica, sans-serif">Key <em>separations of concerns</em> in the design UMA<em>:</em></font> |
| </p> |
| <blockquote> |
| <p> |
| <font face="Arial, Helvetica, sans-serif">•The separation of core method content versus the application of method |
| content in processes<br /> |
| •The definition of an optional extensibility mechanism in the method for large scale management of method and |
| process repositories<br /> |
| •Packaging and configuration of method content, processes, and plugins in method libraries<br /> |
| •A separation of recommended method and guidance description fields<br /> |
| •A separation of semantic elements from their notation in process diagrams</font> |
| </p> |
| </blockquote> |
| <h4> |
| <font face="Arial, Helvetica, sans-serif">Method Content versus Process</font> |
| </h4> |
| <p> |
| <font face="Arial, Helvetica, sans-serif">The Unified Method Architecture (UMA) separates reusable core method content |
| from its application inprocesses.Methodcontent provides step-by-step explanations, describing how specific development |
| goals are achievedindependent oftheplacement of these steps within a development lifecycle. Processes take these method |
| elements and relatethemintosemi-ordered sequences that are customized to specific types of projects.<br /> |
| For example, a software development project that develops an application from scratch performs development |
| taskssuchas“Develop Vision” or “Use Case Design” similar to a project that extends an existing software system. |
| However,thetwoprojects will perform the Tasks at different points in time with a different emphasis, i.e. they will |
| perform thestepsofthese tasks at different point of time and perhaps apply individual variations and additions.<br /> |
| In contrast to other method engineering approaches, UMA’s unique solution allows each process to |
| referencecommonmethodguidance from a common method content pool, which then makes up the actual process guidance. |
| Becauseofthesereferences, changes in the methods will automatically be reflected in all processes using it. |
| However,UMAstillallows overwriting certain method related guidance within a process as well as |
| definingindividualprocess-specificrelationships for each process element (such as work breakdown and new relations to |
| work productsandroles).<br /> |
| Figure 4 shows the difference between method content and process by representing them as twodifferentdimensions.Method |
| content describing how development work is being performed is categorized bydisciplines.Each discipline iscomprised of |
| tasks (not visible in Figure 4) that provide step-by-step descriptions ofhow specificdevelopment goals areachieved. For |
| a process, tasks have been selected from the method content and placedintoworkflows ready forinstantiation by |
| allocating resources to perform the work and having real work products as theinputsand outputs of thetasks. As a |
| result, the workload graphs shown in Figure 4 can be computed showing work effortforeach disciplineover time (from left |
| to right).<br /> |
| <br /> |
| </font> |
| </p> |
| <p align="center"> |
| <font face="Arial, Helvetica, sans-serif"><img alt=&Structure of the UMA Meta-Model" |
| src="./../guidances/concepts/resources/uma_hump.gif" border="0" /></font> |
| </p> |
| <p class="picturetext" align="center"> |
| <font face="Arial, Helvetica, sans-serif">Figure 4: Method Content definition versus<br /> |
| the application of Method Content in a Process.</font> |
| </p></mainDescription> |
| </com.ibm.uma:ContentDescription> |