開発範囲
デバイスとインターフェースへのアクセス
電力メーター、温度、洪水、アクセス制御のステータスにアクセスし、監視ポイント、エリア番号、イベント レベル、機器の健全性ステータスを確立します。
製品のビジネス機能
温度、浸水、アクセス制御、電力計器にアクセスし、イベントの相関関係、検査インターフェイス、アラームの確認、履歴記録を作成します。
プラットフォームとデータ接続
メインコントローラーと機器→データと注文ステータス→4G→エンタープライズオペレーションプラットフォーム→運用保守処理のビジネスリンクと組み合わせて、デバイスID、データフィールド、更新時刻、異常ステータス、結果確認方法が定義されます。
例外処理と操作上の制約
状態監視機能と電気的保護機能は分離されています。設計段階で現場のセンサー配置、断熱、設置施工条件を確認する必要があります。
データと運用のワークフロー
現場収集→状態確認と警報発生→4G報告→勤務通知→検査処理と記録アーカイブ。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネスプロセスとパラメータ: 監視ポイント、機器プロトコル、警報レベル、検査および廃棄プロセス。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | 監視ポイントの位置は実際の設置エリアと合わせてご確認ください。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | 浸水、温度オーバーラン、ドアステータスイベントをテストします。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | 接続切断プロンプト、アラーム回復および廃棄記録を確認します。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
既存の配電監視システムと接続できますか？+
データ アクセスまたは転送は、既存のシステムのオープン インターフェイスに基づいて開発できます。データ同期方法とアラームをどの当事者が担当するかを決定するには、ポイント テーブル、プロトコル、アクセス権、および過去のシステム制約を提供する必要があります。
配電室状態監視端末の機能の一部だけを委託することはできますか？+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存のデータとターゲット境界を提供し、最初に「監視ポイント、機器プロトコル、警報レベル、検査および廃棄プロセス」を確認し、次に各モジュールの成果物とインターフェース責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、監視ポイント、機器プロトコル、警報レベル、検査および廃棄プロセスのチェックに焦点を当てています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、マイルストーンは個別にリストされます。
相談
電話
WeChat
トップに戻る