需求管理過(guò)程

1、軟件過(guò)程標(biāo)準(zhǔn)需求管理過(guò)程V1.0精選文庫(kù)精選文庫(kù)精選文庫(kù)修訂記錄版本號(hào)日期作者授權(quán)人授權(quán)日期描述0.92002/07/19萬(wàn)志鵬蘇光2002/07/18第一次編制，蘇光指導(dǎo)0.992002/07/29萬(wàn)志鵬蘇光2002/08/01根據(jù)評(píng)審意見(jiàn)修改過(guò)程，并轉(zhuǎn)換為公司文檔格式。1.02002/08/12萬(wàn)志鵬彭柏林2002/08/12通過(guò)批準(zhǔn)目錄TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 1目的和范圍1 HYPERLINK l bookmark2 o Current Document 2術(shù)語(yǔ)簡(jiǎn)稱與解釋1 HYPERLINK l bo

2、okmark4 o Current Document 3進(jìn)入準(zhǔn)則1 HYPERLINK l bookmark6 o Current Document 4退出準(zhǔn)則1 HYPERLINK l bookmark8 o Current Document 5階段交付產(chǎn)品2 HYPERLINK l bookmark10 o Current Document 6文件使用者27過(guò)程流圖37.1過(guò)程37.1.1需求收集與獲取3 HYPERLINK l bookmark12 o Current Document 7.1.2需求評(píng)審57.1.3需求變更管理過(guò)程6 HYPERLINK l bookmark14 o C

3、urrent Document 7.2過(guò)程描述77.2.1需求收集與獲取過(guò)程細(xì)則77.2.2需求評(píng)審細(xì)則錯(cuò)誤!未定義書(shū)簽。7.2.3需求變更管理過(guò)程細(xì)則8 HYPERLINK l bookmark16 o Current Document 7.3驗(yàn)證機(jī)制9 HYPERLINK l bookmark18 o Current Document 7.4度量9 HYPERLINK l bookmark20 o Current Document 8活動(dòng)職責(zé)矩陣10 HYPERLINK l bookmark22 o Current Document 9參考資料1010附件10目的和范圍本過(guò)程的目的在于為公

4、司實(shí)施與需求相關(guān)的方針提供指南。該過(guò)程對(duì)所有公司負(fù)責(zé)需求采集的項(xiàng)目適用，也適用于那些客戶在自行采集需求時(shí)需要幫助的項(xiàng)目。術(shù)語(yǔ)簡(jiǎn)稱與解釋總經(jīng)理：簡(jiǎn)稱GM,指公司總經(jīng)理，具備法人代表資格。副總：簡(jiǎn)稱VGM，公司的一種職務(wù)，指公司副總。項(xiàng)目經(jīng)理：簡(jiǎn)稱PM,公司的一種職務(wù)，一般由具備項(xiàng)目管理經(jīng)驗(yàn)和行業(yè)經(jīng)驗(yàn)人員承擔(dān)，負(fù)責(zé)項(xiàng)目的管理活動(dòng)。項(xiàng)目負(fù)責(zé)人：簡(jiǎn)稱PL，項(xiàng)目組組長(zhǎng)，臨時(shí)性職務(wù)，負(fù)責(zé)項(xiàng)目的開(kāi)發(fā)活動(dòng)，如無(wú)變更,生存周期與項(xiàng)目生存周期相同。需求分析人員：簡(jiǎn)稱RA,通常由項(xiàng)目組中成員承擔(dān)此角色，可以是項(xiàng)目負(fù)責(zé)人也可以項(xiàng)目組中其他人員。軟件設(shè)計(jì)人員：簡(jiǎn)稱SD。在公司一般指系統(tǒng)分析員和程序員（包括高級(jí)程序員）；

5、在項(xiàng)目中指項(xiàng)目組中的設(shè)計(jì)人員。軟件質(zhì)量保證：SQA，一種軟件質(zhì)量保證活動(dòng)，在公司通常也用SQA代表質(zhì)量保證活動(dòng)者，目前由公司品管部執(zhí)行此活動(dòng)。配置管理員：簡(jiǎn)稱CC,在公司中負(fù)責(zé)所有項(xiàng)目的配置管理活動(dòng)。進(jìn)入準(zhǔn)則進(jìn)入準(zhǔn)則如下：來(lái)自客戶的關(guān)于需求的文檔經(jīng)過(guò)公司審批；來(lái)自客戶的標(biāo)識(shí)有意進(jìn)行某個(gè)項(xiàng)目的信函，并且經(jīng)過(guò)公司審批；總經(jīng)理對(duì)內(nèi)部項(xiàng)目的授權(quán)，有相關(guān)文件（文檔）表明是經(jīng)過(guò)審批的；公司與客戶簽訂的合同。附注：滿足其中任何一種條件均可。退出準(zhǔn)則退出準(zhǔn)則如下：SRS的文檔已準(zhǔn)備好，經(jīng)過(guò)評(píng)審和批準(zhǔn)。階段交付產(chǎn)品本階段交付有：經(jīng)過(guò)評(píng)審并得到批準(zhǔn)的SRS文檔；SRS評(píng)審報(bào)告；變更請(qǐng)求；變更請(qǐng)求單日志；影響分析報(bào)

