工作總結

一、??????? 工作回顧

我到公司這段時間，只接觸了一個項目，----。由于是項目做到一半才加入項目組，所以，很遺憾，沒能趕上項目的需求分析和設計階段。在經過對項目的一段時間的熟悉以后，我主要從事了部分bug的修改和后來的部分功能的改進和添加。

在我的印象中，項目的進行一直是比較順利的。雖然遇到各種各樣的問題，但是最終都能得到妥善的解決。

二、??????? 建議

1.????? 需求分析

需求分析是比較容易被忽視的過程，也有可能是因為在一般的項目中，需求變化通常都比較厲害，所以分析才被認為重要性變小了。

其實，好的需求對設計和編碼都有一定的指導作用，應該反復和最終客戶討論需求問題，畫出界面，達到需求的穩定和明確。

2.????? 設計

說實話，以----的設計，應該是很一般。在項目中，有一個抽象的商業邏輯層，但是，有些人用到了，有些人沒有用。在頁面部分，有些人分割了大函數，有些人沒有。這些不統一的地方，都要歸因于設計的不合理?？赡芪覀兊脑O計是更注重于功能的實現而有點忽略了結構的設計。

這種結構不明的設計，造成的直接后果就是，代碼的維護變的很困難。因為，我在修改bug和添加功能的時候，要動很多人寫的代碼，感覺尤其明顯。

3.????? 編碼

關于編碼的分工，在網上一直討論的也很熱烈，暫時沒有比較統一的做法。我們公司這種分工方法，好處是顯而易見的，但是相應的也會帶來不少問題。

最顯著的恐怕就是代碼風格難以統一，為了克服這個問題，在設計階段就應該明確層次關系。還有，就是在項目后期已經開始實施的編碼和命名規范。

現在，有個被普遍討論的做法叫代碼回顧（code review），在我們以后的項目中可以考慮引入，在一個規定的時間，回顧代碼，然后對需要的部分進行改進，這樣有利于軟件質量的提高。

三、??????? 工作目標

1.????? ----

公司希望這個項目能向產品化過度，那么需要做的工作還有不少。首先，要針對現在用戶的使用情況和反饋對項目進行一定的調整和改進。其次，要解決授權機制和代碼的保護問題。

如果時間允許，可以大家一起，對整個項目進行一次代碼的回顧。可能這次不可能對代碼進行大規模的改寫了，但是充分了解現在的狀況，可以讓我們在下個項目的時候拿出比較行之有效的解決辦法。

2.????? 個人目標

在今年的未來一段時間，主要目標是對自己進行全面系統的學習。主要是，強化自己的數據庫方面的知識，還有設計模式，代碼重構，uml等方面。

四、??????? 總結

我到公司的時間不長，但是我到公司以后變化很大。在以前，我喜歡一個人自由的做程序，雖然需求、設計方面也都有所涉及，但是重要性從來沒有現在體會的這么深刻。在技術方面，到公司以后，同事們對我的幫助也是很大的，我又學到了不少知識，同時找到了自己身上的不足。

我希望，在未來的一段時間，我在技術上還能有所進步，同時，不能只顧著做編碼，在設計等方面也應該有所涉及。

<?xml:namespace prefix = st1 />2005-10-10

轉載于:https://www.cnblogs.com/jpwar/archive/2005/10/11/252248.html

總結

以上是生活随笔為你收集整理的关于对下阶段工作的一些建议10.10的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。