【正文】 本程序中安排的注釋，如： 加在模塊首部的注釋； 加在各分枝點處的注釋； 對各變量的功能、范圍、缺省條件等所加的注釋； 對使用的邏輯所加的注釋等等。如登陸、權(quán)限、設(shè)備就緒等； 說明測試的基本流還是備選流；要求測試遍歷所有的備選流； 詳細列出各個用例角色的操作的動作。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。 根據(jù)測試標準及測試結(jié)果，綜合評價軟件的開發(fā)是否已達到預(yù)定目標。（2）或者在此處用表格制作一份進度表，例如：任務(wù)名稱及其描述 開始時間 結(jié)束時間 參加人員 任務(wù)1 任務(wù)2 … 5. 轉(zhuǎn)換操作步驟以及問題處理步驟 6．?dāng)?shù)據(jù)核對計劃 7．?dāng)?shù)據(jù)遷移的需求和實施計劃 8．應(yīng)急預(yù)案及回退計劃 1). 分析引發(fā)轉(zhuǎn)換失敗的潛在原因 提示：說明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費等因素。包含主文件檢查、轉(zhuǎn)換前后數(shù)據(jù)記錄與余額核對、數(shù)據(jù)映射表、會計科目對照表、機構(gòu)對照表、內(nèi)部基礎(chǔ)數(shù)據(jù)對照表、賬務(wù)報表的核對結(jié)果等。乙方應(yīng)當(dāng)賠償給客戶方造成的損失。 7. 應(yīng)急預(yù)案及回退計劃 1). 分析引發(fā)上線失敗的潛在原因 提示：說明上線失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費等因素。 4．系統(tǒng)上線后數(shù)據(jù)準確性結(jié)論 提示：可以描述詳見附件“數(shù)據(jù)遷移評估表” 5. 接口檢查結(jié)論 6. 權(quán)限設(shè)置情況 提示：請將權(quán)限設(shè)置表作為附件 7. 系統(tǒng)上線后穩(wěn)定性結(jié)論 提示：說明本次系統(tǒng)上線后系統(tǒng)的穩(wěn)定性，是否影響業(yè)務(wù)操作，系統(tǒng)性能。 2. 系統(tǒng)上線目標 提示：說明本次系統(tǒng)上線的主要內(nèi)容與目標。（2）或者在此處用表格制作一份進度表，例如：任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1 任務(wù)2 … 3. 數(shù)據(jù)準備計劃 提示：手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準備基礎(chǔ)數(shù)據(jù)或進行數(shù)據(jù)遷移。（1）如果工作成果存在嚴重的缺陷，則退回給乙方。 2. 數(shù)據(jù)遷移目標 提示：說明本次數(shù)據(jù)遷移的主要內(nèi)容與目標。第 42 頁，共 53 頁 附錄：本計劃審批意見 提示：項目經(jīng)理或者技術(shù)負責(zé)人根據(jù)項目計劃以及現(xiàn)實情況（如可以支配的人力資源），審批該《試運行計劃》。 定義BUG修改約定，例如：不同級別的BUG必須在幾日內(nèi)處理完成。 [ ] 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。 2 測試環(huán)境 環(huán)境1：硬件環(huán)境： 服務(wù)器端： 客戶端： 軟件環(huán)境： 服務(wù)器端： 客戶端： 網(wǎng)絡(luò)環(huán)境： 環(huán)境2： 3 數(shù)據(jù)準備 說明：可以引用適當(dāng)?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著測試準備的數(shù)據(jù)。 用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式，說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫、數(shù)據(jù)文卷）。 給出對該程序的簡要描述，主要說明安排設(shè)計本程序的目的意義，并且，還要說明本程序的特點（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。 說明： 待開發(fā)軟件系統(tǒng)的名稱； 本項目的任務(wù)提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中心。此處可以表現(xiàn)為編碼規(guī)范的鏈接。 4 補充資料 【可選】 【可選】需求標題1 調(diào)查方式 調(diào)查人 調(diào)查對象 時間、地點 需求信息記錄 附件四 需求變更申請 記錄號：項 目： 類 型： 開發(fā)項目 項目負責(zé)人： 變更申請人： 申請部門： 申請日期： 變更內(nèi)容變更的內(nèi)容 及其理由 說明變更的內(nèi)容及變更的理由， 如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫； 如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫； 變更的系統(tǒng)及版本 說明變更所涉及的工作產(chǎn)品及其當(dāng)前版本， 如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫； 如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫； 對業(yè)務(wù)及其接口的影響 分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更， 業(yè)務(wù)組填寫 業(yè)務(wù)負責(zé)人意見： □同意 □不同意 簽字 日期： 變更結(jié)果變更分析對相關(guān)的資源影響 分析需求變更對人員、開發(fā)設(shè)備和目標設(shè)備的影響， 僅信息技術(shù)組填寫 風(fēng)險分析 分析需求變更的風(fēng)險， 僅信息技術(shù)組填寫 對其他系統(tǒng)或接口的影響 分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更， 僅信息技術(shù)組填寫 對開發(fā)工作量、進度和成本影響 估計需求變更對開發(fā)工作量和進度的影響，需說明本次變更工作量/成本是否超過本項目總開發(fā)工作量/總成本的1%？ 僅信息技術(shù)組填寫 開發(fā)部審批意見 信息技術(shù)組負責(zé)人意見： □同意 □不同意指定驗證人員： 簽字： 日期： 處經(jīng)理意見： □同意 □不同意 □匯報上級 簽字： 日期： 上級經(jīng)理意見： □ 同意 □不同意簽字： 日期： 變更結(jié)果變更的系統(tǒng)及版本 說明變更后的工作產(chǎn)品 簽字： 日期： 變更驗證驗證變更結(jié)果 完整性 □是 □否 正確性 是 否 □是 □否附加變更 □是 □否 版本和名稱 □是 □否驗證人意見： 符合要求 不符合要求 簽字： 日期：附件五 項目計劃書文件狀態(tài)： [√] 草稿 [ ] 正式發(fā)布 [ ] 正在修改 文件標識： ProjectName 當(dāng)前版本： 作 者： 完成日期： YearMonthDay 版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 文檔介紹 文檔目的 提示： 列出本文檔的所有參考文獻（可以是非正式出版物），格式如下： [標識符] 作者，文獻名稱，出版單位（或歸屬單位），日期 例如： [AAA] 作者，《立項建議書》，機構(gòu)名稱，日期 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋2 項目介紹 提示： （1）用簡練的語言說明本項目“是什么”，“說明用途”。 說明：對于該軟件的時間特性要求，如對： a．響應(yīng)時間； b．更新處理時間； c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時間； d．解題時間等要求。 （2）接口運行參數(shù)配置 說明：接口運行參數(shù)的配置方式和步驟。 硬件接口 【可選】 說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。 說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細要求 【可選】 說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 功能摘要 總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性，而不必涉及每個功能的細節(jié)。）此處只需填寫姓名。 2 綜合描述 系統(tǒng)背景 【可選】 說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。 4 假定和約束 說明：列出進行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。生產(chǎn)計劃以年度銷售計劃為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。例如：編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成 項目計劃完成 需求分析完成 概要設(shè)計完成 詳細設(shè)計完成 實現(xiàn)完成 集成測試完成 系統(tǒng)測試完成 用戶驗收測試完成試運行結(jié)束 項目驗收 3. 總結(jié) 提示：給出清晰的建議結(jié)論，便于上級領(lǐng)導(dǎo)決策。 第六十九條 本制度自發(fā)布之日起開始執(zhí)行。 第十三節(jié) 外包開發(fā)管理 第六十三條 立項申請得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。合作開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進展狀態(tài)，并提交階段性成果文檔。 第五十條 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八）。 第四十三條 驗收小組應(yīng)根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》（附件十六）提交系統(tǒng)主要使用部門和技術(shù)研發(fā)部審閱。 第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。 第三十二條 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。 第二十七條 《系統(tǒng)測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求。 第二十一條 對已確認通過的系統(tǒng)設(shè)計進行修改需獲得項目經(jīng)理、業(yè)務(wù)組組長和開發(fā)組組長的審批后方可進行。第十六條 第十六條 項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和開發(fā)組組長執(zhí)行?！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)部門負責(zé)人確認。 第七條 需求提出部門將《立項分析報告》交相關(guān)部門會簽后，上交公司總裁與董事長進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。 第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造，此類工作均需要以項目制管理。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理。項目組人員的選擇應(yīng)滿足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項目各方面的工作。 第四節(jié) 項目計劃和監(jiān)控 第十三條 軟件開發(fā)采用項目形式進行管理。 第十九條 項目組進行設(shè)計，出具《設(shè)計說明書》（附件七）和《單元測試用例》（附件八）。 第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。 第三十四條 項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標，上報公司主管領(lǐng)導(dǎo)審批。 第三十七條 數(shù)據(jù)遷移前，應(yīng)制定詳細的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。 第四十一條 試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》（附件十五）。 第四十六條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。 第五十二條 公司主管領(lǐng)導(dǎo)批準結(jié)項后，業(yè)務(wù)組和開發(fā)組將整理的文檔提交各自部門統(tǒng)一管理。 第五十八條 項目組同合作開發(fā)商商定驗收的標準和方法。發(fā)生重大問題時，外包開發(fā)商需及時向項目經(jīng)理匯報。 . 項目背景 提示：闡述項目背景，重點說明“為什么”會產(chǎn)生本項目。 相關(guān)文檔 說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括現(xiàn)有規(guī)范、標準、批文、引用到的文件、資料等。流程編號流程名稱責(zé)任