集團軟件開發(fā)管理制度全套資料

1、集團軟件開發(fā)管理制度全套資料（全套資料，可以直接使用，可編輯 優(yōu)秀版資料，歡迎下載）軟件開發(fā)管理制度第一節(jié) 總則第一條 為規(guī)范自主軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制 度適用于集團軟件研發(fā)與管理.第二條本制度中軟件開發(fā)包含新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)升級改造，此類工作均 需要以項目制管理.第三條本制度中自主開發(fā)是指主要依賴信息中心自身的管理、業(yè)務(wù)和技術(shù)力 量進行系統(tǒng)設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作；合作開發(fā)是信息中心與 專業(yè)IT公司（合作商）共同協(xié)作完成IT應(yīng)用的項目實施和技術(shù)支持工作，雙方組成 開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由信息中心軟件研發(fā)部承擔；外包開發(fā) 是指將I

2、T應(yīng)用項目的設(shè)計、開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以 是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負責應(yīng)用項目的實施。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則.項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理。軟件工程涉及需求管 理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上 線。第五條 除特別指定，本制度中項目組包括業(yè)務(wù)組（或需求提出組）、開發(fā)組 （可能包括合作開發(fā)商）。第二節(jié)立項管理第六條 提出項目需求的部門參與立項，信息中心提供立項的技術(shù)可行性分 析，編寫立項分析報告（附件一），開展前期籌備工作。立項分析報告應(yīng)明確

3、 項目的范圍和邊界。第七條 信息中心將立項分析報告交相關(guān)部門會簽后，上交集團總經(jīng)理進 行立項審批，以保證系統(tǒng)項目與集團整體策略相一致。第/I條 立項分析報告得到批準后，成立項目組（如果是外包開發(fā)，則成 立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應(yīng)包括業(yè)務(wù)組（由信息中心需求管理組和相關(guān)業(yè)務(wù)部門組成） 和開發(fā)組（自主開發(fā)為技術(shù)研發(fā)部開發(fā)組；外包開發(fā)為技術(shù)研發(fā)部指定的開發(fā)組長和 外包商成員；合作開發(fā)為技術(shù)研發(fā)部開發(fā)組指定人員和外包商成員）。信息中心委派一名項目經(jīng)理負責監(jiān)督項目的進度，進行項目管理工作 ，確保開發(fā)能及時完成并能滿 足業(yè)務(wù)需要。項目組人

4、員的選擇應(yīng)滿足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項目各方面的工作.第三節(jié)需求分析第九條立項后業(yè)務(wù)組對單位具體需求進行匯總整理，出具業(yè)務(wù)需求說明 書（附件二），并確保業(yè)務(wù)需求說明書中包含了所有的業(yè)務(wù)需求 .經(jīng)系統(tǒng)使用部 門確認，作為業(yè)務(wù)需求基線。第十條 業(yè)務(wù)組在獲得業(yè)務(wù)需求說明書后，提出技術(shù)需求和解決方案，并對 系統(tǒng)進行定義，出具系統(tǒng)需求規(guī)格說明書（附件三）.系統(tǒng)需求規(guī)格說明書需詳細列出業(yè)務(wù)對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模 式、關(guān)鍵指標（KPI）等），最好是采用原型方式表達。系統(tǒng)需求規(guī)格說明書需要 由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)部門負責

5、人確認。第H一條 業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交需求變更申請（附件四），需求部門簽字確認，項目經(jīng)理確認技術(shù)方案后交給業(yè)務(wù)組組長和開發(fā)組組長執(zhí) 行。第十二條 項目組應(yīng)對需求文檔及時更新。第四節(jié)項目計劃和監(jiān)控第十三條 軟件開發(fā)采用項目形式進行管理.項目經(jīng)理負責整個項目的計劃、 組織、領(lǐng)導(dǎo)和控制.第十四條 需求分析過程中，項目經(jīng)理組織制定詳細的項目計劃書（附件五），包括具體任務(wù)描述和項目進度表等。第十五條 在項目的各個階段，業(yè)務(wù)組組長和開發(fā)組組長需配合項目經(jīng)理制 定階段性項目計劃.業(yè)務(wù)組組長和開發(fā)組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進 行監(jiān)控，確保項目按計劃完成。第十六條 項目計劃需要變更時，項

6、目經(jīng)理填寫項目計劃變更說明（附件六），并提交集團相關(guān)領(lǐng)導(dǎo)審批后，交給業(yè)務(wù)組組長和開發(fā)組組長執(zhí)行.第五節(jié)系統(tǒng)設(shè)計第十七條系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則 .第十/I條 在系統(tǒng)設(shè)計階段中，需求部門應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足 系統(tǒng)需求。第十九條 項目組進行設(shè)計，出具設(shè)計說明書（附件七）和單元測試用例（附件八）。設(shè)計說明書中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。第二十條 設(shè)計說明書以業(yè)務(wù)需求說明書和系統(tǒng)需求規(guī)格說明 書為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求。第二H一條 對已確認通過的系統(tǒng)設(shè)計進行修改需獲得項目經(jīng)理、業(yè)務(wù)組組長和開發(fā)組

7、組長的審批后方可進行.第二十二條對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進行歸檔管理第六節(jié) 系統(tǒng)實現(xiàn)第二十三條 開發(fā)組根據(jù)設(shè)計說明書制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng) 理對計劃可行性進行審批.第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試.第二十五條 開發(fā)組保證開發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪問權(quán) 限控制機制，并明確項目成員的職責分工。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物 理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置.項目組對已授權(quán)訪問生產(chǎn)環(huán)境的人員進行詳細記錄 ，并對該記錄進行定期檢 查，確保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。第七節(jié) 系統(tǒng)測試和用戶測試第二十

