軟件開發(fā)過程規(guī)范標(biāo)準(zhǔn)

1、*軟件開發(fā)過程規(guī)范第一部分 軟件需求分析規(guī)范1、引言本標(biāo)準(zhǔn)規(guī)定了軟件需求分析階段的任務(wù)、 過程和相關(guān)要求， 以及需求分析階段的完成標(biāo) 志。它是軟件開發(fā)規(guī)范的組成部分。 本標(biāo)準(zhǔn)適用于軟件需求分析階段的所有任務(wù)和相關(guān)人員， 包括項目管理人員、 軟件需求分析 人員、文檔編制人員和質(zhì)量審核人員。2、參考文獻(xiàn)2.1GB8566-88計算機(jī)軟件開發(fā)規(guī)范2.2ISO/IEC 12207:1995 信息技術(shù)軟件生存周期過程2.3GXB 02-001軟件開發(fā)規(guī)范： 第一部分 軟件生存周期2.4GXB 01-001軟件工程術(shù)語2.5GXB 02-007軟件測試規(guī)范3、術(shù)語本標(biāo)準(zhǔn)的術(shù)語的定義與 GXB 01-001

2、 軟件工程術(shù)語中的定義相一致。4、需求分析的任務(wù)和過程4.1 需求分析任務(wù)確定被開發(fā)軟件的運(yùn)行環(huán)境、功能、 性能和數(shù)據(jù)需求，建立確認(rèn)測試準(zhǔn)則，編寫用戶手 冊，為概要設(shè)計提供需求說明書。4.2 需求分析過程需求分析過程由下列步驟組成：1）確定需求分析方法和工具；2）人員培訓(xùn)；3）確定需求分析輸入；4）需求分析；5）制定確定測試計劃；6）修改開發(fā)計劃；7）編制文檔；8）需求分析審查；9）需求分析文檔存檔。5、總體要求5.1 用戶參與軟件需求分析應(yīng)該有客戶指定的人員參加。5.2 用戶確認(rèn)需求說明必須明確，經(jīng)過客戶同意，并用合同的方式予以確認(rèn)。5.3 面向用戶描述需求應(yīng)以用戶能夠理解的形式和術(shù)語描述需

3、求，以利于與用戶溝通。6、需求分析流程6.1 確定需求分析方法和工具候選分需求建模語言這是一個選定合適的需求分析方法， 在一個軟件項目內(nèi)所用的分析方法應(yīng)該保持一致性 析方法：1）結(jié)構(gòu)分析方法，包括面向數(shù)據(jù)流的分析方法和面向數(shù)據(jù)結(jié)構(gòu)的分析方法。2）面向?qū)ο蟮姆治龇椒?。在需求分析方法選定后， 應(yīng)確定支持該方法的工具。 在一個軟件項目內(nèi)， 和工具應(yīng)該保持一致性和規(guī)范化。6.2 人員培訓(xùn)針對所選定的設(shè)計方法和工具， 以及相關(guān)的標(biāo)準(zhǔn)對需求人員進(jìn)行相應(yīng)的培訓(xùn)。 可選項，但對于新的方法和工具，或新的分析人員，培訓(xùn)是必需的。6.3 確定需求分析輸入需求分析的輸入一般包括下列類型的資料：1）可行性研究報告；2）

4、項目開發(fā)計劃；3）相關(guān)的用戶資料，例如，用戶工作手冊、相關(guān)行業(yè)的技術(shù)規(guī)范、相關(guān)的法律文件等；4）現(xiàn)有同類系統(tǒng)的資料；5）軟件需求分析相關(guān)的標(biāo)準(zhǔn)化文件，如：軟件需求分析規(guī)范；軟件需求說明書規(guī)范；測試規(guī)范；等。6.4 需求分析需求分析包括下列類型的活動：1）初步需求獲取 初步需求獲取可采用以下方式：訪談和會議。 分析人員以個別訪談或小組會議的形式開始與用戶進(jìn)行初步溝通。 精心準(zhǔn) 備一系列問題， 通過用戶對問題的回答獲取問題及環(huán)境的知識， 逐步理解用戶對目標(biāo)軟件的 要求。觀察用戶工作流程。實際觀察用戶現(xiàn)存的操作過程，從中發(fā)現(xiàn)用戶需求，并經(jīng)過分析， 剔除不合格的需求，提出新的潛在需求。考察現(xiàn)有的同類軟

