1、信息系統管理制度文件編號： 編寫部門：行政人事部編寫人:審批人： 審批日期： 第一章 產品目標與管理模式本章節旨在解決產品鏈的建立、 銜接與管理， 明確縱向產品體系 和項目經理管理模式。1. 管理模式1.1 管理方法產品化管理， 在原直線職能管理模式基礎上實行矩陣式管理， 由項目 經理對項目組所開發的產品負主要責任， 從需求開發測試 發布培訓實施的整體業務體系全程監督與控制。1.2 管理重點抓“兩頭”放“中間” 。其中，抓“兩頭”是指項目經理主抓業務需 求和總體框架、 抓數據庫結構； 放“中間”是指部門范圍內開發代碼， 實現模板化編譯和信息資源共享。 基于場所層面的開發重在解決管理 職能，基于

2、地市省廳層面的開發重在解決指導職能。1.3 管理源頭 需求是軟件開發的根基、是節約成本的源頭，需求描述必須可交流、 格式化，經開發、測試和培訓服務三方共同理解與確認的需求說明文 檔，是信息系統流程運作的主要依據。2. 產品目標2.1 產品體系 以看守所系統為主導產品，帶動治安拘留所系統、安康醫院系統、收容教育所系統等場所產品發展， 著手研制強制戒毒所系統。 在實現基 本業務功能和充分數據采集的基礎上， 將一系列產品掛至省廳地市系 統，實現綜合應用和深挖犯罪。2.2 開發模式開發結構：場所開發C/S結構為主，B/S開發旨在充分利用網絡資 源實現信息的充分共享和綜合運用。 B/S 與 C/S 結構

3、開發相互獨立、 留有接口。開發方法：由原型法轉入瀑布法，加強需求調研與開發質量，為后 期維護減負。開發方向：產品模塊化和智能化運作，明確系統主體業務模塊與非 主體業務模塊， 在主體業務功能完善的基礎上穩定產品； 在充分實現 系統數據采集的基礎上，實現 WEB 平臺的綜合應用和深層次的犯罪 挖掘。3. 發展目標第一階段： 采集數據。與硬件系統集成， 實現采集系統的功能拓展。第二階段：綜合應用。通過業務報表實現查詢功能，通過數據接口 對外部系統形成連接平臺，引導行業標準。第三階段：數據挖掘、橫向聯查，形成一個龐大的數據挖掘系統。第四階段：將數據應用系統作成公安系統的辦公平臺，成為公安系 統日常工作

4、不可或缺的辦公工具。 通過平臺反向促進數據采集的準確 率。4. 市場定位4.1 競爭對手 目前有湖北東方（業務導向）、華迪公司（BS優勢）、深圳胡曉峰（OA理念）、南京科安（份額優勢） 、上海三所等。需時時了解對手動態， 掌握對手優勢，做到知己知彼、對癥下藥。4.2 競爭策略 看守所層面形成絕對市場優勢和技術優勢，其它系統才能進入市場， 形成絕對壟斷。 信息系統市場的鞏固與拓展， 是帶動系統集成業務發 展和獲取收益增長的前提。4.3. 市場定位 穩固看守所系統，挖掘省廳地市、拘留所、強制戒毒所等信息系統， 爭取部局系統，逐步向地鐵公安、 公安消防等相關行業信息系統遞延。5. 工作重心明確信息系

5、統主體業務，確立與主體業務相關的需求和功能模塊， 以及非主體業務應用等級。 將主體業務分離， 結合非主體業務的應用 等級分階段對系統進行完善和穩定。 原則上主體業務部分只保留一個 標準版本，非主體業務視情況分離出相近地區版本。綜合應用組 B/S 結構開發從設計階段開始就明確功能結構和開發目 標，確立信息集中和綜合利用的觀點， 充分考慮數據利用模式和業務 應用模式。加強市局模塊功能的補充和完善， 開發團隊并入綜合應用項目組場所項目組中，看守所系統實行模塊化分割，以維護為主；拘留所 系統實行“兩條腿走路” ，邊維護邊更新；安康醫院系統和收容教育 所系統重構框架；新開發強制戒毒所系統。測試部統一管理

