信息化系統(tǒng)管理模式(doc 47頁).doc

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

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

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

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

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

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

7、程部工程部強制戒毒所組綜合應(yīng)用組看守所組安康醫(yī)院組收容教育所組治安拘留所組1.2業(yè)務(wù)矩陣結(jié)構(gòu)項目經(jīng)理信息工程部測試部培訓(xùn)服務(wù)部產(chǎn)品系統(tǒng)綜合應(yīng)用需求開發(fā)測試發(fā)布培訓(xùn)實施看守所系統(tǒng)拘留所系統(tǒng)安康醫(yī)院系統(tǒng)收教所系統(tǒng)注：信息工程部項目經(jīng)理對所負責(zé)的產(chǎn)品負主要責(zé)任，從需求開發(fā)測試發(fā)布培訓(xùn)實施的整體業(yè)務(wù)體系全程監(jiān)督與控制。2.知識架構(gòu)2.1.專業(yè)人才配置需求項目管理界面美觀功能檢測程序維護模塊編譯系統(tǒng)設(shè)計文檔管理培訓(xùn)服務(wù)需求反饋2.2.專業(yè)經(jīng)驗配置需求人員類別IT經(jīng)驗項目經(jīng)驗部門經(jīng)理五年及以上獨立管理過三個以上大型信息系統(tǒng)項目項目經(jīng)理三年及以上獨立管理過兩個以上大型信息系統(tǒng)項目核心編碼人員三年及以上三個以

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

9、1人）3.1.2信息工程部（編制人數(shù)共計18人）信息工程部經(jīng)理1人強戒組項目經(jīng)理1人理1人收教組項目經(jīng)理1人理1人安康組項目經(jīng)理1人理1人拘留組項目經(jīng)理1人理1人看守組項目經(jīng)理1人理1人綜合組項目經(jīng)理1人理1人初級程序員1人高級程序員1人中級程序員1人中級程序員1人初級程序員1人中級程序員1人高級程序員1人高級程序員1人中級程序員2人高級程序員1人3.1.3測試部（編制人數(shù)5人）文檔管理/界面美工1人測試部經(jīng)理1人中級測試工程師2人初級測試工程師1人3.1.4培訓(xùn)服務(wù)部（編制人數(shù)6人）培訓(xùn)服務(wù)部經(jīng)理1人培訓(xùn)服務(wù)部副經(jīng)理1人中級實施工程師2人高級實施工程師1人初級實施工程師1人3.2部門職責(zé)3.

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

11、；策劃宣傳材料、公司網(wǎng)站，維護公司形象工程，與用戶建立良好合作伙伴關(guān)系；會同財務(wù)部門作好應(yīng)收帳款的催收工作；配合開發(fā)、測試部門執(zhí)行信息系統(tǒng)業(yè)務(wù)流程與工作制度，相互協(xié)調(diào)配合；服從公司領(lǐng)導(dǎo)工作安排。3.2.3測試部制訂測試計劃，保證測試質(zhì)量，驗證測試結(jié)果，實施測試評估，參與技術(shù)研討；分析軟件錯誤類型，為開發(fā)人員修改錯誤提供參考意見；建立產(chǎn)品版本庫，掌控版本變更情況，發(fā)布版本確認或變更說明；配合開發(fā)、測試部門執(zhí)行信息系統(tǒng)業(yè)務(wù)流程與工作制度，相互協(xié)調(diào)配合；管理公司技術(shù)文檔、資料和圖書，及時提供信息查詢。負責(zé)ISO9000的監(jiān)督、內(nèi)審及管理評審等工作。完成領(lǐng)導(dǎo)交辦的其它工作。3.3管理層崗位職責(zé)3.3.

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

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

