デザインパターン
Design Pattern
でざいんぱたーん
ソフトウェア設計において頻出する問題に対する再利用可能な解決策のカタログ。GoFの23パターンが代表的で、生成(Creational)、構造(Structural)、振る舞い(Behavioral)の3カテゴリに分類される。
Related
他の資格での定義
オブジェクト指向設計で頻出する問題に対する再利用可能な解決策のカタログ。生成に関するパターン、構造に関するパターン、振る舞いに関するパターンの3種類に分類される。GoFの23パターンが代表的。
オブジェクト指向設計で頻出する問題に対する再利用可能な解決策のカタログ。GoF(Gang of Four)により、生成、構造、振る舞いの3種類23パターンが体系化されている。Singleton、Factory Method、Observer等が代表的。
オブジェクト指向設計でよく現れる問題と、その解決策となるクラスやオブジェクトの構成を、名前を付けて再利用できる形にまとめたもの。GoFの23パターンが代表的で、設計の意図を短い言葉で共有できる。
Past Exams
過去問での出題
過去問で 19 回出題(システムアーキテクト試験 14・エンベデッドシステムスペシャリスト試験 2・プロジェクトマネージャ試験 1・システム監査技術者試験 1・情報処理安全確保支援士試験 1)。うち 11 回は用語そのものを問う問題です。
- 令和7年度 春期 システムアーキテクト試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問13用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問22用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 システムアーキテクト試験 午前Ⅱ 問4用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問17(IPA の PDF を新しいタブで開きます)
- 令和5年度 春期 システムアーキテクト試験 午前Ⅱ 問6用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 システムアーキテクト試験 午前Ⅱ 問2用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 システムアーキテクト試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 システムアーキテクト試験 午前Ⅱ 問3用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 システム監査技術者試験 午前Ⅱ 問22(IPA の PDF を新しいタブで開きます)
残り 9 件を表示閉じる
- 平成29年度 秋期 システムアーキテクト試験 午前Ⅱ 問5用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問22(IPA の PDF を新しいタブで開きます)
- 平成27年度 秋期 システムアーキテクト試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 平成27年度 秋期 システムアーキテクト試験 午前Ⅱ 問7用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成26年度 秋期 システムアーキテクト試験 午前Ⅱ 問3用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成25年度 秋期 システムアーキテクト試験 午前Ⅱ 問4(IPA の PDF を新しいタブで開きます)
- 平成25年度 秋期 システムアーキテクト試験 午前Ⅱ 問5用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成24年度 秋期 システムアーキテクト試験 午前Ⅱ 問4用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成22年度 秋期 システムアーキテクト試験 午前Ⅱ 問3(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。
システム要件を実現するために、ハードウェア、ソフトウェア、ネットワーク、データベースなどの構成要素と、それらの関係・インタフェースを決定する設計工程。要件定義とソフトウェア詳細設計の間に位置づけられる。
ソフトウェアシステムの全体構造を定義するもの。構成要素(コンポーネント)、それらの関係、外部環境とのインタフェース、設計・進化の原則を含む。品質特性のトレードオフを考慮して決定する。
ソフトウェアを独立性の高いモジュール(部品)に分割する設計技法。モジュール強度(凝集度)を高く、モジュール結合度を低くすることが設計原則。STS分割、TR分割、共通機能分割などの技法がある。
リレーショナルデータベースの論理設計において、データの冗長性を排除し整合性を保つためにテーブル構造を整理する手法。第1正規形から第3正規形、さらにボイスコッド正規形などがある。更新時異常の防止が目的。
業務で扱うデータの構造、関係、制約を体系的に定義するプロセス。概念データモデル、論理データモデル、物理データモデルの3段階で詳細化し、データベース設計の基礎とする。
