【正文】 詳細定義各個單元的數(shù)據(jù)結構、程序的實現(xiàn)算法以及程序、單元、模塊之間的接口等，作為以后編碼工作的依據(jù)。?軟件測試負責人：*負責組織軟件測試組對結構設計進行分析，審查結構設計的可測試性；47 / 162*參與《結構設計說明書》和《集成測試計劃》的審查和批準。?系統(tǒng)分析員：配合處理涉及軟件需求的問題。*負責《結構設計說明書》和《集成測試計劃》的審查和批準。d.　將《結構設計說明書》 、 《集成測試計劃》和《集成測試案例》置于配置管理之下。b.　對結構設計中的問題，與軟件需求分析人員一起確定和審查，并對結構設計進行適當?shù)母?。參見《客戶需求管理程序文件?。c.　定義錯誤處理和恢復策略，確定用戶的輸入、顯示，更新軟件需求階段建立的初步的《用戶手冊》 。測試計劃編寫規(guī)范見附錄 －6。（3）編制階段a.　根據(jù)分析和設計的結果，編制《軟件結構設計說明書》 （附錄 －1） 。b.　數(shù)據(jù)體系結構設計?擴展軟件需求階段所提出的初步的數(shù)據(jù)體系結構，將其變換成實現(xiàn)軟件所需的數(shù)據(jù)結構。a.　系統(tǒng)體系結構設計?擴充軟件需求階段所提出的初步的系統(tǒng)體系結構。（2）分析、設計階段對《軟件需求規(guī)格說明書》進行分析的基礎上，使用結構化或面向對象的方法進行結構設計。本元素在整個過程中的位置如下圖所示：　入口準則和出口準則（1）入口準則：要　素 判斷準則軟件需求規(guī)格說明書?經過審查?審查獲得批準?進入配置庫（2）出口準則：要　素 判斷準則結構設計說明書集成測試計劃?經過審查?審查獲得批準?進入配置庫　任務結構設計軟件需求分析 詳細設計編制分析?設計評審?批準準備軟件需求規(guī)格說明書結構設計說明書45 / 162（1）準備階段根據(jù)《軟件需求規(guī)格說明書》 ，對軟件需求的分析結果進行評估。44 / 162不單獨編寫 小型項目，可以與系統(tǒng)測試計劃合并。設計評審 執(zhí)行不執(zhí)行 其它軟件項目。詳見附錄 －1 需求分析方法指南。軟件需求分析 方法快速原型法借助快速開發(fā)工具，以提供原型的方式，迅速掌握客戶對軟件的需求。適用于各種規(guī)模的軟件項目。面向對象分析法采用面向對象的分析技術。適用于中、小規(guī)模的軟件項目。軟件需求分析結構化分析法采用結構化的分析技術?！≠Y源和能力要求?必要的培訓資源?支持軟件需求的設備?支持軟件需求的工具　度量?需求狀態(tài)統(tǒng)計?質量（同行評審缺陷統(tǒng)計）?完成本元素的工作所花費的工時43 / 162　詳細裁剪指南活 動 可裁剪屬性 選 擇 裁剪指導方針培訓執(zhí)行如果軟件需求分析人員對需求分析方法及有關的工具使用或對軟件需求所針對領域的業(yè)務知識缺乏了解，則必須進行相關培訓。?系統(tǒng)工程負責人：負責組織系統(tǒng)工程組對軟件需求進行分析，審查軟件需42 / 162求的可測試性；負責協(xié)調處理涉及客戶需求的軟件需求問題；參與軟件需求規(guī)格說明書的審查和批準。?質量保證人員：參與工作產品的審查，統(tǒng)計缺陷，并對軟件需求分析過程進行審計。負責完成本過程元素產生的所有工作產品?！」ぷ鳟a品?《軟件需求規(guī)格說明書 》?《系統(tǒng)測試計劃 》?《系統(tǒng)測試案例 》?《用戶手冊 》 （概要）?《追溯表》 （ MTPTM01B） （MTPTM01C ）　職責?項目經理：負責選擇合適的軟件需求分析員，組建軟件需求工作組；確定是否需要對有關人員進行培訓；負責軟件需求規(guī)格說明書的審查和批準。當客戶需求變更，需要對軟件需求做相應的更改時，進行變更控制。d.　審查、批準軟件需求規(guī)格說明書，必要時，對其進行設計評審。b.　對軟件需求中的問題，與系統(tǒng)工程組或客戶一起確定和審查，并對客戶需求和軟件需求做出適當?shù)母?。參?《 客戶需求管理程序文件》 。d.　建立《用戶手冊》 （概要） 。b.　描述軟件需求規(guī)格，編制《軟件需求規(guī)格說明書》 （附錄 －5） 。?收集、篩選、確定可能重用的軟件或功能模塊。本階段的工作步驟如下：?編制工作計劃，特別是與受訪者協(xié)商確定調查、訪談日程安排。這些處理要求往往在軟件需求中占有很大的比例，卻容易被忽視。詳見需求分析方法指南。此外，通過對客戶使用的表格和所處的情景進行分析，從而獲取需求，也是常用的方法。通過對收集到的信息進行分析、歸納，界定出對軟件的需求，明確在目標產品中需要什么和以什么形式來表現(xiàn)?？焖僭头梢耘c結構化分析或面向對象分析技術結合使用。建立滿足客戶需求的原型后，根據(jù)所采用的工具和實際需要確定是否重新進行定義收集?分析評審準備系統(tǒng)分配給軟件的需求軟件需求規(guī)格說明書40 / 162軟件需求規(guī)格定義。?快速原型法借助快速開發(fā)工具，以提供原型的方式，迅速掌握客戶對軟件的需求。后續(xù)過程（設計、實現(xiàn)）通常也應該采用面向對象技術。適用于中、小規(guī)模的軟件項目。?結構化分析法采用結構化的分析技術。建議采用的需求分析方法包括：結構化分析法、面向對象分析法和快速原型法等。b.　審查客戶需求，識別并解決影響軟件需求的問題。有關軟件需求的變更管理，請參見《軟件配置管理程序文件》 。開發(fā)系統(tǒng)需求執(zhí)行 新項目或需求需要進一步細化的項目細化需求 執(zhí)行不執(zhí)行 針對舊項目，細化的需求已存在　軟件需求分析　元素概述38 / 162軟件需求分析是按照項目定義的軟件開發(fā)過程，根據(jù)系統(tǒng)分配給軟件的需求（見《系統(tǒng)需求規(guī)格說明書》 ） ，進行軟件質量特性規(guī)格說明的過程。執(zhí)行 對系統(tǒng)需求能否實現(xiàn)不清楚執(zhí)行不執(zhí)行 對系統(tǒng)需求能否實現(xiàn)清楚編寫 規(guī)模較大、較復雜的項目上，執(zhí)行了可行性分析活動，要求出此報告?！≠Y源和能力要求?必要的培訓資源?支持系統(tǒng)需求分析的設備?支持系統(tǒng)需求分析的工具　度量?統(tǒng)計已定義的需求項的個數(shù)和已進行說明的需求的百分比?質量（同行評審缺陷統(tǒng)計）?完成本元素的工作所花費的工時　詳細裁剪指南37 / 162活 動 可裁剪屬性 選 擇 裁剪指導方針系統(tǒng)構架和業(yè)務需求定義及系統(tǒng)可行性分析執(zhí)行 新項目或有新的需求的項目系統(tǒng)架構識別 執(zhí)行不執(zhí)行 無需修改客戶需求的項目執(zhí)行 有可重用構件庫或是已有版本的產品進行重用分析 執(zhí)行不執(zhí)行 新產品或無可重用構件庫執(zhí)行 新項目或要修改業(yè)務需求定義的項目執(zhí)行不執(zhí)行 無需修改業(yè)務需求定義的項目編寫 規(guī)模較大的、復雜的項目業(yè)務需求定義文檔 不編寫 規(guī)模較小的項目或快速原型開發(fā)；可與系統(tǒng)需求規(guī)格說明書合并。（2）項目經理：負責制訂系統(tǒng)分析階段的計劃（在執(zhí)行過程中可能需要進行計劃修訂） ；管理、度量此過程，并負責安排同行評審。評審后的《系統(tǒng)需求規(guī)格說明書》必須經 SCCB 批準，作為需求基線，納入配置庫。?將上述結果形成文件，完成《系統(tǒng)需求規(guī)格說明書》的編寫，作為軟件開發(fā)的基礎。?保持設計和語言的中立性，即集中在軟件需要做什么方面，而不是怎么做。b.　編寫系統(tǒng)需求規(guī)格說明書?在用戶已有業(yè)務系統(tǒng)的層面，識別需要滿足需求的輸入和輸出的數(shù)據(jù)，用結構化或面向對象的分析方法，派生出軟件必須實施的底層功能和算法。?確定系統(tǒng)性能和可靠性需求。35 / 162a.　細化需求?基于高層需求和系統(tǒng)概念及體系結構，向下定義子系統(tǒng)層的所有需求，即細化的用戶工作流程。如果項目可行，則進入下一過程；否則終止系統(tǒng)分析?？尚行苑治鰣蟾?4 / 162?編寫《可行性研究報告 》 。d.　系統(tǒng)架構和業(yè)務需求的評審?就系統(tǒng)架構和業(yè)務需求請系統(tǒng)和領域專家進行評審。形成的描述寫入《系統(tǒng)架構和業(yè)務需求說明書》文檔。?調整體系結構來說明采用的可重用軟件，把所有重用分析的結果以重用建議的形式記錄下來，寫入《系統(tǒng)架構和業(yè)務需求說明書》文檔中。b.　重用分析?如果客戶要求的功能與已有的產品很相似，則可評審已有的產品的《系統(tǒng)架構和業(yè)務需求說明書》 、 《系統(tǒng)需求規(guī)格說明書》 、 《用戶手冊》和相關源代碼等來識別重用候選項。?通過這些功能描述，得到識別軟件程序和所有主要接口的系統(tǒng)架構?！∪肟跍蕜t和出口準則（1）入口準則要 素 判斷準則招標書、項目說明書或意向書等客戶需求已接受（2）出口準則要 素 判斷準則可行性分析報告 經過評審并批準執(zhí)行系統(tǒng)架構和業(yè)務需求說明書系統(tǒng)需求規(guī)格說明書進行了評審并經 SCCB 批準作為客戶需求基線評審發(fā)現(xiàn)的問題 已關閉　任務（1）系統(tǒng)架構和業(yè)務需求定義及系統(tǒng)可行性分析，具體過程如下圖所示：業(yè)務需求定義 系統(tǒng)架構和業(yè)務需求評審可行性分析重用分析系統(tǒng)架構識別來自客戶的需求來自早期項目的文檔來自客戶的需求系統(tǒng)架構和業(yè)務需求書33 / 162a.　系統(tǒng)架構識別?收集和逐條列出所有系統(tǒng)的高層需求（指最高層的產品業(yè)務目標） 。如上圖所示， 《系統(tǒng)需求規(guī)格說明書》應包括分配到軟件部分的需求和分配到硬件部分的需求兩部分。分配以各部分的系統(tǒng)需求及其相關系統(tǒng)結構應形成文檔，對軟件必須要實現(xiàn)的每個功能和每個要滿足的關鍵點進行詳細描述。軟件需求分析硬件設計、實現(xiàn)、集成系統(tǒng)分析系統(tǒng)需求規(guī)格說明書系統(tǒng)分配給軟件的需求系統(tǒng)分配給硬件的需求來自客戶的需求系統(tǒng)架構和業(yè)務需求說明書可行性分析報告32 / 162在此階段，系統(tǒng)工程組要用一種反復迭代的方法逐漸擴充、完善系統(tǒng)需求，使其達到完整；對系統(tǒng)結構進行設計，建立系統(tǒng)的頂層結構，并標出硬件部分、軟件部分和人工操作部分。　系統(tǒng)分析　元素概述系統(tǒng)分析的目的是形成一個清楚的、完整的、一致的和可驗收測試的系統(tǒng)需求規(guī)格說明書，與其它過程元素的關系如下圖所示：來自客戶的需求可以是招標書、項目說明書或意向書等任何形式的客戶需求。圖 －1　軟件過程結構圖30 / 162本程序文件所描述的軟件開發(fā)過程的元素的組成見下表：過程元素階段需求分析 設計 實現(xiàn) 測試 驗收 維護系統(tǒng)分析 √軟件需求分析 √結構設計 √詳細設計 √編 碼 √集成測試 √ √系統(tǒng)測試 √驗 收 √維 護 √每個過程元素的具體描述和工作要求見本程序文件第三節(jié)的“過程元素” 描述。本程序文件涉及的裁剪指南分為兩個層次，一層為過程級，主要針對不同的項目所采取的過程的剪裁，以定義不同的典型過程；另一層為過程元素內部，主要針對元素內部的各個任務的剪裁。本程序文件描述公司通用的軟件開發(fā)過程的組成（稱之為“過程元素” ） 、彼此之間的關系（輸入、輸出接口） ，以及相應的裁剪指南。杰羅特著，楊慧鳴、李光龍澤，2022 年 7 月?《Managing the Software Process》Watts S. Humphrey, Addison Wesley Longman, Inc, 1989?《Remended Approach to Software Development》 SEL81305，?《軟件需求 》 ，Karl E. Wiegers 著，陸麗那、王忠民、王志敏等譯，機械工業(yè)出版社，2022 年 7 月?《軟件工程 Java 語言實現(xiàn) 》 ，Stephen R. Schach 著，袁兆山等譯，機械工業(yè)出版社，1999 年 9 月?《軟件工程實踐者的研究方法》 ，Roger S. Pressman 著，黃柏素、梅宏等譯，機械工業(yè)出版社，1999 年 10 月?國際－信息技術－軟件生存周期過程指南　GB/T85662022?軍標－軟件開發(fā)與文檔編制　SJ207782022過程總體描述　過程概述軟件開發(fā)過程是指軟件產品開發(fā)活動中所有階段、任務的組合。28 / 162其他術語參見《術語》文件。?黑盒測試：基于目標代碼的測試，主要的形式為功能測試。?構造環(huán)境：主要指與源碼一起進行編譯、連接的環(huán)境，在 C 語言中一般是指由編譯、連接命令、環(huán)境參數(shù)、操作語句等構成的一系列腳本程序的組合?！∫梦募哆^程描述文件編寫規(guī)范（一） 》 （）《標準軟件過程的開發(fā)和維護》 （）《軟件生命周期模型描述文件》 （）《客戶需求管理程序文件》 （ ）《技術類評審程序文件》 （ ）《軟件配置管理程序文件》 （ ）《術語》 （）　術語?過程：把輸入轉換為輸出的一組彼此相關的活動。24 / 162軟件過程結構圖25 / 162軟件開發(fā)過程目　錄概述 ..........................................................................................................................2　 目的 .................................................................................................................2　 適用范圍 .........................................................................................................2　 引用文件 ........................................................