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

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

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

    http://opto-elec.com.cn/pmqhd/index.html