5、件的運(yùn)行。 如果存在同類的軟件系統(tǒng)， 對其運(yùn)行進(jìn)行考查， 描述其邏 輯模型，作為目標(biāo)系統(tǒng)的參考。用戶和開發(fā)人員共同組成聯(lián)合工作小組。 用戶作為分析人員參加聯(lián)合工作小組。 聯(lián)合工 作小組應(yīng)制定自己的工作制度和計劃， 確定專門的記錄員， 另設(shè)專人負(fù)責(zé)資料的綜合和整理。2）需求建模分析活動的焦點(diǎn)是建立目標(biāo)軟件系統(tǒng)的模型。 分析過程實質(zhì)上是軟件模型的建造和不斷 完善的過程。 軟件模型用來刻劃系統(tǒng)涉及的信息、 處理功能和實際運(yùn)行時的外部行為。 應(yīng)該 用圖形記號分別表示信息流、 處理功能和系統(tǒng)行為， 并利用受限的自然語言給出用戶需求的 描述。模型的表示機(jī)制應(yīng)具備良好的結(jié)構(gòu)化能力。3）需求評審 應(yīng)對需求說明

6、書對進(jìn)行嚴(yán)格、 仔細(xì)的評審， 對評審過程中發(fā)現(xiàn)的錯誤或缺陷， 及時進(jìn)行修正 和補(bǔ)充。重新進(jìn)行相應(yīng)部分的初步需求分析， 需求建模， 修改需求說明書， 并重新進(jìn)行評審。需求評審應(yīng)以用戶、 分析人員和系統(tǒng)設(shè)計人員共同參與的會議形式進(jìn)行， 對需求說明書 的下列特性進(jìn)行評價：正確性、無歧義性、完全性、可驗證性、一致性、可理解性，可修改 性和可追蹤性。6.5 制定確認(rèn)測度計劃需求分析完成后， 應(yīng)制定相應(yīng)的確認(rèn)測度計劃。 關(guān)于確認(rèn)測試的規(guī)定參見相關(guān)測試規(guī)范。6.6 修改開發(fā)計劃需求分析完成后， 將對系統(tǒng)目標(biāo)和規(guī)模有了更全面和詳細(xì)的了解。 因此， 應(yīng)對開發(fā)計劃 進(jìn)行修改，以使開發(fā)計劃玩切實可行。6.7 編制文

7、檔按標(biāo)準(zhǔn)的文檔格式編制下列文檔：1）軟件需求說明書；2）數(shù)據(jù)需求說明書（可包含在軟件需求說明書中）3）確認(rèn)測試計劃：4）修改的開發(fā)計劃；5）用戶手冊概要。6.8 需求評審需求評是包括兩個方面：1）文檔審查，對 6.7 節(jié)列出的各類文檔進(jìn)行審查，以保證文檔的正確性，并且文檔格 式標(biāo)準(zhǔn)。有關(guān)文檔審查的規(guī)定見文檔審查規(guī)范。2）需求分析過程審查，以檢查需求分析過程是否符合開發(fā)規(guī)范。6.9 需求分析文檔存檔需求分析文檔審查通過后， 文檔編制人、 質(zhì)量審核員、審查組負(fù)責(zé)人簽名。然后由項目 負(fù)責(zé)人或公司相關(guān)負(fù)責(zé)人復(fù)審， 復(fù)審?fù)ㄟ^后簽名。 最后將文檔交管理部存檔， 進(jìn)入配置管理 程序。軟件需求說明書通過審查和

8、復(fù)審后， 應(yīng)與用戶就相關(guān)內(nèi)容簽訂合同。 合同與軟件需求與 明書一起存存檔。7、需求分析完成標(biāo)志所有指定的文檔齊全，通過復(fù)審，并提交質(zhì)量管理部。提交的文檔包括：1）軟件需求說明書；2）數(shù)據(jù)需求說明書（可包含在軟件需求說明書中）；3）確認(rèn)測試計劃；4）修改的開發(fā)計劃；5）用戶手冊概要。第二部分 軟件概要設(shè)計規(guī)范1、引言本標(biāo)準(zhǔn)規(guī)定了軟件概要設(shè)計階段的任務(wù)、 過程和相關(guān)要求及該階段的完成標(biāo)志。 它是軟 件概要設(shè)計階段所有任務(wù)和所有相關(guān)人員， 包括項目管理人員、 軟件設(shè)計人員、 軟件測試人 員、文檔編制人員和質(zhì)量審核人員。2、參考文獻(xiàn)2.1 GB8566-88 計算機(jī)軟件開發(fā)規(guī)范2.2 ISO/IEC

