QA@IT

元請からクラスは作成しないでくださいという注文について

5533 PV

大手企業から情報システム開発を請け負ったのですが、クラスは作成しないでくださいという注文があります。
許されているのは、実行に最低限必要なクラスのみ。
私の会社が去ったあとでも元請でソースを読めるようにしておきたいとのことです。
順次処理と条件分岐と繰り返しで作るようにといわれています。
わかり易くいうとオブジェクト指向での開発はしないでくれとのこと。
契約はしてしまったあとです。
どうすればいいか教えてください。

補足:請け負ったのではなく派遣で客先常駐しています。

  • その質問文からは何を回答していいのか分りません。結局のところクラスは作れるわけですから。何が問題となっているのですか?注文どおりにできない理由は何ですか? -
  • 元請がソースコードレビューするのですが、オブジェクト指向で書かれていると理解できないという理由です。
    プログラミングをやったことがない方がソースコードレビューしているためです。
    -
  • あと、開発しているソフトの概要と規模もおしえてください。例えば、小規模なコマンドラインツールなら、JAVAだと一つのMainクラスに全てのコードを書くことも難しくありません。 -
  • ソフトの概要は、元請向け社内システムです。詳しいことは言えませんが、全従業員が日々使う(毎日入力する)システムです。
    規模数ですが、画面数にして50画面(機能)+それぞれの画面(機能)に付き、こまかな遷移があります。
    今あるシステムのリプレースになります。
    -
  • ん??「元請向け社内システム」ってどういうことですか?発注者からの注文内容って結局なんなの?発注者と元請けとの関係は? -
  • もしかして、元請けとか関係なく。とある企業が社内システムを自社開発しようとしていて、そこに派遣されているってこと? -

回答

「クラス」を作るな、というのは、Javaファイル内にクラスを一つだけ作れという意味ではないかと。

以下のような、オブジェクト指向の欠点により、使ってほしくないということだと思ってます。
(1)デザインパターン等を使用すると、クラスが多くなる(見かけ上実装量が増える)
(2)多重継承等を使われると、処理手順が、そのソースを見ただけだと不明になる

業務系を実装する場合、どちらかというとオブジェクト指向的な記述は有効ではないと思います。

ちょっと古いですが、機能設計すればいいかと。
業務の処理手順は、ここです的なのさえ分かるようにしておけば、あとは普通にclass使っていいんじゃないですかね。1class1機能とかは厳守できないでしょうが。。

編集 履歴 (0)

クラスを作成するなという元請はこれが初めてではありません。
何千行もあるクラスなど。
いままで元請の注文通りクラスを作らず開発してきました。
開発は丸投げかつ何をやっているか元請にもわかるように。
即した開発手法も説明してきました。
しかし状況は変わりません。
疲れました。

編集 履歴 (0)

順次処理と条件分岐と繰り返しによるきれいなコードを書くか、
オブジェクト指向での開発ができるよう交渉するか、
その案件に参加を取りやめるか、所属会社を退職するかを
メリットデメリット考慮して判断、行動するとよいと思います。

編集 履歴 (0)
  • 所属会社を退職することも考えていますが、その前にアーキテクトの重要性を説明しています。 -

開発言語が何なのか分かりませんが
一般的なオブジェクト指向言語であれば
画面1つ作ればクラスが1個出来上がります。
帳票1つ作ればクラスが1個出来上がります。
これが最低限のクラスであるということであれば
共通で使える処理も各画面に同じ処理を記述するということになるかと思います。

私の会社が去ったあとでも元請でソースを読めるようにしておきたいとのことです。

どのくらいのスキルがあるかによって標準で用意されているものを使っても
ソースが読めないかもしれません。コーディング規約と使用してよい関数などを
詳細に決めてから開発された方がよいと思います。

編集 履歴 (0)
  • 開発言語はJAVAです。
    残念ながら元請にプログラミングの知識はないと思います。
    いくら説明しても聞く耳を持ってくれない。
    -
ウォッチ

この質問への回答やコメントをメールでお知らせします。