T/GDSM 002-2020
測定・試験データ・結果処理情報システム (英語版)

規格番号
T/GDSM 002-2020
言語
中国語版, 英語で利用可能
制定年
2020
出版団体
Group Standards of the People's Republic of China
最新版
T/GDSM 002-2020
範囲
4.1 システムの主な機能アーキテクチャ システムは、検知移動端末、検知背景管理、業務背景管理、アナウンス、顧客証明書管理、顧客業務管理などのサブシステムで構成されます 4.2 検知携帯端末サブシステムの概要 このサブシステムは、アプリケーションには、データ収集、データレビュー、証明書レポート承認の 3 つのモジュールがあります。 測定および検出操作は、このサブシステム上で時系列に実行されます。  このサブシステムを正常かつ安全に動作させるには、a) アプリケーションをインストールするデバイス (モバイル デバイス) の認可と認証、b) アプリケーションのユーザーの認可と認証を含む、検出バックグラウンド管理サブシステムの構成と設定が必要です。 (データ収集担当者、データレビュー担当者、および証明書レポート承認担当者を含む); c) 測定およびテストのプロセス設定; d) 測定およびテストの記録および証明書レポートの形式とテンプレートの設定。 データ取得モジュール このサブシステムにはデータ取得モジュールが必要です。 このモジュールには次の機能があります: a) 検出タスクの作成 (または再構築); b) 検出情報データの取得; c) データ分析、計算および処理の実行; d) プレビュー可能なオリジナル記録と証明書レポートのオンライン生成; e) プレス設定 検出処理し、元の記録と証明書レポートを提出します。 データ レビュー モジュール このサブシステムにはデータ レビュー モジュールが必要です。 このモジュールには次の機能があります: a) オンラインで生成された原本記録と証明書レポートの情報データを確認します; b) 設定された検出プロセスに従って原本記録と証明書レポートを提出します。 証明書レポート承認モジュール このサブシステムには証明書レポート承認モジュールが必要です。 このモジュールには次の機能があります: a) データと結果の処理プロセスを監視する; b) 証明書レポートを確認して発行します。   4.3 検知バックグラウンド管理サブシステムの概要 本サブシステムは、クラウドサーバー上にインストールされ、コンピュータ上で動作する管理アプリケーションであり、権限管理、検知設定、証明書レポート管理、統計レポート、機器管理、ログ管理、顧客管理を備えています。 管理: 7 つのモジュールを管理します。 権利管理モジュール: このサブシステムには権利管理モジュールが必要であり、このモジュールには、計測およびテストのスタッフを管理し、役割を設定し、権利を割り当てる機能があります。 人事管理:あらゆる人事情報をシステムで管理し、人事関連情報の入力・確認を行います。 人事管理の内容には、a) 職員の基本情報、b) 職員の役割と権限、c) 職員の資格、d) プロジェクトの承認、e) ログインシステムのアカウントとパスワードが含まれます。 役割設定:計測技術機関の関係者にシステムの利用者となる権限を与え、設定によりシステム内での役割を指定します。 たとえば、役割を次のように設定できます: a) 上級管理者、b) システム管理者、c) データコレクター、データレビュー担当者、証明書レポート承認者、d) 顧客など。 ロールの権限: 各ロールは、設定を通じて 1 つ以上の権限を付与または取り消すことができます。 たとえば、a) 元の記録の照会、編集、入力、およびレビュー、b) 証明書レポートの照会、編集、承認、無効化、c) レポートの生成およびエクスポート、d) 照会および管理に権限を設定できます。 設備などの検出設定モジュール このサブシステムには、証明書レコードの設定、手順仕様のインポート、および証明書レポートの番号付けの機能を備えた検出設定モジュールが必要です。 このモジュールのすべての機能は、プロのプログラマではなく、許可されたユーザー (役割) によって編集または操作できる必要があります。 証明書レコード設定:情報データ収集項目、原本レコードテンプレート、証明書レポートテンプレートを設定します。 情報データ収集プロジェクトには、a) 収集する必要があるすべての元の情報データ項目を設定し、それらを分類して検出プロセスを強化する、b) 検出を実行するために必要な元のデータ記録ユニットを設定する、c)使用する検出方法 必要な関数、計算式、参照変数 d) 個別結果および総合処理結果を検出するための判定方法と結論を設定します。 元の記録テンプレートと証明書レポート テンプレート: 一般的な編集ソフトウェア (文書編集ソフトウェア、スプレッドシートなど) を使用して、元の記録と証明書レポートの文書レイアウトを編集し、その後繰り返し適用できるようにこのシステムにインポートします。 これらのテンプレートは情報データ収集プロジェクトにリンクする必要があり、すべてのレコード単位の情報、データ、結果は、元のデータ収集プロジェクトからシステムによって自動的に参照されます。 手順と仕様のインポート: テスト実行の基礎として現在の有効測定技術仕様をインポートし、テスト用モバイル端末システムの許可されたユーザー (役割) が作業中にいつでも参照できるようにします。 証明書レポート番号: 検出項目とタイプに応じて、元のレコードと証明書レポートの初期設定 (プレフィックスとサフィックス) がそれぞれ行われ、システムは一意の識別子 (元のレコード番号と証明書レポート番号) を自動的に生成します。 証明書レポート管理モジュール このサブシステムには証明書レポート管理モジュールが必要です。 このモジュールにより、承認されたユーザー (役割) が、生成されたオリジナルのテスト レコードと証明書レポートを照会、ダウンロード、および無効化できるようになり、オリジナルのレコードと証明書レポートの印刷と印刷が保証される必要があります。 . 発行、アーカイブ、無効化などは厳密に管理されています。 このモジュールには、元のレコードと証明書レポートの単一またはバッチ クエリを実行できるかどうかに基づいて、設定できるクエリ条件が必要です。 一般的に使用されるクエリ条件には、a) テスト項目、b) テストの種類 (必須検証、非必須検証、校正など)、c) 開始日と終了日、d) テスト結果、e) キーワード (顧客名)、証明書レポート番号など)。 クエリを通じて取得された元のレコードと証明書レポートは、個別にまたはバッチでダウンロードできる必要があります。 システムの許可されたユーザー (役割) は、誤操作によって生成された誤った証明書レポート、または検出プロセスが関連規制に準拠していないために発生した無効な証明書レポートを、一定の手順を通じて無効にできる必要があります。 統計レポート モジュール このサブシステムには統計レポート モジュールが必要です。 これにより、許可されたユーザー (役割) は、生成された検出情報のデータと結果をフィルタリング、クエリ、カウント、分析、エクスポートできます。 統計レポート クエリ: 元のレコードと証明書レポートから情報データを抽出し、レポートを自動的に生成できます。 例:一般的に使用されるレポート情報のデータ項目は、測定器名、必須校正識別マーク、精度、型式、工場番号、工場日付、製造単位名、顧客の名前と住所、データ結果番号、日付、有効期間、データ結果番号、日付、有効期間、製造元名、工場番号、製造年月日などです。 試験結果、検査員名等統計レポートのクエリ: クエリ条件は統計レポートに設定されたフィールドで構成され、1 つ以上のフィールドを任意に組み合わせて指定できます。 オプションで指定することも、キーワードを直接入力して設定することもできます。 統計レポートのエクスポート: クエリによって生成された情報データを選択し、統計レポートをエクスポートします (スプレッドシート ドキュメントとして出力可能)。 デバイス管理モジュール このサブシステムにはデバイス管理モジュールが必要です。 これにより、承認されたユーザー (役割) がシステム モバイル デバイスのクエリと認証を行うことができるようになります。 デバイス リスト: 承認されたユーザー (役割) は、さまざまな状態のシステム モバイル デバイスを視覚的に参照できます。 モバイル デバイスがシステムに接続されると、検出バックグラウンド管理サブシステムにアクティブにアクセスして、デバイスの情報 (a) デバイス名、b) 国際モバイル機器 ID (IMEI) を表示できます。 デバイスのアクティベーション: モバイル デバイスはシステムへのアクセスを許可されます。 デバイスが初めてシステムにログインする場合、デバイスは承認保留状態になっている必要があり、承認が得られるまでシステムを操作できません。 デバイスの無効化: さまざまな理由でシステムへのアクセスが許可されていない、または許可されなくなったモバイル デバイスの認証をキャンセルします。 ログ管理モジュール このサブシステムには、許可されたユーザー (役割) が他の許可されたユーザー (役割) によるシステムの使用を照会、理解、管理、および監督できるようにするログ管理モジュールが必要です。 デバイス リスト: 承認されたユーザー (役割) は、さまざまな状態のシステム モバイル デバイスを視覚的に参照できます。 モバイル デバイスがシステムに接続されると、検出バックグラウンド管理サブシステムにアクティブにアクセスして、デバイスの情報 (a) デバイス名、b) 国際モバイル機器 ID (IMEI) を表示できます。 デバイスのアクティベーション: モバイル デバイスはシステムへのアクセスを許可されます。 デバイスが初めてシステムにログインする場合、デバイスは承認保留状態になっている必要があり、承認が得られるまでシステムを操作できません。 デバイスの無効化: さまざまな理由でシステムへのアクセスが許可されていない、または許可されなくなったモバイル デバイスの認証をキャンセルします。 ログ管理モジュール このサブシステムには、許可されたユーザー (役割) が他の許可されたユーザー (役割) によるシステムの使用を照会、理解、管理、および監督できるようにするログ管理モジュールが必要です。 顧客の承認: 顧客の追加と無効化、顧客情報の入力と編集が可能である必要があります。 顧客クエリ: 特定の顧客を取得し、顧客の履歴情報データをクエリできる必要があります。 証明書レポートの送信: 権限のあるユーザー (役割) の指示に従って、システムが顧客に証明書レポートを送信し、顧客が自分で照会またはダウンロードできるようにします。 4.4 業務背景管理サブシステムの概要 本サブシステムは、クラウドサーバー上にインストールされ、コンピュータ上で動作するアプリケーションであり、システム管理、業務管理、レポート統計の3つのモジュールから構成されています。 システム管理モジュール このサブシステムには、サブシステムの役割管理機能、権限の割り当て、ユーザー管理、文書管理などの機能を持つシステム管理モジュールが必要です。 役割管理: 計測技術機関の関係者にサブシステムのユーザーになる権限を与え、サブシステム内でのユーザーの役割を指定します。 たとえば、役割を次のように設定できます: a) ビジネスディレクター、b) ビジネスフロントデスク、c) 営業担当者、d) ビジネススーパーバイザー、e) 財務担当者、f) システム管理者など。 権限の割り当て: このサブシステム ユーザーの各役割には、1 つ以上の権限を付与または取り消すことができます。 例えば、a) 業務管理(顧客管理、受託業務管理などを含む)、b) レポートおよび統計管理、c) システム管理(役割管理、ユーザー管理、文書管理などを含む)に権限を設定できます。 )、d) データ管理(顧客情報、委託業務情報等の照会を含みます。 )ユーザー管理: このサブシステムのユーザーを管理し、ユーザー関連情報の入力と確認、ユーザーの役割の設定を行います。 例えば、ユーザー管理の内容は、a) ユーザーの基本情報の記録、b) ユーザーへの役割の割り当て、c) ユーザーの追加、編集、削除などです。 公式文書の管理: 計量技術機関の重要な公式文書や、計量技術機関とその顧客との取引関係に関する法的文書は、計量技術機関の公式 Web サイトにアップロードできます。 これらの重要な公文書および法的文書には、a) 顧客登録契約書および認証契約書、b) 顧客の業務委託書類、c) 組織の事業発表書類、d) 組織完了証明書などが含まれます。 業務管理モジュール このサブシステムには業務管理モジュールが必要であり、顧客およびその受託業務を管理する機能を有すること。 測定技術機関の潜在的な顧客は、測定技術機関の公式 Web サイトを通じて登録および認定を受け、その機関の正式な顧客になることができます。 正式な顧客は、代理店の公式ウェブサイトから測定および試験の受託サービスを申し込むことができます。 このサブシステムでは、顧客アプリケーションの登録、認証情報、および委託されたビジネス情報を照会でき、このサブシステムの許可されたユーザー (ロール) は関連する操作を実行できます。 このモジュールを図 10 に示します。 図 10 事業管理構造 顧客管理: 計量技術機関の潜在顧客および認定顧客を管理する 内容には一般的に次のものが含まれます: a) 顧客情報の確認 (通常、顧客名、担当者、電話番号、連絡先住所、電子メール、登録時間、など); b) 顧客の認証ステータスを確認します (一般的に: 未認証、認証済み、認証済み); c) 顧客を認証します: 顧客が提出した認証情報が正しい場合は認証に合格し、そうでない場合は認証は合格しませんd) ビジネススペシャリストが認定顧客とつながることを指定します。 受託業務管理:認定顧客が計量技術機関の公式ウェブサイトを通じて計測・試験業務の受託を申請すると、受託から受託業務の完了までの全プロセスが本サブシステムによって監視され、その内容は一般的に次のとおりです。 顧客の業務の閲覧 注文書の閲覧 b) 顧客情報の確認 c) 受託業務の状況の確認(一般的に:検討状況、割当状況、受付状況、完了状況、支払状況、検証、証拠収集等) d) 委託された業務の各段階をチェックする 各リンクには、所定のプロセスに従って業務が実行されていることを確認するために、その権限に応じて対応する業務を実行する対応するシステム権限担当者が存在する必要があります。 レポート統計モジュール このサブシステムにはレポート統計機能モジュールが必要であり、このモジュールには、ビジネスおよび財務統計および分析のためのレポートの自動作成およびレポートのクエリ機能が必要です。 報告内容は通常、a) 顧客名、b) 業務委託伝票番号、c) 業務完了時刻、d) 業務完了受領伝票、e) 顧客支払伝票、f) 事業収入、g) 業務処理記録、等4.5 アナウンスサブシステムの概要 このサブシステムは、専用データベース、アナウンスプラットフォーム、アナウンスモジュール、レポーティングモジュールを含む、クラウドサーバー上にインストールされ、コンピュータを通じて動作するアプリケーションです。 必須検証業務を行う計量技術機関は、必須検証情報データを保存するために、強制検証用の特別なデータベースを構築する必要がある。 保存された必須検証情報データは、システムに保存されているすべての測定および試験情報データのサブセットです。 このサブシステムは、自動トリガー メカニズムを確立する必要があります。 必須の検証情報データがシステムによって認識されると、専用データベースに自動的にアップロードされ、その後呼び出されて送信されます。 公表プラットフォーム 必須検証業務を行う計量技術機関に対して、必須検証情報データをリアルタイムで公表するための公表プラットフォーム(ウェブページ等)を構築する必要がある。 このモジュールは、測定技術庁の発表プラットフォームおよび政府が指定する第三者の発表プラットフォームに必須の検証情報データを送信するための情報データ出力ポートを備えている必要があります。 アナウンスモジュール: このサブシステムには、必須の検証情報データアナウンスモジュールが必要であり、このモジュールには、顧客または一般の人々が閲覧およびダウンロードできる情報リスト、情報クエリ、および証明書ダウンロード機能が必要です。 このモジュールを図 11 に示します。 図11 アナウンスモジュールアーキテクチャ情報リスト:必須検証情報データの内容をリスト形式でアナウンスすることができます。 アナウンス内容には、a) ユーザーユニット、b) ユニットのアドレス、c) 測定器の名前が含まれます。 d) 測定器番号 e) 必須検証結果(結論) f) 必須検証日及び有効期間等情報のクエリ: 顧客または一般の人々は、アナウンス プラットフォーム上で第 4.5.4.2 条に記載されている情報データをクエリおよび検索することもできます。 証明書のダウンロード: 顧客または一般の人々は、取得または照会された検証証明書または検証結果通知をアナウンス プラットフォームでダウンロードできます。 レポートモジュール: 関連する政府規制当局が測定技術機関に関連する測定および試験情報データ (環境およびエネルギー監視情報データなど) を提供するよう要求する場合、モジュールには情報データ出力ポートがあり、提出された情報が確実に提供される必要があります。 データは要件を満たしています。 4.6 クライアント証明書管理サブシステムの概要. このサブシステムは、ブラウザを介して認証されたクライアント用にこのシステムによって構成されたクライアント固有の端末であり、クライアントが独自の機密情報データを管理できるようにします. これには、証明書レポートのクエリ、証明書レポートのダウンロードの 3 つのモジュールが含まれています、および統計レポート。 証明書レポート クエリ モジュール このサブシステムには、顧客がオンライン委託ビジネス ステータスをクエリできるようにする証明書レポート クエリ モジュールが必要です。 クライアントを開いた後、このモジュールはデフォルトで顧客の最近のオンライン委託ビジネス ステータスを表示する必要があり、これには通常、a) テスト項目、b) テスト タイプ、c) テスト ステータス、d) 手数料時間および証明書発行レポート時間、e) が含まれます。 試験結果; f) 証明書報告状況等顧客独自の証明書レポートの単一またはバッチ クエリを作成できる検索条件に基づいて、設定できる検索条件が必要です。 一般的に使用されるクエリ条件は次のとおりです: a) テスト項目; b) テストの種類 (必須検証、非必須検証または校正など); c) 開始日と終了日; d) テスト結果; e) 証明書レポート番号; f) キーワード (顧客名、証明書レポート番号など)。 同じクエリ条件の下で、第 4.6.2.2 条に記載されているすべての (現在および過去を含む) 顧客のオンライン委託ビジネス状況が表示される必要があります。 証明書レポートダウンロードモジュールにおいて、デフォルトで表示される、またはクエリにより取得される顧客のオンライン受託業務状況一覧において、証明書レポートが公開されたことが表示されている場合、顧客はいつでも証明書レポートをダウンロードできるようにする必要がある。 統計レポート モジュール このモジュールでは、顧客は独自の情報データを管理し、実際のニーズに応じてレポートを生成できる必要があります。 4.7 顧客業務管理サブシステムの概要 本サブシステムは、認定顧客向けに本システムをブラウザ経由で構築した顧客専用端末であり、顧客が計測技術機関に試験サービスをオンラインで委託できるようにするものであり、業務委託、証明書が必要となる。 レポート管理、基本情報設定、業務情報の4つのモジュールを確認します。 業務受託モジュール このサブシステムには、顧客がオンラインで受託試験サービスを扱えるようにするための業務受託モジュールが必要です。 受託試験サービスをオンラインで取り扱う場合は、通常、a) 委託先の名称、b) 委託元の連絡先、c) 担当者、d) 担当者の電話番号、をオンラインで計測技術機関に提出していただきます。 等委託業務の真剣さを確保するため、より充実した内容で委託元の公印が捺印された業務委託書類のアップロードをお客様に求める場合がございます。 証明書報告書管理 本サブシステムは、受託業務終了後に計量技術機関から送付される証明書報告書を顧客がダウンロードして管理できる証明書報告書管理モジュールを搭載すること。 基本情報設定 本サブシステムには、認証申請時に入力される顧客の基本情報を参照し、必要に応じて変更できる基本情報設定モジュールが必要です。 情報内容には通常、a) 顧客名、b) 担当者、c) 連絡先番号、d) 電子メール、e) 住所、f) 業界、g) ビジネスライセンス、h) クライアントのログインアカウントとパスワードなどが含まれます。 ビジネス情報の確認: このサブシステムには、顧客が計測技術機関の基本情報 (a) 資格、b) 提供できるサービス項目と範囲、c) 担当事業者などの基本情報を確認できるビジネス情報チェック モジュールが必要です。 担当者および連絡先等。

T/GDSM 002-2020 発売履歴

  • 2020 T/GDSM 002-2020 測定・試験データ・結果処理情報システム
測定・試験データ・結果処理情報システム



© 著作権 2024