【正文】 4. 進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。應(yīng)急處理人員角色職責(zé)說明培訓(xùn)內(nèi)容，時間，地點(diǎn)，培訓(xùn)講師等信息。3. 試運(yùn)行取得的工作成果提示：說明本次試運(yùn)行工作成果（程序、文檔、數(shù)據(jù)等）以及試運(yùn)行平臺和時間。交付簽字業(yè)務(wù)部門負(fù)責(zé)人簽字技術(shù)部項目負(fù)責(zé)人簽字乙方項目負(fù)責(zé)人簽字附件十七 系統(tǒng)上線計劃1. 部署方式及資源分配（包括人力資源及服務(wù)器資源）提示：說明成立項目領(lǐng)導(dǎo)組等情況；說明人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。應(yīng)急處理人員角色職責(zé)8. 業(yè)務(wù)人員培訓(xùn)方案提示：說明培訓(xùn)內(nèi)容，時間，地點(diǎn)，培訓(xùn)講師等信息9. 公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置提示：可以直接將該配置作為附件。項目負(fù)責(zé)人審批意見：簽字 日期技術(shù)部審批意見：簽字 日期系統(tǒng)使用部門審批意見：簽字 日期。3). 事件處理及回退計劃提示：在突發(fā)事件出現(xiàn)時的應(yīng)對策略，應(yīng)從人員組織、流程制定等方面考慮。問題處理措施甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字4. 交付簽字提示：（1）當(dāng)待驗收的所有工作成果都通過了審查和測試后，乙方將其交付給甲方。7. 問題和建議提示：對數(shù)據(jù)遷移過程的問題進(jìn)行總結(jié)，提出意見，并就運(yùn)行維護(hù)情況提出自己的建議附錄：本計劃審批意見項目負(fù)責(zé)人審批意見：簽字 日期技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十五 試運(yùn)行報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectNameTestRunREPORT當(dāng)前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運(yùn)行工作的必要性。3). 事件處理及回退計劃提示：在突發(fā)事件出現(xiàn)時的應(yīng)對策略，應(yīng)從人員組織、流程制定等方面考慮。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時間解決方案…測試人員簽字/日期：附件十二 試運(yùn)行計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectNameTestRunPLAN當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運(yùn)行目標(biāo)提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗證的）。3. 測試環(huán)境與測試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開發(fā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4. 測試進(jìn)度計劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測試計劃設(shè)計測試實施測試執(zhí)行測試對測試進(jìn)行評估5. 測試完成準(zhǔn)則提示：對于非嚴(yán)格系統(tǒng)可以采用“基于測試用例”的準(zhǔn)則： （1）功能性測試用例通過率達(dá)到100％；（2）非功能性測試用例通過率達(dá)到95％時。附件九 設(shè)計評審報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評審主持人或評審員填寫此表格。說明對本程序進(jìn)行單體測試的計劃，包括對測試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、進(jìn)度安排、人員職責(zé)、設(shè)備條件驅(qū)動程序及樁模塊等的規(guī)定。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。2程序系統(tǒng)的結(jié)構(gòu)用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標(biāo)識符和它們之間 的層次結(jié)構(gòu)關(guān)系。角色職責(zé)人員姓名工作說明高層領(lǐng)導(dǎo)項目經(jīng)理需求分析員系統(tǒng)設(shè)計員程序員測試員… 軟硬件資源計劃提示：分析項目開發(fā)、測試、運(yùn)行所需的軟硬件資源和關(guān)鍵計算機(jī)資源（會影響軟件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括：l 資源級別（分為“關(guān)鍵”、“普通”兩種）l 詳細(xì)配置l 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購買”等）與獲取時間l 使用說明（如“誰”在“什么”時候使用）軟硬件資源名稱級別詳細(xì)配置獲取方式與時間使用說明關(guān)鍵關(guān)鍵普通…6 文檔交付列表序號交付文檔名稱交付日期備注7 風(fēng)險管理計劃提示：以下是各個列標(biāo)題的解釋。 約束提示：（1）請說明在項目開發(fā)過程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范（2）請說明相關(guān)項目可能對本項目造成的影響。平均修復(fù)時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時間。 其他非功能性需求說明：下表中的各種需求，可根據(jù)實際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動（可選）功能名稱 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。]列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。l 完整而準(zhǔn)確的定義本產(chǎn)品的干系人；l 明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。 具體業(yè)務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進(jìn)行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。 業(yè)務(wù)詞匯表說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務(wù)需求及發(fā)展趨勢；（3）技術(shù)狀況及發(fā)展趨勢；（4）特殊的業(yè)務(wù)需求等。第六十二條 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。發(fā)生重大問題時，合作開發(fā)商需及時向項目經(jīng)理匯報?！断到y(tǒng)驗收評估報告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè)務(wù)操作影響度、問題處理情況、備份、批處理等。第四十五條 系統(tǒng)主要使用部門和技術(shù)部門負(fù)責(zé)人根據(jù)系統(tǒng)測試、試運(yùn)行情況簽署驗收意見。在試運(yùn)行過程中，試運(yùn)行單位辦公室把系統(tǒng)運(yùn)行情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運(yùn)行報告中。系統(tǒng)轉(zhuǎn)換時必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運(yùn)行報告相關(guān)內(nèi)容。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù)進(jìn)行嚴(yán)格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。第六節(jié) 系統(tǒng)實現(xiàn)第二十三條 項目組根據(jù)《設(shè)計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理對計劃可行性進(jìn)行審批。第十八條 在系統(tǒng)設(shè)計階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。第十二條 項目組應(yīng)對需求變更影響到的文檔及時更新。公司委派一名員工負(fù)責(zé)監(jiān)督項目的進(jìn)度，進(jìn)行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。第三條 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng)設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設(shè)備和支撐軟件平臺；合作開發(fā)是公司與專業(yè)軟件開發(fā)公司（合作商）共同協(xié)作完成軟件應(yīng)用的項目實施和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開發(fā)團(tuán)隊進(jìn)行項目實施，軟件系統(tǒng)的日常支持由技術(shù)部和合作商共同承擔(dān)，技術(shù)部負(fù)責(zé)內(nèi)部（一級）支持，合作商負(fù)責(zé)外部（二級）支持；外包開發(fā)是指將軟件應(yīng)用項目的設(shè)計、開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)的軟件開發(fā)公司，由該公司（承包商）負(fù)責(zé)應(yīng)用項目的實施。第八條 《立項分析報告》得到批準(zhǔn)后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門組成）和開發(fā)組（自行開發(fā)為技術(shù)部開發(fā)人員；外包開發(fā)為外包商成員；合作開發(fā)為技術(shù)部開發(fā)人員和外包商成員）。第十一條 對于合作開發(fā)的項目，當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》（附件四），開發(fā)組組長審批后交給合作開發(fā)商實施。第五節(jié) 系統(tǒng)設(shè)計第十七條 系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細(xì)設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴(kuò)展性、可靠性、安全性、可維護(hù)性等原則。第二十