導語：在程序員日常工作計劃的撰寫旅程中，學習并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優秀范文，愿這些內容能夠啟發您的創作靈感，引領您探索更多的創作可能。

第1篇

每個人都是在不斷的總結中成長，在不斷的審視中完善自己。2020年我們也是在總結、審視中腳踏實地地完成好本職工作，來做個總結吧!親愛的讀者，小編為您準備了一些程序員個人年終總結范文，請笑納!

程序員個人年終總結范文1光陰如梭，半年的工作轉瞬即將成為歷史，伴隨著新年鐘聲的臨近，我們依依惜別碩果累累的2020年，滿懷熱情的迎來即將到來的2021年。在這年終之際，現對來公司5個月的時間里所作的工作匯報如下：

1、正義ERP項目的編碼工作。

從了解新疆正義項目的背景、及計劃安排，熟悉正義公司制度及業務流程，再到熟悉新能開發模式，之后我根據需求調研報告，從基本的數據庫創建，到編碼，完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力，使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉，學會了在繁忙之中找條理，危難之中找希望。同時自己也有一些不足之處，一些細節地方技術上還不太成熟，還需加以學習與鉆研。

2、、正義ERP項目的實施工作。

從十一月初開始進行正義項目的實施，每天早起趕在企業上班前趕到企業進行ERP的實施。實施期間主要是軟件的安裝實施及對企業的ERP系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題，晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

通過這項工作，使我原本欠缺的業務能力得到了很大的提高，并學到了很多與客戶交流的技巧及業務上的知識，更加明晰了ERP系統的流程。但離一個成功程序開發人員的標準還差得很遠，在今后工作中，定會多多注意，加以改善。

3、幫助和使用手冊文檔的編寫。

幫助的編寫使我熟悉了Dreameweaver和Fireworks的使用，為后期的OA開發也奠定一定的基礎，使用說明的編寫，使我更加加深了項目開發的整體思路與技術要點，總結了前期開發和實施中碰到的問題，并又一次的對軟件整體進行了測試，對暴露出的小BUG進行了最后的修改。

4、利用工作之余的休息時間加強學習。

平時注意收集有關PB方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習Java及OA方面的知識，為后期的工作打好基礎。

以上為本人粗略的個人工作小結，請領導審閱，如工作上有不到之處，請領導不吝指出，以便本人及時改正，從而能更好地工作。

展望臨近的20__年，我會更加努力、工作上認真負責，再接再厲，更上一層樓。相信自己會完成新的任務，能迎接新的挑戰。

程序員個人年終總結范文2本人自20__年2月份參加工作至今，六個月的實習時間已經結束。在這段時間里，在領導和同事們的悉心關懷和指導下，通過自己的不懈努力，在各方面都取得了進步。

實踐讓我的技能不斷增長，工作能力不斷加強。剛開始工作的時候，發現自己以前在學校學習的知識很死，知識面很窄，以前做的練習項目的實用性也不是很好。在開始的幾周公司給我們實習員工培訓了____平臺的使用，通過這次培訓使我認識到____平臺的優勢，可以大大提高軟件開發效率。隨后我就加入到“____X稅源控管系統”項目的開發中，成為開發小組中的一員。在項目開發過程中一邊是同事們的悉心指導，一邊是自己反復琢磨與理解，幾個月下來大大提高了自己業務和技術兩方面的技能，已經能夠比較熟練的掌握基本的工作方法和一些技巧，而且能夠獨立完成一些模塊的開發。

通過實踐，我解決實際問題的能力得到了很好的鍛煉。工作中也遇到了很多的以前沒有遇到過的新技術，面對技術難題我總是直接面對，沒有逃避，也因此自學了好多新的技術，大大提高了自己的自學能力，也加深了對自己工作要負責的信念。在項目開發過程中也遇到了一些自己確實無法解決的困難，在經理和同事的幫助下也順利的解決了，在此表示感謝。在開發團隊中，加強了自己的團結精神和集體感，對工作認真負責，對團隊認真負責。通過這個項目不僅學習到了很多技術也了解了整個項目的大體流程，從需求分析、數據庫設計、詳細設計、代碼編寫、測試、項目維護等方面，使自己不僅從一個代碼編寫人員的角度還從一個整體的角度來看整個項目開發，加深了軟件開發概念的理解。

