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