6、告。6使用者本文件的使用者如下：VGM、RA、SD、PM、PL、QA。精選文庫(kù)過(guò)程流圖7.1過(guò)程7.1.1需求收集與獲取精選文庫(kù)精選文庫(kù)7.1.2需求評(píng)審PM/PLPM/PLPL7.1.3需求變更管理過(guò)程7.2過(guò)程描述需求管理過(guò)程被分為3部分，包括：需求獲取和采集過(guò)程、需求評(píng)審過(guò)程、需求變更管理過(guò)程。7.2.1需求收集與獲取規(guī)程需求可能來(lái)自以下任何一種渠道客戶的需求文檔工作范圍描述文檔電子郵件合同隨后，進(jìn)行需求文檔格式的評(píng)審：當(dāng)需求不是以公司格式提交時(shí)，項(xiàng)目經(jīng)理/項(xiàng)目負(fù)責(zé)人可選擇如下處理辦法：將需求轉(zhuǎn)換成金恒宇公司的格式，或采用用戶的需求文檔格式。當(dāng)客戶特別要求用他們自己的格式時(shí)，應(yīng)滿足他們的

7、要求。就以下方面對(duì)評(píng)審需求正確性。正確性取決于技術(shù)人員完整性。完整性取決于技術(shù)人員以及SQA人員可行性。可行性研究由PM/PL在評(píng)審時(shí)進(jìn)行，在進(jìn)行估計(jì)時(shí)進(jìn)一步完善對(duì)可行性的研究一旦在需求文件中發(fā)現(xiàn)缺陷/問(wèn)題，將編制評(píng)審報(bào)告，并從客戶那里征求進(jìn)一步的闡述或建議或更多輸入如果評(píng)審報(bào)告表明需求清晰、完整而且正確無(wú)誤，需求文檔得到基線化；需求文檔命名應(yīng)遵守命名規(guī)則，并檢入配置管理（CM）工具/庫(kù)；SRS的評(píng)審報(bào)告也要置于配置管理之下7.2.2需求評(píng)審規(guī)程在SRS被用于開(kāi)展進(jìn)一步的策劃和開(kāi)發(fā)活動(dòng)之前，SRS必須經(jīng)過(guò)評(píng)審制定評(píng)審計(jì)劃，選定SRS評(píng)審人員，主要有：VGM、PM、PL、RA、SD、關(guān)鍵技術(shù)人員

8、。評(píng)審進(jìn)度安排要通知給評(píng)審小組成員，交流的方式可以是E-MAIL亦可是書(shū)面通知分發(fā)SRS文檔以及其他客戶提供的資料和參考資料，評(píng)審小組成員就SRS進(jìn)行個(gè)人評(píng)審，如果發(fā)現(xiàn)任何缺陷，將他們列入個(gè)人的缺陷清單評(píng)審者參加評(píng)審會(huì)議，分配評(píng)審組角色讀者朗讀SRS文檔當(dāng)任何評(píng)審組員發(fā)現(xiàn)潛在的缺陷時(shí)，讀者停止朗讀，小組討論它是否是SRS的一個(gè)缺陷，若確實(shí)存在缺陷，由記錄員負(fù)責(zé)記錄下來(lái)以上過(guò)程反復(fù)進(jìn)行直到所有的缺陷均被討論并達(dá)成一致意見(jiàn)記錄員做出最終缺陷列表，評(píng)審小組負(fù)責(zé)人將其通知客戶需求分析人員就評(píng)審中發(fā)現(xiàn)的缺陷征求客戶的意見(jiàn)評(píng)審小組就缺陷嚴(yán)重程度決定是否進(jìn)行再評(píng)審一旦再評(píng)審是必須的，評(píng)審報(bào)告應(yīng)反映這個(gè)情況并

