ソフトウェア開発におけるバグの早期発見・検出技術と品質トラブル未然防止への応用　～演習付～　＜オンラインセミナー＞

講師の言葉

　本講座は、日科技連から出版した『ソフトウェア技術者のためのバグ検出ドリル（２０１９年）』、および、『ソフトウェア技術者のためのバグ検出テキスト（２０２０年）』をもとにしており、プラス、同書で取り上げていない課題にも取り組み、バグを埋め込んだ仕様書や設計書からバグを摘出する演習を通じて、以下の４つの能力を鍛えることを目的にしている。

（１）．ソフトウェア開発の全フェーズでバグを見つける嗅覚
　ソフトウェアのバグは、開発の全フェーズ（要求仕様定義、設計、コーディング、デバッグ、テスト）で発生し、作成直後に摘出・修正しないと製品に入り込んでマーケットへ出荷され、後にリコール問題に発展する可能性が高い。市場へリリース後に数千万円、数億円もの対策が必要になるバグを早期に検出できれば数百円で修正が可能になる。ソフトウェア開発での全フェーズでバグを摘出する嗅覚を鍛える。
（２）．他人の作った要求仕様書や設計を読んで理解する読解力
　考え方が正しければ、どんな処理方式を採用しても正しいソフトウェアができる。これは、芸術、囲碁、将棋でも)同じで、ソフトウェア開発も極めて、「クリエイティブ」と言える。「ソフトウェア開発がクリエイティブであること」が困るのは、他人の仕様書や設計ドキュメントを理解して、バグ修正するのが簡単ではないことである。
（３）．必ずバグを見つける強靭な精神力
　囲碁、将棋、チェスでは、実践力を鍛える方法として、詰碁、詰将棋、プロブレムがある。２１手を越える長手数の詰将棋は極めて難解で、つい、解答を見たくなる誘惑にかられるが、１mmも後退することなくじっと我慢して解くと、棋力だけでなく精神力も鍛えられる。他人が定義した要求仕様や設計書を見て、「必ずバグを見つける」強靭な精神力を育てることは非常に重要である。
（４）．自分の専門外でも、仕様をもとにバグを見つける汎用的な技術力
　情報処理技術者は、将来、どこのプロジェクトでどんな製品を開発するか予測できない。自分の専門分野だけでなく、必要な情報が仕様書に記述してあれば、畑違いのプログラムでも、複雑怪奇な数式に惑わされず、適切に取り組んで開発できる「汎用性」が重要となる。

こちらのセミナーは受付を終了しました。

次回開催のお知らせや、類似セミナーに関する情報を希望される方は、以下よりお問合せ下さい。