<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:TaskDescription 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="-3MMugrRt4H5NPnZe38OAjA"
    name=",_Dq0GQAIoEdyLh7vsrHZ4YA" guid="-3MMugrRt4H5NPnZe38OAjA" changeDate="2007-05-28T11:31:33.068-0700">
  <sections xmi:id="_xVY94A06EdyKD8XBf_Hbrw" name="Integrate implemented elements"
      guid="_xVY94A06EdyKD8XBf_Hbrw">
    <sectionDescription>&lt;p>&#xD;
    In&amp;nbsp;the relevant&amp;nbsp;&lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/guidances/concepts/workspace_722BBA90.html&quot; guid=&quot;_0cEmAMlgEdmt3adZL5Dmdw&quot;>Workspace&lt;/a>, combine all completed&amp;nbsp;&lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/guidances/concepts/change_set_430BF233.html&quot; guid=&quot;_1QU9MAIoEdyLh7vsrHZ4YA&quot;>Change Set&lt;/a>s that are&#xD;
    not in the latest baseline. Resolve any conflicting versions of the artifacts by either removing one of the change sets&#xD;
    that created the conflict&amp;nbsp;or by creating a new change set that includes merged versions of the conflicting&#xD;
    artifacts.&#xD;
&lt;/p></sectionDescription>
  </sections>
  <sections xmi:id="_hbwWQA07EdyKD8XBf_Hbrw" name="Create build" guid="_hbwWQA07EdyKD8XBf_Hbrw">
    <sectionDescription>&lt;p>&#xD;
&#xD;
    Create the build.&amp;nbsp;The details of this step depend upon the implementation language and development environment and&#xD;
&#xD;
    may involve compiling and linking (in the case of compiled languages) and/or other processes that result in an&#xD;
&#xD;
    executable increment of the system.&#xD;
&#xD;
&lt;/p>&#xD;
&#xD;
&lt;p>&#xD;
&#xD;
    Examples of these steps&amp;nbsp;include:&#xD;
&#xD;
&lt;/p>&#xD;
&#xD;
&lt;ol>&#xD;
&#xD;
    &lt;li>&#xD;
&#xD;
        Compiling and linking the source artifacts to create an executable&#xD;
&#xD;
    &lt;/li>&#xD;
&#xD;
    &lt;li>&#xD;
&#xD;
        Loading binary objects on a test bench or simulator&#xD;
&#xD;
    &lt;/li>&#xD;
&#xD;
    &lt;li>&#xD;
&#xD;
        Running a script to load/update database schemas&#xD;
&#xD;
    &lt;/li>&#xD;
&#xD;
    &lt;li>&#xD;
&#xD;
        Packaging and deploying web applications&lt;br />&#xD;
&#xD;
    &lt;/li>&#xD;
&#xD;
&lt;/ol></sectionDescription>
  </sections>
  <sections xmi:id="_S5vB0A08EdyKD8XBf_Hbrw" name="Test integrated elements" guid="_S5vB0A08EdyKD8XBf_Hbrw">
    <sectionDescription>&lt;p>&#xD;
&#xD;
    &lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/tasks/run_developer_tests_73D7DBC4.html&quot; guid=&quot;_0iYCUMlgEdmt3adZL5Dmdw&quot;>Run Developer Tests&lt;/a>&amp;nbsp;against the integrated elements to verify that they behave the same as they did in isolation.&#xD;
&#xD;
    Ensure that the scope of these&amp;nbsp;tests is as broad as possible, which ensures that the latest change sets did not&#xD;
&#xD;
    cause failing developer tests in other areas of the system.&#xD;
&#xD;
&lt;/p></sectionDescription>
  </sections>
  <sections xmi:id="_Dm_bEA09EdyKD8XBf_Hbrw" name="Make changes available" guid="_Dm_bEA09EdyKD8XBf_Hbrw">
    <sectionDescription>&lt;p>&#xD;
&#xD;
    When tests are successfully completed and the build is considered &quot;good,&quot; the results&amp;nbsp;are made available to the&#xD;
