欠陥追跡データモデル
  • 04 Nov 2023
  • 1 読む分
  • 寄稿者

欠陥追跡データモデル


記事の要約

概要

データ・アーキテクチャを正しく理解することは、プロセスを改善するための適切なアクションを推進する上で非常に重要である。解決しようとする問題が同じであることはめったにないため、データが万能であることはありません。このFunctional Exampleでは、Defect Trackingで推奨されるコアデータの概要を示します。この機能例を拡張するために、自由にFieldを追加してください。

Extending the Conceptドキュメントでは、このデータモデルの上に構築することで、さらに価値を高める方法について説明しています。

テーブル

このアプリケーションでは、データの保存にテーブルを使用しています。これは、同じテーブルを複数のアプリで使用できることを意味し、Composability の重要な特性です。

このアプリケーションは、単一の[欠陥イベント]テーブルに依存しています。

Extend the ConceptではOrder Trackingとの相互接続やその他のユースケースなど、このデータモデルを拡張する機会をいくつか取り上げています。

[不良イベント] テーブル

Defect Events.png

Defect Events]テーブルは、プロセスを可視化するために必要な骨組みです。テーブルレコードのフィールドには、オプションのものもあれば、業務の可視性を維持するために必須のものもあります。

これらのフィールドは、必ずしも人が入力する必要はないことを覚えておいてください。注文情報は外部データソースから得ることも、条件ロジックに基づいて推測することもできます。

例欠陥の説明(Description)は、材料変数(MaterialVariable)と理由変数(ReasonVariable)を式(Expression)と組み合わせて自動的に計算されます:

'Defected ' + @Variable.Material + ' due to ' + @Variable.Reason

テーブル Fields

ID(Text)- すべてのテーブルには、各テーブルレコードを一意に表すIDカラムが必要です。この使用例では、レコード ID としてランダムな文字列を使用します。

Description(Text) - 欠陥の人間が読める説明。このFunctional Exampleでは、"DefectedMaterialdue toReason"という形式に従います。

報告日(Datetime) - 欠陥が最初に報告された時間。

Reported By(User) - 欠陥を報告したユーザー。機能例では、ログインユーザが入力されていますが、固定ユーザを設定したり、ユーザが報告者を選択できるようにすることもできます。

材料ID(テキスト) - 欠陥が見つかった材料のID。このフィールドを[Materials]テーブルへのリンクレコードに置き換えることで、コンセプトを 拡張することができます。

数量(Number) - その名の通り、不良部品の数量です。

理由(テキスト) - [ステータス]フィールドと同様に、[理由]フィールドを活用することで、不良品を自動的に適切なチームにルーティングすることができます。

例すべての過剰在庫不良は生産管理者が処理する。

Assignee(User) - 不具合の処理を担当するユーザー。これは、理由に基づいて動的に設定することも、単一のユーザー/チームに静的に設定することもできます。

Status(Text) - 不具合の現在の状態。不具合がFunctional Exampleで報告されると、デフォルトでNEWになります。私たちのユースケースでは、不具合は3つのステータスを通過します: 1.NEW 2.レビュー中 3.CLOSED

Comments(Text) - 自由形式のテキストフィールドで、不具合に関するメモを収集することができます。このフィールドを根本原因分析の一部として活用する。glossary.デジタルレコード履歴}}ウィジェットと組み合わせると、各欠陥の履歴データを確認できます。

写真(画像)- 欠陥の写真を収集します。画像を活用することで、根本原因の理解を深めることができます。

クローズ日(Datetime) - 不具合が解決されたときに、このフィールドで不具合レポートがクローズされた日を追跡できます。Analyticsでこのフィールドを活用し、既存の未解決の不具合レポートのバックログを把握することができます。

検出場所(テキスト)- 不具合が最初に特定された場所で並べ替えます。このフィールドを使用して、プロセスで最も一般的な障害ポイントを把握します。さらに、このフィールドを活用することで、不具合を正しい担当者に割り当てることができます。

Next Stes(Text) - 不具合の解決を追跡し、Digital Record Historyと組み合わせます。ウィジェットのユーザーは、欠陥がどのように解決されたかを確認できます。


この記事は役に立ちましたか?