不斷學習使我對工作有了更進一步的認識和了解。不懂就學、就問，是一切進步取得的前提和基礎。因為有大學專業課的底子和參加過專門的JAVA培訓使我在工作過程中遇到的技術知識能更快的理解和掌握。工作中時常遇到新的問題，就需要查閱相關資料，請教同事和經理，一個問題一個問題的解決，一個困難一個困難的克服，不僅將原有知識溫習鞏固，產生新的理解，而且學到很多新知識，有了許多新的認識。但某些認識都還是膚淺的，還需要我在實踐當中去不斷深入地理解。

現場開發與維護使我不僅從一個開發人員的角度而且從客戶的角度去思考問題。在項目的開發后期，也就是項目即將上線的階段我與其他幾位同事被派往現場去開發與維護項目。以前的開發都是根據需求分析來進行，功能要求一般在分析里面都寫的很清楚，但是在現場開發直接面對客戶，客戶提出的需求一開始只是一個大體的功能描述，如何將這個只是語言描述的功能轉化為技術實現需要很強的抽象能力和對業務的深入理解，這個過程大大鍛煉了自己的綜合能力。在第一時間接觸客戶的需求，從客戶的角度思考問題，只有更了解客戶需求才能更合理的設計軟件的結構，功能。了解客戶，了解需求，轉化到技術層面。這個過程得到的經驗很難得。

良好的心態轉換。從學校到社會，從學生到職員，自己做到了自然的轉換過程，希望自己以后對工作更加認真負責。在今后的工作中，我將發揮優勢克服不足，朝著以下幾個方向努力：1、學無止鏡，時代的發展瞬息萬變，各種新技術知識日新月異。我將堅持不懈地努力學習各種理論知識，并用于指導實踐，以更好的適應行業發展的需要。2、熟練的掌握各種業務技能才能更好的投入工作，我將通過多看、多學、多練來不斷的提高自己的各項業務技能。3、"業精于勤而荒于嬉"，實踐是不斷取得進步的基礎。我要通過實踐不斷的總結經驗，提高自己解決實際問題的能力，并在實踐的過程中慢慢克服急躁情緒，積極、熱情的對待每一件工作。

總之，短短的半年實習期，是我人生角色轉換，不斷成長的一個重要階段，也是我對編程由陌生進而熟悉、熱愛并愿意為之終生默默奉獻的重要階段。

程序員個人年終總結范文3大家好，我是__X項目組的__X，我于____年7月進入公司做JAVA程序開發，至今已近快一年時間了。初來公司，曾經很擔心不知該怎么與人共處，該如何做好工作;但是公司融洽的工作氛圍、團結向上的企業文化讓我較快適應了公司的工作環境。在本部的工作中，我一直嚴格要求自己，認真及時做好領導布置的每一項任務。不懂的問題虛心向同事請教，不斷提高充實自己，希望可以為公司做出更大的貢獻。

當然，剛做這個項目的時候，難免出現一些小差小錯需領導指正;但前事之鑒，后事之師，這些經歷也讓我不斷成熟，在處理各種問題時考慮得更全面，杜絕類似失誤的發生。在此，我要特地感謝部門的領導和同事對我的指引和幫助，感謝他們對我工作中出現的失誤的提醒和指正。總結經驗是一個人迅速成長的有利催化劑，為了更快地成為一名優秀的員工，現將我20__年上半年的學習、工作情況總結如下：

20__年初時，我們進銷存項目通過了一期客戶驗收。但是，隨著客戶業務的變化，項目需要做很大的改動和調整。現進銷存系統進入了二期的設計開發階段。

初入公司的時候，我只負責財務模塊的存貨核算開發工作。隨著公司人員的變動，現在我負責財務管理整個模塊的開發工作。很明顯的能感覺的身上的壓力越來越大，也許是因為我的個性使然吧，越挫越勇，迎難而上。不斷的學習財務業務知識和本系統框架，現基本了解掌握了財務的整個業務邏輯及業務流程。因為沒有參與一期的原型、需求、設計、數據庫等文檔的設計。

在開發過程中發現，有好多原型、需求文檔、設計文檔，只知其然，不知其所以然。總結一期經驗，避免二期開發中遇到同樣的問題和困難。從原型設計、談二期需求、整理需求文檔、數據庫設計、開發，一條龍負責到底。這樣對業務邏輯及業務流程有了更深的理解。從“我問”，到“我講”，有了很大的個人提高。提高軟件知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質。

我相信付出肯定會有收獲，在我們的努力下，進銷存系統一定會給客戶及公司一個滿意的答案。

在這一年里，我看到公司的迅速發展，各項制度的不斷完善，我很慶幸我是公司的一員，我會用謙虛的態度和飽滿的熱情做好我的本職工作，為公司創造價值，同公司一起創造美好的未來。

