研發(fā)部通則(20210329150006)

1、研發(fā)部通則引言總綱領(lǐng)：部門內(nèi)所有的工作、決定必須有利于神東公司信息化建設(shè)、有利用公司 管理提升、有利于節(jié)約成本、有利于提高產(chǎn)量、有利于企業(yè)部門長效發(fā)展，去除重復(fù) 建設(shè)，為研發(fā)部發(fā)展運行指明方向、道路。新生業(yè)務(wù)流程化、制度化，是未來研發(fā)部 發(fā)展唯一的可依據(jù)的規(guī)程。 本通則是適用于現(xiàn)行階段， 有略高于現(xiàn)行階段的指導(dǎo)文件。 本文分為 5 大部分1、機構(gòu)設(shè)置，按照整體運行流程和相關(guān)專業(yè)劃分為四個專業(yè)職能小組，對各個小 組進行相關(guān)情況說明。2、崗位說明。是研發(fā)部內(nèi)所有崗位的具體描述、所需技能和具體職能的說明。3、業(yè)務(wù)流程，照相關(guān)目前的實際工作制定的相關(guān)工作流程其中包含研發(fā)、維護、 日常事務(wù)、內(nèi)部資料管理

2、的四大部分流程。4、制度規(guī)范，是根據(jù)相關(guān)的流程延伸出來的管控制度。5、操作規(guī)程，是指相關(guān)業(yè)務(wù)的一些操作的規(guī)范和應(yīng)注意的問題。文檔目的實現(xiàn)研發(fā)部各類業(yè)務(wù)、 各類崗位做到有章可查、 有據(jù)可依。 真正實現(xiàn)科學(xué)化管理 使部門運行走向正常的軌道。能夠?qū)χR、制度能夠不斷傳承下去。文檔范圍適用于研發(fā)部各類業(yè)務(wù)、每個崗位。應(yīng)用部署藪據(jù)庫備份系統(tǒng)維護參考資料 文檔更新說明本通則發(fā)布后每一次新增、修改或刪除業(yè)務(wù)，必須按照本文檔規(guī)格制定相關(guān)崗位、 流程、制度。成型后通知部內(nèi)全體人員參加通報會議，并將會議內(nèi)容參會人員名單留 存。一、機構(gòu)設(shè)置文檔結(jié)構(gòu)說明：各個小組說明內(nèi)容分為三部分：1、小組描述，對小組的要做的工作做

3、宏觀的把控，給 予方向性的指導(dǎo)。2、小組職責(zé)，對小組的具體職能做詳細的描述。3、小組崗位，戈U分小組內(nèi)的具體崗位。部門職責(zé)說明： 研發(fā)部主要職責(zé)是負責(zé)保證神東公司各個信息系統(tǒng)的正常運行、最大限度的滿足公司、 部門、二級單位的信息化需求，制定系統(tǒng)開發(fā)技術(shù)制度及規(guī)則。1、設(shè)計組：設(shè)計組說明 ：設(shè)計是造物活動進行預(yù)先的計劃， 可以把任何造物活動的計劃技術(shù)和計劃過程 職能機構(gòu)設(shè)置圖:理解為設(shè)計。 設(shè)計是為構(gòu)建有意義的秩序而付出的有意識的直覺上的努力。 更詳細 的定義如下： 第一步：理解用戶的期望、需要、動機，并理解業(yè)務(wù)、技術(shù)和行業(yè)上的需求和限 制。第二步：將這些所知道的東西轉(zhuǎn)化為對產(chǎn)品的規(guī)劃（或者產(chǎn)品

4、本身） ，使得產(chǎn)品的 形式、內(nèi)容和行為變得有用、能用，令人向往，并且在經(jīng)濟和技術(shù)上可行。 （這是 設(shè)計的意義和基本要求所在）軟件設(shè)計是把許多事物和問題抽象起來， 并且抽象它們不同的層次和角度。 最好用 數(shù)學(xué)的語言來抽象事物和問題。 因為數(shù)學(xué)是最好的抽象語言， 并且它就是抽象的本 質(zhì)。將復(fù)雜的問題分解成可以管理的片段會更加容易操作。 將問題事物分解并模塊 化是使得問題解決的更容易， 分接的越細模塊數(shù)量也就越多， 它的副作用就是使得 設(shè)計者考慮更多模塊之間的耦合度的情況。 全面掌握、 深刻理解用戶的需求， 將用 戶模糊的需求轉(zhuǎn)化為系統(tǒng)的科學(xué)的可用書面文字描述的成果。 然后將成果轉(zhuǎn)化為程 序開發(fā)人員

5、可以依據(jù)的開發(fā)設(shè)計。設(shè)計組職責(zé)：1、負責(zé)組織需求調(diào)研，編寫需求調(diào)研報告。2、負責(zé)系統(tǒng)用戶界面設(shè)計。3、負責(zé)系統(tǒng)架構(gòu)設(shè)計。4、負責(zé)項目組項目管理5、新的需求更改6、設(shè)計說明書的需求更改，版本管理。7、系統(tǒng)開發(fā)制度和運行制度的編寫。設(shè)計組崗位：1、項目經(jīng)理。 2、界面設(shè)計師。 3、系統(tǒng)分析師。2、測試組：測試組說明：測試組的職責(zé)就是對軟件的質(zhì)量的保障。指理解產(chǎn)品的功能要求，并對其進行 測試，檢查有沒有錯誤(Bug),決定軟件是否具有穩(wěn)定性(Robustnes)寫出相應(yīng) 的測試規(guī)范和的專門工作人員。簡而言之，軟件測試擔(dān)當(dāng)?shù)氖?“質(zhì)量管理 ”角色，及 時糾錯及時更正，確保產(chǎn)品的正常運作。主旨是 建立開

6、發(fā)標準，將軟件模塊化、結(jié) 構(gòu)化、標準化。測試組職責(zé)：1、 根據(jù)設(shè)計組輸出的架構(gòu)設(shè)計、用戶界面設(shè)計書 ,協(xié)助設(shè)計組輸出詳細設(shè)計說明書。2、 負責(zé)測試開發(fā)小組代碼。3、 負責(zé)根據(jù)項目組提交的日報、周報、月報驗收相關(guān)內(nèi)容，評定完成情況。4、 負責(zé)編寫測試用例。5、 提交程序bug單。6、 負責(zé)編寫測試報告。7、 負責(zé)編寫一般程序組件標準。測試組崗位：1、測試工程師。 2、項目監(jiān)理。 3、需求分析師3、開發(fā)組：1）開發(fā)組說明：開發(fā)組是程序的最終實現(xiàn)者，執(zhí)行者。需要嚴格按照設(shè)計文檔去執(zhí)行編寫相關(guān)的代碼 程序，對不合理的設(shè)計和業(yè)務(wù)需求給出合理的建議。是專注于開發(fā)技術(shù)的群體。2）開發(fā)組職責(zé)：1、嚴格按照詳細

7、設(shè)計說明書完成程序代碼編寫。2、按時提交日報、周報。3、負責(zé)編寫程序的教程文檔。3）開發(fā)組崗位：1、程序員。 2、高級程序員。4、維護組：維護組說明：保證各個應(yīng)用系統(tǒng)的穩(wěn)定、高效運行，保證數(shù)據(jù)的絕對安全。對應(yīng)用系統(tǒng) 的硬件支持部分和軟件環(huán)境要有足夠的了解。具備硬、軟件環(huán)境故障處理的能力，能 夠?qū)?shù)據(jù)庫調(diào)優(yōu)、應(yīng)用環(huán)境配置給出合理優(yōu)勢方案。維護組職責(zé)：1、負責(zé)按時巡檢相關(guān)系統(tǒng)的軟件、硬件。2、負責(zé)接收用戶對各個應(yīng)用系統(tǒng)投訴。3、負責(zé)硬件調(diào)優(yōu)。4、負責(zé)數(shù)據(jù)庫調(diào)優(yōu)。5、 負責(zé)填寫故障申告單，初步判斷故障內(nèi)容轉(zhuǎn)發(fā)相關(guān)專業(yè)人員。6、 負責(zé)編寫各類故障處理教程、及程序部署教程。7、 編寫用戶使用手冊。維護組

