文書化前の実装

Question

私は最後の1年間はデザインを行い、論文を作成しています。

私のプロセスに合うようにソフトウェア方法論を見つけることができないということを除いて、すべてが多かれ少なかれ良いものです。

は基本的に私は私が

は私がウォーターフォール方式か何かに従っていることblagすることができます...エンジニアクラス図、ERDなどを逆転するためのツールを使用からのこと、その後の実装FIRSTとしましたが、私はむしろしようとするだろう実装を最初に行う実際のソフトウェア開発神話を見つけることができます。

私はそれが本当に悪いことを知っていますが、おそらく存在しませんが、その小さなプロジェクトと個人的な使用だけです。

ご協力いただきありがとうございます。

Answer 1

他に先だってコーディングを保証する実際のプロセスまたはソフトウェアモデルはありません。まあ、技術的には「コード様地獄」アプローチがありますが、それが普遍的に非難される

（＃27を参照してください：http://www.stevemcconnell.com/rdenum.htm）を（それが間違いと考えていますその中でも、実際には「本物」のアプローチをしていない。）

ほとんどのソフトウェアモデルとプロセスは、エンジニアリング原則をプロジェクトに持ち込むために存在し、計画を立てる前のコーディングは技術原則ではありません。確かに、信じられないほど小さなプロジェクトでは、先に進んでコードを書くだけで間違っているわけではありません（ほとんどの人がそうするでしょう）。同時に、十分に確立されているか、またはほぼ普遍的に受け入れられているプロセスまたはモデルのタイプに従わない。

あなたの最善の選択肢は、リバースエンジニアリング、リバースエンジニアリング、またはモデルのタイプに合うようにファッジすることですが、実際には最後のものを保証することはできません嘘つき。

Answer 2

あなたが最初にそれを設計していなかった場合、私はそれがどのデザインパターンに収まるとは思わない...

デザインパターンのほとんどは、あなたに終わるの手間を省くために、最初にそれを設計に焦点を当てています悪いソフトウェアがうまく設計されていない。

設計パターンに合っていると仮定して、設計を逆にして、それに従ったとしましょう。 XPについて

Answer 3

読む：エクストリームプログラミング http://www.extremeprogramming.org/

Answer 4

プロジェクトは、あなたがあると言う何かやって言い訳するのに十分に小さい場合は「悪いを、」多分それはだな方法でやり直すことは十分に小さいです「右」。方法論を選択して、その方法論に従ってプロジェクトを設計し直してから、設計に従って再コーディングしてください。そうすれば、何かをかすかにする必要はありません。