ソフトウェア機能規模測定法「ファンクションス …...ファンクションスケール（FS）とは 1．従来のソフトウェア規模尺度について 2．ファンクションスケール（FS）法

2019年3月12日

富士通株式会社

ソフトウェア機能規模測定法「ファンクションスケール（ＦＳ）法」

ご紹介

Copyright 2019 FUJITSU LIMITED

目次

ファンクションスケール（ＦＳ）とは

１．従来のソフトウェア規模尺度について

２．ファンクションスケール（ＦＳ）法

２．１ＦＳ法が測定対象としている処理形態

２．２ＦＳ法の測定タイミング

２．３ＦＳ測定法（オンライン）

２．４ＦＳ測定法（帳票）

２．５ＦＳ測定法（バッチ）

２．６改良開発への対応

３．ファンクションスケール概算法

４．ＦＳと実測規模の相関

５．ＦＳのマネジメントへの活用

６．公開情報 Copyright 2019 FUJITSU LIMITED 1



2



■ＦＳとは、「顧客要件に含まれる機能の量を表す尺度である」

ＦＳ法とはソフトウェアの機能が画面や帳票の項目などに写像されることに着目し、それらを測定することでソフトウェアの機能量を定量化する手法である。ＦＳ法の測定ルールに従って、対象となるソフトウェアの規模を測定した結果をＦＳ値と呼ぶ。

ＦＳ法の特徴・利用者の視点（外部仕様)で機能量が測定できる・機能の増減を定量的に評価できる・測定が簡単（誰でも測定できる）・短時間（1画面5分程度）で測定できる・共通的な規模尺度(誰が測っても同じ値)として利用可能

3


１．ソフトウェア規模尺度について

4

1.1 ソフトウェア規模は、プロジェクトマネジメントの尺度のベース


ソフトウェアの生産性評価

ソフトウェアの見積（費用・工数）

・・・

ソフトウェアの品質評価

ソフトウェア規模は様々な尺度として

使われている

5

1.2 従来のソフトウェア規模尺度の問題


■ SLOC （Source Lines Of Code） ●ソフトウェアを購入する利用者から見ると分かり難い（１００KS ですと言われても・・・） ●言語や開発ツールにより異なり共通の尺度にならない・ソースステップだけでは、全てのソフトウェア規模を表せなくなってきた・複数の言語での開発が普通になりつつある（Ｖiew層とControl／Ｍodel 層で違う） ●完了しないと正確には測定できない・自動生成部分との分離計測が難しい（出来ていない）・見積り値は経験から推定 ●規模の増加分が説明しづらい（画面のボタン機能の追加や項目追加） ●作業量／価値に対応しない・開発者によって異なる（優秀なプログラマほどコンパクトに作るなど)

6

1.2 従来のソフトウェア規模尺度の問題


機能規模測定ファンクションスケール法(ＦＳ法)

■ 機能規模（FP法などで測定） ●測定のためにスキル（技術習得）が必要

●測定に時間がかかる

●測定する人の主観により結果に相違

■ 画面・帳票数・・・ ●難易度の評価基準が曖昧になりがち

これらの問題を解決できないだろうか？！

7


２．ファンクションスケール（ＦＳ）法

8

2.1 ＦＳ法が測定対象としている処理形態


帳票

DB

フロント系バック系

② 帳票処理

Client層 Web層 AP層 DB層

帳票

DB

① オンライン処理 ③ バッチ処理

①オンライン処理：画面を保有し、リアルタイムで処理する形態

②帳票処理：オンライン・バッチそれぞれから出力される帳票

③バッチ処理：バックグランドで大量データを処理する形態

⇒ ＦＳ測定法（オンライン） ⇒ ＦＳ測定法（帳票） ⇒ ＦＳ測定法（バッチ）

9


手法／方法商談時 ⇒ PJ計画時 ⇒ 外部仕様完了時

⇒ 内部設計（共通機能括り出し完了時）

⇒ PJ完了時実績

比較検証

ＦＳ法 × × 〇〇〇

ＦＳ概算法 × 〇－－－

類推法、デルファイ法等による見積

〇

ＦＳ概算法:プロジェクト計画時にＦＳ値を推定する方法

ＦＳ法は、外部仕様を取り決める過程において、機能仕様が明確になった段階で、オンライン、帳票、バッチの機能規模を計測する手法である。