6、信息系統產品版本庫，負責版本確定、編號以及出 入庫管理。定時收集各地用戶需求，并盡量收集競爭對手的應用狀況和資料， 作為C/S系統的修改參考和B/S結構的設計指導。確立周五信息系統工作例會制度， 例會前各項目經理提交項目計劃 與工作安排給部門負責人、公司主管領導，并抄送行政備案。根據產品目標與工作重點層層分解、責任到人。項目進度安排及完成情況使用MS Project,缺陷管理工具使用IBM Rational ClearQuest。以項目計劃和資源狀態報告作為業績考核的書面依據， 以需求分析 報告和測試報告作為流程考核的書面依據。建立良好的溝通機制，項目組之間信息共享、相互學習，同時形成 良性競

7、爭機制。第二章團隊規模與建設本早節旨在解決團隊組織架構、知識架構、人員編制、岡位職責、 職業規劃、培訓方向。1.組織架構1.1直線職能機構總經理助理信息工程部培訓服務部測試部綜合應用組看守所組治安拘留所組安康醫院組收容教育所組強制戒毒所組1.2業務矩陣結構監督與控制。2.知識架構2.1.專業人才配置需求22專業經驗配置需求人員類別IT經驗項目經驗部門經理五年及以上獨立管理過三個以上大型信息系統項目項目經理三年及以上獨立管理過兩個以上大型信息系統項目核心編碼人三年及以三個以上大型信息系統項目核心員上代碼編寫程序維護人二年及以參與過兩個以上信息系統項目程員上序維護系統測試人一年及以參與過一個以上信

8、息系統項目測員上試界面美工一年及以上獨立設計過兩個以上信息系統產品界面文檔管理人半年及以參與過一個以上信息系統項目文員上檔編寫培訓服務人一年及以參與過一個以上信息系統項目培員上訓服務23學歷層次配置需求部門學歷水平百分比信息工程部本科80%大專20%測試部本科60%大專40%培訓服務部本科60%大專40%24綜合素質配置需求人員類別業務能力職業素質溝通技能管理人員40%30%30%專業技術人員60%20%20%3.定編定崗3.1. 職位編制總經理助理（編制人數1人）信息工程部（編制人數共計18人）信息工程部經理1人高中級級程程序序員員12人人高高級級程程序序員員11人人中初級級程程序序員員11

9、人人測試部（編制人數5人）中級程序員1人中高初級級級程程程序序序員員員111人人人培訓服務部（編制人數6人）3.2部門職責信息工程部編制部門技術發展規劃、技術管理制度，遵守信息系統業務流程；設計產品方案、實行新品開發、遵守技術規范，控制產品質量；組織需求調研、系統設計與代碼編寫，對項目進行階段性評審及審批，保證項目進度與質量，組織產品認證和內部單元測試與功能測試;及時編制開發文檔，認真作好資料歸檔，嚴格保密與交接制度；及時處理和解決產品出現的技術問題，確保經營工作正常進行； 召開技術研討會議，組織部門人員為其他部門提供技術支持； 服從公司領導工作安排。3.2.2 培訓服務部建立健全業務及產品培

10、訓大綱，編寫用戶手冊；對產品進行演示、安裝、培訓；現場處理用戶問題，后期技術支持與電話跟進，及時收集、反饋準 確用戶需求；策劃宣傳材料、公司網站，維護公司形象工程，與用戶建立良好合 作伙伴關系；會同財務部門作好應收帳款的催收工作；配合開發、測試部門執行信息系統業務流程與工作制度，相互協調 配合；服從公司領導工作安排。測試部制訂測試計劃，保證測試質量，驗證測試結果，實施測試評估，參 與技術研討；分析軟件錯誤類型，為開發人員修改錯誤提供參考意見；建立產品版本庫，掌控版本變更情況，發布版本確認或變更說明；配合開發、測試部門執行信息系統業務流程與工作制度，相互協調 配合；管理公司技術文檔、資料和圖書，

11、及時提供信息查詢。負責 ISO9000 的監督、內審及管理評審等工作。 完成領導交辦的其它工作。3.3 管理層崗位職責總經理助理 （分管信息系統） 全權負責公司信息系統（包含信息工程部、培訓服務部、測試部） 主營業務工作。查閱財務報表和經營資料，掌握信息系統整體業務情況，及時提出 經營調整策略。擬訂公司信息系統業務發展規劃、經營目標，確定技術發展方向， 承擔經營責任。主持召開信息系統內部經營例會與技術研討會議， 掌握、控制經營、 技術活動。主持信息系統日常經營管理工作，簽署日常行政、業務文件，調配 人力資源，組織績效考評，建設技術隊伍。對公司信息系統質量體系建立、實施、完善和決策負責，為開展與