8、崗位：1、應(yīng)用系統(tǒng)管理員。2、數(shù)據(jù)庫管理員。3、硬件工程師。4、部署管理員5、行政機構(gòu)經(jīng)理1、總體把握研發(fā)部的工作。2、負責(zé)協(xié)調(diào)各個小組、崗位、人員之間的關(guān)系3、負責(zé)審核各個系統(tǒng)的設(shè)計方案。4、確認每周、每月的工作周報。5、新的制度和工作流程的制定。6、制定部門發(fā)展方向。7、制定相關(guān)各個崗位考核的標準。8、各類考核的組織。9、負責(zé)技術(shù)科的生產(chǎn)組織和業(yè)務(wù)技術(shù)及日常技術(shù)管理工作，10、 監(jiān)督檢查系統(tǒng)各崗位人員盡職情況；研發(fā)副經(jīng)理1、負責(zé)對各個需求調(diào)研，需求了解。2、負責(zé)各個項目的總體進度。3、對各個技術(shù)方案進行評審。4、對各個項目的工作量預(yù)判，給出合適的項目計劃。5、制定該專業(yè)的技術(shù)發(fā)展方向。6、

9、細化管轄范圍內(nèi)各個崗位的考核細則。7、負責(zé)管轄范圍內(nèi)按照周、月提交工作報告。維護副經(jīng)理1、制定各類硬件維護制度。2、定期檢查硬件維護情況。3、制定管轄范圍內(nèi)考核制度。4、掌握維保廠家的聯(lián)系方式。5、定期考核管轄范圍內(nèi)各個崗位。6、定期收集系統(tǒng)一般故障，形成一般故障登記表測試副經(jīng)理崗位職責(zé)：1、對外委項目的管理。2、對信息系統(tǒng)的質(zhì)量進行把控。3、制定管轄范圍內(nèi)考核制度。4、對外委信息系統(tǒng)服務(wù)廠家進行考核。5、定期考核管轄范圍內(nèi)各個崗位。6、審核測試相關(guān)文檔。7、審核外委監(jiān)理相關(guān)文檔。綜合辦事員1、負責(zé)接收中心機關(guān)內(nèi)發(fā)的各類通知和消息，接收好通知相關(guān)人員2、負責(zé)檔案的管理。3、負責(zé)各類資料的收集。

10、4、制定個各類資料執(zhí)行的計劃規(guī)范。5、按照計劃通知相關(guān)人員參加相關(guān)活動并留存相關(guān)記錄。二、崗位說明崗位設(shè)置不一定是一人一崗、一崗一人。崗位設(shè)置是為大家今后工作對自己的職 責(zé)明確，工作流程明確。個人崗位可能會根據(jù)實際發(fā)生的工作進行調(diào)整。崗位設(shè)置是 為了讓所有工作人員在工作清楚自己當(dāng)下的崗位職責(zé)、所需技能、崗位流程等。項目經(jīng)理1、崗位描述：項目經(jīng)理是整個項目組的對項目的過程的計劃和監(jiān)督者，對整個項目負有計劃、組織、領(lǐng)導(dǎo)、控制的責(zé)任。項目經(jīng)理是在整個項目開發(fā)過程中項目組內(nèi)對所有非技術(shù)性重要 事情做出最終決定的人。1、 計劃：a）項目范圍、項目質(zhì)量、項目時間、項目成本的確認。b）項目過程/活動的標準化

11、、規(guī)范化。c）根據(jù)項目范圍、質(zhì)量、時間與成本的綜合因素的考慮， 進行項目的總體規(guī)劃與階段計 劃。d）各項計劃得到上級領(lǐng)導(dǎo)、客戶方及項目組成員認可。2、 組織：a）組織項目所需的各項資源。b）設(shè)置項目組中的各種角色，并分配好各角色的責(zé)任與權(quán)限。c）定制項目組內(nèi)外的溝通計劃。（必要 時可按配置管理要求寫項目策劃目錄中的 項目 溝通計劃）d）安排組內(nèi)系統(tǒng)分析師、客戶聯(lián)系人等角色與客戶的溝通與交流。e）處理項目組與其它項目干系人之間的關(guān)系。f）處理項目組內(nèi)各角色之間的關(guān)系、處理項目組內(nèi)各成員之間的關(guān)系。g）安排用戶培訓(xùn)工作。3、領(lǐng)導(dǎo):a）保證項目組目標明確且理解一致。b）創(chuàng)建項目組的開發(fā)環(huán)境及氛圍，在

12、項目范圍內(nèi)保證項目組成員不受項目其它方面的影 響。c）提升項目組士氣，加強項目組凝聚力。d）合理安排項目組各成員的工作，使各成員工作都能達到一定的飽滿度。e）制定項目組需要的招聘或培訓(xùn)人員的計劃。f）定期組織項目組成員進行相關(guān)技術(shù)培訓(xùn)以及與項目相關(guān)的行業(yè)培訓(xùn)等。g）及時發(fā)現(xiàn)項目組中出現(xiàn)的問題。h）及時處理項目組中出現(xiàn)的問題。4、控制a）保證項目在預(yù)算成本范圍內(nèi)按規(guī)定的質(zhì)量和進度達到項目目標。b）在項目生命周期的各個階段，跟蹤、檢查項目組成員的工作質(zhì)量；c）定期向領(lǐng)導(dǎo)匯報項目工作進度以及項目開發(fā)過程中的難題。d）對項目進行配置管理與規(guī)劃。e）控制項目組各成員的工作進度，即時了解項目組成員的工作情

13、況，并能快速的解決項 目組成員所碰到的難題。f）不定期組織項目組成員進行項目以外的短期活動，以培養(yǎng)團隊精神2、崗位技能:具備項目管理的基礎(chǔ)知識，熟悉軟件開發(fā)流程和相關(guān)標準，會使用常用辦公軟件、 項目管理軟件，掌握 WBS甘特圖、PERT/CPM的概念，能夠繪制相關(guān)的各種圖表，編 寫項目管理文檔，監(jiān)督軟件開發(fā)進度，及時準確匯報軟件項目進展，發(fā)現(xiàn)項目中的問 題。3、崗位職責(zé)：1）負責(zé)整體項目運行管理。2）負責(zé)制定項目組制度規(guī)范文檔模板。3）負責(zé)按時給項目組成員分配任務(wù)。4）負責(zé)按時督促項目進度。5）負責(zé)需求變更管理6）負責(zé)軟件版本管理7）負責(zé)協(xié)調(diào)需求方和開發(fā)方的關(guān)系。8）項目運行期前負責(zé)項目資料管

14、理。ui設(shè)計師1、崗位描述ui設(shè)計師則指從事對軟件的人機交互、操作邏輯、界面美觀的整體設(shè)計工 作的人。負責(zé)軟件界面的美術(shù)設(shè)計、創(chuàng)意工作和制作工作；根據(jù)各種相關(guān)軟 件的用戶群，提出構(gòu)思新穎、有高度吸引力的創(chuàng)意設(shè)計。2、崗位技能1、熟練使用photoshop等平面設(shè)計工具。2、有良好的美術(shù)設(shè)計功底。3、精通 HTML、CSS、Javascrip、t XML 技術(shù)。3、崗位職責(zé)1)UI 設(shè)計師負責(zé)界面風(fēng)格的設(shè)計和軟件模版的編寫， 并監(jiān)督界面套用的效果。 對軟件最終的界面負責(zé)。2)負責(zé)系統(tǒng)用戶操作界面設(shè)計。3)負責(zé)系統(tǒng)樣式更改。4)負責(zé)網(wǎng)站版面設(shè)計。5)負責(zé)圖片美工。6)對頁面進行優(yōu)化，使用戶操作更趨