8、六條 測試組制定系統(tǒng)測試計劃（附件九），并提交項目經(jīng)理對計 劃可行性進行審批.第二十七條系統(tǒng)測試計劃必須定義測試標準，并明確各種測試的測試 步驟和需要的系統(tǒng)設(shè)置要求。第二十八條開發(fā)組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對 獲取的數(shù)據(jù)進行嚴格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。第二十九條開發(fā)組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中 的實際數(shù)據(jù)。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。第三十條開發(fā)組或合作開發(fā)商協(xié)助技術(shù)研發(fā)部測試組建立測試環(huán)境進行系 統(tǒng)測試.在系統(tǒng)測試中對新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接口進行充分 測試。技術(shù)研發(fā)部測試組出具系統(tǒng)/用戶

9、測試報告（附件十），測試人員簽字確認 測試結(jié)果。第三H一條 系統(tǒng)測試通過后，開發(fā)組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù) 組根據(jù)用戶測試用例進行用戶測試，出具系統(tǒng) /用戶測試報告，業(yè)務(wù)組組長和開 發(fā)組組長應(yīng)在用戶測試報告中簽字確認.第三十二條 項目組完成系統(tǒng)幫助文檔（其中包括用戶操作手冊和安 裝維護手冊）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。第八節(jié) 試運行第三十三條系統(tǒng)主要應(yīng)用部門根據(jù)項目規(guī)模及影響決定試運行策略。第三十四條 項目組制定試運行計劃（附件十一），并制定試運行驗收指 標，試運行計劃中應(yīng)包含問題應(yīng)對機制，明確問題溝通渠道和職責分工。第三十五條 項目組聯(lián)合試運行單位進行相關(guān)系統(tǒng)部

10、署工作，準備培訓(xùn)資料，對相關(guān)使用人和信息技術(shù)人員進行培訓(xùn)。培訓(xùn)的完成度應(yīng)為實施后評估的指標 之一o第三十六條 項目組根據(jù)試運行計劃進行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移.系統(tǒng)轉(zhuǎn)換前,檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要.系統(tǒng)轉(zhuǎn)換時必須詳細記 錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。系統(tǒng)參 數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的評估指標之一。第三十七條 試運行達到計劃規(guī)定的終止條件時，項目組編寫試運行報 告（附件十二）。此報告應(yīng)由項目組和試運行單位簽字確認，并提交公司主管領(lǐng)導(dǎo) 審閱.公司主管領(lǐng)導(dǎo)審閱試運行結(jié)果，決定試運行結(jié)束或延期.第九節(jié) 系統(tǒng)驗收第三十/I條系統(tǒng)主要應(yīng)用部門

11、及技術(shù)研發(fā)部聯(lián)合組成獨立系統(tǒng)驗收小組， 也可授權(quán)原項目組作為驗收小組。驗收小組從功能需求及技術(shù)需求層面對系統(tǒng)進行 綜合評估。第三十九條驗收小組應(yīng)根據(jù)驗收情況整理形成系統(tǒng)驗收報告（附件十三）提交系統(tǒng)主要應(yīng)用部門和技術(shù)研發(fā)部審閱。第四十條系統(tǒng)主要使用部門和信息中心負責人根據(jù)系統(tǒng)測試、試運行情況 簽署驗收意見。第四H一條 在系統(tǒng)驗收通過后，項目組對運維組進行系統(tǒng)維護培訓(xùn)后交付 運維組。第十節(jié) 系統(tǒng)上線第四十二條 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。第四十三條 項目組發(fā)起通知公告申請流程（集團） ，填寫系統(tǒng)上線內(nèi) 容，得到批準后才能開始部署上線工作。第四十四條 上線初期需加強日常運行狀態(tài)監(jiān)控，出現(xiàn)問

12、題時應(yīng)及時處理， 對重大問題應(yīng)啟動緊急預(yù)案。第四十五條 上線單位管理層要對系統(tǒng)驗收報告進行審批簽字。第四十六條 集團相關(guān)領(lǐng)導(dǎo)批準結(jié)項后，業(yè)務(wù)組和開發(fā)組將整理的系統(tǒng)文檔提交各自部門統(tǒng)一管理第十一節(jié)合作開發(fā)管理第四十七條 合作開發(fā)商的選擇應(yīng)遵循集團相關(guān)規(guī)定.第四十/I條 合作開發(fā)商必須遵循信息中心軟件開發(fā)管理制度。第四十九條 項目經(jīng)理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關(guān)注需求和設(shè)計變更。第五十條 項目經(jīng)理負責監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動.合作開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進展狀態(tài)，并提交階段性成果文檔。發(fā)生重大 問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。第五H一條開發(fā)組組

13、長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第五十二條項目組同合作開發(fā)商商定驗收的標準和方法。第五十三條 以上各要求需要在開發(fā)合同中明確。第十二節(jié)外包開發(fā)管理第五十四條 立項中請得到集團領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā) 合同。第五十五條 項目經(jīng)理負責監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。外 包開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進展狀態(tài)，并提交階段性成果文檔。發(fā)生重 大問題時，外包開發(fā)商需及時向項目經(jīng)理匯報。第五十六條 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。第五十七條 項目組同外包開發(fā)商商定驗收的標準和方法。第五十/1條 以上各要求需要在開發(fā)合同中明確。第十三節(jié)附則附件一第五十九條本制度由信息中

14、心負責解釋和修訂 第六十條 本制度自發(fā)布之日起開始執(zhí)行。附件一文件狀態(tài)：V草稿文件標識：ProjectName-當前版本：X.Y立項分析報告正式發(fā)布作 者：正在修改完成日期：YearMonth- Day版本歷史版本/狀態(tài)作者參與后起止日期備注.項目介紹項目目的提示：用簡練的語言說明本項目“是什么”，“實現(xiàn)什么目的”。描述簡練且清晰。項目背景提示：闡述項目背景，重點說明“為什么”會提出本項目.(1)公司的短期、長期發(fā)展戰(zhàn)略；(2)業(yè)務(wù)需求及發(fā)展趨勢；(3)技術(shù)狀況及發(fā)展趨勢；(4)特殊的業(yè)務(wù)需求等。項目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項目基本范圍，說明本系統(tǒng)“應(yīng)當包含的內(nèi)容” 和“不包含的內(nèi)