12、 質量有關的活動提供充分的資源。會同行政人事部組織編寫并審核信息系統內部機構調整方案和管理 規章、業務流程和崗位職責，保證公司標準化、程序化、制度化管理 的實施與監督。完成上級領導交辦的臨時工作任務。信息工程部經理對產品技術方向、市場定位、技術方案、工作流程等組織評審和認 定；對項目整體需求把握、框架設計和數據庫結構組織評審，監督業務 運作流程；審查項目計劃及完成情況，組織技術把關和指導，及時組織處理質 量事故；負責對各項目組產品認證和內部可操作性測試與代碼審核情況進行 抽查；審核技術文檔的完整性，編制測評標準、技術規范與質量認定標準 并監督執行；負責技術隊伍的建設、管理，提出工作崗位配制要求

13、及調配建議；召開技術研討會議，組織部門人員為其他部門提供技術支持； 監督考核各項目組工作， 強化開發隊伍建設與培訓，收集歸納合理 化建議，為公司領導提供決策支持， 完成公司領導臨時交辦的各項任 務。通過任務管理工具 Project 來了解各個項目組的任務進度及審閱項目狀態報告；通過ClearQuest了解并監督各項目組的產品質量情況，并執行相應 的獎罰措施；通過代碼管理工具VSS或CVS對各項目組的代碼的規范及質量進 行抽查、監督，并執行相應的獎罰措施；組織部門內部的技術交流及培訓，提高部門員工的素質； 協調各項目組之間的關系，及處理好與其他部門之間的關系； 對部門外部及客戶的需求及時作出反應

14、，安排相關人員進行處理。項目經理需求理解與把握。 在需求調研階段， 深入到客戶的實際工作崗位上， 仔細觀察與詢問，通過電話方式或 Email 方式進行事后跟蹤；對反饋 的需求進行確認與研究可行性， 確保需求準確， 與培訓服務的同事了 解他們與用戶的一些想法， 和合理化建議。 和培訓服務的同事商量方 案的可行性。系統設計、概要設計、框架搭建、數據庫結構；制訂開發規范，如代碼規范、注釋規范、變量命名等；通過任務管理工具PROJECT合理地作任務安排（根據每個人的實 際情況來進行安排，作到各盡其能） ，并每日審查任務完成情況，審查代碼編寫質量，組織成員績效考評；通過Project每周向部門經理提交項

15、目狀態報告；安排組員交叉測試，組織單元測試抽查，遞交測試版本；安排組員編寫詳細的需求與測試報告， 對每個模塊的測試重點進行 說明。與測試部同事溝通，及時知道測試結果，組織相應的修改。把好出口關，打包封裝軟件，實行配置管理；產品運作流程與質量的監督與控制；通過源代碼管理工具（VSS或CVS）對本項目組的源代碼進行管理；通過ClearQuest對項目組成員進行缺陷管理；產品運作流程與質量的監督與控制；不定期組織項目組內的技術、業務討論會，對項目組成員進行業務 及技術的指導；協調與其他項目組或其他部門的關系，為其提供技術支持； 對部門經理負責，及時匯報工作與項目進展情況，申請資源之類問 題。測試部經

16、理審核規范公司技術文檔， 制訂規范通用的測試標準，作為軟件測評 質量的考評標準；與信息工程部、培訓服務部經理共同確定需求，作 為測試通過的衡量依據。審核測試計劃，掌握測試進度，實施質量評估，驗證測試結果，參 與技術研討。分析軟件 BUG 類型，運用測評工具分析統計，為軟件開發質量考評提供依據。掌控版本變更情況，發布版本確認報告、評估報告和變更說明。負責IS09000的監督、內審及管理評審等工作，嚴格監督質量體系 運行情況。強化測試隊伍建設和部門績效考評，收集提煉合理化建議。完成公司領導臨時交辦的任務。335.培訓服務部經理根據用戶需求部署產品培訓與技術服務，檢查工作效率，實時收集 與反饋用戶信

