信息系統(tǒng)與考核辦法

1、信息系統(tǒng)管理制度文件編號:編寫部門：行政人事部編寫人:審批人:審批日期：第一章產(chǎn)品目標與管理模式本章節(jié)旨在解決產(chǎn)品鏈的建立、銜接與管理，明確縱向產(chǎn)品體系和項目經(jīng)理管理模式。.管理模式管理方法產(chǎn)品化管理，在原直線職能管理模式基礎上實行矩陣式管理， 由項目 經(jīng)理對項目組所開發(fā)的產(chǎn)品負主要責任， 從需求一一開發(fā)一一測試一 一發(fā)布一一培訓一一實施的整體業(yè)務體系全程監(jiān)督與控制。管理重點抓“兩頭”放“中間”。其中，抓“兩頭”是指項目經(jīng)理主抓業(yè)務需 求和總體框架、抓數(shù)據(jù)庫結構；放“中間”是指部門范圍內開發(fā)代碼， 實現(xiàn)模板化編譯和信息資源共享?；趫鏊鶎用娴拈_發(fā)重在解決管理 職能，基于地市省廳層面的開發(fā)重在解

2、決指導職能。管理源頭需求是軟件開發(fā)的根基、是節(jié)約成本的源頭，需求描述必須可交流、 格式化，經(jīng)開發(fā)、測試和培訓服務三方共同理解與確認的需求說明文 檔，是信息系統(tǒng)流程運作的主要依據(jù)。.產(chǎn)品目標產(chǎn)品體系 以看守所系統(tǒng)為主導產(chǎn)品，帶動治安拘留所系統(tǒng)、安康醫(yī)院系統(tǒng)、收 容教育所系統(tǒng)等場所產(chǎn)品發(fā)展，著手研制強制戒毒所系統(tǒng)。在實現(xiàn)基 本業(yè)務功能和充分數(shù)據(jù)采集的基礎上，將一系列產(chǎn)品掛至省廳地市系 統(tǒng)，實現(xiàn)綜合應用和深挖犯罪。開發(fā)模式開發(fā)結構：場所開發(fā)C/S結構為主，B/S開發(fā)旨在充分利用網(wǎng)絡資 源實現(xiàn)信息的充分共享和綜合運用。 B/S與C/S結構開發(fā)相互獨立、 留有接口。開發(fā)方法：由原型法轉入瀑布法，加強需求

3、調研與開發(fā)質量，為后 期維護減負。開發(fā)方向：產(chǎn)品模塊化和智能化運作，明確系統(tǒng)主體業(yè)務模塊與非 主體業(yè)務模塊，在主體業(yè)務功能完善的基礎上穩(wěn)定產(chǎn)品； 在充分實現(xiàn) 系統(tǒng)數(shù)據(jù)采集的基礎上，實現(xiàn)WEBP臺的綜合應用和深層次的犯罪挖 掘。.發(fā)展目標第一階段：采集數(shù)據(jù)。與硬件系統(tǒng)集成，實現(xiàn)采集系統(tǒng)的功能拓展。第二階段：綜合應用。通過業(yè)務報表實現(xiàn)查詢功能，通過數(shù)據(jù)接口對外部系統(tǒng)形成連接平臺，引導行業(yè)標準。第三階段：數(shù)據(jù)挖掘、橫向聯(lián)查，形成一個龐大的數(shù)據(jù)挖掘系統(tǒng)。第四階段：將數(shù)據(jù)應用系統(tǒng)作成公安系統(tǒng)的辦公平臺， 成為公安系 統(tǒng)日常工作不可或缺的辦公工具。通過平臺反向促進數(shù)據(jù)采集的準確 率。.市場定位競爭對手目前

4、有湖北東方（業(yè)務導向）、華迪公司（BS優(yōu)勢）、深圳胡曉峰（OA 理念）、南京科安（份額優(yōu)勢）、上海三所等。需時時了解對手動態(tài)， 掌握對手優(yōu)勢，做到知己知彼、對癥下藥。競爭策略看守所層面形成絕對市場優(yōu)勢和技術優(yōu)勢，其它系統(tǒng)才能進入市場，形成絕對壟斷。信息系統(tǒng)市場的鞏固與拓展，是帶動系統(tǒng)集成業(yè)務發(fā) 展和獲取收益增長的前提。.市場定位穩(wěn)固看守所系統(tǒng)，挖掘省廳地市、拘留所、強制戒毒所等信息系統(tǒng)，爭取部局系統(tǒng)，逐步向地鐵公安、公安消防等相關行業(yè)信息系統(tǒng)遞延。.工作重心明確信息系統(tǒng)主體業(yè)務，確立與主體業(yè)務相關的需求和功能模塊， 以及非主體業(yè)務應用等級。將主體業(yè)務分離，結合非主體業(yè)務的應用 等級分階段對系統(tǒng)

