2010-12-20 69 views

答えて

2

フローチャートでは、関数は状態、状態間の遷移中に発生するアクションなど、何でも構いません。すべては、フローチャートをどのように整理したかによって異なります。通常はフローチャートを作成してから、関数に実装されているものの説明に関数名を追加することをお勧めします。ここで

0

は直接のシンボルはありませんあなたは私の意見では、基本的な入力/出力/プロセスの記号で

3

をあなたの関数を作成することができます..フローチャートは、「どこにでしょう、あなたのアルゴリズムの機能説明のよりではありませんあなたのプログラムの意味での機能を定義します。はい、あなたのフローチャートに表されている機能的な側面は、Cプログラムの1つの関数に直接マップされていますが、それを達成するために複数の関数または複数のスレッドが使用されている可能性があります。フローチャートはどこに記述するのか分かりません。

要するに、フローチャートは、Cプログラムの関数を定義する場所ではありません。これは、プログラムの機能的側面の高レベル表現であり、プログラムの実装ではありません。

0

私が答えた同様の質問、Flowcharting a Get-ter、持っていた:

注::この回答をupvoteしないでください。代わりに、上記のリンク内のオリジナルをご利用ください。

フローチャートは情報の流れではなく、制御の流れを表しています。 フローチャートでは、しばしば に基づいている制御フローの転送を記述するステップとその間のリンク、特に条件付き分岐とループを決定します。

制御の流れは、何が行われるか、次に起こるかについてです。(悲しいことに) では、そのステップを実行するために必要なデータについては流れません。

ウィキペディアによると、 データの流れのいくつかの拡張があります。ただし、基本的には文書やファイルに限定されています。

一般的に言えば、状態はフローチャートではあまり表現されていません。 は、実質的にデータ、変数、スコープ、ライフタイム、または タイプの概念ではありません。したがって、データ(およびそのデータに関するメタデータ(許可されたタイプまたは 予想されるタイプなど)は、フローチャートの個々のステップ内のテキストに人間言語 の説明があると主に非公式に文書化されています。フローチャート作成中

入力&出力は(それが自分の自己のちょうど後で 実行しているコピーであっても) で別の独立したトップレベルのプロセスを通信を示すことを意味します。このように、この通信は約 であり、ディスクまたはネットワークへの読み書きです。

getterは入力または出力として修飾されません。すなわち、 という別の独立したプロセスと通信するため、 と考えられます。私は、フローチャート作成が最初に がソフトウェア設計(1950年頃)に適用されたときにゲッターがあったとは思わない。

あなたはUMLに目を通しているかもしれません。 - Erik Eidt Dec 12 '16 at 16:51

関連する問題