15、容”。.項目計劃.項目團隊提示：說明項目團隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所 示。角色知識技能要求建議人選、人數(shù)工作時間項目經(jīng)理需求開發(fā)人員系統(tǒng)設(shè)計人員編程人員測試人員維護人員2.2.成本估計內(nèi)容成本（人民幣）備注人力資源軟硬件資源.2.3.進度表提示：制定項目開發(fā)的進度表（建議給出項目里程碑計劃）.例如:編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成項目計劃完成需求分析完成概要設(shè)計完成詳細設(shè)計完成實現(xiàn)完成集成測試完成系統(tǒng)測試完成驗收測試完成試運行結(jié)束項目驗收3.總結(jié)提示:給出清晰的建議結(jié)論，便于集團領(lǐng)導(dǎo)決策。附件二業(yè)務(wù)需求說明書文件狀態(tài)：文件標識：ProjectName-

16、草稿當前版本：X。Y 正式發(fā)布作 者：正在修改完成日期：Year-Month -Day版本歷史版本/狀態(tài)作者參與后起止日期備注1概述1。1業(yè)務(wù)調(diào)研人員名單【可選】1 丁 P職能部門姓名主管聯(lián)系備注1。2業(yè)務(wù)范圍此處描寫總體業(yè)務(wù)的概要分類。1。3業(yè)務(wù)目標從集團利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標，以及評價標準。1。4相關(guān)文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括現(xiàn)有規(guī)范、標準、批文、引用到的文件、資料等。1。5業(yè)務(wù)詞匯表說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。2組織結(jié)構(gòu)及業(yè)務(wù)業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說

17、明：如果單位崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu)組織機構(gòu)描述角色職責說明：將業(yè)務(wù)涉及的具體人員進行一定程度的分類和抽象，描述該抽象角色的操作職責。2。4管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。例如：典型按庫存生產(chǎn)模式。生產(chǎn)計劃以年度銷售計劃為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。采購計劃的制訂以生產(chǎn)計劃為依據(jù)現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進行重組的流程編號流程名稱責任部門輔助部門3業(yè)務(wù)流程及業(yè)務(wù)處理描述說明：針對每一項具體的目標業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述.3.1具體業(yè)

18、務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。3。1。1業(yè)務(wù)流程3。1.2業(yè)務(wù)描述說明：描述具體的業(yè)務(wù)流程。3.1。3相關(guān)業(yè)務(wù)對象說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等 .業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號3。1.4業(yè)務(wù)規(guī)則及關(guān)鍵算法說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。4假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。4.1運行環(huán)境約束4。2設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等.4.3產(chǎn)品應(yīng)當遵循的標準或規(guī)范【可選】說明：闡述本產(chǎn)品應(yīng)當遵

19、循什么標準、規(guī)范或業(yè)務(wù)規(guī)則，違反標準、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。5其他5.1目前核心問題和困難5。2業(yè)務(wù)對項目實施的需求和期望【可選】5。3其他未盡事宜附件三系統(tǒng)需求規(guī)格說明書文件狀態(tài)：草稿 正式發(fā)布止在修改文件標識：ProjectName 當前版本：X。Y作 者：完成日期：Year-Month Day版本歷史版本/狀態(tài)作者參與后起止日期備注1引言目的例如：規(guī)定系統(tǒng)的邊界和目標，描述系統(tǒng)的功能性需求和非功能性需求。讀者對象及閱讀建議說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。文檔范圍【可選】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系

20、統(tǒng)原型，系統(tǒng)測試用例等文檔。1。4參考文檔說明：列出本文檔的所有參考文獻 （可以是非正式出版物）,包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標準等 .1。5術(shù)語與縮寫解釋說明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達成共識。2綜合描述2.1系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。2。2問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題.可以采用以下格式問題是對問題進行說明影響問題的影響問題的后果該問題會導(dǎo)致什么后果成功的解決方案應(yīng)列出成功解決方案的一些主要優(yōu)點2。3系統(tǒng)范圍說明：闡述本項目“適用的業(yè)務(wù)范圍”和“不適用的業(yè)務(wù)范圍

21、”，本產(chǎn)品“應(yīng)當包含的內(nèi)容和“不包含的內(nèi)容。說清楚系統(tǒng)范圍的好處是：（1 ）有助于判斷什么是需求，什么不是需 求；（2）可以將開發(fā)精力集中在需求范圍之內(nèi)； （3）有助于控制需求的變更。完整而準確的定義本產(chǎn)品的相關(guān)人員；明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。2。4干系人與用戶說明【可選】。 1用戶環(huán)境【可選】詳細說明目標用戶的工作環(huán)境。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間 ？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺 ？以后會使用哪些平臺？還在

22、使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。2干系人簡檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息:代表誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。） 此處只需填寫姓名。說明對干系人類型的簡要說明.川介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù) 用戶、專家用戶、初級用戶等）職責列出干系人對所開發(fā)的系統(tǒng)負有的關(guān)鍵職責，即他們作為干系人的利益。使用頻率該干系人使用系統(tǒng)的頻率意見/問題在此處列出會阻礙成功的問題以及任何其他相關(guān)信

23、息。2。4。3關(guān)鍵的干系人/用戶需要列出干系人認為現(xiàn)有解決方案存在的關(guān)鍵問題。對于列出的每個問題，需澄清以下要點：?為什么會出現(xiàn)這一問題？?目前如何解決該問題？?干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對解決各個問題的相對重視程度。分級和累積投票方法表明 ，必須解決的問題與干系人或用戶希望解決的問題大有不同。目標業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。2。6功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性，而不必涉及每個功能的細節(jié).對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。功能清單及重要程度說明說明：功能名