9、12207:1995 信息技術(shù)軟件生存周期過程2.3 GXB 02-001 軟件開發(fā)規(guī)范：第一部分 軟件生存周期2.4 GXB 01-001 軟件工程術(shù)語2.5 GXB 02-007 軟件測試規(guī)范3、術(shù)語本標(biāo)準(zhǔn)的術(shù)語的定義與 GXB 01-001 軟件工程術(shù)語中的定義相一致。4、概要設(shè)計任務(wù)和過程4.1 概要設(shè)計任務(wù)要據(jù)軟件需求說明， 建立目標(biāo)系統(tǒng)的總體結(jié)構(gòu)和模塊間的關(guān)系； 定義模塊的接口； 設(shè)計 數(shù)據(jù)庫 數(shù)據(jù)結(jié)構(gòu)；設(shè)計目標(biāo)系統(tǒng)的外部接口，包括用戶界面；設(shè)計系統(tǒng)的安全機(jī)制，及出 錯處理機(jī)制；定義目標(biāo)系統(tǒng)的動 行；制定組裝測試計劃； 編寫文檔；概要設(shè)計審查和復(fù)審。4.2 概要設(shè)計過程概要設(shè)計過程

10、由下列步驟組成：1）確定概要設(shè)計方法和工具；2）人員培訓(xùn)；3）確定設(shè)計輸入；4）概要設(shè)計；5）制定組裝測試計劃；6）修改開發(fā)計劃；7）編制文檔；8）概要設(shè)計審查；9）概要設(shè)計文檔存檔。5、總體要求5.1 一致性概要設(shè)計必須滿足軟件需求說明書的所有要求， 包括所有功能要求、 性能要求和其它要 求。軟件需求說明的變化與軟件概要設(shè)計的變化必須保持一致。 變化不能隨意進(jìn)行， 應(yīng)置于 嚴(yán)格的配置管理之下。5.2 抽象鑒別系統(tǒng)元素的不同抽象級別，并根據(jù)帛象級別建立系統(tǒng)的層次結(jié)構(gòu)。采用自頂向下， 逐步求精的方法進(jìn)行系統(tǒng)的總體結(jié)構(gòu)設(shè)計。5.3 獨(dú)方性依據(jù)高內(nèi)聚、低耦合的原則，確定功能模塊功能獨(dú)立且簡單。5.4

11、 信息隱藏盡可能使操作和數(shù)據(jù)局部化，嚴(yán)格限制模塊外對其內(nèi)的操作和數(shù)據(jù)的訪問。5.5 模塊大小適中保持模塊的大小適中。體積太大的模塊， 往往功能復(fù)雜， 對于這樣的模塊，要進(jìn)行功能 分解，劃分為多個模塊。6、概要設(shè)計流程6.1 確定概要設(shè)計方法和工具所選定的設(shè)計方法與需求分析方法保持一致。 這種一致性不僅表現(xiàn)在形式上， 而且表現(xiàn) 在邏輯聯(lián)系上。在一個軟件項目內(nèi)所用設(shè)計方法應(yīng)該保持唯一性。候選設(shè)計方法：1）結(jié)構(gòu)設(shè)計方法，包括面向數(shù)據(jù)流的設(shè)計方法和面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法。2）面向?qū)ο笤O(shè)計方法。確定支持所選定的方法的工具。 工具中的設(shè)計描述語言不論是圖形的， 還是文字的， 在 一個軟件項目中要保持唯一性

12、和規(guī)范化。6.2 人員培訓(xùn)針對所選定的設(shè)計方法和工具， 以及相關(guān)的標(biāo)準(zhǔn)對設(shè)計人員進(jìn)行相應(yīng)的培訓(xùn)。 這是一個 可選項，但對于新的方法和工具，或新的設(shè)計人員，培訓(xùn)是必需的。6.3 確定概要設(shè)計輸入概要設(shè)計輸入必須是形成文件的，并經(jīng)過確認(rèn)。一般有下列資料：1）軟件需求說明書，指明軟件需求說明書的相關(guān)部分。2）相關(guān)系統(tǒng)的資料，這是指與目標(biāo)系統(tǒng)有接口關(guān)系的軟硬件系統(tǒng)。可能的類型有： 硬件運(yùn)行平臺； 軟件動行環(huán)境； 數(shù)據(jù)庫管理系統(tǒng)； 第三方提供的 API ；驅(qū)動器； 軟構(gòu)件庫，包括控件、標(biāo)準(zhǔn)類庫、標(biāo)準(zhǔn)函數(shù)。3）相關(guān)的用戶資料。4）其它子系統(tǒng)的資料。一個系統(tǒng)可能劃分為多個子系統(tǒng)。在該系統(tǒng)中，與目標(biāo)子系統(tǒng) 有