15、于人性化。7)維護現(xiàn)有的應(yīng)用系統(tǒng)；8)收集和分析用戶對于 GUI 的需求系統(tǒng)分析師：1、崗位描述：系統(tǒng)分析師是一個最終確認和評估系統(tǒng)需求，給出開發(fā)規(guī)范，搭建系統(tǒng)實現(xiàn)的核 心構(gòu)架，并澄清技術(shù)細節(jié)、掃清主要難點的技術(shù)人員。主要著眼于系統(tǒng)的 “技術(shù)實現(xiàn) ” 因此他 /她應(yīng)該是特定的開發(fā)平臺、語言、工具的大師，對常見應(yīng)用場景能馬上給出最 恰當(dāng)?shù)慕鉀Q方案，同時要對所屬的開發(fā)團隊有足夠的了解，能夠評估自己的團隊實現(xiàn) 特定的功能需求需要的代價。 系統(tǒng)架構(gòu)師負責(zé)設(shè)計系統(tǒng)整體架構(gòu)，從需求到設(shè)計的每 個細節(jié)都要考慮到， 把握整個項目， 使設(shè)計的項目盡量效率高， 開發(fā)容易， 維護方便， 升級簡單等。2、崗位技能(1

16、)掌握系統(tǒng)工程的基礎(chǔ)知識;(2)掌握開發(fā)信息系統(tǒng)所需的綜合技術(shù)知識(硬件、軟件、網(wǎng)絡(luò)、數(shù)據(jù)庫等)(3)熟悉企業(yè)或政府信息化建設(shè)，并掌握組織信息化戰(zhàn)略規(guī)劃的知識；(4)熟練掌握信息系統(tǒng)開發(fā)過程和方法；(5)熟悉信息系統(tǒng)開發(fā)標準；(6)掌握信息安全的相關(guān)知識與技術(shù)；(7)熟悉的知識與方法；(8)掌握應(yīng)用數(shù)學(xué)、經(jīng)濟與管理的相關(guān)基礎(chǔ)知識，熟悉有關(guān)的法律法規(guī)；(9)熟練閱讀和正確理解相關(guān)領(lǐng)域的英文文獻。3、崗位職責(zé)分析師同時做需求分析和系統(tǒng)總體設(shè)計(架構(gòu)設(shè)計，概要設(shè)計)1)負責(zé)需求調(diào)研文檔模板制定。2)負責(zé)制定系統(tǒng)設(shè)計說明書模板。3)負責(zé)完成系統(tǒng)架構(gòu)設(shè)計，模塊劃分。4)負責(zé)搭建系統(tǒng)基本架構(gòu)。5)負責(zé)系統(tǒng)

17、公共數(shù)據(jù)管理。系統(tǒng)測試工程師1、崗位描述:系統(tǒng)測試工程師，軟件質(zhì)量的把關(guān)者系統(tǒng)測試工程師主要是擔(dān)當(dāng)系統(tǒng)的質(zhì)量管理員”工作，發(fā)現(xiàn)問題并及時解決問題。它的發(fā)展方向較為廣泛，如：高級測試工程師、測試經(jīng)理、項目監(jiān)理、項目經(jīng)理等2、崗位技能1)、具有較強的計算機技術(shù)背景；2)、熟悉計算機系統(tǒng)結(jié)構(gòu)及軟硬件測試技術(shù)；3)、熟悉系統(tǒng)軟件、應(yīng)用軟件的安裝配置及測試程序；4)、熟悉質(zhì)量管理體系標準；5)、熟悉自動化測試工具并將其有效的運用，熟練掌握各類常用配置管理、版本管理以及Bug管理工具；6)、細心，耐心，團隊協(xié)作精神，良好的溝通能力3、崗位職責(zé)1) .編寫測試計劃、規(guī)劃詳細的測試方案、編寫測試用例。2) .

18、根據(jù)測試計劃搭建和維護；3).執(zhí)行測試工作，提交測試報告。包括編寫用于測試的自動測試腳本，完 整地記錄測試結(jié)果，編寫完整的測試報告等相關(guān)的技術(shù)文檔；4) .對測試中發(fā)現(xiàn)的問題進行詳細分析和準確定位，與開發(fā)人員討論解決方5).提出對產(chǎn)品的進一步改進的建議，并評估改進方案是否合理；對測試結(jié) 果進行總結(jié)與統(tǒng)計分析，對測試進行跟蹤，并提出反饋意見。6).為業(yè)務(wù)部門提供相應(yīng)技術(shù)支持，確保質(zhì)量指標。8) .負責(zé)編寫系統(tǒng)詳細設(shè)計說明書。9) .負責(zé)測試開發(fā)人員的程序測試。10) .負責(zé)編寫程序組件標準。項目監(jiān)理1、崗位描述：2、崗位技能3、崗位職責(zé)（1）對外委實施的信息系統(tǒng)進行質(zhì)量控制。（2）對外委實施的信

19、息系統(tǒng)進行投資控制（3）對外委實施的信息系統(tǒng)進行需求、工程和過程變更控制（4）對外委實施的信息系統(tǒng)進行合同管理（5）對外委實施的信息系統(tǒng)進行安全管理（6）對外委實施的信息系統(tǒng)進行信息、文檔、日志管理（7）對外委實施的信息系統(tǒng)進行溝通協(xié)調(diào)程序員1、崗位描述：2、崗位技能8） 熟練開發(fā)工具， 做為一名程序員至少熟練掌握兩到三種開發(fā)工具的使用，是程序員的立身之本，其中 C/C+和JAVA是重點推薦的開發(fā)工具。9）熟知主流數(shù)據(jù)庫。對關(guān)系型數(shù)據(jù)庫的關(guān)鍵元素要非常清楚，要熟練掌握SQL的基本語法。10） 良好的書面表達能力。11） 良好的合作能力。3、崗位職責(zé)1、對負責(zé)，負責(zé)項目的詳細設(shè)計、和內(nèi)部測試的組

20、織實施，對小型軟件項目兼任系統(tǒng)分析工作，完成分配項目的實施和技術(shù)支持工作。2、協(xié)助項目經(jīng)理和相關(guān)人員同客戶進行溝通，保持良好的。3、參與需求調(diào)研、項目可行性、技術(shù)可行性分析和需求分析。4、熟悉并熟練掌握交付軟件部開發(fā)的軟件項目的相關(guān)軟件技術(shù)。5、負責(zé)向項目經(jīng)理及時軟件開發(fā)中的情況，并根據(jù)實際情況提出改進建議。6、 參與軟件開發(fā)和維護過程中重大技術(shù)問題的解決，參與軟件首次安裝調(diào)試、 數(shù)據(jù)割接、用戶培訓(xùn)和項目推廣。7、負責(zé)相關(guān)技術(shù)文檔的擬訂。8負責(zé)對業(yè)務(wù)領(lǐng)域內(nèi)的技術(shù)發(fā)展動態(tài)。9、負責(zé)系統(tǒng)程序開發(fā)。咼級程序員1、崗位描述：擁有多年的開發(fā)經(jīng)驗，對一般開發(fā)較為熟練。主要負責(zé)對程序員的培訓(xùn)、程序標 準模板