17、息與競爭對手資料，做出市場分析，與信息工程部、測 試部經理共同確認需求；審核公司業務及產品培訓教材、用戶操作手冊，組織編寫宣傳材料、 更新網站；維護公司形象工程，與用戶建立良好的合作伙伴關系；參與公司主要經濟問題的分析，會同財務部門作好應收款項的催收 工作；強化培訓服務隊伍建設，組織業務及技能培訓，及時處理用戶反映 的技術問題；收集合理化建議，作好公司領導的參謀，完成公司領導交辦臨時工 作任務。4.人員分析與職業規劃時間段評價職業優職業劣個性特價值取培養意者勢勢點八、向向面試評自評價上級人事轉正評價自評上級人事半年評價自評上級人事一年評價自評上級人事兩年評價自評上級人事三年評價自評上級人事5.

18、人員調整 5.1職務晉升或平級調整52職務降級與末位淘汰6.人員招聘7.業務培訓 7.1培訓內容培訓課題培訓內容計算機技能培訓Delphi和Jbuilder開發培訓、Java開發培訓、JAVA模 式培訓、中間件技術講座、Project Server培訓、ROSE 和UML培訓、數據庫優化、Oracle數據庫、測試工 具 Rational Teamtest培訓產品體系培訓操作系統和數據庫系統的應用培訓、看守所 4.0軟件 應用培訓、三所 院部分軟件的使用和培訓、智能化 安防系統的培訓、對ISO9001各項標準及要求的培訓法規政策培訓監官法規政策培訓、勞動法規政策培訓、安防知識培 訓、對監管行業業

19、務知識的培訓、公司規章制度的培 訓綜合素質培養測試技巧和要求培訓、培訓技巧和服務意識的培訓、 計算機外設的熟知率培訓、市場銷售技巧培訓、交際 藝術和溝通技巧的培訓項目管理培訓項目管理理論與技巧、項目責任制與獎懲方案7.2培訓方式內培為主，外培為輔。內部培訓安排專題培訓與講座，鼓勵員工自行擔任主講，實現資源共享，并按 50元/次獎勵主講人員，外部培訓以 資質認證為主，按公司行政人事制度和培訓合同相關條款執 行。7.3 培訓時間30。公司內部開辟培訓園地 ，每兩周一次，周五下午 4：00至 5： 也可由各部門自行提請。第三章 工作流程與溝通本章節旨在解決需求源頭、版本控制、責任環節、業務銜接、文

20、檔管理等問題，切實推行以項目經理為導向的產品生產和業務運作流 程。1. 業務工作流程1.1 版本發布流程根據市場需要，由培訓服務部提交版本申請書（注明需要時間、 部署地點、系統配置需求、對產品的特殊要求等），如無明確地方需 求，由測試部從產品版本庫中提取標準版本； 如產品版本庫中現有產 品不符合要求，由測試部轉發版本申請書給信息工程部相應的項 目經理進行確認和修改，修改完成的版本經測試部評估并確認合格 后，作為產品發布版本記入產品版本庫。測試部根據培訓服務部版本申請書中的系統配置要求（指支持 系統運行的所有服務器、 客戶機及網絡設備、 通訊鏈路以及存儲設備、 輸入輸出設備機器型號及配置和其他設

21、備規格要求等的硬件配置說 明；以及所使用的系統軟件、平臺軟件、開發工具軟件等的說明） ， 對擬發布的版本進行系統配置， 并刻出母盤， 提交培訓服務部作為產 品發布的樣品。因產品完善和功能擴展需提交測試的， 必須事先由信息工程部項目 經理制定詳細的開發計劃并抄送測試、 培訓服務部經理， 修改后經過 測試確認的版本按時間標注小號，記入公司產品版本庫。在版本要求時間與實際提供時間存在差異的， 由各部門經理協商解 決。1.2 版本控制流程市場人員反饋市場需求報告流程說明：由培訓服務部提交用戶反饋，經測試部初步審核，對描述不清或是 有歧義的描述退回培訓服務部重新整理提交。測試部將需求信息轉交信息工程部項

