チェックリスト管理スイート

::: (info) () アプリをダウンロードするには、以下をご覧ください：ライブラリ:::チェックリスト管理スイートは、チェックリスト管理プロセスを合理化するために設計されたアプリケーションスイートです。

目的

このアプリケーション・スイートにより、新しいチェックリストを作成し、その中のタスクをカスタマイズし、どのタスクがどのチェックリストに属するかを効果的に整理することができます。チェックリスト管理スイートは、3つのアプリケーションで構成されています：チェックリスト・マネージャー・アプリケーション、およびチェックリスト実行アプリケーションの2つのバージョン（1つはデスクトップ用、もう1つはモバイル用）。

セットアップ

このアプリ・スイートのセットアップは簡単です。すぐに使えるアプリケーション・スイートです。ダウンロード後、すぐにチェックリストやタスクの作成を始めることができます。

機能

前述したように、このスイートには3つのアプリケーションが含まれています。マネージャーアプリケーションはチェックリストの作成と管理を目的としています。

このアプリケーションには6つのステップがあり、(Definition)Procedureと(Definition)Tasksという2つのテーブルを利用します。この2つのテーブルは共通データ・モデルの一部であり、同じく共通データ・モデルを使用する他のライブラリ・アプリとのコンポーザビリティを高めています。

マネージャーアプリの最初のステップは「チェックリストの概要」です。ここで、ユーザーは過去に作成したすべてのチェックリストを見ることができます。チェックリストを選択すると、選択したチェックリストにリンクされたタスクが右側に表示されます。

このステップには5つの重要なボタンがある。チェックリストの選択'の下に'作成'、'削除'、'編集'ボタンがある。

Create'ボタンは、ユーザーを'Create New Checklist'ステップに連れて行きます。 Delete'は、選択されたチェックリストを削除します。 Edit'は、チェックリストが以前に選択されていれば、'Manage Checklist'ステップに進みます。 フッターには、'Dashboard'と'Proceed to Checklist'ボタンがあります。

ダッシュボード'ボタンは'ダッシュボード'ステップに移動し、'チェックリストに進む'は'チェックリスト実行デスクトップ'アプリに移動します。ボタンがモバイル版にナビゲートすることを好む場合、それに応じてトリガーロジックを変更することができます。

Create New Checklist'ステップで、ユーザは新しいチェックリストを作成できます。彼らは、'チェックリストID'と'説明'を提供する必要があります。Create'ボタンを押すと、ユーザは'Manage Checklists'ステップに移動し、提供された情報を使用して、(Definition)Procedureテーブルに新しいレコードが作成されます。

Manage Checklist」ステップでは、2つのテーブルがメインとなり、その間に2つのボタンがあります。左側のテーブルには以前に作成されたすべてのタスクが表示されます。このテーブルの下に「作成」、「削除」、「編集」の3つのボタンがあります。これらの機能は「チェックリストの概要」ステップと似ていますが、チェックリストではなくタスクに適用されます。ここでは、タスクの削除、「新規タスクの作成」ステップで作成、「タスクの編集」ステップで編集ができます。

右側の表は事前に選択されたチェックリストにリンクされているタスクを表示します。これは表にフィルタを適用することで実現します。

表の間にある2つのボタンで、ユーザーは事前に選択したチェックリストにタスクをリンクしたり、リンク解除したりすることができます。

デスクトップアプリとモバイルアプリの両方が2つのステップで構成され、(定義)手順と(定義)タスクのテーブルと並んで、(ログ)検査結果という新しいテーブルを導入しています。ユーザーは、チェックリストの結果をこの新しいテーブルに記録することができます。

チェックリストを選択すると、選択したチェックリストのタスクが表示されます。チェックリストの実行'ボタンが押されると、いくつかのアクションが同時に起こります。トリガーロジックはまず、選択されたチェックリストのタスクからなる配列を作成します。同時に、(ログ)検査結果テーブルにレコードを生成します。さらに、'チェックリストID'と'実行ID'が生成され、テーブルと変数の両方に保存されます。

チェックリスト」ステップで、ユーザーはチェックリストを実行できます。このステップに入ると、アプリは以前に作成した配列から「Length of Tasks Array」という整数変数を作成する。

ステップは3つのセクションに分かれています：現在のチェックリストIDのタスク」、「現在のチェックリストIDの結果」、そして「合格と不合格」のセクションです。

現在のチェックリストIDのタスク'の下には、2つのフィルターが適用されたテーブルがあり、選択されたチェックリストに属するタスクのうち、まだ実行されていないものだけが表示されます。

現在のチェックリストIDの結果'の下には、実行されたタスクの結果のみを表示する3つのフィルターが適用されたテーブルがあります。

タスクを選択すると、その詳細が右側に表示されます。ここで、ユーザーはタスクが適切に完了したかどうかを判断できる。ユーザーは「Pass」か「Fail」ボタンを押すことができる。どちらのボタンも同じようなトリガーロジックを実行します - どちらかのボタンを押すと、複数のことが同時に起こります。(ログ)検査結果テーブルに、合格/不合格の情報を含む新しいレコードが作成されます。選択されたタスクは「完了タスク」という新しい配列に追加され、最後にプレースホルダがクリアされます。

前述のように、左側の2つのテーブルにはフィルターが適用されています。現在のチェックリストIDのタスク」では、「完了したタスク」配列に含まれるタスクが表に表示されないようにフィルターが適用されています。こうすることで、実行済みのタスクと未実行のタスクを区別できる。

すべてのタスクが実行されたなら、ユーザーは「チェックリストを終了する」ボタンを押すことができます。アプリは「チェックタスクQTY」テーブルの集計と「タスク配列の長さ」を比較し、もし等しければ、すべてのタスクが実行され、（ログ）検査結果テーブルにそれぞれの記録が作成されたことを示します。さらに、「実行 ID」と日付は「監査 ID」と「最終監査日」として「定義」プロシージャーテーブルに保存される。

すべてのタスクが完了していない場合、「チェックリストを終了する」ボタンは、ユーザがチェックリストを確定するのを防ぎます。