Head First OOAD Ch3 tips

Requirement Changes ~~

好個至理名言: The one constant in software analysis and design is CHANGE.

當需求面臨變動時,我們從原本的Main Path中,一下子多了好多的 Optional Path,
或者是Alternate path,那到底該如何來選擇以及處理?
在面對上述的狀況時,可以將主要的main path以及alternate path 分開來描述或表示

Main Path               Alternate Path
========             =============
1.xxx                       2.1. .....etc
2.xxx
而在本章節當中, 說明到,在一些alternate path 常常有重複的行為,而這也很常在實際生活中的
程式裡看到,在一個完整的process裡面要作到重複的事情..這時候如何去好好地把重複的動作
抽離變得很重要,本章節的例子中提到,不想要在BarkRecognizer以及RemoteController
作關門的動作,於是把關門抽離到門(DogDoor)本身該做的事情(closeDoor())上.

由這樣的需求變更情形來看,當面對需求變更時,回頭重新審視Use Case以及Requirement List,
是有助於程式開發以及進行設計的,必要時還可以進行重構!!

Sometimes a change in requirements reveals problems with your system that you didn't even know
were there.
Change is constant, and your system should always improve every time you work on it.