軟件開發(fā)過程規(guī)范標準

1、軟件開發(fā)過程規(guī)范第一部分軟件需求分析規(guī)范1、引言本標準規(guī)定了軟件需求分析階段的任務(wù)、過程和相關(guān)要求，以及需求分析階段的完成標志。它是軟件開發(fā)規(guī)范的組成部分。本標準適用于軟件需求分析階段的所有任務(wù)和相關(guān)人員，包括項目管理人員、軟件需求分析人員、文檔編制人員和質(zhì)量審核人員。2、參考文獻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ī)范3、術(shù)語本標準的術(shù)語的定義與GXB01-001軟件工程術(shù)語中的定義相一致

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

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

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

5、模型，作為目標系統(tǒng)的參考。用戶和開發(fā)人員共同組成聯(lián)合工作小組。用戶作為分析人員參加聯(lián)合工作小組。聯(lián)合工作小組應(yīng)制定自己的工作制度和計劃，確定專門的記錄員，另設(shè)專人負責資料的綜合和整理。2）需求建模分析活動的焦點是建立目標軟件系統(tǒng)的模型。分析過程實質(zhì)上是軟件模型的建造和不斷完善的過程。軟件模型用來刻劃系統(tǒng)涉及的信息、處理功能和實際運行時的外部行為。應(yīng)該用圖形記號分別表示信息流、處理功能和系統(tǒng)行為，并利用受限的自然語言給出用戶需求的描述。模型的表示機制應(yīng)具備良好的結(jié)構(gòu)化能力。3）需求評審應(yīng)對需求說明書對進行嚴格、仔細的評審，對評審過程中發(fā)現(xiàn)的錯誤或缺陷，及時進行修正和補充。重新進行相應(yīng)部分的初步需

6、求分析，需求建模，修改需求說明書，并重新進行評審。需求評審應(yīng)以用戶、分析人員和系統(tǒng)設(shè)計人員共同參與的會議形式進行，對需求說明書的下列特性進行評價：正確性、無歧義性、完全性、可驗證性、一致性、可理解性，可修改性和可追蹤性。6.5 制定確認測度計劃需求分析完成后，應(yīng)制定相應(yīng)的確認測度計劃。關(guān)于確認測試的規(guī)定參見相關(guān)測試規(guī)范。6.6 修改開發(fā)計劃需求分析完成后，將對系統(tǒng)目標和規(guī)模有了更全面和詳細的了解。因此，應(yīng)對開發(fā)計劃進行修改，以使開發(fā)計劃玩切實可行。6.7 編制文檔按標準的文檔格式編制下列文檔：1）軟件需求說明書；2）數(shù)據(jù)需求說明書（可包含在軟件需求說明書中）；3）確認測試計劃：4）修改的開發(fā)計

7、劃；5）用戶手冊概要。6.8 需求評審需求評是包括兩個方面：1）文檔審查，對6.7節(jié)列出的各類文檔進行審查，以保證文檔的正確性，并且文檔格式標準。有關(guān)文檔審查的規(guī)定見文檔審查規(guī)范。2）需求分析過程審查，以檢查需求分析過程是否符合開發(fā)規(guī)范。6.9 需求分析文檔存檔需求分析文檔審查通過后，文檔編制人、質(zhì)量審核員、審查組負責人簽名。然后由項目負責人或公司相關(guān)負責人復審，復審通過后簽名。最后將文檔交管理部存檔，進入配置管理程序。軟件需求說明書通過審查和復審后，應(yīng)與用戶就相關(guān)內(nèi)容簽訂合同。合同與軟件需求與明書一起存存檔。7、需求分析完成標志所有指定的文檔齊全，通過復審，并提交質(zhì)量管理部。提交的文檔包括：

8、1）軟件需求說明書；2）數(shù)據(jù)需求說明書（可包含在軟件需求說明書中）；3）確認測試計劃；4）修改的開發(fā)計劃；5）用戶手冊概要。第二部分軟件概要設(shè)計規(guī)范1、引言本標準規(guī)定了軟件概要設(shè)計階段的任務(wù)、過程和相關(guān)要求及該階段的完成標志。它是軟件概要設(shè)計階段所有任務(wù)和所有相關(guān)人員，包括項目管理人員、軟件設(shè)計人員、軟件測試人員、文檔編制人員和質(zhì)量審核人員。2、參考文獻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ī)

9、范3、術(shù)語本標準的術(shù)語的定義與GXB01-001軟件工程術(shù)語中的定義相一致。4、概要設(shè)計任務(wù)和過程4.1 概要設(shè)計任務(wù)要據(jù)軟件需求說明，建立目標系統(tǒng)的總體結(jié)構(gòu)和模塊間的關(guān)系；定義模塊的接口；設(shè)計數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)；設(shè)計目標系統(tǒng)的外部接口，包括用戶界面；設(shè)計系統(tǒng)的安全機制，及出錯處理機制；定義目標系統(tǒng)的動行；制定組裝測試計劃；編寫文檔；概要設(shè)計審查和復審。4.2 概要設(shè)計過程概要設(shè)計過程由下列步驟組成:1）確定概要設(shè)計方法和工具；2）人員培訓；3）確定設(shè)計輸入；4）概要設(shè)計；5）制定組裝測試計劃；6）修改開發(fā)計劃；7）編制文檔；8）概要設(shè)計審查；9）概要設(shè)計文檔存檔。5、總體要求5.1 一致性概要設(shè)

