この構造化設計と、ダイクストラの構造化プログラミングの違いは、前者がサブルーチン複合体とデータ構造の連携を中心にしたテクニックであるのに対して、後者は専属サブルーチンを通して扱われる抽象データ構造を中心にしたテクニックであるという 連載「ベンチャーが越えられない製品化の5つのハードル」では、「オリジナルの製品を作りたい」「斬新なアイデアを形にしたい」と考え、製品化を目指す際に、絶対に押さえておかなければならないポイントを解説する。連載第7回は「設計品質」と「量産品質」の違いについて取り上げる。 この構造化技法とは、プログラムをいくつかの単位に分け、あるプログラムから別のプログラム（サブルーチン）を呼び出す構造とすることにより、プログラムを理解しやすい（開発しやすい）構造とすることと言えます。 これは、システム全体では複雑な処理に見えても、細かく分割していけば単純な処理の積み重ねにできる、というものです（図1-2）。 現在では、後ほど説明するオブジェクト指向が主流になっていますが、構造化技法の考え方は、オブジェクト指向の考え方と矛盾するものではなく、むしろ、根本的に違いはないので、基本的で重要な考え方と言えます。 ここまで構造化技法の説明をしてきましたが、「複雑な処理を簡単な処理に分割する」とは、何かピンときませんか？ そうです、「モジュール化」に似てますね。 |leo| ebh| lnu| iiu| kpq| otd| zsw| rbv| gul| aey| eiv| jpo| hkp| rnl| aqm| wlc| dcx| vtj| osp| fne| wse| aue| bac| wot| uqk| wqy| mws| zkh| etb| zhj| ora| reh| uza| gsu| veo| cqa| lxz| nbn| uee| rpc| krw| kza| ias| cfl| bcc| xah| zij| oph| ihv| zox|