21、的編寫和較高難度的程序開發(fā)。2、崗位技能：(1)精通開發(fā)工具，做為一名程序員至少熟練掌握兩到三種開發(fā)工具的使用, 是程序員的立身之本，其中 C/C+和 JAVA是重點推薦的開發(fā)工具。(2)精通主流數(shù)據(jù)庫。對關(guān)系型數(shù)據(jù)庫的關(guān)鍵元素要非常清楚，要熟練掌握 SQL的基本語法。(3)良好的書面表達能力。(4)良好的合作能力。3、崗位職責(zé)1)收集各個項目中出現(xiàn)的問題，并尋求解決方案。2)定期做相關(guān)問題的專題講解。3)負責(zé)攻克項目的技術(shù)難點，形成相應(yīng)的教程，交由程序員實施4)根據(jù)測試組提出的程序模塊標準編寫相關(guān)標準教程和程序。5)承擔(dān)難度較大的開發(fā)任務(wù)。應(yīng)用系統(tǒng)管理員1、崗位描述：2、崗位技能：3、崗位職

22、責(zé)(1)負責(zé)各個應(yīng)用服務(wù)器的密碼管理數(shù)據(jù)庫管理員1、崗位描述：2、崗位技能：3、崗位職責(zé)安裝和升級(如 Oracle、Microsoft SQL server )，以及工具數(shù)據(jù)庫設(shè)計系統(tǒng)存儲方案，并制定未來的存儲計劃。一旦開發(fā)人員設(shè)計了一個應(yīng)用，就需要DBA來創(chuàng)建數(shù)據(jù)庫存儲結(jié)構(gòu)(tablespaces )一旦開發(fā)人員設(shè)計了一個應(yīng)用，就需要DBA來創(chuàng)建(tables,views,indexes)根據(jù)開發(fā)人員的反饋信息，必要的時候，修改數(shù)據(jù)庫的結(jié)構(gòu) 登記數(shù)據(jù)庫的用戶，維護數(shù)據(jù)庫的安全性。保證數(shù)據(jù)庫的使用符合知識產(chǎn)權(quán)相關(guān)法規(guī)。控制和監(jiān)控用戶對數(shù)據(jù)庫的存取訪問。監(jiān)控和優(yōu)化數(shù)據(jù)庫的性能。制定數(shù)據(jù)庫備份計

23、劃，災(zāi)難出現(xiàn)時對數(shù)據(jù)庫信息進行恢復(fù)維護適當(dāng)介質(zhì)上的存檔或者備份數(shù)據(jù)備份和恢復(fù)數(shù)據(jù)庫聯(lián)系的生產(chǎn)廠商，跟蹤技術(shù)信息。硬件工程師1、崗位描述：2、崗位技能：3、崗位職責(zé)熟悉計算機市場行情；能夠選購組裝需要的硬件設(shè)備，并能合理配置、安裝計算 機、服務(wù)器等硬件設(shè)備和外圍設(shè)備；安裝和配置計算機軟件系統(tǒng)；保養(yǎng)硬件和外圍設(shè) 備；清晰描述出現(xiàn)的計算機軟硬件故障。學(xué)會并掌握硬件產(chǎn)品的硬件結(jié)構(gòu)、應(yīng)用技術(shù)及產(chǎn)品性能，熟練使用各種測試的 軟硬件測試工具，能夠獨立搭建軟硬件測試平臺，并評價產(chǎn)品、寫出產(chǎn)品的測試 報告。學(xué)會并掌握較為深入的微型計算機硬件結(jié)構(gòu)及數(shù)碼產(chǎn)品的電氣知識， 部件維修 的操作規(guī)程，熟練使用各種檢測和維修

24、工具，具有問題分析能力，能夠?qū)τ布?障進行定位和排除。硬件維修培訓(xùn)分模塊進行，包括主板、顯示器、外存儲器、 打印機、筆記本電腦維修課程。部署管理員1、 崗位描述：部署管理員是應(yīng)用系統(tǒng)的最后一個把關(guān)環(huán)節(jié)，對開發(fā)出來的程序安排合理的應(yīng)用 空間，使得性能得到最優(yōu)化。2、 崗位技能：3、 崗位職責(zé) :1)負責(zé)通過測試后的軟件部署。2)系統(tǒng)運行時異常信息監(jiān)測，捕獲、提交。3)熟悉各個部署應(yīng)用平臺，負責(zé)調(diào)優(yōu)相關(guān)制度。三、業(yè)務(wù)流程研發(fā)類流程 周報提交流程結(jié)束業(yè)務(wù)主管部門：研發(fā)部業(yè)務(wù)參與部門：研發(fā)部流程名稱：項目周報提交流程流程編號：編制人：馬力流程版本：V1.0自主研發(fā)流程E國律華亦iiM結(jié)束流程說明：本

25、流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)1填寫周報根據(jù)項目組前期下發(fā)的項目管理制度，按時提交個人周報。項目組內(nèi)成員It服務(wù)系統(tǒng)2匯總周報項目負責(zé)人將每個人的周 報匯總，并通過郵箱轉(zhuǎn)發(fā)至 相關(guān)測試人員。項目負責(zé)人研發(fā)部項目周報3測試確認測試人員根據(jù)周報內(nèi)的工 作任務(wù)完成情況進行確認， 并在完成情況處批注測試工程師研發(fā)部項目周報4審核測試工程師將審核后的周報郵件發(fā)予研發(fā)副經(jīng)理審核確認研發(fā)副經(jīng)理研發(fā)部項目周報5審核研發(fā)副經(jīng)理將審核

26、后的周報發(fā)于研發(fā)部經(jīng)理經(jīng)理6存檔經(jīng)理將周報發(fā)綜合辦事員存檔綜合辦事員步驟序號流程步驟名稱相關(guān)制度制度條款自主研發(fā)申請流程1、 流程說明E國華流程名稱：自主研發(fā)項目申請流程流程編號：編制人：馬力流程版本：V1.0業(yè)務(wù)主管部門：需求單位業(yè)務(wù)參與部門：信息中心、信息管理部自主研發(fā)流程不可行不同意+進入系統(tǒng)開發(fā)流程結(jié)束開始可行同意流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)01提出需求根據(jù)自身需求填與申請表單需求單位信息系統(tǒng)

27、需求申請表02技術(shù)分析根據(jù)需求單位提出的需求進行技術(shù)分析，需要使用壽命技術(shù)實現(xiàn)。信息中心研發(fā)部信息系統(tǒng)需求申請表03需求單位負責(zé)人審核需求單位負責(zé)人對需求和相關(guān)的技術(shù)分析進行審核需求單位負責(zé)人信息系統(tǒng)需求申請表04中心領(lǐng)導(dǎo)審核中心領(lǐng)導(dǎo)對需求和相關(guān)的技術(shù)分析進行審核信息中心領(lǐng)導(dǎo)信息系統(tǒng)需求申請表信息中 心信息 管理制 度05進入開發(fā)流程管理部組織相關(guān)部門進行會審信息管理部步驟序號流程步驟名稱相關(guān)制度制度條款自主研發(fā)流程1流程說明區(qū)E國華CHINA SMEMHUAI流程名稱：自主研發(fā)流程流程編號：編制人：馬力流程版本：V1.0業(yè)務(wù)主管部門：信息中心研發(fā)部業(yè)務(wù)參與部門：自主研發(fā)流程1由需求方提供經(jīng)