10、計必須滿足軟件需求說明書的所有要求，包括所有功能要求、性能要求和其它要求。軟件需求說明的變化與軟件概要設(shè)計的變化必須保持一致。變化不能隨意進行，應(yīng)置于嚴格的配置管理之下。5.2 抽象鑒別系統(tǒng)元素的不同抽象級別，并根據(jù)帛象級別建立系統(tǒng)的層次結(jié)構(gòu)。采用自頂向下，逐步求精的方法進行系統(tǒng)的總體結(jié)構(gòu)設(shè)計。5.3 獨方性依據(jù)高內(nèi)聚、低耦合的原則，確定功能模塊功能獨立且簡單。5.4 信息隱藏盡可能使操作和數(shù)據(jù)局部化，嚴格限制模塊外對其內(nèi)的操作和數(shù)據(jù)的訪問。5.5 模塊大小適中保持模塊的大小適中。體積太大的模塊，往往功能復雜，對于這樣的模塊，要進行功能分解，劃分為多個模塊。6、概要設(shè)計流程6.1 確定概要設(shè)計

11、方法和工具所選定的設(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è)計描述語言不論是圖形的，還是文字的，在一個軟件項目中要保持唯一性和規(guī)范化。6.2 人員培訓針對所選定的設(shè)計方法和工具，以及相關(guān)的標準對設(shè)計人員進行相應(yīng)的培訓。這是一個可選項，但對于新的方法和工具，或新的設(shè)計人員，培訓是必需的。6.3 確定概要設(shè)計輸入概要設(shè)計輸入必須是形成文件的，并經(jīng)過確認。一般有下列資料：1）軟

12、件需求說明書，指明軟件需求說明書的相關(guān)部分。2）相關(guān)系統(tǒng)的資料，這是指與目標系統(tǒng)有接口關(guān)系的軟硬件系統(tǒng)?？赡艿念愋陀校河布\行平臺；軟件動行環(huán)境；數(shù)據(jù)庫管理系統(tǒng)；第三方提供的API;驅(qū)動器；軟構(gòu)件庫，包括控件、標準類庫、標準函數(shù)。3）相關(guān)的用戶資料。4）其它子系統(tǒng)的資料。一個系統(tǒng)可能劃分為多個子系統(tǒng)。在該系統(tǒng)中，與目標子系統(tǒng)有接口關(guān)系的其它子系統(tǒng)的資料，也應(yīng)確定為設(shè)計輸入。5）軟件概要設(shè)計相關(guān)的標準化文件，例如：軟件概要設(shè)計規(guī)范；軟件概要設(shè)計說明書規(guī)范；測試規(guī)范，等。6.4 概要設(shè)計概要設(shè)計包括下列活動：1）設(shè)計和確定目標系統(tǒng)的總體結(jié)構(gòu)和模塊間關(guān)系。模塊間的關(guān)系主要是調(diào)用關(guān)系和組成關(guān)系。對于大

13、型系統(tǒng)，可按軟件需求說明將系統(tǒng)分為多子系統(tǒng)，然后為每個子系統(tǒng)定義總體結(jié)構(gòu)，并描述各子系統(tǒng)的接品關(guān)系。對于一般系統(tǒng)，可按軟件需求定義目標系統(tǒng)的總體結(jié)構(gòu)。2）定義模塊的接口模塊的接口包手輸入/輸出參數(shù)，和參數(shù)的傳遞方式。這義模塊的接口應(yīng)標識錯誤的參數(shù)。3）設(shè)計數(shù)據(jù)庫/數(shù)據(jù)結(jié)構(gòu)這里的數(shù)據(jù)結(jié)構(gòu)指全局數(shù)據(jù)結(jié)構(gòu)，特別是需要存儲在外存儲介質(zhì)的數(shù)據(jù)結(jié)構(gòu)。4）設(shè)計外部接口外部接口機制包括啟動或調(diào)用方式，參數(shù)或信息傳遞方式，信息格式等方面。用戶界面的設(shè)計，外部輸入/輸出信息格式的規(guī)定都屬于該任務(wù)范疇。5）設(shè)計安全機制安全機制包括下列方面：a）系統(tǒng)和數(shù)據(jù)的訪問權(quán)限和權(quán)限鑒別機制；b）數(shù)據(jù)備份方法；c）系統(tǒng)和數(shù)據(jù)恢復

14、方法；d）出錯處理方法和出錯信息包括錯誤的編號，錯誤類型，解釋性信息，可能的糾錯方法；e）預防計算機病毒的方法。6）設(shè)計系統(tǒng)的運行系統(tǒng)的運行設(shè)計有下列任務(wù)：a）確定系統(tǒng)的動行類型：b）規(guī)定每類運行的控制和操作；c）指明每類運行覆蓋的功能模塊。7）確定設(shè)計限制明確描述設(shè)計的限制。6.5 制定組裝測試計劃目標軟件系統(tǒng)的概要設(shè)計完成后，應(yīng)制定相應(yīng)的組裝測試計劃。關(guān)于組裝測試參見相關(guān)測試規(guī)范。6.6 修改開發(fā)計劃概要設(shè)計完成后，將對系統(tǒng)目標和規(guī)模有更全面、準確和詳細的了解。因此，需要對開發(fā)計劃進行必要的修改、補充和細化。6.7 編制文檔按標準的文檔格式編制下列文檔：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列出的各類文檔進行審查，以確保存概要設(shè)計滿足所有需求、文檔格式符合標準。有關(guān)文檔審查的詳細規(guī)定見文檔審查規(guī)范。2）概要設(shè)計過程審查