開発プロセスが組み込まれているプロジェクトなハードウェアの変更

Question

良いアイデアがアジャイル開発プロセスがいない家田どのように地図を埋め込みプロジェクトなハードウェア変わります。

について説明を下回り、現在取引をさせていただいている(アドホックな過程に定義されます。変更の三種類に分けて、異なるプロセスの使用はそれぞれについて:

1. 完全なハードウェアの変更

   例:用ビデオコーデックIP

   a)研究の新しいIP

   b)労働教養/FPGAシス

   c)実施のレガシー-インターフェース-へb)

   d)までお待ちハードウェア（テープ）とは

   f)試験上のハードウェア

2. ハードウェア改善

   例:充実の画像の表示品質向上により、基盤となるアルゴリズム

   a)労働教養/FPGAシス

   b)までお待ちハードウェアおよび試験、ハードウェア

3. 軽微な変更

   例:の変更のみがハードウェア登録のマッピング

   a)お待ちまでハードウェアおよび試験、ハードウェア

の心配はいりませんがとても多いの制御に対する安心感が広がってソフトウェア満期のハードウェア変わります。この信頼性プロジェクトの成功を持ちアップスケジュールは常に、お客様のご希望をシームレスの変更をアップデートされる際には新しいバージョンのハードウェア

どうしてまた、このようなハードウェア変わるのか？いましたかを解くことにより、ハードウェア抽象化レイヤ(HAL)?からすでに始まっていました、自動テストのHAL層?HAL ート作品のmatural製品がない場合があったので、それも消費者の製品が急速に変化しています。するための試験時のハードウェア-プラットフォームではないですか？いや文化プロセスのためこのように変わるのか？

Answer 1

あなたは基礎となるハードウェアは、製品の寿命中に変化することが予想される場合は、

ハードウェアアブストラクションレイヤ（HAL）を追加することは必須です。正しく行わ場合は、HALの両側のためのユニットテストを作成することができます。

たとえば、HALは、単にあなたのGUIから実際の表示のハードウェアへのAPIです。あなたは、物理デバイスを駆動しない偽のハードウェアドライバを書くが、あなたの上位API層はHALからのすべての可能な応答コードを扱うことを確認するために、さまざまな方法で応答することができます。多分それはあなたがそれを正しくレンダリングだかどうかを確認するために、予想されるビットマップに比較することができ、メモリ（の代わりに、外部I / Oを駆動）でビットマップを作成します。

同様に、あなたはあなたの新しいハードウェアのドライバが正しく応答していることを確認することができますので、上位層からHALの良好なカバレッジを提供してユニットテストを書くことができます。残念ながら、そのテストのためにあなたが物理的に表示を監視する必要がありますが、あなたが潜在的に古いハードウェアと並行して実行することができますなど、すべての可能な画面モードによって、あなたのサイクルを表示例を使用して、インターフェイス要素、方法をスクロール行動の速度の向上や逸脱を参照してください。

戻るあなたの例に、しかし。どのように異なる別のビデオコーデックに切り替えていますか？あなたはまだ自分の上位層で周りのバイトをプッシュしています。あなたが知られているコーデックを実装している場合、あなたのコーデックが（クラッシュすることなく！）をデコードし、それらを正しく表示することを確実にするために（可能なデータ形式の全範囲をカバーする）ユニットテストとして動作するソースファイルを持っていると便利だろう。メモリ内のビットマップへの復号化は良いユニットテストのためになります - 。あなただけのメモリが生解凍フレームと比較行うことができます。

私はそれが役に立てば幸い。ない場合は、より多くの質問をします。