14、領(lǐng)導(dǎo)提供決策支持，完成公司領(lǐng)導(dǎo)臨時交辦的各項任務(wù)。通過任務(wù)管理工具Project來了解各個項目組的任務(wù)進度及審閱項目狀態(tài)報告；通過ClearQuest了解并監(jiān)督各項目組的產(chǎn)品質(zhì)量情況，并執(zhí)行相應(yīng)的獎罰措施；通過代碼管理工具VSS或CVS對各項目組的代碼的規(guī)范及質(zhì)量進行抽查、監(jiān)督，并執(zhí)行相應(yīng)的獎罰措施；組織部門內(nèi)部的技術(shù)交流及培訓(xùn)，提高部門員工的素質(zhì)；協(xié)調(diào)各項目組之間的關(guān)系，及處理好與其他部門之間的關(guān)系；對部門外部及客戶的需求及時作出反應(yīng)，安排相關(guān)人員進行處理。3.3.3項目經(jīng)理需求理解與把握。在需求調(diào)研階段，深入到客戶的實際工作崗位上，仔細觀察與詢問，通過電話方式或Email方式進行事后跟蹤；

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

16、把好出口關(guān)，打包封裝軟件，實行配置管理；產(chǎn)品運作流程與質(zhì)量的監(jiān)督與控制；通過源代碼管理工具(VSS或CVS)對本項目組的源代碼進行管理；通過ClearQuest,對項目組成員進行缺陷管理；產(chǎn)品運作流程與質(zhì)量的監(jiān)督與控制；不定期組織項目組內(nèi)的技術(shù)、業(yè)務(wù)討論會，對項目組成員進行業(yè)務(wù)及技術(shù)的指導(dǎo)；協(xié)調(diào)與其他項目組或其他部門的關(guān)系，為其提供技術(shù)支持；對部門經(jīng)理負責(zé)，及時匯報工作與項目進展情況，申請資源之類問題。3.3.4.測試部經(jīng)理審核規(guī)范公司技術(shù)文檔，制訂規(guī)范通用的測試標(biāo)準，作為軟件測評質(zhì)量的考評標(biāo)準；與信息工程部、培訓(xùn)服務(wù)部經(jīng)理共同確定需求，作為測試通過的衡量依據(jù)。審核測試計劃，掌握測試進度，實施

17、質(zhì)量評估，驗證測試結(jié)果，參與技術(shù)研討。分析軟件BUG類型，運用測評工具分析統(tǒng)計，為軟件開發(fā)質(zhì)量考評提供依據(jù)。掌控版本變更情況，發(fā)布版本確認報告、評估報告和變更說明。負責(zé)ISO9000的監(jiān)督、內(nèi)審及管理評審等工作，嚴格監(jiān)督質(zhì)量體系運行情況。強化測試隊伍建設(shè)和部門績效考評，收集提煉合理化建議。完成公司領(lǐng)導(dǎo)臨時交辦的任務(wù)。3.3.5.培訓(xùn)服務(wù)部經(jīng)理根據(jù)用戶需求部署產(chǎn)品培訓(xùn)與技術(shù)服務(wù)，檢查工作效率，實時收集與反饋用戶信息與競爭對手資料，做出市場分析，與信息工程部、測試部經(jīng)理共同確認需求；審核公司業(yè)務(wù)及產(chǎn)品培訓(xùn)教材、用戶操作手冊，組織編寫宣傳材料、更新網(wǎng)站；維護公司形象工程，與用戶建立良好的合作伙伴關(guān)系

18、；參與公司主要經(jīng)濟問題的分析，會同財務(wù)部門作好應(yīng)收款項的催收工作；強化培訓(xùn)服務(wù)隊伍建設(shè)，組織業(yè)務(wù)及技能培訓(xùn)，及時處理用戶反映的技術(shù)問題；收集合理化建議，作好公司領(lǐng)導(dǎo)的參謀，完成公司領(lǐng)導(dǎo)交辦臨時工作任務(wù)。4.人員分析與職業(yè)規(guī)劃時間段評價者職業(yè)優(yōu)勢職業(yè)劣勢個性特點價值取向培養(yǎng)意向面試評價自評上級人事轉(zhuǎn)正評價自評上級人事半年評價自評上級人事一年評價自評上級人事兩年評價自評上級人事三年評價自評上級人事5.人員調(diào)整5.1職務(wù)晉升或平級調(diào)整崗位空缺公告及任職資格要求行政人事部員工部門經(jīng)理公司領(lǐng)導(dǎo)財務(wù)部門審核與推薦員工申請審核批準監(jiān)促辦理工作交接到新崗位報到綜合考評任命書或崗位變動通知書調(diào)薪通知審核批準調(diào)整

