プロジェクト初期のツール評価

前回は、DSPやCPUのツール選択時の評価についてでした。今回も前回に続き、開発プロジェクト当初の評価についてです。

開発ツールの評価

開発ツールの評価は、特殊なプロセッサでメーカーの純正品しかなかったとしても必ず行ないます。ここまで「ツール選択」のという表現をしていますが、DSPや組込用マイコンの場合、メーカー製ツールが唯一のツールであることがあります。このような場合には、選択の余地はありませんが、それでも、最初の評価は重要です。

何を評価しようとしているのか……

まず、第１に最も重要な点は、「正常に機能しているのか」ということです。断言するのは気が引けますが、開発ツールもソフトウェアですから、バグ、不具合はあると考えて開始します。期待通りに動作するはずだという楽観的な前提で計画を決定することは、最もリスクが高い前提をプロジェクトに課したことになります。

最新のプロセッサの開発ツールとなると湯気がでるほどホットなだけに、実は、自分たちが世界初のユーザーになることもありえます（さらに、他にユーザーがいない場合も...)。ですから、メーカーが既に販売中の製品であっても、正常に動作するという期待だけで開発ツールを決定したり、開発手法を決定してはいけません。

問題の解決、代替や手法の検討

補助ツールを作成する必要があったり、コーディング方法をあわせることで問題を回避しなければならないことがありえるため、プロセッサの採用評価段階から調査する必要があります。

コンパイラならコンパイラを評価して、コンパイラが正しく期待通りに動作することを確認しなければなりません。

もし、コンパイラに不具合があったり、期待通りのコードが生成されないようであれば、症状によっては、アセンブラだけで開発する手法を採用するか(今すぐ体力があって手の早い人員を確保しましょう)、別のプロセッサを選択した方がよいプロジェクトだってあります(TT)。