<?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.6/uma.ecore" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmi:id="-h7N3-dEGv5zV3zn2iBQbnw" name="new_concept,_-SxxEITWEd2AfZddKTmDRA" guid="-h7N3-dEGv5zV3zn2iBQbnw" changeDate="2008-10-09T07:32:41.683-0700" version="7.5.0">
  <mainDescription>&lt;br />&#xD;
&lt;br />&#xD;
&lt;table width=&quot;95%&quot; summary=&quot;レイアウト・テーブル&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;IterativePlan&quot; name=&quot;IterativePlan&quot;>反復計画エディター&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                反復計画エディターでは、反復計画を作成または変更します。&#xD;
同一の反復の対象となるワークアイテムは、自動的にその計画に追加されます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;IterationType&quot; name=&quot;IterationType&quot;>反復タイプ&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                &lt;p>&#xD;
                    チームでは、反復タイプを定義できます。&#xD;
それぞれの反復には、反復タイプを割り当てることができます。&#xD;
チームでは、指定のタイプのすべての反復に対して振る舞いを構成できます。&#xD;
これにより、より簡潔なプロセス仕様が可能になります。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
                    例えば、あるチームが各マイルストーンを開発フェーズと安定化フェーズに分割した場合は、&#xD;
「安定化フェーズのマイルストーン」という名前の反復タイプを作成し、&#xD;
それを該当する反復に適用できます。&#xD;
その反復タイプを構成することにより、それらのすべての反復の権限/振る舞いを一度に構成できます。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;OperationPreCondition&quot; name=&quot;OperationPreCondition&quot;>操作の事前条件&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                &lt;p>&#xD;
                    RTC&amp;nbsp; のユーザーは、事前条件およびフォローアップ・アクションを構成することにより、そのチームのプロセスの要求される振る舞いを実行できます。&#xD;
事前条件は操作の実行前 (コードのデリバリー前など) にチェックされ、その条件を満たさない場合に操作の実行を回避できます。&#xD;
&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;TeamProcessComponent&quot; name=&quot;TeamProcessComponent&quot;>チーム・プロセス・コンポーネント&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                &lt;p>&#xD;
                    チーム・プロセス・コンポーネントは、RTC のプロセス・サポートの基礎を提供します。&#xD;
RTC のコンテキストにおいて、プロセスとは、プロジェクトの作業の編成に使用されるプラクティス、ルール、ガイドライン、および規約の集合を意味します。&#xD;
チームのプロセスとは、チームが物事の実行を決定 (または発展) する方法の総和です。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
                    非常に小規模なチームでは通常、プロセスは非公式で文書化されていません。&#xD;
チームが成長するに従って、プロセスの各部分がそのチームのプロジェクトのホーム・ページで文書化され、&#xD;
チームの新メンバーがそれらを素早く吸収できるようになります。&#xD;
大規模な組織には、一般的なプラクティスおよびプロシージャーの文書化された説明がある場合があり、その組織のプロジェクト・チームはそれに従う必要があります。&#xD;
プロジェクト・チームは、標準のプロセス・テンプレートで開始して、プロジェクトおよびチームに適合するようにそれをカスタマイズする必要があります。&#xD;
一部の組織およびチームは 1 ステップ先に進み、そのプロセスの大部分をカバーする正式なモデルを作成します。&#xD;
&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
                    RTC&amp;nbsp; は、ソフトウェア開発ライフサイクル全体に及ぶ包括的なサポートが可能になるように設計されています。&#xD;
                    プロジェクトのフェーズ全体を通して実行されるスレッドが、&#xD;
チームのメンバーが従うことに同意したプロセスということになります。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;ProcessIterations&quot; name=&quot;ProcessIterations&quot;>プロセス反復&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                &lt;strong>プロセス・テンプレート・エディター&lt;/strong>の「&lt;strong>プロセス反復 (Process&amp;nbsp;Iteration)&lt;/strong>」ページでは、&#xD;
&amp;nbsp;プロジェクトの現在の反復を指定します。&#xD;
このプロセス状態は、XML を使用して記述されます。&#xD;
「概要 (Outline)」ビューには、そのコンテンツの構造化ビューが表示されます。反復の開始および終了の日付は、ここでも指定できます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;ProcessSpecification&quot; name=&quot;ProcessSpecification&quot;>プロセス仕様&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                &lt;p>&#xD;
                    コンピューター・プログラムが、実行時においてどのように物事が動的に展開されることになっているのかを示す静的な記述であると同様に、プロセス仕様とは、ソフトウェア開発プロセスにおいてどのように物事が動的に展開されることになるのかを示した静的な記述です。&#xD;
後者の場合、動的に展開されるものは、チーム・メンバーが実行する作業です。&#xD;
また、プロジェクト領域はランタイム・コンテキストであり、プロジェクト成果物はランタイム・オブジェクトです。&#xD;
&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
                    プロセス仕様は宣言の形式で表現され、プリミティブ・アクションは Java コードとして表現されます。&#xD;
