作業指示アプリのテーブル構造
  • 18 Jan 2024
  • 1 読む分
  • 寄稿者

作業指示アプリのテーブル構造


記事の要約

::: (info) () アプリをダウンロードするには、こちらをご覧ください:ライブラリ:::作業指示アプリケーションのためのテーブル構造を学ぶ。

チューリップテーブルは、アプリケーションでデータを整理、保存、使用するための手段です。テーブルには、フィールド(列)とレコード(行)に整理された情報が含まれており、特定のニーズに合わせてカスタマイズして構成することができます。テーブルは、1つのアプリで使用することも、複数のアプリで使用することもできます。

作業指示テーブルとは

製造工程は、多くの場合、順番に達成される一連の作業として実行されます。テーブルベースの作業指示設計では、プロセスを構成する特定のアクティビティの詳細は、チューリップテーブルに保持されます。作業指示テーブルは、プロセス全体を構成する手順やタスクに関する情報を格納するチューリップ・テーブルです。

下のプロセス図を見てわかるように、プロセスは、順番に完了する一連の手順で構成されます。各手順は、それ自体が一連の作業から構成されています。テーブル・ベースの作業指示設計では、プロシージャーとタスクはテーブルに格納され、アプリケーション・ロジックはエンド・ユーザーに一連の作業における位置に適したステップを提供します。

:::(Info) (注) 「手順」と「タスク」という用語は、異なる作業シーケンスがプロセス内でどのように組織化され、組み合わされるかを説明するものである。重要なことは、手順とタスクは階層的であるということである。作業プロセスは一連の手順を完了することで達成され、各手順は一連の作業から構成される:

Process Hierarchy.jpg

プロセスダイアグラム1は、1つのプロセスの下で、手順とタスクのフロー結果的な関係を示している。

Process Hierarchy2.png

工程図2は、工程、手順、作業の階層構造を示す。

テーブル・ベースの作業指示設計では、アプリケーションは、テーブルのフィールドにマッピングされた組み込みテーブル・レコードまたは変数のセット数を含んでいます。手順そのものに指示がハードコードされるのではなく、ユーザーが適切な現在のタスクを選択したときに表示されるように、テーブルに整理されます。これらの手順とタスクは、選択された手順に基づいてアプリに動的に供給されます。

テーブルを使用して動的に指示を表示することで、アプリケーションを構築して使用する際に柔軟性を持たせることができます。1つのアプリで複数のプロシージャーを実行し、テーブルのセットアップに従ってタスクを順番に表示します。以下では、可能なテーブル構造と、テーブルを設定する際に考慮すべき点について説明します。

作業指示テーブルの構成方法

テーブルを構成する方法は複数あります。このセクションでは、Work Instructions アプリ・スイートからのテーブルの例を説明し、互いの関係を説明し、独自の Work Instructions テーブルについて決定する前に認識すべきいくつかの考慮事項について説明します。

まず、WorkInstructions App Suite のアプリを使用した例を見てみましょう:

Procedure Scrollerアプリは、2つのテーブルを使用します:ProcedureとTasksです。Procedureテーブルには5つのフィールドがあります:ID, description, Type, Item Master, Tasks です。Item MasterフィールドとTasksフィールドは、データ型にリンクレコードを使用します。これは、フィールドが他のテーブルのフィールドとデータを共有することを意味します。

WI Procedure Table.png

もう1つのテーブルTasksにはProcedureテーブルのIDフィールドに接続するリンクレコード・フィールドがあります。このフィールドはタスクが属するプロシージャーIDを示す。

WI Task Table.png

上のTasksテーブルでは、Procedureという名前のリンクフィールドが2つのテーブル間のリレーションを確立している。右側のテキストフィールドもProcedureという名前で、集計に使われます。

ユーザーがプロシージャーを選択すると、そのIDを使って、同じプロシージャーIDを含むタスクがそれぞれのテーブルに入力されます。アプリケーションではこのようになります:

WI Select a Procedure.gif

これは、作業指示情報を格納するテーブルをどのように設定すれば、アプリ内で動的に入力できるかの一例です。あなた自身のアプリに関しては、あなたのプロセスにとってアクセスしやすく、管理しやすい構成にこだわってください。

方法論

テーブルの設定に入る前に、適切なセットアップ、カスタマイズ、使用を確実にするために、事前に考慮すべき詳細がいくつかあります。

セットアップ* 誰がテーブルとアプリをセットアップし管理するのか * プロセスフローを完成させるために必要なアプリはいくつあるのか * あなたのプロセスにはいくつの異なるプロシージャーがあるのか。

構造* テーブルはいくつ必要ですか?(Tulipは通常、プロシージャ用に1つ、タスク用に1つ、必要に応じてパラメータ用に1つのテーブルを使用します) * テーブルは複数のアプリで使用されますか? * フィールドはいくつ必要ですか? * 複数のテーブルを使用する場合、それらのテーブル間で重複する情報は何ですか?

アプリ内での使用* インストラクションに関連したアプリのレイアウトはどのようなものですか? * ユーザーはテーブルとどのようにやり取りしますか?

アプリの全範囲とユーザーに提示したい情報を理解することは、テーブルベースの作業指示書アプリを構築する上で不可欠です。

関連記事


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