【正文】 。各相關(guān)部門驗(yàn)收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗(yàn)收的評估指標(biāo)之一。用戶培訓(xùn)的完成度應(yīng)為實(shí)施后評估的指標(biāo)之一。第八節(jié) 試運(yùn)行第三十四條 系統(tǒng)主要使用部門根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策略。出具《系統(tǒng)測試報(bào)告》（附件十一），測試人員簽字確認(rèn)測試結(jié)果。第三十條 項(xiàng)目組負(fù)責(zé)測試數(shù)據(jù)準(zhǔn)備，測試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實(shí)際數(shù)據(jù)。第二十六條 項(xiàng)目組進(jìn)行單元測試和集成測試，測試人員簽字確認(rèn)測試結(jié)果。第二十四條 系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測試和集成測試。第二十條 設(shè)計(jì)評審均以《業(yè)務(wù)需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需求。第十九條 項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，出具《設(shè)計(jì)說明書》（附件七）和《單元測試用例》（附件八）。業(yè)務(wù)組組長和IT組組長需配合項(xiàng)目經(jīng)理（監(jiān)理）對項(xiàng)目計(jì)劃執(zhí)行情況進(jìn)行監(jiān)控，確保項(xiàng)目按計(jì)劃完成。第四節(jié) 項(xiàng)目計(jì)劃和監(jiān)控第十三條 軟件開發(fā)采用項(xiàng)目形式進(jìn)行管理。《系統(tǒng)需求規(guī)格說明書》需詳細(xì)列出業(yè)務(wù)對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運(yùn)作模式、關(guān)鍵指標(biāo)等）。項(xiàng)目組人員的選擇應(yīng)滿足項(xiàng)目對業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項(xiàng)目各方面的工作?！读㈨?xiàng)分析報(bào)告》應(yīng)明確項(xiàng)目的范圍和邊界。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項(xiàng)管理。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。軟件工程涉及需求管理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測試、用戶接受測試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)遷移。第七條 應(yīng)用系統(tǒng)主要使用部門將《立項(xiàng)分析報(bào)告》上交公司進(jìn)行立項(xiàng)審批，以保證系統(tǒng)項(xiàng)目與公司整體策略相一致。第三節(jié) 需求分析第九條 立項(xiàng)后業(yè)務(wù)組對用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說明書》（附件二），并確?！稑I(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求?！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給用戶相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。項(xiàng)目經(jīng)理（監(jiān)理）負(fù)責(zé)整個項(xiàng)目的計(jì)劃、組織、領(lǐng)導(dǎo)和控制。第十六條 項(xiàng)目計(jì)劃需要變更時，項(xiàng)目經(jīng)理（監(jiān)理）填寫《項(xiàng)目計(jì)劃變更說明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和IT組組長執(zhí)行?！对O(shè)計(jì)說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計(jì)說明。第二十一條 對已確認(rèn)通過的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門、業(yè)務(wù)組組長和IT組組長的審批后方可進(jìn)行。第二十五條 項(xiàng)目組保證開發(fā)、測試和訪問環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限控制機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。第七節(jié) 系統(tǒng)測試和用戶測試第二十七條 項(xiàng)目組制定《系統(tǒng)/用戶測試計(jì)劃》（附件十），并提交項(xiàng)目經(jīng)理（監(jiān)理）對計(jì)劃可行性進(jìn)行審批。對已評定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。第三十二條 系統(tǒng)測試通過后，IT組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用戶測試用例進(jìn)行用戶測試，出具《用戶測試報(bào)告》（附件十一），業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測試報(bào)告中簽字確認(rèn)。第三十五條 項(xiàng)目組制定《試運(yùn)行計(jì)劃》（附件十二），并制定試運(yùn)行驗(yàn)收指標(biāo)，上報(bào)公司主管領(lǐng)導(dǎo)審批。第三十七條 項(xiàng)目組根據(jù)《試運(yùn)行計(jì)劃》進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計(jì)劃》（附件十三），《數(shù)據(jù)遷移計(jì)劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計(jì)劃等信息。第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗(yàn)收。第四十二條 試運(yùn)行達(dá)到試運(yùn)行計(jì)劃規(guī)定的終止條件時，項(xiàng)目組編寫《試運(yùn)行報(bào)告》（附件十五）。驗(yàn)收小組從功能需求及技術(shù)需求層面對系統(tǒng)進(jìn)行綜合評估。第四十七條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第五十條 上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問題時應(yīng)及時處理，對重大問題應(yīng)啟動緊急預(yù)案。第五十三條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門統(tǒng)一管理。第五十七條 項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的項(xiàng)目管理及軟件開發(fā)活動。第五十九條 項(xiàng)目組同合作開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。外包開發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。第六十五條 以上各要求需要在開發(fā)合同中明確。常設(shè)角色職責(zé)簡述機(jī)構(gòu)過程改進(jìn)角色軟件工程過程組（SEPG）（1）制定適合于本機(jī)構(gòu)的過程規(guī)范。項(xiàng)目管理過程角色機(jī)構(gòu)領(lǐng)導(dǎo)（1）是機(jī)構(gòu)內(nèi)所有項(xiàng)目的主管，對立項(xiàng)管理和結(jié)項(xiàng)管理有最終決策權(quán)。（3）監(jiān)督項(xiàng)目成員的工作，審批項(xiàng)目成員的各種申請。（2）隨時測試和檢查自己的代碼，及時消除代碼中的缺陷。質(zhì)量保證員（即QAG成員）（1）為項(xiàng)目制定《質(zhì)量保證計(jì)劃》。（2）監(jiān)控外包開發(fā)過程，驗(yàn)收外包開發(fā)成果。客戶服務(wù)人員為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢），快速響應(yīng)客戶的要求，給客戶一個滿意的解答。（2）申請立項(xiàng)，并在立項(xiàng)評審會議上答辯。技術(shù)評審委員會對工作成果進(jìn)行正式技術(shù)評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。第六十八條 本制度自發(fā)布之日起開始執(zhí)行。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務(wù)需求及發(fā)展趨勢；（3）技術(shù)狀況及發(fā)展趨勢；（4）特殊的業(yè)務(wù)需求等。附件二 業(yè)務(wù)需求說明書（業(yè)務(wù)組編制）文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1概述 業(yè)務(wù)調(diào)研人員名單【可選】序號職能部門姓名主管聯(lián)系電話備注此處描寫總體業(yè)務(wù)的概要分類。2 組織結(jié)構(gòu)及業(yè)務(wù) 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu) 組織機(jī)構(gòu)描述 角色職責(zé)說明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。 具體業(yè)務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進(jìn)行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。4 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。2 綜合描述 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。l 完整而準(zhǔn)確的定義本產(chǎn)品的干系人；l 明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。）此處只需填寫姓名。]列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。 功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個功能的細(xì)節(jié)。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動（可選）功能名稱 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細(xì)要求【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。 硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點(diǎn)。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。（2）接口運(yùn)行參數(shù)配置說明：接口運(yùn)行參數(shù)的配置方式和步驟。 其他非功能性需求說明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。 說明：對于該軟件的時間特性要求，如對：　　a．響應(yīng)時間；　　b．更新處理時間；　　c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時間；d．解題時間等要求。平均修復(fù)時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時間。4 補(bǔ)充資料【可選】【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點(diǎn)需求信息記錄 附件四 需求變更申請記錄號： 項(xiàng) 目：類 型：開發(fā)項(xiàng)目項(xiàng)目負(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ù)負(fù)責(zé)人意見：同意 不同意 簽字： 日期：變更結(jié)果變更分析對相關(guān)的資源影響分析需求變更對人員、開發(fā)設(shè)備和目標(biāo)設(shè)備的影響，僅信息技術(shù)組填寫風(fēng)險分析分析需求變更的風(fēng)險，僅信息技術(shù)組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫對開發(fā)工作量、進(jìn)度和成本影響估計(jì)需求變更對開發(fā)工作量和進(jìn)度的影響，需說明本次變更工作量/成本是否超過本項(xiàng)目總開發(fā)工作量/總成本的1%？僅信息技術(shù)組填寫研發(fā)部審批意見研發(fā)部負(fù)責(zé)人意見：同意 不同意 指定驗(yàn)證人員：簽字： 日期：處經(jīng)理意見：同意 不同意 匯報(bào)上級簽字： 日期：上級經(jīng)理意見：同意 不同意 簽字： 日期：變更結(jié)果變更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字： 日期：變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是 否正確性是 否附加變更是 否版本和名稱是 否驗(yàn)證人意見： 符合要求 不符合要求簽字： 日期：附件五 項(xiàng)目計(jì)劃書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：版 本 歷