開発範囲
デバイスとインターフェースへのアクセス
プリンタ機構または既存のプリンタに接続し、タスクの形式、文字エンコーディング、キュー、用紙、障害ステータス、結果の確認を明確にします。
製品のビジネス機能
プリンタ機構または既存のプリンタと接続して、タスクの分散、キュー、ネットワーク切断の回復、用紙切れステータス、重複タスクの識別、および結果の確認を開発します。
プラットフォームとデータ接続
オンサイトのタスクまたは測定→デバイスの識別と記録→ローカルストレージ→4G同期→エンタープライズアーカイブと操作フィードバックのビジネスリンクと組み合わせて、デバイスのID、データフィールド、更新時間、異常ステータス、および結果の確認方法が定義されます。
例外処理と操作上の制約
タスクの正常な受信と印刷の完了は個別に定義する必要があります。用紙切れ、電源オフ、確認応答紛失時の誤判断や繰り返し印刷を防止する必要があります。
データと運用のワークフロー
プラットフォームタスク→4G受信→ローカルキュー→印刷実行→ステータスと結果の返却→履歴タスクの検証。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネス プロセスとパラメータ: 印刷プロトコル、タスク形式、用紙エラー、実行結果の識別。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | フォーマット、エンコード、実際の印刷結果を確認してください。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | 用紙切れ、紙詰まり、タスクの中断をテストします。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | 重複タスクの特定とネットワーク停止の回復を確認します。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
停電後も未完了の印刷タスクを続行できますか?+
回復プロセスは、プリンターのステータスのフィードバックとタスクの粒度に基づいて設計する必要があります。端末はタスクの識別と実行ステータスを保存します。再起動後、最初にデバイスの結果を確認し、次に合意に従って再試行するか、手動処理に移行します。
クラウド印刷端末の一部の機能だけを任せることはできますか？+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存のデータとターゲットの境界を提供し、最初に「印刷プロトコル、タスク形式、用紙エラーと実行結果の識別」を確認し、次に各モジュールの成果物とインターフェイスの責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、印刷プロトコル、タスク形式、用紙不良、実行結果の識別のチェックに重点を置いています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、およびノードは個別にリストされます。
相談
電話
WeChat
トップに戻る