24、稱、功能描述、重要程度。重要程度，以ABC三類來表示：A :核心功能；B:輔助功能；C:外圍功能；級別，按照繼承關(guān)系分為：一級，二級 ，三級；編號級別重要程度功能名稱功能描述備注2.8功能與業(yè)務(wù)對照關(guān)系表說明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進行確認（本操作可選，也可由信息技術(shù)組與開發(fā)商合作建立），目標業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開發(fā)商合作撰寫和評審系統(tǒng)需求規(guī)格 書明書。業(yè)務(wù)需求目標系統(tǒng)業(yè)務(wù)活動（可選）功能名稱2.9假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。格式限制說明：本項將指定

25、由現(xiàn)有的標準或規(guī)則派生的要求。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。硬件限制說明：本項包括在各種硬件約束下運行的軟件要求，例如，應(yīng)該包括:硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲器和輔助存儲器的容量。2.9.1運行環(huán)境約束說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細要求2。9。2設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三 方產(chǎn)品等.2。9.3產(chǎn)品應(yīng)當遵循的標準或規(guī)范說明：闡述本產(chǎn)品應(yīng)當遵循什么標準、規(guī)范或業(yè)務(wù)規(guī)則，違反標準、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn) 品通常不太可能被接受。3具體需求功能需求3。1.1具體功能3。1。1。

26、1 內(nèi)容說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。非功能需求3。2.1外部接口1。1用戶接口說明：提供用戶使用軟件產(chǎn)品時的接口需求.例如，如果系統(tǒng)的用戶通過顯示終端進行操作就必須指定如下要求：a對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進行描 述。b報表或菜單的頁面打印格式和內(nèi)容c輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等 .對軟 件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述d程序功能鍵的

27、可用性說明：快捷鍵定義等。3。2.1。2硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。3。2。1。3軟件接口【可選】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對每一個所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可?！窘涌诙x】卜表是對一些接口的具體描述

28、接口名稱接口描述填寫接口完成的任務(wù)接口類型填與是輸入接口 (inbound )還是輸出接口( outbound )源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文彳性型；若通過數(shù)據(jù)庫表來交互，請指明數(shù)據(jù)庫及表 名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理/人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工( manual)還是自動(automatic ),還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(sourc

29、e)還是目標系統(tǒng)(object )數(shù)據(jù)庫填寫父互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填與交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S還是C/S.的填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填與交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團隊數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細信息可選 系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負責人控制報【接口配置】(1)接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項目，描述配置的方式。(2)接口運行參數(shù)配置說明：接口運行參數(shù)的配置方式和步驟?！酒渌渲每蛇x說明：外圍系統(tǒng)或相關(guān)模塊的配置。3。2。1。4通信接口【可選】說明：指

30、定各種通信接口 .例如，局部網(wǎng)絡(luò)的協(xié)議等等。2其他非功能性需求說明：下表中的各種需求，可根據(jù)實際情況進行選擇其中的一種或者幾種進行描述，在表 的后面是各種需求的詳細解釋。名稱詳細要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護性安全性可移植性可擴展性兼容性3.2.2 o 1靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù).2動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。3。2。2。3 精度說明：對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。2。4時間特性要求說明：對于該軟件的時間特性要求，如對：a.響

31、應(yīng)時間；b.更新處理時間；c.數(shù)據(jù)的轉(zhuǎn)換和傳送時間；d.解題時間等要求。3。2。2。5數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。3。2.2。 6可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能3.2。2。7可靠性指出可用時間百分比（xx.xx% ）、使用小時數(shù)、維護訪問權(quán)、降級模式操作等。平均故障間隔時間（MTBF。平均修復(fù)時間（MTTR）一系統(tǒng)在發(fā)生故障后可以暫停運行的時間。指出系統(tǒng)輸出要求具備的精密度（分辨率）

32、和精確度（按照某一已知的標準）。3。2。3文檔需求說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔3。2.4第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的使用許可、使用限制、接口標準。3。3數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護 ，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典 的相關(guān)部分并加輔助說明，如：引用到的字段等。4補充資料【可選】4。1待確定的問題列表【可選】需求標題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點需求信息記錄附件四需求變更申請記錄號：項目：類 型：開發(fā)項目項目負責人：變更申請人：申請部門：申請日期：變更內(nèi)容變更的內(nèi)容及其理由說明變更的內(nèi)存及義更的理由,如果變更為業(yè)務(wù)組提出

33、，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；變更的系統(tǒng)及版本說明變更所涉及的工作產(chǎn)品及其當前版本，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；對業(yè)務(wù)及其接口的影響分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更，業(yè)務(wù)組填寫業(yè)務(wù)負責人意同意/、同意見：簽字：日期：變更結(jié)果變更分析對相關(guān)的資源影響分析需求變更對人員、開發(fā)設(shè)備和目標設(shè)備的影響， 僅信息技術(shù)組填寫風險分析分析需求變更的風險， 僅信息技術(shù)組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更， 僅信息技術(shù)組填寫對開發(fā)工作量、進度和成本影響估計需求變更對開發(fā)工作量和進

34、度的影響，需說明本次變更工作量/成本是否超過本項目總開發(fā)工作量/總成本的1%僅信息技術(shù)組填寫信息技術(shù)部審批意見信息技術(shù)組負責人同意不同意意見指定驗證人員:信息中心主任意見:變更的系統(tǒng)及版本同意不同意變更結(jié)果說明變更后的工作產(chǎn)品日期:日期:變更驗證驗證受更結(jié)果完整性是否正確性是否附加變更是否版本和名稱是否驗證人意見：符合要求簽字：不符合要求日期：日期:簽附件五項目計劃書附件五文件狀態(tài)：文件標識：ProjectName-，草稿當前版本：X.Y正式發(fā)布作 者：正在修改完成日期：YearMonth- Day版本歷史版本/狀態(tài)作者參與后起止日期備注1文檔介紹1.1文檔目的1。2文檔范圍1.3參考文獻提示

