ソフトウェアアーキテクチャ
Software Architecture
そふとうぇああーきてくちゃ
ソフトウェアシステムの全体構造を定義するもの。構成要素(コンポーネント)、それらの関係、外部環境とのインタフェース、設計・進化の原則を含む。品質特性のトレードオフを考慮して決定する。
Past Exams
過去問での出題
過去問で 8 回出題(基本情報技術者試験 5・応用情報技術者試験 2・高度試験 午前Ⅰ 1)
- 令和3年度 春期 応用情報技術者試験 午前 問61選択肢(IPA の PDF を新しいタブで開きます)
- 令和3年度 春期 高度試験 午前Ⅰ 問23選択肢(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 基本情報技術者試験 午前 問35選択肢(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 応用情報技術者試験 午前 問47(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 基本情報技術者試験 午前 問35選択肢(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 基本情報技術者試験 午前 問62選択肢(IPA の PDF を新しいタブで開きます)
- 平成25年度 秋期 基本情報技術者試験 午前 問62選択肢(IPA の PDF を新しいタブで開きます)
- 平成23年度 基本情報技術者試験 特別試験 午前 問61選択肢(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。
システム要件を実現するために、ハードウェア、ソフトウェア、ネットワーク、データベースなどの構成要素と、それらの関係・インタフェースを決定する設計工程。要件定義とソフトウェア詳細設計の間に位置づけられる。
ソフトウェアを独立性の高いモジュール(部品)に分割する設計技法。モジュール強度(凝集度)を高く、モジュール結合度を低くすることが設計原則。STS分割、TR分割、共通機能分割などの技法がある。
リレーショナルデータベースの論理設計において、データの冗長性を排除し整合性を保つためにテーブル構造を整理する手法。第1正規形から第3正規形、さらにボイスコッド正規形などがある。更新時異常の防止が目的。
業務で扱うデータの構造、関係、制約を体系的に定義するプロセス。概念データモデル、論理データモデル、物理データモデルの3段階で詳細化し、データベース設計の基礎とする。
ソフトウェア方式設計で定義されたコンポーネントやモジュールの内部構造を詳細に設計する工程。アルゴリズム、データ構造、インタフェース仕様、エラー処理などを実装可能なレベルまで具体化する。