程序員個人年終總結范文4先自我簡介一下，本人從事asp.net開發進一年，09屆畢業生，__年11月開始上班，之前做asp，__年2月后開始做asp.net，由于公司轉型，現在帶十幾個人在一起搞asp.net開發，主要是關于準金融行業的行業管理軟件。年度總結在會議上也寫了，但僅限于對于工作總結及__年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收獲，前輩路過歡迎多多指正。

技術

我在學校里學的是電氣自動化，程序基礎僅限于c基礎課程的一些知識，后來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業務需要，將開發平臺轉向asp.net，開始對asp.net不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構，數據數據訪問全在頁面里——!)，后來招來幾個北大青鳥的過來終于意識到asp.net的強大之處，經過個人的努力已經逐步掌握了asp.net，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這么理解，面向對象來源于現實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易于入門理解，實質上難于準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到asp.net的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去調用form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的html標簽，微軟的讓軟件開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之后你不在使用c去寫“學生管理系統”、“圖書館管理系統”那只能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執的心理，但一點要記住，你面對的用戶才有最終發言權，程序能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱著接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。

于是“定制度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然后征求大家意見最后去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，后來員工用qq閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大(貌似程序員都喜歡掛上幾個qq去到群里搞個群主，雖然群里大多都是菜鳥)，最后多次開會，逐個談話，闡明道理，形勢逐漸好轉。

項目分工上針對技術水平明確分工，制訂項目開發計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規范、文檔管理、bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟件行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟件行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質量低下、維護成本大、穩定性差、用戶體驗差……。

當然我們本身不能去逃避這個現狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的(“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎?)，最主要是解決問題。

我在面試員工時反復提到的三點是：工作態度、發展潛力、工作能力，由前向后排序，心態最重要，大公司大家都想削尖腦袋往里擠，但名額有限，所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程序員是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過于情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。

對于工作責任心不夠的員工是尤其值得關注的，他們往往自我意識過于強烈，追求以自我為中心，很多時候伴隨著工作得不到認可、工作感覺不充實不開心，我會主動找他談話，我認識：你管理的是一個實實在在的人，他不是一臺任你擺布的機器，人會有情緒往往是有心結，找到原因，多加開導，用心去關心每個成員。對于實在不適合在本團隊發展的員工要做好最壞打算。程序員這個職業與現在的大學生具有一致的特征，一個是從天之驕子淪為多余人，一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20-25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。

程序員個人年終總結范文5來公司擔任程序員一職已一年多時間，在這一年時間里，我學到了很多東西。每個人都是在不斷的總結中成長，在不斷的審視中完善自己。在這半年里自己也是在總結、審視中腳踏實地地完成好本職工作，現將這半年的工作總結如下：

一、思想方面：

嚴格按照一個程序員應有的素養要約束自已，愛崗敬業，具有強烈的責任感和事業心，積極主動認真的學習專業知識，工作態度端正，認真負責，聽從公司的安排，積極配合全友家私完善ERP 系統，任勞任怨。

二、工作方面：

熱愛自己的本職工作，能夠正確認真的對待每一項工作，工作投入，熱心為大家服務，認真遵守勞動紀律，按時上下班，有效利用工作時間，堅守崗位，需要加班完成工作按時加班加點，保證工作能按時完成。在這半年里，我本著把工作做的更好這樣一個目標，開拓創新意識，積極圓滿的完成了以下本職工作：

配合全友家私開發并完善 SRM 系統

獨自開發全友家私 SAP 日志維護系統

三、存在不足：

一公司領導以及部門領導同事的幫助和指教，使我的工作有了很大提高，當然我還存在著很多不足之處，處理問題思路簡單，不夠成熟，工作中容易產生急躁情緒，需要更深入學習專業知識，提高自己的工作水平。

第2篇

關鍵詞：供電所；標準化作業系統；SSH；Struts；Spring；Hibernate

中圖分類號：TP3-05 文獻標識碼：A 文章編號：1672-7800（2013）005-0026-03

0、引言

近年來，我國信息化水平逐年提高，國家更是提出“以信息化帶動工業化、以工業化促進信息化”的戰略方針。事實上，國家經濟發展速度在很大程度上決定于信息化程度。而電力工業的發展使得需要處理的信息量逐漸增多，人工處理方式已不能滿足信息處理要求。因此，迅速發展信息化建設，將信息科學技術轉化為第一生產力顯得尤為重要。隨著信息化發展的不斷深入，以及網絡的普及和發展，過去未經聯網的縣、局級供電部門系統也逐漸進行了聯網升級，通過網絡與上一級公司（或地區）服務器進行連接，進行更新、上傳或下載數據。因此，采用SUN公司提出的B/S三層結構體系系統對供電所標準化作業系統進行改造，借助Internet強大的功能，使用戶操作更加方便。在聯網狀態下用戶端只需要使用具有普通性能的計算機通過多種瀏覽器登錄即可使用系統。

