SAアプリケーション設計 · ソフトウェア詳細設計

構造化設計

Structured Design

こうぞうかせっけい

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

共有:

他の資格での定義

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

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

Past Exams

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

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

構造化プログラミングの制御構造（順次、選択、反復）を入れ子の矩形で表現する図式化技法。フローチャートと異なりgoto文に相当する表現がなく、構造化設計を強制する。ソフトウェア詳細設計で用いる。

複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。

システム要件を実現するために、ハードウェア、ソフトウェア、ネットワーク、データベースなどの構成要素と、それらの関係・インタフェースを決定する設計工程。要件定義とソフトウェア詳細設計の間に位置づけられる。

ソフトウェアシステムの全体構造を定義するもの。構成要素（コンポーネント）、それらの関係、外部環境とのインタフェース、設計・進化の原則を含む。品質特性のトレードオフを考慮して決定する。

ソフトウェアを独立性の高いモジュール（部品）に分割する設計技法。モジュール強度（凝集度）を高く、モジュール結合度を低くすることが設計原則。STS分割、TR分割、共通機能分割などの技法がある。

リレーショナルデータベースの論理設計において、データの冗長性を排除し整合性を保つためにテーブル構造を整理する手法。第1正規形から第3正規形、さらにボイスコッド正規形などがある。更新時異常の防止が目的。