需求獲取與分析
a)不要在需求獲取和分析過(guò)程中吝嗇你的時(shí)間，對(duì)需求的明確可以減少你以后設(shè)計(jì)和開(kāi)發(fā)的改動(dòng)，提高你所開(kāi)發(fā)軟件的可用性。你對(duì)它的輕視只可能換來(lái)對(duì)你的產(chǎn)品修改、計(jì)劃延遲等方面的懲罰。
b)要使盡各種辦法，盡量多的獲取客戶(hù)的需求，主要的方法包括：仔細(xì)閱讀合同標(biāo)書(shū)和市場(chǎng)資料、與客戶(hù)直接的談話交流、讓用戶(hù)觀看或使用原型界面提出意見(jiàn)。另外不要忽略?xún)?nèi)部客戶(hù)的一些合理需求如測(cè)試人員等。
c)進(jìn)行正規(guī)的需求管理，如建立需求文檔或使用需求管理數(shù)據(jù)庫(kù)等。在文檔或數(shù)據(jù)庫(kù)中要保留每個(gè)需求的詳細(xì)描述及其來(lái)源，最好還能記錄一些其他細(xì)節(jié)信息（如用戶(hù)的一些原始描述等），另外別忘了確定每個(gè)需求的優(yōu)先級(jí)。
d)在設(shè)計(jì)前組織你的設(shè)計(jì)人員開(kāi)會(huì)進(jìn)行需求理解和討論。由于閱讀文字性的信息容易造成一些誤解和歧義，最好讓需求制定者組織會(huì)議，給相關(guān)人員（如各子系統(tǒng)設(shè)計(jì)人員）講解需求并進(jìn)行設(shè)計(jì)討論。這樣做有兩個(gè)好處，一是避免設(shè)計(jì)與需求出現(xiàn)偏差，二是激發(fā)設(shè)計(jì)人員產(chǎn)生初步的設(shè)計(jì)想法。
確定結(jié)構(gòu)及系統(tǒng)設(shè)計(jì)
a)頂層設(shè)計(jì)必須要有多人及專(zhuān)家參與。一個(gè)好的設(shè)計(jì)方案不可能完全出自一個(gè)人的腦袋，它往往是經(jīng)歷多次討論甚至爭(zhēng)論、多次改進(jìn)與融合而最終形成的一個(gè)有創(chuàng)造性的妥協(xié)產(chǎn)物。但你要避免爭(zhēng)論的過(guò)分激烈而導(dǎo)致的負(fù)面效果。
b)一個(gè)好的設(shè)計(jì)應(yīng)包含簡(jiǎn)單的框架，細(xì)節(jié)隱藏其下。組塊和模塊是一個(gè)好的設(shè)計(jì)所具有的特征，在頂層設(shè)計(jì)里人們看到的是簡(jiǎn)捷的框架和功能明確的組快，在每個(gè)組快內(nèi)部又能發(fā)現(xiàn)一個(gè)簡(jiǎn)單的框架和其他一些自包含的的組塊或模塊。
c)在系統(tǒng)設(shè)計(jì)時(shí)想想你的用戶(hù)將怎樣使用你的軟件工作。很多時(shí)候設(shè)計(jì)人員會(huì)習(xí)慣性地從技術(shù)角度考慮系統(tǒng)地布局和劃分，可這種技術(shù)上地合理有時(shí)可能跟使用上的合理是沖突的，所以此時(shí)考慮一下你的用戶(hù)將降低你今后修改的風(fēng)險(xiǎn)。
有關(guān)詳細(xì)設(shè)計(jì)
a)詳細(xì)設(shè)計(jì)沒(méi)有必要過(guò)于精細(xì)準(zhǔn)確。目前對(duì)有關(guān)底層詳細(xì)設(shè)計(jì)是否需要以及它該詳細(xì)到何種程度還存在一定的爭(zhēng)論，但認(rèn)為可以不要和必須寫(xiě)得非常精確這兩種極端思想都是有害的。詳細(xì)設(shè)計(jì)的作用在于開(kāi)發(fā)人員編碼前整理思路，同時(shí)讓別人通過(guò)審核詳細(xì)設(shè)計(jì)文檔檢驗(yàn)?zāi)愕乃悸肥欠裾_，防止出現(xiàn)錯(cuò)誤。
測(cè)試問(wèn)題
a)繁雜但極富成效的單元測(cè)試。如果想將你的軟件質(zhì)量提高到一個(gè)新的檔次，對(duì)開(kāi)發(fā)的軟件模塊進(jìn)行完整的單元測(cè)試是一個(gè)很好的途徑，它能使開(kāi)發(fā)者對(duì)自己的代碼成果更加有信心。雖然一些軟件項(xiàng)目單元測(cè)試做的很少甚至沒(méi)有，并且產(chǎn)品在最終測(cè)試后也運(yùn)行的不錯(cuò)，但它只能保證在與最終測(cè)試環(huán)境類(lèi)似的環(huán)境中運(yùn)行是安全的，超出這樣一種環(huán)境范圍則可能充滿雷區(qū)。
b)必不可少的最終測(cè)試。如果你的項(xiàng)目受時(shí)間、人力等資源影響沒(méi)法進(jìn)行過(guò)多的單元測(cè)試，那最終測(cè)試就成了你軟件產(chǎn)品的唯一質(zhì)量保證，千萬(wàn)別把這一保證也丟了，沒(méi)有它你的軟件產(chǎn)品就毫無(wú)質(zhì)量可言。最終測(cè)試的另一大用處是通過(guò)它可以發(fā)現(xiàn)一些單元測(cè)試的漏洞，完善單元測(cè)試用例。
c)根據(jù)你的軟件特性選擇自動(dòng)測(cè)試。自動(dòng)測(cè)試如果能在你的項(xiàng)目中使用上，將是個(gè)不錯(cuò)的消息，雖然目前的自動(dòng)測(cè)試工具對(duì)一些特殊情況和特殊數(shù)據(jù)的細(xì)節(jié)處理略顯笨拙，但用它來(lái)檢驗(yàn)產(chǎn)品的基本可用性和代碼修改的影響卻是高效的。有時(shí)自動(dòng)測(cè)試還可能幫你發(fā)現(xiàn)手工測(cè)試幾乎不可能出現(xiàn)的錯(cuò)誤情況，例如極短時(shí)間內(nèi)觸發(fā)多個(gè)操作造成的沖突等。
有關(guān)重構(gòu)
a)頂層結(jié)構(gòu)的重新設(shè)計(jì)。通常當(dāng)你的項(xiàng)目出現(xiàn)這種情況是非常不幸的，出現(xiàn)的原因一般是由于原來(lái)的結(jié)構(gòu)不能支持新補(bǔ)充的特性而不得不進(jìn)行修改。這種重新設(shè)計(jì)要注意兩點(diǎn)，一是時(shí)機(jī)最好選擇在一個(gè)大的工作階段開(kāi)始時(shí)，二是在新結(jié)構(gòu)中盡量移動(dòng)原有代碼而不是編寫(xiě)新代碼。
b)底層模塊的改進(jìn)。由于當(dāng)初編寫(xiě)時(shí)的倉(cāng)猝或考慮不周使得現(xiàn)有模塊存在這樣或那樣的問(wèn)題并且難于理解，這種情況下進(jìn)行重構(gòu)改進(jìn)是很有必要的。修改的方法通常為對(duì)已有代碼進(jìn)行整理和注釋?zhuān)黾幽K的封閉性和穩(wěn)健性。
新技術(shù)的運(yùn)用
a)評(píng)估新技術(shù)，確定它是否可以給項(xiàng)目帶來(lái)好處。合適的新技術(shù)可以提高產(chǎn)品開(kāi)發(fā)效率和質(zhì)量，判斷某一新技術(shù)對(duì)你的項(xiàng)目是否合適通常需要派專(zhuān)人或一個(gè)小組進(jìn)行小范圍考察和驗(yàn)證。采用新技術(shù)的時(shí)機(jī)最好選擇在項(xiàng)目開(kāi)始時(shí)或項(xiàng)目的某些重要階段開(kāi)始時(shí)，另外千萬(wàn)別忘了培訓(xùn)你的開(kāi)發(fā)人員使用它。
b)避免幾種使用新技術(shù)的動(dòng)機(jī)。一是為了學(xué)習(xí)新技術(shù)而在項(xiàng)目中使用新技術(shù)，這樣只能使你的項(xiàng)目變成一個(gè)實(shí)驗(yàn)田，項(xiàng)目產(chǎn)品最終也成了實(shí)驗(yàn)產(chǎn)品。二是不要指望使用新技術(shù)能拯救陷入困境的項(xiàng)目，如果一個(gè)項(xiàng)目陷入困境，它通常需要的是清晰和穩(wěn)定，未知的新技術(shù)很可能導(dǎo)致更大的混亂。
【?發(fā)表評(píng)論?0條?】