開発範囲
デバイスとインターフェースへのアクセス
水道、電気、熱、その他のメーターに適応し、階数、面積、設備アドレス、倍率、統計期間の対応関係を確立します。
製品のビジネス機能
水道、電気、熱、その他のメーターに適応し、機器のアドレス管理、スケジュールされた読み取り、使用量の換算、サブアイテムの統計、異常な使用量のプロンプトを開発します。
プラットフォームとデータ接続
フィールド機器・設備→ローカルルールまたは回収→4G→グループ管理→検査・サービス業務という業務リンクと組み合わせて、機器のID、データフィールド、更新時刻、異常ステータス、結果の確認方法を定義します。
例外処理と操作上の制約
統計結果は、測定機器とマッピング口径によって異なります。処理記録は、テーブルの交換、リセット、測定の欠落、およびサイクル間の補足レポートのために保存する必要があります。
データと運用のワークフロー
複数テーブルのポーリング → データの検証と凍結 → 4G レポート → 項目別の使用状況統計 → 例外プロンプトとレポート。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネス プロセスとパラメータ: メーターの増倍、エリア マッピング、使用サイクル、メーターの交換記録。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | メーターの読み取り値、倍率、ゾーンマッピングを確認します。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | 凍結時点および補足レポート後の統計をテストします。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | テーブルの置換、デバイスのオフライン、およびアドレスの競合を確認します。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
エネルギー消費プラットフォームは、メーター交換後の累積量をどのように処理しますか?+
デバイスに関連付けられたテーブル交換時間、古いテーブルの底値、および新しいテーブルの初期値を保持し、統計ルールに従って使用量を計算します。新しいメーターからのより小さな測定値をマイナスの使用量または再蓄積として直接扱うことは避けてください。
建物エネルギー消費量収集装置の機能の一部だけを委託することはできますか？+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存のデータとターゲット境界を提供し、最初に「メーターの増倍、エリアマッピング、使用サイクル、メーター交換の記録」を確認し、次に各モジュールの成果物とインターフェイスの責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、メーターの倍率、エリアマッピング、使用サイクル、メーター交換記録の確認に重点を置いています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、およびノードは個別にリストされます。
相談
電話
WeChat
トップに戻る