SAシステム方式設計 · システム構成の設計

システム方式設計

System Architecture Design

しすてむほうしきせっけい

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

共有:

Past Exams

過去問での出題

過去問で 33 回出題（ITパスポート試験 8・システムアーキテクト試験 6・プロジェクトマネージャ試験 4・情報処理安全確保支援士試験 4・基本情報技術者試験 3・応用情報技術者試験 2・データベーススペシャリスト試験 2・エンベデッドシステムスペシャリスト試験 2・情報セキュリティマネジメント試験 1・ネットワークスペシャリスト試験 1）

残り 23 件を表示

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

システムアーキテクト試験の過去問によく出る用語

関連キーワードの用語

SAシステム要件定義

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

SAトレードオフ分析

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

SAソフトウェアアーキテクチャ

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

SAモジュール分割

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

SA正規化

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

SAデータモデリング

業務で扱うデータの構造、関係、制約を体系的に定義するプロセス。概念データモデル、論理データモデル、物理データモデルの3段階で詳細化し、データベース設計の基礎とする。