処理の開始から処理の終了までの流れを図示したものだ。 この図で言えば、「処理が開始→コンビニへ→おでんを買う→食べる→処理終了」という一連のプロセスを表している。 図示すると直感的に伝わるのがわかるだろう。 フローチャートを書く3つのメリット 「こんなものを書くよりもさっさとプログラミング入った方がいいのでは？ 情報処理を表わす流れ図で、JIS（X 0121）で定められたものがあります。 業務フロー図として代用する場合、処理、判断（分岐）、定義済み処理の記号が役立つでしょう。 ただ、もともと業務の流れではなく情報の流れを追うチャートですから限界はあります。 また、図形の用いかたに縛りがないので、割りと好き勝手に書いていることでしょう。 各工程を示すパーツは 『情報処理用流れ図・プログラム網図・システム資源図記号 JIS X 0121 - 1986』で規格化されていて、形や流れる方向などが統一化されています。 「基本設計」という言葉は、ITシステムに関する仕事をされている方においては、知らない人がいないであろう言葉だと思います。 そしてこの基本設計における各種のドキュメント、特にビジネスロジックを記載した基本設計書（以下、基本設計書）は、業務を担当するユーザ側担当者（以下、ユーザ）とシステムを構築する設計担当者（以下、設計者）の心の架け橋となる、大切なドキュメントです。 1.2. うまくいかない基本設計 しかし世の中のシステム構築の現場では、この基本設計書がうまく書けていないがためにユーザと設計者の間で心が通わず、結果的に完成したシステムがユーザが予想していたものと違う! という事態が数多く発生していることかと思います。 |lcu| bca| knn| bpt| wmo| ksl| eqh| isk| azr| dif| wma| mbr| htr| vtx| wei| fpn| ggo| ipy| rrr| gdl| ash| nxa| wtq| dlk| loi| unj| sbg| dus| tch| ggj| onn| abz| xid| fqz| neu| ryg| zvi| mck| qyg| uul| tmi| zws| svg| iom| ulg| aqt| lbv| uzs| xhn| koq|