22、目組，由項目經理過濾后，提 交信息工程部、測試部、培訓服務部會議討論。經三方簽字認可的需 求確認報告方可作為開發憑證和測評依據。三方認可的需求確認報告與用戶實際需求不一致的，由培訓服務部形成需求處理報告，與用戶溝通需求差異，合理引導和說服 用戶。-項目經理提交測試版本的依據是系統開發和完善計劃，來源主要有 三：根據用戶反饋對現有版本的完善； 根據市場要求確立的新產品開 發；根據實際需要由信息工程部主管制定的開發計劃。 系統開發計劃 需由相關負責人用Project制定并發布至Project Server提交測試版本 時必須附上相應的版本說明。測試人員對系統進行測試時，可根據具體情況決定版本是否能

23、夠發 布，對不符合要求的版本退回給項目經理進行修改，版本號不升級， 三次以上提交仍不合格的， 升級版本號并記入不合格版本庫， 退回給 項目經理重新制定修改計劃。 測試確認可以發布的版本附交 版本說 明書，并對每次版本的升級提交測試報告和評估。產品版本庫的編號規范包括以下內容：產品類型代碼（如 KSS）版本類型代碼（標準版本為公司名稱縮寫BS;地區版本用兩個拼音字母表示，如 ZJ）合格代碼（合格為 1，不合格為 0）升級代碼（如 NO.1）。舉個例子：“ KSS-ZJ-1-NO.2”代表“看守所系統浙江合格版本第 2次 升級版本”。1.3 異常處理流程測試部開發部開發部部門經理發現已發布版本 存

24、在重大問題培訓服務部7功能或性能中大調整，發現 已發布版本存在重大問題提交版本更 新申請版本更新申青單客戶抵觸情緒大或是發 現已發布版本問題處理更新請求，申、請更新部署計劃流程說明:除了試點之外，公司產品在部署完成后，需整體更新的，要遵循異 常處理流程各部門均可提交異常處理請求，需注明處理原因，因產品質量問題 引起的異常處理由信息工程部部門經理負責處理，向公司提交異常處 理請求。獲得同意后即可按異常處理流程運作。異常處理完成后由培訓服務部門提交反饋信息，由各部門經理對處 理作總結。2.責任分布項立口 I 程組 丄目 自心咅M 測需求界定戶用確求明要認 確 求 需系統分析本版準異 標差系統開發明

25、 說 匕匕 厶冃 功IXa 狽試試 rnu 匕匕 厶冃 功對 比 求 需實施制 復 品 產訓 培 統施使用反饋注：主要責任為，次要責任3.文檔管理文檔名稱內容要求起草部門存檔部門是否作為流程文檔版本申請書部署地點，需要時 間，特殊要求，系 統配置要求培訓服務部測試部是需求反饋說明附版本申請書后，注 明產品功能要求， 特殊需求，用戶方 聯系人及聯系方式培訓服務部/項目組測試部是需求確認報告過濾需求，征求用戶 與培訓服務部意見， 二方共同形成需求 確認報告，作為軟 件測評和產品發布 依據項目組測試部是需求變更說明根據需求確認報告細化，針對現有系項目組項目組否統制訂變更說明，作為產品開發依據產品開發

26、計劃項目組項目組否系統概要設計說明項目組項目組否系統詳細設計說明項目組項目組否數據結構項目組項目組否產品完善計劃項目組項目組否安裝使用說明安裝步驟，配套環境的說明培訓服務部培訓服務部否用戶電話記錄用戶聯系方式，反饋問題，記錄人，記錄時間等培訓服務部培訓服務部否需求處理報告結合二方確定的需 求與用戶反饋的需 求差異進行描述， 試圖說服引導用戶培訓服務部培訓服務部否使用問題報告收集和反饋用戶使培訓服務測試部是用產品情況，提交給開發和測試部用戶實施記錄無法電話解決的問 題，以上門服務方 式實施培訓服務部培訓服務部否測試狀態控制表測試方式，測試用 例，狀態標識，測 試人員等測試部測試部否測試確認報告主

27、要功能驗證結果，認定版本是否通過或升級入庫測試部測試部否測試評估報告BAG統計,功能評 價,風險評估，建議 是否發布等測試部測試部是產品發布說明版本號及發布日期，測試結果，發布內 容，包裝內容，支 付用戶使用方式等測試部測試部是產品版本入庫單版本名稱，時間，部署地點，與標準版差異等測試部測試部否說明:文檔模版詳見附件；流程文檔，指實現業務流程必須全程跟進的文檔，非流程文檔只需 部門自行留存。信息工程部項目組備存的文檔由項目經理管理， 測試部備存的文檔 由美工兼文檔員管理。4. 溝通機制4.1. 內部溝通 項目經理對部門經理負責，讓部門經理隨時了解項目進度、質量和 所需資源；項目組之間信息交互，