5、進行完善和穩(wěn)定。原則上主體業(yè)務部分只保留一個 標準版本，非主體業(yè)務視情況分離出相近地區(qū)版本。綜合應用組B/S結構開發(fā)從設計階段開始就明確功能結構和開發(fā)目 標，確立信息集中和綜合利用的觀點， 充分考慮數(shù)據(jù)利用模式和業(yè)務應用模式。加強市局模塊功能的補充和完善， 開發(fā)團隊并入綜合應用 項目組。場所項目組中，看守所系統(tǒng)實行模塊化分割，以維護為主；拘留所 系統(tǒng)實行“兩條腿走路”，邊維護邊更新；安康醫(yī)院系統(tǒng)和收容教育 所系統(tǒng)重構框架；新開發(fā)強制戒毒所系統(tǒng)。測試部統(tǒng)一管理信息系統(tǒng)產(chǎn)品版本庫，負責版本確定、編號以及出 入庫管理。定時收集各地用戶需求，并盡量收集競爭對手的應用狀況和資料， 作為C/S系統(tǒng)的修改參

6、考和B/S結構的設計指導。確立周五信息系統(tǒng)工作例會制度，例會前各項目經(jīng)理提交項目計劃 與工作安排給部門負責人、公司主管領導，并抄送行政備案。根據(jù)產(chǎn)品目標與工作重點層層分解、責任到人。項目進度安排及完成情況使用 MS Project ,缺陷管理工具使用 舊M Rational ClearQuest。以項目計劃和資源狀態(tài)報告作為業(yè)績考核的書面依據(jù)，以需求分析報告和測試報告作為流程考核的書面依據(jù)。建立良好的溝通機制，項目組之間信息共享、相互學習，同時形成良性競爭機制第二章團隊規(guī)模與建設本章節(jié)旨在解決團隊組織架構、 知識架構、人員編制、崗位職責、職業(yè)規(guī)劃、培訓方向。.組織架構直線職能機構總經(jīng)理助理培訓

7、服務部信息工程部測試部綜合應用組看 守 所 組治 安 拘 留 所 組安 康 醫(yī) 院 組收 容 教 育 所 組強 制 戒 毒 所 組業(yè)務矩陣結構項目經(jīng)理信息工程部測試部培訓服務部產(chǎn)品系統(tǒng)綜合應用需求開發(fā)測試發(fā)布培訓實施看守所系統(tǒng)拘留所系統(tǒng)安康醫(yī)院系統(tǒng)收教所系統(tǒng)注：信息工程部項目經(jīng)理對所負責的產(chǎn)品負主要責任，從需求一開發(fā)一一測試一一發(fā)布一一培訓一一實施的整體業(yè)務體系全程監(jiān)督與控制.知識架構專業(yè)人才配置需求專業(yè)經(jīng)驗配置需求人員類別IT經(jīng)驗項目經(jīng)驗部門經(jīng)理五年及以上獨立管理過二個以上大型信息系統(tǒng)項目項目經(jīng)理三年及以上獨立管理過兩個以上大型信息系統(tǒng)項目核心編碼人員三年及以上二個以上大型信息系統(tǒng)項目核心代

8、碼編寫程序維護人員二年及以上參與過兩個以上信息系統(tǒng)項目程序維護系統(tǒng)測試人員一年及以上參與過一個以上信息系統(tǒng)項目測試界面美工一年及以上獨立設計過兩個以上信息系統(tǒng)產(chǎn)品界面文檔管理人半年及以參與過一個以上信息系統(tǒng)項目文員上檔編寫培訓服務人一年及以參與過一個以上信息系統(tǒng)項目培員上訓服務學歷層次配置需求部門學歷水平百分比信息工程部本科80%人專20%測試部本科60%人專40%培訓服務部本科60%人專40%綜合素質配置需求人員類別業(yè)務能力職業(yè)素質溝通技能管理人員40%30%30%專業(yè)技術人員60%20%20%3.定編定崗 3.1.職位編制3.1.1總經(jīng)理助理（編制人數(shù)1人）3.1.2信息工程部（編制人數(shù)共

