このガイドでは、次のことを学びます：*アプリの3つの基本要素* アプリがソリューションにどのように適合するか* ソリューションが業務にインパクトを与える要因* 各ソリューションに必要な基本原則
アプリ
チューリップのアプリは、エンドユーザーが実際のワークフローに似たタスクを完了できるようにするためのソフトウェアです。アプリは、個別のタスクを実行し、特定の場所や物理的環境で特定のビジネス上の問題に対処する必要があります。
チューリップ・アプリのコアバリューは、物理的なオペレーションを再現することです。このようなアプリには次のようなものがあります：* 作業指示書のように、オペレーターがステップを踏んでタスクを完了するガイド付きワークフロー* リアルタイムの生産データを集計するダッシュボード* 補充のためのカンバン機能を備えた在庫端末* リワークをオペレーターにルーティングし、品質管理に通知するリワーク管理
{高さ="" 幅=""}。
アプリは必要な分だけカスタマイズ可能です。アプリを構成する要素は3つあります：
デザイン
ステップとステップ上のコンポーネントのレイアウト、構成、物理的な外観、配色。デザインには、コンポーネントの命名規則も含まれます。
{高さ="" 幅=""}。
アプリのデザインについて詳しくは、こちらをご覧ください。
機能性
トリガーの動作、ステップのナビゲーション、ウィジェットの設定など、アプリのロジックがどのように実行されるか。
{height="" width=""} アプリの機能を構築する方法については、こちらをご覧ください。
アプリの機能を構築する方法については、こちらのチューリップ大学「アプリの基本設計とロジック」コースで学びましょう。
アーキテクチャ
アプリの定義されたスコープ、読み取りまたは書き込みされるデータ、統合および/または接続されたデバイス。
{height="" width=""} 以下は、基本的なアプリのアーキテクチャ図の例です。
インタラクティブなダイアグラムで、アプリのアーキテクチャについて学びましょう。
ソリューション
チューリップ・ソリューションは、成果物（アプリ、データモデル、物理デバイス）と機能（ルーティング、自動化、モニタリング、統合）の集合体です。
アプリ、アプリの実行に必要なもの、すべてのデジタル部分（テーブルからのデータ、他のシステムとの接続、物理的なデバイスなど）をつなぐシステムだと考えてください。
{height="" width=""} ソリューションは何をするのか？
ソリューションは何をするのか？
ソリューションは、ビジネス目標を満たし、運用上の問題を継続的に解決するために構築される。チューリップのアプリは、実際のフィードバック、パフォーマンス分析、機能要件に基づいて継続的に改善されるため、お客様の業務とともに進化し、成長するように設計されています。
つまり、ツール、デバイス、機器を含め、オペレーターが行う作業やその方法における人間の要素を考慮する必要があります。
例
人間中心の設計は、バーコードスキャナ、フットペタル、デジタル計量・測定装置、またはプログローブのようなウェアラブルのような装置を使用することで、オペレーターが手袋を着用しており、タッチスクリーンを使用できない場合を考慮します。
ソリューションが正しい問題を解決していることを確認するには？
Tulipに入って問題を解決するアプリを作るのは簡単ですが、主要な問題を特定するためにビジネス目標に集中することで、最も価値を見出すことができます。そして、最も価値のあるものを中心にソリューションを構築することができます。
成功するチューリップ・ソリューションには、次のような重要なステップがあります：1.**ビジネス目標を定義する：**2.**物理的オペレーションを文書化する：**2.物理的オペレーションを文書化する：プロジェクト範囲内の物理的オペレーションを徹底的に理解し、文書化する。これには、第一線のオペレータが、いつ、どこで、どのようにソリューションとやりとりするかをマッピングすることも含まれる。 3.**オペレータの活動とプロセスを文書化する：**4.**反復的なワイヤーフレームの作成：**オペレータのタスクとワークフローを表すワイヤーフレームを作成する。これらのワイヤーフレームは、反復的なソリューション構築プロセスを通じて進化し、最終的に実際のソリューションとなります。
画像はこのプロセスを示しています：
{高さ="" 幅=""}。
チューリップ・ソリューションの設計方法については、こちらをご覧ください。
ソリューションに必要なコア
ソリューションは、場所、時間、役割に基づいて別々のアプリに分割される可能性があります。アプリは、アプリとワークフローの比率が1:1であるべきである。このモデルはComposabilityとして知られています。ソリューションと そのコンポーネントは、"hit-by-a-truck "テストに合格できなければなりません。つまり、あるプロセス・エンジニアが、同じ領域にいる別のプロセス・エンジニアがそのソリューションを開発したとしても、そのソリューションを理解しサポートできなければなりません。チューリップの共通データ・モデリングの詳細については、こちらをご覧ください。 *ソリューションは、チューリップ・ソリューション・クレドに概説されているような、定義されたベスト・プラクティスに従っています。これらのベストプラクティスは、デジタルで表現されたすべてのプロセスにおける整合性を保証します。ソリューション・コンポーネントは、可能な限り標準化され、テンプレート化されています。例えば、基本レイアウト、チェックリスト、フォームなどを含むステップテンプレートを含むコンポーネントライブラリです。
次のステップ
Tulipのエキスパートの指導のもと、アプリの開発を始めましょう。
お探しのものは見つかりましたか？
community.tulip.coで質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます！