・CMM!，CMMI! and Capability Maturity Model are registered with the U. S. Patent and Trademark Office． ・PMI!，PMBOK!は Project Management Institute の米国及びその他の国における登録商標 です． ・SQuBOK!は財団法人日本科学技術連盟の登録商標です． ・SQuBOK!は財団法人日本科学技術連盟と社団法人日本品質管理学会とが共同で組織した SQuBOK!策定部会による研究成果物です． ・SQuBOK!は SQuBOK!策定部会の著作物であり，SQuBOK!にかかる著作権，その他の権 利は財団法人日本科学技術連盟および各権利者に帰属します。 ・SQuBOK! guide reprinted with permission from IEEE Std. ６ １ ０． １ ２−１ ９ ９ ０：IEEE Standard Glossary of Software Engineering Terminology, by IEEE. The IEEE disclaims any responsibility or liability resulting from the placement and use in the described manner. ・その他本文中の会社名および製品名は，一般に各社の登録商標または商標であり，注記 がない場合もこれを十分尊重します． SQuBOK!ガイド巻頭言 ∼第１版の公開によせて∼ SQiP ステアリング委員会委員長 （旧 SPC ステアリング委員会） 飯塚悦功（東京大学教授） １ ９ ８ ０年，ソフトウェアへの品質管理の適用，すなわち，ソフトウェア工学と TQM（総合的品 質管理）の結婚のため，日本科学技術連盟に「ソフトウェア生産管理研究委員会」 （略称「SPC 研究委員会」 ）が設立されました。設立以来，SPC 研究委員会は，わが国ソフトウェア産業の競 争力向上のために有用な方法論の普及に焦点をあて，実践的なソフトウェア品質学の体系化を めざす活動を続けてきました。１ ９ ９ ０年代半ばまでの活動は，製造業を中心に確立された TQM の哲学・方法論・技法のソフトウェアへの適用が研究の中心であったと言えます。そしてネオ ダマ（ネットワーキング，オープン化，ダウンサイジング，マルチメディア）といういい方に 象徴されるソフトウェア産業の構造変化に対応して，その後は新たな開発・保守のパラダイム 構築に対応してきました。 今日では，ユビキタスという言葉で表されるようにあらゆるところにソフトウェアが組み込 まれつつあり，ますますその品質の重要性が増しています。ここで，改めて我々がソフトウェ ア品質の分野で貢献を続けるにあたっての意義，決意を確認する意味を込めて２ ０ ０ ７年９月に SPC の名称を SQiP（Software Quality Profession：「スキップ」と読む）に変更しました。ソフトウェ ア品質に関わる専門的職業，およびその職業に従事する専門家というような意味を持たせた決 意表明です。 振り返れば，SPC 活動に不可欠のものがありました。それは，新時代に適したソフトウェア 品質学の知識体系の構築でした。どのような製品・サービスであろうとも，質を達成するため には，質への動機，質に関わる思想・価値観，質を実現する技術（方法論） ，技術を生かすマネ ジメントの方法論，そのもとで業務に携わる“ひと”の意欲・知識・技能を促す方法論が必須 です。ソフトウェアも例外ではなく，品質に焦点をあてた，これらの概念と方法論に関わる“知 識体系”が必要です。 こうした認識のもと，２ ０ ０ ５年４月ごろ，SPC ステアリング委員会において，知識体系へのア クセス手段として SQuBOK!ガイド（Guide to the Software Quality Body of Knowledge：「ス クボック」と読む）の策定を明示的な目標として掲げ，榊原彰（日本アイ・ビー・エム） ，西康 晴（電気通信大学） ，高橋寿一（ソニー・コンピュータエンタテイメント） ，野中誠（東洋大学） の各氏が予備的な検討を行いました。これに基づき，同年９月に岡崎靖子（日本アイ・ビー・ エム）氏をリーダ，西，野中の両氏をサブリーダとする SQuBOK!策定部会を組織し，検討を開 始しました。検討にあたっては，兼子毅（武蔵工業大学）氏が率いる日本品質管理学会のソフ トウェア部会とともに，合同部会の形で活動を進めてきました。 活動にあたっては，まさに SQiP の理念にそって，ソフトウェア品質担当者の育成に役立つソ フトウェア品質に関する日本の暗黙知の形式知化と，ソフトウェア品質に関する最新テーマの iii 整理・体系化によって，ソフトウェア品質技術の認知度向上を図り，ソフトウェア品質プロセ スの確立をめざす組織の支援となることを目標としました。 SQuBOK!ガイドは，わが国のソフトウェア品質界が蓄積してきた有用な“知識”の構造的可 視化をめざし，公表されている国内のよい事例も含め，国内で入手しやすい和書を網羅するこ とを基本としました。 そして，文字どおり精力的な活動によって，２ ０ ０ ６年４月に α 版を作成しました。α 版と称して いましたので，もちろん完成されたものではありません。この未定稿を，許容し得る未成熟レ ベルの判断ができる識者に限定公開してコメントを頂戴しました。コメントは，東基衞（早稲 田大学） ，岡崎毅久（日本アイ・ビー・エム） ，小笠原秀人（東芝） ，小川健司（（独）情報処理 推進機構 IT スキル標準センター） ，金子龍三（日本電気通信システム） ，兼子毅（武蔵工業大 学） ，河合清博（アスプコミュニケーションズ） ，菊本正紀（日本ノーベル） ，香村求（システム SWAT） ，笹部進（日本電気通信システム） ，福山俊一（鳥取環境大学） ，堀田文明（北陸先端科 学技術大学院大学） ，土井聡之（協和エクシオ）の１ ３氏から３ ５ ０ほどいただきました。 第１版の作成に向けて，策定メンバを α 版策定当時の１ ４名から２ ７名に増員し，α 版に頂戴した コメントを踏まえて，一年数ケ月をかけて知識体系の再整理と解説文の作成を行いました。そ の成果を２ ０ ０ ７年９月に β 版として公開しパブリックコメントの募集を行いました。そして，こ れまでに頂戴したコメントを反映するとともに，最下層のトピックス（約２ ０ ０項目）の解説文を 追加して第１版の完成としました。この間，顧問をお願いしている大場充（広島市立大学） ，松 尾谷徹（デバッグ工学研究所，法政大学） ，保田勝通（つくば国際大学）の先生方には，厳しく も暖かいレビューをいただきました。 思い起こせば，私自身が，ソフトウェア品質に関心を寄せ，SPC 研究委員会に加わって２ ０年 余，ソフトウェア界変革のさなかに SPC 委員長になって１ ０年余になります。この間，SPC 研究 委員会に，いやソフトウェア品質界に必須のものとして，長いこと構築しなければと思い描い ていた文書を目にして，その思いたるやとても言葉には表しようがありません。 どのような分野も最初から体系ができているわけではありません。とくに実学に分類される 分野はそうです。目的達成に必要な基本的な方法論に関わる理論とその展開，そして幾多の優 れた先人による，反面教師も含めた無数の断片的かもしれない知見の蓄積を，可視化，構造化 してできあがるものです。 「学」といわれるものは，決して学者の知的ゲームの産物ではなく， 知識の再利用のための，実践の体系化なのです。その第１版を新生 SQiP ソフトウェア品質委員 会から提示できることに，誇りと，そしてこの分野に関心を抱いたものとして万感の思いを感 じざるを得ません。ソフトウェア品質分野で，何らかの貢献をしようと思ったら，何にしても 必要なものだったからです。 この SQuBOK!ガイドを基礎にして「ソフトウェア品質学」の確立へ大きな一歩を踏み出せる でしょう。教育・訓練カリキュラムの枠組みを提示できるでしょう。人材育成，キャリアパス を考察するためのモデル構築の基盤にもなることでしょう。 第１版公開までの間，α 版ドラフト，α 版，β 版ドラフト，β 版のレビューをお引き受けいた iv だいた方々に，この場を借りて改めて御礼申し上げますとともに，知識体系を継続的に発展， 進化させるという SQuBOK!の趣旨をご理解いただき，今後も厳しくも建設的なコメントをいた だきたく，伏してお願い申し上げます。 リーダへの指名を受け，一筋縄でいかない猛者を誘引して，ここまで仕上げた，岡崎靖子氏 の力量には敬服します。SQiP ソフトウェア品質委員会・SQuBOK!策定委員会，日本品質管理学 会・ソフトウェア部会・SQuBOK!研究会の各メンバの努力に感動します。身内ではありますが， この場を借りて御礼申し上げます。 SQuBOK!は，SQiP ソフトウェア品質委員会の実践的研究・普及事業の柱となるものです。 SQiP，SQuBOK!合わせて，今後とも，みなさま方のご指導，ご支援，どうぞよろしくお願い申 し上げます。 v ■SQuBOK!策定部会（第１版完成時） リーダ 岡崎 靖子 日本アイ・ビー・エム株式会社 サブリーダ（５ ０音順） 辰巳 敬三 富士通株式会社 西 康晴 電気通信大学 野中 誠 東洋大学 飯泉 紀子 株式会社日立ハイテクノロジーズ 池田 暁 日立情報通信エンジニアリング株式会社 大川 鉄太郎 日本ユニシス株式会社 大西 建児 株式会社豆蔵 大野 晋 日本光電工業株式会社 小川 俶子 株式会社コンピータジャパン 河合 一夫 株式会社ニルソフトウェア 古賀 惠子 株式会社日立製作所 榊原 彰 日本アイ・ビー・エム株式会社 篠沢 達也 株式会社アイネス 田淵 秀之 みずほ情報総研株式会社 奈良 隆正 NARA コンサルティング 西尾 桂子 パナソニック 福井 信二 オムロン株式会社 伏見 諭 株式会社情報数理研究所 誉田 直美 日本電気株式会社 本間 周二 株式会社 CSK システムズ 町田 欣史 株式会社 NTT データ 宮城 幸一 株式会社オージス総研 向井 清 住商情報システム株式会社 山浦 恒央 東海大学 鷲崎 弘宜 国立情報学研究所 渡辺 喜道 山梨大学 大場 充 広島市立大学 松尾谷 徹 有限会社デバッグ工学研究所，法政大学 保田 勝通 つくば国際大学 メンバ（５ ０音順） モバイルコミュニケーションズ株式会社 顧問（５ ０音順） vi ■はじめに 岡崎 靖子 １．SQuBOK!策定部会について ０ ０ ５年９月２ ０日のキックオフミーティングから本格的に活動を開始し SQuBOK!策定部会は，２ た，最初は１ ０名から成ったボランティアベースの集まりである。２ ０ ０ ６年４月２ ８日に６ ４頁の α 版を完成したときには１ ４名に増えていたが，それでも人手が足りず，β 版の策定に取りかかる前 に，まだ参画いただけていなかった企業や業界の方々を中心にご協力をお願いし，現在は大幅 に増員した２ ７名で活動している。部会メンバは， 「 （財）日本科学技術連盟・SQiP ソフトウェア （社）日本品質管理学会・ 品質委員会（旧 SPC 研究委員会） ・SQuBOK!策定委員会」もしくは「 ソフトウェア部会・SQuBOK!研究会」のどちらかに所属しているが，活動の実体は SQuBOK! 策定部会である。 ２．目的 我々は次の五つを目的として SQuBOK!ガイド第１版を策定した。本ガイドは日本発のもので ある。 １．品質保証に携わる方の育成に役立つものにする ２．ソフトウェア品質に関する日本の暗黙知を形式知化する ３．ソフトウェア品質に関する最新のテーマを整理し，体系化する ４．ソフトウェア品質技術の認知度向上を図る ５．ソフトウェア品質保証プロセスを確立したい組織の助けとなる 第一の目的「品質保証に携わる方の育成に役立つものにする」では，SQuBOK!ガイド第１版 は品質保証に携わるエンジニアを利用層として想定していることを示している。短期間で確実 に SQuBOK!ガイドを形にするために，最初の版ではスコープを絞る必要があり，まずは品質保 証に携わる方を想定読者にして，品質保証活動に関する知識領域から整理する方針とした。第 ２版以降でスコープの拡大を検討することにしている。第２版以降で検討する箇所は序章の図 １から図４に示す樹形図に「＊」印で示している。 第二の「ソフトウェア品質に関する日本の暗黙知を形式知化する」では，欧米発の BOK（Body of Knowledge：知識体系）ガイドには含まれていない国内の先人らの優れた知識・経験を形式 知化することを目的とした。これを実現するために，SQuBOK!策定部会を組織する際にはでき るだけ色々な企業や大学の方々に協力を呼びかけて参画していただいた。また，IT 業界の２ ０ ０ ７ 年問題を控えて，諸先輩のご経験や知識をこの機会に可視化することも目指した。 第三の目的「ソフトウェア品質に関する最新のテーマを整理し，体系化する」では，SQuBOK! ガイドは散在するソフトウェア品質に関するさまざまな知識を体系化して既知の知識体系への アクセス手段を提供することを示す。IT が社会基盤の重要な役割を担っている現在，SLA（Service Level Agreement） ，ITIL（Information Technology Infrastructure Library） ，セキュリティ， IT スキルスタンダード，XP（eXtreme Programming）に代表されるアジャイル開発，ソフトウェ vii アプロダクトライン，AOP（Aspect Oriented Programming） ，経済産業省による「情報システ ムによる信頼性向上ガイドライン」 ，新発行の国際標準規格等，IT エンジニアが知らなければな らない知識や領域は，近年急激に増加している。過去にはソフトウェア品質マネジメントやソ フトウェア品質管理に関する辞書的な良書が何冊か発行されているが，最近の情報までを含ん だ包括的な内容のものがあまり見当たらなく，本ガイドにおいてソフトウェア品質に関する知 識のアクセス・ハブの役割を目指すこととした。本ガイドは決してソフトウェア品質の知識を 含む他の知識体系（例えばプロジェクトマネジメントの BOK である PMBOK やソフトウェアエ ンジニアリングの BOK である SWEBOK〔ISO/IEC TR １ ９ ７ ５ ９：２ ０ ０ ５〕等）を排除するものでは なく，むしろその中からソフトウェア品質に関する要素を抽出した部分を含めるものである。 第四の目的「ソフトウェア品質技術の認知度向上を図る」では，ソフトウェア品質が広範囲 かつ専門的な技術によって支えられていることを知ってもらうことで，ソフトウェア品質に関 連する従事者に正当な評価を与えたいという意図を示す。 最後の第五の目的は「ソフトウェア品質保証プロセスを確立したい組織の助けとなる」であ る。ソフトウェア品質保証プロセスをこれから確立したい組織に本ガイドを役立てていただけ れば幸いである。 ３．対象とする読者 第一の目的で述べたように第１版では品質保証に携わるエンジニアを想定している。 しかし，設計やプログラミングを担うエンジニアにとっても，本ガイドを参照すれば，自ら の開発する仕様やコードの良し悪しをどのようにして見極めるのかという観点を理解できる。 そしてそれは，品質の高い仕様やコードを設計・開発する際のヒントにしていただけると考え ている。 ４．今後の予定 マイルストーンを次に紹介する。 ・ ・ ・ ・ SQuBOK!ガイド第１版 ! SQuBOK ガイド第１版 ! SQuBOK ガイド第１版 ! α版 有識者公開（２ ０ ０ ６年４月２ ８日） β版 一般公開 （２ ０ ０ ７年９月７日） 書籍発行 （オーム社） SQuBOK ガイド アメンドメント 一般公開 （２ ０ ０ ８年１ ０月） http : //www.juse.or.jp/software/squbok-amd1.html ０ ０ ６年４月２ ８日に有識者の方々に公開し，レビューしていただ SQuBOK ガイド第１版 α 版は２ ! いた。α 版に対して有識者の方々から頂戴したコメントを反映しつつ，α 版で積み残した内容も 盛り込んで β 版を策定した。本版は β 版に対して頂戴したパブリックコメントの検討を加えた ものである。 今後は，本版に対して頂戴するコメントを参考にしながら，本版で制限としていたり繰り越 した内容を検討する他，ソフトウェア品質エンジニアリングの進化にあわせて継続的に発展さ せていく予定である。 viii ５．α 版，β 版，本版の違い α 版に対して β 版での主な変更点は次のとおりである。 ・ 品質の作り込み関係の知識領域の位置づけを明示 前述のように，第１版では策定期間の関係で，設計やコーディング等の品質の作り込みに関 する知識領域はスコープ外にしている。α 版ではそれらを樹形図から除外していたが，β 版では 樹形図の中にそれらの挿入予定場所を明示した（序章の図１から図４の＊印の箇所） 。体系とし てはこの方が美しく，また，読者にもわかりやすくなったと考える。 ・ 知識領域の並べ替え 樹形図の三つのカテゴリのうち，中央の「ソフトウェア品質マネジメント」カテゴリの分量 が特に多いため，既存のよく知られた枠組みのいくつかを参考にし，三つの副カテゴリに分割 して整理しなおした。 さらに， 「ソフトウェア品質マネジメント」カテゴリの知識領域と「ソフトウェア品質技術」 カテゴリの知識領域をできるだけ対応づけるようにした。具体的には，樹形図（序章の図１） の「ソフトウェア品質マネジメント」カテゴリ下の「プロジェクトレベル（個別）のソフトウェ ア品質マネジメント」副カテゴリ下の「品質計画のマネジメント」知識領域から「運用・保守 のマネジメント」知識領域までは， 「ソフトウェア品質技術」カテゴリ下の「品質計画の技法」 知識領域から「運用・保守の技法」知識領域に対応づけた。 加えて， 「ソフトウェア品質技術」カテゴリ（序章の図４）では， 「レビューの技法」知識領 域下の副知識領域と「テストの技法」知識領域下の副知識領域を対応づけるよう試みた。但し， 「レビューの技法」の整理はまだ完全ではない。 ・ トピックスの充実（網羅度向上，解説文付与） α 版では，トピックスは副知識領域を理解するための参考としてタイトルだけを付録に示すに 留まっていたが，β 版ではトピックスにも解説文を付与した。また，有識者レビューにおいて有 識者の方々からご教授いただいたトピックスも追加した。なおトピックスの執筆者はその上位 の（副）知識領域の執筆者とは限らない。 ・ 表彰論文一覧追加 品質関係のシンポジウム等で表彰された過去の論文一覧を付録に追加した。 ・ 文献リストの充実 α 版では推奨文献をリストとして掲載していたが，β 版では，次の三つに識別して付録に掲載 した。 （１） 推薦書籍／論文：複数の部会メンバが推奨する文献（同僚や部下に薦めたい文献） （２） 参考文献／関連文献：本文の解説で触れられているか，関連文献欄に紹介している文 献 （３） 規格：内容や IT 業界に与える影響力を鑑みて複数の部会メンバが推奨する規格，およ び，本文中で引用・参照している規格 なお，国内の IT エンジニアの便宜を考慮し，推奨書籍／論文は日本語のものに重点を置くよ ix うに努めた。 ・ 一部の解説文の書き換え α 版でコメントが多く寄せられた箇所は全面的に書き換えた。 β 版に対して本版は，パブリックコメントとして頂戴したものの検討を行い，かつ，トピック スの解説文を追記したものである。 ６．制限，および，検討中の事項 現在の制限と，検討中の事項は次のとおりである。 ・ スコープについて スコープの拡大は第２版以降の検討項目としている。現時点で想定している第２版以降の検 討予定箇所は，序章の図１から図４の樹形図中に注釈している（図中の＊印の箇所） 。なお， 「コ ミュニュケーション」等の品質に特化しない一般的なものはスコープ外とした。また，狭義の ツール類（企業が営利目的で発売しているツール）もスコープ外としている。 ・ 知識領域・副知識領域・トピックスに対する，より詳細な解説文や本ガイドの使い方の説 明書について メンバ間で必要性を議論してはいるが，具体的な対応はまだ決まっていない。 ・ 樹形図について 詳細化が十分でない箇所がある。例えば， 「レビューの技法」 ， 「信頼性予測に関する技法」は， トピックスへの詳細化がまだ荒い。また「メトリクス」については，構成の整理が不十分であ るとともに，トピックスへの詳細化も不足している。日本特有のマネジメントや技術について の形式知化もさらに充実させたいと考えている。 ・ 用語について Error，Fault，Failure の用語は，本版では JIS X０ ０ １ ４に沿って使い分けているが，JIS Z８ １ １ ５の 方に揃える可能性がある。 ・ 引用・転載について 引用・転載許諾が得られていないために，本版での掲載を見合わせた箇所がある。今後，引 用・転載許諾が得られればそれらも紹介していきたいと考えている。 ７．謝 辞 α 版をレビューしてコメントをお寄せくださった有識者の方々は次のとおりである。短期間に 丁寧なレビューをしていただいた。東基衞先生は，α 版の樹形図に対してコメントをくださると ともに，ご自分の研究室に我々を招いて β 版の樹形図を検討する場を設けてくださった。皆々 様にここで再度感謝を申し上げたい。なお，頂戴したコメントの中に，本ガイドで対応するこ とが難しいとしたものや，次の版以降に対応を見送ったものがあることをこの場を借りてお詫 びしなければならない。 x α 版にレビューコメントをお寄せくださった有識者の方々 （５ ０音順，敬称略，所属はレビュー当時） ・ 東 基衞 早稲田大学 ・ 岡崎 毅久 日本アイ・ビー・エム株式会社 ・ 小笠原秀人 株式会社東芝 ・ 小川 健司 独立行政法人 情報処理推進機構 ・ 金子 龍三 日本電気通信システム株式会社 ・ 兼子 毅 ・ 河合 清博 株式会社アスプコミュニケーションズ ・ 菊本 正紀 日本ノーベル株式会社 ・ 香村 求 株式会社システム SWAT ・ 笹部 進 日本電気通信システム株式会社 ・ 福山 俊一 鳥取環境大学 ・ 堀田 文明 北陸先端科学技術大学院大学 IP オペレーションセンター ・ 土井 聡之 株式会社協和エクシオ IT スキル標準センター 武蔵工業大学 （財）日本科学技術連盟・SQiP ソフトウェア品質委員会（旧 SPC 研究委員会）と（社）日本 品質管理学会・ソフトウェア部会には，各々の下に本 SQuBOK!策定部会を組織するための委員 会や研究会を発足させていただいた。 （財）日本科学技術連盟の糸柳寿人氏には本 SQuBOK!策 定部会の事務局を担っていただいた。お礼を申し上げたい。 高橋寿一氏（株式会社ソニー・コンピュータエンタテイメント） ，松岡正人氏（マイクロソフ ト株式会社）には途中まで策定メンバとしてご協力いただいた。小野敦史君，杉崎静士君，肥 後智紘君（株式会社日立システムアンドサービス）には，α 版の策定において，策定メンバの下 で一部の作業をお手伝いいただいた。狩野紀昭先生には資料のご紹介をいただいた。感謝した い。 【参考文献】 〔ISO/IEC TR １ ９ ７ ５ ９：２ ０ ０ ５〕 ISO/IEC TR １ ９ ７ ５ ９：２ ０ ０ ５ Software Engineering − Guide to the Software Engineering Body of Knowledge（SWEBOK） xi 目 次 ! SQuBOK ガイド巻頭言 ……………………………………………………iii ∼第１版の公開によせて∼ SQiP ステアリング委員会委員長 飯塚悦功（東京大学教授） ! SQuBOK 策定部会・顧問 …………………………………………………vi はじめに 序章 第１章 岡崎靖子 ………………………………………………………………vii ! SQuBOK ガイド概略………………………………………………１ ソフトウェア品質の基本概念 …………………………………１１ １． １ KA：品質の概念 ………………………………………………………１ ２ １． ２ KA：品質のマネジメント ……………………………………………５ ６ 第２章 ソフトウェア品質マネジメント ………………………………８３ 組織レベルのソフトウェア品質マネジメント………………………………８ ４ ２． １ KA：ソフトウェア品質マネジメントシステムの構築と運用 ……８ ４ ２． ２ KA：ライフサイクルプロセスのマネジメント ……………………１ ０ １ ２． ３ KA：プロセスアセスメント・プロセス改善のマネジメント ……１ １ ４ ２． ４ KA：検査のマネジメント ……………………………………………１ ２ ４ ２． ５ KA：監査のマネジメント ……………………………………………１ ２ ６ ２． ６ KA：教育・育成のマネジメント ……………………………………１ ２ ９ ２． ７ KA：法的権利・法的責任のマネジメント …………………………１ ４ ０ プロジェクトレベル（共通）のソフトウェア品質マネジメント ………１ ４ ４ ２． ８ KA：意思決定のマネジメント ………………………………………１ ４ ４ ２． ９ KA：調達マネジメント ………………………………………………１ ４ ６ ２． １ ０ KA：構成管理 ………………………………………………………１ ５ ０ xii 目 次 ２． １ １ KA：リスクマネジメント …………………………………………１ ５ ４ ２． １ ２ KA：プロジェクトマネジメント全般 ……………………………１ ６ ０ プロジェクトレベル（個別）のソフトウェア品質マネジメント ………１ ６ ４ ２． １ ３ KA：品質計画のマネジメント ……………………………………１ ６ ４ ２． １ ４ KA：レビューのマネジメント ……………………………………１ ６ ７ ２． １ ５ KA：テストのマネジメント ………………………………………１ ６ ９ ２． １ ６ KA：品質分析・評価のマネジメント ……………………………１ ７ ７ ２． １ ７ KA：運用・保守のマネジメント …………………………………１ ８ ２ 第３章 ソフトウェア品質技術 …………………………………………１９７ ３． １ KA：メトリクス ………………………………………………………１ ９ ８ ３． ２ KA：品質計画の技法 …………………………………………………２ ２ １ ３． ３ KA：要求分析の技法 …………………………………………………２ ２ ３ ３． ４ KA：レビューの技法 …………………………………………………２ ２ ９ ３． ５ KA：テストの技法 ……………………………………………………２ ５ ６ ３． ６ KA：品質分析・評価の技法 …………………………………………３ ０ ７ ３． ７ KA：運用・保守の技法 ………………………………………………３ ３ ５ 付録 A : 推奨書籍／論文一覧 ………………………………………………３ ４ １ 付録 B : 参考文献／関連文献一覧 …………………………………………３ ４ ６ 付録 C : 規格一覧 ……………………………………………………………３ ５ ６ 付録 D : 表彰論文一覧 ………………………………………………………３ ６ ４ 付録 E : 索引 …………………………………………………………………３ ７ ３ xiii 序章 SQuBOK!ガイド概略 序章 SQuBOK!ガイド 概略 （１）SQuBOK!の樹形図 SQuBOK!の体系をあらわす樹形図を図１から図４に表す。 「ソフトウェア品質の基本概念」 ， 「ソフトウェア品質マ SQuBOK!ガイドでは，知識領域は， ネジメント」 ， 「ソフトウェア品質技術」の三つのカテゴリに大別している（図１） 。最初の「ソ フトウェア品質の基本概念」カテゴリでは，品質の概念をはじめとする，ソフトウェア品質に 関する基本的な概念や考え方を分類している。次の「ソフトウェア品質マネジメント」カテゴ リでは，品質をマネージするためのアクティビティ（諸活動）を分類している。最後の「ソフ トウェア品質技術」カテゴリでは，メトリクス，および，品質計画の技法から運用・保守の技 法に至るまでの具体的な手法を分類している。 各カテゴリの下は，知識領域，副知識領域，トピックスの形式で整理している。具体的には， 最初の「ソフトウェア品質の基本概念」カテゴリ（図２）には， 「品質の概念」と「品質のマネ ジメント」の二つの知識領域がある。そして， 「品質の概念」知識領域の下には「品質の定義 （品質の考え方の変遷） 」 ， 「ソフトウェア品質モデル」 ， 「ディペンダビリティ」 ， 「セキュリティ」 ， 「ユーザビリティ」 ， 「セーフティ」の六つの副知識領域がある。さらに， 「品質の定義（品質の 考え方の変遷） 」副知識領域には， 「品質の定義（Gerald M. Weinberg） 」から「品質の定義（ISO /IEC ２ ５ ０ ０ ０） 」まで十のトピックスがある。 「ソフトウェア品質マネジメント」カテゴリ（図３）は，扱う内容が多いため，カテゴリと 知識領域との間に副カテゴリの層を設けている。組織で管理・実施することの多い知識領域を 整理した「組織レベルのソフトウェア品質マネジメント」 ，開発の各工程に共通する知識領域を 整理した「プロジェクトレベル（共通）のソフトウェア品質マネジメント」 ，開発の個々の工程 の知識領域を整理した「プロジェクトレベル（個別）のソフトウェア品質マネジメント」の三 つである（図３，図５） 。そして，副カテゴリの下は同様に知識領域とその下位の副知識領域， トピックスがある。 同様の構造で， 「ソフトウェア品質技術」カテゴリ（図４）にも知識領域があり，その下位に 副知識領域，トピックスがある。 このように樹形図は，カテゴリ， （副カテゴリ） ，知識領域，副知識領域，トピックスの４層 もしくは５層になっている。 （２）SQuBOK!ガイドの構成 第１章，第２章，第３章は，三つのカテゴリ（Category：CA）ごとにその配下の副カテゴリ （Sub-Category : S-CA） ，知識領域（Knowledge Area : KA） ，副知識領域（Sub-Knowledge Area : S-KA）の解説をしている。副カテゴリから副知識領域までの解説は，下位の層へのポインター であるとともに，簡単な意義や目的等も含む。最下位のトピックス（Topics :T）は， 「概要」 ， ， 「参考文献」 ， 「関連文献」等を説明している。 「関連トピックス／知識領域」 2 より深く知りたい場合には， 「参考文献」 ， 「関連文献」や付録の「推奨書籍／論文一覧」にあ たっていただくことをお勧めする。また，トピックスの「関連トピックス／知識領域」の項目 も参照していただくとよい。 「関連トピックス／知識領域」欄の項目の掲載している章・節番号 を知るには，付録 E の「索引」をご覧いただくとよい。 付録 A には， 「推奨書籍／論文一覧」を掲載している。これは，複数の策定メンバが推薦する 文献を厳選している。国内のエンジニアの便宜を考慮して日本語で書かれた文献を充実するよ うに努めた。 付録 B には， 「参考文献／関連文献一覧」を掲載している。これは，本文の解説で引用・参照 している文献や，関連文献として紹介したものをまとめた。付録 A と重複しているものもある。 付録 C には「規格一覧」を掲載している。これは，トピックスとして取り上げているか，本 文の解説で触れている規格で，その内容や影響度の点から，一覧で整理しておいたほうがよい と判断したものである。 付録 D には， 「表彰論文一覧」として，シンポジウム等で表彰された論文を掲載した。 付録 E には， 「索引」として，知識領域・副知識領域・トピックス名を一覧で掲載している。 ある知識領域・副知識領域・トピックスの内容を調べたい場合は，この付録 E，もしくは，図１ から図４の樹形図を参照すると，掲載している章・節番号を見つけやすいだろう。 3 序章 SQuBOK!ガイド 概略 SQuBOK!樹形図（全体） 㪞㫌㫀㪻㪼㩷㫋㫆㩷㫋㪿㪼㩷㪪㫆㪽㫋㫎㪸㫉㪼㩷㪨㫌㪸㫃㫀㫋㫐㩷㪙㫆㪻㫐㩷㫆㪽㩷㪢㫅㫆㫎㫃㪼㪻㪾㪼 㪈㪅㩷䉸䊐䊃䉡䉢䉝ຠ⾰䈱ၮᧄᔨ 㪈㪅㪈㩷㩷ຠ⾰䈱ᔨ 㪉㪅㩷䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪊㪅㩷䉸䊐䊃䉡䉢䉝ຠ⾰ᛛⴚ 䉦䊁䉯䊥㩿㪪㪄㪚㪘㪀 ⚵❱䊧䊔䊦䈱䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪈㪅㪈㪅㪈㩷㩷ຠ⾰䈱ቯ⟵䋨ຠ⾰䈱⠨䈋ᣇ䈱ᄌㆫ䋩 㪈㪅㪈㪅㪉㩷㩷䉸䊐䊃䉡䉢䉝ຠ⾰䊝䊂䊦 㪈㪅㪈㪅㪊㩷㩷䊂䉞䊕䊮䉻䊎䊥䊁䉞 㪊㪅㪈㩷㩷䊜䊃䊥䉪䉴 㪉㪅㪈㩷㩷䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃䉲䉴䊁䊛 䇭䇭䇭䈱᭴▽䈫ㆇ↪ 㪉㪅㪈㪅㪈㩷㩷ຠ⾰䊙䊈䉳䊜䊮䊃䉲䉴䊁䊛 㪉㪅㪈㪅㪉㩷㩷䉸䊐䊃䉡䉢䉝ຠ⾰ផㅴᵴേ 㪈㪅㪈㪅㪋㩷㩷䉶䉨䊠䊥䊁䉞 㪈㪅㪈㪅㪌㩷㩷䊡䊷䉱䊎䊥䊁䉞 㪉㪅㪈㪅㪊㩷㩷ຠ⾰䊙䊈䉳䊜䊮䊃⚵❱ 㪉㪅㪉㩷㩷䊤䉟䊐䉰䉟䉪䊦䊒䊨䉶䉴䈱䊙䊈䉳䊜䊮䊃 㪈㪅㪈㪅㪍㩷㩷䉶䊷䊐䊁䉞 㪉㪅㪉㪅㪈㩷㩷䊤䉟䊐䉰䉟䉪䊦䊝䊂䊦 㪈㪅㪉㩷㩷ຠ⾰䈱䊙䊈䉳䊜䊮䊃 㪈㪅㪉㪅㪈㩷㩷ຠ⾰䉮䊮䊃䊨䊷䊦 㪉㪅㪉㪅㪉㩷㩷䊒䊨䉶䉴䊝䊂䊦 㪊㪅㪈㪅㪈㩷㩷᷹ቯℂ⺰ ⍮⼂㗔ၞ㩿㪢㪘㪀 ⍮⼂㗔ၞ㩿㪪㪄㪢㪘㪀 㪊㪅㪈㪅㪉㩷㩷䊒䊨䉻䉪䊃䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪊㩷㩷䊒䊨䉶䉴䊜䊃䊥䉪䉴 㪊㪅㪉㩷㩷ຠ⾰⸘↹䈱ᛛᴺ 㪊㪅㪊㩷㩷ⷐ᳞ಽᨆ䈱ᛛᴺ 㩷㩷㩷㩷㩷㩷㩷㩷ⷐ᳞₪ᓧ㩿㪁㪈㪀 㪊㪅㪊㪅㪈㩷㩷ຠ⾰ⷐ᳞ቯ⟵ 㪈㪅㪉㪅㪉㩷㩷ຠ⾰⸽䈱⠨䈋ᣇ 㪉㪅㪊㩷㩷䊒䊨䉶䉴䉝䉶䉴䊜䊮䊃䊶䊒䊨䉶䉴ᡷༀ 䇭䇭䇭䈱䊙䊈䉳䊜䊮䊃 㩷㩷㩷㩷㩷㩷䋨䉝䊷䉨䊁䉪䉼䊞䋩⸳⸘䈱ᛛᴺ㩿㪁㪈㪀 㪈㪅㪉㪅㪊㩷㩷ᡷༀ䈱⠨䈋ᣇ 㪉㪅㪋㩷㩷ᬌᩏ䈱䊙䊈䉳䊜䊮䊃 㩷㩷㩷㩷㩷㩷ታⵝ䈱ᛛᴺ㩿㪁㪈㪀 㪈㪅㪉㪅㪋㩷㩷䉸䊐䊃䉡䉢䉝䈱ຠ⾰䊙䊈䉳䊜䊮䊃䈱․ᓽ 㪉㪅㪌㩷㩷⋙ᩏ䈱䊙䊈䉳䊜䊮䊃 㪊㪅㪋㩷㩷䊧䊎䊠䊷䈱ᛛᴺ 㪈㪅㪉㪅㪌㩷㩷䉸䊐䊃䉡䉢䉝᷹ቯ䈱⠨䈋ᣇ 㪉㪅㪍㩷㩷ᢎ⢒䊶⢒ᚑ䈱䊙䊈䉳䊜䊮䊃 㪊㪅㪋㪅㪈㩷㩷䊧䊎䊠䊷ᣇᴺ 㪈㪅㪉㪅㪍㩷㩷䉸䊐䊃䉡䉢䉝⹏ଔ䈱⠨䈋ᣇ 㪉㪅㪎㩷㩷ᴺ⊛ᮭ䊶ᴺ⊛⽿છ䈱䊙䊈䉳䊜䊮䊃 㪊㪅㪋㪅㪉㩷㩷᭽䊶䉮䊷䊄䈮ၮ䈨䈇䈢ᛛᴺ 㪈㪅㪉㪅㪎㩷㩷㪭䋧㪭䋨㪭㪼㫉㫀㪽㫀㪺㪸㫋㫀㫆㫅㩷㩽㩷㪭㪸㫃㫀㪻㪸㫋㫀㫆㫅䋩 㪈㪅㪉㪅㪏㩷㩷ᬌᩏ 䊒䊨䉳䉢䉪䊃䊧䊔䊦㩿ㅢ㪀䈱 䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪉㪅㪏㩷ᗧᕁቯ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪐㩷⺞㆐䊙䊈䉳䊜䊮䊃 㪉㪅㪐㪅㪈㩷㩷䊌䊷䊃䊅䊷䈫䈱䉮䊚䊠䊆䉬䊷䉲䊢䊮 㪉㪅㪈㪇㩷᭴ᚑ▤ℂ 㪉㪅㪈㪇㪅㪈㩷㩷ᄌᦝ▤ℂ 㪉㪅㪈㪇㪅㪉㩷㩷䊋䊷䉳䊢䊮▤ℂ 㪉㪅㪈㪇㪅㪊㩷㩷ਇౕว▤ℂ 㪉㪅㪈㪈㩷䊥䉴䉪䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪉㩷䊒䊨䉳䉢䉪䊃䊙䊈䉳䊜䊮䊃ో⥸ 䊒䊨䉳䉢䉪䊃䊧䊔䊦㩿㪀䈱 䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪊㩷㩷ຠ⾰⸘↹䈱䊙䊈䉳䊜䊮䊃 㩷㩷㩷㩷㩷㩷ⷐ᳞ಽᨆ䈱䊙䊈䉳䊜䊮䊃㩿㪁㪈㪀 㩷㩷㩷㩷㩷㩷䋨䉝䊷䉨䊁䉪䉼䊞䋩⸳⸘䈱䊙䊈䉳䊜䊮䊃㩿㪁㪈㪀 㩷㩷㩷㩷㩷㩷ታⵝ䈱䊙䊈䉳䊜䊮䊃㩿㪁㪈㪀 㪉㪅㪈㪋㩷㩷䊧䊎䊠䊷䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪌㩷㩷䊁䉴䊃䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪍㩷㩷ຠ⾰ಽᨆ䊶⹏ଔ䈱䊙䊈䉳䊜䊮䊃 䇭䉦䊁䉯䊥㩿㪚㪘㪀 㪊㪅㪋㪅㪊㩷㩷䊐䉤䊷䊦䊃䈮ၮ䈨䈇䈢ᛛᴺ 㩷㩷㩷㩷㩷㩷㩷㩷↪䈮ၮ䈨䈇䈢ᛛᴺ㩿㪁㪈㪀 㪊㪅㪌㩷㩷䊁䉴䊃䈱ᛛᴺ 㪊㪅㪌㪅㪈㩷㩷⚻㛎䈍䉋䈶⋥ᗵ䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪉㩷㩷᭽䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪊㩷㩷䉮䊷䊄䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪋㩷㩷䊐䉤䊷䊦䊃䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪌㩷㩷↪䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪍㩷㩷䉸䊐䊃䉡䉢䉝䈱ᒻᘒ䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪎㩷㩷⚵䉂ว䉒䈞䈱ᛛᴺ 㪊㪅㪌㪅㪏㩷㩷䊥䉴䉪䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪐㩷㩷䊁䉴䊃ᛛᴺ䈱ㆬᛯ䈫⚵䉂ว䉒䈞 㪊㪅㪌㪅㪈㪇㩷䊁䉴䊃⥄േൻᛛᴺ 㪊㪅㪍㩷㩷ຠ⾰ಽᨆ䊶⹏ଔ䈱ᛛᴺ 㪊㪅㪍㪅㪈㩷㩷ା㗬ᕈ੍᷹䈮㑐䈜䉎ᛛᴺ 㪊㪅㪍㪅㪉㩷㩷ຠ⾰ㅴ▤ℂ䈮㑐䈜䉎ᛛᴺ 㪊㪅㪍㪅㪊㩷㩷㓚ኂಽᨆ䈮㑐䈜䉎ᛛᴺ 㪊㪅㪍㪅㪋㩷㩷䊂䊷䉺⸃ᨆ䊶䈮㑐䈜䉎ᛛᴺ 㪊㪅㪎㩷㩷ㆇ↪䊶䈱ᛛᴺ 㪉㪅㪈㪍㪅㪈㩷㩷ຠຠ⾰䈱ಽᨆ䊶⹏ଔ 㪉㪅㪈㪍㪅㪉㩷㩷䊒䊨䉶䉴䈱ಽᨆ䊶⹏ଔ 㪉㪅㪈㪎㩷㩷ㆇ↪䊶䈱䊙䊈䉳䊜䊮䊃 （＊１）SQuBOK!第１版では扱わない 図１ 樹形図概観（カテゴリ層から副知識領域層の上位４層まで） 4 SQuBOK!樹形図（ソフトウェア品質の基本概念） 㪈㪅㩷䉸䊐䊃䉡䉢䉝ຠ⾰䈱ၮᧄᔨ 㪈㪅㪈㩷ຠ⾰䈱ᔨ 㪈㪅㪈㪅㪈㩷ຠ⾰䈱ቯ⟵䋨ຠ⾰䈱⠨䈋ᣇ䈱ᄌㆫ䋩 㪈㪅㪈㪅㪈㪅㪈㩷㩷ຠ⾰䈱ቯ⟵䋨㪞㪼㫉㪸㫃㪻㩷㪤㪅㩷㪮㪼㫀㫅㪹㪼㫉㪾䋩 䇭䉦䊁䉯䊥㩿㪚㪘㪀 ⍮⼂㗔ၞ㩿㪢㪘㪀 ⍮⼂㗔ၞ㩿㪪㪄㪢㪘㪀 䊃䊏䉾䉪䉴㩿䌔㪀 㪈㪅㪈㪅㪈㪅㪉㩷㩷ຠ⾰䈱ቯ⟵䋨㪡㪸㫄㪼㫊㩷㪤㪸㫉㫋㫀㫅䋩 㪈㪅㪈㪅㪈㪅㪊㩷㩷ຠ⾰䈱ቯ⟵䋨㪡㫆㫊㪼㫇㪿㩷㪤㪅㩷㪡㫌㫉㪸㫅䋩 㪈㪅㪈㪅㪈㪅㪋㩷㩷ຠ⾰䈱ቯ⟵䋨㪧㪿㫀㫃㫀㫇㩷㪙㪅㪚㫉㫆㫊㪹㫐䋩 㪈㪅㪈㪅㪈㪅㪌㩷㩷ຠ⾰䈱ቯ⟵䋨㪩㫆㪾㪼㫉㩷㪪㪅㩷㪧㫉㪼㫊㫊㫄㪸㫅䋩 㪈㪅㪈㪅㪈㪅㪍㩷㩷ຠ⾰䈱ቯ⟵䋨㪩㫆㪹㪼㫉㫋㩷㪣㪅㩷㪞㫃㪸㫊㫊䋩 㪈㪅㪈㪅㪈㪅㪎㩷㩷ຠ⾰䈱ቯ⟵䋨⍹Ꮉ㚌䋩 㪈㪅㪈㪅㪈㪅㪏㩷㩷ຠ⾰䈱ቯ⟵䋨㪠㪜㪜㪜㩷㪪㫋㪻㩷㪍㪈㪇䋩 㪈㪅㪈㪅㪈㪅㪐㩷㩷ຠ⾰䈱ቯ⟵䋨㪠㪪㪦㩷㪐㪇㪇㪇䋩 㪈㪅㪈㪅㪈㪅㪈㪇㩷㩷ຠ⾰䈱ቯ⟵䋨㪠㪪㪦㪆㪠㪜㪚㩷㪉㪌㪇㪇㪇䋩 㪈㪅㪈㪅㪉㩷㩷䉸䊐䊃䉡䉢䉝ຠ⾰䊝䊂䊦 㪈㪅㪈㪅㪉㪅㪈㩷㩷䉸䊐䊃䉡䉢䉝ຠ䈱ຠ⾰䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪐㪈㪉㪍䉲䊥䊷䉵䋩 㪈㪅㪈㪅㪉㪅㪉㩷㩷䉸䊐䊃䉡䉢䉝䈱ຠ⾰ⷐ᳞䈫⹏ଔ䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪉㪌㪇㪇㪇䉲䊥䊷䉵䋩 㪈㪅㪈㪅㪉㪅㪊㩷㩷㪤㪺㪚㪸㫃㫃䈱ຠ⾰䊝䊂䊦 㪈㪅㪈㪅㪉㪅㪋㩷㩷㪪㪨㪤㪘㪫䇼䌎䌅䌃䇽 㪈㪅㪈㪅㪊㩷㩷䊂䉞䊕䊮䉻䊎䊥䊁䉞 㪈㪅㪈㪅㪊㪅㪈㩷㩷䊂䉞䊕䊮䉻䊎䊥䊁䉞䈱ቯ⟵ 㪈㪅㪈㪅㪊㪅㪉㩷㩷䊂䉞䊕䊮䉻䊎䊥䊁䉞▤ℂ䈮㑐䈜䉎ⷙᩰ䋨㪡㪠㪪㩷㪚㩷㪌㪎㪌㪇䉲䊥䊷䉵䋩 㪈㪅㪈㪅㪊㪅㪊㩷㩷䊂䉞䊕䊮䉻䊎䊥䊁䉞䊙䊈䉳䊜䊮䊃䈮㑐䈜䉎ⷙᩰ䋨㪠㪜㪚㩷㪍㪇㪊㪇㪇䉲䊥䊷䉵䋩 㪈㪅㪈㪅㪋㩷㩷䉶䉨䊠䊥䊁䉞 㪈㪅㪈㪅㪋㪅㪈㩷㩷㪠㪪㪤㪪䋨ᖱႎ䉶䉨䊠䊥䊁䉞䊙䊈䉳䊜䊮䊃䉲䉴䊁䊛䋩 㪈㪅㪈㪅㪋㪅㪉㩷㩷䉮䊝䊮䉪䊤䉟䊁䊥䉝 㪈㪅㪈㪅㪋㪅㪊㩷㩷䈠䈱ઁ䈱䉶䉨䊠䊥䊁䉞ⷙᩰ 㪈㪅㪈㪅㪌㩷㩷䊡䊷䉱䊎䊥䊁䉞 㪈㪅㪈㪅㪍㩷㩷䉶䊷䊐䊁䉞 㪈㪅㪉㩷㩷ຠ⾰䈱䊙䊈䉳䊜䊮䊃 㪈㪅㪉㪅㪈㩷㩷ຠ⾰䉮䊮䊃䊨䊷䊦 㪈㪅㪉㪅㪉㩷㩷ຠ⾰⸽䈱⠨䈋ᣇ 㪈㪅㪉㪅㪊㩷㩷ᡷༀ䈱⠨䈋ᣇ 㪈㪅㪉㪅㪊㪅㪈㩷㩷㪧㪛㪚㪘 㪈㪅㪉㪅㪊㪅㪉㩷㩷ᡷༀ䋨㪢㪘㪠㪱㪜㪥䋩 㪈㪅㪉㪅㪋㩷㩷䉸䊐䊃䉡䉢䉝䈱ຠ⾰䊙䊈䉳䊜䊮䊃䈱․ᓽ 㪈㪅㪉㪅㪌㩷㩷䉸䊐䊃䉡䉢䉝᷹ቯ䈱⠨䈋ᣇ 㪈㪅㪉㪅㪌㪅㪈㩷㩷䉸䊐䊃䉡䉢䉝᷹ቯ䊒䊨䉶䉴䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪈㪌㪐㪊㪐䋩 㪈㪅㪉㪅㪍㩷㩷䉸䊐䊃䉡䉢䉝⹏ଔ䈱⠨䈋ᣇ 㪈㪅㪉㪅㪎㩷㩷㪭䋧㪭䋨㪭㪼㫉㫀㪽㫀㪺㪸㫋㫀㫆㫅㩷㩽㩷㪭㪸㫃㫀㪻㪸㫋㫀㫆㫅䋩 㪈㪅㪉㪅㪎㪅㪈㩷㩷㪭㩽㪭䈱ቯ⟵䋨㪠㪜㪜㪜㩷㪍㪈㪇㪅㪈㪉䋩 㪈㪅㪉㪅㪎㪅㪉㩷㩷ᬌ⸽䋨㪭㪼㫉㫀㪽㫀㪺㪸㫋㫀㫆㫅䋩䈱ቯ⟵䋨㪠㪜㪜㪜㩷㪍㪈㪇㪅㪈㪉㪃㩷㪈㪇㪈㪉䋩 㪈㪅㪉㪅㪎㪅㪊㩷㩷ᬌ⸽䋨㪭㪼㫉㫀㪽㫀㪺㪸㫋㫀㫆㫅䋩䈱ቯ⟵䋨㪠㪪㪦㩷㪐㪇㪇㪇䋩 㪈㪅㪉㪅㪎㪅㪋㩷㩷ᅷᒰᕈ⏕䋨㪭㪸㫃㫀㪻㪸㫋㫀㫆㫅䋩䈱ቯ⟵䋨㪠㪜㪜㪜㩷㪍㪈㪇㪅㪈㪉㪃㩷㪈㪇㪈㪉䋩 㪈㪅㪉㪅㪎㪅㪌㩷㩷ᅷᒰᕈ⏕䋨㪭㪸㫃㫀㪻㪸㫋㫀㫆㫅䋩䈱ቯ⟵䋨㪠㪪㪦㩷㪐㪇㪇㪇䋩 㪈㪅㪉㪅㪎㪅㪍㩷㩷㪭㩽㪭⸘↹ 㪈㪅㪉㪅㪎㪅㪎㩷㩷㪠㪭㩽㪭䋨㪠㫅㪻㪼㫇㪼㫅㪻㪼㫅㫋㩷㪭㩽㪭䋩 㪈㪅㪉㪅㪎㪅㪏㩷㩷㪥㪘㪪㪘䈱㪠㪭㩽㪭 㪈㪅㪉㪅㪏㩷㩷ᬌᩏ 㪈㪅㪉㪅㪏㪅㪈㩷㩷䉸䊐䊃䉡䉢䉝Ꮏ႐ 図２「ソフトウェア品質の基本概念」カテゴリ（カテゴリ層からトピックス層まで全て） 5 序章 SQuBOK!ガイド 概略 SQuBOK!樹形図（ソフトウェア品質マネジメント） 㪉㪅㩷䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 ⚵❱䊧䊔䊦䈱䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪉㪅㪈㩷䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃䉲䉴䊁䊛 㩷㩷㩷䈱᭴▽䈫ㆇ↪ 㪉㪅㪈㪅㪈㩷㩷ຠ⾰䊙䊈䉳䊜䊮䊃䉲䉴䊁䊛 㪉㪅㪈㪅㪈㪅㪈㩷㩷ຠ⾰䊙䊈䉳䊜䊮䊃䈮㑐䈜䉎 㩷㩷㩷㩷㩷㩷㩷㩷㩷㩷䇭ⷙᩰ䋨㪠㪪㪦㪐㪇㪇㪇䊐䉜䊚䊥䊷䋩 䉦䊁䉯䊥䋨㪚㪘㪀 䇭 䉦䊁䉯䊥㩿㪪㪄㪚㪘㪀 ⍮⼂㗔ၞ㩿㪢㪘㪀 䊒䊨䉳䉢䉪䊃䊧䊔䊦㩿ㅢ㪀䈱 䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪉㪅㪏㩷ᗧᕁቯ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪏㪅㪈㪅㪈㩷㩷㪠㪧㪛䋨⛔วຠ㐿⊒䋩䇼㪠㪙㪤䇽 ⍮⼂㗔ၞ㩿㪪㪄㪢㪘㪀 䊃䊏䉾䉪䉴㩿㪫㪀 㪉㪅㪐㩷⺞㆐䊙䊈䉳䊜䊮䊃 㪉㪅㪐㪅㪈㩷㩷䊌䊷䊃䊅䊷䈫䈱䉮䊚䊠䊆䉬䊷䉲䊢䊮 㪉㪅㪈㪅㪈㪅㪉㩷㩷㪫㪨㪚䋨✚ว⊛ຠ⾰▤ℂ䋩 㪉㪅㪐㪅㪈㪅㪈㩷㩷ᄖㇱᆔ⸤ 㪉㪅㪈㪅㪈㪅㪊㩷㩷㪫㪨㪤䋨✚ว⊛ຠ⾰䊙䊈䉳䊜䊮䊃䋩 㪉㪅㪐㪅㪈㪅㪉㩷㩷䉥䊐䉲䊢䉝㐿⊒ 㪉㪅㪈㪅㪈㪅㪋㩷㩷㩷㪡㪠㪪㩷㪨㩷㪐㪇㪇㪌㩷⾰䊙䊈䉳䊜䊮䊃䉲䉴䊁䊛㪄ᜬ⛯น⢻䈭ᚑ㐳 㩷㩷㩷㩷㩷㩷㩷㩷㩷㩷㩷䈱ᜰ㊎ 㪉㪅㪈㪅㪉㩷㩷䉸䊐䊃䉡䉢䉝ຠ⾰ផㅴᵴേ 㪉㪅㪈㪅㪉㪅㪈㩷㩷䉲䉾䉪䉴䉲䉫䊙 㪉㪅㪈㪅㪉㪅㪉㩷㩷㪨㪚䉰䊷䉪䊦 㪉㪅㪈㪅㪉㪅㪊㩷㩷㪪㪮㪨㪚䇼䌎䌅䌃䇽 㪉㪅㪈㪅㪉㪅㪋㩷㩷㪨㪽㫀㫅㫀㫋㫐䇼ን჻ㅢ䇽 㪉㪅㪈㪅㪉㪅㪌㩷㩷ຠ⾰ળ⸘䇼䌎䌅䌃䇽 㪉㪅㪐㪅㪈㪅㪊㩷㩷䊑䊥䉾䉳㪪㪜 㪉㪅㪈㪇㩷᭴ᚑ▤ℂ 㪉㪅㪈㪇㪅㪈㩷㩷ᄌᦝ▤ℂ 㪉㪅㪈㪇㪅㪉㩷㩷䊋䊷䉳䊢䊮▤ℂ 㪉㪅㪈㪇㪅㪊㩷㩷ਇౕว▤ℂ 㪉㪅㪈㪈㩷䊥䉴䉪䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪈㪅㪈㪅㪈㩷㩷䉲䉴䊁䊛䈍䉋䈶䉸䊐䊃䉡䉢䉝䈮⺖䈞䉌䉏䈢䊥䉴䉪 ᛥ䈱ቢోᕈ᳓Ḱ䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪈㪌㪇㪉㪍䋩 㪉㪅㪈㪈㪅㪈㪅㪉㩷㩷䊥䉴䉪⼂ 㪉㪅㪉㪅㪈㩷㩷䊤䉟䊐䉰䉟䉪䊦䊝䊂䊦 㪉㪅㪉㪅㪈㪅㪈㩷㩷䉸䊐䊃䉡䉢䉝䊤䉟䊐䉰䉟䉪䊦䊒䊨䉶䉴䈮㑐䈜䉎ⷙᩰ 䋨㪠㪪㪦㪆㪠㪜㪚㩷㪈㪉㪉㪇㪎䋩 㪉㪅㪉㪅㪈㪅㪉㩷㩷䉲䉴䊁䊛䊤䉟䊐䉰䉟䉪䊦䊒䊨䉶䉴䈮㑐䈜䉎ⷙᩰ 䋨㪠㪪㪦㪆㪠㪜㪚㩷㪈㪌㪉㪏㪏䋩 㪉㪅㪉㪅㪈㪅㪊㩷䉶䊷䊐䊁䉞䊶䉪䊥䊁䉞䉦䊦䊶䊤䉟䊐䉰䉟䉪䊦䊝䊂䊦 㪉㪅㪉㪅㪉㩷㩷䊒䊨䉶䉴䊝䊂䊦 㪉㪅㪊㩷㩷䊒䊨䉶䉴䉝䉶䉴䊜䊮䊃䊶䊒䊨䉶䉴ᡷༀ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪊㪅㪈㪅㪈㩷㩷㪠㪛㪜㪘㪣 㪉㪅㪊㪅㪈㪅㪉㩷㩷䊒䊨䉶䉴䉝䉶䉴䊜䊮䊃䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪈㪌㪌㪇㪋䋩 㪉㪅㪊㪅㪈㪅㪊㩷㩷㪚㪤㪤㪠䋨⢻ജᚑᾫᐲ䊝䊂䊦⛔ว䋩 㪉㪅㪈㪊㩷㩷ຠ⾰⸘↹䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪊㪅㪈㪅䋱㩷㩷䊔䊮䉼䊙䊷䉪 㩷㩷ⷐ᳞ಽᨆ䈱䊙䊈䉳䊜䊮䊃㩿㪁㪈㪀 㩷㩷䋨䉝䊷䉨䊁䉪䉼䊞䋩⸳⸘䈱 㩷㩷㩷䊙䊈䉳䊜䊮䊃㩿㪁㪈㪀 㩷㩷ታⵝ䈱䊙䊈䉳䊜䊮䊃㩿㪁㪈㪀 㪉㪅㪈㪋㩷䊧䊎䊠䊷䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪌㩷䊁䉴䊃䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪌㪅㪈㪅㪈㩷㩷䊁䉴䊃䊄䉨䊠䊜䊮䊃䈮㑐䈜䉎ⷙᩰ 㩷㩷㩷㩷㩷㩷㩷㩷㩷㩷㩷㩷䋨㪠㪜㪜㪜㩷㫊㫋㪻㪅㩷㪏㪉㪐䋩 㪉㪅㪈㪌㪅㪈㪅㪉㩷㩷䊁䉴䊃䈱⚵❱ 㪉㪅㪈㪌㪅㪈㪅㪊㩷㩷䊁䉴䊃䊧䊔䊦 㪉㪅㪈㪌㪅㪈㪅㪋㩷㩷㪭ሼ䊝䊂䊦 㪉㪅㪈㪌㪅㪈㪅㪌㩷㩷䊁䉴䊃⸘↹ 㪉㪅㪈㪌㪅㪈㪅㪍㩷㩷䊁䉴䊃䊥䉴䉪䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪅㪊㩷㩷ຠ⾰䊙䊈䉳䊜䊮䊃⚵❱ 㪉㪅㪉㩷㩷䊤䉟䊐䉰䉟䉪䊦䊒䊨䉶䉴䈱䊙䊈䉳䊜䊮䊃 䊒䊨䉳䉢䉪䊃䊧䊔䊦㩿㪀䈱 䉸䊐䊃䉡䉢䉝ຠ⾰䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪈㪅㪈㪅㪊㩷㩷䊥䉴䉪ಽᨆ 㪉㪅㪈㪌㪅㪈㪅㪎㩷㩷䊁䉴䊃ㅴ䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪌㪅㪈㪅㪏㩷㩷䊁䉴䊃ⅣႺ䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪉㩷䊒䊨䉳䉢䉪䊃䊙䊈䉳䊜䊮䊃ో⥸ 㪉㪅㪈㪉㪅㪈㪅㪈㩷㩷㪧㪤㪙㪦㪢 㪉㪅㪈㪉㪅㪈㪅㪉㩷㩷㪧㪉㪤䋨䊒䊨䉳䉢䉪䊃㩽䊒䊨䉫䊤䊛㩷䊙䊈䉳䊜䊮䊃䋩 㪉㪅㪈㪍㩷ຠ⾰ಽᨆ䊶⹏ଔ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪍㪅㪈㩷㩷ຠຠ⾰䈱ಽᨆ䊶⹏ଔ 㪉㪅㪈㪍㪅㪉㩷㩷䊒䊨䉶䉴ຠ⾰䈱ಽᨆ䊶⹏ଔ 㪉㪅㪈㪉㪅㪈㪅㪊㩷㩷䊒䊨䉳䉢䉪䊃䈮䈍䈔䉎ຠ⾰䊙䊈䉳䊜䊮䊃䈱ᜰ㊎䈮 㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㩷㪈㪇㪇㪇㪍䋩 㪉㪅㪈㪎㩷ㆇ↪䊶䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪎㪅㪈㪅㪈㩷㩷㪠㪫㪠㪣 㪉㪅㪈㪎㪅㪈㪅㪉㩷䉰䊷䊎䉴䊙䊈䉳䊜䊮䊃䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪉㪇㪇㪇㪇䋩 㪉㪅㪈㪎㪅㪈㪅㪊㩷㩷㪪㪣㪤䋨䉰䊷䊎䉴䊧䊔䊦䊙䊈䉳䊜䊮䊃䋩 㪉㪅㪈㪎㪅㪈㪅㪋㩷㩷㪪㪣㪘䋨䉰䊷䊎䉴䊧䊔䊦䉝䉫䊥䊷䊜䊮䊃䋩 㪉㪅㪈㪎㪅㪈㪅㪌㩷㩷䉸䊐䊃䉡䉢䉝䊤䉟䊐䉰䉟䉪䊦䊒䊨䉶䉴䋭 䈮㑐䈜䉎ⷙᩰ䋨㪠㪪㪦㪆㪠㪜㪚㩷㪈㪋㪎㪍㪋䋩 㪉㪅㪊㪅㪈㪅㪋㩷㩷㪧㪪㪧䋨䊌䊷䉸䊅䊦䊶䉸䊐䊃䉡䉢䉝䊶䊒䊨䉶䉴䋩 㪉㪅㪊㪅㪈㪅㪌㩷㩷㪫㪪㪧䋨䉼䊷䊛䊶䉸䊐䊃䉡䉢䉝䊶䊒䊨䉶䉴䋩 㪉㪅㪊㪅㪈㪅㪍㩷㩷㪫㪧㪠䋨䊁䉴䊃䊒䊨䉶䉴ᡷༀ䋩 㪉㪅㪈㪎㪅㪈㪅㪍㩷㩷䉰䊷䊎䉴䈱⛮⛯ᕈ䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪎㪅㪈㪅㪎㩷㩷䉰䊷䊎䉴䈱น↪ᕈ䊙䊈䉳䊜䊮䊃 㪉㪅㪊㪅㪈㪅㪎㩷㩷㪫㪤㪤㫀䋨䊁䉴䊃ᚑᾫᐲ䊝䊂䊦⛔ว䋩 㪉㪅㪈㪎㪅㪈㪅㪏㩷㩷䉟䊮䉲䊂䊮䊃䊙䊈䉳䊜䊮䊃 㪉㪅㪊㪅㪈㪅㪏㩷㩷䊘䉴䊃䊝䊷䊁䊛 㪉㪅㪈㪎㪅㪈㪅㪐㩷㩷㗴䊙䊈䉳䊜䊮䊃 㪉㪅㪊㪅㪈㪅㪐㩷㩷⪭Ⓞᜪ䈇䇼ᣣ┙䇽 㪉㪅㪈㪎㪅㪈㪅㪈㪇㩷䊥䊥䊷䉴䊙䊈䉳䊜䊮䊃 㪉㪅㪋㩷ᬌᩏ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪈㪎㪅㪈㪅㪈㪈㩷䉨䊞䊌䉲䊁䉞䊙䊈䉳䊜䊮䊃 㪉㪅㪌㩷⋙ᩏ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪌㪅㪈㪅㪈㩷㩷⾼⾈వ䊒䊨䉶䉴⋙ᩏ 㪉㪅㪍㩷ᢎ⢒䊶⢒ᚑ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪍㪅㪈㪅㪈㩷㩷㪠㪫㪪㪪䋨㪠㪫䉴䉨䊦ᮡḰ䋩 㪉㪅㪍㪅㪈㪅㪉㩷㩷㪜㪫㪪㪪䋨㪜㪫䉴䉨䊦ᮡḰ䋩 㪉㪅㪍㪅㪈㪅㪊㩷㩷㪬㪠㪪㪪㩿ᖱႎ䉲䉴䊁䊛䊡䊷䉱䉴䉨䊦ᮡḰ㪀 㪉㪅㪍㪅㪈㪅㪋㩷㩷䉨䊞䊥䉝㐿⊒⸘↹ 㪉㪅㪍㪅㪈㪅㪌㩷㩷േᯏઃ䈔 㪉㪅㪍㪅㪈㪅㪍㩷㩷㪧㪪䋨䊌䊷䊃䊅䊷ḩ⿷䋩 㪉㪅㪎㩷㩷ᴺ⊛ᮭ䊶ᴺ⊛⽿છ䈱䊙䊈䉳䊜䊮䊃 㪉㪅㪎㪅㪈㪅㪈㩷㩷․⸵ᴺ 㪉㪅㪎㪅㪈㪅㪉㩷㩷⪺ᮭᴺ 㪉㪅㪎㪅㪈㪅㪊㩷㩷ᮡᴺ 㪉㪅㪎㪅㪈㪅㪋㩷㩷ਇᱜ䉝䉪䉶䉴ᱛᴺ 㪉㪅㪎㪅㪈㪅㪌㩷㩷ੱᖱႎ⼔ᴺ 㪉㪅㪎㪅㪈㪅㪍㩷㩷㪧㪣ᴺ䋨ㅧ‛⽿છᴺ䋩 （＊１）SQuBOK!第１版では扱わない 図３「ソフトウェア品質マネジメント」カテゴリ（カテゴリ層からトピックス層まで全て） 6 SQuBOK!樹形図（ソフトウェア品質技術） 㪊㪅㩷㩷䉸䊐䊃䉡䉢䉝ຠ⾰ᛛⴚ 㪊㪅㪈㩷㩷䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪈㩷㩷᷹ቯℂ⺰ 㪊㪅㪈㪅㪈㪅㪈㩷㩷᷹ቯዤᐲ 䉦䊁䉯䊥㩿㪚㪘㪀 ⍮⼂㗔ၞ㩿㪢㪘㪀 ⍮⼂㗔ၞ㩿㪪㪄㪢㪘㪀 䊃䊏䉾䉪䉴㩿㪫㪀 㪊㪅㪈㪅㪈㪅㪉㩷㩷ຠ⾰䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪈㪅㪊㩷㩷᷹ቯ୯ 㪊㪅㪈㪅㪈㪅㪋㩷㩷ᜰᮡ 㪊㪅㪌㩷㩷䊁䉴䊃䈱ᛛᴺ 㪊㪅㪍㩷㩷ຠ⾰ಽᨆ䊶⹏ଔ䈱ᛛᴺ 㪊㪅㪌㪅㪈㩷㩷⚻㛎䈍䉋䈶⋥ᗵ䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪍㪅㪈㩷㩷ା㗬ᕈ੍᷹䈮㑐䈜䉎ᛛᴺ 㪊㪅㪌㪅㪈㪅㪈㩷㩷䉝䊄䊖䉾䉪䊁䉴䊃 㪊㪅㪍㪅㪈㪅㪈㩷㩷䉸䊐䊃䉡䉢䉝ା㗬ᕈ䊝䊂䊦 㪊㪅㪌㪅㪈㪅㪉㩷㩷ត⚝⊛䊁䉴䊃 㪊㪅㪍㪅㪈㪅㪉㩷㩷䉸䊐䊃䉡䉢䉝ା㗬ᐲᚑ㐳䊝䊂䊦 㪊㪅㪍㪅㪈㪅㪊㩷㩷ត㊎䇼ᣣ┙䇽 㪊㪅㪌㪅㪉㩷㩷᭽䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪉㪅㪈㩷㩷䊑䊤䉾䉪䊗䉾䉪䉴䊁䉴䊃 㪊㪅㪍㪅㪈㪅㪋㩷㩷ᰳ㒱㒰䊝䊂䊦 㪊㪅㪈㪅㪈㪅㪌㩷㩷⹏ቯ᳓Ḱ 㪊㪅㪈㪅㪈㪅㪍㩷㩷⹏ଔၮḰ 㪊㪅㪈㪅㪈㪅㪎㩷㩷᷹ቯ䊒䊨䉶䉴 㪊㪅㪈㪅㪈㪅㪏㩷㩷⹏ଔ䊒䊨䉶䉴 㪊㪅㪈㪅㪉㩷㩷䊒䊨䉻䉪䊃䊜䊃䊥䉪䉴 㪊㪅㪌㪅㪉㪅㪉㩷㩷ห୯ಽഀ 㪊㪅㪍㪅㪈㪅㪌㩷㩷㪝㪸㫌㫃㫋㪄㪧㫉㫆㫅㪼ಽᨆ 㪊㪅㪍㪅㪉㩷㩷ຠ⾰ㅴ▤ℂ䈮㑐䈜䉎ᛛᴺ 㪊㪅㪌㪅㪉㪅㪊㩷㩷Ⴚ⇇୯ಽᨆ䋯Ⴚ⇇୯䊁䉴䊃 㪊㪅㪌㪅㪉㪅㪋㩷㩷䊂䉲䉳䊢䊮䊁䊷䊑䊦䈮䉋䉎䊁䉴䊃 㪊㪅㪍㪅㪉㪅㪈㩷㩷⇣Ᏹ୯▤ℂ 㪊㪅㪌㪅㪉㪅㪌㩷㩷ේ࿃⚿ᨐ䉫䊤䊐䈮䉋䉎䊁䉴䊃 㪊㪅㪍㪅㪉㪅㪉㩷㩷Ꮏᢙ䋯ᚑᨐ䊝䊂䊦 㪊㪅㪌㪅㪉㪅㪍㩷㩷⁁ᘒㆫ⒖䊁䉴䊃 㪊㪅㪍㪅㪉㪅㪊㩷㩷䉮䊷䊄⛔ว䊌䉺䊷䊮 㪊㪅㪈㪅㪉㪅㪈㩷㩷ౝㇱ䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪉㪅㪉㩷㩷ᄖㇱ䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪉㪅㪊㩷㩷↪ᤨ䈱ຠ⾰䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪉㪅㪋㩷㩷ⶄ㔀ᐲ䈱䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪉㪅㪌㩷㩷ⷙᮨ䊜䊃䊥䉪䉴 㪊㪅㪌㪅㪉㪅㪎㩷㩷䊤䊮䉻䊛䊁䉴䊃 㪊㪅㪍㪅㪉㪅㪋㩷㩷㪧㪫㪩䉰䊑䊝䊂䊦 㪊㪅㪌㪅㪉㪅㪏㩷㩷䊝䊂䊦䊔䊷䉴䊄䊁䉴䊃 㪊㪅㪍㪅㪉㪅㪌㩷㩷㪧㪫㪩⊒↢䈍䉋䈶䊋䉾䉪䊨䉫੍᷹䊝䊂䊦 㪊㪅㪌㪅㪉㪅㪐㩷㩷ⷐ࿃ಽᨆᛛᴺ䇼ን჻ㅢ䇽 㪊㪅㪈㪅㪉㪅㪍㩷㩷䊐䉜䊮䉪䉲䊢䊮䊘䉟䊮䊃 㪊㪅㪌㪅㪊㪅㪈㩷㩷䊖䊪䉟䊃䊗䉾䉪䉴䊁䉴䊃 㪊㪅㪈㪅㪉㪅㪎㩷㩷㪣㪦㪚䋨䉸䊷䉴䉮䊷䊄ⴕᢙ䋩 㪊㪅㪌㪅㪊㪅㪉㩷㩷ᓮ䊐䊨䊷䊁䉴䊃 㪊㪅㪈㪅㪊㩷㩷䊒䊨䉶䉴䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪊㪅㪈㩷㩷㐿⊒ၮ⋚䈱䊜䊃䊥䉪䉴 㪊㪅㪈㪅㪊㪅㪉㩷㩷ᬺຠ⾰ 㪊㪅㪍㪅㪉㪅㪍㩷㩷㪩㪸㫐㫃㪼㫀㪾㪿䊝䊂䊦 㪊㪅㪌㪅㪊㩷㩷䉮䊷䊄䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪍㪅㪊㩷㩷㓚ኂಽᨆ䈮㑐䈜䉎ᛛᴺ 㪊㪅㪍㪅㪊㪅㪈㩷㩷㪦㪛㪚䋨㪦㫉㫋㪿㫆㪾㫆㫅㪸㫃㩷㪛㪼㪽㪼㪺㫋㩷㪚㫃㪸㫊㫊㫀㪽㫀㪺㪸㫋㫀㫆㫅䋩 㪊㪅㪍㪅㪊㪅㪉㩷㩷䊋䉫ಽᨆ 㪊㪅㪌㪅㪊㪅㪊㩷㩷䊂䊷䉺䊐䊨䊷䊁䉴䊃 㪊㪅㪍㪅㪋㩷㩷䊂䊷䉺⸃ᨆ䊶䈮㑐䈜䉎ᛛᴺ 㪊㪅㪌㪅㪊㪅㪋㩷㩷䊃䊤䊮䉱䉪䉲䊢䊮䊐䊨䊷䊁䉴䊃 㪊㪅㪍㪅㪋㪅㪈㩷㩷ᣂ㪨㪚৾䈧ౕ 㪊㪅㪌㪅㪊㪅㪌㩷㩷䉮䊷䊦䊐䊨䊷䊁䉴䊃 㪊㪅㪍㪅㪋㪅㪉㩷㩷㪨㪚৾䈧ౕ 㪊㪅㪌㪅㪋㩷㩷䊐䉤䊷䊦䊃䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪉㩷㩷ຠ⾰⸘↹䈱ᛛᴺ 㪊㪅㪉㪅㪈㪅㪈㩷㩷⾌↪ଢ⋉ಽᨆ 㪊㪅㪊㩷㩷ⷐ᳞ಽᨆ䈱ᛛᴺ 㪊㪅㪍㪅㪋㪅㪋㩷㩷㪜㪛㪘䋨ត⚝⊛䊂䊷䉺⸃ᨆ䋩ᚻᴺ 㪊㪅㪌㪅㪋㪅㪉㩷㩷䊚䊠䊷䊁䊷䉲䊢䊮䊁䉴䊃 㪊㪅㪍㪅㪋㪅㪌㩷㩷㫇▤ℂ࿑㪃㩷㫌▤ℂ࿑ 㪊㪅㪌㪅㪌㩷㩷↪䈮ၮ䈨䈇䈢ᛛᴺ 㩷㩷㩷㩷㩷㩷㩷㩷ⷐ᳞₪ᓧ㩿㪁㪈㪀 㪊㪅㪌㪅㪌㪅㪈㩷㩷ㆇ↪䊒䊨䊐䉜䉟䊦䈮䉋䉎䊁䉴䊃 㪊㪅㪊㪅㪈㩷㩷ຠ⾰ⷐ᳞ቯ⟵ 㪊㪅㪌㪅㪌㪅㪉㩷㩷䊨䊷䉦䊤䉟䉷䊷䉲䊢䊮䊁䉴䊃 㪊㪅㪊㪅㪈㪅㪈㩷㩷㪞㪨㪤ᚻᴺ 㪊㪅㪊㪅㪈㪅㪉㩷㩷ຠ⾰ᯏ⢻ዷ㐿 㩷㩷㩷㩷㩷㩷䋨䉝䊷䉨䊁䉪䉼䊞䋩⸳⸘䈱ᛛᴺ㩿㪁㪈㪀 㪊㪅㪌㪅㪍㪅㪉㩷㩷㪮㪼㪹䉲䉴䊁䊛䈱䊁䉴䊃 㪊㪅㪋㪅㪈㪅㪊㩷㩷䉼䊷䊛䊧䊎䊠䊷 㪊㪅㪋㪅㪈㪅㪋㩷㩷䊕䉝䊒䊨䉫䊤䊚䊮䉫 㪊㪅㪋㪅㪈㪅㪌㩷㩷䊏䉝䊂䉴䉪䉼䉢䉾䉪 㪊㪅㪋㪅㪈㪅㪍㩷㩷䊌䉴䉝䊤䉡䊮䊄 㪊㪅㪋㪅㪈㪅㪎㩷㩷䊤䉡䊮䊄䊨䊎䊮䊧䊎䊠䊷 㪊㪅㪋㪅㪈㪅㪏㩷㩷䉡䉤䊷䉪䉴䊦䊷 㪊㪅㪋㪅㪈㪅㪐㩷㩷䉝䊄䊖䉾䉪䊧䊎䊠䊷 㪊㪅㪋㪅㪉㩷㩷᭽䊶䉮䊷䊄䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪋㪅㪉㪅㪈㩷㩷ᒻᑼᚻᴺ 㪊㪅㪋㪅㪉㪅㪉㩷㩷䉟䊮䉺䊐䉢䊷䉴ಽᨆ 㪊㪅㪋㪅㪉㪅㪊㩷㩷ⶄ㔀ᐲಽᨆ 㪊㪅㪋㪅㪉㪅㪋㩷㩷䊌䉴䊃䊧䊷䉴 㪊㪅㪎㪅㪈㪅㪈㩷㩷䊒䊨䉫䊤䊛ℂ⸃ 㪊㪅㪌㪅㪌㪅㪋㩷㩷ᢛวᕈ⏕䊁䉴䊃 㪊㪅㪋㩷㩷䊧䊎䊠䊷䈱ᛛᴺ 㪊㪅㪋㪅㪈㪅㪉㩷㩷䉟䊮䉴䊕䉪䉲䊢䊮 㪊㪅㪍㪅㪋㪅㪎㩷㩷䊧䊷䉻䊷䉼䊞䊷䊃䋨䉨䊎䉝䊷䊃䉫䊤䊐䋩 㪊㪅㪎㩷㩷ㆇ↪䊶䈱ᛛᴺ 㪊㪅㪎㪅㪈㪅㪉㩷㩷䊥䉣䊮䉳䊆䉝䊥䊮䉫 㪊㪅㪌㪅㪍㩷㩷䉸䊐䊃䉡䉢䉝䈱ᒻᘒ䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪍㪅㪈㩷㩷䉥䊑䉳䉢䉪䊃ᜰะ䊁䉴䊃 㪊㪅㪋㪅㪈㪅㪈㩷㩷䊏䉝䊧䊎䊠䊷 㪊㪅㪍㪅㪋㪅㪍㩷㩷ຠ⾰ᐳᮡ 㪊㪅㪌㪅㪌㪅㪊㩷㩷䊡䊷䉱ⅣႺ䉲䊚䊠䊧䊷䉲䊢䊮䊁䉴䊃 㩷㩷㩷㩷㩷㩷ታⵝ䈱ᛛᴺ㩿㪁㪈㪀 㪊㪅㪋㪅㪈㩷㩷䊧䊎䊠䊷ᣇᴺ 㪊㪅㪍㪅㪋㪅㪊㩷㩷ᄙᄌ㊂⸃ᨆ 㪊㪅㪌㪅㪋㪅㪈㩷㩷䉣䊤䊷ផቯ䊁䉴䊃 㪊㪅㪎㪅㪈㪅㪊㩷㩷䊥䊋䊷䉴䉣䊮䉳䊆䉝䊥䊮䉫 㪊㪅㪎㪅㪈㪅㪋㩷㩷䉮䊷䊄䉪䊨䊷䊮ಽᨆ 㪊㪅㪎㪅㪈㪅㪌㩷㩷䉸䊐䊃䉡䉢䉝⧯ൻ 㪊㪅㪌㪅㪍㪅㪊㩷㩷㪞㪬㪠䊁䉴䊃 㪊㪅㪌㪅㪍㪅㪋㩷㩷䉰䊷䊋䉰䉟䊄䈱䊁䉴䊃 㪊㪅㪌㪅㪍㪅㪌㩷㩷䊂䊷䉺䊔䊷䉴䊁䉴䊃 㪊㪅㪌㪅㪍㪅㪍㩷㩷ਗⴕ䊒䊨䉫䊤䊛䈱䊁䉴䊃 㪊㪅㪌㪅㪍㪅㪎㩷㩷䊒䊨䊃䉮䊦ㆡᩰᕈ䊁䉴䊃 㪊㪅㪌㪅㪍㪅㪏㩷㩷ታᤨ㑆䈱䊁䉴䊃 㪊㪅㪌㪅㪍㪅㪐㩷㩷䉶䊷䊐䊁䉞䊶䉪䊥䊁䉞䉦䊦䉲䉴䊁䊛䋨ోᕈ㊀ⷞ䉲䉴䊁䊛䋩䈱䊁䉴䊃 㪊㪅㪌㪅㪎㩷㩷⚵䉂ว䉒䈞䈱ᛛᴺ 㪊㪅㪌㪅㪎㪅㪈㩷㩷⋥㈩䋨ታ㛎⸘↹ᴺ䋩䉕↪䈇䈢䊁䉴䊃 㪊㪅㪌㪅㪎㪅㪉㩷㩷㪘㫃㫃㪄㫇㪸㫀㫉ᴺ䉕↪䈇䈢䊁䉴䊃 㪊㪅㪌㪅㪏㩷㩷䊥䉴䉪䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪌㪅㪏㪅㪈㩷㩷䊥䉴䉪䊔䊷䉴䊄䊁䉴䊃䋨䊁䉴䊃䊙䊈䉳䊜䊮䊃䋩 㪊㪅㪌㪅㪏㪅㪉㩷㩷䊥䉴䉪䊔䊷䉴䊄䊁䉴䊃䋨䊁䉴䊃⸳⸘䋩 㪊㪅㪌㪅㪐㩷㩷䊁䉴䊃ᛛᴺ䈱ㆬᛯ䈫⚵䉂ว䉒䈞 㪊㪅㪌㪅㪐㪅㪈㩷㩷ᯏ⢻⊛䈭䊁䉴䊃⸳⸘䈫᭴ㅧ⊛䈭䊁䉴䊃⸳⸘䈱⚵䉂ว䉒䈞 㪊㪅㪋㪅㪉㪅㪌㩷㩷䊤䊮䊶䉴䊦䊷 㪊㪅㪋㪅㪉㪅㪍㩷㩷ᓮ䊐䊨䊷ಽᨆ 㪊㪅㪋㪅㪉㪅㪎㩷㩷䉝䊦䉯䊥䉵䊛ಽᨆ 㪊㪅㪌㪅㪐㪅㪉㩷㩷⏕ቯ⊛䈭䊁䉴䊃⸳⸘䈫㕖⏕ቯ⊛䈭䊁䉴䊃⸳⸘䈱⚵䉂ว䉒䈞 㪊㪅㪌㪅㪈㪇㩷䊁䉴䊃⥄േൻᛛᴺ 㪊㪅㪋㪅㪉㪅㪏㩷㩷䊝䉳䊠䊷䊦ዷ㐿 㪊㪅㪋㪅㪉㪅㪐㩷㩷৾䈧䈱⸳⸘ේℂ䇼ን჻ㅢ䇽 㪊㪅㪋㪅㪊㩷㩷䊐䉤䊷䊦䊃䈮ၮ䈨䈇䈢ᛛᴺ 㪊㪅㪋㪅㪊㪅㪈㩷㩷㪝㪤㪜㪘䋬㪝㪤㪜㪚㪘 㪊㪅㪋㪅㪊㪅㪉㩷㩷㪝㪫㪘䋨䊐䉤䊷䊦䊃䈱ᧁ⸃ᨆ䋩 㪊㪅㪋㪅㪊㪅㪊㩷㩷㪜㪤㪜㪘䋨䉣䊤䊷䊝䊷䊄㓚⸃ᨆ䋩 㪊㪅㪋㪅㪊㪅㪋㩷㩷㪚㪝㪠㪘䋨᭴ᚑⷐ⚛㓚ኂᓇ㗀ಽᨆ䋩䇼㪠㪙㪤䇽 㪊㪅㪋㪅㪊㪅㪌㩷㩷㪧㪨䋨䊌䉺䊮䊶䉨䊠䊷䋩䊂䉱䉟䊮䊧䊎䊠䊷䇼ᣣ┙䇽 （＊１）SQuBOK!第１版では扱わない 㩷㩷㩷㩷㩷㩷㩷㩷↪䈮ၮ䈨䈇䈢ᛛᴺ㩿㪁㪈㪀 図４「ソフトウェア品質技術」カテゴリ（カテゴリ層からトピックス層まで全て） 7 序章 SQuBOK!ガイド 概略 ⚵❱ ⚵❱䊧䊔䊦䈱䊙䊈䉳䊜䊮䊃 䊒䊨䉳䉢䉪䊃 䊒䊨䉳䉢䉪䊃 ⚵❱䈪▤ℂ䊶ታᣉ䈜䉎䈖䈫䈱ᄙ䈇 ⍮⼂㗔ၞ䋨䋺ᢎ⢒䊶⢒ᚑ䋩 䊒䊨䉳䉢䉪䊃 Ꮏ⒟ ⸘↹Ꮏ⒟ 䊒䊨䉳䉢䉪䊃䊧䊔䊦䈱 䊙䊈䉳䊜䊮䊃䋨Ꮏ⒟ㅢ䋩 䊒䊨䉳䉢䉪䊃䊧䊔䊦䈱 䊙䊈䉳䊜䊮䊃䋨Ꮏ⒟䋩 䈬䈱Ꮏ⒟䈮䉅ㅢ䈚䈢⍮⼂㗔ၞ㪃㩷 䊒䊨䉳䉢䉪䊃න䈪▤ℂ䊶ታᣉ䈜䉎 䈖䈫䈏ᄙ䈇䋨䋺䊥䉴䉪䊙䊈䉳䊜䊮䊃䋩 ฦᎿ⒟䊡䊆䊷䉪䈭⍮⼂㗔ၞ 䋨䋺䊁䉴䊃Ꮏ⒟䈱䊁䉴䊃⸘↹䋯 㩷㩷㩷㩷㩷㩷㩷䊁䉴䊃ⅣႺ䊙䊈䉳䊜䊮䊃䋩 図５「ソフトウェア品質マネジメント」カテゴリの分類法 （３）Error, Fault, Failure の区別 品質を理解するうえで注意しておくべき用語について説明する。特に区別が必要なのは，Error, Fault, Failure である。さまざまな団体や規格がそれぞれに若干異なった意味でこれらを定義 している。本版は JIS X ０ ０ １ ４〔JIS X ０ ０ １ ４：１ ９ ９ ９〕の定義に沿って本文の解説を行った。ただ し，これ以外の用語（不具合・バグ・欠陥）を書籍からの引用，技法の名称，その他どうして も使わざるを得ない場合には，これらを意図的に使用している。 JIS X ０ ０ １ ４〔JIS X ０ ０ １ ４：１ ９ ９ ９〕の定義 ４の error） 」 ①「誤差・誤り（ISO/IEC ２ ３ ８ ２―１ 計算，観測若しくは測定された値または状態と，真の，指定された若しくは理論的に正しい 値または状態との間の相違。 ②「障害（同 ISO/IEC の fault） 」 要求された機能を遂行する機能単位の能力の，縮退または喪失を引き起こす，異常な状態。 ③「故障（同 ISO/IEC の failure） 」 要求された機能を遂行する，機能単位の能力がなくなること。 8 （４）ISO/IEC 規格，JIS 規格の表記 ・本文中における ISO/IEC 規格から引用した用語および引用文は，特に説明がない場合は，対 応する翻訳 JIS の用語および文章をそのまま用いている。 ・翻訳 JIS 規格には， 「参考」や「解説」等 ISO/IEC 規格にはない項目がある。これらを引用し ている箇所では，JIS 規格を参照している。 【参考文献】 〔JIS X ０ ０ １ ４：１ ９ ９ ９〕 ３ JIS X ０ ０ １ ４：１ ９ ９ ９ 情報処理用語 ― 信頼性，保守性及び可用性，p． 〔JIS Z ８ １ １ ５：２ ０ ０ ０〕 JIS Z ８ １ １ ５：２ ０ ０ ０ ディペンダビリティ（信頼性）用語，pages６，１ ０and１ ３ 9 第１章 ソフトウェア品質の基本概念 「ソフトウェア品質の基本概念」カテゴリは，ソフトウェア品質 に関する基本的な概念や考え方を説明している。本カテゴリは， 「品 質の概念」と「品質のマネジメント」の知識領域に分けて整理して いる。 「品質の概念」知識領域は，さらに，さまざまな規格や研究者の 行った「品質の定義」 ，ISO/IEC９ １ ２ ６に代表される「ソフトウェア品 質モデル」 ，信頼性の上位概念の「ディペンダビリティ」 ，近年関心 が高まっている「セキュリティ」 ， 「ユーザビリティ」 ， 「セーフティ」 の六つの副知識領域に分けている。 一方， 「品質のマネジメント」知識領域も， 「品質コントロール」 ， 「品質保証の考え方」 ， 「改善の考え方」 ， 「ソフトウェアの品質マネ ジメントの特徴」 ， 「ソフトウェア測定の考え方」 ， 「ソフトウェア評 価の考え方」 ， 「V&V」 ， 「検査」の八つの副知識領域で構成している。 なお，前述のように，本カテゴリは，基本的な考え方を説明する ことを意図しているため，具体的なアプローチの説明は後続のカテ ゴリ（第２章と第３章）に委ねている。例えば，本カテゴリの「品 質のマネジメント」知識領域の下に「改善の考え方」副知識領域が あるが，本章では考え方についての説明を主とした。具体的な方法 を知りたい場合は，第２章の「ソフトウェア品質マネジメント」カ テゴリ下の「プロセスアセスメント・プロセス改善のマネジメント」 のトピックスの解説を参照するとよい。 第１章 ソフトウェア品質の基本概念 １． １ KA：品質の概念 （１）品質の定義 品質あるいはソフトウェア品質については，研究者，ISO，JIS，IEEE 規格によってさまざま に定義されてきた。しかし現在は，ユーザの満足を最終ゴールとすることで世界的に概ね合意 が得られている。これには石川馨他による日本の「消費者指向」の考え方が欧米に与えた影響 が大きい。本領域下は，廃版となった規格を除き，よく知られている定義を配下のトピックスと して紹介している。 本版においてトピックスとしてまだ整理していてないものは，例えば次のようなものがある。 Garvin は， （ソフトウェアに限らず）ある品目の品質を利害関係者の視点により以下のように とらえようとした〔Garvin１ ９ ８ ４〕 。 ・超越した視点：品質が何かを認識はできるが定義は困難である ・ユーザの視点：品質が目的に適合しているか ・製造者の視点：品質が仕様に準拠しているか ・製品の視点：品質が固有の製品特性に結びついているか ・価値に基づいた視点：品質は顧客が対価として支払う額に依存する 狩野は，テレビや置時計を題材として，満足感と物理的充足度合いの二次元の概念を使って， ユーザにとっての「当たり前品質」 「一元的品質」 「魅力的品質」という区分を提案した〔狩野 １ ９ ８ ４，狩野 １ ９ ８ ５〕 。 ・当たり前品質要素：それが充足されれば当たり前と受け取られるが，不十分であれば不満 を引き起こす品質要素 ・一元的品質要素：それが充足されれば満足，不十分であれば不満を引き起こす品質要素 ・魅力的品質要素：それが充足されれば満足を与えるが，不十分であってもしかたがないと 受け取られる品質要素 石川馨は， 「品質」にかわって「質」という用語の使用を提案し，これを狩野と飯塚も推奨し ている〔狩野 ２ ０ ０ ０，飯塚 ２ ０ ０ ５〕 。質の管理の主たる対象が有形の工業製品であった時代は「品 物の質」というニュアンスがあっても問題なかったことから「品質」が違和感なく使われた。 しかし，サービス産業等の無形の価値を提供する産業が増加し， 「品質」と表現すると有形の製 品の「質」を暗に想定するという固定観念があることを考慮し，あらゆる産業においてその定 義の意味するところを端的に表す用語として，従来の品質と全く同じ意味で「質」という言葉 を使用すると説明している。それが製品・サービスであれ，システムであれ，人であれ，プロ セスであれ，業務であれ，何であれ，その対象に対するニーズに関する特徴・特性に関心があ る。飯塚が委員長として策定した「JIS Q９ ０ ０ ５：２ ０ ０ ５質マネジメントシステム−持続可能な成 長の指針」 〔JIS Q９ ０ ０ ５：２ ０ ０ ５〕では，日本の規格としてはじめて「質マネジメント」という用 語が使われている。 12 １． １ KA：品質の概念 （２）ユーザ満足獲得の難しさ ユーザ満足を得るために品質を追求するのであるが，このユーザの望む品質は普遍ではなく， 変遷するということに注意しなければならない。例えば，１ ９ ５ ０年代はプログラムが正しく動く ことがユーザにとって重要であったが，その後，信頼性や処理時間に焦点が移り，１ ９ ８ ０年代に は信頼性は当たり前品質と称されてユーザビリティに目が向けられた。そして現在はセキュリ ティがユーザの大きな関心事の一つになっている。このような時代的変化に加え，ユーザのニー ズや満足度の基準といったものはごく短期間に（開発途中でも）変化する。 さらに，ユーザの要求や期待は多様化しており，ユーザ（あるいはステークホルダ：利害関 係者）ごとに，各品質特性に対する優先度が変わることにも配慮したい。あるユーザの望むこ とが別のユーザは望まない場合がある。トピックスにあげた Glass はプロジェクトの種類によっ て各品質特性への優先度は異なるべきだと述べ，Weinberg もユーザ要求把握の難しさについて 言及している。 『 （１） 利 ISO/IEC９ １ ２ ６―１では，ユーザ要求把握の難しさを次の四つに分けて説明している。 用者が自分の真の必要性に気づいていないことがある （２） 必要性は，明示された後に変わる ことがある （３） 異なった利用者は，異なった運用環境をもつことがある （４） 特に既製ソフ トウェアにおいては，可能性のある全種別の利用者を調査することは不可能かもしれない』 〔ISO/ ０ ０ １〕 。また，同規格は，２ ０ ０ １年の改定時に，従来の「内部品質」と「外部品質」 IEC９ １ ２ ６―１：２ に「利用時の品質」を加え，ユーザの満足度をより考慮したソフトウェアの品質モデルになっ ている。 （３）ディペンダビリティ，リライアビリティ，セキュリティ，ユーザビリティ，セーフティ の関係 本知識領域では， 「ディペンダビリティ（dependability） 」と近年関心が高まっている「セキュ リティ」 ， 「ユーザビリティ」 ， 「セーフティ」を副知識領域としている。 ディペンダビリティはリライアビリティ（reliability）と同じように「信頼性」と訳されるこ とが多いが，ソフトウェア自体のリライアビリティのみを指すのではなく，リライアビリティ に影響を与える要因等も含む，リライアビリティよりも上位のより包括的な概念である。 「JIS Z８ １ １ ５：２ ０ ０ ０ディペンダビリティ（信頼性）用語」 〔JIS Z ８ １ １ ５：２ ０ ０ ０〕では，ディペンダビリ ティを，Availability，Reliability，Maintainability を含むものとしている。Jean−Claude Laprie は， 「一般社会で信頼できるシステム」という場合の Reliability（日本語の信頼性に近い概念） と，数学的な Reliability（日本語の信頼度に近い概念）があるとし，これを区別するために，前 者にあたる用語としてディペンダリティができたと説明した〔Laprie１ ９ ８ ５〕 。実際，JIS Z８ １ １ ５ の備考に， 『ディペンダビリティは，非定量的用語として一般的記述に限り用いられる』 〔JIS Z８ １ １ ５：２ ０ ０ ０〕とあり，ディペンダビリティは，理論的には厳密に定義することの困難な観測不 可能な利用上の問題を含む概念であると理解できる。例えば，故障は観測可能であるが，不具 合は認識の問題であり，客観的な観測が不可能な問題も多い。 13 第１章 ソフトウェア品質の基本概念 「ディペンダビリティ」 ， 「セキュリティ」 ， 「ユーザビリティ」 ， 「セーフティ」は「ソフトウェ ア品質モデル」とともに，本知識領域下の同じ階層（副知識領域）に並置しているが，これら は，視点（ソフトウェア，システム，IT や装置製造の視点に限らない一般社会の広い視点）に よってとらえ方が異なり，包含関係で説明されている場合もあるので，留意が必要である。国 際標準規格の場合には，ソフトウェア単独の視点かハードウェア主体のシステムの中のソフト ウェアの視点かで，品質特性の包含関係の定義が異なっている。また，審議している団体（欧 州型のシステム規格が多い IEC か，米国型の規格の多い ISO か）によっても相違がある。 表１． １． １ 国際標準策定・審議団体 分野 策定・審議団体 スコープ（視点） ISO/IEC ９ １ ２ ６で扱う 品質特性全般 ISO/IEC JTC１ SC７ セキュリティ ISO/IEC JTC１ SC２ ７ システム ユーザビリティ ISO TC１ ５ ９ システム ソフトウェア セーフティ IEC TC５ ２ システム ディペンダビリティ IEC TC５ ６ システム 表１． １． １に示すように，ISO/IEC JTC１ SC７で議論している ISO/IEC ９ １ ２ ６の品質モデルは， ソフトウェアを対象範囲として，各品質特性の関係を説明している。同じ ISO/IEC JTC１下の SC２ ７では，システムを対象範囲としてセキュリティを議論している。ISO TC１ ５ ９では，システ ムを対象範囲としてユーザビリティを議論している。一方，IEC 下の TC５ ２では，システムを対 象範囲としてセーフティを審議している。同じ IEC 下の TC５ ６では，ハードウェア主体のシステ ムを対象範囲としてディペンダビリティを議論しており，その要素としてソフトウェアやセキュ リティをあげている。ディペンダビリティの議論はドメイン依存であり，原子力，航空宇宙， 鉄道，自動車等で個別に議論している。現在の日本の立場（少なくともソフトウェア分野）は IEC よりも ISO，欧州よりも米国の影響が大きいため，本ガイドでは，主体を ISO に置いている。 （４）Error，Fault，Failure の区別 最後に，品質を理解するうえで注意すべき用語をここで説明する。特に区別が必要と考えて いるものは，Error，Fault，Failure である。団体によって，若干異なった意味でこれらを定義し ている。 ９ ９ ０〕では，以下のように定義している。 IEEE Std ６ １ ０〔IEEE Std ６ １ ０． １ ２―１ ① Error （１）計算された値，観察値若しくは測定値または条件と，真値，指定値若しくは理論的に 正しい値または条件との間の相違。 ② Fault （１）ハードウェアのデバイスまたはコンポーネントのディフェクト。 （２）コンピュータプ 14 １． １ KA：品質の概念 ログラムの間違ったステップ，プロセス，またはデータ定義。 ③ Failure システムやコンポーネントが，指定された要求性能どおりに要求された機能を実行すること ができない状態。 IEEE Std ６ １ ０では，Error を（１）から（４）までに分けて広義・狭義で定義しており，広義 の場合は Fault や Failure を含む総合的な概念としている。また，同規格では Failure を引き起こ す人的行動を「mistake」として，広義の Error の概念に組み込んでいる。 ISO/IEC ２ ３ ８ ２−１ ４の翻訳を含む JIS X ０ ０ １ ４〔JIS X ０ ０ １ ４：１ ９ ９ ９〕では，以下のように定義して いる。 ①「誤差・誤り（error）」 計算，観測若しくは測定された値または状態と，真の，指定された若しくは理論的に正しい 値または状態との間の相違。 ②「障害（fault） 」 要求された機能を遂行する機能単位の能力の，縮退または喪失を引き起こす，異常な状態。 ③「故障（failure） 」 要求された機能を遂行する，機能単位の能力がなくなること。 JIS X ０ ０ １ ４〔JIS X ０ ０ １ ４：１ ９ ９ ９〕では，意図しない結果を引き起こす人間の行為は， 「間違い， 人的過誤（mistake, human error） 」として別に定義しており， 「誤差・誤り（error） 」の中には 含めていない。 主に IEC ６ ０ ０ ５ ０（１ ９ １）を翻訳した JIS Z ８ １ １ ５〔JIS Z ８ １ １ ５：２ ０ ０ ０〕では，次のように定義し ている。 ①「エラー・誤り（error）」 計算，観察，または測定値若しくは条件と，特定されまたは推論的に正しい値若しくは条件 との間の不一致。 ②「フォールト（fault） 」 ある要求された機能を遂行不可能なアイテムの状態，また，その状態にあるアイテムの部分。 アイテムの要求機能遂行能力を失わせたり，要求機能遂行能力に支障を起こさせる原因（設 計の状態） 。 ③「故障（failure） 」 アイテムが要求機能達成能力を失うこと。 15 第１章 ソフトウェア品質の基本概念 JIS Z ８ １ １ ５〔JIS Z ８ １ １ ５：２ ０ ０ ０〕では，人的な間違いをおかす行為（ヒューマンエラー）を 「エラー・誤り（error） 」に含める場合があるとしている。大場充（広島市立大学）は， “Fault は「記述上に固定されている欠陥」で，第三者にも確認できる。Error は，認識の問題であり， 第三者には確認する方法がない。テストは，Failure を起こさせることで Fault の存在を表面化さ せるものである。レビューは記述を読むことで，Fault を検出し，記述を改善するためのもので あると同時に，その Fault の原因である Error を分析し，再発を防止させるためのものである。 ” と説明している。保田勝通（つくば国際大学）も， “Fault の原因である Error を分析して再発を 防止することがソフトウェア品質向上の鍵である”と述べている。 このように JIS 規格間でも同じ英単語に対応させている日本語や意味が異なる上，IT の世界 では慣用的に，バグ，不具合，ディフェクト（defect） ，インシデント（incident）等の用語も使 われている。本ガイドでは，執筆箇所によって意味が異ならないように，JIS X ０ ０ １ ４〔JIS X ０ ０ １ ４：１ ９ ９ ９〕に準拠した， 「障害（fault） 」と「故障（failure） 」という用語で統一することとし た。いわゆるソフトウェアバグは「障害（fault） 」であり，この結果，ソフトウェアが意図した とおりに動かない現象は「故障（failure） 」である。 本知識領域では，品質の考え方の変遷と主なソフトウェア品質モデルを概観した後，上述し たディペンダビリティ，セキュリティ，ユーザビリティ，セーフティをあげて各概念を解説す る。 【参考文献】 〔Garvin １ ９ ８ ４〕 David A. Garvin, What Does ”Product Quality” Really Mean?, MIT Sloan Management Review, ５，１ ９ ８ ４ Vol． ２ ６，No． １，pp． ２ ５−４ 〔狩野 １ ９ ８ ４〕 狩野紀昭，瀬楽信彦，高橋文夫，辻新一，魅力的品質と当たり前品質，品質，Vol． １ ４，No． ２，日本品 質管理学会，pp． ３ ９−４ ８，１ ９ ８ ４ 〔狩野 １ ９ ８ ５〕 三浦新，狩野紀昭，津田義和，大橋靖雄，TQC 用語辞典，日本規格協会，pp． １ ６ ２―１ ６ ６，１ ９ ８ ５ 〔狩野 ２ ０ ０ ０〕 狩野紀昭，品のない“質管理”を，品質，Vol． ３ ０，No． ２，日本品質管理学会，p． ６，２ ０ ０ ０ 〔飯塚 ２ ０ ０ ５〕 医療の質用語事典編集委員会，飯田修平，飯塚悦功．棟近雅彦（監修） ，医療の質用語事典，日本規格 協会，pp． １ ４−１ ９，２ ０ ０ ５ 16
© Copyright 2024 Paperzz
