Estimation-techniques-use-case-points
推定手法-ユースケースポイント
- ユースケース*は、ユーザーとシステムの間の一連の関連する対話であり、ユーザーが目標を達成できるようにします。
ユースケースは、システムの機能要件をキャプチャする方法です。 システムのユーザーは「アクター」と呼ばれます。 ユースケースは基本的にテキスト形式です。
ユースケースポイント-定義
- ユースケースポイント（UCP）*は、ユースケースでソフトウェアサイズを測定するために使用されるソフトウェア推定手法です。 UCPの概念はFPに似ています。
プロジェクト内のUCPの数は次のことに基づいています-
- システム内のユースケースの数と複雑さ。
- システム上のアクターの数と複雑さ。
- ユースケースとして書かれていないさまざまな非機能要件（移植性、パフォーマンス、保守性など）。
- プロジェクトが開発される環境（言語、チームの動機など）
UCPを使用した推定では、すべてのユースケースを目標を定めてほぼ同じレベルで記述し、同じ量の詳細を提供する必要があります。 したがって、見積りの前に、プロジェクトチームは、定義済みの目標を使用して詳細レベルでユースケースを作成したことを確認する必要があります。 通常、ユースケースは1つのセッション内で完了し、目標が達成された後、ユーザーは他のアクティビティに進むことができます。
ユースケースポイントの歴史
ユースケースポイントの推定方法は、1993年にグスタフカーナーによって導入されました。 この作業は後にIBMに統合されたRational Softwareによってライセンスされました。
ユースケースポイントのカウントプロセス
ユースケースポイントのカウントプロセスには、次の手順があります-
- 未調整のUCPを計算する
- 技術的な複雑さを調整する
- 環境の複雑さを調整する
- 調整されたUCPを計算する
ステップ1：未調整のユースケースポイントを計算します。
あなたは、次の手順により、未調整のユースケースポイントを最初に計算します-
- 未調整のユースケース重量の決定
- 未調整のアクターの重みを決定する
- 未調整のユースケースポイントの計算
- ステップ1.1 *-未調整のユースケース重量を決定します。
- ステップ1.1.1 *-各ユースケースのトランザクション数を見つけます。
ユースケースがユーザー目標レベルで記述されている場合、トランザクションはユースケースのステップに相当します。 ユースケースのステップをカウントして、トランザクションの数を見つけます。
- ステップ1.1.2 *-ユースケース内のトランザクションの数に基づいて、各ユースケースを単純、平均、または複雑に分類します。 また、次の表に示すようにユースケースの重みを割り当てます-
| Use-Case Complexity | Number of Transactions | Use-Case Weight |
|---|---|---|
| Simple | ≤3 | 5 |
| Average | 4 to 7 | 10 |
| Complex | >7 | 15 |
- ステップ1.1.3 *-ユースケースごとに繰り返し、すべてのユースケースの重みを取得します。 未調整のユースケース重量（UUCW）は、すべてのユースケース重量の合計です。
- ステップ1.1.4 *-次の表を使用して未調整のユースケース重量（UUCW）を検索します-
ユースケースの複雑さ
ユースケース重量
ユースケースの数
製品
単純な
5
NSUC
5×NSUC
平均
10
NAUC
10×NAUC
複雑な
15
NCUC
15×NCUC
未調整のユースケース重量（UUCW）
5×NSUC＆plus; 10×NAUC＆plus; 15×NCUC
どこで、
NSUCはノーです。 単純なユースケースの。
NAUCはNoです 平均使用ケースの。
NCUCはNoです 複雑なユースケースの。
- ステップ1.2 *-未調整のアクターの重みを決定します。
ユースケースのアクターは、人、別のプログラムなどです。 定義されたAPIを備えたシステムなどの一部のアクターは、ニーズが非常に単純であり、ユースケースの複雑さを少しだけ増加させます。
プロトコルを介して相互作用するシステムなどの一部のアクターには、より多くのニーズがあり、ユースケースの複雑さがある程度増加します。
GUIを介して対話するユーザーなどの他のアクターは、ユースケースの複雑さに大きな影響を与えます。 これらの違いに基づいて、アクターを単純、平均、および複雑に分類できます。
- ステップ1.2.1 *-アクターを単純、平均、および複雑に分類し、次の表に示すようにアクターの重みを割り当てます-
| Actor Complexity | Example | Actor Weight |
|---|---|---|
| Simple | A System with defined API | 1 |
| Average | A System interacting through a Protocol | 2 |
| Complex | A User interacting through GUI | 3 |
- ステップ1.2.2 *-各アクターについて繰り返し、すべてのアクターの重みを取得します。 未調整のアクターウェイト（UAW）は、すべてのアクターウェイトの合計です。
- ステップ1.2.3 *-次の表を使用して未調整のアクターウェイト（UAW）を検索します-
俳優の複雑さ
俳優の体重
俳優の数
製品
単純な
1
NSA
1×NSA
平均
2
NAA
2×NAA
複雑な
3
NCA
3×NCA
未調整のアクター重量（UAW）
1×NSA＆plus; 2×NAA＆plus; 3×NCA
どこで、
NSAはノーです。 単純なアクターの。
NAAはノーです。 平均的な俳優の。
NCAはノーです。 複雑な俳優の。
- ステップ1.3 *-未調整のユースケースポイントを計算します。
未調整のユースケースの重み（UUCW）と未調整のアクターの重み（UAW）を合わせると、未調整のユースケースポイントと呼ばれるシステムの未調整のサイズが得られます。
- 未調整のユースケースポイント（UUCP）= UUCW＆plus; UAW *
次の手順では、技術的複雑さおよび環境的複雑さに対して未調整のユースケースポイント（UUCP）を調整します。
ステップ2：技術的な複雑さを調整する
- ステップ2.1 *-次の表に示すように、ユースケースポイントとそれに対応する重みに対するプロジェクトの技術的な複雑さの影響に寄与する13の要因を検討します-
| Factor | Description | Weight |
|---|---|---|
| T1 | Distributed System | 2.0 |
| T2 | Response time or throughput performance objectives | 1.0 |
| T3 | End user efficiency | 1.0 |
| T4 | Complex internal processing | 1.0 |
| T5 | Code must be reusable | 1.0 |
| T6 | Easy to install | .5 |
| T7 | Easy to use | .5 |
| T8 | Portable | 2.0 |
| T9 | Easy to change | 1.0 |
| T10 | Concurrent | 1.0 |
| T11 | Includes special security objectives | 1.0 |
| T12 | Provides direct access for third parties | 1.0 |
| T13 | Special user training facilities are required | 1.0 |
これらの要因の多くは、プロジェクトの非機能要件を表しています。
- ステップ2.2 *-13の各要因について、0（無関係）から5（非常に重要）までのプロジェクトとレートを評価します。
- ステップ2.3 *-要因の影響の重みとプロジェクトの定格値から要因の影響を計算します
因子の影響=衝撃重量×定格値
ステップ（2.4）-すべての要因の影響の合計を計算します。 これは、以下の表に示すように、総技術的要因（TFactor）を提供します-
因子
説明
重さ（W）
定格値（0〜5）（RV）
影響（I = W×RV）
T1
分散システム
2.0
T2
応答時間またはスループットのパフォーマンス目標
1.0
T3
エンドユーザーの効率
1.0
T4
複雑な内部処理
1.0
T5
コードは再利用可能でなければなりません
1.0
T6
インストールが簡単
5.
T7
使いやすい
5.
T8
ポータブル
2.0
T9
変更が簡単
1.0
T10
同時
1.0
T11
特別なセキュリティ対策方針を含む
1.0
T12
サードパーティに直接アクセスを提供します
1.0
T13
特別なユーザートレーニング施設が必要です
1.0
合計テクニカルファクター（TFactor）
- ステップ2.5 *-技術的複雑度係数（TCF）を次のように計算します-
- TCF = 0.6＆plus; （0.01×TFactor）*
ステップ3：環境の複雑さを調整する
- ステップ3.1 *-プロジェクトの実行に影響を与える可能性のある8つの環境要因と、次の表に示す対応する重みを考慮してください-
| Factor | Description | Weight |
|---|---|---|
| F1 | Familiar with the project model that is used | 1.5 |
| F2 | Application experience | .5 |
| F3 | Object-oriented experience | 1.0 |
| F4 | Lead analyst capability | .5 |
| F5 | Motivation | 1.0 |
| F6 | Stable requirements | 2.0 |
| F7 | Part-time staff | -1.0 |
| F8 | Difficult programming language | -1.0 |
- ステップ3.2 *-8つの要因のそれぞれについて、プロジェクトとレートを0（無関係）から5（非常に重要）まで評価します。
- ステップ3.3 *-要因の影響の重みとプロジェクトの評価値から要因の影響を計算します
因子の影響=衝撃重量×定格値
- ステップ3.4 *-すべての要因の影響の合計を計算します。 これは、次の表に示すように、総環境因子（EFactor）を与えます-
因子
説明
重さ（W）
定格値（0〜5）（RV）
影響（I = W×RV）
F1
使用されるプロジェクトモデルに精通している
1.5
F2
アプリケーションの経験
5.
F3
オブジェクト指向の経験
1.0
F4
リードアナリストの能力
5.
F5
動機
1.0
F6
安定した要件
2.0
F7
非常勤スタッフ
-1.0
F8
難しいプログラミング言語
-1.0
総環境因子（EFactor）
- ステップ3.5 *-環境因子（EF）を次のように計算します-
- 1.4＆plus; （-0.03×EFactor）*
ステップ4：調整済みユースケースポイント（UCP）を計算する
調整済みユースケースポイント（UCP）を次のように計算します-
*UCP = UUCP×TCF×EF*ユースケースポイントの長所と短所
ユースケースポイントの利点
- UCPはユースケースに基づいており、プロジェクトのライフサイクルの非常に早い段階で測定できます。
- UCP（サイズの見積もり）は、プロジェクトを実装するチームのサイズ、スキル、および経験に依存しません。
- UCPベースの推定は、経験のある人が推定を行うと、実際に近いことがわかります。
- UCPは使いやすく、追加の分析を必要としません。
- ユースケースは、要件を記述するための選択方法として広く使用されています。 このような場合、UCPは最適な推定手法です。
ユースケースポイントの欠点
- UCPは、要件がユースケースの形式で記述されている場合にのみ使用できます。
- 目標指向の、よく書かれたユースケースに依存します。 ユースケースが適切にまたは均一に構成されていない場合、結果のUCPは正確ではない可能性があります。
- 技術的および環境的要因は、UCPに大きな影響を与えます。 技術的および環境的要因に値を割り当てる際には注意が必要です。
- UCPは、プロジェクト全体の規模の初期推定には役立ちますが、チームの反復から反復までの作業を推進する上ではあまり役に立ちません。
