Making Software ―エビデンスが変えるソフトウェア開発

458

25

章 ソフトウェアの大半の欠陥はどこから生じる？

どのような規模やドメインのソフトウェアシステム開発についても、本研究の計画・設計がおそらく

適用できます。頻度の高い問題が本研究と同様であれば、データそのものも適用できます。この主張を

サポートするデータとそれらの相互関係には、内部一貫性があるのです。

私たちが学んだことは？

今回の

2

つの研究の結果を以下にまとめます。

●

要求、設計、コーディングに関する問題が、

MR

全体の

34%

を占めます。要求は

MR

全体の

5%

で、

際立って多いわけではありませんが、修正のコストが極めて高くつく開発プロセスの遅い時期に見

つかるという理由で、特に注目すべきです。

●

巨大で複雑な実時間システムのテストにはしばしば、テストのための実験環境を念入りに作り込む

必要があるのですが、その環境自体が巨大で複雑な実時間システムになります。今回のリリース版

の開発では、テストに関係する

MR

は

MR

全体の

25%

ありました。

●

MR

全体の

16%

が「問題ではない」という結果だったことと、「予期せぬ依存関係」や「インタフェー

スと設計

/

コードの複雑性」など、設計とコーディングに関係する重大な欠陥集合が存在すること

は、「システム知識の欠如」が今回のリリース開発における重大な問題であることを示しています。

●

設計とコーディングの欠陥のうち、

78%

が修正に

5

日以下、

22%

は

6

日以上を要していました。

意見の一致を得る、システムの関連箇所を構築する、修正を検証するためにシステムテスト用の環

境を使うなど、欠陥修正時には一定のオーバヘッドがあることも注意しておきます。あいにく、 ...