「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

システムというのは、あんな処理をやって、こんな処理をやって、そんな処理をやります。



そうすると、あんなデータが、こんなデータになって、そんなデータになります。



システムは処理をやります。
そうすると、データが変わります。

処理の内容が変われば、データの内容も変わるでしょう。
扱うデータが変われば、処理の内容も変わるはずです。
処理とデータには関連性があります。



以上を踏まえて、システムを構成する2つの要素

１．処理
２．データ

のうち

「１．処理」を先に考えて、その結果をもとにして「２．データ」を考えるシステム設計のやり方

が「プロセス中心アプローチ」です。
「こんな業務をやるシステムだから、多分こんな機能が必要だよね。ということは、こんな処理を作ることになるな。ということは、こんなデータを扱うことになりそうだね」なアプローチのやり方です。



プロセス中心アプローチは「Process Oriented Approach（プロセス・オリエンテッド・アプローチ）」を省略して「POA」と表現されることも あります。
気が向いたら、覚えてあげてください。



※「Process Oriented Approach」を何となく日本語にすると「プロセス指向アプローチ」となります。[詳細]

例えば、そうですね。
ピヨ太君がピヨピヨタイムカードシステムを作るとしましょう。



プロセス中心アプローチでは、処理の流れを中心に考えます。

タイムカードシステムで、まず必要なのは「出社処理」でしょう。
タイムカードをガチャン！とやると出社時間が記録される処理です。



「退社処理」も必要ですね。
タイムカードをガシャン！とやると退社時間が記録される処理です。



あとは「社員情報のメンテナンス処理」も必要でしょう。
新しい人が入社したら、その人の情報を登録する必要があります。



「出退勤情報メンテナンス処理」も必要ですね。
タイムカードをガシャン！とするのを忘れたり、2回以上ガシャン！とやってしまう可能性もあります。



ふむ、そんなところですかね。

これで、ピヨピヨタイムカードシステムでやる処理が決まりました。
ピヨピヨタイムカードシステムでやる処理は

１．出社処理
２．退社処理
３．社員情報メンテナンス処理
４．出退勤情報メンテナンス処理

の4つです。

あとは、これをもとにして詳細を詰めていきます。
その過程で「どんなデータを扱うか？」を考えたりもします。

かなり大雑把ですが、このようなアプローチの仕方がプロセス中心アプローチです。
今回の例では「処理」というより「機能」と呼んだ方が適切な区分けですが、そこら辺は適当に読み替えてください。
システムの「データ」と「処理」を比較して「まずは処理について考えるぞ！」がプロセス中心アプローチです。

ここまでの説明を読んで「それって普通じゃないの？」と思う人もいるでしょう。
普通といえば普通です。

なんで こんな用語があるかというと「データ中心アプローチ（DOA）」という用語があるからです。
「プロセス中心アプローチ（POA）」という表現は「データ中心アプローチ（DOA）」と対比される目的で よく登場します。



先ほど、システムを構成する要素として

１．処理
２．データ

の2つを挙げました。

そして「１．処理」を先に考えて、その結果をもとにして「２．データ」を考えるシステム設計のやり方がプロセス中心アプローチ（POA）だと説明しました。



データ中心アプローチ（DOA）はプロセス中心アプローチ（POA）の逆です。
「２．データ」を先に考えて、その結果をもとにして「１．処理」を考えるシステム設計のやり方です。
「こんな業務をやるシステムだけど、多分こんなデータを扱うことになるよね。ということは、これらのデータを処理するには、こんな機能が必要で、そうすると、実際の処理は、こんな感じかな」のように考えます。
※詳細は、用語「データ中心アプローチ（DOA）」の説明を ご覧ください。



気が向いたら、セットで覚えてあげてください。

プロセス中心アプローチ（POA）：考える優先順位が「処理」→「データ」
データ中心アプローチ（DOA）：考える優先順位が「データ」→「処理」

です。