9、計18人）3.1.3測試部（編制人數(shù)5人）3.1.4培訓服務部（編制人數(shù)6人）部門職責信息工程部編制部門技術發(fā)展規(guī)劃、技術管理制度，遵守信息系統(tǒng)業(yè)務流程；設計產(chǎn)品方案、實行新品開發(fā)、遵守技術規(guī)范，控制產(chǎn)品質量；組織需求調研、系統(tǒng)設計與代碼編寫，對項目進行階段性評審及審 批，保證項目進度與質量，組織產(chǎn)品認證和內部單元測試與功能測試；及時編制開發(fā)文檔，認真作好資料歸檔，嚴格保密與交接制度;及時處理和解決產(chǎn)品出現(xiàn)的技術問題，確保經(jīng)營工作正常進行；召開技術研討會議，組織部門人員為其他部門提供技術支持；服從公司領導工作安排。培訓服務部建立健全業(yè)務及產(chǎn)品培訓大綱，編寫用戶手冊；對產(chǎn)品進行演示、安裝、培訓；

10、現(xiàn)場處理用戶問題，后期技術支持與電話跟進，及時收集、反饋準確用戶需求；策劃宣傳材料、公司網(wǎng)站，維護公司形象工程，與用戶建立良好合作伙伴關系；會同財務部門作好應收帳款的催收工作；配合開發(fā)、測試部門執(zhí)行信息系統(tǒng)業(yè)務流程與工作制度，相互協(xié)調配合；服從公司領導工作安排。測試部制訂測試計劃，保證測試質量，驗證測試結果，實施測試評估，參與技術研討；分析軟件錯誤類型，為開發(fā)人員修改錯誤提供參考意見；建立產(chǎn)品版本庫，掌控版本變更情況，發(fā)布版本確認或變更說明;配合開發(fā)、測試部門執(zhí)行信息系統(tǒng)業(yè)務流程與工作制度，相互協(xié)調配合；管理公司技術文檔、資料和圖書，及時提供信息查詢。負責ISO9000的監(jiān)督、內審及管理評審等

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

12、理規(guī)章、業(yè)務流程和崗位職責，保證公司標準化、程序化、制度化管理的實施與監(jiān)督。完成上級領導交辦的臨時工作任務。信息工程部經(jīng)理對產(chǎn)品技術方向、市場定位、技術方案、工作流程等組織評審和認定；對項目整體需求把握、框架設計和數(shù)據(jù)庫結構組織評審， 監(jiān)督業(yè)務 運作流程；審查項目計劃及完成情況，組織技術把關和指導，及時組織處理質 量事故；負責對各項目組產(chǎn)品認證和內部可操作性測試與代碼審核情況進行 抽查；審核技術文檔的完整性，編制測評標準、技術規(guī)范與質量認定標準 并監(jiān)督執(zhí)行；負責技術隊伍的建設、管理，提出工作崗位配制要求及調配建議；召開技術研討會議，組織部門人員為其他部門提供技術支持；監(jiān)督考核各項目組工作，強化

13、開發(fā)隊伍建設與培訓，收集歸納合理 化建議，為公司領導提供決策支持，完成公司領導臨時交辦的各項任 務。通過任務管理工具Project來了解各個項目組的任務進度及審閱項目狀態(tài)報告；通過ClearQuest 了解并監(jiān)督各項目組的產(chǎn)品質量情況，并執(zhí)行相 應的獎罰措施；通過代碼管理工具VSSg CVS對各項目組的代碼的規(guī)范及質量進行 抽查、監(jiān)督，并執(zhí)行相應的獎罰措施；組織部門內部的技術交流及培訓I,提高部門員工的素質；協(xié)調各項目組之間的關系，及處理好與其他部門之間的關系；對部門外部及客戶的需求及時作出反應，安排相關人員進行處理。目經(jīng)理需求理解與把握。在需求調研階段，深入到客戶的實際工作崗位上， 仔細觀察

14、與詢問，通過電話方式或Email方式進行事后跟蹤；對反饋 的需求進行確認與研究可行性，確保需求準確，與培訓服務的同事了 解他們與用戶的一些想法，和合理化建議。和培訓服務的同事商量方 案的可行性。系統(tǒng)設計、概要設計、框架搭建、數(shù)據(jù)庫結構；制訂開發(fā)規(guī)范，如代碼規(guī)范、注釋規(guī)范、變量命名等；通過任務管理工具PROJECT理地作任務安排（根據(jù)每個人的實際 情況來進行安排，作到各盡其能），并每日審查任務完成情況，審查代碼編寫質量，組織成員績效考評；通過Project每周向部門經(jīng)理提交項目狀態(tài)報告;安排組員交叉測試，組織單元測試抽查，遞交測試版本;安排組員編寫詳細的需求與測試報告， 對每個模塊的測試重點進行

