- 履歴一覧
- ソース を表示
- Management/FunctionPoint/Practices は削除されています。
Function Point Practices
#navi(contents-page-name): No such page: FunctionPoint
CONTENTS
REFERENCES
はじめに†
- FP法の解説本
- 県立図書館に蔵書・・[資料検索]して「タイトル」に"ファンクションポイント"と入力
第1章 システム開発の現状†
1.3 システム開発プロジェクトにおける各種見積もり方法†
- 類似プロジェクトによる見積もり
- タスク/プロセス分解による見積もり
- 数値モデルによる見積もり
- ソフトウエアの規模を算出する手法
- ソフトウエアの開発工数を算出する手法
1.4 各種見積もり手法の動向†
- FP法は、1979年にA.J.Albrechtによって開発された
- 以前はLOC (Lines of Code)が主流だった
- 2002年にISO化の予定・・・今年は2005年。認定されたのかな?
- 導入を容易にした、MK�競侫.鵐�ションポイント法、COSMIC-FFPなどがある。
1.5 FP法について†
- システムやソフトウエアの入出力と参照する機能数をポイント化して数える
- IFPUGで標準化してるため、会社による差が無い
- 標準化した計測手法をCPM (Counting Practice Manual)として文書化
- CPMに則って計測する手法をIFPUG法と呼ぶ・・・業界標準
- システムをアプリケーションに切り分ける・・・FP値算出の単位となる
- アプリケーションごとに、ファンクションを切り分ける
- 2タイプのファイル(内部論理ファイル、外部インターフェースファイル)
- 3タイプのトランザクション(外部入力、外部出力、外部参照)
- それぞれのポイント数を集約する
- FP法は、あくまでもシステムの規模(FP値)を計測する手法。工数、期間、品質を見積もるには
- 工数見積もり・・・生産性値(FP値/人日)
- 期間見積もり・・・開発スピード(FP値/カレンダー日)
- 品質見積もり・・・単位当りバグ数(バグ数/FP値)
- 実績値の収集と整理が重要・・・手間をかけないように収集する
第2章 ファンクションポイント計測法†
2.1 ユーザの視点†
- ユーザの視点 (「ユーザが認識する」ソフトウエアの機能に着目する)
- 仕様化の流れ
- 初期ユーザ要求仕様(かなり曖昧)
- 初期技術的要求仕様(技術的検討)
- 最終機能要求仕様
- 最終機能要求仕様に求められること
- ユーザと開発者の用語の統一
- ユーザ要求が全て記載されていること
- FP法で規模の計測ができること
- 各プロセスやデータがユーザによって認識されていること
- ソフトウエアの採算性と利便性が開発者により認識されていること
2.2 計測の流れ†
- FP計測タイプの決定
- 新規開発計測・・・・・・新規開発、データ移行作業を含む
- 機能拡張計測・・・・・・機能追加、データ変換作業を含む
- アプリケーション計測・・機能追加、データ変換を含まない
- 計測範囲の決定、アプリケーション境界の決定
- FP計測する範囲を決める
- アプリケーションは外部との入出力を元に決定する
- 要素処理への落とし込み
- ユーザにとって意味のある最小単位のアクティビティ
- 自己完結していなければならず、計測するアプリケーションの業務を矛盾のない状態にするもの
- データファンクションの計測
- ILF (Internal Logical File)・・・追加、更新、削除を行うファイル
- EIF (External Interface File)・・・参照のみするファイル
- トランザクショナルファンクションの計測
- EI (External Input)・・・データ入力してILFの更新をする
- EO (External Output)・・・ILFやEIFのデータを加工して出力
- EQ (External inQuiry)・・・ILFやEIFのデータを無加工で出力
- 未調整ファンクションポイントの計算
- データファンクション計測とトランザクショナルファンクション計測の合計
- システムの特徴は考慮されていない
- UFP
- 調整係数の計算
- 調整済みファンクションポイントの計算
2.5 データファンクションの計測†
- アプリケーションからアクセスするファイルを抽出
- 出されたファイルがILFかEIFかを区別
- ファイルのDETとRETを算出
- ファイルの複雑度を求める
- 複雑度からファイルのFP値を求める
第3章 ファンクションポイント計測演習†