19、薪資YYY5.2.職務(wù)降級與末位淘汰公司調(diào)整崗位定編定員或年終考評行政人事部員工部門經(jīng)理公司領(lǐng)導(dǎo)財務(wù)降級或除名建議重大工作失誤或嚴重違反規(guī)章制度行為監(jiān)促辦理工作交接離職手續(xù)綜合考評解除勞動合同通知書調(diào)薪通知審核批準調(diào)整薪資崗位變動通知書新崗位報到監(jiān)促辦理工作交接審核結(jié)算薪資不勝任工作降級除名Y審核6.人員招聘詳見公司行政人事制度。7.業(yè)務(wù)培訓(xùn)7.1培訓(xùn)內(nèi)容培訓(xùn)課題培訓(xùn)內(nèi)容計算機技能培訓(xùn)Delphi和Jbuilder開發(fā)培訓(xùn)、Java開發(fā)培訓(xùn)、JAVA模式培訓(xùn)、中間件技術(shù)講座、Project Server 培訓(xùn)、ROSE和UML培訓(xùn)、數(shù)據(jù)庫優(yōu)化、Oracle數(shù)據(jù)庫、測試工具Rational Te

20、amtest培訓(xùn)產(chǎn)品體系培訓(xùn)操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的應(yīng)用培訓(xùn)、看守所4.0軟件應(yīng)用培訓(xùn)、三所一院部分軟件的使用和培訓(xùn)、智能化安防系統(tǒng)的培訓(xùn)、對ISO9001各項標(biāo)準及要求的培訓(xùn)法規(guī)政策培訓(xùn)監(jiān)管法規(guī)政策培訓(xùn)、勞動法規(guī)政策培訓(xùn)、安防知識培訓(xùn)、對監(jiān)管行業(yè)業(yè)務(wù)知識的培訓(xùn)、公司規(guī)章制度的培訓(xùn)綜合素質(zhì)培養(yǎng)測試技巧和要求培訓(xùn)、培訓(xùn)技巧和服務(wù)意識的培訓(xùn)、計算機外設(shè)的熟知率培訓(xùn)、市場銷售技巧培訓(xùn)、交際藝術(shù)和溝通技巧的培訓(xùn)項目管理培訓(xùn)項目管理理論與技巧、項目責(zé)任制與獎懲方案 7.2培訓(xùn)方式內(nèi)培為主，外培為輔。內(nèi)部培訓(xùn)安排專題培訓(xùn)與講座，鼓勵員工自行擔(dān)任主講，實現(xiàn)資源共享，并按50元/次獎勵主講人員，外部培訓(xùn)以資質(zhì)認

21、證為主，按公司行政人事制度和培訓(xùn)合同相關(guān)條款執(zhí)行。7.3培訓(xùn)時間公司內(nèi)部開辟培訓(xùn)園地，每兩周一次，周五下午4：00至5：30。也可由各部門自行提請。第三章 工作流程與溝通 本章節(jié)旨在解決需求源頭、版本控制、責(zé)任環(huán)節(jié)、業(yè)務(wù)銜接、文檔管理等問題，切實推行以項目經(jīng)理為導(dǎo)向的產(chǎn)品生產(chǎn)和業(yè)務(wù)運作流程。1.業(yè)務(wù)工作流程1.1版本發(fā)布流程流程說明：根據(jù)市場需要，由培訓(xùn)服務(wù)部提交版本申請書（注明需要時間、部署地點、系統(tǒng)配置需求、對產(chǎn)品的特殊要求等），如無明確地方需求，由測試部從產(chǎn)品版本庫中提取標(biāo)準版本；如產(chǎn)品版本庫中現(xiàn)有產(chǎn)品不符合要求，由測試部轉(zhuǎn)發(fā)版本申請書給信息工程部相應(yīng)的項目經(jīng)理進行確認和修改，修改完成的