1、系統功能設計

當前供電所系統信息管理存在的主要問題是大量基礎信息分布在各個不同的部門，且不同部門間保存信息的格式以及規格方式沒有統一。保存方式及規格不同導致部門間上傳數據時很難使數據達到統一規格，數據整理工作量大，操作人員工作難度增加。隨著信息化、網絡化的發展以及軟件開發技術的革新以及融合，高效且運用廣泛的B/S結構軟件系統被更多地運用在大型企業中，迅速解決了之前所存在的信息孤島問題，達到數據、信息之間的共享要求。根據各供電所機構內部管理的機制和流程，將系統劃分為9個主要管理模塊，分別為：用戶權限管理模塊、個人辦公管理模塊、綜合管理模塊、優質服務管理模塊、營銷管理模塊、生產運行管理模塊、人員模塊、基礎以及安全管理模塊。

2、系統業務流程設計

在供電所業務中，各項工作的結果都要生成報表，為此將工作進行分解，分為以下工作類型：工作計劃、工作審批、工作實施以及工作總結四大類。雖然工作業務與多個部門相關聯，但是工作流程順序按照步驟進行。

供電所標準化作業系統對各項工作的業務流程控制按照工作流程圖以剛性控制為主，以數據流為業務主線，報表結果輸出為工作目標，將員工的操作以及操作中領導審批作為各個工作環境的節點。供電所標準化系統為業務設計了充分、完整且獨立的業務標準，并盡量簡化過程。標準化作業系統中每一個內部業務流程可以獨立進行循環作業，完成數據處理并將處理結果輸出到流程外部有需要的環節中，同時在有需要時內部業務流程可以被另一個與其相關的業務流程調用并接收外部錄入數據（見圖1）。

根據電力系統工作特點以及系統業務流程數據過程化控制的要求，在保證嚴格按順序執行的情況下還可以針對不同的業務流程進行控制，保證供電所內部各個部門之間不同生產作業的詳細、標準以及量化，從而達到作業流程的可控并避免偏差及錯誤。

3、系統設計及解決方案

不同縣、局級供電所部門員工素質參差不齊，且由于日常工作量很大，往往一人負責多種崗位職責，因此，為了最大程度發揮基于B/S結構的信息管理系統優勢，在構建供電所標準化作業系統時應最大程度地將復雜的業務控制轉化為簡易操作。為了這個目的，可以將之前的9個功能模塊根據業務流程歸納為六大業務類（參見圖2）。

3.1 角色權限模塊

根據供電所標準化作業系統的九大功能模塊以及不同模塊負責業務功能，可以為系統模塊劃分權限，權限的設置可以細化到每一個業務流程的操作，甚至是控制按鈕。標準化作業系統初始定義的角色為系統管理員，正式使用時，管理員為各個部門員工添加用戶新建角色，分配相應管理權限，根據系統不同類型角色為其添加用戶，使不同部門員工具有各自權限，配合系統完成各自工作。

3.2 業務流程劃分模塊

按照供電所不同部門要求以及業務需求，可以將其作業流程分解為六大模塊，通過軟件的二次分解，總共被設計成51個子流程，每個子流程完成專門的一項業務。類別為：

（1）安全管理：其中包括17項供電企業安全生產、安全評價、安全監督等與安全相關的業務模塊。在這個部分，用戶可以對供電管理安全問題進行全面的掌控。

（2）生產管理：生產管理模塊主要包含供電所設備巡視檢修、業務資料、內部技改等供電企業內部生產相關的業務工作。

（3）營銷管理：本模塊主要負責用戶電費抄收、電力設備更換管理、電力設備使用損耗計算等相關模塊業務。

（4）專業管理：主要針對停電進行管理以及損耗、設備檢測相關業務流程進行管理。

（5）優質服務：在供電出現意外時提供緊急服務和正常供電環境下的優質服務業務。

（6）綜合管理：主要針對供電所內部工作進行評估審核以及內部人員培訓考核的業務進行管理。

3.3 審批管理模塊

標準化作業系統中關于停電計劃、工作票簽發、操作票類控制以及相關審批工作較多，占到系統工作環境的三分之一，這些工作需要經過供電所所長或上級部門領導的審核，審批管理業務是組成供電所業務流程的重要部分。所有需要決策審批的業務流程以及需要決策的業務數據，在通過審批節點時自動生成審批提示，并在系統主界面進行彈窗提示，用戶點擊提示按鈕進行相應審批，用戶也可以在相應業務上進行審批。

