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

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



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



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

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



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

１．処理
２．データ

のうち

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

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



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



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

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



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



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



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



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

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

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

の4つです。

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

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

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

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



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

１．処理
２．データ

の2つを挙げました。

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



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



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

プロセス中心設計：考える優先順位が「処理」→「データ」
データ中心設計：考える優先順位が「データ」→「処理」

です。

あと、個人的には「プロセス中心設計」や「データ中心設計」といった言い方には馴染みがありません。
「プロセス中心アプローチ（POA）」や「データ中心アプローチ（DOA）」の方が一般的な言い方だと思います。