APシステム開発技術 · 設計

構造化設計

Structured Design

こうぞうかせっけい

機能分割と構造化の手順に基づくソフトウェア設計手法。機能の洗い出し、データフローの明確化、機能のグループ化、階層構造化を経て、プログラム機能の決定と機能仕様の文書化を行う。流れ図やDFDなどを用いる。

共有:

他の資格での定義

機能分割と構造化の手法を用いたソフトウェア設計手法。順次・選択・繰返しの基本構造を用い、流れ図、DFD、構造化チャート、NS図などで表現する。段階的詳細化により設計を進める。

プログラムを機能単位のモジュールに分割し、階層構造で構成する設計手法。トップダウンで機能を分解し、各モジュールの凝集度を高め結合度を低くすることを原則とする。構造化プログラミングと対をなす。

Past Exams

過去問で 7 回出題（システムアーキテクト試験 4・基本情報技術者試験 2・エンベデッドシステムスペシャリスト試験 1）

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

問題を小さな部分問題に分割し、各部分問題を再帰的に解いた後、結果を統合して全体の解を得る設計手法。マージソート、クイックソート、二分探索、FFTなどの基盤となるアルゴリズム設計パラダイム。

クラス、インスタンス、属性、メソッドなどの概念を用いてソフトウェアを設計する手法。カプセル化、継承（インヘリタンス）、多相性（ポリモーフィズム）が基本原則。SOLID原則に基づいた設計が推奨される。

オブジェクト指向設計で頻出する問題に対する再利用可能な解決策のカタログ。GoF（Gang of Four）により、生成、構造、振る舞いの3種類23パターンが体系化されている。Singleton、Factory Method、Observer等が代表的。

ソフトウェアをModel（データと業務ロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。UIと業務ロジックを分離することで保守性と再利用性を高める。Webアプリケーションで広く採用されている。

業務ドメインの知識を中心にソフトウェアを設計する手法。ドメインモデル、ドメインロジック、コンテキストマップ、ユビキタス言語、エンティティ、値オブジェクト、サービスなどの概念を用いて、業務の本質をコードに反映する。

データ中心アプローチ。業務で扱うデータの構造を中心にシステムを設計する手法。E-R図を用いてデータモデルを作成し、正規化によりデータの冗長性を排除する。一事実一箇所の原則に基づき、データの整合性を重視する。