需求分析規(guī)范

需求分析規(guī)范引言把文章格式排版本標(biāo)準(zhǔn)規(guī)定了軟件需求分析階段的任務(wù)、過(guò)程和相關(guān)要求，以及需求分析階段的完成標(biāo)志。它是軟件開發(fā)規(guī)范的組成部分。本標(biāo)準(zhǔn)適用于軟件需求分析階段的所有任務(wù)和相關(guān)人員，包括項(xiàng)目管理人員、軟件需求分析人員、用戶、文檔編制人員和質(zhì)量審核人員。參考文獻(xiàn)2.1GB8566-88 計(jì)算機(jī)軟件開發(fā)規(guī)范2.2ISO/IEC 12207:1995 信息技術(shù)軟件生存周期過(guò)程2.3GXB 02-001 軟件開發(fā)規(guī)范： 第一部分 軟件生存周期2.4GXB 01-001 軟件工程術(shù)語(yǔ)2.5GXB 02-007 軟件測(cè)試規(guī)范建議能夠把這些參考文獻(xiàn)拿下了，付在一起，如果能夠把該參考文獻(xiàn)與本部門實(shí)際相結(jié)合，把經(jīng)常使用到的術(shù)語(yǔ)制作一份術(shù)語(yǔ)字典，供分析使用。這項(xiàng)工作可以在完成本文檔后，再花時(shí)間弄。術(shù)語(yǔ)本標(biāo)準(zhǔn)的術(shù)語(yǔ)的定義與GXB 01-001軟件工程術(shù)語(yǔ)中的定義相一致。4、需求分析的任務(wù)和過(guò)程4.1需求分析任務(wù)確定被開發(fā)軟件的運(yùn)行環(huán)境、功能、性能和數(shù)據(jù)需求，建立確認(rèn)測(cè)試準(zhǔn)則，編寫用戶手冊(cè)，為概要設(shè)計(jì)提供需求說(shuō)明書。4.2需求分析過(guò)程需求分析過(guò)程由下列步驟組成：1）確定需求分析方法和工具；2）對(duì)參加需求分析的人員進(jìn)行培訓(xùn)；3）確定需求分析輸入；4）需求分析；5）制定確定測(cè)試計(jì)劃；6）確定開發(fā)計(jì)劃；7）編制文檔；8）需求分析評(píng)審；9）需求分析文檔存檔?？傮w要求5.1用戶參與軟件需求分析應(yīng)該有客戶指定的人員參加。5.2用戶確認(rèn)建議分成幾類用戶來(lái)寫（內(nèi)部客戶、外部客戶包括關(guān)系客戶和非關(guān)系客戶）對(duì)每一種客戶進(jìn)行分類對(duì)待。需求說(shuō)明必須明確，經(jīng)過(guò)客戶同意，并用合同的方式予以確認(rèn)。情況特殊時(shí)（如稅局項(xiàng)目），需由客戶方負(fù)責(zé)人簽字確認(rèn)。5.3面向用戶描述需求應(yīng)以用戶能夠理解的形式和術(shù)語(yǔ)描述需求，以利于與用戶溝通。需求分析流程6.1確定需求分析方法和工具選定合適的需求分析方法，在一個(gè)軟件項(xiàng)目?jī)?nèi)所用的分析方法應(yīng)該保持一致性。候選分析方法：1）結(jié)構(gòu)分析方法，包括面向數(shù)據(jù)流的分析方法和面向數(shù)據(jù)結(jié)構(gòu)的分析方法。2）面向?qū)ο蟮姆治龇椒?。在需求分析方法選定后，應(yīng)確定支持該方法的工具。在一個(gè)軟件項(xiàng)目?jī)?nèi)，需求建模語(yǔ)言和工具應(yīng)該保持一致性和規(guī)范化。 6.2人員培訓(xùn)針對(duì)所選定的設(shè)計(jì)方法和工具，以及相關(guān)的標(biāo)準(zhǔn)對(duì)需求人員進(jìn)行相應(yīng)的培訓(xùn)。這是一個(gè)可選項(xiàng)，但對(duì)于新的方法和工具，或新的分析人員，培訓(xùn)是必需的。6.3確定需求分析輸入需求分析的輸入一般包括下列類型的資料：1）可行性研究報(bào)告；2）項(xiàng)目開發(fā)計(jì)劃；3）相關(guān)的用戶資料，例如，用戶工作手冊(cè)、相關(guān)行業(yè)的技術(shù)規(guī)范、相關(guān)的法律文件等；4）現(xiàn)有同類系統(tǒng)的資料；5）軟件需求分析相關(guān)的標(biāo)準(zhǔn)化文件，如：軟件需求分析規(guī)范、軟件需求說(shuō)明書規(guī)范、測(cè)試規(guī)范等建議把“等”字換成現(xiàn)在我們需要在需求分析階段輸入的所有文檔。明確范圍。6.4需求分析需求分析包括下列類型的活動(dòng)：1）初步需求獲取初步需求獲取可采用以下方式： 訪談和會(huì)議。分析人員以個(gè)別訪談或小組會(huì)議的形式開始與用戶進(jìn)行初步溝通。精心準(zhǔn)備一系列問(wèn)題，通過(guò)用戶對(duì)問(wèn)題的回答獲取問(wèn)題及環(huán)境的知識(shí)，逐步理解用戶對(duì)目標(biāo)軟件的要求。 觀察用戶工作流程。實(shí)際觀察用戶現(xiàn)存的操作過(guò)程，從中發(fā)現(xiàn)用戶需求，并經(jīng)過(guò)分析，剔除不合格的需求，提出新的潛在需求。 考察現(xiàn)有的同類軟件的運(yùn)行。如果存在同類的軟件系統(tǒng)，對(duì)其運(yùn)行進(jìn)行考查，描述其邏輯模型，作為目標(biāo)系統(tǒng)的參考。 用戶和開發(fā)人員共同組成聯(lián)合工作小組。用戶作為分析人員參加聯(lián)合工作小組。聯(lián)合工作小組應(yīng)制定自己的工作制度和計(jì)劃，確定專門的記錄員，另設(shè)專人負(fù)責(zé)資料的綜合和整理。 2）需求建模建議在這部分加入原型制作流程分析活動(dòng)的焦點(diǎn)是建立目標(biāo)軟件系統(tǒng)的模型。分析過(guò)程實(shí)質(zhì)上是軟件模型的建造和不斷完善的過(guò)程。軟件模型用來(lái)刻劃系統(tǒng)涉及的信息、處理功能和實(shí)際運(yùn)行時(shí)的外部行為。應(yīng)該用圖形記號(hào)分別表示信息流、處理功能和系統(tǒng)行為，并利用受限的自然語(yǔ)言給出用戶需求的描述。模型的表示機(jī)制應(yīng)具備良好的結(jié)構(gòu)化能力。3）需求評(píng)審應(yīng)對(duì)需求說(shuō)明書對(duì)進(jìn)行嚴(yán)格、仔細(xì)的評(píng)審，對(duì)評(píng)審過(guò)程中發(fā)現(xiàn)的錯(cuò)誤或缺陷，及時(shí)進(jìn)行修正和補(bǔ)充。重新進(jìn)行相應(yīng)部分的初步需求分析，需求建模，修改需求說(shuō)明書，并重新進(jìn)行評(píng)審。 需求評(píng)審應(yīng)以用戶、分析人員和系統(tǒng)設(shè)計(jì)人員共同參與的會(huì)議形式進(jìn)行，對(duì)需求說(shuō)明書的下列特性進(jìn)行評(píng)價(jià)：正確性、無(wú)歧義性、完全性、可驗(yàn)證性、一致性、可理解性，可修改性和可追蹤性。6.5制定確認(rèn)測(cè)度計(jì)劃需求分析完成后，應(yīng)制定相應(yīng)的確認(rèn)測(cè)度計(jì)劃。關(guān)于確認(rèn)測(cè)試的規(guī)定參見相關(guān)測(cè)試規(guī)范。6.6修改開發(fā)計(jì)劃需求分析完成后，將對(duì)系統(tǒng)目標(biāo)和規(guī)模有了更全面和詳細(xì)的了解。因此，應(yīng)對(duì)開發(fā)計(jì)劃進(jìn)行修改，以使開發(fā)計(jì)劃盡量切實(shí)可行。6.7編制文檔按標(biāo)準(zhǔn)的文檔格式編制下列文檔：1）軟件需求說(shuō)明書；2）數(shù)據(jù)需求說(shuō)明書（可包含在軟件需求說(shuō)明書中）；3）確認(rèn)測(cè)試計(jì)劃；4）修改的開發(fā)計(jì)劃；5）用戶手冊(cè)概要。6.8需求評(píng)審需求評(píng)是包括兩個(gè)方面：1）文檔審查，對(duì)6.7節(jié)列出的各類文檔進(jìn)行審查，以保證文檔的正確性，并且文檔格式標(biāo)準(zhǔn)。有關(guān)文檔審查的規(guī)定見文檔審查規(guī)范。2） 需求分析過(guò)程審查，以檢查需求分析過(guò)程是否符合開發(fā)規(guī)范。6.9需求分析文檔存檔需求分析文檔審查通過(guò)后，文檔編制人、質(zhì)量審核員、審查組負(fù)責(zé)人簽名。然后由項(xiàng)目負(fù)責(zé)人或公司相關(guān)負(fù)責(zé)人復(fù)審，復(fù)審?fù)ㄟ^(guò)后簽名。最后將文檔交管理部存檔，進(jìn)入配置管理程序。 軟件需求說(shuō)明書通過(guò)審查和復(fù)審后，應(yīng)與用戶就相關(guān)內(nèi)容簽訂合同。合同與軟件需求說(shuō)明書一起存存檔。需求分析完成標(biāo)志那