APシステム開発技術 · 設計

DOA

Data Oriented Approach

でぃーおーえー

データ中心アプローチ。業務で扱うデータの構造を中心にシステムを設計する手法。E-R図を用いてデータモデルを作成し、正規化によりデータの冗長性を排除する。一事実一箇所の原則に基づき、データの整合性を重視する。

共有:

他の資格での定義

業務で扱うデータの構造を中心に据えてシステムを設計する手法。データ中心アプローチという。処理手順より変化しにくいデータに着目するため、業務の変更に強い設計が得られる。

業務で扱うデータに着目し、データの構造を先に分析・設計して、それを基に業務処理やシステムを設計する手法。データは処理の手順よりも変わりにくいため、安定したシステムを作りやすく、データの重複や不整合も防ぎやすい。処理の流れを中心に設計するPOA（プロセス中心アプローチ）と対比される。

Past Exams

過去問で 10 回出題（ITパスポート試験 6・応用情報技術者試験 1・システムアーキテクト試験 1・データベーススペシャリスト試験 1・高度試験午前Ⅰ 1）。うち 2 回は用語そのものを問う問題です。

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

問題を小さな部分問題に分割し、各部分問題を再帰的に解いた後、結果を統合して全体の解を得る設計手法。マージソート、クイックソート、二分探索、FFTなどの基盤となるアルゴリズム設計パラダイム。

データを行（タプル）と列（属性）からなる二次元の表（リレーション）で管理するデータベース。E.F.コッドが提唱した関係モデルに基づき、SQLで操作する。データの独立性が高く、正規化による冗長性の排除が可能で、最も広く普及しているデータベース方式。

データを関係（リレーション＝二次元の表）で表現するデータモデル。表の行をタプル、列を属性（フィールド）と呼ぶ。属性が取り得る値の範囲を定義域（ドメイン）といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。

実体（エンティティ）を矩形、関連（リレーションシップ）をひし形、属性（アトリビュート）を楕円で表現し、データ間の構造と関連を視覚的に示す図法。カーディナリティ（1対1、1対多、多対多）も表記する。データベースの概念設計や要件定義に用いられる。

機能分割と構造化の手順に基づくソフトウェア設計手法。機能の洗い出し、データフローの明確化、機能のグループ化、階層構造化を経て、プログラム機能の決定と機能仕様の文書化を行う。流れ図やDFDなどを用いる。

クラス、インスタンス、属性、メソッドなどの概念を用いてソフトウェアを設計する手法。カプセル化、継承（インヘリタンス）、多相性（ポリモーフィズム）が基本原則。SOLID原則に基づいた設計が推奨される。