22、版本經(jīng)測試部評估并確認合格后，作為產(chǎn)品發(fā)布版本記入產(chǎn)品版本庫。測試部根據(jù)培訓(xùn)服務(wù)部版本申請書中的系統(tǒng)配置要求（指支持系統(tǒng)運行的所有服務(wù)器、客戶機及網(wǎng)絡(luò)設(shè)備、通訊鏈路以及存儲設(shè)備、輸入輸出設(shè)備機器型號及配置和其他設(shè)備規(guī)格要求等的硬件配置說明；以及所使用的系統(tǒng)軟件、平臺軟件、開發(fā)工具軟件等的說明），對擬發(fā)布的版本進行系統(tǒng)配置，并刻出母盤，提交培訓(xùn)服務(wù)部作為產(chǎn)品發(fā)布的樣品。因產(chǎn)品完善和功能擴展需提交測試的，必須事先由信息工程部項目經(jīng)理制定詳細的開發(fā)計劃并抄送測試、培訓(xùn)服務(wù)部經(jīng)理，修改后經(jīng)過測試確認的版本按時間標(biāo)注小號，記入公司產(chǎn)品版本庫。在版本要求時間與實際提供時間存在差異的，由各部門經(jīng)理協(xié)商解決。

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

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

25、表“看守所系統(tǒng)浙江合格版本第2次升級版本”。1.3異常處理流程流程說明：除了試點之外，公司產(chǎn)品在部署完成后，需整體更新的，要遵循異常處理流程。各部門均可提交異常處理請求，需注明處理原因，因產(chǎn)品質(zhì)量問題引起的異常處理由信息工程部部門經(jīng)理負責(zé)處理，向公司提交異常處理請求。獲得同意后即可按異常處理流程運作。異常處理完成后由培訓(xùn)服務(wù)部門提交反饋信息，由各部門經(jīng)理對處理作總結(jié)。2.責(zé)任分布工作項目信息工程部項目組測試部培訓(xùn)服務(wù)部需求界定信息收集明確用戶要求需求確認系統(tǒng)分析用戶跟進標(biāo)準版本差異系統(tǒng)分析系統(tǒng)開發(fā)系統(tǒng)設(shè)計軟件開發(fā)軟件打包功能說明測試測試標(biāo)準功能測試需求比對測試評價配置發(fā)布實施產(chǎn)品復(fù)制系統(tǒng)培訓(xùn)系

26、統(tǒng)實施使用反饋注：主要責(zé)任為，次要責(zé)任為。3.文檔管理文檔名稱內(nèi)容要求起草部門存檔部門是否作為流程文檔版本申請書部署地點，需要時間，特殊要求，系統(tǒng)配置要求培訓(xùn)服務(wù)部測試部是需求反饋說明附版本申請書后,注明產(chǎn)品功能要求，特殊需求，用戶方聯(lián)系人及聯(lián)系方式培訓(xùn)服務(wù)部/項目組測試部是需求確認報告過濾需求,征求用戶與培訓(xùn)服務(wù)部意見,三方共同形成需求確認報告，作為軟件測評和產(chǎn)品發(fā)布依據(jù)項目組測試部是需求變更說明根據(jù)需求確認報告細化，針對現(xiàn)有系統(tǒng)制訂變更說明，作為產(chǎn)品開發(fā)依據(jù)項目組項目組否產(chǎn)品開發(fā)計劃項目組項目組否系統(tǒng)概要設(shè)計說明項目組項目組否系統(tǒng)詳細設(shè)計說明項目組項目組否數(shù)據(jù)結(jié)構(gòu)項目組項目組否產(chǎn)品完善計劃

27、項目組項目組否安裝使用說明安裝步驟，配套環(huán)境的說明培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否用戶電話記錄用戶聯(lián)系方式，反饋問題，記錄人，記錄時間等培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否需求處理報告結(jié)合三方確定的需求與用戶反饋的需求差異進行描述，試圖說服引導(dǎo)用戶培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否使用問題報告收集和反饋用戶使用產(chǎn)品情況，提交給開發(fā)和測試培訓(xùn)服務(wù)部測試部是用戶實施記錄無法電話解決的問題，以 上門服務(wù)方式實施培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否測試狀態(tài)控制表測試方式，測試用例，狀態(tài)標(biāo)識，測試人員等測試部測試部否測試確認報告主要功能驗證結(jié)果,認定版本是否通過或升級入庫測試部測試部否測試評估報告BAG統(tǒng)計,功能評價,風(fēng)險評估,建議是否發(fā)布等測試部測試

