2016-09-28 1 views
0

私はGUIアプリケーションを作成しています。 QtQuick、QML、C++で。組み込みアプリケーションのGUI遷移と状態を文書化/マップする方法

は、これは私のGUIの流れを文書化し、それに使用されるすべての画面と部品のマップを作るためにどのよう

組み込みアプリケーションではなくウェブサイト

短い質問です。

は今

make a rough sctech using box and lines --> Make it a picture --> Paste in excel --> use hyperlinks to track transitions.

に単語を使用してイムしかし、それはプロであり、時間がかかるではありません。

詳細な質問他のプログラマが容易に最新デザインをunderstnad、容易にC++コードを開発できるようにdocumentngの

主な目的は、です。私はQML、GUIのロジックを使用していますので、それは以下の質問に

1.How many screens do I have, 
2.What is the relation between them 
3.How the flow is happening 
4.What are the components should I create and such basic questions. 

に答える必要がありますように、私のGUIを文書化したい

は、C++コード

から分離している私は人々がState transition chartsに言及見てきました、wireframingおよびUML

組み込みアプリケーションに適していますか?それは適切なトラックですか?

私は迅速かつ文書化の作業をストレスなく実行したいと考えています。

例をお待ちしております。

ありがとうございます!

答えて

2

ステートマシンダイアグラムを作成することをお勧めします。これは、状態遷移図のUML用語です。すべての画面は状態です。アプリケーションは画面Xを表示している間、アプリケーションは状態Xにあります。遷移は、ユーザーが画面をどのようにナビゲートするかを指定します。ユーザーが移動する操作によってトランジションにラベルを付けることができますが、画面とそのリレーションシップの概要だけを伝えたい場合は、これらのラベルを省略することができます。私の論文Which UML models should we make?の図13と図14を参照するか、UI flow diagrams on www.agilemodeling.comを見てください。

コンポーネントを画面内にモデル化するには、各画面に対して別々のワイヤフレームスケッチをお勧めします。詳細については、usability.gov

2

Wire Framingを使用することをおすすめします。 UMLツール(例:Enterprise Architect)は、適切なプロファイルを提供しています。ここで、ダイアグラム上にスクリーンを表示したり、 MVCモデルワイヤーフレーミングは主にWeb Designで使用されますが、組み込みシステム(例えば、携帯電話はWebアクセスだけの組み込みシステム)でもうまく使用できます。

+0

私のチームに自分のGUIを理解させるためにワイヤリングは本当に便利ですか?どのように正当化するのですか?可能であればいくつかの例があります。私が作ったワイヤフレームを取り戻し、私の最終製品は同じではありません。私はワイヤフレームも動的に更新し続けることができません。 –

+0

上記EAのリンクに従ってください。彼らはいくつかの例(そしてビデオ)を持っています。 –

関連する問題