プロセス仕様は、効率的に実行可能なコンパイル済みの形式で保持されます。&#xD;
                    特定の状態でプロセス仕様を実行することは、適用されるプロセス・ルールを特定して実行することを意味します。&#xD;
プロジェクト領域に格納されるプロセス仕様は、プロセス・テンプレートによりインスタンス化されます。&#xD;
&amp;nbsp;RTC では、プロセス・テンプレートのオーサリング、プロジェクト領域のプロセス仕様およびプロセス状態の編集、およびチーム領域のプロセス・カスタマイズの編集の手段が提供されます。&#xD;
Eclipse Process Framework で提供されるツールなどでオーサリングされたプロセスの説明は、&#xD;
&amp;nbsp;RTC リポジトリーにデプロイし、既存のプロセス・テンプレートに関連付けることができます。&#xD;
それにより、これらのプロセス・テンプレートから導出されたプロセス仕様があるプロジェクト領域のコンテキストに、そのプロセスの説明を表示できます。&#xD;
&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;ProcessTemplate&quot; name=&quot;ProcessTemplate&quot;>プロセス・テンプレート・エディター&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                プロセス・テンプレート・エディターでは、&#xD;
複数のプロジェクトで再利用可能な&lt;strong>プロセス仕様&lt;/strong>をオーサリングできます。&#xD;
プロセスの説明、プロセス仕様、プロセス状態、およびプロセス・コンテンツ URL の生成が可能です。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;ProcessTemplateExplorer&quot; name=&quot;ProcessTemplateExplorer&quot;>プロセス・テンプレート・エクスプローラー&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                このビューは、プロセス・テンプレートの作成または変更に使用されます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;ProjectArea&quot; name=&quot;ProjectArea&quot;>プロジェクト領域エディター&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                プロジェクト領域エディターは、複数ページのタブ化されたエディターであり、プロジェクト領域の作成後の、その変更に使用します。&#xD;
&lt;font color=&quot;#0000ff&quot;>&lt;/font> プロジェクト領域のプロセス仕様、開発系列、およびカテゴリーへのアクセスを提供します。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;RTCWorkItem&quot; name=&quot;RTCWorkItem&quot;>RTC ワークアイテム&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                ワークアイテムは、RTC 開発プロセスにおける中心的なチームの成果物です。&#xD;
&amp;nbsp;ワークアイテムとは、開発タスクの一般化概念です。&#xD;
典型的なワークアイテム・タイプは、障害、拡張、およびタスクです。&#xD;
Jazz では、新規のワークアイテム・タイプの追加、または&lt;strong>プロセス仕様&lt;/strong>を使用した既存のタイプの拡張が可能です。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;TeamArea&quot; name=&quot;TeamArea&quot;>チーム領域エディター&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                チーム領域エディターの外見は、プロジェクト領域エディターと類似しています。&#xD;
このエディターは、チーム・メンバーの定義、開発系列の選択、およびオプションでチームのプロセスのカスタマイズに使用されます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;TeamArtifactsView&quot; name=&quot;TeamArtifactsView&quot;>チーム成果物ビュー&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                「チーム成果物 (Team Artifacts)」ビューでは、リポジトリーおよびプロジェクト領域への関連付けを管理します。&#xD;
ユーザーは、プロジェクト領域に関連付けられると、その成果物にアクセスできます。&#xD;
成果物は、以下に示すようにさまざまなノードにグループ化されます。&#xD;
&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;WorkItemCategories&quot; name=&quot;WorkItemCategories&quot;>ワークアイテムカテゴリー&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                「ワークアイテムカテゴリー (Work Item Categories)」ページは、ワークアイテムカテゴリーの追加と除去、および特定のチーム領域への関連付けに使用されます。&#xD;
ワークアイテムカテゴリーが関連付けられているチーム領域により、そのカテゴリーで作成されたワークアイテムを管理するプロセスが特定されます。&#xD;
例えば、チーム領域のプロセス構成では、必要なワークアイテムプロパティーを指定できます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;WorkItem&quot; name=&quot;WorkItem&quot;>ワークアイテムエディター&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                ワークアイテムエディターでは、ワークアイテムの作成または変更、その状態の変更、他の成果物へのコメント、添付ファイル、およびリンクの追加を行います。&#xD;
エディターを保存すると、更新されたワークアイテムがリポジトリーに送信されます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;td>&#xD;
                &lt;strong>&lt;a id=&quot;WorkItemView&quot; name=&quot;WorkItemView&quot;>ワークアイテムビュー&lt;/a>&lt;/strong>&#xD;
            &lt;/td>&#xD;
            &lt;td>&#xD;
                「ワークアイテム (Work Items)」ビューには、ワークアイテムの照会を実行した場合に戻されるワークアイテムが表示されます。&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;br /></mainDescription>
</org.eclipse.epf.uma:ContentDescription>