15、 說明。與測試部同事溝通，及時知道測試結果，組織相應的修改。把好出口關，打包封裝軟件，實行配置管理；產(chǎn)品運作流程與質量的監(jiān)督與控制；通過源代碼管理工具（VSS或CVSK寸本項目組的源代碼進行管理；通過ClearQuest,對項目組成員進行缺陷管理；產(chǎn)品運作流程與質量的監(jiān)督與控制；不定期組織項目組內的技術、 業(yè)務討論會，對項目組成員進行業(yè)務 及技術的指導；協(xié)調與其他項目組或其他部門的關系，為其提供技術支持；對部門經(jīng)理負責，及時匯報工作與項目進展情況，申請資源之類問 題。測試部經(jīng)理審核規(guī)范公司技術文檔，制訂規(guī)范通用的測試標準，作為軟件測評 質量的考評標準；與信息工程部、培訓服務部經(jīng)理共同確定需求，

16、作 為測試通過的衡量依據(jù)。審核測試計劃，掌握測試進度，實施質量評估，驗證測試結果，參 與技術研討。分析軟件BU屢型，運用測評工具分析統(tǒng)計，為軟件開發(fā)質量考評 提供依據(jù)。掌控版本變更情況，發(fā)布版本確認報告、評估報告和變更說明。負責ISO9000的監(jiān)督、內審及管理評審等工作，嚴格監(jiān)督質量體系 運行情況。強化測試隊伍建設和部門績效考評，收集提煉合理化建議。完成公司領導臨時交辦的任務。培訓服務部經(jīng)理根據(jù)用戶需求部署產(chǎn)品培訓與技術服務， 檢查工作效率，實時收集 與反饋用戶信息與競爭對手資料， 做出市場分析，與信息工程部、測 試部經(jīng)理共同確認需求；審核公司業(yè)務及產(chǎn)品培訓教材、用戶操作手冊，組織編寫宣傳材料

17、、 更新網(wǎng)站；維護公司形象工程，與用戶建立良好的合作伙伴關系；參與公司主要經(jīng)濟問題的分析，會同財務部門作好應收款項的催收 工作；強化培訓服務隊伍建設，組織業(yè)務及技能培訓，及時處理用戶反映 的技術問題；收集合理化建議，作好公司領導的參謀，完成公司領導交辦臨時工 作任務。4.人員分析與職業(yè)規(guī)劃時間段評價者職業(yè)優(yōu)勢職業(yè)劣勢個性特點價值取向培養(yǎng)意向面試評自評價上級人事轉正評價自評上級人事半年評價自評上級人事一年評價自評上級人事兩年評價自評上級人事三年評價自評上級人事5.人員調整職務晉升或平級調整5.2,職務降級與末位淘汰財務6.人員招聘詳見公司行政人事制度7.業(yè)務培訓培訓內容培訓課題培訓內容計算機技能

18、培訓Delphi和Jbuilder 開發(fā)培訓、Java開發(fā)培訓、JAVA模式培訓、中間件技術講座、Project Server培訓1、ROSEJ口 UM用訓1、數(shù)據(jù)庫優(yōu)化、Oracle數(shù)據(jù)庫、測試工具 Rational Teamtest 培訓產(chǎn)品體系培訓操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的應用培訓、看守所4.0軟件應用培訓、三所一院部分軟件的使用和培訓、智能化安防系統(tǒng)的培訓、對ISO9001各項標準及要求的培訓法規(guī)政策培訓監(jiān)管法規(guī)政策培訓、勞動法規(guī)政策培訓、安防知識培 訓、對監(jiān)管行業(yè)業(yè)務知識的培訓、公司規(guī)章制度的培 訓綜合素質測試技巧和要求培訓、培訓技巧和服務意識的培訓、 計算機外設的熟知率培訓、市場銷售技

19、巧培訓、交際 藝術和溝通技巧的培訓項目管理培訓項目管理理論與技巧、項目責任制與獎懲方案培訓方式內培為主，外培為輔。內部培訓安排專題培訓與講座，鼓勵員工自行 擔任主講，實現(xiàn)資源共享，并按50元/次獎勵主講人員，外部培訓以 資質認證為主，按公司行政人事制度和培訓合同相關條款執(zhí)行。培訓時間公司內部開辟培訓園地，每兩周一次，周五下午 4: 00至5: 30 也可由各部門自行提請。第三章工作流程與溝通本章節(jié)旨在解決需求源頭、版本控制、責任環(huán)節(jié)、業(yè)務銜接、文 檔管理等問題，切實推行以項目經(jīng)理為導向的產(chǎn)品生產(chǎn)和業(yè)務運作流 程。.業(yè)務工作流程版本發(fā)布流程培訓服務部測試部開發(fā)部項目組產(chǎn)品發(fā)布申演新版本流程說明:

