【正文】 期發(fā)展戰(zhàn)略；（2）業(yè)務需求及發(fā)展趨勢；（3）技術狀況及發(fā)展趨勢；（4）特殊的業(yè)務需求等。l 本制度自發(fā)布之日起開始執(zhí)行。委托方應在現(xiàn)場陪同服務外包人員，核對操作內(nèi)容并準確記錄實際操作內(nèi)容。l 機房托管服務的受托方及其法定代表人在征信系統(tǒng)中必須無不良信用記錄。l 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。l 核心業(yè)務系統(tǒng)或模塊宜由委托方（即本機構(gòu)）自主開發(fā)。l 要求選定開發(fā)商提供所有必要的軟件配置項。l 項目組同合作開發(fā)商商定驗收的標準和方法。l 項目經(jīng)理負責監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。l 公司主管領導批準結(jié)項后，業(yè)務組和IT組將整理的文檔提交各自部門統(tǒng)一管理。l 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控，出現(xiàn)問題時應及時處理，對重大問題應啟動緊急預案。l 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估。l 試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》（附件十五）。l 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。l 數(shù)據(jù)遷移前，應制定詳細的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。l 項目組根據(jù)《試運行計劃》進行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。l 項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標，上報公司主管領導審批。l 系統(tǒng)測試通過后，IT組配合業(yè)務組建立用戶測試環(huán)境，業(yè)務組根據(jù)用戶測試用例進行用戶測試，出具《用戶測試報告》（附件十一），業(yè)務組組長和IT組組長應在用戶測試報告中簽字確認。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。7 系統(tǒng)測試和用戶測試l 項目組制定《系統(tǒng)/用戶測試計劃》（附件十），并提交項目經(jīng)理對計劃可行性進行審批。l 項目組保證開發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪問權(quán)限控制機制，并明確項目成員的職責分工。l 對已確認通過的系統(tǒng)設計進行修改需獲得管理部門、業(yè)務組組長和IT組組長的審批后方可進行?！对O計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設計說明。l 項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》（附件六），并提交公司主管領導審批，通過審批后，交給業(yè)務組組長和IT組組長執(zhí)行。項目經(jīng)理負責整個項目的計劃、組織、領導和控制?！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務組提交給相關業(yè)務流程負責人確認。3 需求分析l 立項后業(yè)務組對用戶需求進行匯總整理，出具《業(yè)務需求說明書》（附件二），并確保《業(yè)務需求說明書》中包含了所有的業(yè)務需求。l 應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。本制度適用于公司軟件研發(fā)與管理。l 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。l 除特別指定，本制度中項目組包括業(yè)務組（或需求提出組）、IT組（可能包括網(wǎng)絡管理員和合作開發(fā)商）。l 《立項分析報告》得到批準后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應包括業(yè)務組（由公司相關業(yè)務部門組成）和IT組（自行開發(fā)為辦公室網(wǎng)絡管理員；外包開發(fā)為外包商成員；合作開發(fā)為網(wǎng)絡管理員和外包商成員）。經(jīng)系統(tǒng)使用部門審批確認，作為業(yè)務需求基線。l 對于合作開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交《需求變更申請》（附件四），IT組組長審批后交給合作開發(fā)商實施。l 需求分析過程中，項目經(jīng)理組織制定詳細的《項目計劃書》（附件五），包括具體任務描述和項目進度表等。5 系統(tǒng)設計l 系統(tǒng)設計應分為概要設計和詳細設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》（附件九）。l 對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應定期檢查網(wǎng)絡設置。l 《系統(tǒng)/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。l IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。l 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）?！对囘\行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應用系統(tǒng)的需要。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理和主管領導簽字審批。l 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。 l 驗收小組應根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》（附件十六）提交系統(tǒng)主要使用部門和信息技術部門審閱。l 項目組制定《系統(tǒng)上線計劃》（附件十七），上報公司主管領導審批。l 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報公司項目組匯總整理。11 合作開發(fā)管理l 合作開發(fā)商的選擇應遵循公司相關規(guī)定，合作商資質(zhì)認定參見第三方管理制度。合作開發(fā)商應按計劃定期向項目經(jīng)理報告進展狀態(tài)，并提交階段性成果文檔。l 以上各要求需要在開發(fā)合同中明確。l 應確保所有軟件配置項為最新，與實際運行環(huán)境配套。l 項目經(jīng)理負責監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。l 項目組同外包開發(fā)商商定驗收的標準和方法。l 應與外包服務的受托方簽訂正規(guī)的外包服務合同，明確其權(quán)利和責任。外包服務的受托方人員不得查看、復制或帶離任何敏感信息。附件一 立項分析報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 項目介紹. 項目目的提示：用簡練的語言說明本項目“是什么”，“實現(xiàn)什么目的”。. 項目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項目基本范圍，說明本系統(tǒng)“應當包含的內(nèi)容”和“不包含的內(nèi)容”。附件二 業(yè)務需求說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1概述 業(yè)務調(diào)研人員名單【可選】序號職能部門姓名主管聯(lián)系電話備注此處描寫總體業(yè)務的概要分類并。2 組織結(jié)構(gòu)及業(yè)務 業(yè)務相關組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果客戶崗位設置復雜可分別設置，業(yè)務組織結(jié)構(gòu)和人員組織結(jié)構(gòu) 組織機構(gòu)描述 角色職責說明：將業(yè)務涉及的具體人員進行一定程度的分類和抽象，描述該抽象角色的操作職責。采購計劃的制訂以生產(chǎn)計劃為依據(jù)。說明：描述具體的業(yè)務流程。 運行環(huán)境約束 設計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術、第三方產(chǎn)品等?！究蛇x】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。 問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題。 干系人與用戶說明【可選】【可選】詳細說明目標用戶的工作環(huán)境。]說明[對干系人類型的簡要說明。對于列出的每個問題，需澄清以下要點：? 為什么會出現(xiàn)這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務必要了解干系人或用戶對解決各個問題的相對重視程度。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。格式限制說明：本項將指定由現(xiàn)有的標準或規(guī)則派生的要求。說明：闡述本產(chǎn)品應當遵循什么標準、規(guī)范或業(yè)務規(guī)則，違反標準、規(guī)范或業(yè)務規(guī)則的產(chǎn)品通常不太可能被接受。b 報表或菜單的頁面打印格式和內(nèi)容c 輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。還可能包括如下事宜：支撐什么樣的設備，如何支撐這些設備，有何約定。【接口定義】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務接口類型填寫是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復雜度批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工（manual）還是自動(automatic)，還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細信息?！酒渌渲肹可選] 】說明：外圍系統(tǒng)或相關模塊的配置。名稱詳細要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護性安全性可移植性可擴展性兼容性… 靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標準）。1項目概述2項目名稱3用戶介紹4項目背景5項目目標6項目范圍7項目組織8項目組成員結(jié)構(gòu)TaskR