ソフトウェアの良い設計を行うコツ（1/3） - ＠IT

ソフトウェア開発ではこれまで、設計の重要性が繰り返し提言されてきた。良い設計ができれば、仕様を満たして正しく動作するだけでなく、理解や変更がしやすく、さらに再利用しやすいシステムとなる。逆に、そのようなシステムが実現できているのなら、それは良い設計であったといえるだろう。 では、良い設計が実践できているかというと、できていないことの方が多いのではないだろうか。例えば以下のような状況を聞くことは決して少なくない。 良い設計が実践できていない例： 不具合を修正してリリースしたら、その影響によりほかの個所で不具合が発生し収束に時間がかかった ほぼ同じコードが複数個所に大量に存在するため、1つの目的の修正でも数多くの同じ修正が必要となった 修正した場所と本来関係ない個所で問題が発生してしまった 機能アップする場合、修正するより作り直す方が早かった それでは良い設計を実践し、このような状況に陥らない

[webmarksjp]

Agile

[n-sega]

設計をもっと訓練つみたい。

[tolll]

Nagile, NUnit,

[ka-wara]

060226日00,

[agx]

.netにおけるアジャイル開発法

[tnk962]

なぜイラストがBLっぽいのか。

[bwhr]

システム開発の方法論。.NET。

[PoohKid]

「日々設計を改善する」許さない人が多いんですヨ…／UI層とデータアクセス層は自動テストの致命的な部分／VS2003ですがテストコードでRollBackする手法を使ってます

[takanorikido]

内容はともかく何このウホッなイラスト、汚染されてるなあ……と思ったら汚染されてるのは俺だけですかそうですか。

[KoshigoeBushou]

テスト容易性、変更容易性。依存度低く独立実行。

[loosecontrol]

内容はよいが、イラストが微妙。

[suVene]

イラストが邪魔で読む気うせた。