【正文】 管領導審閱。第九節(jié) 系統(tǒng)驗收第四十三條 系統(tǒng)主要用戶單位及公司項目組聯合組成獨立系統(tǒng)驗收小組，也可授權原項目組作為驗收小組。 第四十四條 驗收小組應根據驗收情況整理形成《系統(tǒng)驗收報告》（附件十六）提交系統(tǒng)主要使用部門和公司審閱。 第十節(jié) 系統(tǒng)上線第四十六條 系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。第四十八條 項目組制定《系統(tǒng)上線計劃》（附件十七），上報公司主管領導審批。第四十九條 《系統(tǒng)上線計劃》內容應包括但不限于：部署方式和資源分配（包括人力資源及服務器資源）；上線工作時間表；上線操作步驟以及問題處理步驟；項目階段性里程碑和成果匯報（項目執(zhí)行狀態(tài)的審閱、進度安排等）；數據遷移的需求和實施計劃；完整可行的應急預案和“回退”計劃；用戶培訓計劃（包括：培訓計劃、培訓手冊、培訓考核等）；總公司下發(fā)的系統(tǒng)標準參數配置。第五十一條 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報總公司項目組匯總整理。第五十二條 上線單位管理層要對《系統(tǒng)驗收評估報告》進行審批簽字。第十一節(jié) 合作開發(fā)管理第五十四條 合作開發(fā)商的選擇應遵循公司相關規(guī)定，合作商資質認定參見第三方管理制度。第五十六條 項目經理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關注需求和設計變更。合作開發(fā)商應按計劃定期向項目經理報告進展狀態(tài)，并提交階段性成果文檔。第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質量保證過程。第六十條 以上各要求需要在開發(fā)合同中明確。第六十二條 項目經理負責監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。發(fā)生重大問題時，外包開發(fā)商需及時向項目經理匯報。第六十四條 項目組同外包開發(fā)商商定驗收的標準和方法。第十三節(jié) 角色與職責表第六十六條 主要角色及其職責如下表所示。一個人可以被賦予多個角色，視具體情況而定。（2）在機構范圍內推廣該規(guī)范（如培訓、考核），評估機構過程能力等。（2）分析并解決機構內存在的共性質量問題，協組SEPG完善規(guī)范。（2）監(jiān)督項目經理的工作，審批項目經理的各種申請。（2）是項目規(guī)劃、項目監(jiān)控、風險管理和需求管理過程域的負責人。項目研發(fā)過程角色需求分析員調查、分析并定義需求，撰寫相應的需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿。程序員（1）根據系統(tǒng)設計文檔，編寫軟件系統(tǒng)的代碼。測試員從事單元測試、集成測試和系統(tǒng)測試，主要工作包括制定測試計劃、設計測試用例、執(zhí)行測試和撰寫測試報告。（2）創(chuàng)建并維護配置庫，如分配權限、清除垃圾文件、備份配置庫等。（2）周期性的開展“過程與產品質量檢查”。外包管理員（1）挑選最合適的承包商，簽訂外包開發(fā)合同。采購管理員（1）挑選最合適的供應商，簽訂采購合同。培訓管理員制定機構（或項目）的《培訓計劃》，監(jiān)督該計劃的實施，撰寫《培訓評估報告》。產品維護人員（1）糾錯性維護：及時解決用戶遇到的技術故障和消除產品中的缺陷。臨時角色職責說明立項建議小組（1）開展立項調查、產品構思和可行性分析，撰寫相應文檔。立項評審委員會由機構領導、各級經理、市場人員、技術專家、財務人員等組成，委員會按少數服從多數原則投票決定是否同意立項。結項委員會的人員組成與立項評審委員會的類似。該委員會由項目內外的技術專家組成。第十四節(jié)附則第六十七條 本制度由公司研發(fā)部負責解釋和修訂。 附件一 立項分析報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：當前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 項目介紹. 項目目的提示：用簡練的語言說明本項目“是什么”，“實現什么目的”。. 項目背景提示：闡述項目背景，重點說明“為什么”會產生本項目。. 項目范圍提示：根據對現有需求的了解來確定項目基本范圍，說明本系統(tǒng)“應當包含的內容”和“不包含的內容”。角色知識技能要求建議人選、人數工作時間項目經理需求開發(fā)人員 系統(tǒng)設計人員 編程人員 測試人員質量保證人員配置管理人員服務與維護人員……. 成本估計內容成本（人民幣）備注人力資源軟硬件資源差旅費會議費接待費…. 項目時限：根據用戶要求和公司研發(fā)能力設定計劃研發(fā)完成時間3. 總結提示：給出清晰的建議結論，便于上級領導決策。 業(yè)務目標從高層或商務利益的角度提出本業(yè)務系統(tǒng)的期望目標，以及評價標準。 業(yè)務詞匯表說明：列出本文檔的所引用的專屬領域詞匯、術語等，以便于業(yè)務需求的提供者和接收者是建立在一致的業(yè)務理解基礎之上的。 管理綜述【可選】說明：主要描述該業(yè)務的管理特點和管理模式。流程編號流程名稱責任部門輔助部門3 業(yè)務流程及業(yè)務處理描述說明：針對每一項具體的目標業(yè)務，描述具體的業(yè)務流程，以及相關業(yè)務的具體描述。說明：描述具體的業(yè)務流程。業(yè)務對象使用部門對應電子檔案編號說明：描述業(yè)務環(huán)節(jié)關鍵算法體系。 運行環(huán)境約束 設計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術、第三方產品等。5 其他 目前核心問題和困難 業(yè)務對項目實施的需求和期望【可選】 其他未盡事宜附件三 系統(tǒng)需求規(guī)格說明書（IT組編制）文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：當前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標，描述系統(tǒng)的功能性需求和非功能性需求。【可選】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。 術語與縮寫解釋說明：列出本文件中用到的專門術語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達成共識。 問題說明【可選】提供一段說明，總結此項目需要解決的問題。說清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產品范圍之內；（3）有助于控制需求的變更。 干系人與用戶說明【可選】【可選】詳細說明目標用戶的工作環(huán)境。 干系人簡檔【可選】通過在下表中填寫各干系人的相關信息來說明系統(tǒng)中的各個干系人，詳盡的簡檔應包括各種干系人在以下方面的信息：代表[誰是此產品的干系人代表？（如在他處已作記錄，則此處為可選。]說明[對干系人類型的簡要說明。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會阻礙成功的問題以及任何其他相關信息。對于列出的每個問題，需澄清以下要點：? 為什么會出現這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務必要了解干系人或用戶對解決各個問題的相對重視程度。 目標業(yè)務模型【可選】說明：新系統(tǒng)業(yè)務模型描述，如有相應業(yè)務模型材料了，可作為需求規(guī)格說明書的輸入參考資料。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。重要程度，以ABC三類來表示：A：核心功能；B：輔助功能；C：外圍功能；級別，按照繼承關系分為：一級，二級，三級；編號級別重要程度功能名稱功能描述備注 功能與業(yè)務對照關系表說明：業(yè)務組為主編寫業(yè)務需求，業(yè)務需求提交至信息技術組后，由信息技術組建立目標系統(tǒng)業(yè)務模型并與業(yè)務組進行確認（本操作可選，也可由信息技術組與開發(fā)商合作建立），目標業(yè)務模型作為系統(tǒng)需求的輸入，由信息技術組與開發(fā)商合作撰寫和評審《系統(tǒng)需求規(guī)格書明書》。格式限制說明：本項將指定由現有的標準或規(guī)則派生的要求。硬件限制說明：本項包括在各種硬件約束下運行的軟件要求，例如，應該包括：硬件配置的特點（接口數，指令系統(tǒng)等）；內存儲器和輔助存儲器的容量。說明：闡述本產品應當遵循什么標準、規(guī)范或業(yè)務規(guī)則，違反標準、規(guī)范或業(yè)務規(guī)則的產品通常不太可能被接受。 非功能需求 外部接口說明：提供用戶使用軟件產品時的接口需求。b 報表或菜單的頁面打印格式和內容c 輸入輸出的需求說明：解釋各輸入輸出數據類型，并逐項說明其媒體、格式、數值范圍、精度等。d 程序功能鍵的可用性說明：快捷鍵定義等。還可能包括如下事宜：支撐什么樣的設備，如何支撐這些設備，有何約定。對每一個所需的軟件產品，要提供如下內容：名字、助記符、規(guī)格說明號、版本號、來源?！窘涌诙x】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務接口類型填寫是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數據庫表來交互，請指明數據庫及表名文件數量峰值數據量頻度填寫數據處理的頻度復雜度批處理 /人工填寫接口數據的驅動模式是人工（manual）還是自動(automatic)，還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細信息。位置填寫該軟件在交互軟件體系中所出的位置技術支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術團隊數據歸屬【接口隸屬系統(tǒng)的詳細信息[可選] 】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數據庫隸屬系統(tǒng)的數據庫及版本負責人控制報告【接口配置】（1）接口基礎信息配置說明：接口基礎信息的配置項目，描述配置的方式?！酒渌渲肹可選] 】說明：外圍系統(tǒng)或相關模塊的配置。例如，局部網絡的協議等等。名稱詳細要求靜態(tài)數值需求動態(tài)數值需求精度時間特性要求可用性可靠性可維護性安全性可移植性可擴展性兼容性… 靜態(tài)數值需求說明：支持的終端數；支持并行操作的用戶數。 精度 說明:對該軟件的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。 數據管理要求