28、部是產(chǎn)品發(fā)布說明版本號及發(fā)布日期,測試結(jié)果，發(fā)布內(nèi)容，包裝內(nèi)容，支付用戶使用方式等測試部測試部是產(chǎn)品版本入庫單版本名稱，時間，部署地點，與標(biāo)準版差異等測試部測試部否說明：文檔模版詳見附件；流程文檔，指實現(xiàn)業(yè)務(wù)流程必須全程跟進的文檔，非流程文檔只需部門自行留存。信息工程部項目組備存的文檔由項目經(jīng)理管理，測試部備存的文檔由美工兼文檔員管理。4.溝通機制4.1.內(nèi)部溝通項目經(jīng)理對部門經(jīng)理負責(zé)，讓部門經(jīng)理隨時了解項目進度、質(zhì)量和所需資源；項目組之間信息交互，就技術(shù)難題開展技術(shù)研討，尋求技術(shù)支持與業(yè)務(wù)指導(dǎo)；項目組內(nèi)部實時溝通交流。4.2.外部溝通對培訓(xùn)服務(wù)部拿回的需求，項目組要實行可行性論證，分析技術(shù)上

29、是否可實現(xiàn)。調(diào)研或出差時深入用戶工作崗位，獲取第一手資料，回公司時索要對方電話并保持聯(lián)系；對開發(fā)、測試、培訓(xùn)服務(wù)三方共同確認的需求，必須與用戶及時溝通、達成一致。項目組在提交測試時附上說明文檔，指明版本實現(xiàn)目的以及關(guān)鍵業(yè)務(wù)和難點。對測試情況要及時詢問，避免完全測試完成再行修改。信息系統(tǒng)各部門在考勤考核、人事安排、監(jiān)督獎罰等方面要取得行政人事部門的支持。4.3.溝通工具4.3.1每個項目組通過Project來安排工作,提交工作進度。項目經(jīng)理通過projectg來安排任務(wù)給組成員，做到項目組成員每天有明確任務(wù)分配,便于對組成員的日?？荚u及月考評,應(yīng)避免在項目在某時期沒有工作記錄。項目組成員應(yīng)認真填

30、寫project的工作記錄及進展情況，做到每日提交，這做為日?？荚u及月考評的重要依據(jù)。項目經(jīng)理每日審核組成員的工作進度及質(zhì)量問題，根據(jù)項目進展情況進行適當(dāng)調(diào)整。不要項目提交到project上后一成不變，失去了它的應(yīng)用意義。4.3.2項目經(jīng)理通過project項目狀態(tài)報告，來向上一級提交工作情況及計劃。項目狀態(tài)報告每周五提交部門經(jīng)理、總經(jīng)理助理以及行政人事部。項目狀態(tài)報告應(yīng)填寫如下內(nèi)容：本周的工作情況（詳細記錄項目組工作進展，用戶反饋及處理情況（用戶的單位、反饋的問題）、出差人員的反饋情況記錄、下周的工作安排、本周的熱點問題、本周未解決問題。項目狀態(tài)報告是項目經(jīng)理提交上級部門的重要文檔及工作進展

31、情況的重要依據(jù)之一，作為月考評的一項存在。4.3.3缺陷管理使用Clear Quest工具。該工具是測試部與開發(fā)部門交互使用的。項目提交測試，測試部部門把某項目按照Project上的項目安排建立該項目的數(shù)據(jù)庫，把功能模塊和提交人對應(yīng)。項目組成員用Clear Quest客戶端查看自己完成模塊的測試情況，并提交自己的修改方案。具體使用由信息工程部統(tǒng)一培訓(xùn)。第四章 強化監(jiān)督與考核 本章節(jié)旨在通過版本業(yè)務(wù)流程的考核和人員日常工作業(yè)績的考核，監(jiān)督流程運作質(zhì)量，將責(zé)任心的核查與獎懲具體兌現(xiàn)到日常工作中。1.監(jiān)督1.1.工作計劃即階段性工作目標(biāo)和時間表，包括項目計劃、年度計劃、月度計劃和周計劃。工作計劃及時