28、領(lǐng)導(dǎo)簽字或蓋章 文件（存）1、根據(jù)需求方明確開發(fā)小組成員角色 及時間工期安排開發(fā)工具等內(nèi)容。2、 項目組制度。評審評審變更確認評審根據(jù)設(shè)計書制定系統(tǒng)開發(fā)計評審表系統(tǒng)開發(fā)By開發(fā)組系統(tǒng)測試By測試組系統(tǒng)設(shè)計By設(shè)計組、測試組需求調(diào)研分析By設(shè)計組/1、制定需求調(diào)研計劃（包括采集信息 文檔模板等內(nèi)容）2、根據(jù)信息采集形成需求分析報告 書。By * 需求方1、制定系統(tǒng)設(shè)計階段計劃2、形成系統(tǒng)詳細設(shè)計書。1、根據(jù)軟件制定測試計劃。2、測試報告。劃Jo2、軟件。需求變更登記通過培訓(xùn)By 維護組系統(tǒng)部署B(yǎng)y部署管理員1、系統(tǒng)部署文檔1、運維計劃。2、用戶意見收集 表。1、培訓(xùn)計劃書。2、幫助文檔。3、用戶

29、意見表。不通過系統(tǒng)驗收需求變更系統(tǒng)運維By維護組結(jié)束1流程說明：本流程是研發(fā)部自主開發(fā)的時遵循的一般發(fā)開過程適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)01提供需求方案需求單位按照模板，形成需 求說明書提報。需求單位需求申請單02項目實施計劃經(jīng)理根據(jù)需求制定項目負 責(zé)人和項目組成員，項目負 責(zé)人根據(jù)需求制疋相關(guān)的 項目計劃研發(fā)部經(jīng) 理、項 目負責(zé)人項目計劃神東 煤炭 集團 信息 化管 理辦 法（試 行）It服務(wù)系 統(tǒng)研 發(fā)管 理模 塊03評審制定項目計劃后，組織相關(guān) 人員對項目計劃進行評審， 并形成會議

30、紀要、會議簽到 表研發(fā)部經(jīng) 理、研 發(fā)副會議 既要、 會議 簽到自主 研發(fā) 評審 制度It服務(wù)系統(tǒng)研發(fā)管經(jīng)理、 項目 組相 關(guān)人 等人 參加 評審表理模塊04需求調(diào)研分析項目負責(zé)人組織項目組進行需求調(diào)研并分析，形成需求分析報告。項目組成員需求分析報告需求收集制度It服務(wù)系 統(tǒng)研 發(fā)管 理模 塊05評審對需求調(diào)研分析方案進行審核項目組，需 求單位、研發(fā)副經(jīng)理會議 既要、 會議 簽到 表自主評審制度It服務(wù)系 統(tǒng)研 發(fā)管 理模 塊06系統(tǒng)設(shè)計系統(tǒng)分析師負責(zé)對系統(tǒng)的整體架構(gòu)進行設(shè)計，系統(tǒng)分析 師、測試員系統(tǒng) 概要 設(shè)計、 系統(tǒng) 詳細It服務(wù)系統(tǒng)設(shè)計07評審對形成的設(shè)計方案進行評審項目組成i=r員，需

31、 求方、 研發(fā) 副經(jīng) 理會議 紀要、 會議 簽到 表評審制度It服務(wù)系統(tǒng)08系統(tǒng)開發(fā)開發(fā)組根據(jù)形成的設(shè)計文檔進行系統(tǒng)開發(fā)程序員It服務(wù)系 統(tǒng)開 發(fā)任 務(wù)模 塊09系統(tǒng)測試1、測試是根據(jù)每周的完成情況進行測試。2、系統(tǒng)集成后的統(tǒng)一測試。測試工程師確認項 目周 報； 測試 用例， 測試 總結(jié)10應(yīng)用部將測試通過的系統(tǒng)移交部部署系統(tǒng)署署管理員，將其部署上線，管理員部署手冊11用戶培訓(xùn)維護人員熟悉系統(tǒng)后對相 關(guān)用戶進行培訓(xùn)，并收集用戶反饋情況系統(tǒng)維護員1、培訓(xùn)計 劃書。2、幫 助文 檔。3、用 戶意 見表。12系統(tǒng)運維系統(tǒng)上線后日常的運維工 作系統(tǒng)維護員1、維計戈嘰2、戶意見收集表運用13需求變更用戶

32、提出需求變化系統(tǒng)維護員需求變更表步驟序號流程步驟名稱相關(guān)制度制度條款1、流程相關(guān)崗位職責(zé)程序教程流程流程名稱：程序教程流程業(yè)務(wù)主管部門：信息中4流程編號：心研發(fā)部CHlHA編制人：馬力業(yè)務(wù)參與部門：信息中流程版本：V1.0心研發(fā)部程序教程流程開始提出程序問題By程序員做出解決方案By咼級程序員錄入知識庫By資料員流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)1提出問題在項目設(shè)計時期，預(yù)想到的 技術(shù)難點和在項目進行過 程

33、中開發(fā)人員遇到的技術(shù) 難點；測試工程是制定的程 序標準。程序員研發(fā) 問題處 理填 寫提問 部分2做出解決方案根據(jù)題出的問題尋求解決 方法，并將解決方案詳細寫 清楚。高級程序員研發(fā) 問題處 理填 寫恢復(fù) 部分3測試方案提出問題者和測試員對問題進行測試程序員或測試員4審核方案對解決方案再次審核研發(fā)副經(jīng)理5錄入知識庫將方案錄入知識庫中資料員步驟序號流程步驟名稱相關(guān)制度制度條款軟件著作權(quán)申請流程E國華CMINAi 空Hf U盤流程名稱：軟件著作權(quán)申請流程流程編號：編制人：馬力流程版本：V1.0業(yè)務(wù)主管部門：信息中心研發(fā)部業(yè)務(wù)參與部門：信息中心研發(fā)部軟件著作權(quán)申請流程1、神東科技中心下發(fā)專利申請通知2、

34、根據(jù)提供的文檔要求填寫3、項目負責(zé)人填寫文檔4、上交文檔流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)步驟序號流程步驟名稱相關(guān)制度制度條款應(yīng)用部署流程流程名稱：應(yīng)用部署流程流程編號：編制人：馬力流程版本：V1.0業(yè)務(wù)主管部門：信息中心研發(fā)部業(yè)務(wù)參與部門：信息中心研發(fā)部應(yīng)用部署流程1r提交部署包By項目負責(zé)人測試環(huán) 境部正式環(huán)境部署B(yǎng)y系統(tǒng)管理員結(jié)束開始測試通過流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心

35、完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)1提父部署包將新修改或增加的程序?qū)С霾渴鸢椖控撠?zé)人部署 包功能 登記 單填寫部署登記單2測試部署包將部署包導(dǎo)入測試環(huán)境測 試測試工程師部署 包功能 登記 單確認部署登記單3部署正式環(huán)境將經(jīng)過測試的部署包部署正式環(huán)境系統(tǒng)管理員部署 包功能 登記 單見單部署存檔步驟序號流程步驟名稱相關(guān)制度制度條款維護類流程系統(tǒng)故障申告流程0J國華CHINA SMEWU流程名稱：自主研發(fā)項目申請流程流程編號：編制人：馬力流程版本：V1.0業(yè)務(wù)主管部門：

36、需求單位業(yè)務(wù)參與部門：信息中心、信息管理部自主研發(fā)流程日常系統(tǒng)事務(wù)1、 死機、宕機等為重大故障，需上報。2、 系統(tǒng)管理日常工作無需上報，但必須登記。3、 系統(tǒng)中斷超過1小時或造成重大業(yè)務(wù)中斷的必須上報。4、 資料員登記系統(tǒng)故障時必須要見到經(jīng)理副經(jīng)理簽字同意的故障處理 方案方可錄入系統(tǒng)。流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)步驟序號流程步驟名稱相關(guān)制度制度條款數(shù)據(jù)備份流程 數(shù)據(jù)恢復(fù)流程神東內(nèi)外網(wǎng)站變更流程月度巡檢