20、處理請求/判斷是否有監(jiān)轉發(fā)版本申、合要求的版本請單發(fā)布新版本根據(jù)市場需要，由培訓服務部提交版本申請書（注明需要時間、 部署地點、系統(tǒng)配置需求、對產(chǎn)品的特殊要求等），如無明確地方需 求，由測試部從產(chǎn)品版本庫中提取標準版本； 如產(chǎn)品版本庫中現(xiàn)有產(chǎn) 品不符合要求，由測試部轉發(fā)版本申請書給信息工程部相應的項 目經(jīng)理進行確認和修改，修改完成的版本經(jīng)測試部評估并確認合格 后，作為產(chǎn)品發(fā)布版本記入產(chǎn)品版本庫。測試部根據(jù)培訓服務部版本申請書中的系統(tǒng)配置要求（指支持 系統(tǒng)運行的所有服務器、客戶機及網(wǎng)絡設備、通訊鏈路以及存儲設備、 輸入輸出設備機器型號及配置和其他設備規(guī)格要求等的硬件配置說明；以及所使用的系統(tǒng)軟件

21、、平臺軟件、開發(fā)工具軟件等的說明） ， 對擬發(fā)布的版本進行系統(tǒng)配置，并刻出母盤，提交培訓服務部作為產(chǎn) 品發(fā)布的樣品。因產(chǎn)品完善和功能擴展需提交測試的， 必須事先由信息工程部項目 經(jīng)理制定詳細的開發(fā)計劃并抄送測試、 培訓服務部經(jīng)理，修改后經(jīng)過 測試確認的版本按時間標注小號，記入公司產(chǎn)品版本庫。在版本要求時間與實際提供時間存在差異的，由各部門經(jīng)理協(xié)商解決。1.2版本控制流程開發(fā)部項目組測試部培訓服務部確認報告弋允許修復允許修復I 一版本升級，記入 不合格版本庫開發(fā)部產(chǎn)品 開發(fā)計劃收集客戶反 饋提交測試版 本版本升級， 記入版本庫相關版本 說明版本發(fā)布 說明通過客戶反饋. 報告系統(tǒng)開發(fā)和完善計劃市場

22、人員反饋市場需求確認需求相關計劃 文檔測試確認市場需求.報告流程說明：由培訓服務部提交用戶反饋，經(jīng)測試部初步審核，對描述不清或是 有歧義的描述退回培訓服務部重新整理提交。測試部將需求信息轉交信息工程部項目組， 由項目經(jīng)理過濾后，提 交信息工程部、測試部、培訓服務部會議討論。經(jīng)三方簽字認可的需 求確認報告方可作為開發(fā)憑證和測評依據(jù)。三方認可的需求確認報告與用戶實際需求不一致的，由培訓服 務部形成需求處理報告，與用戶溝通需求差異，合理引導和說服 用戶。項目經(jīng)理提交測試版本的依據(jù)是系統(tǒng)開發(fā)和完善計劃，來源主要有三：根據(jù)用戶反饋對現(xiàn)有版本的完善； 根據(jù)市場要求確立的新產(chǎn)品開 發(fā)；根據(jù)實際需要由信息工程

23、部主管制定的開發(fā)計劃。系統(tǒng)開發(fā)計劃需由相關負責人用Project制定并發(fā)布至Project Server,提交測試 版本時必須附上相應的版本說明。測試人員對系統(tǒng)進行測試時，可根據(jù)具體情況決定版本是否能夠發(fā) 布，對不符合要求的版本退回給項目經(jīng)理進行修改，版本號不升級， 三次以上提交仍不合格的，升級版本號并記入不合格版本庫， 退回給 項目經(jīng)理重新制定修改計劃。測試確認可以發(fā)布的版本附交 版本說 明書，并對每次版本的升級提交測試報告和評估。產(chǎn)品版本庫的編號規(guī)范包括以下內容：一產(chǎn)品類型代碼（如KSS一版本類型代碼（標準版本為公司名稱縮寫B(tài)S;地區(qū)版本用兩個拼音字母表示，如ZJ）一合格代碼（合格為1,不