32、間表必須按時遞交部門經(jīng)理及公司主管領(lǐng)導(dǎo)，同時報送行政人事部備案。設(shè)置PROJECT用戶權(quán)限，掌握項目進度與完成質(zhì)量。信息系統(tǒng)業(yè)務(wù)部門內(nèi)部建立周例會制度，及時檢查效率、總結(jié)經(jīng)驗和部署工作。1.2.監(jiān)督重點項目經(jīng)理對項目組分配產(chǎn)品從需求開發(fā)測試發(fā)布培訓(xùn)實施的整體業(yè)務(wù)體系全程監(jiān)督與控制。監(jiān)督采取抓“兩頭”放“中間”。其中，抓“兩頭”是指項目經(jīng)理主抓業(yè)務(wù)需求和總體框架、主抓數(shù)據(jù)庫結(jié)構(gòu)；放“中間”是指部門范圍內(nèi)開放代碼，實現(xiàn)模板化編譯和信息資源共享，代碼編寫質(zhì)量采取抽查的方式予以評估。1.3.抽查方法三種方法同時進行：項目經(jīng)理自查、公司主管領(lǐng)導(dǎo)抽查、公司主管領(lǐng)導(dǎo)委托項目經(jīng)理交叉檢查。抽查的前提條件是項目

33、組之間在整體框架設(shè)計上思路統(tǒng)一。抽查的內(nèi)容主要是檢查軟件代碼編寫的規(guī)范性。2.考核2.1.業(yè)務(wù)流程考核以需求確認報告核定的版本發(fā)布周期為考核周期，由總經(jīng)理助理面向項目組的產(chǎn)品運作流程全面考核。考核結(jié)果作為部門經(jīng)理、項目經(jīng)理任職資格的評定依據(jù)，也作為項目經(jīng)理對下屬員工獎懲兌現(xiàn)的依據(jù)。業(yè)務(wù)考核分數(shù)=（進度考核分數(shù)+質(zhì)量考核分數(shù)+需求考核分數(shù)）/32.1.1.進度考核指標(biāo)及標(biāo)準采用任務(wù)延期率進行考核，需求確認報告核定的版本發(fā)布周期為計劃執(zhí)行天數(shù)，如需變更計劃執(zhí)行天數(shù)需以變更后的需求確認報告為準，甲方認可的計劃延期也可視同為計劃執(zhí)行天數(shù)。公式計算如下：延期率X1=（實際執(zhí)行天數(shù)-計劃執(zhí)行天數(shù)）/計劃執(zhí)

34、行天數(shù)任務(wù)延期率-15%X100X115%15%X130%X130%考核分數(shù)1.011.200.811.000.610.8002.1.2.質(zhì)量考核指標(biāo)與標(biāo)準由信息工程部配合測試部制訂一套規(guī)范通用的測試標(biāo)準，作為衡量版本質(zhì)量的依據(jù)。2.1.2.1.否決指標(biāo)主體業(yè)務(wù)模塊錯誤率X20，測試不通過；系統(tǒng)級運行錯誤率X30，測試不通過。2.1.2.2.其它考核指標(biāo)采用測試通過率、遺留問題率、界面不統(tǒng)一數(shù)量等指標(biāo)進行考核，以最后一次測試通過作過衡量依據(jù)。具體公式及考核標(biāo)準如下，三項考核指標(biāo)中任一項不達標(biāo)套入相應(yīng)分數(shù)：測試通過率X4=測試用例通過數(shù)量測試用例總量遺留問題率X5=遺留問題數(shù)量測試用例數(shù)量界面不