37、流程硬、軟件環(huán)境搭建流程需求變更流程值班流程信息系統(tǒng)移交流程日常事務(wù)流程考勤管理流程4流程名稱：日常 考勤管理流程流程編號：編制人：馬力流程版本：V1.0業(yè)務(wù)主管部門：研發(fā)部業(yè)務(wù)參與部門：研發(fā)部自主研發(fā)流程流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)步驟序號流程步驟名稱相關(guān)制度制度條款區(qū)CMlkA SHC.WUA業(yè)務(wù)主管部門：研發(fā)部業(yè)務(wù)參與部門：研發(fā)部周末流程名稱：日常 考勤管理流程流程編號：編制人：馬力流程版本：V

38、1.0自主研發(fā)流程員工按到達辦公室時間填寫B(tài)y全體人員月末匯總考勤情況By綜合辦事員不同意加班流程開始下發(fā)表單到辦公室By綜合辦事員回收各個辦公室考 勤表By綜合辦事員審核By 部門經(jīng)理同意上報經(jīng)營辦By綜合辦事員1r:結(jié)束3流程說明：本流程是有單位或者部門有信息化需求時提需要信息中心完成的，信息 系統(tǒng)申請流程。適用范圍：信息中心研發(fā)部自主研發(fā)的所有項目步 驟 序 號流程步 驟 名稱流程工作內(nèi)容及標準責(zé)任部門/崗位工作時限相關(guān)表單相關(guān)制度相關(guān)系統(tǒng)1下發(fā)考勤表周考 勤表加班表2填寫出勤情況部門內(nèi)員工根據(jù)自己的實際出勤情況填寫全體員工考勤制度3收取考勤表每周周五收取考勤表綜合辦事員周考 勤表加班表

39、4匯總考勤情況根據(jù)收取回來的日?？记谇闆r、加班情況、值班情況、請假情況匯總考勤綜合辦事員月度考勤 表步驟序號流程步驟名稱相關(guān)制度制度條款財務(wù)管理流程內(nèi)部培訓(xùn)管理流程 科技創(chuàng)新申報流程 制度管理流程 內(nèi)部資料管理檔案管理 試題管理（各類知識形成試題管理庫）四、制度規(guī)范 制度規(guī)范是根據(jù)相關(guān)業(yè)務(wù)流程延伸出來的，是規(guī)范和考核相關(guān)流程執(zhí)行情況的項目管理制度總則第一條 為了加強研發(fā)部的管理工作，提高工作效率和用戶滿意度，形成整體、高效 的合力，更好的完成各項工作計劃與任務(wù)，保障各個系統(tǒng)的按時、按質(zhì)、按量的開發(fā) 完成并投入使用，充分發(fā)揮系統(tǒng)的作用，特制定本制度。第二條 本制度適用系統(tǒng)研發(fā)參與的所有人員及網(wǎng)站

40、工作人員。第一節(jié) 通用管理第一條 按照值日排程表做好辦公環(huán)境的清潔工作， 保持辦公環(huán)境安靜、 整齊、有序。第二條 嚴格遵守中心作息時間，不得遲到或早退。有個人事務(wù)不能來的，需向中心 辦公室及所在部門負責(zé)人請假。離開辦公區(qū) 1 小時以上者必須請假，否則視為曠工。第三條 上班期間嚴禁串崗、聊天、玩游戲，一經(jīng)發(fā)現(xiàn)給予嚴厲的處罰。第四條 嚴格按照工作內(nèi)容、考核目標，按時按要求完成工作任務(wù)。第五條 各項對外活動和服務(wù)，注重整體形象和服務(wù)質(zhì)量。第六條 工作中注意本部門和其他部門的協(xié)調(diào)工作，以整體工作為重。第七條 下班關(guān)好門窗，防止發(fā)生偷盜意外；第八條 保持溝通工具暢通，及時處理公司郵件和系統(tǒng)任務(wù)，更換電話

41、號碼須及時通 知公司。第九條 嚴格執(zhí)行相關(guān)技術(shù)規(guī)程和標準，積極應(yīng)用、推廣新技術(shù)，不斷提高服務(wù)水平 和軟件科技含量。第十條 準時參加各種會議，按時提交周報、月報。做好各種技術(shù)文檔資料的撰寫、 提交和存檔。第十一條 嚴格按照研發(fā)部軟件編程規(guī)范 、研發(fā)部軟件測試規(guī)程 、研發(fā)部軟件 需求管理規(guī)程執(zhí)行。第二節(jié) 系統(tǒng)設(shè)計和開發(fā)管理第一條 自主研發(fā)項目，最終軟件版權(quán)屬于神東煤炭集團。 (D)第二條 系統(tǒng)開發(fā)過程按照項目管理方法進行立項和管理，明確項目組織結(jié)構(gòu)，建立 項目溝通體系。 (A)第三條 系統(tǒng)建設(shè)期間制定專門項目文檔規(guī)范管理辦法和兼職的文檔管理員， 由項目 經(jīng)理建立系統(tǒng)建設(shè)總體計劃(包括具體任務(wù)描述和

42、項目進度表等)及里程碑并通報各相關(guān)部門。 (B)第四條 項目組每周執(zhí)行例會制度， 并形成周報， 例會會議紀要成為周報的內(nèi)容之一。 每月底形成月報，并在關(guān)鍵里程碑給相關(guān)領(lǐng)導(dǎo)和部門進行匯報。 (B)第四條 開發(fā)人員和業(yè)務(wù)人人員配合項目經(jīng)理對項目計劃執(zhí)行情況進行監(jiān)控，確保項 目按計劃完成。 (A)第五條 需要變更時，項目經(jīng)理填寫變更申請表 ，說明變更原因、內(nèi)容變更預(yù)期時 間等內(nèi)容后，經(jīng)中心領(lǐng)導(dǎo)審批后，交開發(fā)人員執(zhí)行。 (B)第六條 保證開發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪問權(quán)限控制機制，并明確 各成員的職責(zé)分工。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔 離；如果環(huán)境的分隔是通過邏

43、輯形式實現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項目組對已授權(quán) 訪問生產(chǎn)環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權(quán)的人 員才能訪問到生產(chǎn)環(huán)境。 (B)第七條 進行單元測試和集成測試，由項目經(jīng)理定義測試標準，并明確各種測試的測 試步驟和需要的系統(tǒng)設(shè)置要求，最終由測試人員簽字對測試結(jié)果進行確認，由兼職的 文檔管理員進行存檔。 (B)第八條 項目組從業(yè)務(wù)部門采集獲取到的數(shù)據(jù)信息，制定嚴格的訪問控制，確保只有 相關(guān)項目人員才能訪問及使用。 (B)第九條 項目組負責(zé)測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。 對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。 (B)第十條 在系統(tǒng)測試中對

44、新系統(tǒng)內(nèi)部各模塊之間的信息交互和與其他系統(tǒng)的接口進行 充分測試。出具系統(tǒng)測試報告 ，測試人員簽字確認測試結(jié)果。 (B) 第十一條 系統(tǒng)集成測試通過后， IT 組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用 戶測試用例進行用戶測試，出具用戶測試報告并簽字確認。 (B) 第十二條 項目組完成系統(tǒng)幫助文檔 (其中包括用戶操作手冊 和安裝維護手冊)。 凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。 (B)第十三條 系統(tǒng)開發(fā)完成并測試結(jié)束后，組織專家委員會進行評審，確保上線成功。(A)第十四條 項目組完成正式系統(tǒng)部署工作，準備培訓(xùn)資料，對相關(guān)用戶進行培訓(xùn) .(B) 第十五條 在系統(tǒng)上線運行期間設(shè)置熱線電話