28、就技術難題開展技術研討，尋求技術支持與業務指導；項目組內部實時溝通交流。4.2. 外部溝通 對培訓服務部拿回的需求，項目組要實行可行性論證，分析技術上 是否可實現。調研或出差時深入用戶工作崗位，獲取第一手資料，回公司時索要 對方電話并保持聯系； 對開發、測試、培訓服務三方共同確認的需求， 必須與用戶及時溝通、達成一致。項目組在提交測試時附上說明文檔， 指明版本實現目的以及關鍵業 務和難點。對測試情況要及時詢問，避免完全測試完成再行修改。信息系統各部門在考勤考核、人事安排、監督獎罰等方面要取得行 政人事部門的支持。4.3. 溝通工具每個項目組通過 Project 來安排工作 , 提交工作進度。項

29、目經理通過projectg來安排任務給組成員，做到項目組成員每 天有明確任務分配 , 便于對組成員的日常考評及月考評 , 應避免在項 目在某時期沒有工作記錄。項目組成員應認真填寫 project 的工作記錄及進展情況， 做到每日 提交，這做為日常考評及月考評的重要依據。項目經理每日審核組成員的工作進度及質量問題， 根據項目進展情 況進行適當調整。 不要項目提交到 project 上后一成不變， 失去了它 的應用意義。項目經理通過 project 項目狀態報告，來向上一級提交工作 情況及計劃。項目狀態報告每周五提交部門經理、總經理助理以及行政人事部。 項目狀態報告應填寫如下內容： 本周的工作情況

30、 （詳細記錄項目組工 作進展，用戶反饋及處理情況（用戶的單位、反饋的問題） 、出差人 員的反饋情況記錄、下周的工作安排、本周的熱點問題、本周未解決 問題。項目狀態報告是項目經理提交上級部門的重要文檔及工作進展情況 的重要依據之一，作為月考評的一項存在。缺陷管理使用 Clear Quest 工具。該工具是測試部與開發部 門交互使用的。項目提交測試，測試部部門把某項目按照Project上的項目安排建 立該項目的數據庫，把功能模塊和提交人對應。項目組成員用 Clear Quest 客戶端查看自己完成模塊的測試情況， 并提交自己的修改方案。具體使用由信息工程部統一培訓。第四章 強化監督與考核本章節旨在

31、通過版本業務流程的考核和人員日常工作業績的考核， 監督流程運作質量，將責任心的核查與獎懲具體兌現到日常工作中。1. 監督1.1. 工作計劃即階段性工作目標和時間表，包括項目計劃、年度計劃、月度計劃和 周計劃。工作計劃及時間表必須按時遞交部門經理及公司主管領導， 同時報送行政人事部備案。設置 PROJECT 用戶權限，掌握項目進度 與完成質量。信息系統業務部門內部建立周例會制度， 及時檢查效率、 總結經驗和 部署工作。1.2. 監督重點 項目經理對項目組分配產品從需求開發測試發布 培訓實施的整體業務體系全程監督與控制。監督采取抓“兩頭” 放“中間”。其中，抓“兩頭”是指項目經理主抓業務需求和總體

32、框 架、主抓數據庫結構；放“中間”是指部門范圍內開放代碼，實現模 板化編譯和信息資源共享，代碼編寫質量采取抽查的方式予以評估。1.3. 抽查方法 三種方法同時進行：項目經理自查、公司主管領導抽查、公司主管領 導委托項目經理交叉檢查。抽查的前提條件是項目組之間在整體框架 設計上思路統一。抽查的內容主要是檢查軟件代碼編寫的規范性。2. 考核2.1.業務流程考核以需求確認報告核定的版本發布周期為考核周期，由總經理助理面向 項目組的產品運作流程全面考核。 考核結果作為部門經理、項目經理 任職資格的評定依據，也作為項目經理對下屬員工獎懲兌現的依據。業務考核分數=刀（進度考核分數+質量考核分數+需求考核分

