Recommended
More Related Content
Viewers also liked
Viewers also liked (19)
More from Akira Ikeda
More from Akira Ikeda (20)
ＩＶ＆Ｖの概要 ～JAXA様発行「IV&Vガイド【虎の巻】」第１～２部の要約～
- 2. 本スライドはJAXA様発行の「IV&Vガイドブック【虎の巻】」の読書 会のために作成されたものです 読書会実施の際はガイド本体と合わせてお使い下さい 全体の進行は本スライド，詳細を適宜ガイドブックで確認と想定 本内容は基本的に同ガイドブックの第１～２部を要約したもので， 用語も同ガイドブックに合わせてあります 第１～２部の詳細および第３部についてはガイドを参照ください スライド内の文章や図表の多くはガイドから引用しています はじめに 謝辞 有益なガイドを公開いただきましたJAXA様に感謝いたします IV&Vガイドブック【虎の巻】： http://repository.tksc.jaxa.jp/help/pdf/24FY/SP-12-016.pdf 2014/4/212
- 4. ソフトウェア独立検証と有効性確認 （Independent Verification & Validation） 非常に高い品質を求められる分野で導入されている V&Vを超える品質が求められる際に導入 主に航空宇宙分野（JAXAやNASA） V&Vを実施している組織に対して，組織外の独立した別の組織 が有効性確認を行う IV&Vの3つの独立（Independent） 技術的 組織的 資金的 IV&Vとは 2014/4/214
- 6. ソフトウェア開発モデル -W字型モデル 要求分析 基本設計 詳細設計 単体試験実施 ソフトウェア制作 機能試験実施 結合試験実施 システム試験 実施 システム試験 設計 機能試験設計 結合試験設計 単体試験設計 デバッグ・修正 デバッグ・修正 デバッグ・修正 開発の初期段階から試験設計を行うことで，要求や設計の抜け，漏れ，曖 昧な点，矛盾点などを見つけることが可能になる。 設計プロセスで仕様変更が発生した場合，同時に試験設計の見直しも必 要になる。 2014/4/216
- 7. Verification & Validation：検証と妥当性 Verification：検証 各プロセスの開発中間成果物が前のプロセスからの入力情報に照らし 正しく作られているかを確認すること ガイドでは「評価対象ソフトウェアのライフサイクルを通し，上流プロセス の成果物から下流プロセスへの要求トレースが可能であり，それらが内 容を含め整合していることを検証すること」と定義 Validation：妥当性 各プロセスの開発中間成果物がユーザの期待するとおりに作られてい ることを確認すること ガイドでは「評価対象ソフトウェアが最上位要求であるミッション要求， 安全要求，運用要求から求められる機能，性質及び品質を満足してい ることを確認すること」と定義 V&Vとは 2014/4/217
- 9. ソフトウェア独立検証と有効性確認 （Independent Verification & Validation） 非常に高い品質を求められる分野で導入されている V&Vを超える品質が求められる際に導入 主に航空宇宙分野（JAXAやNASA） V&Vを実施している組織に対して，組織外の独立した別の組織 が有効性確認を行う IV&Vの3つの独立（Independent） 技術的 組織的 資金的 再掲：IV&Vとは 2014/4/219
- 11. 技術的独立 ソフトウェアを評価するIV&V技術は，受注者が使用する技術とは別 の技術を選択する 組織的独立 受注者とは独立した組織にてIV&Vが実施される 作業量（工数）が受注者から分離されている IV&Vを行うソフトウェア対象，IV&V技術，スケジュールと解決すべき 課題を独立的に選択する 資金的独立 資金は受注者とは独立した組織から提供される ３つの独立（Independent） 2014/4/2111
- 13. IV&VではIV&V実施者が受注者が作成した開発成果物を独自 の観点でチェックし，結果を一覧表に整理して共有する 一覧表には次の内容が記述される 1. 期待問題点の判断材料（参照した仕様の内容／事実） 2. 期待される判断材料の関係（期待値） 3. 現状の関係（結果） 4. 期待する対処（対処案） 5. リスク 6. 備考 IV&Vで識別された問題点の共有 2014/4/2113
- 14. 識別した問題点から特に重要度の高い物を識別する その際，識別された問題点が，ある時点（システム運用開始以 降など）で顕在化した場合において以下のようなことを考慮する 恒久的な対処は可能か？ 恒久的な対処完了まで，代替機能などによる一時対処は可能か？ その問題により導かれる結果の損失の度合いは高いか？ その問題により発生する手戻りは大きいか？ その問題を修正する範囲は広いか？ 識別された問題点の重要度・レベル付け 2014/4/2114
- 15. 技術的欠陥の抽出 上流プロセスの欠陥を発見できる可能性が高まる システム挙動の矛盾や重要機能の欠落など 開発成果物の品質向上 第三者が成果物を見る・検証するということから，開発担当者が「き ちんと開発しなければならない」と意識高揚することが期待できる 品質の可視化 より高いレベルでの可視化が可能になる IV&Vの定性的な効果 2014/4/2115
- 16. 受注者によるV&Vの後に一括してIV&Vを行う 要求分析や設計などのプロセスで発生する変更点に対するIV&V評 価（変更評価IV&V）は行われない 受注者によるV&Vの結果や内容をまとめて知ることができる V&Vでの検証内容との重複を避けることができ，IV&Vの成果を明確に できるような計画の立案や実施が可能となる IV&Vで問題が発見された場合，手戻りが大きく，また根本的な対応 が難しくなる IV&Vの実施時期 一括IV&V方式 要求分析 設計 制作 試験受注者（V&V） IV&V実施者 IV&V計画 実施 2014/4/2116
- 17. プロセスごとにIV&Vを行う プロセスごとにIV&Vが行われるため，早期に問題点を発見し，修正 することができる 試験IV&V実施後に変更点評価IV&Vを実施する 各プロセスのIV&Vでの実施後に発生したすべての問題点に対して変 更転換の整合性，開発仕様全体の整合性，変更点の妥当性や正確性 を確認する IV&Vの実施時期 逐次型IV&V方式 要求分析 設計 制作 試験受注者（V&V） IV&V実施者 IV&V 計画 要求分 析IV&V 設計 IV&V 制作 IV&V 試験 IV&V 変更点評 価IV&V 2014/4/2117
- 18. IV&Vに必要なコスト IV&Vで指摘された問題点 に対する修正コスト IV&Vに適した プロジェクト 一括 IV&V方式 低 高 新規開発要素：小 ソフトウェア規模：小 • 受注者のV&V結果を踏ま えたIV&Vを実施できる • 変更点評価IV&Vを行わな くても良い IV&Vで指摘された問題点 を修正するための手戻りは 大きい 逐次型 IV&V方式 高 低 新規開発要素：大 ソフトウェア規模：大 • 要求分析，設計，製作，試 験のつどIV&Vを計画，実 施する • 各プロセスの変更点分だ け評価量（コスト）が増える • 受注者のV&V結果を使え ない分だけ評価範囲（コス ト）が増える • 変更点評価IV&Vを行う必 要がある IV&Vで指摘された問題点 を修正するための手戻りは 小さい 一括IV&V方式と逐次型IV&V方式の比較 2014/4/2118
- 19. 実施組織の構築 IV&V実施者は全社的な組織として設置することが理想 IV&Vに対する権限と活動資金は全社から付不される必要がある 評価観点の構築 ソフトウェアをどのように評価するか観点を定める必要がある 整合性，妥当性，正確性，完全性，安全性 評価手法の選定 評価対象が決まった段階で次のことから最適な評価技術を選定する 評価対象の複雑度や分量を確認する 評価対象の仕様が複数の開発成果物に渡って記述されているか IV&Vを行える期間が短期か，長期か IV&Vを実施するためには 2014/4/2119