45、進行技術(shù)支持， 對用戶問題進行分類 (需 求問題、功能問題、 IT 問題)并由專人負責(zé)收集、匯總，做好記錄日志，把系統(tǒng)運行 情況(系統(tǒng)資源使用，反應(yīng)速度等)記錄到運行報告中。必要時，項目組應(yīng)根據(jù)系統(tǒng) 運行情況和用戶所提問題對系統(tǒng)進行完善和優(yōu)化。 (B)第十六條 系統(tǒng)上線運行穩(wěn)定后組織專家委員會對系統(tǒng)進行上線效益評估、項目驗收 審核工作。 (A)第十七條 在不清楚對正式系統(tǒng)造成什么影響的情況下， 不允許任何形式的對正式系統(tǒng) 外的訪問、和接口。 (C)第三節(jié) 安全管理 第一條 嚴格保密一些敏感信息如管理員帳號、密碼、程序等，如有隨意泄露信息并 造成不良后果者，給予嚴厲的處罰。第二條 嚴禁在服務(wù)器(

46、開發(fā)、測試和正式環(huán)境)上安裝與應(yīng)用無關(guān)的服務(wù)，一經(jīng)發(fā) 現(xiàn)嚴厲處罰。第三條 做好服務(wù)器日常維護工作，及時進行防毒軟件病毒庫、補丁的更新。第四條 對于開發(fā)的程序代碼和業(yè)務(wù)數(shù)據(jù)必須做好備份，重要的文檔和信息實施加密 保護措施，防止被竊取并破譯，保密數(shù)據(jù)不得以明碼形式存儲和傳輸。第五條 加強操作人員權(quán)限和密碼管理。對訪問數(shù)據(jù)庫的所有用戶要實行權(quán)限等級管 (A)理，嚴禁越權(quán)操作；密碼強制定期修改。第四節(jié) 獎勵與處罰第一條 對違反上述條款的個人根據(jù)情節(jié)輕重給予罰款。第二條 對嚴格執(zhí)行以上制度，并對信息系統(tǒng)開發(fā)、維護和管理有合理化建議，一經(jīng)采納，根據(jù)研發(fā)部考核辦法給予獎勵。第五節(jié) 附則第一條 本制度由信息中

47、心負責(zé)解釋和修訂。第二條 本制度自發(fā)布之日起開始執(zhí)行。2、項目組成立時需在各個小組中指定相關(guān)人員。 (B)3、制定好的項目組制度經(jīng)評審后下發(fā)組內(nèi)成員嚴格執(zhí)行。 (A)4、每個階段的計劃都必須制訂相關(guān)文檔模板經(jīng)評審后下發(fā)組內(nèi)成員。(B)5、會議、訪談必須有紀要文檔、簽到表，尤其是每次評審、驗收。(A)6、項目開始后必須提交周報和月報。 (B)7、凡是品審過后的文檔必須簽字存檔。 (B)8、需求變更后相關(guān)文檔必須有版本更新。更新后由用戶簽字確認后存檔。9、所有項目過程必須落實在 IT 服務(wù)系統(tǒng)中研發(fā)管理。 (C)需求收集制度設(shè)計制度1)ui 設(shè)計必須遵循一般規(guī)范。 Copy right 必須為“版

48、權(quán)歸神華神東煤炭集團所 有 神東信息中心研制” 。研發(fā)評審制度1) 項目有關(guān)評審時由項目負責(zé)人組織。2)必須形成會議紀要、會議簽到表。會后發(fā)與參會人員和相關(guān)人員。3)按照會議紀要內(nèi)容進行修改。開發(fā)制度1、盡量減少單個程序的長度， 能分開提交的盡量分開提交， 避免同時提交主 鍵沖突等情況。2、代碼提交提交必須保證開發(fā)內(nèi)容當(dāng)日提交到 cvs服務(wù)器端。(A)3、不得隨意篡改他人程序。 ( B)4、不得提交惡意代碼。( D)測試制度頁面模板使用制度1、 模版文件制作完成后，在提交給編碼工程師時，要簡要說明模版的文件的使用說 明和提醒。 (A)2、 編碼工程師和界面工程師密切合作，完全理解模版使用說明。

49、 (A)3、 對界面結(jié)構(gòu)層 html 的 table 嵌套關(guān)系理解清楚并明確和程序結(jié)合的用意。有和程 序 不相配合的情況，進一步和界面工程師討論，獲得解決方案。不得在界面工程師不知情的情況下隨意修改 table 結(jié)構(gòu)、定位屬性和嵌套關(guān)系。這樣做的壞處是 雖然一個人 解決了暫時的顯示問題，但和其他編碼工程師套用的結(jié)果出現(xiàn)不同。也不利于界面工 程師控制總體界面。 (A)4、 對表現(xiàn)層的界面元素和css文件選擇符的對應(yīng)關(guān)系。做到心中有數(shù)，理解一個模版 文件，到套用其他文件時就能夠舉一反三。 (A)5、編碼工程師完全理解了界面模版后，就能夠順暢的把數(shù)據(jù)層的內(nèi)容放到結(jié)構(gòu)層合適 的位置，并指定表現(xiàn)層合適的

50、選擇符屬性。完成界面套用工作。 (A) 模版說明的內(nèi)容1、 總體的界面結(jié)構(gòu)2、 頁面板塊的布局和定位 table 的寫法3、table 嵌套的方式的理由4、 不同功能的界面顯示單元說明和使用方法5、css文件中選擇符的使用說明，一般的都能理解，個別特殊的要著重說明。部署制度1、部署包必須是通過測試組測試通過的方可部署上線。2、部署的的虛擬環(huán)境必須將測試環(huán)境和正式環(huán)境分開。3、每次更改相關(guān)參數(shù)必須要有記錄。維護制度 值班制度備份制度外委制度考勤制度第一條 全體員工必須嚴格遵守上下班時間，不得無故遲到、早退或曠工，不得擅離職 守。第二條 員工上班前須簽到，嚴格填寫到達辦公室的時間，不準以言代簽或他

51、人代簽， 由專人監(jiān)督。第三條 考勤須由專人負責(zé)管理，每周按時收發(fā)考勤表。第四條 遲到者需遞交檢查一份（字數(shù)不少于 1000），于次日上午上班前交給部門負責(zé) 人，思想不深刻者重寫。第五條 遲到兩次以上者，每遲到一次，按缺勤記。第六條 員工請假均應(yīng)提前辦理請假手續(xù)。如因緊急情況或突發(fā)急病而無法提前請假時， 應(yīng)在休假當(dāng)天上午 8:00 通過電話向部門經(jīng)理請假，并在上班后第一天完成請假審批手 續(xù)，否則按曠工處理。第七條 請假時間在一天之內(nèi) （含一天），由部門負責(zé)人審批； 請假時間在三天之內(nèi) （含 三天），由分管領(lǐng)導(dǎo)審批；請假時間在三天以上，由中心領(lǐng)導(dǎo)審批。假期期滿后，須及 時銷假。第八條 未完成請假手

52、續(xù)或休假期滿未續(xù)假而擅自不上班者、偽造出勤記錄者，一經(jīng)查 明予以缺勤處理。檔案管理制度 網(wǎng)站管理制度硬件管理制度數(shù)據(jù)庫管理制度五、獎罰規(guī)則本規(guī)則是根據(jù)制度制定的輕重程度進行相應(yīng)的獎懲程度金額A100B300C500D1000以上六、操作說明1、各個應(yīng)用系統(tǒng)管理員維護手冊2、數(shù)據(jù)庫備份操作說明 3、數(shù)據(jù)恢復(fù)操作說明4、應(yīng)用部署手冊5、軟件編程規(guī)范本規(guī)范參照神東煤炭集團應(yīng)用系統(tǒng)建設(shè)標準與規(guī)范 ，對軟件編程部分進行了抽 取和細化，形成了本規(guī)范，本規(guī)范主要適用于自主研發(fā)軟件的開發(fā)管理，使相關(guān)研發(fā) 人員遵從代碼編寫規(guī)范，養(yǎng)成良好的編程習(xí)慣，提高軟件開發(fā)質(zhì)量。本本規(guī)范由三大部分組成：1、公共編碼規(guī)范。公共

