測試員2或3人
 
主要職責(zé)：已經(jīng)實(shí)現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進(jìn)行正確性驗(yàn)證測試，整合后的系統(tǒng)的性能測試等。書寫測試報(bào)告和測試統(tǒng)計(jì)報(bào)告提請質(zhì)量監(jiān)督組復(fù)審。
 
技術(shù)支持2或3人
 
主要職責(zé)：協(xié)同系統(tǒng)分析人員聽取用戶需求，對需求分析進(jìn)行參考性復(fù)審。協(xié)同測試人員進(jìn)行測試，書寫操作手冊和在線幫助，在項(xiàng)目交付用戶之后進(jìn)行跟蹤服務(wù)。
 
文檔組1或2人
 
主要職責(zé)：對各部門產(chǎn)生的文檔進(jìn)行格式規(guī)范、版本編號和控制、存檔文件的檢索；協(xié)助質(zhì)量監(jiān)督組進(jìn)行軟件質(zhì)量監(jiān)督。 通過適當(dāng)?shù)娜藛T配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對關(guān)鍵人員的依賴性。
 
軟件技術(shù)風(fēng)險(xiǎn)
 
本系統(tǒng)擬訂采用的兩個(gè)重大的軟件技術(shù)是面向?qū)ο蟮臉?gòu)件和基于微軟的COM組件技術(shù)。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴(kuò)展性而采用的技術(shù)手段。從技術(shù)成熟度上說不存在風(fēng)險(xiǎn)，但為了實(shí)現(xiàn)良好的軟件構(gòu)架和穩(wěn)定的組件，與傳統(tǒng)開發(fā)方法比較，有相當(dāng)?shù)亩嗟念~外工作需要做，這會給項(xiàng)目工期帶來較大的風(fēng)險(xiǎn)。
 
回避和控制這部分風(fēng)險(xiǎn)的辦法是在項(xiàng)目進(jìn)行的過程不斷的對該階段進(jìn)行風(fēng)險(xiǎn)估計(jì)和指定有效的里程碑。同時(shí)采用“范例”方式提高開發(fā)人員的構(gòu)件組件的分析識別能力，適時(shí)調(diào)整構(gòu)件組件的數(shù)量和粒度。
 
軟件過程風(fēng)險(xiǎn)
 
軟件需求階段的風(fēng)險(xiǎn)
 
軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進(jìn)行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失會在軟件系統(tǒng)的后續(xù)階段被一級一級地放大，因此本階段的風(fēng)險(xiǎn)最大。
 
設(shè)計(jì)階段的風(fēng)險(xiǎn)
 
設(shè)計(jì)的主要目的在于軟件的功能正確的反映了需求?？梢娦枨蟮牟煌暾蛯π枨蠓治龅牟煌暾湾e誤，在設(shè)計(jì)階段被成倍地放大。設(shè)計(jì)階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完成需求階段的即定目標(biāo)；另一方面也是檢驗(yàn)需求的一致性和需求分析的完整性和正確性。
 
設(shè)計(jì)本身的風(fēng)險(xiǎn)主要來自于系統(tǒng)分析人員。分析人員在設(shè)計(jì)系統(tǒng)結(jié)構(gòu)時(shí)過于定制，系統(tǒng)的可擴(kuò)展性較弱，會給后期維護(hù)帶來巨大的負(fù)擔(dān)，和維護(hù)成本的激增。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實(shí)現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度會上升，這又會在實(shí)現(xiàn)和測試階段帶來風(fēng)險(xiǎn)，系統(tǒng)的穩(wěn)定性也會受到影響。從另一個(gè)角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件運(yùn)行環(huán)境的變化都是必然的情況，目前軟件設(shè)計(jì)的所謂“通用性”是否就能很好的適應(yīng)將來需求和運(yùn)行環(huán)境的的變化，是需要認(rèn)真折衷的。這種折中也蘊(yùn)涵著很大的風(fēng)險(xiǎn)。

設(shè)計(jì)階段蘊(yùn)涵的另一種風(fēng)險(xiǎn)來自于設(shè)計(jì)文檔。文檔的不健全不僅會造成實(shí)現(xiàn)階段的困難，更會在后期的測試和維護(hù)造成災(zāi)難性的后果，例如根本無法對軟件系統(tǒng)進(jìn)行版本升級，甚至是發(fā)現(xiàn)的簡單錯誤都無從更正。實(shí)現(xiàn)階段引入的風(fēng)險(xiǎn)軟件的實(shí)現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。原代碼本身也是文檔的一部分，同時(shí)它又是將來運(yùn)行于計(jì)算機(jī)系統(tǒng)之上的實(shí)體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險(xiǎn)來源。規(guī)范的代碼生產(chǎn)會把屬于程序員自身個(gè)性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng)險(xiǎn)。
 
維護(hù)階段的風(fēng)險(xiǎn)
 
軟件維護(hù)包含兩個(gè)主要的維護(hù)階段，一個(gè)是軟件生產(chǎn)完畢到軟件試運(yùn)行階段的維護(hù)，這個(gè)階段是一種實(shí)環(huán)境的測試性維護(hù)，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或未發(fā)現(xiàn)的問題；另一個(gè)階段是當(dāng)軟件的運(yùn)行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運(yùn)行環(huán)境（包括硬件平臺，軟件環(huán)境等）時(shí)進(jìn)行的

    項(xiàng)目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~

    http://www.vanceur.cn/pmqhd/index.html