開発範囲
デバイスとインターフェースへのアクセス
水位、降雨量、電源、ステータス入力を調整し、テレメトリ ステーションのアドレス、メッセージ形式、タイミング レポート、およびイベント レポートのルールを明確にします。
製品のビジネス機能
水位と降雨量の機器にアクセスし、スケジュールされたレポート、イベント レポート、時計管理、テレメトリ プロトコルの適応、バッテリ低下処理を開発します。
プラットフォームとデータ接続
水位と雨量とメーターの業務連携を組み合わせる→
例外処理と操作上の制約
プロトコルのバージョン、プラットフォームの実装、およびテストステーションのパラメータを同時に確認する必要があります。緊急事態の追加レポートは、無制限の再試行やキューの混雑を引き起こしてはなりません。
データと運用のワークフロー
水位と降水量の収集 → タイムスタンプとローカル記録 → タイミングまたはイベントのレポート → プラットフォームの応答 → 未確認メッセージの再送信。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネス プロセスとパラメーター: テレメトリ プロトコルのバージョン、サイト コード、水位と降雨量の口径、およびイベント レポート ルール。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | 水位の寸法、降雨量の積算、タイムスタンプを確認します。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | 検証しきい値レポート、定期レポート、および応答タイムアウト。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | 停電復旧後に送信される設定、カウント、データをテストします。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
指定された水文テレメトリープロトコルに適応させることはできますか?+
お客様からご提供いただくプロトコルバージョン、メッセージサンプル、プラットフォームテスト環境に基づいて開発可能です。統合テストの前に、必須およびオプションのメッセージ、デバイスのエンコード、検証、応答、再送信のルールを明確にする必要があります。
水路テレメトリー RTU の機能の一部のみを委任することはできますか?+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存のデータとターゲットの境界を提供し、最初に「テレメトリープロトコルのバージョン、サイトコード、水位と降雨量の口径、およびイベントレポートルール」を確認してから、各モジュールの成果物とインターフェイスの責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、テレメトリ プロトコルのバージョン、サイト コード、水位と降雨量のキャリバー、およびイベント レポート ルールのチェックに重点を置いています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、マイルストーンは個別にリストされます。
相談
電話
WeChat
トップに戻る