項(xiàng)目管理的保證
項(xiàng)目管理的主要目標(biāo)是保證項(xiàng)目在規(guī)定時間內(nèi)高質(zhì)量的完成項(xiàng)目。項(xiàng)目管理包括了項(xiàng)目組開發(fā)各階段的人員結(jié)構(gòu)的配置，質(zhì)量控制的實(shí)施方略，內(nèi)部文檔和產(chǎn)品文檔的組織編寫等各項(xiàng)工作。
開發(fā)項(xiàng)目按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行生產(chǎn)，在生產(chǎn)流程上采用ISO9000的標(biāo)準(zhǔn)進(jìn)行。項(xiàng)目開發(fā)參與的角色有項(xiàng)目經(jīng)理，項(xiàng)目負(fù)責(zé)人，領(lǐng)域?qū)＜�，系統(tǒng)分析員，程序員，測試組，技術(shù)支持部，質(zhì)量監(jiān)督組，文檔組。下面各個角色一一說明其主要職責(zé)。
項(xiàng)目經(jīng)理
主要負(fù)責(zé)該項(xiàng)目開發(fā)商在開發(fā)和維護(hù)的過程中同客戶的商務(wù)接洽和開發(fā)配合方面的事物，包括：項(xiàng)目合同的簽定；提交開發(fā)計劃給客戶； 組織客戶與分析人員進(jìn)行需求確定； 組織客戶階段性驗(yàn)收； 協(xié)調(diào)客戶提供測試環(huán)境； 監(jiān)督項(xiàng)目進(jìn)度與質(zhì)量； 提供開發(fā)人員所需的各種人力物力資源； 負(fù)責(zé)項(xiàng)目開發(fā)過程中客戶、開發(fā)項(xiàng)目組、質(zhì)量監(jiān)督部，文檔組等相關(guān)部門的聯(lián)絡(luò)與溝通。
項(xiàng)目的開發(fā)采用項(xiàng)目負(fù)責(zé)人責(zé)任制。項(xiàng)目的開發(fā)由項(xiàng)目負(fù)責(zé)人全權(quán)負(fù)責(zé)，負(fù)責(zé)的范圍包括： 項(xiàng)目開發(fā)計劃的制定； 開發(fā)方法的確定； 技術(shù)規(guī)范的編制； 項(xiàng)目各階段的人員配給與人員之間的配合； 各階段文檔的生成和版本編號。
領(lǐng)域?qū)＜?/p>
主要責(zé)任是協(xié)同系統(tǒng)分析員認(rèn)清領(lǐng)域邊界，確定領(lǐng)域內(nèi)容。領(lǐng)域?qū)＜铱梢杂煽蛻舫檎{(diào)技術(shù)骨干擔(dān)任，也可以由開發(fā)商聘請擔(dān)任。領(lǐng)域?qū)＜以陂_發(fā)過程中主要參與的階段是系統(tǒng)需求分析，在明確了系統(tǒng)將來要完成的主要任務(wù)之后，領(lǐng)域?qū)＜业穆氊?zé)轉(zhuǎn)向系統(tǒng)用戶界面的確定上。開發(fā)出的系統(tǒng)能被客戶接受的兩個重要指標(biāo)一個是系統(tǒng)正確性，即系統(tǒng)是否正確的完成了用戶希望它完成的任務(wù)；第二是系統(tǒng)操作的便捷性。便捷主要受到使用系統(tǒng)的客戶的操作習(xí)慣的制約。領(lǐng)域?qū)＜彝嵌嗄陱氖略擁?xiàng)工作的人員，他們的使用習(xí)慣會對系統(tǒng)的易用性非常有幫助。領(lǐng)域?qū)＜覅⑴c的開發(fā)階段受到開發(fā)方式的影響。
系統(tǒng)分析員
系統(tǒng)分析員是系統(tǒng)開發(fā)方法的貫徹者和系統(tǒng)實(shí)現(xiàn)的指導(dǎo)者。分析人員主要參與開發(fā)階段的需求分析和系統(tǒng)設(shè)計兩個階段（這兩個階段并不是截然分開的，由開發(fā)方式的不同，可能會貫穿整個開發(fā)工期）。
首先系統(tǒng)分析員和領(lǐng)域?qū)＜乙黄饘︻I(lǐng)域進(jìn)行分析，確定領(lǐng)域邊界和領(lǐng)域內(nèi)容。在完成這項(xiàng)任務(wù)后，系統(tǒng)分析員應(yīng)當(dāng)提交《系統(tǒng)需求報告》�！断到y(tǒng)需求報告》由領(lǐng)域?qū)＜掖_認(rèn)之后交給質(zhì)量監(jiān)督組進(jìn)行復(fù)審，復(fù)審?fù)戤呌晌臋n組進(jìn)行文檔規(guī)范化，進(jìn)行存檔和版本編號，與此同時，規(guī)范化的《系統(tǒng)需求報告》由項(xiàng)目經(jīng)理轉(zhuǎn)交給客戶進(jìn)行復(fù)審（項(xiàng)目經(jīng)理對《系統(tǒng)需求報告》的內(nèi)容格式等有審查的義務(wù)）。
客戶復(fù)審?fù)戤呏笸ㄟ^項(xiàng)目負(fù)責(zé)人轉(zhuǎn)交給系統(tǒng)分析員進(jìn)行更新修正，并對版本進(jìn)行升級。之后再經(jīng)質(zhì)量監(jiān)督組和文檔組等環(huán)節(jié)進(jìn)行流轉(zhuǎn)，直到該報告無須進(jìn)行再流轉(zhuǎn)為止。 接下來系統(tǒng)分析員的一項(xiàng)主要任務(wù)是對領(lǐng)域進(jìn)行分析和映射，構(gòu)造系統(tǒng)構(gòu)架，即進(jìn)行體系結(jié)構(gòu)的設(shè)計。
參與的系統(tǒng)分析員在不止一個時，首先由分析員委員會進(jìn)行體系結(jié)構(gòu)設(shè)計，當(dāng)體系結(jié)構(gòu)基本確定之后，定義分組和分組之間的接口，特別對將來需要密切接口的部分要進(jìn)行詳細(xì)定義，包括彼此間的"通訊協(xié)議"，時間及方式等等。完成該項(xiàng)工作后必須產(chǎn)生《體系結(jié)構(gòu)設(shè)計說明》�！扼w系結(jié)構(gòu)設(shè)計說明》生成后由項(xiàng)目負(fù)責(zé)人提交給質(zhì)量監(jiān)督組進(jìn)行復(fù)審，復(fù)審?fù)ㄟ^之后，由文檔組進(jìn)行格式化和版本編號并存檔�！扼w系結(jié)構(gòu)設(shè)計說明》的完整流轉(zhuǎn)過程在開發(fā)商內(nèi)部，客戶并不介入。
程序員
為了有效的利用領(lǐng)域?qū)＜业馁Y源，在體系結(jié)構(gòu)設(shè)計的同時，可以由系統(tǒng)分析員的指導(dǎo)之下，由程序員進(jìn)行界面原形的開發(fā)。界面原形由領(lǐng)域?qū)＜疫M(jìn)行評審。評審?fù)ㄟ^后由客戶進(jìn)行復(fù)審。界面原形跳過質(zhì)量監(jiān)督由文檔組進(jìn)行格式化和存檔。質(zhì)量監(jiān)督有了解和監(jiān)督界面原形變化的責(zé)任。 程序員參與系統(tǒng)詳細(xì)設(shè)計，主要負(fù)責(zé)系統(tǒng)的實(shí)現(xiàn)工作，并對測試組提供相應(yīng)的測試資源。由于詳細(xì)設(shè)計的詳細(xì)程度不易把握，有程序員參與的情況下，系統(tǒng)分析人員與程序員的交流會有助于系統(tǒng)開發(fā)進(jìn)度。在項(xiàng)目代碼生產(chǎn)的后期，程序員要進(jìn)行相應(yīng)的白盒測試。之后，可執(zhí)行體提交到測試組進(jìn)行測試�！断到y(tǒng)詳細(xì)設(shè)計說明》由分析員和程序員共同完成。通過項(xiàng)目負(fù)責(zé)人轉(zhuǎn)交質(zhì)量監(jiān)督組進(jìn)行復(fù)審，復(fù)審?fù)ㄟ^后，由文檔組進(jìn)行格式化和版本編號，并存檔。
測試組
主要進(jìn)行軟件的測試工作。上面提到程序員在交給測試人員之前是進(jìn)行過一定的白盒測試的。測試人員根據(jù)詳細(xì)設(shè)計的文檔對軟件要實(shí)現(xiàn)的功能進(jìn)行一一測試，保證軟件的執(zhí)行體正確的實(shí)現(xiàn)設(shè)計要求，在此也只證明了軟件正確的反映了設(shè)計思想，但是否真正反映了用戶的需求仍需要進(jìn)一步的測試。在正確性測試完成之后，需要測試的是軟件的性能，軟件的性能在本項(xiàng)目中占有重要的地位，性能要求有可能改變軟件的設(shè)計，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。
同樣，測試在不同的階段需要不同的"輸入"與"輸出"。在正確性測試階段，不需要太詳細(xì)的測試計劃和測試策略的設(shè)計。而在性能測試時，需要分析人員提出測試策略和測試用例，質(zhì)量監(jiān)督組同樣會提出他們認(rèn)為必要的測試策略和測試用例，后者提出的測試策略和測試用例被認(rèn)為是對前者的抽樣調(diào)查。無論是前者還是后者提出的測試策略和測試用例，都由測試組組織實(shí)施。
質(zhì)量監(jiān)督組
保證軟件透明開發(fā)的主要環(huán)節(jié)。在項(xiàng)目開發(fā)的過程中幾乎所有的部門都與質(zhì)量監(jiān)督組有關(guān)。質(zhì)量監(jiān)督組對項(xiàng)目經(jīng)理提供項(xiàng)目進(jìn)度與項(xiàng)目真正開發(fā)時的差異報告，提出差異原因和改進(jìn)方法。在項(xiàng)目進(jìn)度被延滯或質(zhì)量監(jiān)督組認(rèn)為某階段開發(fā)質(zhì)量有問題時，提請項(xiàng)目經(jīng)理、項(xiàng)目負(fù)責(zé)人等必要的相關(guān)人員舉行質(zhì)量會議。解決當(dāng)前存在的和潛在的問題。質(zhì)量監(jiān)督是建立在文檔的復(fù)審基礎(chǔ)之上，因而文檔版本的控制，特別是軟件配置管理，直接影響軟件質(zhì)量監(jiān)督的影響力和力度。文檔組則是保證軟件質(zhì)量監(jiān)督的得以實(shí)施的重要保證。
質(zhì)量監(jiān)督組的監(jiān)督范圍包括： 系統(tǒng)分析人員是否正確的反映了用戶的需求； 軟件執(zhí)行體是否正確的實(shí)現(xiàn)了分析人員的設(shè)計思想； 測試人員是否進(jìn)行了較為徹底的和全面的測試； 文檔組是否對文檔的規(guī)范化進(jìn)行的比較徹底，版本控制是否有效；