9、采用本規(guī)程安排及執(zhí)行再評(píng)審如果在SRS文件中找不到重要缺陷，亦認(rèn)為再評(píng)審無(wú)必要，則可批準(zhǔn)該SRS文檔，并基線化基線化的SRS版本應(yīng)檢入配置管理（CM）工具/庫(kù)7.2.3需求變更管理規(guī)程當(dāng)需求發(fā)生變更，公司要提出變更請(qǐng)求、這個(gè)工作可以由公司或客戶來(lái)做變更請(qǐng)求必須有一個(gè)唯一的編號(hào)對(duì)變更進(jìn)行影響分析，以評(píng)估變更的規(guī)模。一旦發(fā)現(xiàn)變更影響巨大，以至波及到項(xiàng)目工作量、進(jìn)度，成本，變更將轉(zhuǎn)送到公司高層經(jīng)理和市場(chǎng)/財(cái)務(wù)部門(mén)決策是否變更合同當(dāng)變更被認(rèn)可（小變更由公司控制，大變更要經(jīng)過(guò)客戶許可）變更申請(qǐng)轉(zhuǎn)變成變更令，并付諸實(shí)施更新SRS文件。如果有要求，更新其他文件為這些變更的進(jìn)行提供資源（人，軟件、硬件），如有

10、必要時(shí)。將更新過(guò)的文檔置于CM的管理之下（CM工具/庫(kù)）將SRS及其他文件的變更通知所有相關(guān)人員按照項(xiàng)目跟蹤過(guò)程與活動(dòng)，對(duì)變更的執(zhí)行進(jìn)行跟蹤一旦變更實(shí)施，且實(shí)施通過(guò)驗(yàn)收，變更請(qǐng)求單上將標(biāo)注為閉合為便于在以后參閱，關(guān)于該變更的所有信息將保存在過(guò)程數(shù)據(jù)庫(kù)中7.3驗(yàn)證機(jī)制驗(yàn)證機(jī)制如下：配置審計(jì)對(duì)執(zhí)行期超過(guò)六個(gè)月的項(xiàng)目應(yīng)當(dāng)在每個(gè)月、每個(gè)版本發(fā)布前、任何外部審計(jì)前進(jìn)行。對(duì)執(zhí)行期少于六個(gè)月的項(xiàng)目應(yīng)當(dāng)在每15天、每個(gè)版本發(fā)布前、任何外部審計(jì)前進(jìn)行。由SQA/獨(dú)立小組進(jìn)行的內(nèi)部審計(jì)對(duì)執(zhí)行周期超過(guò)六個(gè)月的項(xiàng)目每個(gè)月組織內(nèi)部審計(jì)。對(duì)執(zhí)行周期少于六個(gè)月的項(xiàng)目每15天組織內(nèi)部審計(jì)。外部審計(jì)ISO監(jiān)督審計(jì)一由外審人員安

11、排日程。CMM相關(guān)評(píng)估一一由評(píng)估人員安排日程。給管理高層的關(guān)于需求管理相關(guān)活動(dòng)的定期報(bào)告對(duì)執(zhí)行期少于六個(gè)月的項(xiàng)目應(yīng)當(dāng)每周進(jìn)行報(bào)告對(duì)執(zhí)行期超過(guò)六個(gè)月的項(xiàng)目應(yīng)當(dāng)每15天進(jìn)行報(bào)告7.4度量對(duì)需求相關(guān)活動(dòng)的評(píng)估指標(biāo)如下：編號(hào)評(píng)估指標(biāo)頻率責(zé)任來(lái)源1需求數(shù)量每15天PM/PLSRS2需求變更數(shù)量每周PM/PL變更日志3已認(rèn)可的變更數(shù)量每周PM/PL變更申請(qǐng)日志4正在執(zhí)行的變更數(shù)量每周PM/PL項(xiàng)目狀態(tài)報(bào)告5需求相關(guān)活動(dòng)中耗費(fèi)的工作量每周所有參與需求相關(guān)活動(dòng)人員時(shí)間表6預(yù)期在需求管理中耗費(fèi)的工作量每周PM/PL項(xiàng)目計(jì)劃7實(shí)際在需求管理中耗費(fèi)的工作量每周所有參與需求活動(dòng)人員項(xiàng)目狀態(tài)報(bào)告活動(dòng)職責(zé)矩陣編號(hào).活動(dòng)VGMPMPLRASQA/SEPG1獲得需求-SSP-2評(píng)審需求SPPPS3準(zhǔn)備SRS-SPP-4評(píng)審SRSSPPPS5認(rèn)可SRSSPSSS6