アプリベースとテーブルベース

::: (info) () アプリをダウンロードするには、以下をご覧ください：ライブラリ::: この記事では、アプリベースとテーブルベースのアプリケーションについて詳しく説明します。作業指示情報の表示や保存は、一般的にアプリベースのデータが好まれますが、テーブルベースのアプリケーションは動的な機能を提供します。

プロセス構造

Tulipの作業指示書アプリのコンテンツやデータを保存する方法には、アプリのレコードを使用する方法、Completionを使用する方法、テーブルを使用する方法があります。これらのテクニックを使うことで、手順やタスクのプロセスに大きな影響を与えることができます。

まず、プロセス、手順、タスクの階層について説明します。プロセスは指示のシステム全体を指し、プロシージャーはより大きなステップを構成し、タスクは指示を完了するための個々のアクションを指します。これらのレベルには、粒度の違いによる固有の要件があり、つまり、それぞれの構成は異なるべきである。

この階層を念頭に置きながら、アプリベースとテーブルベースの違いを説明します。

アプリ・ベース・モデル、テーブル・ベース・モデルのいずれかを選択することもできますし、アプリの中で両方をミックスして利用することもできます。Tulipでは、ほとんどのニーズに対してアプリベースのアプローチを使用することを推奨しています。しかし、テーブルには特定のケースで使用する重要な機能があります。最初に、アプリベースとテーブルベースのアプリケーションの構成要素について説明します。これにより、プロセスフローを最大化するために、アプリでそれらの機能を再現する方法を正確に知ることができます。

アプリベースの作業指示書

アプリベースのアプリケーションとはどういう意味でしょうか？それは、指示自体がアプリのアーキテクチャに存在し、ステップに埋め込まれていることを意味します。指示は静的で、ユーザーの選択に基づいて動的に入力されることはなく、アプリから収集された情報は完了データに保存されます。

アプリベースの作業指示アプリは、ユーザーの選択に基づく値を保存するために変数を使用します。これらの値は、アプリが完了したときに保存されます。これらの値を完了タブに保存するには、アプリに完了ボタンが必要です。アプリベースのデータは不変であり、レコードを削除することはできません。

例えば、One Task per Step アプリケーションでは、各ステップのウィジェットに指示が表示されます。値はアプリデータの変数に保存され、ユーザーがアプリを完了すると、完了記録には全体を通して選択された値が表示されます。

アプリベースのアプリケーションの目的は、アプリ内のデータを効果的かつ効率的に記録し、すべての情報を静的かつ不変の方法で表示することです。

セットアップ

アプリのセットアップと設定には、アプリのレイアウトを計画し、メンテナンスのための以下の基準を理解する必要があります：

• どのような完了記録を残したいのか？
• インストラクションはどのように管理され、更新されるのか？
• アプリのデータで何をしたいのか？
• 作業指示の全範囲を構成するために、いくつのアプリが必要か？

これらの質問に答えることで、アプリのアーキテクチャとレイアウトの方向性が見えてきます。

例えば、手順ごとにステップグループを持つ、複数の手順を持つアプリベースのアプリケーションで手順を追跡したい場合、手順を選択すると、その手順名が変数に格納されます。そして、プロシージャーでフィルタリングしたい場合は、変数名に基づいてフィルタを使用するだけです。プロセスの情報や属性は、すべて変数にする必要があります。

表ベースの作業指示書

:::(Info) (注）チューリップは、アプリケーションを設計した作業指示書には、アプリベースのソリューションを使用することを推奨しています：

テーブルベースの作業指示書とは、具体的にどのようなものでしょうか？作業指示アプリが指示を表示するためにテーブルを使用することを指します。テーブルはラベルの付いた列Fieldと個々の行で構成されます。レコードはIDで構成され、様々なデータタイプの情報を含んでいます。レコード内の異なるデータ型は、対応するフィールドによって整理される。これらのデータタイプには、テキスト指示、画像、ビデオ、ファイルなどがあります。

テーブルベースの作業指示書アプリは、テーブルを使用して個々の指示書自体を保存します。各レコードは、画像、テキスト指示、インターバル、またはアプリケーションで表示するファイルを保持することができます。テーブルから、指示は選択された手順に基づいてアプリにロードされます。この動的なアプリのパスは、ユーザーがインタラクティブテーブルで行った選択に基づいています。

例えば、Procedure Scrollerアプリでは、ユーザーがフォローしたい手順を選択すると、選択に基づいてタスクがポップアップ表示されます。

このアプリは、ProcedureテーブルとTasksテーブルの2つのテーブルを使用してデータを表示、保存します。

テーブルベースのアプリの目的は、データを異なるタイプに整理し、アプリに動的にデータを入力できるようにすることです。テーブルを使用すると、アプリ自体を編集しなくても、アプリに表示されるデータを編集できます。アプリ内で作成されたデータはテーブルに入るため、データも変更可能だ。1つのアプリですべての指示が行えるので、テンプレートの更新作業が簡単でシンプルになります。

セットアップ

テーブルのセットアップと設定には、作業に取り掛かる前にちょっとした計画が必要です。以下の基準を考慮し、決定することが重要です：

• アプリのどこでテーブルを使用するのか？
• 一度に複数のアプリでテーブルを使用するのか？
• 作成するテーブルの数は？
• 誰がテーブルの情報を管理するのか？

アプリのサイズとスコープを理解し、それがテーブルとどのように関係するかを理解することで、テーブルをどのように構成するかが決まります。

例えば、作業指示に関連する各情報は、テーブル内に独自のフィールドを持つ必要があります。例えば、設備、サポート写真、レポートPDF、タスク番号などです。さらに、作業指示プロセス内の異なるレベルの情報に対して、複数のテーブルを持ちたい場合もあるでしょう。これらの考慮事項は、テーブルのサイズや設定方法に影響します。

作業指示書アプリでどのようにテーブルが設定され、プロセスを再現できるかについては、作業指示書のテーブル構造をご覧ください。

その他の情報

アプリベースのアプリケーションとテーブルベースのアプリケーションの違いを理解することは、プロセスに合わせてアプリの設計を決定する上で非常に重要です。作業指示アプリスイートの詳細と、ニーズに合ったアプリの選択方法については、作業指示アプリの概要をお読みください。