53、編碼規(guī)范主要介紹了所有開發(fā)工具共同遵守的編碼規(guī)范。2、詳細編碼規(guī)范。編碼規(guī)范針對公司目前所用的開發(fā)工具（ Java 、eos 等），分別制 定了對應(yīng)的代碼編碼規(guī)范。3、數(shù)據(jù)庫編碼規(guī)范。 數(shù)據(jù)庫編碼規(guī)范包括數(shù)據(jù)庫公共規(guī)范 Oracle 數(shù)據(jù)庫的不同規(guī)范。第一章 公共編碼規(guī)范公共編碼規(guī)范總結(jié)了所有開發(fā)工具在編碼過程中應(yīng)該共同遵守的規(guī)范， 包括基本規(guī) 范、注釋規(guī)范和CVS提交規(guī)范三部分。1基本規(guī)范程序風(fēng)格：程序結(jié)構(gòu)清晰， 簡單易懂； 單個函數(shù)或過程的程序行數(shù) （包括注釋） 不得超過 500 行、寬度不超過屏幕顯示的寬度范圍；一般不用遞歸模式；不建 議使用 GOTO ；循環(huán)、分支要簡單：層次不得超過五

54、層； 可讀性：一定要注釋清晰，利用縮進來顯示程序的邏輯結(jié)構(gòu)：根據(jù)不同開發(fā)工 具利用空格（至少兩個）或 Tab 字符來組織代碼縮進結(jié)構(gòu)； 代碼簡潔：減少不必要的代碼量；程序目錄中不得存在垃圾文件；數(shù)據(jù)庫中不 得存在垃圾表。 代碼重用：提高函數(shù)或過程的共享，盡量簡化編碼，減少不必要的重復(fù)代碼； 代碼優(yōu)化：注重執(zhí)行效率高、力求代碼精簡，優(yōu)化代碼結(jié)構(gòu)； 變量使用：變量使用遵循先聲明后使用的原則，盡量使用局部變量，少用全局 變量；命名規(guī)范：所有對象的命名能準確清晰的代表當(dāng)前對象的實際意義。對象命名 可選用英文或拼音縮寫，但在同一項目設(shè)計中必須遵循共同約定 防止內(nèi)存泄漏：申請內(nèi)存，使用結(jié)束后，必須及時清理

55、。2注釋規(guī)范代碼一定要進行必要的注釋，提高代碼的可讀性和可維護性。2.1基本要求注釋可以與語句在同一行，也可以在語句的上一行； 原則上使用中文注釋； 不應(yīng)出現(xiàn)冗余注釋，用簡練準確的語言說明代碼； 禁止對簡單明了的代碼行簡單翻譯為注釋，比如錯誤注釋例子： if student_sex = 0 then /如果 student_sex 等于 0正確注釋例子： if student_sex = 0 then /學(xué)生性別為 “男 ”注釋規(guī)范包括文件頭注釋和代碼修改處的注釋兩部分。 注釋格式：對于不同的開發(fā)工具有不同的注釋符號，在下面的注釋中，以 C語言中的注釋符號為代 表說明。2.2文件頭注釋文件頭注

56、釋主要是用來描述當(dāng)前文件特征的注釋。 注釋格式如下：/* 名稱：功能描述：創(chuàng)建日期：作者：- 修改記錄 - 修改人: 修改時間 :修改原因 :備注：*2.3過程、函數(shù)注釋 在每一個過程或函數(shù)的前面，注釋如下：/* 函數(shù)或過程名稱：輸入?yún)?shù)：輸出參數(shù)：功能描述：創(chuàng)建日期：作者：- 修改記錄 - 修改人: 修改時間 :修改原因 :*/2.4事件注釋在每一個事件的前面，注釋如下： 代碼編寫規(guī)范/* 事件名稱：事件功能：創(chuàng)建日期：作者：修改記錄修改人: 修改時間 : 修改原因 :備注：*2.5代碼修改注釋適用于版本封存以后的修改。根據(jù)以下不同情況來分別處理：版本升級：版本升級的代碼修改量都比較大，首先

57、保留原版本（備份），然后在新版 本代碼中直接進行修改，在新版本中不保留源代碼。非升級型的大量修改維護：經(jīng)過批準，對已經(jīng)封存后的版本進行維護修改，修改量比 較大時（比如一個函數(shù) 2/3的代碼都完全修改了）：首先修改者備份當(dāng)前需要修改的源 文件，然后在新文件中直接修改代碼，不保留源代碼，并且在新的代碼段前加以下注 釋：/ 修改人 修改時間 非升級型的小量修改維護：經(jīng)過批準，對已經(jīng)封存后的版本進行維護修改，修改量比 較小時（只是個別地方的修改）：修改者必須保留修改前的內(nèi)容，不能自行刪除或直 接修改；并標識出修改、 新增或刪除的內(nèi)容。 修改者都必須在該項目中填寫修改信息， 首先必須在當(dāng)前文件的文件頭修

58、改記錄中加入修改信息，并且在代碼修改處加上修改 注釋，注釋根據(jù)不同的修改動作分以下三個方面：新增代碼行在程序中新增若干代碼行時，應(yīng)該在新增代碼行的前后加上注釋行說明。 /*- 修改記錄 - 修改人： 修改時間：修改說明（如何修改）：*/ 新增代碼行 代碼編寫規(guī)范/ 修改結(jié)束 刪除代碼行在程序中刪除若干代碼行時，應(yīng)該在被刪除的代碼行前后用注釋行說明- 修改記錄 - 修改人： 修改時間： 修改說明（如何修改）： 要刪除的代碼行 修改結(jié)束*/修改代碼行 在程序中修改代碼行時，首先刪除代碼行，然后新增代碼行。/*- 修改記錄 - 修改人： 修改時間： 修改說明（如何修改）：修改前的代碼行：修改結(jié)束*/

59、 修改后的代碼行修改后的代碼行。/ 修改結(jié)束2.6程序中的注釋 在不同的代碼段中第一次引用變量時，注釋其含義；復(fù)雜處理過程說明；算法說明； 自定義的變量常量、類型、結(jié)構(gòu)等應(yīng)有其用途說明。*3 cvs 提交規(guī)范修改文件之前首先 update 。這意味著修改時的版本盡可能新， 一旦發(fā)生沖突， 解決它的工作量會比較小；及時 commit 。本地代碼與代碼庫中的代碼差異越小，別人合并的難度也就越 ?。?他們有比較大的概率能夠拿到新的版本 ） ；將不同的功能單元修改分開 commit 。一方面，這樣做能夠盡早地 commit ， 減少別人合并的難度；另一方面，由于 cvs 提供了回退到先前版本的能力，一

60、旦由于某項功能修改造成問題，也很容易將那次修改的內(nèi)容，而不是整個修改 回退到正常的代碼；同一功能涉及的所有代碼一次 commit 。不希望將涉及同一功能修改的代碼分 開 commit ，因為這會給日后的追蹤帶來麻煩； 先調(diào)試后提交。這將減少別人不會因為同步了中間結(jié)果引發(fā)問題，甚至發(fā)生提 交沖突的可能；寫清commit log（ 提交日志）。cvs中允許保存commit log ，在這里可以寫為 什么進行代碼的修改，以及進行了什么樣的修改，清楚的 commit log 能夠幫 助其他開發(fā)者在不仔細閱讀代碼的情況下了解修改的內(nèi)容，從而極大地提高開 發(fā)效率；另一方面，這些日志對于開發(fā)者自己，以及整個