ワークフローの詳細:
|
このワークフローの詳細の目的は、実装の一部を完成して統合のためにデリバーできるようにすることです。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
このワークフローの詳細では、次のことを行います。
このワークフローの詳細に関連する追加情報へのリンクを提供します。
推敲フェーズから始まり、作成と移行フェーズまで繰り返されます。
必須
実装担当者によって実行されるこれらの作業は、1 人の人によって行われる傾向があります。一般的にはプログラミング言語で発生する一般的な問題と落とし穴に精通している技術スタッフの上級メンバーであるチーム メンバーが配置されている小規模チームが、レビュー作業を実行することを推奨します。特殊なインターフェイスを使用した電話技術またはデバイスに関するシステムでよくあるように、特別な専門知識が問題の領域で必要になることがあります。特殊なアルゴリズムまたはプログラミング技術に関する専門知識が必要になる場合もあります。
それぞれシステムの一部または特定の問題に重点を置いた複数のセッションでレビュー作業を行うことを推奨します。これらのセッションの目標は、解決する必要のあるコードの特定の問題を即座に解決することではなく、特定することです。解決の審議は、レビュー後まで延期される必要があります。範囲内のより小さい部分を対象とする頻度の高いレビューのほうが、範囲内のより大きい部分を対象とする頻度の低いセッションよりも生産性が向上します。
Rational Unified Process
|