3.4 線路CAD自動繪圖模塊

供電企業早期電力線路圖都是通過AutoCAD軟件進行繪制存檔，制作周期長且更改不方便，更不能直接計算出線路損耗。標準化作業系統設計出一套嵌套在系統中的計算方法，根據計算理論線損算法對需要繪制的電力線路進行自動繪圖并同時運用算法計算損耗。用戶通過系統錄入相關線路信息：電線桿數量、路線信息、設定比例尺。線路CAD根據錄入信息快速繪制線路圖，并計算出線損，結果精確到相鄰兩根電線桿之間的損耗。根據算法計算出來的損耗數據最終成為年度線路改造考核以及線損考核的判定依據。系統操作用戶還可以通過點擊圖中節點了解相應節點在系統中所記錄的詳細信息。

3.5 操作歷史記錄模塊

由于輸入數據量很大，系統通過對輸入信息記錄的方式最大程度地減輕輸入工作量。用戶可以通過在下拉列表中選擇輸入歷史的方式或輸想的方式進行錄入。系統對每個用戶的操作歷史記錄進行本地初始化并對操作次數進行計數。首次操作時，系統在服務器端對操作目標進行歷史記錄分析，并將服務端記錄下載至本地ini文件中以便用戶進行操作使用。當記錄次數超過一定數值時，系統對記錄進行清除，繼續對目標數據進行分析，最后下載至本地操作。這一系列的循環不但可以清除用戶錄入的無效數據，還可以使業務操作更加高效。

4、關鍵技術

4.1 J2EE框架使用

J2EE架構包含4個不同層次，分別為客戶層、Web層、業務邏輯層、系統層，運用J2EE架構的系統，根據功能需求將系統邏輯劃分為不同組件，不同的組件分布在不同的架構層次上，客戶層、Web層、業務邏輯層以及信息層配置在不同機器上，實現分層控制。在安裝配置時客戶層負責客戶端的安裝，在Web層以及業務邏輯層安裝服務器端，將最終運行的系統層安裝于數據庫服務器上（參見圖3）。

4.2 SSH組合框架

J2EE平臺架構存在高成本、EJB編程規范限制、事務處理方式不足、EJB調用機制不足以及持久化方面的不足。針對這些不足，可以通過整合J2EE平臺上的3種典型框架Struts、Spring和Hibernate來彌補。SSH組合框架的設計目標是為企業級軟件開發提供可以快速開發并且功能完善的框架，這個組合框架提供了組件之間的多重復用，開發人員在開發系統時利用組件框架的特性，能夠減少編寫基礎操作代碼的時間，大幅度提高了代碼開發的效率，最終達到后期維護高效便捷的目的。

（1）表示層：Struts框架具有靈活性和復用性的優點，主要用來設計與用戶打交道的界面。系統框架整合通過對配置文件Strutsconfig.xml進行編碼擴展來控制以及更改ActionServlet組件，這個核心的ActionServlet組件負責MVC三層框架中的控制器Controller的角色。而Struts框架中的ActionForm類用來對系統用戶界面相關元素進行封裝，同時實現業務邏輯以及用戶動作處理等操作。

（2）業務層：使用具有良好模塊化功能的Spring框架，對持久層JDBC有效封裝的同時為系統提供持久層所使用的模板甚至是輔助類。在調用模塊進行操作時，頁面邏輯使用getbean（）方法來得到對象的實例。具體操作方式是通過getbean加載要調用的對象，然后對配置文件進行解析。這種方式滿足了延遲加載的機制，節省了系統資源。

（3）持久層：Hibernate將持久化類與數據庫表進行映射，每個持久化類實例對應于數據庫表中的數據行，用戶通過對持久化類實例的操作完成數據庫表的增、刪、改、查、讀等基本操作，節省開發人員精力，省去了通過JDBC對數據庫進行的訪問和操作。

4.3 權限管理系統

在權限管理部分，系統設計了改進的面向角色的3層訪問控制模式。3種角色及崗位，即公司領導、供電所所長、供電所員工；權限管理主要以操作、審批、查看為主進行劃分；具有權限的供電所操作人員對業務數據進行基礎的增、刪、改、查數據操作，權限級別更高的領導層對所有請求操作進行審批。最后，權限最高的公司上層領導以及臨時用戶僅能查看。因此，不同角色賦予不同的權利，既符合實際又減輕管理負擔。

5、結語