24、合格為0）一升級代碼（如NO.1）。舉個例子：“KSS-ZJ-1-NO.2”代表“看守所系統(tǒng)浙江合格版本第2次升級版本”。1.3異常處理流程測試部培訓服務部開發(fā)部部門經(jīng)理開發(fā)部文檔提交版本更 新申請?zhí)峤桓路?饋文檔版本更新 申請單客戶抵觸情緒大或是發(fā) 現(xiàn)已發(fā)布版本問題處理更新請求，申 請更新部署計劃發(fā)現(xiàn)巴發(fā)布版本存在重大問題功能或性能中大調整，發(fā)現(xiàn)已發(fā)布版本存在重大問題部署更新，收集更新反饋跟蹤進度，發(fā)布版本更新總結流程說明：除了試點之外，公司產(chǎn)品在部署完成后，需整體更新的，要遵循異 常處理流程。各部門均可提交異常處理請求，需注明處理原因，因產(chǎn)品質量問題 引起的異常處理由信息工程部部門經(jīng)理負

25、責處理，向公司提交異常處 理請求。獲得同意后即可按異常處理流程運作。異常處理完成后由培訓服務部門提交反饋信息， 由各部門經(jīng)理對處 理作總結。2.責任分布工作項目信息工程部項目組測試部培訓服務部需求界定信息收集明確用戶要求需求確認系統(tǒng)分析用戶跟進標準版本差異系統(tǒng)分析系統(tǒng)開發(fā)系統(tǒng)設計軟件開發(fā)軟件打包功能說明一 U測試標準功能測試需求比對A測試評價AA配置發(fā)布A實施產(chǎn)品復制系統(tǒng)培訓A系統(tǒng)實施A使用反饋注：主要責任為,次要責任為3.文檔管理文檔名稱內容要求起草部門存檔部門是否作為流程版本申請書部署地點，需要時 間，特殊要求，系 統(tǒng)配置要求培訓服務部測試部是需求反饋說明附版本申請書后， 注明產(chǎn)品功能要

26、求，特殊需求，用 戶方聯(lián)系人及聯(lián)系 方式培訓服務部/項目組測試部需求確認才跆過濾需求，征求用 戶與培訓服務部意 見，二方共同形成 需求確認報告，作 為軟件測評和產(chǎn)品 發(fā)布依據(jù)項目組測試部是需求笠更說明根據(jù)需求確認才艮告項目組項目組否細化，針對現(xiàn)有系統(tǒng)制訂變更說明，作為產(chǎn)品開發(fā)依據(jù)產(chǎn)品開發(fā)計劃項目組項目組否系統(tǒng)概要設計說明項目組項目組否系統(tǒng)詳細設計說明項目組項目組數(shù)據(jù)結構項目組項目組否產(chǎn)品完善計劃項目組項目組否安裝使用說明安裝步驟，配套環(huán)境的說明培訓服務部培訓服務部否用戶電話記錄用戶聯(lián)系方式，反饋問題，記錄人，記錄時間等培訓服務部培訓服務部需求處理報告結合二方確定的需 求與用戶反饋的需 求差異進

27、行描述， 試圖說服引導用戶培訓服務部培訓服務部否使用問題報告收集和反饋用戶使用產(chǎn)品情況，提交給開發(fā)和測試培訓服務部測試部是用戶實施記錄無法電話解決的問題，以上門服務方式實施培訓服務部培訓服務部否測試狀態(tài)控制表測試方式，測試用 例，狀態(tài)標識，測 試人員等測試部測試部否測試確認艮告主要功能驗證結果，認定版本是否通過或升級入庫測試部測試部否測試評估報告BAG統(tǒng)計，功能評 價，風險評估，建議 是否發(fā)布等測試部測試部是產(chǎn)品發(fā)布說明版本號及發(fā)布日 期，測試結果，發(fā)布 內容，包裝內容， 支付用戶使用方式 等測試部測試部是產(chǎn)品版本入庫單版本名稱，時間，部署地點，與標準測試部測試部否版差異等說明：文檔模版詳見附

28、件；流程文檔，指實現(xiàn)業(yè)務流程必須全程跟進的文檔， 非流程文檔只需 部門自行留存。信息工程部項目組備存的文檔由項目經(jīng)理管理，測試部備存的文檔由美工兼文檔員管理。4.溝通機制內部溝通項目經(jīng)理對部門經(jīng)理負責，讓部門經(jīng)理隨時了解項目進度、 質量和 所需資源；項目組之間信息交互，就技術難題開展技術研討，尋求技術支持與 業(yè)務指導；項目組內部實時溝通交流。外部溝通對培訓服務部拿回的需求，項目組要實行可行性論證，分析技術上 是否可實現(xiàn)。調研或出差時深入用戶工作崗位， 獲取第一手資料，回公司時索要 對方電話并保持聯(lián)系；對開發(fā)、測試、培訓服務三方共同確認的需求， 必須與用戶及時溝通、達成一致。項目組在提交測試時附

