使用点
使用点 ユースケースに基づいたソフトウェアプロジェクトの取り組み推定方法です。 1993年にGustav Karnerによって機能ポイントメソッドに基づいて開発され、Ivar Jacobsonが監督しました。その後、2001年にKirsten Ribu（Oslo大学）の論文などの他の研究で分析されました。この方法は、UMLとRUPの方法論がソフトウェアの設計と開発に使用されるときに使用されます。
この方法は、俳優とユースケースを使用して、それらを開発することを意味する努力を計算するために安心します。ユースケースには、ユーザーとシステムの間の相互作用として理解されるトランザクションに基づいた複雑さが割り当てられますが、アクターはそのタイプに基づいて複雑さを割り当てられます。つまり、ユーザーまたは他のシステムとのインターフェイスである場合です。環境と技術的な複雑さの要因も、結果を調整するために使用されます。
ユースケースポイントメソッドは4つの段階で構成され、次の計算が開発されます。
- 調整せずに俳優の重量係数（UAW、英語の 調整されていない俳優の体重 ））
- 役に立たないユースケースの重量係数（UUCW、 調整されていないユースケース重量 ））
- 調整された使用ポイント（UCP、 ユースケースポイント ））
- 時間の努力
使用原因点（UUCP）を使用する [ 編集します ]
ソフトウェアプロジェクトの開始時に、ユースケースとそれに関連するアクターがほとんど知られていない場合、各ユースケースの簡単な説明を投影できます。そこでは、提供する必要がある機能について簡単に説明します。
UUCPは異常なユースケースのポイントです。これは、アクター（UAW）の重みとユースケースの重み（UUCW）を考慮して、使用とインターフェースのケースの難易度について少し正確な考え方を持つのに役立ちます。
- uucp = uaw + uucw
これらの頭字語は、次のことを意味します。
- UUCP：調整せずにケースポイントを使用します。
- UAW：調整せずに俳優の重量係数。
- UUCW：調整せずに役に立たないケースの重量係数。
これらの使用の場合に関数分析を適用すると、サイズの些細な推定値を取得し、そこから取り組みの推定値を取得できます。
調整せずに俳優の体重係数（UAW） [ 編集します ]
それは、システムが相互作用しなければならないアクターの複雑さの評価で構成されています。このスコアは、各俳優が人であるか別のシステムであるかを決定することによって計算され、各タイプの俳優の数や俳優の数と相互作用する方法に計算されます。
| 俳優のタイプ | 説明 | 要素 |
|---|---|---|
| 単純 | アプリケーションプログラミングインターフェイス（API）を介して開発されるシステムと対話する別のシステム。 | 初め |
| 半分 | プロトコル（TCP/IPなど）またはテキストモードでインターフェイスを介して対話する人を介して相互作用する別のシステム。 | 2 |
| 複雑 | グラフィックインターフェイス（GUI）を介してシステムと対話する人。 | 3 |
式は次のとおりです。
- uaw = sum（因子*係数の量）
この操作を実行するには、システムに各タイプの俳優の数を数える必要があります。これは、式の量の値を表し、対応する要因の値を掛けて、各タイプのアクターの結果を得る必要があります。これが終了すると、各製品が追加されてUAWが得られます。
調整せずに役に立たないケースの重量係数（UUCW） [ 編集します ]
この点は、前のポイントと非常によく似ていますが、複雑さのレベルを決定するために、トランザクションに基づくか、分析クラスに基づいて、2つの方法で実行できます。
トランザクションは一連の原子アクティビティです。つまり、それらはすべて実行されているか、なしで行われます。
使用の場合に行うことができるトランザクションの数を考慮して、次の表に従って評価します。
| ユースケースのタイプ | 説明 | 要素 |
|---|---|---|
| 単純 | 3つのトランザクション以下 | 5 |
| 半分 | 4〜7トランザクション | 十 |
| 複雑 | 7つ以上のトランザクション | 15 |
- 分析クラスに基づいています。
次の表に従って、使用のケースがあるクラスの数を考慮し、それを評価します。
| ユースケースのタイプ | 説明 | 要素 |
|---|---|---|
| 単純 | 5つのクラス未満 | 5 |
| 半分 | 5〜10クラス | 十 |
| 複雑 | 10を超えるクラス | 15 |
ユースケースのタイプを決定するために使用されるパスに関係なく、式は同じであり、以下に示します。
式は次のとおりです。
- uucw = sum（cantiddeuntipodecasous*因子）
この操作を実行するには、システムにある各タイプの使用の数を通知する必要があり、この量は使用量として任命され、対応する因子の値を掛けて、各タイプのユースケースの結果を得るために、フィールドに置き換えられます。これが完了すると、各製品が追加されて、調整せずに役に立たないケースの重量係数を取得します（UUCW）。
この推定値は、主にあなたが持っている低い情報のために非常に不正確ですが、それを実行する努力のアイデアを可能にし、より多くの情報が得られるにつれて洗練することができます。
調整された使用ポイント（UCP） [ 編集します ]
このため、UCPにTCFとEFに次のように操作を残すことにより、頭字語UCPが使用され、取得されます。
ucp = uucp x tcf x ef
これらの頭字語は、次のことを意味します。
- UCP：調整されたユースケースポイント。
- UUCP：調整せずにケースポイントを使用します。
- TCF：技術的要因。
- EF：環境要因。
技術的な複雑さの要因 [ 編集します ]
これは、開発されたシステムのモジュールの複雑さを評価する13ポイントで構成されています。これらの要因はそれぞれ、それぞれが割り当てられた評価に従って、それぞれが加重点が得られる明確な重みを持っています。
よりよく理解するために、アイテムのあるテーブルを以下に表示します。
| 要素 | 説明 | ペソ |
|---|---|---|
| T1 | 分散システム。 | 2 |
| T2 | パフォーマンス目標または応答時間。 | 初め |
| T3 | 最終ユーザーの効率。 | 初め |
| T4 | 複雑な内部処理。 | 初め |
| T5 | コードは再利用可能でなければなりません。 | 初め |
| T6 | インストールの容易さ。 | 0.5 |
| T7 | 使いやすい。 | 0.5 |
| T8 | 移植性。 | 2 |
| T9 | 変化の容易さ。 | 初め |
| T10 | 同意。 | 初め |
| T11 | 特別なセキュリティ目標が含まれています。 | 初め |
| T12 | 第三者への直接アクセスを提供します。 | 初め |
| T13 | 特別なユーザートレーニング施設が必要です。 | 初め |
これらの各ポイントは、次のスケールに従って評価する必要があります。
| 説明 | 価値 |
|---|---|
| 無関係 | 0〜2。 |
| 半分 | 3から4。 |
| 不可欠 | 5 |
この点の式は次のとおりです。
- tfactor = sum（value*weight）
- TCF = 0.6 +（0.01 * tfactor）
この計算を実行するには、各因子を評価し、上記の値を割り当て、各製品を掛けて追加してtfactorを取得します。次に、2番目の式に続いて、tfactorに0.01を掛け、結果を0.6に追加する必要があります。これにより、TCFが得られます。
環境要因 [ 編集します ]
評価が実行される要因は8ポイントであり、プロジェクトの開発に関与する人々のグループのスキルと経験に関連しています。これらの要因を以下に示します。
| 要素 | 説明 | ペソ |
|---|---|---|
| E1 | 使用されているプロジェクトモデルに精通しています。 | 1.5 |
| E2 | アプリケーションでの経験。 | 0.5 |
| E3 | オブジェクトオリエンテーションエクスペリエンス。 | 初め |
| E4 | 大手アナリストの能力。 | 0.5 |
| E5 | モチベーション。 | 初め |
| E6 | 要件の安定性 | 2 |
| E7 | 個人的なパートタイム | -初め |
| E8 | プログラミング言語の難しさ | -初め |
これらの各要因は、0〜5の値で適格でなければなりません。
この点の式は次のとおりです。
- efactor = sum（value * weight）
- EF = 1.4 +（-0.03 * eFactor）
エファクタを取得するには、各ポイントの重みに割り当てられた値を掛けるときに取得したすべての製品を追加する必要があります。その後、-0.03を掛け、1.4に追加されます。したがって、環境要因（EF）の重みが得られます。
時間努力（e） [ 編集します ]
この計算は、ユースケースの機能に応じた開発のみを考えて、努力へのアプローチを持つために行われます。以前は、UCPで20時間の人を使用することが提案されていましたが、時間が経つにつれて改善されています。環境要因に基づいており、次のように計算されます。
まず、E1からE6の環境因子の量をカウントする必要があります。スコアは3未満で、これらのE7とE8の量が3より大きい場合もあります。
| 要素 | フィルター |
|---|---|
| De E1 A E6 | 因子<3 |
| De E7 A E8 | 因子> 3 |
次の表に従って、合計結果または量を評価するには：
| 営業者（CF） | 説明 |
|---|---|
| 20 | 値が<= 2の場合 |
| 28 | 値が<= 4の場合 |
| 36 | 値が> = 5の場合 |
時間者の努力は次のように与えられます：
E = UCP X CF
これらの頭字語は、次のことを意味します。
- E：営業時間の推定努力。
- UCP：調整されたユースケースポイント。
- CF：営業者。
時間の人に対してUCPの乗算を実行する場合、推定された努力が達成されます。これは、プロジェクト全体の総努力の一部であり、通常40％です。この40％は、ユースケースで指定された機能の開発のための総努力を指します。
次の表は、プロジェクトの開発における完全な努力について、分布の割合を詳述しました。
| アクティビティ | パーセンテージ |
|---|---|
| 分析 | 十％ |
| デザイン | 20％ |
| Programción | 40％ |
| 証拠 | 15％ |
| 過負荷 | 15％ |
参照 [ 編集します ]
- ユースケースポイントに基づいて努力の見積もりを比較し、エキスパートの見積もり
外部リンク [ 編集します ]
Recent Comments