人、系統(tǒng)分析員以及技術(shù)支持所了解。為保證分析工作高質(zhì)量進行，同時分析工作又不被過分打擾，質(zhì)量監(jiān)督組則主要針對《系統(tǒng)分析報告》進行復審，只在認為確實有必要的情況下才召開質(zhì)量復審會議。質(zhì)量復審會議的主要參與者是項目經(jīng)理、項目負責人、分析人員和質(zhì)量監(jiān)督組組長。會議的主要議題是提出質(zhì)量質(zhì)疑，給出改進建議即可。具體是否存在質(zhì)量問題，是否需要改進，不在會議中進行討論。以此保證了會議參與的人數(shù)較少，會議的時間盡可能的短。
通過技術(shù)支持的職責可以發(fā)現(xiàn)，技術(shù)支持參與分析調(diào)研有利于對分析工作的監(jiān)督，在獲得用戶需求的口頭表達之后，能幫助技術(shù)支持更好地扮演開發(fā)階段"用戶"的角色。技術(shù)支持具有相當?shù)挠嬎銠C技術(shù)背景，在接下來的開發(fā)過程中就能較好的起到監(jiān)督的作用，也為將來維護和為用戶提供更好的服務奠定基礎(chǔ)。
系統(tǒng)設(shè)計
優(yōu)良的體系結(jié)構(gòu)應當具備可擴展性和可配置性，這兩方面因素的實現(xiàn)是通過Windows DNA的應用完成的，正如建議書中所述，在此不再贅述。
實現(xiàn)
實現(xiàn)也就是代碼的生產(chǎn)過程。從設(shè)計的結(jié)構(gòu)圖中可以看出，生產(chǎn)的類別有類的生產(chǎn)，組件的生產(chǎn)，構(gòu)件的生產(chǎn)，應用系統(tǒng)的整合，以及各種測試用例的生產(chǎn)。為了能夠提高生產(chǎn)的質(zhì)量，我們將生產(chǎn)的程序人員按職能分成兩組，測試用例的生產(chǎn)和測試用例生產(chǎn)，也就是說如果某個程序員生產(chǎn)了某個組件，則其測試用例不能再由該程序員來生產(chǎn)，但他可以生產(chǎn)其他組件的測試用例。這樣交叉生產(chǎn)更容易發(fā)現(xiàn)組件的存在的問題。測試人員按照測試用例來測試組件的各項指標提出測試報告。
隨生產(chǎn)的不斷深入，組件的生產(chǎn)日趨減少，構(gòu)件的生產(chǎn)的量開始逐步增加，生產(chǎn)構(gòu)件的過程又是對組件的考驗過程。因此描述組件實現(xiàn)的文檔是非常重要的，它將有可能成為阻礙進一步生產(chǎn)的瓶頸。文檔組在生產(chǎn)過程中的重要工作是對各類部件的文檔進行豐富和規(guī)范，同時進行版本的控制。文檔的完備與否，在開發(fā)的后期，對項目進度有至關(guān)重要的影響。文檔是共享前期開發(fā)成果的唯一手段。根據(jù)上一節(jié)描述的應用系統(tǒng)體系結(jié)構(gòu)來看，整個開發(fā)環(huán)節(jié)絲絲相扣，每一步都受到上一步的制約。
為了控制系統(tǒng)開發(fā)過程中的往復，不至于產(chǎn)生重大過失和往復的泛濫。文檔組和質(zhì)量監(jiān)督組協(xié)同完成軟件開發(fā)的配置管理。
軟件配置管理的目的在于控制軟件開發(fā)過程中的"變化"，這種變化可能是外部引起的，如需求的變化。也可能是來自于內(nèi)部的變化，如早期設(shè)計的某個部件不夠完備，需要修改等。為了控制這些變化，把變化引起的波動盡可能的控制在有限的范圍內(nèi)，配置管理的管理模型如下圖：
配置項是指需要進行控制的任何文檔單元，它可能是需求說明報告，也可能是需求說明報告的某個點。在本項目中需要控制的內(nèi)部配置項包括需求報告，設(shè)計報告，組件代碼，組件接口文檔，構(gòu)件及構(gòu)件相關(guān)文檔；外部配置項包括項目計劃書，使用手冊，系統(tǒng)安裝說明和系統(tǒng)配置說明等。
上圖完整描述了軟件配置管理的流程。
從圖中可以看出在文檔沒有被提交出開發(fā)組以前，文檔可以在開發(fā)組內(nèi)部"任意"地被修改，但一旦文檔被提交，則相關(guān)的部門就會被調(diào)動，來維護文檔的質(zhì)量。因此為了保證工作效率，開發(fā)組提交文檔之前必須慎重，以免引起不必要的工作量的增加。從另一角度來看，開發(fā)部受到嚴密的監(jiān)督，從而保證了開發(fā)的各個環(huán)節(jié)對于開發(fā)的全過程保持透明，避免了因為個人的原因造成整個開發(fā)的癱瘓或受阻。項目經(jīng)理通過質(zhì)監(jiān)報告可以了項目開發(fā)的進度和質(zhì)量情況，為調(diào)整開發(fā)計劃提供有利的依據(jù)。
顯然開發(fā)部的內(nèi)部流程在配置管理的過程中受到的監(jiān)管是非常有限的。配置管理所能起的作用完全是建立在文檔之上。當項目進度非常緊張時