35、：列出本文檔的所有參考文獻(可以是非正式出版物)，格式如下:標識符 作者，文獻名稱，出版單位(或歸屬單位)，日期例如：AAA作者，立項建議書，機構(gòu)名稱，日期1。5術(shù)語與縮寫解釋縮寫、術(shù)語解釋2項目介紹項目范圍提示：(1)用簡練的語言說明本項目“是什么”，“說明用途”.(2)說明本項目“應(yīng)當包含的內(nèi)容”和“不包含的內(nèi)容” 2。2項目目標提示：給出“清晰的、“可實現(xiàn)”、“可驗證”的目標。2.3最終用戶介紹提示：請說明本項目的用戶及其相關(guān)責任人是誰，描述最終用戶的特征2。4約束提示：(1)請說明在項目開發(fā)過程中應(yīng)當遵循的標準或規(guī)范(2)請說明相關(guān)項目可能對本項目造成的影響。(3)說明一些假設(shè)和依賴。

36、3項目過程定義軟件生命周期模型提示：簡要描述、繪制本項目的軟件生命周期模型。項目規(guī)范提示：描述項目需遵循的規(guī)范，例如：編碼規(guī)范.此處可以表現(xiàn)為編碼規(guī)范的鏈接.方法與工具提示：說明在過程中將采用的方法與工具.例如采用Rational Rose 進行面向?qū)ο蠓治?。1人力資源計劃提示：制定本項目的角色職責表，并為已知的項目成員分配角色(一個人可以兼多個角色)角色職責人員姓名工作說明集團領(lǐng)導(dǎo)項目經(jīng)理需求分析員系統(tǒng)設(shè)計員程序員測試員.5.2軟硬件資源計劃提示：分析項目開發(fā)、測試、運行所需的軟硬件資源和關(guān)鍵計算機資源（會影響軟件 產(chǎn)品的性能的CPU內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括：資源級別（分為“關(guān)鍵”

37、、“普通”兩種）詳細配置獲取方式（如“已經(jīng)存在、“可以借用”或“需要購買”等）與獲取時間使用說明（如“誰”在“什么”時候使用）軟硬件資源名稱級別詳細配置狄取方式與時間使用說明關(guān)鍵關(guān)鍵普通.6文檔交付列表1 丁 P交付文檔名稱交付日期備注7風險管理計劃提示：以下是各個列標題的解釋。約定在項目中的風險管理方案，例如：風險識別頻度、風險跟蹤頻度等。風險級別：確定風險的嚴重性、可能性、風險系數(shù)風險描述：緩解方案或者應(yīng)急計劃.風險編號風險級別風險描述緩解方案應(yīng)急計劃嚴重性（15）可能性（%）風險系數(shù)（嚴重性*可能性）8溝通計劃信息中心需求申請單位溝通方式溝通頻率/時間期望結(jié)果代表代表9附件項目進度計劃附

38、件六項目計劃變更說明項目名稱申請日期項目計劃變更申請申請變更的項目計劃輸入名稱，版本，完成日期等信息變更的內(nèi)容 及其理由評估計劃變更將對 項目造成的影響項目負責人簽字變更申請的審批意見信息中心主任審批審批意見：簽字，日期業(yè)務(wù)部門意見審批意見：簽字，日期更改項目計劃變更后的項目計劃輸入名稱，版本，完成日期等信息項目負責人簽字附件七設(shè)計說明書附件七文件狀態(tài)：V草稿正式發(fā)布正在修改文件標識：ProjectName-Module-Design當前版本：X.Y作 者：完成日期：Year-Month -Day版本歷史版本/狀態(tài)作者參與后起止日期備注1引言1。1編寫目的說明編寫這份詳細設(shè)計說明書白目的，指出

39、預(yù)期的讀者.背景說明：待開發(fā)軟件系統(tǒng)的名稱；本項目的任務(wù)提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中心。定義列出本文件中用到專門術(shù)語的定義和外文首字母組詞的原詞組。參考資料列出有關(guān)的參考資料，如：本項目的經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文；屬于本項目的其他已發(fā)表的文件；本文件中各處引用到的文件資料 ，包括所要用到的軟件開發(fā)標準。列出這些文件的標 題、文件編號、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。2程序系統(tǒng)的結(jié)構(gòu)用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標識 符和它們之間的層次結(jié)構(gòu)關(guān)系。3程序1 （標識符）設(shè)計說明從本章開始，逐個地給出各個層次中的每

40、個程序的設(shè)計考慮.以下給出的提綱是針對一般情況的。對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi) 容往往與它所隸屬的上一層模塊的對應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡單地說明這一點即可。程序描述給出對該程序的簡要描述，主要說明安排設(shè)計本程序的目的意義，并且，還要說明本 程序的特點（如 是常駐內(nèi)存還是非常駐 ？是否子程序？是可重人的還是不可重人的？有無 覆蓋要求？是順序處理還是并發(fā)處理等 ）。功能說明該程序應(yīng)具有白功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。性能說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。3。4輸人項給出對每一個輸入項的特性，包括

41、名稱、標識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范 圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。3。5輸出項給出對每一個輸出項的特性，包括名稱、標識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范 圍，輸出的形式、數(shù)量和頻度，輸出媒體、對輸出圖形及符號的說明、安全保密條件等 等。3。6算法詳細說明本程序所選用的算法，具體的計算公式和計算步驟。流程邏輯用圖表（例如流程圖、判定表等）輔以必要的說明來表示本程序的邏輯流程。接口用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序， 說明參數(shù)賦值和調(diào)用方式，說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu) （數(shù)據(jù)庫、數(shù)據(jù)文卷）， 3。9存儲

42、分配根據(jù)需要，說明本程序的存儲分配。3。10注釋設(shè)計說明準備在本程序中安排的注釋，如 ：加在模塊首部的注釋；加在各分枝點處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等.3。11限制條件說明本程序運行中所受到的限制條件 .測試計劃說明對本程序進行單體測試的計劃，包括對測試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、 進度安排、人員職責、設(shè)備條件驅(qū)動程序及樁模塊等的規(guī)定。尚未解決的問題說明在本程序的設(shè)計中尚未解決而設(shè)計者認為在軟件完成之前應(yīng)解決的問題.4程序2 （標識符）設(shè)計說明用類似F. 3的方式，說明第2個程序乃至第N個程序的設(shè)計考慮。附件八單元測試用例1測試范圍說明：本

