- 印刷する
概要
データ・アーキテクチャを正しく理解することは、プロセスを改善するための適切なアクションを推進する上で非常に重要である。解決しようとする問題が同じであることはめったにないため、データが万能であることはありません。このFunctional Exampleでは、Defect Trackingで推奨されるコアデータの概要を示します。この機能例を拡張するために、自由にFieldを追加してください。
Extending the Conceptドキュメントでは、このデータモデルの上に構築することで、さらに価値を高める方法について説明しています。
テーブル
このアプリケーションでは、データの保存にテーブルを使用しています。これは、同じテーブルを複数のアプリで使用できることを意味し、Composability の重要な特性です。
このアプリケーションは、単一の[欠陥イベント]
テーブルに依存しています。
Extend the Conceptでは、Order Trackingとの相互接続やその他のユースケースなど、このデータモデルを拡張する機会をいくつか取り上げています。
[不良イベント] テーブル
Defect Events]テーブルは、プロセスを可視化するために必要な骨組みです。テーブルレコードのフィールドには、オプションのものもあれば、業務の可視性を維持するために必須のものもあります。
これらのフィールドは、必ずしも人が入力する必要はないことを覚えておいてください。注文情報は外部データソースから得ることも、条件ロジックに基づいて推測することもできます。
例欠陥の説明(Description
)は、材料変数(Material
Variable)と理由
変数(Reason
Variable)を式(Expression)と組み合わせて自動的に計算されます:
'Defected ' + @Variable.Material + ' due to ' + @Variable.Reason
テーブル Fields
ID(Text)- すべてのテーブルには、各テーブルレコードを一意に表すIDカラムが必要です。この使用例では、レコード ID としてランダムな文字列を使用します。
Description(Text) - 欠陥の人間が読める説明。このFunctional Exampleでは、"DefectedMaterial
due 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と組み合わせます。ウィジェットのユーザーは、欠陥がどのように解決されたかを確認できます。