ＦＳ概算法は、プロジェクト開始時や画面設計、ジョブ設計、帳票設計を行う前段階でＦＳ値を推定する方法である。ＦＳ概算法では、画面は機能特性より選択、ジョブはランクより選択し、帳票は一定値を用いる。

2.2 ＦＳ法の測定タイミング

凡例〇 : 適用可 × : 適用不可－ : 範囲外

10

2.3 ＦＳ測定法（オンライン）

ＦＳ測定法（オンライン）ではオンライン処理の画面上のコントロールに機能が写像されると考え、そのコントロールを数えることによりソフトウェアの規模を測定する。


ソフトウェア機能とコントロール

11


（1）測定要素と基準値測定要素

基準値測定要素種別測定要素細目

コントロール

エディットフィールド 15

ディスプレイフィールド 5

ラジオボタン 10

チェックボックス 10

リストボックス 30

グリッド 10

タブコントロール 5

ボタン

(注2)

検索 100

登録 130

更新 150

削除 115

帳票出力ー (注1)

ファイル出力 180

遷移のみ 20

表示変更 5

非活性コントロール 5

相関チェック 10

初期表示 100


注1：帳票出力ボタンは、「遷移のみ」と見なして測定する。帳票自体のＦＳ値は、別途、ＦＳ測定法（帳票）で測定する。

注2：バッチ起動を目的としたボタンは、「遷移のみ」と見なして測定する。バッチ自体のＦＳ値は、別途、ＦＳ測定法（バッチ）で測定する

12


（2）測定例 ① 《検索+編集画面》


※Ｗｅｂブラウザ上のタイトルは計上しない

※システムボタンは計上しない

(リストボックス)

(表示変更)

(削除ボタン)

(更新ボタン)

(登録ボタン)

(更新ボタン)

スピンボタン：

ラジオボタンと同等として計上

(ディスプレイフィールド)

(ディスプレイフィールド)

確定

コントロール数ＦＳ値

エディットフィールド 1 15

ディスプレイフィールド 4 20

ラジオボタン 1 10

チェックボックス 0 0

リストボックス 5 150

グリッド 0 0

タブコントロール 0 0

ボタン

検索 2 200

登録 1 130

更新 2 300

削除 1 115

帳票出力 0 0

ファイル出力 0 0

遷移のみ 0 0

表示変更 1 5

非活性コントロール 0 0

相関チェック 2 20

初期表示 0 0

計 965FS

(エディットフィールド)

(プルダウン)

(ディスプレイ

フィールド)

(プルダウン)

(検索ボタン)

(検索ボタン)

13


（2）測定例 ② 《検索+一覧表示》


検索

遷移② 遷移③ 遷移④

グリッド

① ② ④

⑤ ⑥ ⑦ ⑧ ⑨ ⑪ ⑩ ⑫

⑬ ⑭ ⑮

⑰ ⑱ ⑲ ⑯

26 27

③

ディスプレイフィールド①～27

遷移① エディットフィールド

⑳ 21 22 23 24 25

コントロール数ＦＳ値

エディットフィールド 1 15

ディスプレイフィールド 27 135

ラジオボタン 0 0

チェックボックス 0 0

リストボックス 0 0

グリッド 1 10

タブコントロール 0 0

ボタン

検索 1 100

登録 0 0

更新 0 0

削除 0 0

帳票出力 0 0

ファイル出力 0 0

遷移のみ 4 80

表示変更 0 0

非活性コントロール 0 0

相関チェック 1 10

初期表示 0 0

計 340FS

14

（3）ＦＳ測定結果の比較（測定例１と測定例２）

ファンクションスケール法で規模を測定することで、機能規模が把握でき、画面の見た目に左右されない。

測定例1 《検索+編集画面》

測定例2 《検索+一覧表示》

965 ＦＳ 340 ＦＳ


「測定例１画面」は「測定例２画面」の約3倍の機能規模


15

2.4 ＦＳ測定法（帳票）


ＦＳ測定法(帳票)では、帳票処理の帳票の表示項目に機能が写像されると考え、帳票上の項目を数えることによりソフトウェアの規模を測定する。

ソフトウェア機能と表示項目

16


（1）測定要素と基準値


処理形態測定要素基準値

帳票

表示項目 5

帳票作成 100

17


（2）測定例


測定要素数ＦＳ値

表示項目 5 25

帳票作成 1 100

計 125FS

