需求分析

　　需求分析是開發(fā)人員對(duì)系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗(yàn)來看，這個(gè)過程往往是個(gè)循序漸進(jìn)的過程，一次性對(duì)系統(tǒng)形成完整的認(rèn)識(shí)是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)，方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時(shí)犯下的錯(cuò)誤，會(huì)在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(jià)越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。同時(shí)，想在某個(gè)時(shí)間點(diǎn)上宣布需求分析已經(jīng)完畢，不再需要進(jìn)行進(jìn)一步的需求分析，這也是不現(xiàn)實(shí)的。經(jīng)驗(yàn)告訴我們，往往在測(cè)試過程中會(huì)發(fā)現(xiàn)，用戶真正想要的并非您腦海中的設(shè)想，另一方面用戶往往知道自己肯定不需要什么，而無法明確告知他們需要的是什么。面對(duì)這些事實(shí)，我們無法期望改變用戶；比如提高用戶同分析人員的"溝通"能力，讓他們說出的話更能被分析人員理解。的做法是采用一定的方式方法，誘導(dǎo)用戶盡可能早地將需求表達(dá)出來，表達(dá)得完整。

　　在某個(gè)項(xiàng)目中我們的做法有兩個(gè)方面：一是請(qǐng)領(lǐng)域?qū)＜覅⑴c到系統(tǒng)開發(fā)的早期階段；二是開發(fā)系統(tǒng)原形，原形包括功能性的原形和用戶界面性的原形，也可以是二者混合的原形，用這些原形確認(rèn)用戶的需求。讓領(lǐng)域?qū)＜覅⑴c開發(fā)的早期階段，是保證分析人員有充足的時(shí)間和領(lǐng)域?qū)＜疫M(jìn)行充分的交流和確認(rèn)。在這個(gè)階段，原形可能在提交到用戶之前，首先被領(lǐng)域?qū)＜掖_認(rèn)，這樣保證了原形被認(rèn)可的程度和認(rèn)可過程耗費(fèi)的時(shí)間盡可能的短，從而在提高效率的同時(shí)保證了質(zhì)量。

　　在開發(fā)方內(nèi)部還有三項(xiàng)保證措施： 系統(tǒng)分析委員會(huì)保證系統(tǒng)分析集思廣益； 質(zhì)量監(jiān)督組對(duì)分析工作的監(jiān)督； 技術(shù)支持人員參與需求調(diào)研。

　　分析委員會(huì)的意義在于任何分析人員在提交其所分析部分的分析說明書前，必須通過委員會(huì)的共同審議，委員會(huì)的成員根據(jù)各自的分析經(jīng)驗(yàn)和自身所分析的部分對(duì)他人的分析報(bào)告提出質(zhì)疑。如此審議過后保證了各部分間相互關(guān)聯(lián)的部分被明確定義，避免了由于"疏忽"造成系統(tǒng)在后期進(jìn)行整合時(shí)出現(xiàn)較嚴(yán)重的系統(tǒng)鴻溝或系統(tǒng)重疊。

　　質(zhì)量監(jiān)督組在項(xiàng)目的任何階段都要提出監(jiān)督計(jì)劃。按照監(jiān)督計(jì)劃分配相應(yīng)的資源來保證某階段的開發(fā)質(zhì)量。分析階段的監(jiān)督計(jì)劃會(huì)在分析任務(wù)之前被項(xiàng)目經(jīng)理，項(xiàng)目負(fù)責(zé)人、系統(tǒng)分析員以及技術(shù)支持所了解。為保證分析工作高質(zhì)量進(jìn)行，同時(shí)分析工作又不被過分打擾，質(zhì)量監(jiān)督組則主要針對(duì)《系統(tǒng)分析報(bào)告》進(jìn)行復(fù)審，只在認(rèn)為確實(shí)有必要的情況下才召開質(zhì)量復(fù)審會(huì)議。質(zhì)量復(fù)審會(huì)議的主要參與者是項(xiàng)目經(jīng)理、項(xiàng)目負(fù)責(zé)人、分析人員和質(zhì)量監(jiān)督組組長(zhǎng)。會(huì)議的主要議題是提出質(zhì)量質(zhì)疑，給出改進(jìn)建議即可。具體是否存在質(zhì)量問題，是否需要改進(jìn)，不在會(huì)議中進(jìn)行討論。以此保證了會(huì)議參與的人數(shù)較少，會(huì)議的時(shí)間盡可能的短。

　　通過技術(shù)支持的職責(zé)可以發(fā)現(xiàn)，技術(shù)支持參與分析調(diào)研有利于對(duì)分析工作的監(jiān)督，在獲得用戶需求的口頭表達(dá)之后，能幫助技術(shù)支持更好地扮演開發(fā)階段"用戶"的角色。技術(shù)支持具有相當(dāng)?shù)挠?jì)算機(jī)技術(shù)背景，在接下來的開發(fā)過程中能較好的起到監(jiān)督的作用，也為將來維護(hù)和為用戶提供更好的服務(wù)奠定基礎(chǔ)。

　　系統(tǒng)設(shè)計(jì)

　　優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，這兩方面因素的實(shí)現(xiàn)是通過Windows DNA的應(yīng)用完成的，正如建議書中所述，在此不再贅述。

