開発範囲
デバイスとインターフェースへのアクセス
エアコンプレッサー、ウォーターポンプ、その他の機器のコントローラーインターフェイスに接続して、作業条件、累積作業時間、メンテナンス回数、障害コードを読み取り、元の機器の制御責任を維持します。
製品のビジネス機能
作業条件、稼働時間、障害コードにアクセスし、リモート ログ、パラメータ設定、メンテナンス リマインダー、顧客の機器ファイルを作成します。
プラットフォームとデータ接続
デバイスとコントローラのビジネスリンク → 収集またはルーティングゲートウェイ → 4G リンク → エンタープライズプラットフォーム → アフターセールスおよび運用保守を組み合わせて、デバイスの ID、データフィールド、更新時刻、異常ステータス、結果の確認方法を定義します。
例外処理と操作上の制約
リモートパラメータは値の範囲、有効条件、操作記録を設定する必要があります。ステータスとログに基づいて機器の故障を判断します。
データと運用のワークフロー
機器ステータスの収集 → 障害および動作記録のアップロード → 顧客機器ファイル → 販売後の位置決めの問題 → 処理記録のアーカイブ。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネスプロセスとパラメータ: 機器の障害コード、動作条件フィールド、パラメータの許可、およびアフターセールス処理プロセス。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | 障害コードとオンサイトのステータス間のマッピングを確認します。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | パラメータの変更、読み取り確認、および範囲外の拒否を確認します。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | オフライン ログの保存、再接続アップロード、デバイスの再起動をテストします。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
デバイスのメインコントローラーを交換せずに後付けできますか?+
外部取得端子や通信ボードの評価を優先することができます。デバイスはインターフェイスを開き、プロトコルを提供する必要があります。内部状態を読み取ることができない場合は、補充可能なセンサーと実際に表示されるデータ範囲を最初に決定する必要があります。
機器の遠隔操作保守端末の一部の機能だけを委託することはできますか?+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存の情報とターゲットの境界を提供し、最初に「機器の故障コード、動作条件フィールド、パラメータの許可、アフターサービス手順」を確認してから、各モジュールの成果物とインターフェイスの責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、機器の障害コード、動作条件フィールド、パラメータの許可、および販売後の処理手順のチェックに重点を置いています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、およびノードは個別にリストされます。
相談
電話
WeChat
トップに戻る