平成23年度 特別 午前Ⅱ 問23
設計
コデザインの説明
組込みシステムにおけるコデザインの説明として適切なものはどれか。
- ア開発工程を分析,設計,開発,検証の工程に分け,検証から再度分析に戻り,この工程を繰り返すことで仕様を満たしていることを確認していく手法
- イ上流工程段階で,ハードウェアとソフトウェアとの機能分担を協調シミュレーションによって十分検証することで,仕様を満たしていることを確認していく手法
- ウハードウェアとソフトウェアとの開発を独立に並行して行った後,両者を組み合わせて統合テストを行うことで,仕様を満たしていることを確認していく手法
- エ要求定義,設計,製作,試験,保守の順序で開発を進め,各工程でそれぞれの成果物を確認し,前工程には戻らないことを前提に各工程を完了させていく手法
答えと解説を見る
✓ これが正解イ上流工程段階で,ハードウェアとソフトウェアとの機能分担を協調シミュレーションによって十分検証することで,仕様を満たしていることを確認していく手法
解説
上流でHWとSWの分担を協調シミュレーションで検証する手法です。
組込みシステムのコデザインは、ハードウェアとソフトウェアを別々に作ってから組み合わせるのではなく、上流の段階から両者をいっしょに設計する考え方です。見分ける軸は、ハードウェアとソフトウェアの機能分担をいつ検証するかです。コデザインでは、どの機能をハードウェアで、どの機能をソフトウェアで実現するかを上流工程で決め、両者を協調させたシミュレーションで仕様を満たすかを早い段階で確かめます。これにより、統合後に分担の誤りが見つかって大きな手戻りになるのを防ぎます。分担を上流で、協調シミュレーションで確かめる、と覚えましょう。
ほかの選択肢はなぜ違うのか
- ア開発工程を分析,設計,開発,検証の工程に…:分析、設計、開発、検証を繰り返して仕様を満たしていくという説明は、開発工程を反復させる進め方の話です。ハードウェアとソフトウェアの機能分担を上流でいっしょに検証するという、コデザインの中心となる考え方が含まれていません。
- ウハードウェアとソフトウェアとの開発を独立…:ハードウェアとソフトウェアを独立に並行して開発し、最後に組み合わせて統合テストで確かめるのは、コデザインを使わない従来型の進め方です。分担の誤りが統合の段階まで見つからないという弱点があります。
- エ要求定義,設計,製作,試験,保守の順序で…:要求定義から保守まで順に進め、前の工程に戻らないことを前提とするのは、ウォーターフォールモデルの説明です。ハードウェアとソフトウェアの協調設計という観点は含まれていません。
この問題の用語
- 工程仕事を進める順序と段取りのまとまりを指します。図表にして管理し、重要な期日や作業の順序、進み具合を目に見える形にします。
- 分析集めたデータを細かく分けて、何がどう関わっているかを読み取ること。量が増えるほど、扱う道具も考え方も変わります。
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
- 保守動いているシステムを使い続けられるように、点検や修正、更新を続ける作業です。障害の修正だけでなく、環境の変化に合わせた手直しも含みます。
出典:平成23年度 特別 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問23
同じ用語が出る問題
- 令和7年度 秋期 午前Ⅱ 問25(分析)
- 令和7年度 秋期 午前Ⅱ 問18(工程)
- 令和6年度 秋期 午前Ⅱ 問25:PLMに関する問題(工程)
- 令和5年度 秋期 午前Ⅱ 問18:リファクタリングに関する問題(保守)
- 令和5年度 秋期 午前Ⅱ 問15:NOTICEに関する問題(テスト)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)