【正文】 進入條件 ? 軟件工作產品滿足規(guī)范要求 ? 軟件工作產品經過拼寫檢查 目的 ? 確保作者提供正確的評審材料 ? 確保軟件工作產品滿足評審要求 ? 確定評審員并明確其職責 活動 ? 作者準備評審所需的材料，包含被評審的軟件工作產品、支持材料及評審表格等 ? 技術委員會指定評審組長 ? 評審組長檢查進入標準是否滿足 ? 技術委員會確定參評人員。 出錯原因分析 分別對以上幾種情況繪制圖表，進行原因的分析。 階段 計劃模塊數(shù) 完成模塊數(shù) 需求分析 系統(tǒng)設計 編碼 測試 合計 項目人員總結 總結該軟件項目或軟件產品開發(fā)各階段人員的變化情況與計劃的對比，并對比較結果進行分析。 數(shù)據(jù)結構 說明與本程序相直接關聯(lián)的數(shù)據(jù)結構（數(shù)據(jù)庫、數(shù)據(jù)文卷），用圖表描述數(shù)據(jù)結構與模塊的關系。 參考資料 列出所用的參考資料，如： （ 9） 本項目的經核準的計劃任務書或合同、上級機關的批文； （ 10） 屬于本項目的其他已發(fā)表的文件； （ 11） 本文件中各處 引用的文件、資料，包括所需用到的軟件開發(fā)標準。 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 19 頁 用一覽表及框圖的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統(tǒng)元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系。 說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源 。例如：報表格式、數(shù)據(jù)命名、財務處理、審計追蹤等等。 【提醒注意】下列屬性決不能理解為是一個標準的或完整的清單，而應根據(jù)項目實際情況予以列舉。 （ 7） 輸出數(shù)據(jù)的有效性檢查手段。這些因素不是軟件的設計約束，但是它們的改變可能影響到需求說明書中的需求。 列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。 3. 本頁不足記述結果時，可以加入附頁，附頁格式自行設計，總頁數(shù)包括本頁與所有附頁 。風險級別：風險發(fā)生造成損失的嚴重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。 ? 如果 所定義 的產品是一個較大系統(tǒng)或項目中的一個組成部分，那么在此需要描述如下內容： ? 要概述這個較大的系統(tǒng)或項目的每一個組成部分的功能，并說明其接口； ? 指出本產品主要的外部接口（不需要詳細描述，詳細描述放在其他章節(jié)中）； ? 描述所使用的計算機硬件、外圍設備。 本章的編寫應該遵循如下基本原則： ? 遵循可驗證性、無歧義性等的準則，對每一個需求細節(jié)作具體描述； ? 在軟件需求說明書前言、項目概述、附錄部分 的有關討論中，要提供對任何一個具體需求交叉引用的背景； ? 按符合邏輯的和可讀的方式組織； ? 詳細描述每一個需求，使得該需求應達到的目標能夠用指定的方法進行客觀的驗證。這種情況猶如有限狀態(tài)機。 可測試性 可移植性 這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。 【提醒注意】下列需求項決不能理解為是一個標準的或完整的清單，而應根據(jù)項目實際情況予以列舉。附錄中可能包括： (1) 輸入輸出格式樣本，成本分析研究的描述或用戶調 查結果； (2) 有助于理解需求說明書的背景信息； (3) 軟件所解決問題的描述； (4) 用戶歷史、背景、經歷和操作特點； (5) 交叉訪問表。 說明本系統(tǒng)之內的各個系統(tǒng)元素之間的接口的安排。 以下給出的提綱是針對一般情況的。 尚未 解決的問題 說明在程序單元的設計中尚未解決而設計者認為在軟件完成之前應解決的問題。 開發(fā)人員 計劃時間 實際時間 是否按時 計劃 M 實際 M A B C D 等等 05101520253035A B C D計劃M實際M 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 29 頁 從 模塊的角度進行總結：將每一模塊完成的起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結果進行分析。 2 評審角色 在評審時有四種角色：作者、評審組長、記錄員及其他人員。評審組長記錄需要再被評審的部分 整理階段 進入條件 ? 問題已被記錄在評審表中 目的 ? 修正評審中發(fā)現(xiàn)的所有問題 ? 確保所有需要進行調查的項目已經被分析，并且被排除 ? 評審數(shù)據(jù)被記錄 活動 ? 評審組長估計并跟蹤修改問題所需時間 ? 對于問題項，作者確保有問題記錄 ? 對于調查項，經研究后，如果是問題項，作者負責解決并記錄在評審表中 ? 作者修正所有問題項 ? 評審組長協(xié)調所有評審員檢查作者已修改過的內容。 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 37 頁 《評審活動檢查表》是幫助評審人員正確執(zhí)行評審的工具，它與本章所描述的各階段的具體活動是一致的。我們可以采用任何一種。 （源代碼一定要按模塊來統(tǒng)計） 模塊名稱 代碼行（千行） 字節(jié)數(shù)（ KB） 源碼 模塊 1 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 27 頁 模塊 2 執(zhí)行程序 等等 注：源碼不填寫“字節(jié)數(shù)”，執(zhí)行程序只填寫“字節(jié)數(shù)”。 用框圖或過程性描述語言的形式表示各程序單元的控制流程。 說明各個數(shù)據(jù)結構與訪問這些數(shù)據(jù)結構的各個程序之間的對應關系，可采用如下的矩陣圖的形式： 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 20 頁 程序 1 程序 2 ?? 程序 m 數(shù)據(jù)結構 1 √ 數(shù)據(jù)結構 2 √ ︰ ︰ 數(shù)據(jù)結構 n √ √ 11. 系統(tǒng)出錯處理設計 用一覽表的方式說明每種可能的出錯或故障情況出現(xiàn)時，系統(tǒng)輸出信息的形式、 含意及處理方法。 （ 8） 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 【提醒注意】這里的內容有時是“用戶接口”的一部分。 （ 3） 描述軟件與硬件接口之間以及硬件接口與支持設備之間的約定。 ? 精度 說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。其中有名字、操作員活動的描述、控制臺或操作員的位置。 【提醒注意】 ? 方框圖不是產品的設計，而只是一種有效的解釋方式?？傢摂?shù)包括本頁與所有附頁。程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 1 頁 1 目的及適用范圍 為規(guī)范項目業(yè)務中項目執(zhí)行過程，達到項目的成本、進度、質量的統(tǒng)一，特制定本程序； 本程序文件適用于 xxx 公司項目業(yè)務中項目執(zhí)行； 本程序文件由 xxx 公司 制定，其解釋權及修改權屬于 ； 本程序文件從 2020 年 月 日起執(zhí)行； 2 】職責 項目中心負責項目執(zhí)行的總體進程，并對執(zhí)行的最終結果負責； 項目中心（副）總監(jiān)和執(zhí)委會負責在關鍵節(jié)點監(jiān)控和協(xié)調資源； 質量控制部負責對項目執(zhí)行過程中的里程碑產生的相關成果和文檔進行質量控制，并將符合規(guī)范的成果放入資源中心存檔； 3 定期戰(zhàn)略 質詢流程 決策委員會同意簽訂合同后，項目部項目經理（在項目銷售流程中的準項目經理）制訂《項目計劃書》， 并交給質量控制部進行質量檢驗，若質檢未通過，項目經理修改《項目計劃書》， 若質檢通過，項目計劃 交由執(zhí)委會審批，如果未通過，項目經理重新修改《項目計劃書》； 如果審批認可，項目經理將項目計劃遞交給客戶評審，若未通過，項目經理修改《項目計劃書》 若客戶評審通過，進行項目資源安排，若所需資源在項目中心本身內，由項目總監(jiān)完成資源安排，若所需資源跨項目中心外的多個部門，由執(zhí)委會完成資源安排； 獲得所需資源后，項目經理 進行需求分析，交質量控制部進行質量檢驗，若質檢未通過，項目經理修改需求分析； 若質檢通過，專家委員會對需求分析內容進行評審，若未通過，項目經理修改需求分析內容； 若通過內容評審，項目經理將需求分析交給客戶評審，若未通過，項目經理修改需求分析，若通過，項目經理進行總體設計，同時將需求分析相關成果和文檔放入資源中心存檔； 質量控制部對總體設計進行質量檢驗，若未通過，項目經理修改總體設計，若通過，專家委員會對總體設計內容進行評審，若未通過內容評審，項目經理修改總體設計內容， 若通過內容評審，項目經理將總體設計交給 客戶評審，若未通過客戶評審，項目經理程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 2 頁 修改總體設計，若通過客戶評審，項目經理安排項目進行系統(tǒng)實現(xiàn)，同時相關成果和文檔放入資源中心存檔； 質量控制部對系統(tǒng)實現(xiàn)結果進行功能測試，若未通過，項目經理安排項目組成員修改系統(tǒng)實現(xiàn)； 若通過功能測試，質量控制部進行質量檢驗，若未通過，項目經理安排項目組成員修改系統(tǒng)實現(xiàn)； 若通過質檢，專家委員會對系統(tǒng)實現(xiàn)進行驗收，若未通過，項目經理安排項目組成員修改系統(tǒng)實現(xiàn)； 若通過專家委員會驗收，項目經理將系統(tǒng)實現(xiàn)相關成果交給客戶驗收，若未通過，項目經理安排項目組成員修改系統(tǒng)實現(xiàn)； 若通 過客戶驗收，質量控制部將相關成果和文檔放入資源中心存檔，同時項目經理安排項目組成果進行項目推廣； 項目經理進行項目總結，交給專家委員會進行評審，若未通過，項目經理修改項目總結； 若通過評審，質量控制部將相關成果和文檔放入資源中心存檔； 4 相關文件 《項目計劃書》 《質量控制項目計劃評審報告》 《綜合評審記錄》 《客戶評審記錄》 (含項目計劃、需求分析、總體設計等需要和客戶溝通的關鍵環(huán)節(jié) ) 《項目資源調度單》 《需求分析說明書》 《質量控制需求分析說明書評審報告》 《資源中心驗收單》 《總體設計說明書》 《概要設 計說明書》 《詳細設計說明書》 《質量控制系統(tǒng)設計報告評審記錄》 系統(tǒng)實現(xiàn)相關文檔（略） 《系統(tǒng)測試總結報告》 《軟件缺陷報告》 《評審規(guī)程》 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 3 頁 《客戶驗收單》 《項目總結》 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 4 頁 項目計劃書 項目名稱 項目編號 項目經理 項目任務描述 項目總時間及關鍵里程碑設置 項目人力資源 項目費用預計 審批人意見： 總監(jiān)： 副總監(jiān)： 執(zhí)委會： 備注：抄送財務部、人力資源部 時間 程序文件 項目執(zhí)行流程 2020 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 50 頁 第 5 頁 項目啟動計劃評審記錄 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 項目啟動計劃編號： 開發(fā)部門： PM： 評審地點： 參加評審人員 : 評審內容 (評審中審議