35、統(tǒng)一數(shù)量X6=窗體風(fēng)格或按紐設(shè)計不一致的數(shù)量測試通過率X495%90%X495%80%X490%X480%，遺留問題率X55%X55%5%X510%X510%界面不統(tǒng)一數(shù)X6=0X6=1X6=2X6=3考核分數(shù)1.011.200.811.000.610.8002.1.3.需求滿足的考核指標(biāo)與標(biāo)準根據(jù)版本發(fā)布后的維護次數(shù)（系統(tǒng)升級不視同維護）來考核，具體考核標(biāo)準如下：考核指標(biāo)第X7次維護X7=1X7=2X7=3X7=4考核分數(shù)1.011.200.811.000.610.8002.2人員業(yè)績考評實行月度考核、半年談話并確定考評等級的制度。時間在每月的25日至30日?？己擞芍苯由霞壴u定。即一般員工由

36、項目經(jīng)理考核，項目經(jīng)理由部門經(jīng)理考核，部門經(jīng)理由總經(jīng)理助理考核?？荚u結(jié)果直接影響到薪資調(diào)整與人事調(diào)整。2.2.1月度考評2.2.1.1信息工程部指標(biāo)考核標(biāo)準說明直接上級檢查評價源代碼提交情況每日必須把VSS或CVS中項目(程序,源碼,文檔等)的更新的內(nèi)容check in,便于其他項目組可以看到最新的程序達標(biāo)（ ）待提高（ ）任務(wù)提交情況每日提交Project中分配的任務(wù)，并在每日任務(wù)備注里寫明開發(fā)中的問題,未解決的問題之類的說明,這樣起到原來的工作日志與交流的作用任務(wù)未按期完成，把未按期完成的原因在任務(wù)備注里說明達標(biāo)（ ）待提高（ ）開發(fā)文檔完成情況根據(jù)自己的職責(zé)，按規(guī)定格式認真書寫開發(fā)文檔，

37、包括需求分析、概要設(shè)計、詳細設(shè)計、測試報告、數(shù)據(jù)庫設(shè)計等達標(biāo)（ ）待提高（ ）任務(wù)完成及時率根據(jù)Project上安排的任務(wù)與VSS上完成的程序，來判斷任務(wù)是否完成達標(biāo)（ ）待提高（ ）日常工作態(tài)度工作時間是否做工作之外的事，如上網(wǎng)聊天、看與工作不相關(guān)的書籍，網(wǎng)頁，長時間脫崗?fù)獬霾渴稹⒃圏c客戶評價達標(biāo)（ ）待提高（ ）2.2.1.2培訓(xùn)服務(wù)部指標(biāo)考核標(biāo)準說明直接上級檢查評價任務(wù)提交情況任務(wù)完成情況，客戶咨詢電話記錄情況，工作日志記錄情況，工作匯報情況達標(biāo)（ ）待提高（ ）投訴與表揚來電來信、客戶評價、公司表揚或批評達標(biāo)（ ）待提高（ ）市場信息反饋是否向開發(fā)遞交書面需求報告，提供信息是否具有市場

38、價值，信息反饋是否準確及時，信息流向是否正確達標(biāo)（ ）待提高（ ）技術(shù)水平綜合分析對公司產(chǎn)品的熟悉程度，對軟件技術(shù)的掌握程度，公司內(nèi)部培訓(xùn)演示時表述清晰程度達標(biāo)（ ）待提高（ ）工作態(tài)度工作時間是否干與工作無關(guān)之事，如私事電話閑聊、上網(wǎng)（含QQ），看與工作不相關(guān)的書籍，長時間脫崗等達標(biāo)（ ）待提高（ ）2.2.1.3測試部指標(biāo)考核標(biāo)準說明直接上級檢查評價工作出勤情況出勤是否有不良記錄（早退、曠工）；請假是否遵循正規(guī)請假手續(xù)達 標(biāo)（ ）待提高（ ）日常工作態(tài)度工作時間是否做工作之外的事，如上網(wǎng)聊天、看與工作不相關(guān)的書籍，網(wǎng)頁，長時間脫崗達 標(biāo)（ ）待提高（ ）任務(wù)完成及時程度是否按照測試計劃按時完成測試任務(wù)，并詳細填寫測試總結(jié)，如確實無法按時完成，須注明原因達 標(biāo)（ ）待提高（ ）缺陷描述缺陷定位準確，缺陷描述的三要素：位置、原因、結(jié)果；缺陷描述用陳述語氣（不能有疑問語氣）達 標(biāo)（ ）待提高（ ）溝通/交流的及時性遇到