43、用例測試的功能點。2測試環(huán)境環(huán)境1 :硬件環(huán)境:服務(wù)器端：客戶端：軟件環(huán)境:服務(wù)器端：客戶端：網(wǎng)絡(luò)環(huán)境:環(huán)境2:3數(shù)據(jù)準備說明：可以引用適當?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內(nèi)存放著測試準備的數(shù)據(jù)。測試用例功能1測試編號功能模塊-子模塊-編號測試項目模塊功能-子模塊功能用例描述描述測試上述功能的測試點依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1,填寫用到的各種測試數(shù)據(jù)的名稱依賴樣例測試本用例依賴的相關(guān)用例名稱序號前置條件測試子項執(zhí)行驟預(yù)期結(jié)果實際結(jié)果備注測試序號填寫本用例 運行的前置 條件。如登 陸、權(quán)限、 設(shè)備就緒等；說明測試的 基本流還是 備選流；要 求測試遍歷 所有的備選 流；詳

44、細列出各 個用例角色 的操作的動 作。對應(yīng)每一步 的預(yù)測結(jié) 果；對應(yīng)每一個 執(zhí)行步驟的 實際結(jié)果；填寫與測試 相關(guān)聯(lián)的核 對點、檢查點.附件九系統(tǒng)/用戶測試計劃文件狀態(tài)：草稿正式發(fā)布 正在修改文件標識：當前版本：作 者：完成日期：Year-Month - Day版本歷史版本/狀態(tài)作者參與后起止日期備注1。測試范圍與主要內(nèi)容提示：系統(tǒng)測試小組應(yīng)當根據(jù)項目的特征確定測試范圍與內(nèi)容。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性( security )測 試、安裝與反安裝測試等。.測試方法提示：例如黑盒測試和白盒測試.測試環(huán)境與測試輔助工具環(huán)境設(shè)備配置名稱/類型備

