|
1. OO 需求搜集
因?yàn)椤靶枨笏鸭蓖ǔ０恍╆P(guān)于需求是什么以及您如何去搜集它等方面的不正確的假定（至少從 OO
角度）
首要任務(wù)是解決必須做什么，而不是如何去做
--------在 OO 說法中，問題定義的第一步稱為正規(guī)問題說明書----------------
2. 問題說明書
在任何一個設(shè)計(jì)中，精確地陳述問題總是第一步的。這里，您的目標(biāo)是要簡潔而精確地說明書您所要解決
的問題。再次重申，您的注意力應(yīng)在做什么和為什么做，而不是如何做。
解有關(guān)該問題領(lǐng)域方面的知識
3. 細(xì)化您的說明書
不要去做那些細(xì)支末節(jié)的工作
用清楚而組織良好的語言去說明書它
所要討論的問題必須完全用問題領(lǐng)域方面的詞匯來表達(dá)
關(guān)于設(shè)計(jì)完整的一般性原則是，一位有頭腦的外行通過瀏覽熟悉該領(lǐng)域的且勝任的程序員的文檔，能夠完
全理解所要解決的具體問題和該問題的一般性解決方案。如果這種層次理解不能實(shí)現(xiàn)，那么設(shè)計(jì)是不完整的
問題說明書應(yīng)該涉及問題本身，而不是該問題基于計(jì)算機(jī)的解決方案
4. 盡可能地確認(rèn)問題和解決方案
所有 OO 系統(tǒng)必須進(jìn)行一些建模。如果已存在的問題有一個好的解決方案，但現(xiàn)實(shí)的問題是人們不可能很
快地執(zhí)行已有的解決方案，那么就需要將現(xiàn)有的解決方案建模。即手動過程自動化是全部所必需的，而您的
問題說明書應(yīng)完整地描述那個手動過程。
要確認(rèn)的一件重要事情是用戶的目標(biāo)。用戶確切地要完成什么？
您還必須說明所希望的結(jié)果。解決問題的最終成果是什么？最終成果表達(dá)了什么信息？
定義問題。然后，用該領(lǐng)域的詞匯來說明問題，讓您的用戶看一下問題說明書
5. 編碼前的細(xì)節(jié)
事實(shí)上，隨后，當(dāng)設(shè)計(jì)和執(zhí)行時(shí)，問題的定義會發(fā)生變化。這就是為什么在設(shè)計(jì)隊(duì)伍中要有一個最終用戶
的原因：以確保您不會因?yàn)楦纳扑鼈兌茐囊恍┦虑椤?br> 最初的問題定義應(yīng)盡可能的詳盡。將您所想的都寫在紙上。不要遺漏任何細(xì)節(jié)，即便是最簡單的
我正在準(zhǔn)備進(jìn)行OO開發(fā)，希望得到朋友們的指點(diǎn)，
上面是我的一點(diǎn)學(xué)習(xí)總結(jié)
希望您能指點(diǎn)一二！
| 