29、上說明文檔，指明版本實現(xiàn)目的以及關鍵業(yè) 務和難點。對測試情況要及時詢問，避免完全測試完成再行修改。信息系統(tǒng)各部門在考勤考核、人事安排、監(jiān)督獎罰等方面要取得行 政人事部門的支持。溝通工具.每個項目組通過Project來安排工作，提交工作進度。項目經(jīng)理通過projectg來安排任務給組成員，做到項目組成員每 天有明確任務分配，便于對組成員的日常考評及月考評，應避免在項 目在某時期沒有工作記錄。項目組成員應認真填寫project的工作記錄及進展情況，做到每日 提交，這做為日?？荚u及月考評的重要依據(jù)。項目經(jīng)理每日審核組成員的工作進度及質量問題， 根據(jù)項目進展情 況進行適當調整。不要項目提交到proje

30、ct上后一成不變，失去了它 的應用意義。.項目經(jīng)理通過project項目狀態(tài)報告，來向上一級提交工作 情況及計劃。項目狀態(tài)報告每周五提交部門經(jīng)理、總經(jīng)理助理以及行政人事部。項目狀態(tài)報告應填寫如下內容：本周的工作情況（詳細記錄項目組工 作進展，用戶反饋及處理情況（用戶的單位、反饋的問題）、出差人 員的反饋情況記錄、下周的工作安排、本周的熱點問題、本周未解決問題。項目狀態(tài)報告是項目經(jīng)理提交上級部門的重要文檔及工作進展情況的重要依據(jù)之一，作為月考評的一項存在。.缺陷管理使用Clear Quest工具。該工具是測試部與開發(fā)部 門交互使用的。項目提交測試，測試部部門把某項目按照 Project上的項目安

31、排建 立該項目的數(shù)據(jù)庫，把功能模塊和提交人對應。項目組成員用Clear Quest客戶端查看自己完成模塊的測試情況， 并提交自己的修改方案。具體使用由信息工程部統(tǒng)一培訓。第四章強化監(jiān)督與考核本章節(jié)旨在通過版本業(yè)務流程的考核和人員日常工作業(yè)績的考核，監(jiān)督流程運作質量，將責任心的核查與獎懲具體兌現(xiàn)到日常工作中。.監(jiān)督工作計劃即階段性工作目標和時間表，包括項目計劃、年度計劃、月度計劃和 周計劃。工作計劃及時間表必須按時遞交部門經(jīng)理及公司主管領導， 同時報送行政人事部備案。設置PROJEC用戶權限，掌握項目進度與 完成質量。信息系統(tǒng)業(yè)務部門內部建立周例會制度，及時檢查效率、總結經(jīng)驗和部署工作。監(jiān)督重點

32、項目經(jīng)理對項目組分配產(chǎn)品從需求一一開發(fā)一一測試一一發(fā)布一一 培訓一一實施的整體業(yè)務體系全程監(jiān)督與控制。監(jiān)督采取抓“兩頭” 放“中間”。其中，抓“兩頭”是指項目經(jīng)理主抓業(yè)務需求和總體框 架、主抓數(shù)據(jù)庫結構；放“中間”是指部門范圍內開放代碼，實現(xiàn)模 板化編譯和信息資源共享，代碼編寫質量采取抽查的方式予以評估。抽查方法 三種方法同時進行：項目經(jīng)理自查、公司主管領導抽查、公司主管領 導委托項目經(jīng)理交叉檢查。抽查的前提條件是項目組之間在整體框架 設計上思路統(tǒng)一。抽查的內容主要是檢查軟件代碼編寫的規(guī)范性。.考核.業(yè)務流程考核以需求確認報告核定的版本發(fā)布周期為考核周期，由總經(jīng)理助理面向項目組的產(chǎn)品運作流程全

33、面考核。 考核結果作為部門經(jīng)理、項目經(jīng)理 任職資格的評定依據(jù)，也作為項目經(jīng)理對下屬員工獎懲兌現(xiàn)的依據(jù)。業(yè)務考核分數(shù)=E （進度考核分數(shù)+質量考核分數(shù) 嚅求考核分數(shù)）/3進度考核指標及標準采用任務延期率進行考核，需求確認報告核定的版本發(fā)布周期為計劃 執(zhí)行天數(shù)，如需變更計劃執(zhí)行天數(shù)需以變更后的需求確認報告為準， 甲方認可的計劃延期也可視同為計劃執(zhí)行天數(shù)。公式計算如下：延期率X1=（實際執(zhí)行天數(shù)-計劃執(zhí)行天數(shù)）/計劃執(zhí)行天數(shù)任務延期率-15%X100X115%15% X1 30%考核分數(shù)1.011.200.81-1.000.61-0.800質量考核指標與標準由信息工程部配合測試部制訂一套規(guī)范通用的測

