工作計劃是在機關和事業(yè)單位當中應用得較多的公文形式,它主要是對一段時間內的工作進行提前的打算和安排,同時制定較為詳細的工作量和工作細節(jié)上的規(guī)劃。下面是小編給大家?guī)淼能浖_發(fā)個人工作計劃，希望大家能夠喜歡!
一年即將過去，現(xiàn)對個人工作總結如下：
已經(jīng)完成的工作:
1、按照《軟件開發(fā)項目管理》要求完成《AutoPFA軟件開發(fā)項目意向總結書》《項目功能需求規(guī)范書》
2、將AFTimpulse文件格式映射到內存模型使autopfa兼容AFTimpulse文件格式。
3、仿照AFTimpulse完成autopfa圖形和表格輸入界面及計算結果表格和圖表輸出界面。
4、通過使用單位模塊將autopfa模型轉化到無單位的計算模型。
5、完成流體分析穩(wěn)態(tài)算法。
6、完成流體分析瞬態(tài)算法。
尚未完成的工作:
1、與AutoPDMS接口。
2、算法計算功能還需要增加,明渠，可壓縮流體，沖擊力等等。
3、計算結果輸出還需要完善。
4、模型數(shù)據(jù)輸入功能還不太完善。
自己感覺做得不錯滿意的方面。為什么滿意?
能夠在最困難的時候堅持，autoPFA萬里長征總算踏出第一步。李總能給我機會寫算法，對我來說確實是一個很有壓力和挑戰(zhàn)的任務，數(shù)學方面確實還比較欠缺，好在大學還聽了點計算方法的課，學起來還不難。寫算法這段時間確實花了很多精力，也學到了很多，突然覺得大學的課程太有用了。自己感覺做得較差不滿意的方面。為什么不滿意?仿真是計算機熱門，未來很多設計可能將會進入仿真時代。要做好仿真計算機語言只是一門工具。必須具備扎實的數(shù)據(jù)基礎和數(shù)學建模能力。特征線方法理論還是算比較容易的。要想做好流體分析軟件，數(shù)學，流體知識，和計算機技能都要同步提高。溝通能力和計算機水平都要加油努力提高，才能把軟件做好。你是否按照去年的年終計劃做了，為什么做到或沒做到?基本按照去年計劃完成autopfa第一個版本。自己來年的計劃。
準備如何提高發(fā)展自己?
看一些復雜算法及理論推導還是很吃力，準備提高自己數(shù)學能力。算法的效率很重要，大學學的數(shù)據(jù)結構和算法不深，準備看看運籌學訓練一下算法思維。英文閱讀水平也要加強。計算機能力加強多看幾本書學習前人經(jīng)驗。自己對公司的建議或期待。公司發(fā)展越來越大，產(chǎn)品覆蓋面越來越廣，產(chǎn)品技術含量也越來越高。這當然與李總發(fā)展公司的戰(zhàn)略目標和戰(zhàn)略眼光分不開的。兩年來autopfa流體分析一直消耗公司有限的發(fā)展資源。期待流體分析有自己的客戶支持流體分析發(fā)展，我堅信只要計算功能能算對，能夠不斷改進滿足客戶工程設計要求，流體分析作為一個單獨的軟件也是能盈利的，同時將autopfa集成到AutoPDMS提高公司軟件整體競爭力為公司發(fā)展做出。
今天早上內蒙古客戶試用autopfa流體分析軟件，他們的需求很簡單從一個水庫抽水。揚程較高需要計算?！端畡赵O計手冊》提到循環(huán)水和補給水系統(tǒng)需要瞬變流計算這個應該是給水系統(tǒng)。從AFT文檔可以知道工程師在設計系統(tǒng)是當他感覺的存在安全隱患才會去計算瞬變流。以內蒙古客戶需求為例：水泵停泵，系統(tǒng)壓力出現(xiàn)在泵出口，最小壓力出現(xiàn)在泵入口，如果低于大氣壓力或壓力太高是不允許的。這樣可能需要增加一個空氣罐，并通過計算確定空氣罐適當?shù)某叽绾臀恢?。確定空氣罐尺寸和位置要經(jīng)過很多次刪除和嘗試。典型的假設是空氣罐應該盡量靠近瞬態(tài)源。我們要不斷改變空氣罐到泵的距離和初始氣體體積通過計算結果得到符合要求的設計。說了這么多主要是期待公司考慮滿足不使用AutoPDMS客戶需求(比如以上例子工程師需要先通過計算才能得出設計)：autopfa作為單獨軟件輸入功能要完善。
_年已過去，在過去的一年中，我擔任公司開發(fā)部的一名軟件工程師，主要從事著JAVA項目的開發(fā)工作，這一年來我低調努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定;這一年中所做的成績如下：
一、財政局項目，本人獨立負責開發(fā)會計處的三個子系統(tǒng)：
1、會計人員信用查詢系統(tǒng)。
2、代理記賬機構信用查詢系統(tǒng)。
3、會計人員網(wǎng)上報備系統(tǒng)。
以上三個子系統(tǒng)上線后，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的代理記賬機構信息，以及方便了各單位對會計人員的報備。
二、餐飲行業(yè)項目，在團隊開發(fā)項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目，主要負責的系統(tǒng)有：
1、房屋租賃合同管理系統(tǒng)。
2、短信收發(fā)管理系統(tǒng)。
3、會員管理系統(tǒng)。
4、基礎信息管理系統(tǒng)和人事管理系統(tǒng)的部分功能模塊。
系統(tǒng)應用后，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,并且及時有效提供了相應預警信息;短信收發(fā)系統(tǒng)方便了總部及時傳遞各項信息;會員系統(tǒng)更好的管理全國各門店的會員信息;人事系統(tǒng)在管理中減少工作量等。
三、金融行業(yè)項目，我參與了中國銀行廈門分行，企業(yè)轉賬管理系統(tǒng)中的部分模塊開發(fā)。
本系統(tǒng)方便了企業(yè)快速實現(xiàn)大量和復雜的轉賬工作。
先自我簡介一下，本人從事asp。net開發(fā)進一年，0_屆畢業(yè)生，_年11月開始上班，之前做asp，_年2月后開始做asp。net，由于公司轉型，現(xiàn)在帶十幾個人在一起搞asp。net開發(fā)，主要是關于準金融行業(yè)的行業(yè)管理軟件。年度總結在會議上也寫了，但僅限于對于工作總結及_年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收獲，前輩路過歡迎多多指正。
技術
我在學校里學的是電氣自動化，程序基礎僅限于c基礎課程的一些知識，后來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業(yè)務需要，將開發(fā)平臺轉向asp。net，開始對asp。net不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里——!)，后來招來幾個北大青鳥的過來終于意識到asp。net的強大之處，經(jīng)過個人的努力已經(jīng)逐步掌握了asp。net，現(xiàn)在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實的實際模型嗎?應該這么理解，面向對象來源于現(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實上它與面向對象相比更易于入門理解，實質上難于準確直接地表述。
面向對象上另一方面是它的設計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經(jīng)驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。
具體到asp。net的實現(xiàn)模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去調用form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的html標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之后你不在使用c去寫“學生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發(fā)團隊加我在內只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規(guī)則去遵守”，而不應該是“人管人”。
人管人很容易陷入一個誤區(qū)：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。
于是“定制度—定分工—定進度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見最后去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，后來員工用qq閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大(貌似程序員都喜歡掛上幾個qq去到群里搞個群主，雖然群里大多都是菜鳥)，最后多次開會，逐個談話，闡明道理，形勢逐漸好轉。
項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。
這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規(guī)范、文檔管理、bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環(huán)。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現(xiàn)在公司的問題與當前中國軟件行業(yè)的通病一樣，盲目追求利益化，不求質量，但求速度，整個社會風氣造成軟件行業(yè)良莠不齊發(fā)展，整個中國三四個人的開發(fā)團隊組成的公司數(shù)不勝數(shù)，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質量低下、維護成本大、穩(wěn)定性差、用戶體驗差……。當然我們本身不能去逃避這個現(xiàn)狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態(tài)，以良好的心態(tài)去面對各種問題，發(fā)現(xiàn)問題、解決問題，發(fā)現(xiàn)問題抱怨是解決不了問題的(“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業(yè)，他能做好自己的工作嗎?)，最主要是解決問題。
我在面試員工時反復提到的三點是;工作態(tài)度、發(fā)展?jié)摿Α⒐ぷ髂芰?，由前向后排序，心態(tài)最重要，大公司大家都想削尖腦袋往里擠，但名額有限，所以廣大的程序員同志絕大多數(shù)都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業(yè)定位。以我個人的經(jīng)驗，新員工選擇一家公司往往最看重工資待遇跟發(fā)展?jié)摿?，程序員是一種不可以混日子的職業(yè)，工作能力很重要，但不是最主要的，工作態(tài)度是最重要的，工作態(tài)度往往跟個人的思想認識還有職業(yè)所在的環(huán)境有關，我個人的體會是絕不能太過于情緒化，情緒化無論是對工作還是對個人的發(fā)展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
對于工作責任心不夠的員工是尤其值得關注的，他們往往自我意識過于強烈，追求以自我為中心，很多時候伴隨著工作得不到認可、工作感覺不充實不開心，我會主動找他談話，我認識：你管理的是一個實實在在的人，他不是一臺任你擺布的機器，人會有情緒往往是有心結，找到原因，多加開導，用心去關心每個成員。對于實在不適合在本團隊發(fā)展的員工要做好最壞打算。程序員這個職業(yè)與現(xiàn)在的大學生具有一致的特征，一個是從天之驕子淪為多余人，一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20—25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現(xiàn)。但這個階段的人往往也最易溝通，可塑性也較強，適當?shù)囊龑?、合理的方式會比野蠻的管理效果強上百倍。
一、個人工作詳細說明
本次軟件項目設計的題目是場地預約系統(tǒng)，它是基于B/S模式實現(xiàn)的用于體育城場地管理預約的Web應用軟件。為用戶提供并接受用戶提出的需求信息，同時通過數(shù)據(jù)庫管理系統(tǒng)存儲數(shù)據(jù)，給場地的管理帶來很大的方便。本項目的實現(xiàn)分為前臺與后臺。其中前臺，用戶可以瀏覽場地所提供的可預訂場地的信息，同時可以對需要的場地進行預訂;后臺主要是針對管理員，管理員可以通過后臺對場地的相應信息進行增添修改等操作。
我基本參與了本項目的全部實現(xiàn)過程，涉及項目的需求分析，概要設計，詳細設計，代碼編寫，調試與運行。在需求分析階段和小組其他成員認真分析討論了本項目各方面的需求，主要是功能方面的需求，基本確定了本場地預約系統(tǒng)應該具有的基本功能。概要設計階段通過討論分析確定了所需表結構。詳細設計階段參與部分代碼的編寫，其中包括頁面與數(shù)據(jù)庫交互的實現(xiàn)，還有相應jsp頁面代碼的實現(xiàn)幾布局的調整，修改。
在數(shù)據(jù)庫設計實現(xiàn)階段，通過和我們組其他成員的共同討論，確定了場地信息、用戶信息等表結構的`詳細信息，并實現(xiàn)了其數(shù)據(jù)庫的建立和相應表的具體信息的設計實現(xiàn)。同時針對個別表結構完成了相應代碼的編寫與實現(xiàn)。
在后臺，實現(xiàn)了用戶的信息的瀏覽查看，修改及刪除等功能，同時完成了足球場等場地信息的瀏覽、增添、修改、刪除等功能。
前臺參與了主界面的設計與實現(xiàn)，通過查詢數(shù)據(jù)庫得到主界面顯示所需場地的相關信息，通過這樣，用戶可以很清楚的獲知所有可預訂場地的信息，其主界面上的所有關于場地的數(shù)據(jù)都是動態(tài)從數(shù)據(jù)庫獲取的，這樣當場地增添或刪除時通過修改數(shù)據(jù)庫可以很方便的實現(xiàn)界面呈現(xiàn)給用戶的場地信息，能夠很好的使實際情況跟提供給用戶的信息保持同布，非常利于場地信息的管理和發(fā)布。
二、個人工作體會西安石油大學
時間過得真快，不知不覺中近一個月的課程設計就要結束了。本次課程設計我們組做的題目是場地預約系統(tǒng)，先前選題的時候以為它實現(xiàn)起來應該比較簡單，在通過后邊的具體分析之后才發(fā)現(xiàn)它并不是我所想象的那樣簡單，其中涉及許多問題我當時并沒有想清楚。
經(jīng)過我們小組的共同努力，最終基本上完成了場地預約系統(tǒng)的實現(xiàn)。雖然做的不是很完美，不是特別有創(chuàng)意，但這是我們共同努力的結果，當我們看著自己親自完成的項目覺得很欣慰。
從八月份入職至今,已一年過去了，回顧自己這段時間在_公司所走過的路，所經(jīng)歷的事情，沒有太多的感慨，沒有太多的驚喜，卻多了一份鎮(zhèn)定，多了一份從容。
回想入職初，在_月份，從開始第一周熟悉工作環(huán)境，第二周便參與煤礦安全生產(chǎn)管理系統(tǒng)的相關文檔設計工作，期間在項目組各位同事的指導、安排下，進行了系統(tǒng)的軟件開發(fā)委托合同書及系統(tǒng)功能模塊設計說明文檔的編寫，也借此過程學習煤礦生產(chǎn)業(yè)務。
在_月份，便正式參與了管理軟件功能模塊的設計工作，在張工的指導、講解下初次嘗試完成了管理軟件的維護子系統(tǒng)的功能模塊設計;在九月中旬跟隨公司施工人員在_一號礦進行業(yè)務調研，從而在我們自己的管理系統(tǒng)中，取其長、補其短，也借此機會了解實際的煤礦生產(chǎn)情況，加深對煤礦產(chǎn)業(yè)業(yè)務流程的理解;在九月底便根據(jù)張工的指導開始工程技術文檔子系統(tǒng)的功能模塊設計。
_月份，在張工張工的指導下，進行了物資管理子系統(tǒng)的功能模塊設計，并就設計的正確性、合理性分別同張工張工及何工進行討論;到十月中旬管理軟件的各子系統(tǒng)功能模塊基本全部設計完成;十月底，根據(jù)各子系統(tǒng)模塊設計搜集系統(tǒng)數(shù)據(jù)，建立初步的數(shù)據(jù)字典及概念模型，為后期數(shù)據(jù)庫設計做準備。
_月份的工作以整理系統(tǒng)業(yè)務關系與業(yè)務流為主，但由于業(yè)務關系圖的表現(xiàn)形式不夠合理，不足以清晰、明了得表現(xiàn)出各層次關系，導致工作多走了幾個環(huán)節(jié)，好在張工張工及時發(fā)現(xiàn)問題，并多次向我指導、講解，最終決定以列表結合流程圖形式搜集、匯總系統(tǒng)所有子模塊的業(yè)務動作、涉及人員及聯(lián)系模塊，為后面工作的展開提供依據(jù)。
_圍繞兩個工作展開，一是系統(tǒng)業(yè)務描述文檔的設計編寫，因為該文檔是日后編程人員了解煤礦生產(chǎn)業(yè)務、系統(tǒng)功能及數(shù)據(jù)庫設計的主要依據(jù)，張工張工也多次強調，文檔的設計務必從讀者角度考慮問題，因此最終設計由簡單到復雜，由整體到具體，各層次盡量做到銜接緊密，易于理解;另一項工作是針對已完成的關系列表、系統(tǒng)功能模塊設計的業(yè)務合理性、正確性和張工張工逐條討論，并將設計中出現(xiàn)的問題逐條記錄在問題跟蹤文檔中。月底的工作便是根據(jù)問題跟蹤文檔對模塊設計進行修改、完善。
在公司領導的帶領下，通過項目組所有成員的不懈努力，在_月份系統(tǒng)所有功能模塊設計完成，在_月份系統(tǒng)所有業(yè)務流程整理完成，在_月份，對各功能模塊設計及業(yè)務流的初次審查、整改工作已經(jīng)完成，現(xiàn)在已開始進行項目組內對各功能模塊設計及業(yè)務流的審查工作。