オブジェクト指向プログラミングの継承の使い方について

集団での開発をすることになりました。
私はプログラミングはまだ4か月くらいで日が浅いですが、
せっかくなので、早い段階でOOPを学んでしまおうと考えています。

開発はスキルアップ目的なので、成果は問われませんが、期限があり、
またグループが、入社2年程度の若手ということで、
私だけかもしれませんが、集団開発のノウハウがないように感じています。

私はWEB全般を担当しますが、DBの部分は別の人間が担当します。
クエリもその人が担当するということが決定した関係上、
こちらは、その人がクエリの資料がまとまってからではないと、具体的な開発はできないように思います。

話が逸れましたが、なるべくクエリが関わらない部分は開発していきたいのですが、
継承の考え方がなってないのか、おかしい部分が出ました。

１．phpで数種類の機能を実現する
２．データベースの利用と更新が可能で、それぞれ異なるWEBページのインターフェースから行える
３．各機能ごとに.phpファイルを用意する
４．共通的な機能をまとめるfunction.phpを用意する

更新側を考えていくなかで、

php
1 //function.php(基本的な処理をまとめる)
2
3interface PC991Query{
4 //更新用PCがすること（発行するクエリ）
5 public function PC991_idcheck();
6 public function PC991_register_me();
7 public function PC991_update_use();
8 public function PC991_update_nouse();
9// ...
10}

のように、DB担当側が完成させる予定のクエリを発行する抽象クラス(インターフェース)を記述しましたが、
抽象クラスだと、サブクラスは全てのメソッドを継承(実装)しなければならないと理解しているので、
.phpファイルを各機能ずつ用意しようとすると、PC991Queryに変更(例えばPC991_delete();を追加)
しようとすると、各.phpファイルの、PC991Queryを実装したクラスに変更(PC991_delete();を追加)
しなければいけないように思われますが、あまりにも手間だと思います。

PC911Queryを用意するのは、間違っていないような気はするのですが．．．
function.phpの何かしらクラスにPC911Queryを実装すれば、そこを変更するだけで済みますが、
そのためにクラスを用意するのが正しいようは思えません。

どこら辺がおかしくなっているのでしょうか？