34、試標準，作為衡量版本質量的依據(jù)否決指標主體業(yè)務模塊錯誤率X2 0%。，測試不通過；系統(tǒng)級運行錯誤率X30%。，測試不通過。其它考核指標采用測試通過率、遺留問題率、界面不統(tǒng)一數(shù)量等指標進行考核， 以 最后一次測試通過作過衡量依據(jù)。具體公式及考核標準如下，三項考 核指標中任一項不達標套入相應分數(shù)：測試通過率X4=rn式用例通過數(shù)量+測試用例總量遺留問題率X5=!留問題數(shù)量+測試用例數(shù)量界面不統(tǒng)一數(shù)量X6抽體風格或按紐設計不一致的數(shù)量測試通過率X4A 95%90% X4 95%80% W X4 90%X4 80%遺留問題率X5 5%X5 5%5% X5 10%界面不統(tǒng)一數(shù)X6=0X6=1X6=2X6

35、=3考核分數(shù)1.011.200.811.000.610.800需求滿足的考核指標與標準根據(jù)版本發(fā)布后的維護次數(shù)（系統(tǒng)升級不視同維護）來考核，具體考核標準如下：考核指第X7次維護標X7=1X7=2X7=3X7=4考核分數(shù)1.011.200.811.000.610.800人員業(yè)績考評實行月度考核、半年談話并確定考評等級的制度。時間在每月的 25日至30日?？己擞芍苯由霞壴u定。即一般員工由項目經(jīng)理考核，項 目經(jīng)理由部門經(jīng)理考核，部門經(jīng)理由總經(jīng)理助理考核?？荚u結果直接 影響到薪資調整與人事調整。月度考評信息工程部指標考核標準說明直接上級檢查評價源代碼提交情況每日必須把VSSg CVS中項目（程序，源他

36、, 文檔等）的更新的內谷check in,便于其他項 目組可以看到最新的程序達標（）待提高（）任務提交情況每日提交Project中分配的任務，并在每日 任務備注里寫明開發(fā)中的問題，未解決的問 題”之類的說明，這樣起到原來的工作日志與 交流的作用任務未按期完成，把未按期完成的原因 在任務備注里說明達標（）待提高（）開發(fā)文根據(jù)自己的職責，按規(guī)定格式認真書寫開發(fā)達標（）檔完成文檔，包括需求分析、概要設計、詳細設計、待提高情況測試報告、數(shù)據(jù)庫設計等()任務完根據(jù)Project上安排的任務與VSSt完成的程達標（）成及時序，來判斷任務是否完成待提高率()日常工作態(tài)度工作時間是否做工作之外的事，如上砸。天

37、、看與工作不相關的書籍，網(wǎng)貞，長時間脫崗外出部署、試點客戶評價達標（）待提高（）2.2.1.2培訓服務部指標考核標準說明直接上級檢查評價任務提交情況任務完成情況，客戶咨詢電話記錄情況，工作 日志記錄情況，工作匯報情況達標（）待提高（）投訴與表揚來電來信、客戶評價、公司表揚或批評達標（）待提高（）市場信息反饋是否向開發(fā)遞交書面需求，提供信息是否 具有市場價值，信息反饋是否準確及時，信息 流向是否止確達標（）待提高（）技術水對公司產(chǎn)品的熟悉程度，對軟件技術的掌握程達標（）平綜合度，公司內部培訓演示時表述清晰程度待提高分析()工作時間是否干與工作無關之事，如私事電話達標（）工彳庫閑聊、上網(wǎng)（含QQ,看與工作不相關的書籍，待提高度長時間脫崗等()2.2.1.3測試部指標考核標準說明直接上級檢查評價出勤是否啟不良記錄（早退、曠工）；請假是達標工作出否遵循正規(guī)請假手續(xù)()勤情況待提高（）工作時間是否做工作之外的事，如上硼。天、達標日常工看與，作不相關的書籍，網(wǎng)頁，長時間脫崗()作態(tài)度待提高（）任務完是否按照測試計劃按時完成測試任務，并詳細達標成及時填寫測試總結，如確實無法按時完成，須注明()程度原因待提高（）缺陷描述缺陷定位準確，缺陷描述的三要素：位置、原 因、結果；缺陷描述用陳述語