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