Q&A
プログラム開発に限った場合の必要性ですか？本来のフローチャートではないけど、フローチャートの形式のDFDを納品物として含めると納得する顧客もいるため
（この質問自体が回答みたいになっちゃってますが・・・）
タグは便宜上のものです。
プログラムソース書き下し前にフローチャートを作るべし
と、以前はいわれていましたが、今のお時勢どう考えてもそうは思えません。流れを伝える相手がプラグラマでないならともかく、プログラマ同士の会話でフローチャートを使うというのはもう利点があると思えません。
フローチャートの必要性について意見をお聞かせください。
Wikipediaをみても、フローチャートはgoto文とif文だけでプログラミングしているようなものとすら書かれております（本質問投稿時現在）。正直、これならばC言語の方がまだ見やすいです。フローチャートを書くためには、結局のところ、手続き単位まで処理を確定することが必要であり、ここまで処理を整理しているならば高級言語で記述可能であるケースが大半だと思います。さらにいえば、今やプログラミング時にはIDEを使うことが常識となってきており、高機能なエディタ、デバッガを当然のように使うことができる環境にあります。
もちろん、C言語誕生以前には価値のあるものではあったとおもいますけれど、構造化プログラミングが常識となった今日現在、フローチャートの使用をマナーづけるのはもうナンセンスに思います。今、プログラミングの勉強資料を作成しており、意見が割れています。皆さんのご意見をお聞かせください。
はい。本来用途(プログラムの下書きとか情報共有のメモ資料)としてを考えています。つまり、フローチャートは本来手段であって目的物でないはずなんですが、これ自体を成果物の一つと考えている人が未だに多い気がします。
二年前の質問にも関わらずご返信ありがとうございます。
仰る通りで、納品物として作る時は開発完了後の作成になるので作る側からしたらモノも時間も無駄ですね。
＞これ自体を成果物の一つと考えている人が未だに多い気がします。
経験的に、超大手だけが100％そうです。きっと内部政治に必要なんでしょうね。
それらの子会社（グループ会社）を含む大抵の大手企業は不要でした。
回答12件
0
こんにちは。
プログラムソース書き下し前にフローチャートを作るべし
これはアセンブラ時代のお話ですね。当時は生産性が無茶苦茶低かったのでフローチャートのような非常に生産性の低い設計ツールを使ってもペイしていました。現代の高級言語の生産性はアセンブラに比べると非常に高いですからフローチャートを書く時間が勿体無いです。
昔（30年くらい前）でさえ、コンピュータ系の学術論文ではアルゴリズムをPASCALで記述する人も少なくありませんでした。（もちろんフローチャートで表現する人もいます。）
それでも特許を申請する時は事実上フローチャートが必須なので書くことはあります。また単純な処理を分かりやすく表現したいときはフローチャートを使うことはあります。フローチャートは直感的なので単純な処理ならば表現力に優れています。もちろん生産性は悲惨ですから分かりやすく表現することが重要な時限定ですね。例えば、お客様へ売り込みする際の資料などでしょうか。
なお、事前設計の重要性を否定するものではありません。
立案（多少複雑なものは複数立案します）→比較検討→ラフスケッチ記述の工程を経ることは多いです。
ラフスケッチを書いた後、元の案を修正することや、比較検討をやり直すことも少なくありません。
そのラフスケッチ記述にフローチャートを使うのは生産性／メンテナンス性が低すぎて役に立たないという意味です。私は普通に日本語で書いてます。
投稿2018/05/26 09:43
編集2018/05/26 09:44
総合スコア23272
回答ありがとうございます。
特許の場合そうなんですか？まあ文章よりは分かりやすいかもしれませんけれど、プログラミングにおけるツールとしての価値はもはや薄れていると思います。
0
今、プログラミングの勉強資料を作成しており、意見が割れています。
を見かけたので、少しだけ。
新人達にプログラミングを指導する機会があり、導入段階でフローチャートを描いてもらうことがあります。プログラミング未経験者もいますから、繰り返し・条件分岐といった処理の流れを作る思考を育てるために、プログラミング言語を使わない段階を設けるわけです。
流れを伝える相手がプラグラマでないならともかく
そう、改めて教えるまでもなく未経験者もフローチャートを見て理解できますから、そのような使い所はありますね。その場合、動作するプログラムがあって、説明のためにフローチャートを描く、という順番になるのではないかしら。
プログラムソース書き下し前にフローチャートを作るべし
頭の中にフローチャートのイメージを描いていることはありますが、それはコードに書き落とせるものだから、さっさとコーディングしたほうが速いのです。フローチャートを作る意義は殆ど感じません。プログラムの中の、ごく局所的な処理を他人と一緒に検討するためにホワイトボードに描いてみる、とかせいぜいそんな程度です。作るならデータ構造の設計図や状態遷移図・表なんかが重要です。
投稿2019/11/19 10:29
総合スコア1380
ですよねー。フローチャートと構造化プログラミングって互いに相容れないところがあると考えております。構造化プログラミングするならばフローチャートは最初から使うべきでないとすら考えております。エディタの機能が制限されていた時代ならともかく、今となっては必要性が感じられません。
0
フローチャートは書かないという意見が多いですね。
実際に、別の方法で書く様に指示された事もあるし、フローチャートで不十分な事も多いです。
ただ、フローチャートに戻る事も多いです。理由として、
・ 代わりの記法として決定的なものが無い。
・ フローチャートなら、大抵の人が分かる。(教育が不要)
・ 専用のツールが無くても書ける。(Wordとかでパーツがある)
ということでしょうか。
投稿2018/05/29 13:42
総合スコア6383
0
かつてのフローチャートとしては書かないですね。
全体の流れを概念的に（ざっくりと）書くのに使うことはあります。プログラミングと言うよりその前の基礎設計段階でのブレーンストーミングあたりで使う感じですね。
かつてのフローチャートの役割を担う物としては、UML（シーケンス図）で書くことが多いです。
投稿2018/05/27 15:07
総合スコア13703
回答ありがとうございます。
やはり従前のフローチャートの役割を求めるならば、新しくこれに代わるものについて導入を検討するというのも必要ですかね・・・
0
フローチャートはドキュメントのひとつとして用意していた
という側面があったように記憶しているのですが、
そういう意味では昨今の開発規模／速度には見合わない
資料となったようにも感じます。
一方、既存のソースコードを理解するために
フローチャートに起こしてみるという局面もありましたが、
短いコードが尊いとされる現代においては
あまり意味がないかもしれません。
あれは大型汎用機の時代に使われていたものですから
時代が変われば、それに応じたやり方がもとめられている
ということなのではないでしょうか。
今、プログラミングの勉強資料を作成しており、意見が割れています
そういう事情ならば、そっちの話を詳しく書いたら
また違ったアドバイスが出てくると思いますよ。
投稿2018/05/26 08:34
総合スコア7458
回答ありがとうございます。
ドキュメントとして用いるならば今はUMLとかより高次のツールが出てきている以上、フローチャートは不向きだと思います。そして、フローチャートを書ける各段階ならばプログラム自体を作成できる段階だっだりするわけで、そうなると本末転倒に思えます。
0
ベストアンサー
scratch や node-red みたいなビジュアルプログラミングを資料のなかで紹介してみては？
m5stack の uiflow や micro:bit の makecode では ブロック表示と python/javascript での表示を切り替えることもできます。
投稿2019/11/23 07:24
総合スコア22324
0
フローチャートについては否定的な見解が主流のようですね。
処理や言語の種類によっては(あの)フローチャートでは表現しにくいものもあるのでしょうけど、とりあえず最初のオブジェクト指向言語といわれるRPG(ゲームのことではありません)くらいだとまだけっこう使えた気がします。
ランキング上位のそうそうたるメンバーの方々が口をそろえて“要らんだろ”と言うなら一般的にはそれがほぼ正しいのかなと思いますが、一方で決して優秀でない自分の経験で考えてみると、コーディングする前に考えを整理するのにはわりと良いツールだった……という記憶がなかなか否定できないでいます。
どうなんでしょう、私のようなランキング低位の方々などは「やっぱフローチャートとか書いてからじゃないと結局ミスが多くて……」みたいなことはないでしょうか。
投稿2019/11/15 03:00
総合スコア67
古いトピックですが回答ありがとうございます。
私も今やフローチャートは書かないです。というのもIDEの進歩の結果、今やコーディングよりもフローチャート書く方が大きな手間になっていると考えているからです。
0
昔は、納品物でフローチャートを大量に書かされましたが、
今は、フローチャートは書かないですね。
必要とは感じないですね。
普通にメモへ日本語で処理を箇条書きする方が有益と
思ています。
投稿2018/05/29 12:01
総合スコア338
0
簡易言語（Pascal風）で書くことはあってもフローチャートは書かなかったですね。
昔（30年以上前）得体の知れないROM解析（MC6809の逆ASM）にフローチャート書きましたねd^^
・・・それが最後だったような＾＾；
投稿2018/05/26 11:27
総合スコア6851
回答ありがとうございます。
ですよねー。アセンブラならともかく高水準言語の記述には不向きと思います。（というか高水準言語が使えるならばフローチャートの必要性が疑わしい）
0
昔ならともかく、今はフローチャートを書くところはほとんどないでしょう。初心者に説明する時に使うくらいでしょうか？フローチャートを書く時間をコードを書くのに回した方が有益でしょう。
ジョブフローならフローチャートもどきで書いているユーザーが何社かありました。
投稿2018/05/26 09:52
総合スコア16415
0
フローチャートは書きませんねぇ。
if ( フローチャートが欲しい ) { Cの疑似コードで十分。 テキストエディタで書けるし。 }
投稿2018/05/26 08:33
総合スコア16614
回答ありがとうございます。
そうなんですよねー。プログラムのドキュメントとして考えるならば、読み手はCで話が通じる場合がほとんどですからねー。
0
オブジェクト指向言語で実装する前提なら、フローチャートだけでは不十分だと考えます。
UMLを使うなど、代替案を検討すべきかと思います。
理由としては、フローチャートはあくまで「処理の流れ」を記載するだけであり、クラスの構造やクラス間の関係などを記載するには、不適切な図であるという点です。
投稿2018/05/26 07:58
総合スコア298
回答ありがとうございます。
もはや今どきのプログラミングにおいて、図表はフローチャートだけでは不十分であることは勿論承知しております。ここでの題意は「（不十分であることを承知の上で）フローチャートを書く利点はあるか」というところを質問しております。
> 「（不十分であることを承知の上で）フローチャートを書く利点はあるか」
「無い」と断言します。不十分なものをあえて書くのは、害悪以外の何者でもありません。
推測ですが、「俺ぁUMLなんて読めねーよ、フローチャート書けよ、フローチャート！」と言っている一部の方が「フローチャート必須派」なのでは無いでしょうか？
あなたの回答
tips
プレビュー
