７．５～７．６ 章末演習
担当：なの
章末演習７．５
いま手がけているシステムは、規模が２倍である ことを除いては、昨年構築したシステムととても よく似ている。昨年のシステムでは、出荷後１年 間に５０個の欠陥が見つかった。いまのシステム を昨年のシステムよりも２倍速くリリースしたい と思っている。さて、出荷後１年間にどのくらい の数の欠陥が見つかると予測できるだろうか？現 在までのテスト工程の状況からすると、システム テストで発見される欠陥密度は５０％までに改善 できている。どのような考え方ができるか、議論 しなさい。
内容を整理
時刻 欠
陥 数
システムテスト開始 出荷
50 個
50 個 昨年構築したシステムの の欠陥発見数（予測）
出荷
いま手がけているシステムの の欠陥発見数（予測）
システムテスト開始
規模が２倍 規模が２倍
２倍早くリリースしたい ２倍早くリリースしたい 発見された
欠陥密度５０％ 発見された
欠陥密度５０％
？ ？
１年 １年
回答（自分の考え）
昨年のレイリー曲線の式を考える
欠陥発見数は？ 欠陥発見数は？
下記３つのデータがあれば手法２
を用いて式が算出できる 何週目？何週目？何週目？何週目？
・欠陥発見数が最も多かった週
・上記の欠陥発見数
・出荷日
今回のレイリー曲線の式を考える 昨年のレイリー曲線の式に下記要 素を加味して、今回のレイリー曲 線の式を予測できたら良い
なぁ・・・
・規模が２倍
・システムテストで発見される欠陥密度は５０％
・リリース日を２倍に早めたい
Ｋが増大？ Ｋが増大？
ギブアップ _| ￣ |○ ギブアップ _| ￣ |○
ジョーンズのグラフ から求める？
ｃが改善？ ｃが改善？
ｔが変更ｔが変更
章末演習７．６
各モジュールの規模が小さく（１００ LOC 未
満）なるようにアーキテクチャ設計をすることは
、システム内に含まれる欠陥を減らす良い方法で ある。○か × か？
回答７．６
× ツ！ バ
むしろ欠陥が増えるかも？
理由
モジュール＝いくつかの部分的機能を集め、まとま りのある機能を持った部品
（例： C 言語の関数郡）
モジュールＡ 100
LOC モジュール B 80
LOC
モジュール C 90
LOC モジュール
モジュール多数 多数
100LOC 未満 メンテナンス性ダウンメンテナンス性ダウン
平均的なモジュール複雑度
KLOC
あ たり の 欠 陥 数
欠陥密度高 欠陥密度高
バスタブ曲線
２００～７５０ＬＯＣが適当 ２００～７５０ＬＯＣが適当
レビュー効率ダウン レビュー効率ダウン
ユニットテスト効率ダウン ユニットテスト効率ダウン
時刻 欠
陥 発 見 数
システムテスト開始 出荷
50 個 50 個
１年
時刻 欠
陥 発 見 率
出荷
いま手がけているシステムの 欠陥発見率（予測）
システムテスト開始
？ ？
１年
