-2

設計者として、アプリケーションの主なアイデアをフローチャートのようなグラフィカルな形で表現する必要性を感じることがあります。開発会社にとって十分に理解しやすく、アプリケーションの目的と、おそらく提供する必要がある主な機能を伝えることができ、最終的に推奨事項、大まかな見積もり、およびターンアラウンドタイムで返信するために使用できるもの.

アプリケーションはまだ構想段階にあるため、プロトタイプを作成するのはやり過ぎです。フローチャートとしてもできますが、会議や詳細を入力するのではなく、プロが従う従来の方法がすでにあるはずだと思いました。

これをどのように行うのですか?フローチャートが最適な方法である場合、ここではどのタイプのフローチャートが最も効果的ですか? 研究を開始できるように、最初の方向性が必要です。

たとえば、顧客、プロバイダー、および管理者用の 3 つの異なるダッシュボード セットを持つアプリケーションの場合、これら 3 種類のユーザー間のすべての機能を接続する大まかなロジックをどのように示すことができますか?

ありがとうございました。

4

1 に答える 1

1

これは、新しいアプリケーションの開発を計画するときに従う通常の手順です。

  • ユーザー ストーリーの作成から始めます。ユーザーが直面する可能性のあるさまざまなシナリオを定義し、その機能がアプリケーションに含まれている理由を説明します。これにより、さらに次のステップに進むことができます
  • 次に、ユースケース図。通常、これらのタイプの条件のロジックを定義します -顧客、プロバイダー、および管理者向けの 3 つの異なるダッシュボード セットを持つアプリケーション
  • 次に、UI/UX モックアップを作成します。これらは、アプリのいくつかの重要な画面の基本レベルの手描きまたはデジタル生成のワイヤーフレーム/青写真です。ユーザーの手元にあるときにフローがどのようになるかをよりよく理解するためです。ハイエンドのグラフィックやイラストを含める必要はありません

これらは、アプリケーション開発を計画する際の基本的な考慮事項にすぎません。それらについて調査することから始めることができます。

これらのいくつかの例を次に示します。


基本的なユーザー ストーリー

ここに画像の説明を入力

ユースケース図

ここに画像の説明を入力

基本的なアプリのモックアップ

ここに画像の説明を入力

于 2016-09-28T02:02:02.910 に答える