開発範囲
フィールドインターフェイス、コンピューティングタスク、リソース、エッジデバイスの導入制約を整理し、システム選択、データフロー、サービス管理、受け入れ条件を定義します。
組み込み Linux BSP とデバイス アプリケーションの統合
指定された開発ボードと SDK を使用して、ブート、デバイス ツリー、周辺機器ドライバー、およびアプリケーション サービスを調整します。
範囲と成果物を確認する →エッジゲートウェイと既存の機器の統合ゲートウェイのオフライン バッファリングと再開可能なデータ アップロード
永続的なキュー、メッセージ シーケンス番号、再開可能なアップロード、重複排除、ストレージ容量ポリシーを実装します。
範囲と成果物を確認する →エッジゲートウェイと既存の機器の統合ゲートウェイのリモート構成とアプリケーション管理
ゲートウェイの登録、リモート構成、サービスのステータス、ログの取得、アプリケーションの更新を開発します。
範囲と成果物を確認する →プロジェクト開始に必要な資料
情報は、インターフェイス、実装条件、作業範囲を決定するために使用されます。
- プロセッサ、ボードのバージョン、製造元 SDK、およびカーネルのバージョン
- データ速度、オフライン期間、および利用可能なストレージ容量
- ゲートウェイのハードウェア、システム、プロセス、またはコンテナーの動作モード
成果物と検収
- 納品ドキュメント
- パッチ、イメージまたはビルド パッケージ、導入手順とボード レベルの検証記録、キャッシュ モジュール、構成手順とネットワークおよび停電のテスト記録、管理エージェント、サーバー インターフェイス、運用およびメンテナンス ページ、およびアップグレード テスト記録。
- バージョンと再現性
- 配信リストには、ターゲット ハードウェア、ソフトウェア バージョン、構築または展開手順、インターフェイス構成、およびテスト記録が記録され、その後の統合テストとメンテナンスが容易になります。
- 起動リンクとターゲット周辺機器の識別、読み取りと書き込みを確認します。
- メッセージシーケンス番号に基づいて、オフライン前後のレコードの整合性を確認します
- 構成の配信、有効性、および失敗の受信を確認する
受け入れは、双方が確認した機器、バージョン、環境、サンプル、指標に基づいて行われます。ソースコードと設計文書の範囲、プロトタイプの材料、サードパーティの料金、およびその後のメンテナンスがプロジェクト文書に記載されています。
よくある質問
開発モジュールの 1 つだけを委任できますか?
はい。組み込み Linux BSP とデバイス アプリケーションの統合、ゲートウェイのオフライン バッファリングと再開可能なデータ アップロード、ゲートウェイのリモート構成、およびアプリケーション管理は個別にスコープ設定できます。開発前にモジュール間のインターフェイスと統合の責任を定義します。
アプリケーションを開発ボードからカスタム ボードに直接移動できますか?
アプリケーションを移行する前に、ブート、電源、デバイス ツリー、および周辺機器ドライバーをカスタム ボード上で検証する必要があります。開発ボードの結果は、カスタム ハードウェアでのインターフェイスや安定性のテストに代わるものではありません。
プロジェクトについて話し合う
デバイスとインターフェイス情報を使用して範囲を定義する
ワークロードの評価と段階的な配信手配を容易にするために、ターゲット機能、既存の機器またはコード、インターフェイス プロトコル、展開環境、および計画されたマイルストーンを提供してください。
相談
電話
WeChat
トップに戻る