2010-12-05 5 views
2

当社はドメイン領域からプレゼンテーション層までプロジェクトを自動生成し、という量産品のソフトウェアをとする予定です。私たちは24時間以内にプロジェクトを作り出すことができます。私はこれが可能だと思うが、それは私の心配ではない。大量生産のためのコードの自動生成。これは賢明ですか?

このようなプランの影響は何ですか?私はそのような偉大なアイデアから生み出されたソフトウェアの品質は良質ではないと考えています。第一に、クライアントにはさまざまな要件があります。それらの間で共通することを標準化できると仮定すると、依然として元のテンプレートを超える要件が存在します。

第2に、完全にテストされていないと、そのようなソフトウェアをどのように信頼できるものにすることができますか? 24時間は完全な単位/統合/他のタイプのテストをカバーできますか?

最後に、私たちは24時間の目標を打つことができず、それによって私たちの本来の目的を破っているように見えます。

私は、量産ソフトウェアよりも質の高いソフトウェアを作る方が良いと考えています。私の上司に自分のアイデアが間違っているとどのように伝えますか?

+3

幸い: – neo2862

+0

何が生成されていますか?コードそのものか、モジュールが選択されてプロジェクトが(コピーされたように)それに従って作成される何らかの種類のモジュール式セットアップですか? – Doggett

+0

"ドメイン領域"の大きさはどれくらいですか? – thejh

答えて

4

申し訳ありませんが、私は、これは賢明ではないと思います。

自動生成することができるシステムに要件のいずれかの種類を埋めるだろうソフトウェアの任意の種類を構築するためには、種類のあなたが生成することを計画ソフトウェア、より多くを実装する必要があります。

自動生成されたコードは、すべての繰り返しを生成するのに一度の努力をするのに十分なほど類似している、繰り返しのあるタスク、情報、またはコンポーネントを持っている場合に優れています。

しかし、あらゆる種類のプロジェクトを作成するシステムを作成しようとするのは実現不可能です。サポートされるプロジェクトの幅広い範囲を満たすためには、システムはプロジェクトの構成と動作を記述するための非常に幅広い機能を持つ必要があり、各プロジェクトの動作を記述するのに必要な時間は、最初にプロジェクトを実施することになっています。開発環境を開発し、自分の言語でプロジェクトを実装するだけです。

代わりに、既に利用可能な既存の開発環境を利用しないでください。 Visual Studioと同じですか?

3

大規模なライブラリの腐食性があり、再使用可能なものすべてを詰め込む必要があるかもしれません。このようにして、あなたが書かなければならないソフトウェアは非常に小さくなります。ライブラリに関連するドキュメンテーションテンプレートがあり、C & Pにする必要があります。

ただし、このようなライブラリを作成するには時間がかかります。

Or do it this way.

+1

+1。 1950年代以降、このようなことのためのパラダイムと呼ばれるライブラリがあります。 –

+0

これはまさに私がしていることです。私は再利用可能なライブラリ(特にjarファイル)を持っています。テンプレートはテンプレートメソッドパターンに基づいています。しかし、上司が望むのは、コードの自動生成です。 A社が在庫システムを自動化したいと仮定します。彼らはただ彼らの製品を教えてくれるだけです。そして24時間以内に...ブーム...私たちの魔法のソフトウェアは準備ができています....本当にばかげて聞こえます。 – chris

+0

+1 dilbert! :) –

関連する問題