自動車業界では、MATLAB/Simulinkをベースとしたモデルベース開発が有望視されています。言うと、適用方法によってはそれなりに工数削減や品質向上が出来ると言う事が実証されてきたからです。一方ではモデルベース開発によって逆に工数が増加してしまうケースもあり、まだまだ課題が山積みです。これは、ユーザー様にとっては課題が山積みと言えますが、私にとっては仕事のネタが山積みとも言えます。このブログでは、そういったモデルベース開発に関わっていく中で思った事について書いていきます。更新日は月曜日+気が向いた日です。調査途中の、とりとめもない記事です。整理された記事を書きます。26262-6(ソフトウェア)を読んでみました。全54ページのPDFファイルをざっくり読んだのですが、ちょっと拍子抜けです。26262-6には、ソフトウェアの設計から実装に関するガイドラインが記載されています。その内容は、やれインスペクションしろだの、やれ静的コード解析しろだの、やれカバレッジ測定しろだの、大企業では当たり前にやってる(のでしょうか?)事しか書いていません。突飛な事が書かれていても困るので、これでいいといえばいいんですけどね。26262-6に従ってきちんとやらないと行けなくなりそうです。インスペクションまではやりすぎだから、ピアレビュー形式で適当な事して済ませるかなーという感じで、人数の必要なアクティビティについては避けてきました。これからはキチンとやらないといけなくなるのかなぁ。うーん、ちょっと荷が重い。愛用しているC++testと、最近使い始めたKilnでもって、かなりのアクティビティはカバーできそうです。26262-6には形式手法についても選択肢には入れられていますが、「絶対に形式手法を使いなさい!」という項目は1つもありません。これには理由があって、今すぐ適用できるほどに形式手法は成熟していないものの、将来化けるかも分からない・・・ので一応入れておくか。いうカンジで、とりあえず入れられているみたいです。個人的に、形式手法は好きじゃないというか、現状ではムリありすぎでしょう・・・ツールも高いし・・・と思っているクチなので、この配慮はうれしいです。コメントを投稿して頂くには、JavascriptとCookieを有効にしていただく必要がございます。