18

2.5 ＦＳ測定法（バッチ）


ＦＳ測定法（バッチ）では、バッチ処理のソフトウェアが持つ機能は、テーブル／ファイルのアクセス種類に機能が写像されると考え、アクセス種類を数えることによりソフトウェアの規模を測定する。

ソフトウェア機能とアクセス種類

APサーバー DBサーバー

資材使用

資材使用明細

資材一覧

受注一覧

資材使用

資材明細

資材一覧読込

受注一覧読込

資材差し引き

ソフトウェア

バッチスケジューラ

機能がアクセス種類に写像

CR U D

：機能

アクセス種類

Ｃ：Create（作成・登録）

Ｒ：Read（読込）

Ｕ：Update（更新）

Ｄ：Delete（削除）：起動指示

（バッチ処理の典型例）

アクセス種類

19


（1）測定要素と基準値


測定要素基準値

アクセス種類

C（ファイル作成・登録）３０

R（読込）４０

U（更新）５０

D（削除）２０

帳票出力－（注）

20

注：帳票のFS値は、別途、FS測定法（帳票）で測定する。


（2）測定例


（１）資材一覧を全て読み込む。

（２）受注一覧を全て読み込む。

（３）読み込んだ受注情報から必要となる資材を足し合わせ、資材が足りるかチェックする。

（４）資材が足りる場合は、資材から必要となる資材を差し引き、資材を更新し、資材使用ファイルと資材使用明細を作成し、作業指示作成処理（別紙１参照）を行い、作業指示、作業指示詳細を作成する。

出力処理入力

（１）資材一覧を全て読み込む。

（２）受注一覧を全て読み込む。

（３）読み込んだ受注情報から必要となる資材を足し合わせ、資材が足りるかチェックする。

（４）資材が足りる場合は、資材から必要となる資材を差し引き、資材を更新し、資材使用ファイルと資材使用明細を作成し、作業指示作成処理（別紙１参照）を行い、作業指示、作業指示詳細を作成する。

出力処理入力

資材

受注一覧資材使用

資材使用明細

作業指示

作業指示詳細

作業作成処理

R

R C

C

C

C

資材U

アクセス種別数ＦＳ値

Ｃ：Create（作成・登録） 4 120

Ｒ：Read（読込） 2 80

Ｕ：Update（更新） 1 50

Ｄ：Delete（削除） 0 0

計 250FS

21

改良開発においては、ソフトウェアは要求仕様により機能の追加、変更、削除が行われる。

ＦＳ法では、測定要素毎の変更種別（追加、変更、削除）を識別する。

・追加 : 機能が追加される事により新たな測定要素が追加されること

・変更 : 測定要素（例えばボタン）は変わらないが、それが持つ既存の機能が変更されること

・削除 : 既存の機能が不必要となったため、測定要素が取り除かれること


測定要素の追加、変更、削除例（オンライン処理：画面の場合）

2.6 改良開発への対応

22

2.6 改良開発への対応

通常ソフトウェアの開発には、新たに０からソフトウェアを開発する新規開発と既に存在するソフトウェアの機能を変更する改良開発がある。ＦＳ法では新規開発、改良開発で以下の規模を測定対象としている。


新規開発規模と全体規模改良開発規模と全体規模

23


３．ファンクションスケール概算法

24

3.1 ファンクションスケール概算法とは


ファンクションスケール概算法とは、ＦＳ値（機能規模）を推定する手法である。ＦＳ概算法では、測定要素を明確化できない要件定義段階や設計初期段階において、その段階で認識可能な情報から、ＦＳ法のルールに従ってＦＳ値を数値化する。

（１）ＦＳ値の推定方法ＦＳ概算法では、オンライン、帳票、バッチの各々にＦＳ値を推定するための基準（概算基準）を定めている。

■ オンラインの概算基準 ■ 帳票の概算基準 ■ バッチの概算基準

テーブル、

ファイル数基準名ＦＳ値

１６～バッチＡ 1100

１１～１５バッチＢ 800

６～１０バッチＣ 500

０～５バッチＤ 200

基準名ＦＳ値

帳票 230

機能特性基準名ＦＳ値

検索登録 or更新

○ ○ オンラインＡ 800

× ○ オンラインＢ 600

○ × オンラインＣ 400

× × オンラインＤ 200

25



26


相関係数 0.91 相関係数 0.69 ＞