33、數）/3進度考核指標及標準采用任務延期率進行考核，需求確認報告核定的版本發布周期為計劃 執行天數，如需變更計劃執行天數需以變更后的需求確認報告為準， 甲方認可的計劃延期也可視同為計劃執行天數。公式計算如下： 延期率X仁（實際執行天數-計劃執行天數）/計劃執行天數任務延期率-15% X10 X1 15% V X1 30%V 015%30%考核分數1.011.200.811.000.610.800質量考核指標與標準由信息工程部配合測試部制訂一套規范通用的測試標準，作為衡量版本質量的依據2.121.否決指標主體業務模塊錯誤率X2 0%o,測試不通過；系統級運行錯誤率X3 0%。，測試不通過。其它考核

34、指標采用測試通過率、遺留問題率、界面不統一數量等指標進行考核，以 最后一次測試通過作過衡量依據。具體公式及考核標準如下，三項考 核指標中任一項不達標套入相應分數：測試通過率X4=測試用例通過數量+測試用例總量遺留問題率X5=遺留問題數量測試用例數量界面不統一數量X6=窗體風格或按紐設計不一致的數量測試通過率X4 95%90% X4 V95%80% X4 V90%X4 V 80%,遺留問題率X5 5%X5 5%5% V X5 10%界面不統一數X6=0X6=1X6=2X6=3考核分數1.011.200.811.000.610.8002.1.3. 需求滿足的考核指標與標準根據版本發布后的維護次數（

35、系統升級不視同維護）來考核，具體考核標準如下：考核指標第X7次維護X7=1X7=2X7=3X7=4考核分數1.011.200.811.000.610.8002.2人員業績考評實行月度考核、半年談話并確定考評等級的制度。時間在每月的25日至30日?？己擞芍苯由霞壴u定。即一般員工由項目經理考核，項 目經理由部門經理考核，部門經理由總經理助理考核。考評結果直接 影響到薪資調整與人事調整。221月度考評221.1信息工程部指標考核標準說明直接上級檢杳評價源代碼提交情況每日必須把VSS或CVS中項目（程序，源碼， 文檔等）的更新的內容check in,便于其他項目 組可以看到最新的程序達標（）待提高（）

36、任務提交情況每日提交Project中分配的任務，并在每日 任務備注里寫明開發中的問題，未解決的問 題之類的說明，這樣起到原來的工作日志與 交流的作用任務未按期完成，把未按期完成的原因” 在任務備注里說明達標()待提高()開發文檔完成情況根據自己的職責，按規定格式認真書寫開發 文檔，包括需求分析、概要設計、詳細設計、 測試報告、數據庫設計等達標()待提高()任務完成及時率根據Project上安排的任務與VSS上完成的程序，來判斷任務是否完成達標()待提高()日常工作態度工作時間是否做工作之外的事，如上網聊天、 看與工作不相關的書籍，網頁，長時間脫崗外出部署、試點客戶評價達標()待提高()221.

37、2培訓服務部指標考核標準說明直接上級檢杳評價任務提交情況任務完成情況，客戶咨詢電話記錄情況，工作日志記錄情況，工作匯報情況達標()待提高()投訴與表揚來電來信、客戶評價、公司表揚或批評達標（）待提高（）市場信息反饋是否向開發遞交書面需求報告，提供信息是否 具有市場價值，信息反饋是否準確及時，信息 流向是否正確達標（）待提高（）技術水對公司產品的熟悉程度，對軟件技術的掌握程達標（）平綜合度，公司內部培訓演示時表述清晰程度待提高分析（）工作態度工作時間是否干與工作無關之事，如私事電話 閑聊、上網（含 QQ），看與工作不相關的書 籍，長時間脫崗等達標（）待提高（）221.3測試部指標考核標準說明直接上級檢杳評價工作出勤情況出勤是否有不良記錄（早退、曠工）；請假是否遵循正規請假手續達標（）待提高（）日常工作態度工作時間是否做工作之外的事，如上網聊天、 看與工作不相關的書籍，網頁，長時間脫崗達標()待提高()任務完成及時程度是否按照測試計劃按時完成測試任務，并詳細 填寫測試總結，如確實無法按時完成，須注明 原因達標()待提高()缺陷描述缺陷疋位準確，缺陷描述的二要素：位置、原 因、結果；缺陷描述用陳述語氣(不能有疑問 語氣)達標()待提高()溝通/交流的及時性遇到業務問題及時與測試人員或開發人員溝 通，并填寫 問題登記