データベースから、システムを考える
システムを作る時、
ほとんどの場合、
なんらかの、データを扱います。
そこで、
データの流れ
データの変化
という、観点で考えると、システムが分かりやすくなります。
そして、
どんな、情報(データ)が、必要か
と考えることで、処理の内容が、見えてきて、
システムの全貌が、見えてきます。
たとえば、
身近なところでは、
お小遣いの管理
毎月、使える、お小遣いがありますよね。
そして、それを、毎日、なにかに使います。
本を買ったり、お酒を、買ったり。。。
すると、毎月の、お小遣いが、減っていきます。
しかし、月末になって、もし、あまった場合には、
貯金に、回すことができます。
また、逆に、予期しない、出費があった場合、
お小遣いが、たりなくなり、貯金から、きりくずさないと
いけないかもしれません。
このような、処理を
データの要素をまとめ、
データの操作として、決めていくと、
システムの内容が、見やすくなります。
そして、データの操作を行うところが
SQL文となります。
テーブルの構成を決め、
実際にテーブルを作るのも、SQL文になります。
また、このように進めていくと、
一番、興味のある、
「お金が、いくら貯まるか」
に、考えが、集まるので、
システムが、見えやすくなります。
それに、もし、このシステムが
「お小遣いを管理する」
ものではなく
「お金を、貯める」
のが、目的であったら、
いろいろな、アイディア(手段)が、
浮かびますよね。
それに、参加者(家族)が、
たくさんいて、共通の目標が、決まると、
もっと、システムがつくりやすくなります。
たとえば、
「2年間で、65万貯めて、家族で、ハワイに行く」
などであれば、みんなの協力で、
システムも、活用され、
きっと、
目標を達成することが、できるでしょう。
このように、システムを、データから、考える方法を、
DOA 【Data Oriented Approach】(データ中心アプローチ)
といいます。
解りやすく、シンプルに、現象を、表現できれば、
いいので。
データ中心アプローチの勉強に、
お小遣いの動きを、調査してみては、
いかがですか?
来月は、貯金が、少し、増えているかもしれませんね。
ほとんどの場合、
なんらかの、データを扱います。
そこで、
データの流れ
データの変化
という、観点で考えると、システムが分かりやすくなります。
そして、
どんな、情報(データ)が、必要か
と考えることで、処理の内容が、見えてきて、
システムの全貌が、見えてきます。
たとえば、
身近なところでは、
お小遣いの管理
毎月、使える、お小遣いがありますよね。
そして、それを、毎日、なにかに使います。
本を買ったり、お酒を、買ったり。。。
すると、毎月の、お小遣いが、減っていきます。
しかし、月末になって、もし、あまった場合には、
貯金に、回すことができます。
また、逆に、予期しない、出費があった場合、
お小遣いが、たりなくなり、貯金から、きりくずさないと
いけないかもしれません。
このような、処理を
データの要素をまとめ、
データの操作として、決めていくと、
システムの内容が、見やすくなります。
そして、データの操作を行うところが
SQL文となります。
テーブルの構成を決め、
実際にテーブルを作るのも、SQL文になります。
また、このように進めていくと、
一番、興味のある、
「お金が、いくら貯まるか」
に、考えが、集まるので、
システムが、見えやすくなります。
それに、もし、このシステムが
「お小遣いを管理する」
ものではなく
「お金を、貯める」
のが、目的であったら、
いろいろな、アイディア(手段)が、
浮かびますよね。
それに、参加者(家族)が、
たくさんいて、共通の目標が、決まると、
もっと、システムがつくりやすくなります。
たとえば、
「2年間で、65万貯めて、家族で、ハワイに行く」
などであれば、みんなの協力で、
システムも、活用され、
きっと、
目標を達成することが、できるでしょう。
このように、システムを、データから、考える方法を、
DOA 【Data Oriented Approach】(データ中心アプローチ)
といいます。
解りやすく、シンプルに、現象を、表現できれば、
いいので。
データ中心アプローチの勉強に、
お小遣いの動きを、調査してみては、
いかがですか?
来月は、貯金が、少し、増えているかもしれませんね。