13、接口關(guān)系的其它子系統(tǒng)的資料，也應(yīng)確定為設(shè)計輸入。5）軟件概要設(shè)計相關(guān)的標(biāo)準(zhǔn)化文件，例如： 軟件概要設(shè)計規(guī)范； 軟件概要設(shè)計說明書規(guī)范； 測試規(guī)范，等。6.4 概要設(shè)計概要設(shè)計包括下列活動： 1）設(shè)計和確定目標(biāo)系統(tǒng)的總體結(jié)構(gòu)和模塊間關(guān)系。 模塊間的關(guān)系主要是調(diào)用關(guān)系和組成關(guān)系。對于大型系統(tǒng)， 可按軟件需求說明將系統(tǒng)分為多子系統(tǒng)， 然后為每個子系統(tǒng)定義總體結(jié) 構(gòu)，并描述各子系統(tǒng)的接品關(guān)系。對于一般系統(tǒng)，可按軟件需求定義目標(biāo)系統(tǒng)的總體結(jié)構(gòu)。2）定義模塊的接口 模塊的接口包手輸入 /輸出參數(shù)，和參數(shù)的傳遞方式。 這義模塊的接口應(yīng)標(biāo)識錯誤的參數(shù)。3）設(shè)計數(shù)據(jù)庫 /數(shù)據(jù)結(jié)構(gòu) 這里的數(shù)據(jù)結(jié)構(gòu)指全局?jǐn)?shù)據(jù)結(jié)構(gòu)，

14、特別是需要存儲在外存儲介質(zhì)的數(shù)據(jù)結(jié)構(gòu)。4）設(shè)計外部接口外部接口機(jī)制包括啟動或調(diào)用方式， 參數(shù)或信息傳遞方式， 信息格式等方面。 用戶界面 的設(shè)計，外部輸入 /輸出信息格式的規(guī)定都屬于該任務(wù)范疇。5）設(shè)計安全機(jī)制 安全機(jī)制包括下列方面：a）系統(tǒng)和數(shù)據(jù)的訪問權(quán)限和權(quán)限鑒別機(jī)制；b）數(shù)據(jù)備份方法；c）系統(tǒng)和數(shù)據(jù)恢復(fù)方法；d）出錯處理方法和出錯信息包括錯誤的編號，錯誤類型，解釋性信息，可能的糾錯方 法；e）預(yù)防計算機(jī)病毒的方法。6）設(shè)計系統(tǒng)的運(yùn)行 系統(tǒng)的運(yùn)行設(shè)計有下列任務(wù)：a）確定系統(tǒng)的動行類型：b）規(guī)定每類運(yùn)行的控制和操作；c）指明每類運(yùn)行覆蓋的功能模塊。7）確定設(shè)計限制明確描述設(shè)計的限制。6.5

15、制定組裝測試計劃目標(biāo)軟件系統(tǒng)的概要設(shè)計完成后， 應(yīng)制定相應(yīng)的組裝測試計劃。 關(guān)于組裝測試參見相關(guān) 測試規(guī)范。6.6 修改開發(fā)計劃因此， 需要對開概要設(shè)計完成后，將對系統(tǒng)目標(biāo)和規(guī)模有更全面、準(zhǔn)確和詳細(xì)的了解。 發(fā)計劃進(jìn)行必要的修改、補(bǔ)充和細(xì)化。6.7 編制文檔按標(biāo)準(zhǔn)的文檔格式編制下列文檔：1）概要設(shè)計與明書；2）數(shù)據(jù)庫 /數(shù)據(jù)結(jié)構(gòu)設(shè)計說明書（可包含在概要設(shè)計說明書內(nèi)）3）組裝測試計劃；4）修改的開發(fā)計劃；5）用戶手冊；6）操作手冊；6.8 概要設(shè)計審查概要設(shè)計審查包括兩個方面；1）文檔審查，對 6.7 列出的各類文檔進(jìn)行審查，以確保存概要設(shè)計滿足所有需求、文 檔格式符合標(biāo)準(zhǔn)。有關(guān)文檔審查的詳細(xì)規(guī)定見文檔審查規(guī)范。2）概要設(shè)計過程審查，以栓查概