【正文】 否則，此部分給出系統(tǒng)需求和功能說明的起源和 文本】 需求分析 詳細設計 實施 【每個聯(lián)編 /發(fā)布的編碼和集成】 系統(tǒng)測試 驗收測試 3. 項目數(shù)據(jù) 人員和組織的結構 【列出項目參加者、角色、從屬關系，包括每個角色（如分析員、開發(fā)者、各分項目管理者）的職責以及項目生命周期中的人員配置框架】 進度 【給出項目開發(fā)過程中的關鍵日期表和說明估計時間（原始估計加上各階段結束時的再估計） /實際時間的表格】 項目特性 以下數(shù)據(jù)的標準表格表示：子系統(tǒng)數(shù)；總的、新的和重用的組件數(shù)；總的、新的、修改的、和重用的（逐字給出）源代碼行 SLOC數(shù)、語句和可執(zhí)行項；總的、管理的、程序員 的和支持的工作量；總的生產率 以下數(shù)據(jù)的標準圖表表示：項目進展和變更歷史；階段工作量；各主要活動工作量； CPU 使用情況；系統(tǒng)測試概要；錯誤率；項目規(guī)模最初估計加上再估計于最終項目規(guī)模的比較；項目工作量加上再估計工作量于實際工作量的比較 項目主觀評價數(shù)據(jù) 【主觀評價表格（ SEF）的復制品或項目數(shù)據(jù)庫中的主觀評價數(shù)據(jù)報告】 4. 所獲得的教訓 【描述項目開發(fā)過程和產品的主要優(yōu)點和弱點，從中得到的教訓，以及對提高以后項目水平所能做的具體建議】 計劃 【開發(fā)計劃的適時性、有用性，對開發(fā)計劃的依附性，人員充足性】 需求 【設計需求的完整性和充足性，變更歷史和需求穩(wěn)定性、清晰性（是否有對需求的曲解）等】 開發(fā) 【在設計、編碼和測試中得到的教訓】 測試 【在系統(tǒng)測試和驗收測試中得到的教訓】 產品保證 【對標準和實踐的依賴性；質量保證和配置管理教訓】 新技術 【項目開發(fā)人員和管理人員評價所用新技術對費用、進度、質量等的影響，對新技術在以后項目中的應用作出建議】 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 35 頁 共 66頁 圖 410 軟件開發(fā)歷史內容 文檔評價準則 軟件管理者將嚴格地評價已完成的文檔，成功的文檔應有五項基本特性，這里給出的一般性準則包括對被評價的文檔的五項基本特性的滿 足程度檢查： ? 準確性 — 文檔正確么？有無明顯錯誤？對資源和環(huán)境的假設有效么？對問題和過程的重要方面是否有缺乏理解的跡象？ ? 清晰性 — 文檔是否以一種容易理解的方式表述？適合圖表表達的地方是否用了圖表而不是文字？ ? 完整性 — 根據(jù)文檔目的，是否用了正確的信息？是否有重要條款遺漏？如果文檔是前階段文檔不斷發(fā)展的發(fā)展，是否包括了前階段文檔的所有內容？ ? 一致性 — 同一文檔中不同段落之間是否有沖突？所用符號是否和標準相一致？ ? 詳細程度 — 文檔內容是否達到了與其目的相適應的詳細程度？具體部分是否需要更詳盡的說明 ？ 以下各組問題可用于分析文檔中基本特性是否存在及基本特性的程度： ? 需求和功能說明 所有關于需求的假設是否已在功能說明書中說明？ 所有需求和功能說明是否（象文檔中的那樣）都可測試？ 是否已包括所有性能需求？ 需求和說明中與已有系統(tǒng)相同或相似的部分是否已清楚說明？ ? 操作概念文檔 已用的操作方案。軟件開發(fā)歷史的最終版本在驗收結束后一個月內完成。 輸入輸出高層描述 延伸到子程序級的結構框圖或面向對象的圖表，說明接口、數(shù)據(jù)流、交互式控制、交互式輸入輸出和硬盤拷貝輸出 4. 創(chuàng)建（ creation）需求 資源 【論述、高層框圖、系統(tǒng)和子系統(tǒng)的說明圖表】 硬件 支持數(shù)據(jù)集合 外部空間因素 【源碼存儲，空白空間和打印輸出】 內部存儲因素 【程序生成存儲，數(shù)組存儲和數(shù)據(jù)集合緩沖區(qū)】 時間因素 1)編輯、聯(lián)編、基準測試的中央處理單元（ CPU）時間 2)創(chuàng)建系統(tǒng)各個步驟的 I/O時間 創(chuàng)建信息 【不同步驟的控制語句】 程序結構信息 【覆蓋或裝入程序的控制語句】 5. 輸入輸出詳細描述 （按步驟） 【系統(tǒng)和子系統(tǒng)源碼庫、對象源碼庫、執(zhí)行代碼庫、和支持庫】 6. 內部存儲需求 【描述數(shù)組及其大小和各種處理模式下的數(shù)據(jù)容量，說明處理間接限制條 件】 7. 數(shù)據(jù)接口 【每個內部和外部接口】 描述 【包括名稱、功能、頻度、坐標、單位、計算機類型、長度和表示法】 格式 【結構（如索引）、傳輸介質、框架版式（例子、記錄、數(shù)據(jù)塊或發(fā)送）和存儲需求】 8. 公共數(shù)據(jù)塊描述 【包括任何硬編碼的物理常量】 9. 程序說明 /程序包描述 和每個子程序的 PDL（在不同文卷中） 10. 按字母表順序列出支持數(shù)據(jù)集合中的子程序 【包括子程序功能描述和子程序對包含它的支持數(shù)據(jù)集合的引用】 圖 49 系統(tǒng)描述內容 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 34 頁 共 66頁 軟件項目開發(fā)總結報告 項目開發(fā)歷史素材由項目經理在軟件生命周期中 收集整理。建議內容如下： 1. 前言 系統(tǒng)概要說明，包括目的和背景 文件組織結構 系統(tǒng)論述和高層框圖，說明硬件接口、外部數(shù)據(jù)接口、軟件結構和數(shù)據(jù)流程 2. 操作概要 操作方案 /腳本 顯示、窗口、菜單、報告等的概述和分層結構 系統(tǒng)性能考慮 3. 描述 【 對各子系統(tǒng)和主要功能的描述】 各個子系統(tǒng)的性能 各種模式下處理過程的假設條件和限制因素 子系統(tǒng)論述和高層框圖，包括接口、數(shù)據(jù)流程和每種處理模式的信息 輸入輸出高層描述 與操作者指定的輸入、根據(jù)控制點情況進行的操作、所行使的功能以及獲得的結果（包括正常和非正常的結果， 即，錯誤的處理和恢復）相關的處理過程的高層描述 對于交互式子系統(tǒng)，按照產生順序給出顯示的復制品 按照生成順序給出硬件拷貝輸出的復制品，并說明控制參數(shù) 按照編號給出系統(tǒng)和用戶操作（注解說明產生信息的子程序）說明的信息 4. 運行需求 資源 【論述、高層框圖、系統(tǒng)和子系統(tǒng)的圖表】 硬件 數(shù)據(jù)定義，即數(shù)據(jù)分組和命名 外部空間因素 【數(shù)據(jù)存儲和打印輸出】 內部存儲因素 【程序存儲，數(shù)組存儲和數(shù)據(jù)集合緩沖區(qū)】 時間因素 1) 樣本和處理周期的中央處理單元（ CPU）時間 2) 不同數(shù)據(jù)集合和處理類型的 I/O 時間 3) 例子和處理周期的時間 運行信息 【不同處理模式的的控制語句】 控制參數(shù)信息 【根據(jù)子系統(tǒng)，給出所有控制參數(shù)（如名稱列表）的描述，包括名稱、計算機類型、長度、表示法，對具體參數(shù)，說明其有效值、缺省值、單位及與其它參數(shù)關系】 圖 48 用戶說明書內容 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 33 頁 共 66頁 系統(tǒng)描述 在項目實施階段，通過更新詳細設計中數(shù)據(jù)流 /對象圖表和結構框圖，開發(fā)小組開始系統(tǒng)描述工作，在系統(tǒng)測試階段完成草稿，在驗收測試結束時定稿。 圖 47 測試計劃內容 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 32 頁 共 66頁 用戶說明書 開發(fā)小組在項目實施階段開始準備用戶說明書，說明書中的第 2條和第 3條的部分內容是詳細設計文檔材料的更新，但為了使用戶更易理解，對一些內容進行重寫是必要的。 驗收測試計劃 ? 該計劃由驗收測試小組根據(jù)需求和功能說明在需求定義階段結束后起草； ? 該計劃用于證明所建成的系統(tǒng)滿足需求和功能說明； ? 該計劃在驗收測試階段由驗收測試小組執(zhí)行。 分析測試計劃 ? 該計劃由將要用到本系統(tǒng)的分析員在實施階段之前準備； ? 該計劃用于幫助開發(fā)者驗證系統(tǒng)完成的復雜處理的結果； ? 單元級測試由開發(fā)者在實施階段完成；將端到端的測試作為系統(tǒng)測試的一部分來執(zhí)行。建議內容如下： 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 30 頁 共 66頁 1. 前言 【項目目的和背景，系統(tǒng)總體概念和文件概述】 2. 設計概述 設計驅動器（ drivers）和它們的重要性順序 重用策略 討論所選擇的系統(tǒng)設計方案并給出高層框圖描述，說明硬件接口、外部數(shù)據(jù)接口、子系統(tǒng)之間的相互接口和數(shù)據(jù)流 對應于需求和功能說明的主要組件的可追蹤性矩陣 設計狀況 列出限制因素、關注項、問題范圍以及對設計的影響 列出設計假設及假設錯誤時對設計可能造成的影響 列出待定需求，并估計對系統(tǒng)規(guī)模、工作量、經費和進度的影響 界面控制文檔（ ICD） 狀態(tài) 原型開發(fā)工作狀態(tài) 開發(fā)環(huán)境 3. 操作概述 操作方案 /腳本 系統(tǒng)性能考慮 4. 設計說明 系統(tǒng)總體能力 每種模式下處理過程的假設條件和限制因素 子系統(tǒng)的論述和高層框圖表示，包括界面、數(shù)據(jù)流和每種處理模式的信息 輸入和輸出高層描述 與操作者指定的輸入、根據(jù)控制點情況進行的操作、所行使的功能以及獲得的結果（含正常和非正常的結果，即錯誤的處理和恢復）相關的處理過程的高層描述 延伸到子程序級的結構框圖或面向對象的圖表，說明接口、數(shù)據(jù)流、交互式控制、交互式輸入輸出和硬盤拷貝輸出 內部存儲需求說明 ，如對數(shù)組及其大小、所有處理模式下的數(shù)據(jù)容量和處理的間接限制因素的說明 詳細輸入輸出說明 處理控制參數(shù)，如名稱列表 交互式圖形系統(tǒng)中圖形顯示的復制品 硬盤拷貝輸出的復制品 按照編號列出帶有系統(tǒng)和用戶操作說明的錯誤信息 公用區(qū)域或全程數(shù)據(jù)結構的描述 各模塊單元（通常由于大小原因保存在不同的文檔中）的程序設計語言 5. 數(shù)據(jù)接口 【從概要設計報告中的描述性材料更新而來】 圖 46 詳細設計報告內容〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 31 頁 共 66頁 測試計劃 聯(lián)編 /發(fā)布測試計劃 ? 本計劃由系統(tǒng)測試小組在詳細設計階段準備； ? 本計劃用于測試每個聯(lián)編或發(fā)布（整個軟件 系統(tǒng)的功能性子集）功能，說明測試限制因素。為了說明將執(zhí)行的選項，顯示屏面應加以注釋，并且能夠與子系統(tǒng)對應起來 對系統(tǒng)性能的考慮 4. 設計說明 【對每個子系統(tǒng)或主要分解功能的描述】 對子系統(tǒng)的論述及高層框圖表示，包括界面、數(shù)據(jù)流和每種處理模式的信息 輸入輸出高層描述 與操作者指定的輸入、根據(jù)控制點情況進行的操作、所行使的功能以及獲得的結果（包括正常和非正常的結果 ，即錯誤的處理和恢復）相關的處理過程的高層描述 延伸到子系統(tǒng)驅動（ drivers）以下兩層的結構框圖或面向對象圖表表示 概要說明（說明模塊的目的、操作、調用順序參數(shù)、外部引用等）和子系統(tǒng)以下第一層所有模塊的程序設計語言 PDL 5. 數(shù)據(jù)接口 【每個內部和外部界面的數(shù)據(jù)接口】 接口描述，包括名稱、功能、頻度、坐標、單位、計算機類型、長度和說明 格式 結構和文件（即數(shù)據(jù)文件，磁帶等）描述 框架、例子、記錄、數(shù)據(jù)塊以及傳送的版式 存儲需求 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 29 頁 共 66頁 圖 45 概要設計報告內容 詳細設計報告 本文件是詳細設計階段 的主要文檔。輸入數(shù)據(jù)經處理后的結果樣本也應包括在內 說明系統(tǒng)處理過程中的狀態(tài)和產生的提示信息，包括指導用戶對任何緊急信息處理的指南 5. 需求追蹤矩陣 【使每個操作方案（ scenario）同需求對應起來】 圖 43 系統(tǒng)操作概念（術語）文檔內容 〈項目名稱〉 發(fā)布版本：〈 〉 〈軟件開發(fā)管理手冊〉 發(fā)布日期： 〈密級〉 第 27 頁 共 66頁 需求分析報告 本文件在需求分析階段結束時由開發(fā)小組完成，它概括了需求分析的結果，是進行概要設計的基礎。本文件在需求定義階段結束時由開發(fā)小組的分析員提供，建議包含如下內容： 1. 前言 【 包括系統(tǒng)目的和背景】 系統(tǒng)總體概念 系統(tǒng)概述及表示外部接口和數(shù)據(jù)流的系統(tǒng)高層流程圖 系統(tǒng)功能層次描述 及其圖表表示 文檔結構簡述 2. 系統(tǒng)操作環(huán)境 【系統(tǒng)運行環(huán)境描述及其高層圖表表示 】 操作說明概述 系統(tǒng)配置（硬件和軟件）說明和圖表表示 操作人員責任說明 3. 操作方式 系統(tǒng)操作模式描述 每種操作模式下的數(shù)據(jù)流量和頻度 每種模式下操作的順序，頻度和類型（如批處理或交互式操作） 4. 每項主要功能 （或系統(tǒng)中的對象） 的操作描述 對表示所有輸入、輸出和關鍵控制順序的各項主要操作方案進行描述，并給出高層