- 印刷する
自動不合格レポートアプリの作り方
このステップバイステップのガイドを使用して、品質スペシャリストがリアルタイムで一般的な欠陥を追跡できるようにします。
注:このトピックは、チューリップ・ユニバーシティーの「品質検査アプリの構築」セクションで紹介されています。
企業によっては、品質スペシャリストを雇い、1日のうちに不具合を追跡・修正しているところもあります。このようなスペシャリストは通常、生産現場の一般的な欠陥を追跡するための紙を装備している。それは次のようなものだ:
最初の欄には、部品番号の選択肢が並んでいる。そして、オペレーターは、ある部品番号で経験した問題を示すために、集計を追加しなければならない。
チューリップにはスプレッドシートのインターフェースはありません。その代わりに「フォームステップ」を使用し、各従業員が簡単に不具合を報告し、部品に手直しが必要か廃棄すべきかを指示できるようにする必要があります。これにより、一般的な不良をリアルタイムで追跡できます。
不良品レポート」アプリには2つのステップがあります:
- 欠陥のある部品を選択
- 欠陥の種類を定義済みのリストから選択します。
こんな感じです:
Tulipは、誰かがアプリを使用するとすぐに、不具合をデータベースに保存します。そして、ダッシュボードで欠陥のリアルタイムチャートを見ることができます。
リジェクトレポートアプリの作り方は以下の通りです。
前提条件
このチュートリアルを理解するためには、TulipApp Editorのショートツアー「Tulip Basics」を完了している必要があります。
ステップ1- 部品の選択
このステップでは、部品名/番号とともに一連の画像を表示し、オペレータに欠陥のある部品を選択するよう求めます。
ここでは、スプレッドシートの一部を取り上げます:
オペレータが部品を選択すると、トリガーを使って次のステップに進み、"part_id "という変数を特定の部品で更新します。これにより、後で部品別の不良頻度を分析できるようになります。
変数を使用して部品IDを追跡した後、一般的な不良部品を示す分析を構築できます。
チューリップでの構築
部品選択画面の例です:
オペレータが部品を選択できるようにするには、各画像とテキストの組み合わせの上に不可視のボタンを配置する必要があります。
これは右端の部品の上にあるボタンの例です。
Context PaneのWidgetタブの一番下にある "Button Color "がtransparentに設定されているのがわかります。また、ボタンにはテキストがありません。これにより、オペレータが作業台で押す画像に基づいてロジックを構築することができます。
次に、トリガーと変数を使用して、不良部品の名前を保存する必要があります。
ボタンにトリガーを追加し、"Save Part ID - Part x "のような名前を付けます。
次に、"partID "という名前の変数を作成し、部品の名前で更新します。その後、次のステップに進む。
以下は、トリガーエディターでの作成方法です:
そして、上記の "Then "ステートメントです:
この場合、パート名は "myPartID "となります。この場合、あなたの部品は "myPartID "と呼ばれます。シリアル番号でも、内部的な名前でもかまいません。これをテキストとして保存するには、上記のように引用符で囲んでください("")。
この画面で変数partIDを作成するには、"location "というドロップダウンの隣にある "New variable "オプションを選択します。
これらのオプションを最初に選択しなければならない:
次に、次の "location "というフィールドの "New Variable "オプションをクリックして、変数を作成することができる:
変数を更新したら、"Go To Step"、"Next "ステートメントを追加して、オペレータを次のステップに送ります。
このステップと他のステップの組み合わせ
場合によっては、オペレータを自動的に次のステップに送りたくないことがあります。オペレータが選択したパートに基づいて、アプリ内でダイナミックなパスを作成したい場合があります。これを行うには、各パートの "Go To Step "の隣にあるドロップダウンで特定のステップを選択するだけです。
アナリティクスの可能性
このステップのデータを使って、どの部品に欠陥が多いかを見ることができます。
One Operation "分析を使用し、X軸に "part_ID "変数を選択します。Y軸に頻度を表示します。
さらに読む
ステップ2- 欠陥の選択
部品がわかったら、オペレータが欠陥を選択できるようにする必要があります。
ここからはスプレッドシートの部分です:
これは「フォームステップ」で実現できます。Tulipは自動的にアプリの完了日時を追跡するので、必要なフィールドは2つだけです:
- 事前に選択したリストからの不具合の種類
- 不具合の画像(必要な場合)
Tulipでビルドする
こんな感じです:
ドロップダウンと写真の2つのフィールドが必要です。
まず、新しいフォームステップを作成します。次に、ツールバーを使ってドロップダウンを追加します。
ドロップダウンのステップで、変数名の横にある「+」をクリックして、特定のフィールドでのオペレータの選択を追跡する新しい変数を作成します。そして、"Type of Defect "または "defect_type "に名前を変更します。
ドロップダウンのすべてのオプションをボタンとして利用できるようにし、「+」記号を使用してオプションを追加します。
最後に、"Next "ボタンを "Complete "ボタンに変更します。
このステップと他のステップを組み合わせる
場合によっては、ステップ1で報告された部分に基づいて、異なるドロップダウンオプションを持つ複数のフォームステップを作成したいかもしれません。
その場合は、最終的に分析を作成できるように、各フォームステップのドロップダウンメニューからのユーザー入力を追跡するために、同じ変数を使用するようにしてください。オペレーターは、アプリの完了ごとに 1 つのフォームにのみ入力します。
例えば、オペレータが特定の不具合を報告するために使用できる3つの異なるフォームステップがある場合、すべてのドロップダウンが「defect_type」という同じ変数を更新するようにしてください。
アナリティクスの可能性
One Operation "分析を使って、全体的にどの欠陥が最も多いかを見ることができます。X軸に "defect_type "という変数を選択するだけです。
または、欠陥データと部品名を組み合わせて、どの部品と欠陥の組み合わせが最も一般的であるかを調べることができます。Compare Variables" Analysisを使用すると、すべての組み合わせを1つのグラフで見ることができます。
さらに読む
お探しのものは見つかりましたか?
community.tulip.coで質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます!