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