&#xD;
    rest of the team by &lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/guidances/guidelines/promoting_changes_9087B764.html&quot; guid=&quot;_SM4YIL6dEdqti4GwqTkbsQ&quot;>Promoting Changes&lt;/a>.&amp;nbsp;The details of this step depend on the configuration&#xD;
&#xD;
    management tools in use, but in general this involves committing&amp;nbsp;a tested change set to the CM repository so that&#xD;
&#xD;
    it&amp;nbsp;serves as the basis of development for the next increment of the system.&amp;nbsp; This is the essence of &lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/guidances/concepts/continuous_integration_87682D06.html&quot; guid=&quot;_B3xkEPD0EdqYgerqi84oCA&quot;>Continuous Integration&lt;/a>.&#xD;
&#xD;
&lt;/p></sectionDescription>
  </sections>
  <sections xmi:id="_1yKnAA1BEdyKD8XBf_Hbrw" name="Run &quot;Smoke Tests&quot;" guid="_1yKnAA1BEdyKD8XBf_Hbrw">
    <sectionDescription>&lt;p>&#xD;
&#xD;
    Several builds will be created in each iteration. For each build, this step is performed only when change sets have&#xD;
&#xD;
    been delivered to satisfy the requirements of that build.&#xD;
&#xD;
&lt;/p>&#xD;
&#xD;
&lt;p>&#xD;
&#xD;
    Execute a sub-set of the system tests to ensure that the build is suitable prior to committing resources to the full&#xD;
&#xD;
    scope of system testing.&amp;nbsp;While the level of testing will vary, focus on gaining confidence that the increment is&#xD;
&#xD;
    of sufficient quality to establish a baseline for system testing.&#xD;
&#xD;
&lt;/p></sectionDescription>
  </sections>
  <sections xmi:id="_Vf5kEA1CEdyKD8XBf_Hbrw" name="Create a baseline" guid="_Vf5kEA1CEdyKD8XBf_Hbrw">
    <sectionDescription>&lt;p>&#xD;
&#xD;
    Several builds will be created in each iteration. For each build, this step is performed only when change sets have&#xD;
&#xD;
    been delivered to satisfy the requirements of that build.&#xD;
&#xD;
&lt;/p>&#xD;
&#xD;
&lt;p>&#xD;
&#xD;
    The&amp;nbsp;procedure for this step depends on the&amp;nbsp;configuration management tools in use.&#xD;
&#xD;
&lt;/p>&#xD;
&#xD;
&lt;p>&#xD;
&#xD;
    Create a baseline that unambiguously identifies the configuration for the build that is ready for system testing.&#xD;
&#xD;
    Identify the version of each implementation element and supporting artifacts that were used to create&amp;nbsp;this build.&#xD;
&#xD;
&lt;/p></sectionDescription>
  </sections>
  <keyConsiderations>&lt;p>&#xD;
&#xD;
    In order to be effective at applying the practice of &lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/guidances/concepts/continuous_integration_87682D06.html&quot; guid=&quot;_B3xkEPD0EdqYgerqi84oCA&quot;>Continuous Integration&lt;/a>,&amp;nbsp;the time to integrate, build, and test the increment must be short enough that it can be&#xD;
&#xD;
    performed several times per day.&amp;nbsp; Changes should be broken down into relatively small &lt;a class=&quot;elementLink&quot; href=&quot;./../../openup/guidances/concepts/change_set_430BF233.html&quot; guid=&quot;_1QU9MAIoEdyLh7vsrHZ4YA&quot;>Change Set&lt;/a>s that can&#xD;
&#xD;
    be implemented, integrated and tested quickly.&#xD;
&#xD;
&lt;/p></keyConsiderations>
  <purpose>The purpose of this task is to integrate all changes made by all developers into the code base and perform the minimal&#xD;
&#xD;
&#xD;
testing on the system increment in order to validate the build.&amp;nbsp; The goal is to identify integration issues as soon as&#xD;
&#xD;
&#xD;
possible so they can be corrected easily by the right person, at the right time.</purpose>
</org.eclipse.epf.uma:TaskDescription>