第I部では、我々は、製品、市場を理解するために、会社のチームは、顧客のニーズ、競争、キーテクノロジー、財務状況およびその他の関連する状況の実現可能性の分析によって、B側のハードウェア製品の実現可能性の分析について話しました。製品開発：プロジェクトは製品することが確認されると、製品は、プロセスの第二段階に入ります。
需要B側のハードウェア製品は、通常、カスタムから、二つの方法を持っているか、自社の研究開発プロジェクトに基づきます。異なるソースのために、一般的なプロセスの研究開発プロセスは似ていますが、開発プロセスのコントロールにいくつかの違いはあるものの（カスタマイズされた主な違いは、重要な側面のそれぞれが顧客にプロジェクトの進捗状況を知らせるために、ということである。契約の要件に応じて、プロジェクトの進捗状況は、関連する利害関係者に報告します人々 。）。これは、B側のハードウェア製品開発プロセスとチャット、一例として、運転手駆動の動作インテリジェント監視端末であろう。
システム設計、研究開発の実装、製品テスト、製品認証：全体的なR＆Dステージは、いくつかのそのような大きな領域に分割することができます。プロセスのこの部分では、異なるサイズ、製品のさまざまな要件は、いくつかの大きなカットされます。
システム設計
事前実現可能性の分析により、ビジネスプロセス監視端末は明確に実装する必要がありますされています。図のトポロジーの下端にビジネスプロセスモニタリング製品で描か。
コアビジネスプロセスの説明：カメラの操作を走行中の車両のビデオドライバを取得し、ビデオモニタ合わせアルゴリズムは、煙ドライバ、コール、疲労運転、運転行動の末端分析によって車線および他の不規則性を変更するために信号を回すがあるか否かを分析します。仕様ドライバ運転行動評価の基礎として、行動、警告と監視プラットフォームにアップロードした写真や動画を撮影するプロセスを駆動する非標準のターミナルを駆動するときに、ドライバは凹凸の存在を検出したとき。
コアビジネスプロセス監視端末の分析、組み合わせて前記キーテクノロジーように、完全な製品はいくつかのサブ製品に分割されます：
A、端末本体（ハードウェア本体）：ビデオコレクション、ビデオ分析、ローカルに格納されたビデオ、ネットワーク通信、リアルタイムの位置、運転者行動分析、アラーム処理、画像表示やその他のサービスを提供しています。
B、モバイル端末APP： -製品の操作やメンテナンススタッフ、ドライバー、企業の運転車の移動端末APP本体には3つの主要な役割が含まれています。APPを監視、操作およびメンテナンスAPP：APPは、2つのコアのバージョンに分割されます。運用・保守APPは、製品の操作や保守担当者を主な対象。
APPは、主に製品展開の成功率と効率を向上させる、測定製品のより便利な方法を提供し、運用、保守端末ハードウェアを展開するために使用されています。車上に配備端末は、それがカメラパラメータを調整する必要がある、較正パラメータは、通信品質検査プロセスを検出しました。運用・保守APPは、製品の問題点を見つけ、会社の運用・保守担当者がすぐに製品を展開することができます。
APPを監視することは、文の解析を実現するアラーム映像、ドライバーの評価スコア、出動率やその他のサービスを表示します。ドライバ、全体の駆動処理、クエリ、アセスメントの運営会社の監督を満たすために。
C、監視システム：すべての車両データストレージ、車両スケジューリング、レポート作成、分析、アラーム映像の検索、ドライバアセスメント、車両位置の問い合わせ、アラームヒートマップ分析およびその他のサービスを提供しています。
あなたは、骨格トポロジー全体的な製品を作成することができます。
システムトポロジの基本的な枠組みを確立し、関連の研究開発チームは、上流と下流のシステムのうち、全体のプログラムの概要を決定する必要があります。上述したいくつかのサブ製品含むがあります主なハードウェア、モバイルAPP、監視システム。：スキームは、以下に詳細に記載されたシステムが必要
Aを：システム全体における副生成物の位置を説明する全体システムにおけるサブ製品の位置や機能を形成するブロック図です。
B：サブ製品の技術的な要件：標準、主要な技術的特徴などを使用して、サブ主な機能・性能、環境条件を、決定します。
C：サブシステムデザインの説明：分割副生成物の全体的な構造及び機能に応じて様々なモジュール間の論理的な関係を与え、そして説明します。設計上の制約と組み合わせることで、構築、設計に応じて、アカウントにどのようにこれらの制限を説明し、ターゲット・システムと機能部門の全体的な構造、必要に応じて、ケーススタディとして、より一般的な設計、現在の全体的な構造の選択として考えることができます理由。
D：通信インタフェースと説明：ユーザインターフェイス、ハードウェアインタフェース、通信インタフェース等を外部インターフェース定義副生成物および関連するモジュール、通信プロトコルであって、説明しました。
E：開発環境とテスト要件は：ターゲットサブ製品の機能を説明し、パフォーマンスの目標は、要件がテストの基本的な設計を記述することができます。
上記クリアし、チームは、ソフトウェア、ハードウェア、全体的な製品設計のためのシステムの概要を計画し、実装の研究開発段階を実行することができます。
それは契約の要件に従うものとするために、カスタマイズされた製品から来ている場合、システムの枠組み通信し、相談を設計する技術チーム党の重要な要素となります。パーティー全体の技術的なソリューション会社は、製品のソリューションに利用可能着陸を確保するために、プロセスのランキングに参加します。典型的には、このプロセスは、通信と調整を繰り返すことになります。テクニカルコミュニケーションのいくつかのラウンド後、双方は本製品が落下して決定する予定で、その後、開発の次の段階を開始しました。
研究開発の実施
開発段階の実施形態は、一般に、IDの設計、構造設計、ハードウェア設計、ソフトウェア設計、プロトタイプアセンブリ、テスト基礎研究を含みます。システム設計を実装するための研究開発グループのあらゆる側面の内部R＆Dプロジェクト管理統合管理。全体のプロセスは、次の主要な側面を含むべきである：
ここでインテリジェント端末の一例、製品開発段階のためのサブようなハードウェアプロダクトマネージャは、作業要素を含みます。ID設計を決定するために、説明、詳細なパラメータのハードウェア要件の開発、R＆Dチームの機能要素を決定し、ハードウェア技術はまた、全体的な実装の枠組みを検討しました。
、機能要素を説明
関係者が達成するために必要な製品プロファイルの機能を理解するように、コア機能は、製品実現、どのような状態で達成何を重要なビジネスの主要な要素について説明します。
1、車線逸脱警告および維持
、車線逸脱警告をし、マシンビジョンセンサの使用を維持するためには、車両が常に現在の走行車線逸脱を交通事故から生じているため、車両を防ぐ交通安全を向上させるために、車線ラインで実行されています。そして、運転者に知らせる運転支援機能を実現するために、カメラ画像情報の転送を分析することによって、大規模な並列処理システムの画像解析により、画像を説明し、分析します。車両が危険を回避するために時間内に運転者に警告するために道路又は危険で、または音声インジケータの縁に近づくと、より正確には、警告表示や音声によって提供されます。
2、周りの車両の障害物検知
、カメラや赤外線センサーによる等の車両、歩行者や施設周辺の道路などの障害物の周りの車両は、車両の周囲のこれらの障害物の有無、およびリアルタイムトラッキングを感知することができます、また危険の時代に取るようにドライバーに警告することができます回避策。
3、前方衝突の検出は、
車両が追突事故による悪×××につながる間による安全な距離の不足のために車を避けるために、車両の検出と追跡フロントも安全性を改善する重要な手段です。セーフティカーが発生した追突事故を避けるために、車両間の安全な距離を維持するために必要な措置をとるためにそれらを促し、タイムリーに問題がないことから、運転者の声に警告を発見された際に、車両と車両の距離の前面に各種センサからのリアルタイムの情報を利用して効果的に検出。
図4に示すように、歩行者の検出
第二のみ車両間の事故の数に歩行者事故の数の統計データ分析、全体の交通事故、車両の衝突により、衝突。歩行者検知技術は、懸念の安全補助フロンティアは、車両が特に歩行者衝突かもしれ近く、特に都市部の交通環境で、歩行者の検出は、障害物の運転者に警告することができ、フィールドを駆動しています。
図5に示すように、ドライバ状態監視
ドライバステータスモニタは、運転者の頭部の位置と運転者の反応を監視することです。運転者の頭部の姿勢を使用してドライバー疲労検知の良い道路性能の団結の組成の分析は、視線も同様に追跡します。運転者の頭部のヘッドサイズの視野を制限することによって、モデル画像を検証し、相殺します。ヘッド位置がライト、火災、および電話と他の部分閉塞撹乱端末ハードウェアの堅牢性要件のためのドライバ情報システムの三次元位置推定を正確に検出することができる
B、ハードウェアの設計要件とインデックス
ハードウェア記述体は、機能要件、ポートのデザイン、サイズ要件、EMC要件、包装、輸送要件およびその他の要因を達成しなければなりません。これは、製品の設計、ハードウェア・エンジニアに基づくことができます。（例えば、監視端末は、需要要因の列の一部を書き込むここでの唯一の）
関係者、ハードウェア開発チームのための製品設計要件仕様のチームの順位の後に、ハードウェア製品の需要監視端末の要素を。R＆Dチームは、コンテンツ要求仕様、設計、製品ID、製品の構造、ハードウェア図面、テストツール、包装材、ネームプレート及びその他の要因に基づいて説明します。
製品試験
A、機能テスト
ハードウェア機能テスト、要件が設定されたか否かの事前検証の主な要素。要素の機能は、典型的には、各製品に基づいて、それに応じて行動する関係ハードウェア機能テストです。品質管理部門やテストユニットが行った作業のこの部分。対応するテストケースの製造、試験及び特定の試験手順に従って作業を完了する。（例えば、ここでは監視端末のみ試験素子の柱部を書き込む）
B、性能試験
主性能試験の試験内容が含まれています：電気的性能、環境特性、電磁干渉に対する抵抗、電磁適合性指数。このプロセスでハードウェア製品マネージャはパフォーマンステストプロセスを支配することができ、テストは、パフォーマンステストの完了の省にハンドオーバすることができます。ハードウェア製品の管理者は、より優れた安定性を維持するために、製品の明確な指標が達成すべき製品環境の日常業務での適応性を必要としています。
異業種が異なる製品業界の検査基準を持って、テスト仕様書を参照のハードウェア製品が異なります。同じ電気的仕様は、さまざまな業界の製品ごとに異なります。例えば：静電放電（ESD）。電力業界の分野では一般的に4つの最も上級必要で、自動車部門は通常レベル3、民生部門のレベル2です。ハードウェア製品マネージャーは、業界関連のテスト要件、業界標準の正確な情報を必要とします。
それはカスタマイズされた製品から来ている場合は、開始パーティーで契約を締結した製品のテスト証拠資料を提供します。後半受け入れと製品テストは、製品のテストは、テストするためのテストと認証機関と発行テストレポートを関連この部分の指示に従います。製品は、供給者党から配信される場合は製品が契約の要件に準拠していることを確認するために、製品検査をテストするためのサンプルを採取します。契約の締結や製品試験のより完全な説明を提供する努力に余裕がないことができるいくつかの顧客は、あなたが会社のR＆D部門をテストする、またはリストに記載した試験に従ってセルフテスト、製品のテスト後の受け入れのリストを提供する必要がありますが、受諾。仕事のこの部分は、追加のワークロードをもたらすでしょうが、この手順では、双方が受け入れが発生した製品を論争を避けるために、製品の受け入れを促進する従うことが。
上記の構成要素はB側のハードウェア製品開発プロセスの鍵です。これらのリンクのハードウェア製品マネージャーで事項は、製品需要、製品ソリューションとポストプロダクションテストの初期の定義に参加するために多くのエネルギーを要します。中級技術を処理することができますし、プロジェクトマネージャは、製品を促進するための状況を監視するために一緒に働きます。良いB側のハードウェア製品マネージャー、業界への深い洞察力を持っている、業界の問題を理解し、顧客のシナリオを明確に理解があります。優れた技術プログラム、性能とコストとの関係のバランス、業界標準、テストプロセスより身近で技術のR＆Dチームを開発することができます。この方法でのみ良いB側のハードウェア製品を達成することができます。