　　實(shí)現(xiàn)

　　實(shí)現(xiàn)也是代碼的生產(chǎn)過程。從設(shè)計(jì)的結(jié)構(gòu)圖中可以看出，生產(chǎn)的類別有類的生產(chǎn)，組件的生產(chǎn)，構(gòu)件的生產(chǎn)，應(yīng)用系統(tǒng)的整合，以及各種測(cè)試用例的生產(chǎn)。為了能夠提高生產(chǎn)的質(zhì)量，我們將生產(chǎn)的程序人員按職能分成兩組，測(cè)試用例的生產(chǎn)和測(cè)試用例生產(chǎn)，也是說如果某個(gè)程序員生產(chǎn)了某個(gè)組件，則其測(cè)試用例不能再由該程序員來生產(chǎn)，但他可以生產(chǎn)其他組件的測(cè)試用例。這樣交叉生產(chǎn)更容易發(fā)現(xiàn)組件的存在的問題。測(cè)試人員按照測(cè)試用例來測(cè)試組件的各項(xiàng)指標(biāo)提出測(cè)試報(bào)告。

　　隨生產(chǎn)的不斷深入，組件的生產(chǎn)日趨減少，構(gòu)件的生產(chǎn)的量開始逐步增加，生產(chǎn)構(gòu)件的過程又是對(duì)組件的考驗(yàn)過程。因此描述組件實(shí)現(xiàn)的文檔是非常重要的，它將有可能成為阻礙進(jìn)一步生產(chǎn)的瓶頸。文檔組在生產(chǎn)過程中的重要工作是對(duì)各類部件的文檔進(jìn)行豐富和規(guī)范，同時(shí)進(jìn)行版本的控制。文檔的完備與否，在開發(fā)的后期，對(duì)項(xiàng)目進(jìn)度有至關(guān)重要的影響。文檔是共享前期開發(fā)成果的手段。根據(jù)上一節(jié)描述的應(yīng)用系統(tǒng)體系結(jié)構(gòu)來看，整個(gè)開發(fā)環(huán)節(jié)絲絲相扣，每一步都受到上一步的制約。

　　為了控制系統(tǒng)開發(fā)過程中的往復(fù)，不至于產(chǎn)生重大過失和往復(fù)的泛濫。文檔組和質(zhì)量監(jiān)督組協(xié)同完成軟件開發(fā)的配置管理。

　　軟件配置管理的目的在于控制軟件開發(fā)過程中的"變化"，這種變化可能是外部引起的，如需求的變化。也可能是來自于內(nèi)部的變化，如早期設(shè)計(jì)的某個(gè)部件不夠完備，需要修改等。為了控制這些變化，把變化引起的波動(dòng)盡可能的控制在有限的范圍內(nèi)，配置管理的管理模型如下圖：

　　配置項(xiàng)是指需要進(jìn)行控制的任何文檔單元，它可能是需求說明報(bào)告，也可能是需求說明報(bào)告的某個(gè)點(diǎn)。在本項(xiàng)目中需要控制的內(nèi)部配置項(xiàng)包括需求報(bào)告，設(shè)計(jì)報(bào)告，組件代碼，組件接口文檔，構(gòu)件及構(gòu)件相關(guān)文檔；外部配置項(xiàng)包括項(xiàng)目計(jì)劃書，使用手冊(cè)，系統(tǒng)安裝說明和系統(tǒng)配置說明等。

　　上圖完整描述了軟件配置管理的流程。

　　從圖中可以看出在文檔沒有被提交出開發(fā)組以前，文檔可以在開發(fā)組內(nèi)部"任意"地被修改，但一旦文檔被提交，則相關(guān)的部門會(huì)被調(diào)動(dòng)，來維護(hù)文檔的質(zhì)量。因此為了保證工作效率，開發(fā)組提交文檔之前必須慎重，以免引起不必要的工作量的增加。從另一角度來看，開發(fā)部受到嚴(yán)密的監(jiān)督，從而保證了開發(fā)的各個(gè)環(huán)節(jié)對(duì)于開發(fā)的全過程保持透明，避免了因?yàn)閭�(gè)人的原因造成整個(gè)開發(fā)的癱瘓或受阻。項(xiàng)目經(jīng)理通過質(zhì)監(jiān)報(bào)告可以了項(xiàng)目開發(fā)的進(jìn)度和質(zhì)量情況，為調(diào)整開發(fā)計(jì)劃提供有利的依據(jù)。

　　顯然開發(fā)部的內(nèi)部流程在配置管理的過程中受到的監(jiān)管是非常有限的。配置管理所能起的作用完全是建立在文檔之上。當(dāng)項(xiàng)目進(jìn)度非常緊張時(shí)，開發(fā)部可能書寫文檔的時(shí)間會(huì)非常少，在此情況之下質(zhì)量監(jiān)督組和文檔組肩負(fù)將開發(fā)部提供的文檔進(jìn)行豐富和完善的工作，從而減少開發(fā)部書寫文檔的時(shí)間，當(dāng)然這是增加質(zhì)量監(jiān)督組與開發(fā)部的口頭交流為代價(jià)的。