45、注服務(wù)器軟件硬件客戶端軟件一硬件網(wǎng)絡(luò)工具工具開發(fā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4。測試進度計劃任務(wù)人員任務(wù)開始日期對C日期制定測試計劃設(shè)計測試實施測試執(zhí)行測試對測試進行評估5.測試完成準則提示：對于非嚴格系統(tǒng)可以采用“基于測試用例”的準則: (1)功能性測試用例通過率達到 100% ;（2）非功能性測試用例通過率達到95%時。對于嚴格系統(tǒng)，應(yīng)當補充“基于 BU儒度”的規(guī)則：相鄰n個CPU、時內(nèi)“測試期 BU瑞度”全部低于某個值 s例如n大于10, m小于 等于1.最后一次回歸測試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2個/萬行程序；測

46、試用例功能點覆蓋率100%6。BUG管理與改錯計劃提示：根據(jù)所采用的 BUG!理工具確定：（1）BUG管理流程，（2）BUG修改流程.定義BUG慎改名定，例如：不同級別的 BUG、須在幾日內(nèi)處理完成。7。附錄。 本計劃審批意見項目經(jīng)理審批意見:日期附件十系統(tǒng)/用戶測試報告1.基本信息測試依據(jù)例如：參照標準、客戶需求、需求規(guī)格說明書、測試用例等測試范圍測試驗收標準測試環(huán)境描述測試驅(qū)動程序描述提示：可以把測試驅(qū)動程序當作附件測試人員測試時間須注明每次回歸測試的時間測試工具2.實況記錄模塊測試用例編號期望結(jié)果測試結(jié)果缺陷密度是否執(zhí)行了回歸測試3.測試總評價根據(jù)對測試結(jié)果提出一個關(guān)于軟件能力的全面分析

47、，需標明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序中的不足。根據(jù)測試標準及測試結(jié)果，綜合評價軟件的開發(fā)是否已達到預(yù)定目標。4。缺陷修改記錄提示：如果采用了缺陷管理工具，能自動產(chǎn)生缺陷報表的話，則無需本表。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決方案測試人員簽字/日期:附件十一試運行計劃文件狀態(tài)：草稿正式發(fā)布 正在修改文件標識：ProjectName TestRun-PLAN當前版本：X.Y作 者：完成日期：Year Month- Day版本歷史版本/狀態(tài)作者參與后起止日期備注1。1。提示：說明本次試運行的主要內(nèi)容與目標（必須是可以驗證的） 2.工作條件提示：說明試運

48、行地點、參加人員、軟硬件設(shè)施、經(jīng)費等要求。3。應(yīng)遞交的工作成果工作成果名稱預(yù)計完成時間試運行報告報錯趨勢分析報告4.進度表提示：（1）用Microsoft Project制作進度表（Gantt Chart ）插入此處或者參照此表制作一份進度表。任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1任務(wù)25.可能存在的困難與風險提示：指出可能存在的困難和風險，制定應(yīng)急計劃以應(yīng)對突發(fā)事件。附錄：本計劃審批意見提示：項目經(jīng)理根據(jù)項目計劃以及現(xiàn)實情況 （如可以支配的人力資源），審批該試運項目經(jīng)理審批意見:日期附件十二試運行報告附件十二文件狀態(tài)：，草稿文件標識：ProjectName-TestRun-REPOR

49、T當前版本：X.Y正式發(fā)作者：布:止在修改版本歷史版本/狀態(tài)作者參與后起止日期備注1。背景介紹提示:說明此次運行工作的必要性。2。試運行目標提示：說明本次試運行的主要內(nèi)容與目標（必須是可驗證的）。3。試運行取得的工作成果提示：說明本次試運行工作成果 （程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間4.報錯趨勢分析報告提示：建議制作趨勢圖5。試運行經(jīng)驗總結(jié)6。下一階段工作安排附件十三系統(tǒng)驗收報告版本歷史版本/狀態(tài)作者參與后起止日期備注1.基本信息項目名稱甲方乙方合同甲方驗收人員角色職責乙方人員角色職責2。成果審查報告應(yīng)交付成果的名稱、版本甲方審核人乙方協(xié)助人時間地點審查結(jié)論3。問題處理提示：如果甲方發(fā)

50、現(xiàn)工作成果中存在缺陷，雙方應(yīng)當視問題的嚴重性給出合適的處理措施。（1）如果工作成果存在嚴重的缺陷，則退回給乙方.乙方應(yīng)當給出糾正缺陷，雙方協(xié)商 第二次驗收的時間。乙方應(yīng)當賠償給客戶方造成的損失.（2）如果工作成果存在一些輕微 的缺陷，則乙方應(yīng)當給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗收。問題處理措施甲方負責人簽字4.交付簽字提示：(1)當待驗收的所有工作成果都通過了審查和測試后，乙方將其交付給甲方。(2)雙方的責任人簽字認可。交付簽字業(yè)務(wù)部門負責人簽字信息中心主任簽字乙方項目負責人簽字目的隨著公司規(guī)模不斷擴大，為進一步規(guī)范公司 IT各項工作，提高IT系統(tǒng)的可靠性，提 高IT系統(tǒng)與設(shè)備的總體

51、服務(wù)水平，并使得相關(guān)工作具有持續(xù)改善性及相互協(xié)作性，由IT部制定以下管理辦法，并負責具體實施。適用范圍公司所有IT類軟硬件的使用，及公司的網(wǎng)絡(luò)和數(shù)據(jù)安全，依本辦法執(zhí)行IT管理制度具體細則IT硬件管理辦法目的：保證公司硬件資源利用最大化。范圍：計算機、服務(wù)器、網(wǎng)絡(luò)設(shè)備及各種IT設(shè)備周邊。細則：由行政人事部對公司所有的IT設(shè)備進行統(tǒng)一編號，統(tǒng)一管理分配，并且定期對硬件進行維護 檢查各部門的使用情況。新人入職需要購買電腦，由部門主管提前一個星期通知IT部門，由IT部門根據(jù)工作需要來選擇相應(yīng)配置，由IT部門來申請購買，見附錄 Ao電腦硬件升級更換，由各部門根據(jù)實際工作需要提出申請，由IT部確定具體配置

52、交由采購部采購。員工不得隨意打開機箱變動計算機配置。若出現(xiàn)故障，請第一時間通知IT部進行維修或者更換 若短時間內(nèi)無法修好，可向IT部門申請臨時備用計算機。電腦從領(lǐng)取后，領(lǐng)取人即為此電腦的責任人，任何人不得擅自使用其他部門或他人的電腦。下班時或者外出較長時間，應(yīng)當關(guān)掉計算機并斷開電源。員工離職或者更換電腦，退回的電腦必須清除所有工作數(shù)據(jù)，并且交給IT部門檢查.IT部負責對公司所有電腦硬件使用情況進行督查，監(jiān)控和維護。IT軟件管理辦法目的：保證員工合理合法并且安全的使用軟件范圍：各種操作系統(tǒng)，工具軟件，辦公軟件，內(nèi)部系統(tǒng) （OA, ERP）等。 細則：公司電腦必須安裝有版權(quán)授權(quán)的軟件。使用人員發(fā)現(xiàn)

53、軟件出現(xiàn)故障時，應(yīng)及時向IT部說明情況，由IT部門進行確定并及時處理。員工不得私自重裝操作系統(tǒng)，若系統(tǒng)出現(xiàn)問題必須重裝，則交由IT部門協(xié)助完成。員工不得私自在公司電腦上安裝與工作和學(xué)習(xí)無關(guān)的軟件.工作需要某些試用軟件時，必須在官方網(wǎng)站下載，不得安裝來路不明的軟件。IT部負責對公司所有電腦軟件使用情況進行督查，監(jiān)控和維護。IT網(wǎng)絡(luò)管理辦法目的：提高員工工作效率，加強公司網(wǎng)絡(luò)安全。范圍：公司局域網(wǎng)，外部因特網(wǎng)。細則：工作時間（包括加班時間），公司員工禁止瀏覽與工作和學(xué)習(xí)無關(guān)的網(wǎng)站，嚴禁下載與工作和學(xué)習(xí)無關(guān)的文件，包括MP3,影音文件，游戲等。員工嚴禁私自攜帶網(wǎng)絡(luò)設(shè)備上網(wǎng)。為了節(jié)省網(wǎng)絡(luò)帶寬和防止電腦

54、病毒，未經(jīng)允許，員工嚴禁在網(wǎng)上下載音樂、娛樂視頻等與工作無關(guān)的資料，嚴禁使用BT或電驢等P2P下載軟件.不禁止飛信，QQ等IM軟件的使用，但請以工作溝通為主。IT安全管理辦法目的：保障公司網(wǎng)絡(luò)安全，數(shù)據(jù)安全，保護公司核心競爭力。范圍：公司所有計算機，服務(wù)器，網(wǎng)絡(luò)和所有軟件。細則：未經(jīng)允許，員工嚴禁將不屬于公司的電腦或配件（ U盤，移動硬盤）帶入公司使用，也不允許接入公司網(wǎng)絡(luò)。公司的電腦必須開啟自動更新，保證電腦更新到最新的補丁。公司的電腦和便攜設(shè)備必須安裝殺毒軟件，一旦其報警，應(yīng)立即保存相關(guān)文件，并與IT部聯(lián)系。普通辦公電腦每周至少要進行一次完整的查毒操作。各種文檔等重要數(shù)據(jù)不存放在啟動盤（一

55、般為C盤）。員工重要文件必須定時存儲到公司文件服務(wù)器。員工出差時攜帶筆記本必須把重要數(shù)據(jù)加密。3.4.8.電腦必須設(shè)置密碼，不得將用戶名、密碼告訴公司其他人（密碼必須有一定復(fù)3.4.8.雜度）。員工必須加強保密意識，嚴禁將公司機密資料以任何形式發(fā)布到Internet網(wǎng)上。硬盤出現(xiàn)問題，為避免數(shù)據(jù)泄露禁止送出去維修。應(yīng)交由 IT部處理.IT機房管理辦法目的:保障機房設(shè)備的安全，數(shù)據(jù)的完整。范圍：IT部,機房.細則：IT機房的網(wǎng)絡(luò)設(shè)備或者跳線每次變動，都應(yīng)該記錄在案。IT部每天必須早晚巡機房一次，觀察機房的溫濕度，查看服務(wù)器和設(shè)備的指示燈確保各種設(shè)備工作正常。做好機房衛(wèi)生，保證機房整潔有序。嚴禁非

56、IT部人員進入機房，如有特殊需求需要請示IT部同意才允許進入。IT部應(yīng)做好服務(wù)器運行記錄，數(shù)據(jù)備份記錄，定時查看設(shè)備的10g記錄。IT數(shù)據(jù)備份管理辦法目的：保障公司和員工的數(shù)據(jù)的安全，完整.范圍：公司所有電腦和服務(wù)器。細則：員工個人數(shù)據(jù)必須定期備份到文件服務(wù)器，文件服務(wù)器由IT部每天定時做一次全盤備份.各研發(fā)部門的服務(wù)器數(shù)據(jù)應(yīng)該每天做一次增量備份.備份時間盡量安排在非工作時間，減少服務(wù)器負載.若需要數(shù)據(jù)的恢復(fù)，必須先提出申請，然后做出登記。所有備份介質(zhì)都要貼上清晰的標簽，標明日期，類型及何種數(shù)據(jù)。數(shù)據(jù)備份介質(zhì)的存放處必須符合防火，防水，防磁的安全要求，歸檔數(shù)據(jù)備份介質(zhì)必須實施異地存放。IT部負

57、責對數(shù)據(jù)備份進行督辦。處罰辦法.因個人原因，對公司IT資產(chǎn)造成損失的，必須按照市價賠償 .并處于100元的處罰.泄露公司機密，依據(jù)情節(jié)附則.本制度最終由公司授權(quán)人力資源部負責解釋。.本制度自相關(guān)審判權(quán)領(lǐng)導(dǎo)簽署后實施，原相關(guān)制度同事廢止。.附加說明本制度由公司IT部提出本制度起草人：* *本標準審核人：公司領(lǐng)導(dǎo)批準：附錄A電腦配置原則配置表格崗位電腦類型具體配置價格要求結(jié)構(gòu)設(shè)計工程師臺式工作站專業(yè)顯卡 K2200,I7cpu , 16Gl內(nèi)存10000以下軟件工程師（圖形類）臺式電腦GTX960 顯卡,I7cpu, 8Gl內(nèi)存8000以下軟件工程師（非圖形類）臺式電腦GTX750 顯卡，I5cp

58、u , 8Gl內(nèi)存6000以下硬件工程師臺式電腦GTX750 顯卡，I5cpu , 4Gl內(nèi)存5000以下非研發(fā)人員臺式電腦集顯，I3cpu , 4G內(nèi)存3000以下出差人員（銷售類）筆記本電腦集顯，I3cpu,4G內(nèi)存，輕薄4500以下出差人員（結(jié)構(gòu)部軟件部）筆記本電腦GTX960m 顯卡，I7cpu,8G 內(nèi)存8000以下注：此臺式機價格不含顯示器配置原則.辦公室辦公以配置臺式電腦為主。.需要出差等移動辦公的可配置筆記本電腦。.以現(xiàn)有資源調(diào)配為主，補充購置為輔。.筆t己本以ACER、THINKPAD、DELL為備選品牌.臺式電腦以兼容機為備選。集團薪酬管理制度目的為了適應(yīng)集團發(fā)展的需要，激

59、發(fā)員工活力，建立吸引人才和留住人才的機制，推進公司總體發(fā)展戰(zhàn)略的實現(xiàn)，依據(jù)國家有關(guān)法律、法規(guī)，特制定集團 薪酬管理制度（以下簡稱“本管理制度”）。適用范圍本管理制度適用于集團全體員工。術(shù)語和定義無職責集團人力資源管理委員會人力資源管理委員會是薪酬管理的決策組織，由公司的高層管理人員、人 力資源部經(jīng)理和財經(jīng)部經(jīng)理組成，總裁任人力資源管理委員會主任；必要時可以 增加有關(guān)部門經(jīng)理參加。人力資源管理委員會是總裁領(lǐng)導(dǎo)下的非常設(shè)機構(gòu)，其在薪酬管理上主要承 擔以下職責：負責集團薪酬管理制度和集團所屬子公司薪酬管理制度的審核；負責年度薪酬預(yù)算的審核；負責薪酬整體調(diào)整方案的審核。集團總裁負責集團各部門薪酬福利明

60、細的審批；負責薪酬調(diào)整方案的審批。人力資源部負責集團薪酬管理制度的制定、修改和解釋；負責集團各部門員工薪酬福利的具體發(fā)放；負責績效考核的組織工作；負責能力素質(zhì)測評與任職資格評定的組織工作；負責各部門薪酬福利明細的復(fù)核、備案；受理員工就薪酬問題有關(guān)的申訴.財經(jīng)部財務(wù)部是公司薪酬的發(fā)放機構(gòu),負責審批后薪酬的按時準確發(fā)放。程序和內(nèi)容薪酬支付的要素集團薪酬支付的要素是：崗位價值、員工的任職資格和員工的績效。集團結(jié)合本地區(qū)同行業(yè)的市場薪酬狀況，建立以崗位價值為基礎(chǔ)，以能力素質(zhì)與績效考核為核心的分配體系，并在薪酬體系中明確 各個要素的作用。薪酬分配的基本原則薪酬作為價值分配形式之一，遵循競爭性、激勵性、公