ファンクションスケールによる測定値の方が、従来のSLOCによる見積りより、実績ＳLOCと強い相関関係を持つ

ＦＳ測定規模と実績SLOC 従来からの見積り規模と実績SLOC

実績ＳＬＯＣ

ＦＳ規模

(ＦＳ

)

見積り

SLO

C

27

実績ＳＬＯＣ



５．ＦＳのマネジメントへの活用

28

5.1 見積りに活用


概要

システム／ソフトウェアの開発、および開発に伴う作業の見積り

見積の要素

ｼｽﾃﾑ構築作業

コスト

カテゴリ

システム要件および

アプリケーション

機能１

機能２

機能３

機能４

システム基盤運用・保守移行・展開

開発支援

アプリケーション基盤

要件定義、外部設計

内部設計～結合テスト

システムテスト、運用テスト

作業量の積算

作業量の積算

規模を基にした係数見積り

作業量の積算

開発機器、事務所、通信費等の見積り

経費

ＯＳ／ミドルウェア

ハードウェア

ハード、ＯＳ、ミドルウェア製品の価格見積り

科目単位の積み上げ

構成品毎の積み上げ

構成品毎の積み上げ

見積りの範囲

開発工程における係数見積りの規模として活用する

予備

プロジェクトマネジメント

リスク対応コンティンジェンシー予備

29

5.2 複数の手法で見積結果を検証

本来、見積りは複数の見積り手法で検証を行うことによって、見積り要素の抜けや漏れを防ぐものである。その手法のひとつとしてＦＳ法を活用する。


仕様

プロジェクト特性にあった工数モデルを使ってＦＳ値から工数を算出。さらに工数変動要因（仕様の確定度、品質の要求度、スキル等)で補正

工数金額

相互検証

ＦＳ法による機能規模計測

現行見積り (類推法など)

WBS積み上げ

30

5.3 マネジメントへの活用（その１）

設計段階で開発リスク判定可能【リスクの見える化】


0% 10% 20% 30% 40% 50% 60% 70%

ＦＳ範囲

画面数率

ＦＳ平均値：1143

Ａプロジェクト（画面数８０）

0% 10% 20% 30% 40% 50% 60% 70%

ＦＳ範囲

画面数率

ＦＳ平均値：225

Ｂプロジェクト（画面数１２１）

事例：Aプロジェクトリスク高複雜、機能大画面の割合が高い!(グラフで判断可)

・開発期間短縮が可能ただし、規模小画面の生産性は注意 (規模:1/2は生産性:1/2ならず)

・規模大の画面は生産性見直しが必要高スキル要員の配置必須型決めのやり直し要求（難しいが・・・）

1画面の機能大(リスク高)

31

5.3 マネジメントへの活用（その2）

設計の確定度合が定量的に判定可能


ＦＳ

ﾕｰｻﾞｲﾝﾀﾌｪｰｽ設計の確定状況を把握：予定どおりの進捗か、顧客要件が増加していないかの関係者納得度が取り易い。

予定開発量を超えそうだ！どう手をうつか。

ﾕｰｻﾞｲﾝﾀﾌｪｰｽ設計時に測定したＦＳ値合計

日々の開発進捗をグラフ化

32


６．公開情報

33

日経ＳＹＳＴＥＭＳ２００７年７月号の『見積もり技術』特集記事

『ソフトウェア開発見積りガイドブック

～ＩTユーザとベンダにおける定量的見積りの実現～』

『ソフトウェア改良開発見積りガイドブック～既存システムがある場合の開発～』

(ソフトウェア・エンジニアリング・センター(SEC）発行)

※ 富士通の見積り手法としてＦＳ（ファンクションスケール)法を事例紹介しています。

富士通ファンクションスケール法公開サイト

※以下の資料がダウンロードできます

・ソフトウェア機能規模計測手法『ファンクションスケール法』ご紹介

・ファンクションスケール法測定マニュアル

URL: http://jp.fujitsu.com/solutions/sdas/fs/


6. 公開情報

34

Documents

ソフトウェア機能規模測定法 「ファンクションス …...ファンクションスケール（FS）とは 1．従来のソフトウェア規模尺度について 2．ファンクションスケール（FS）法

ソフトウェア機能規模測定法「ファンクションス …...ファンクションスケール（FS）とは 1．従来のソフトウェア規模尺度について 2．ファンクションスケール（FS）法