blob: e38e08626d6496e0e2b61c54861b15f4634f728f [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:ContentDescription xmi:version="2.0"
xmlns:xmi="" xmlns:org.eclipse.epf.uma=""
xmlns:epf="" epf:version="1.2.0" xmlns:rmc=""
rmc:version="7.2.0" xmi:id="-cGfGHqSFsvSqPwBKeoShxA"
name="new_discipline_grouping,_UBqBMMn_EdyuBO4ZIzcyig" guid="-cGfGHqSFsvSqPwBKeoShxA">
A &lt;a class=&quot;elementLink&quot; href=&quot;./../../core.default.uma_concepts/guidances/termdefinitions/discipline_7667F451.html&quot;&#xD;
guid=&quot;_yGUuidnmEdmO6L4XMImrsA&quot;>discipline&lt;/a> is a collection of &lt;a class=&quot;elementLinkWithUserText&quot;&#xD;
guid=&quot;_x459ktnmEdmO6L4XMImrsA&quot;>tasks&lt;/a> that are related to a major &quot;area of concern&quot; within the overall project.&#xD;
Grouping tasks into disciplines is mainly an aid to understanding the project from a traditional waterfall perspective.&#xD;
Although it is more common to perform tasks concurrently across several disciplines (for example, certain requirements&#xD;
tasks are performed in close coordination with analysis and design tasks), separating these tasks into distinct&#xD;
disciplines is simply an effective way to organize content, which makes comprehension easier.&#xD;
Another reason that several tasks are all categorized by the same discipline is that they represent a part in achieving&#xD;
a higher goal, or performing work tasks that are all related to each other. Every discipline defines standard ways of&#xD;
doing the work it categorizes. Such standard ways are expressed by so-called &lt;b>reference workflows&lt;/b> described with&#xD;
&lt;a class=&quot;elementLink&quot; href=&quot;./../../core.default.uma_concepts/guidances/termdefinitions/capability_pattern_F5DDC5F.html&quot;&#xD;
guid=&quot;_2RUJACO4EdqaNq6Ptg8uyA&quot;>capability pattern&lt;/a>s, which define how the tasks categorized by the discipline work&#xD;
together (in the most generic way). These reference workflows are often used for educating and teaching practitioners.&#xD;
Like other workflows, a discipline's reference workflow is a semi-ordered sequence of activities, presented as either a&#xD;
breakdown structure or an activity diagram performed to achieve a particular result. The &quot;semi-ordered&quot; nature of&#xD;
discipline workflows emphasizes that the discipline workflows cannot present the real nuances of scheduling real work,&#xD;
for they cannot depict the optionality of activities, or the iterative nature of real projects. Yet they still have&#xD;
value as a way for us to understand the process, by breaking it into smaller areas of concern.&#xD;