版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
PAGEPAGE3需求開(kāi)發(fā)和管理過(guò)程文件編號(hào)保密級(jí)別總頁(yè)數(shù)編制
變更日志編號(hào)版本修改內(nèi)容修改人修改日期10.10創(chuàng)建初稿20.20內(nèi)部評(píng)審,建立組織方針31.00發(fā)布
目錄1 引言 11.1目的和方針 11.2適用范圍 11.3定義 11.4參考資料 22 過(guò)程總體描述 32.1過(guò)程概述 32.2過(guò)程結(jié)構(gòu)描述 33 需求開(kāi)發(fā)和管理過(guò)程活動(dòng) 33.1開(kāi)發(fā)客戶需求 33.1.1概述 33.1.2角色與職責(zé) 43.1.3進(jìn)入標(biāo)準(zhǔn) 43.1.4輸入 43.1.5任務(wù) 43.1.6輸出 43.1.7退出標(biāo)準(zhǔn) 43.2開(kāi)發(fā)軟件需求 43.2.1概述 43.2.2角色與職責(zé) 43.2.3進(jìn)入標(biāo)準(zhǔn) 53.2.4輸入 53.2.5任務(wù) 53.2.6輸出 53.2.7退出標(biāo)準(zhǔn) 53.3需求評(píng)審及確認(rèn) 53.3.1概述 53.3.2角色與職責(zé) 53.3.3進(jìn)入標(biāo)準(zhǔn) 63.3.4輸入 63.3.5任務(wù) 63.3.6輸出 63.3.7退出標(biāo)準(zhǔn) 63.4需求變更 63.4.1概述 63.4.2角色與職責(zé) 63.4.3進(jìn)入標(biāo)準(zhǔn) 63.4.4輸入 63.4.5任務(wù) 73.4.6輸出 73.4.7退出標(biāo)準(zhǔn) 73.5需求跟蹤 73.5.1概述 73.5.2角色與職責(zé) 73.5.3進(jìn)入標(biāo)準(zhǔn) 73.5.4輸入 73.5.5任務(wù) 73.5.6輸出 83.5.7退出標(biāo)準(zhǔn) 83.6需求狀態(tài)跟蹤 83.6.1概述 83.6.2角色與職責(zé) 83.6.3進(jìn)入標(biāo)準(zhǔn) 83.6.4輸入 83.6.5任務(wù) 83.6.6輸出 83.6.7退出標(biāo)準(zhǔn) 94 相關(guān)文檔 104.1引用文件 104.2使用模板 10需求開(kāi)發(fā)和管理過(guò)程PAGE10引言1.1目的和方針“需求開(kāi)發(fā)和管理過(guò)程”的目的是指導(dǎo)軟件項(xiàng)目在需求開(kāi)發(fā)過(guò)程中的活動(dòng),確保形成明確的、高質(zhì)量的軟件需求工作軟件,使其滿足客戶及最終使用者的要求,并作為軟件項(xiàng)目在后續(xù)開(kāi)發(fā)過(guò)程中的依據(jù)。為策劃和執(zhí)行“需求開(kāi)發(fā)和管理”過(guò)程,制定并維護(hù)組織方針:項(xiàng)目組收集、協(xié)調(diào)與產(chǎn)品有關(guān)各方的需要、期望、限制條件和界面,形成顧客需求并得到顧客確認(rèn);選擇解決方案,確定從方案派生出來(lái)的產(chǎn)品和產(chǎn)品構(gòu)件需求;對(duì)顧客需求、產(chǎn)品需求和產(chǎn)品構(gòu)件需求進(jìn)行分析,形成需求分析說(shuō)明;需求須形成文檔;需求須經(jīng)過(guò)評(píng)審;需求變更須進(jìn)行管理;在客戶和遵循客戶需求的軟件項(xiàng)目之間建立一種共同的理解。項(xiàng)目計(jì)劃、工作產(chǎn)品和活動(dòng)須與給定需求保持一致。1.2適用范圍適用于公司開(kāi)發(fā)的所有軟件項(xiàng)目。1.3定義下表列出本報(bào)告中專門術(shù)語(yǔ)的定義、英文縮寫詞的原詞組和意義、項(xiàng)目組內(nèi)達(dá)成一致意見(jiàn)的專用詞匯,同時(shí)繼承全部的先前過(guò)程中定義過(guò)的詞匯。詞匯名稱詞匯含義備注客戶指?jìng)€(gè)人或單位,他們?yōu)檐浖_(kāi)發(fā)提供資金,通常(但有時(shí)也不必)還提出各種需求。用戶指運(yùn)行系統(tǒng)或者直接與系統(tǒng)發(fā)生交互作用的個(gè)人或集團(tuán)。用戶和客戶通常不是同一些人。需求指系統(tǒng)必須實(shí)現(xiàn)什么的規(guī)格說(shuō)明,它描述了系統(tǒng)的行為、特性或?qū)傩裕窃陂_(kāi)發(fā)過(guò)程中對(duì)系統(tǒng)的約束。需求的層次軟件需求分為三個(gè)不同的層次:業(yè)務(wù)需求、用戶需求、功能需求。業(yè)務(wù)需求反映了組織機(jī)構(gòu)或客戶對(duì)軟件高層次的目標(biāo)要求,它們?cè)陧?xiàng)目目標(biāo)和范圍文檔中予以說(shuō)明。用戶需求反映了用戶使用該軟件要完成的任務(wù)。功能需求定義了軟件開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。需求工程所有與需求直接相關(guān)的活動(dòng)通稱為需求工程。需求工程中的活動(dòng)可分為兩大類,一類屬于需求開(kāi)發(fā),另一類屬于需求管理需求規(guī)格說(shuō)明書是需求階段的軟件,它精確地闡述一個(gè)軟件系統(tǒng)提供的功能、性能和必要的限制條件,是系統(tǒng)測(cè)試、系統(tǒng)設(shè)計(jì)、編碼和用戶培訓(xùn)的基礎(chǔ)。1.4參考資料無(wú)過(guò)程總體描述2.1過(guò)程概述通過(guò)規(guī)范需求開(kāi)發(fā)的過(guò)程,實(shí)現(xiàn)下述目標(biāo):便于用戶、需求分析人員和軟件設(shè)計(jì)人員進(jìn)行理解和交流。用戶通過(guò)軟件需求規(guī)格說(shuō)明書初步判定目標(biāo)軟件能否滿足其原來(lái)的期望,設(shè)計(jì)人員則將軟件需求規(guī)格說(shuō)明書作為軟件設(shè)計(jì)的基本出發(fā)點(diǎn)。支持目標(biāo)軟件系統(tǒng)的確認(rèn)。軟件開(kāi)發(fā)目標(biāo)是否完成不應(yīng)由系統(tǒng)測(cè)試階段的人為因素決定,而應(yīng)根據(jù)軟件需求規(guī)格說(shuō)明書中確立的可測(cè)試標(biāo)準(zhǔn)決定。因此,軟件需求規(guī)格說(shuō)明書中的各項(xiàng)需求都應(yīng)該是可測(cè)試的??刂葡到y(tǒng)進(jìn)化過(guò)程。在需求分析完成之后,如果用戶追加需求,那么軟件需求規(guī)格說(shuō)明書將用于確定追加需求是否為新需求。2.2過(guò)程結(jié)構(gòu)描述圖AUTONUM\*Arabic\s..需求開(kāi)發(fā)流程圖需求開(kāi)發(fā)和管理過(guò)程活動(dòng)3.1開(kāi)發(fā)客戶需求3.1.1概述本階段的目標(biāo)是收集客戶的需要、期望,限制條件和接口,并對(duì)收集到的信息進(jìn)行分析、協(xié)調(diào)、精煉和細(xì)化,最終把它們轉(zhuǎn)換成客戶需求。3.1.2角色與職責(zé)項(xiàng)目經(jīng)理:負(fù)責(zé)選擇合適的軟件需求分析人員;組建軟件需求小組;制定需求調(diào)研計(jì)劃??蛻簦焊鶕?jù)業(yè)務(wù)目標(biāo)提出需求;與需求分析人員一起討論、分析用戶需求;參與用戶需求規(guī)格說(shuō)明書的審查和批準(zhǔn)。需求分析人員:由項(xiàng)目組成員或項(xiàng)目經(jīng)理?yè)?dān)任,客戶需求調(diào)研工作的主要承擔(dān)者。3.1.3進(jìn)入標(biāo)準(zhǔn)《立項(xiàng)報(bào)告》已經(jīng)過(guò)審查、獲得批準(zhǔn)。3.1.4輸入《立項(xiàng)報(bào)告》。3.1.5任務(wù)(1)確定項(xiàng)目范圍在軟件項(xiàng)目開(kāi)始之前,客戶、項(xiàng)目經(jīng)理要對(duì)項(xiàng)目范圍達(dá)成共同的理解,形成相關(guān)需求記錄文件并最終包含在《需求規(guī)格說(shuō)明書》中,作為未來(lái)項(xiàng)目決策的基準(zhǔn)。(2)制定需求調(diào)研計(jì)劃為了更好地獲得需求,項(xiàng)目經(jīng)理根據(jù)相關(guān)需求記錄文件中規(guī)定的項(xiàng)目范圍,與客戶共同確定要調(diào)研的部門、調(diào)研的時(shí)間安排、調(diào)研方式以及調(diào)研的內(nèi)容,形成《需求調(diào)研計(jì)劃》。(3)需求調(diào)研需求分析人員應(yīng)該在調(diào)研前做好充分的準(zhǔn)備,針對(duì)具體項(xiàng)目的特點(diǎn)設(shè)計(jì)一些問(wèn)題和表格,以提高調(diào)研的效率和質(zhì)量。需求調(diào)研的準(zhǔn)備工作完成后,需求分析人員按照計(jì)劃執(zhí)行調(diào)查。調(diào)查的方式可以采用與用戶面談、向用戶提問(wèn)題、參觀用戶的工作流程、分析已經(jīng)存在的同類軟件等方式。每次調(diào)研結(jié)束后,需求分析人員要立刻整理并形成《需求調(diào)研訪談?dòng)涗洝贰?.1.6輸出《需求調(diào)研計(jì)劃》《需求調(diào)研訪談?dòng)涗洝?.1.7退出標(biāo)準(zhǔn)《需求調(diào)研訪談?dòng)涗洝返玫酱_認(rèn)。3.2開(kāi)發(fā)軟件需求3.2.1概述本階段的主要任務(wù)是將用戶的需求轉(zhuǎn)換為軟件的需求。為了將軟件的需求描述清楚,需求分析人員需要用文字、圖形符號(hào)來(lái)詳細(xì)說(shuō)明軟件必須要做什么。3.2.2角色與職責(zé)項(xiàng)目經(jīng)理:選擇軟件需求開(kāi)發(fā)的方法和工具,負(fù)責(zé)指定需求分析人員編寫軟件需求規(guī)格說(shuō)明書。需求分析人員:軟件需求開(kāi)發(fā)階段工作的主要承擔(dān)者,軟件需求文檔化的主要承擔(dān)者。QA:參與工作產(chǎn)品的審查,統(tǒng)計(jì)缺陷;并對(duì)開(kāi)發(fā)軟件需求過(guò)程進(jìn)行審計(jì),并對(duì)開(kāi)發(fā)軟件需求過(guò)程進(jìn)行審計(jì)。3.2.3進(jìn)入標(biāo)準(zhǔn)《需求調(diào)研訪談?dòng)涗洝返玫酱_認(rèn)。3.2.4輸入《項(xiàng)目開(kāi)發(fā)計(jì)劃》3.2.5任務(wù)(1)為需求建立系統(tǒng)模型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明書極好的補(bǔ)充說(shuō)明,例如系統(tǒng)流程圖、數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、系統(tǒng)關(guān)聯(lián)圖、狀態(tài)轉(zhuǎn)換圖、對(duì)話圖等,具體使用哪些模型,需要在項(xiàng)目計(jì)劃中明確規(guī)定。(2)需求分析并編寫《需求規(guī)格說(shuō)明書》需求分析包括功能需求分析、性能需求分析、接口需求分析、數(shù)據(jù)需求分析和其它需求分析,分析所實(shí)現(xiàn)軟件的操作需求、驗(yàn)證需求、文檔需求、運(yùn)行環(huán)境和約束條件,并根據(jù)需要分析其可靠性、安全性、可維護(hù)性、可移植性及故障處理要求。軟件需求規(guī)格說(shuō)明書是需求階段的產(chǎn)品,它精確地闡述一個(gè)軟件系統(tǒng)提供的功能、性能和必要的限制條件;是系統(tǒng)測(cè)試、系統(tǒng)設(shè)計(jì)、編碼和用戶培訓(xùn)的基礎(chǔ)。(3)創(chuàng)建需求跟蹤矩陣需求分析人員在需求分析階段結(jié)束后,可以建立一個(gè)《項(xiàng)目需求追溯表》,把每項(xiàng)需求與實(shí)現(xiàn)、測(cè)試它的設(shè)計(jì)和代碼部分聯(lián)系起來(lái)。3.2.6輸出系統(tǒng)模型,《需求規(guī)格說(shuō)明書》,《需求跟蹤矩陣》3.2.7退出標(biāo)準(zhǔn)該階段退出標(biāo)準(zhǔn):繪制了系統(tǒng)模型;編寫了《需求規(guī)格說(shuō)明書》,經(jīng)過(guò)了初步審查;創(chuàng)建了《需求跟蹤矩陣》。3.3需求評(píng)審及確認(rèn)3.3.1概述項(xiàng)目經(jīng)理可以邀請(qǐng)同行專家和用戶(包括客戶和最終用戶)一起評(píng)審《需求規(guī)格說(shuō)明書》,盡最大努力使《需求規(guī)格說(shuō)明書》能夠正確無(wú)誤地反映用戶的真實(shí)意愿。需求評(píng)審之后,開(kāi)發(fā)方和客戶要對(duì)《需求規(guī)格說(shuō)明書》作書面承諾。3.3.2角色與職責(zé)項(xiàng)目經(jīng)理:負(fù)責(zé)軟件需求規(guī)格說(shuō)明書的審查和批準(zhǔn),協(xié)調(diào)各項(xiàng)活動(dòng),分配任務(wù)。同行專家:參與軟件需求規(guī)格說(shuō)明書的審查。用戶:內(nèi)部或外部客戶,參與軟件需求規(guī)格說(shuō)明書的審查。需求分析人員:對(duì)參加需求評(píng)審的人員描述軟件。系統(tǒng)測(cè)試人員:負(fù)責(zé)組織軟件測(cè)試組對(duì)軟件需求進(jìn)行分析,通過(guò)編寫系統(tǒng)測(cè)試計(jì)劃和用例來(lái)審查軟件需求的可測(cè)試性;參與軟件需求規(guī)格說(shuō)明書的審查和批準(zhǔn)。QA:參與工作軟件的審查,統(tǒng)計(jì)缺陷,并對(duì)驗(yàn)證和確認(rèn)需求過(guò)程進(jìn)行審計(jì)。3.3.3進(jìn)入標(biāo)準(zhǔn)《需求規(guī)格說(shuō)明書》已經(jīng)通過(guò)初步審查。3.3.4輸入《需求規(guī)格說(shuō)明書》。3.3.5任務(wù)需求評(píng)審及確認(rèn)以《評(píng)審規(guī)程》為指導(dǎo),檢查需求文檔中可能出現(xiàn)的錯(cuò)誤。對(duì)于評(píng)審?fù)ㄟ^(guò)的《需求規(guī)格說(shuō)明書》,要求獲得用戶簽字確認(rèn)。若客戶由于各種原因不能簽字確認(rèn),可以采用下列方式變通:評(píng)審報(bào)告:邀請(qǐng)客戶參加會(huì)議評(píng)審,在《評(píng)審記錄和報(bào)告》上簽字,作為確認(rèn)依據(jù)。會(huì)議紀(jì)要:召開(kāi)專題會(huì)議,邀請(qǐng)客戶參加,以《需求調(diào)研訪談?dòng)涗洝返姆绞接涗洉?huì)議內(nèi)容,包括客戶意見(jiàn)、解決方式、結(jié)論等。3.3.6輸出《需求規(guī)格說(shuō)明書》3.3.7退出標(biāo)準(zhǔn)《需求規(guī)格說(shuō)明書》已經(jīng)過(guò)審查、獲得批準(zhǔn),并已納入項(xiàng)目的配置庫(kù)。3.4需求變更3.4.1概述需求變更是指在軟件需求基線已經(jīng)確定之后又要添加新的需求或進(jìn)行較大的需求變動(dòng)。3.4.2角色與職責(zé)項(xiàng)目經(jīng)理:負(fù)責(zé)接收《變更記錄》,組織需求變更活動(dòng)的開(kāi)展。項(xiàng)目組成員:負(fù)責(zé)變更需求、設(shè)計(jì)、代碼或測(cè)試內(nèi)容,填寫《變更記錄》。用戶:參與并確認(rèn)需求的定義。變更控制委員會(huì):負(fù)責(zé)評(píng)估、批準(zhǔn)需求。軟件配置管里理人員:負(fù)責(zé)將需求基線或下游產(chǎn)品納入配置管理;發(fā)布基線和需求狀態(tài)等。3.4.3進(jìn)入標(biāo)準(zhǔn)提出變更請(qǐng)求。3.4.4輸入《變更記錄》3.4.5任務(wù)在軟件項(xiàng)目開(kāi)發(fā)過(guò)程中,因用戶需求、實(shí)施障礙、或其它意外,項(xiàng)目組成員或客戶方均可提出變更請(qǐng)求,并填寫《變更記錄》,由項(xiàng)目經(jīng)理負(fù)責(zé)接收,提交給配置控制委員會(huì)。配置控制委員會(huì)依據(jù)《變更記錄》和《需求跟蹤矩陣》進(jìn)行變更評(píng)估,確定變更受影響的變更項(xiàng)。經(jīng)配置控制委員會(huì)批準(zhǔn)變更后,要及時(shí)通知項(xiàng)目組成員和客戶,并獲得項(xiàng)目組和客戶的承諾。項(xiàng)目組成員依據(jù)批準(zhǔn)后的《變更記錄》,修改《需求規(guī)格說(shuō)明書》及下游工作產(chǎn)品,經(jīng)配置控制委員會(huì)簽字并納入基線。軟件配置管理代表負(fù)責(zé)將需求基線或下游產(chǎn)品納入配置管理,發(fā)布變更和基線,統(tǒng)計(jì)需求變更總數(shù)。3.4.6輸出《變更記錄》3.4.7退出標(biāo)準(zhǔn)新的《需求規(guī)格說(shuō)明書》及下游產(chǎn)品已經(jīng)被確認(rèn)。3.5需求跟蹤3.5.1概述需求跟蹤的目的是建立與維護(hù)“需求-設(shè)計(jì)-編程-測(cè)試”之間的一致性,確保軟件依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。3.5.2角色與職責(zé)項(xiàng)目經(jīng)理:負(fù)責(zé)接收《變更記錄》,組織需求變更活動(dòng)的開(kāi)展。項(xiàng)目組成員:負(fù)責(zé)變更需求、設(shè)計(jì)、代碼或測(cè)試內(nèi)容,填寫《變更記錄》??蛻簦簠⑴c并確認(rèn)需求的定義。配置控制委員會(huì):負(fù)責(zé)評(píng)估、批準(zhǔn)需求。變更執(zhí)行人:負(fù)責(zé)修改需求變更受影響的工作產(chǎn)品。3.5.3進(jìn)入標(biāo)準(zhǔn)《需求規(guī)格說(shuō)明書》已經(jīng)通過(guò)
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 夜場(chǎng)保安合同范本
- 租船意向合同范本
- 傷殘鑒定合同范本
- 做房子防水工程合同范本
- 學(xué)校植樹(shù)合同范本
- 代理訂票合同范本
- 餐飲分租合同范本
- 論文答辯必須要做
- 光伏板采購(gòu)合同范本
- 校園安全保衛(wèi)人員培訓(xùn)
- 計(jì)算機(jī)專業(yè)職業(yè)生涯規(guī)劃書(14篇)
- GB/T 22838.5-2024卷煙和濾棒物理性能的測(cè)定第5部分:卷煙吸阻和濾棒壓降
- 評(píng)標(biāo)專家?guī)煜到y(tǒng)系統(tǒng)總體建設(shè)方案
- 學(xué)校學(xué)生食堂“三防”制度
- 數(shù)學(xué)-湖湘名校教育聯(lián)合體2024年下學(xué)期高二10月大聯(lián)考試題和答案
- 2024年農(nóng)村合作社管理制度范本(二篇)
- 職業(yè)技能競(jìng)賽-網(wǎng)絡(luò)與信息安全管理員理論題庫(kù)(附參考答案)
- 青島版科學(xué)三年級(jí)上冊(cè)全冊(cè)課件教材
- 二十屆三中全會(huì)知識(shí)點(diǎn)試題及答案【200題】
- 2024年高考真題-地理(甘肅卷) 含答案
- 《助產(chǎn)學(xué)》考試試題及答案
評(píng)論
0/150
提交評(píng)論