ボトムアップアプローチ
Bottom-up Approach
ぼとむあっぷあぷろーち
概念設計において、個別の帳票やデータ項目から出発し、それらを統合してエンティティと関連を導き出す手法。既存のデータ構造を基にするため現状分析に適するが、全体整合性の確保に注意が必要。
Past Exams
過去問での出題
過去問で 5 回出題(システムアーキテクト試験 2・エンベデッドシステムスペシャリスト試験 2・プロジェクトマネージャ試験 1)。うち 5 回は用語そのものを問う問題です。
- 平成28年度 秋期 システムアーキテクト試験 午前Ⅱ 問5用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成25年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問20用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成23年度 秋期 システムアーキテクト試験 午前Ⅱ 問2用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問20用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問16用語を問う問題(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
現実世界のデータ要件を、DBMS非依存の形で抽象化して表現したモデル。ER図が代表的な表記法で、エンティティ、属性、関連を用いてデータ構造を記述する。データベース設計の第一段階として作成される。
概念データモデルを特定のデータモデル(関係モデルなど)に変換したもの。テーブル名、属性名、データ型、制約(主キー、外部キー、NOT NULLなど)を定義する。DBMS製品には依存しない。
論理データモデルを特定のDBMS上の物理的な格納構造に変換したもの。テーブルスペース、インデックス、パーティション、ファイル配置などの物理的な設計を含む。
データベース設計の最初の段階で、対象業務のデータ要件をDBMS非依存の概念データモデル(ER図など)として表現する工程。ユーザの業務要件を分析し、エンティティ、属性、関連を抽出・定義する。
概念設計において、業務全体の要件から出発してエンティティを識別し、段階的に詳細化していく手法。組織全体のデータモデルを最初に構築するため、全体の整合性を保ちやすい。
概念データモデルを特定のデータモデル(関係モデルなど)に変換し、テーブル定義、属性定義、制約定義を行う工程。正規化を適用してデータの冗長性を排除し、整合性を確保する。
