IT用語帳
SAシステムアーキテクチャ · 高信頼化設計

フールプルーフ

Foolproof

ふーるぷるーふ

人間が誤った操作をしても、システムに障害が発生しないようにする設計思想。誤操作を物理的・論理的に防止する仕組みを設ける。入力値の範囲チェックや確認ダイアログの表示などが具体例。

共有:

Related

他の資格での定義

Past Exams

過去問での出題

過去問で 27 回出題(ITパスポート試験 5・応用情報技術者試験 4・基本情報技術者試験 3・エンベデッドシステムスペシャリスト試験 3・情報処理安全確保支援士試験 3・高度試験 午前Ⅰ 3・ネットワークスペシャリスト試験 2・システム監査技術者試験 2・プロジェクトマネージャ試験 1・ITサービスマネージャ試験 1)。うち 4 回は用語そのものを問う問題です。

残り 17 件を表示

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

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

Related

関連キーワードの用語

SA冗長構成

システムの構成要素を多重化し、一部に障害が発生しても全体として機能を継続できるようにする設計手法。サーバ、ネットワーク、ストレージ、電源などを二重化・多重化する。高可用性システムの基本技術。

SAフェールセーフ

システムに障害が発生した場合に、安全な状態に移行する設計思想。故障時に危険な動作を回避することを優先する。信号機が故障時に赤信号になる設計などが例。フェールソフトとは異なる概念。

SAフェールソフト

システムに障害が発生した場合に、性能や機能を低下させてでもシステム全体の運転を継続する設計思想。縮退運転(デグレード)ともいう。障害箇所を切り離し、残りの健全な部分で処理を続行する。

SAトレードオフ分析

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

SAシステム方式設計

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

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

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