1、把握需求。
例如切月份，實際上是乙個代價特別大的功能，因為若要對以往的月份評分，就要保留以往月份一整套的資料。當時並沒有考慮到這點就開始做了，最後才發現根本做不了。這是最大的乙個失誤。
後來發現做不了之後，就想著把切月份功能做成乙個展示歷史資料的功能。但是之後發現也沒必要這樣做，因為使用者是不需要查這些歷史記錄的。雖然有權知道，但是並不是乙個必須的功能。而且也不該在這裡做，應該在乙個專門展示歷史記錄的地方做。並且歷史記錄有歷史記錄的邏輯，我依據誰給誰評得分得出的下屬歷史記錄雖然行得通，但是依據這個找到主創團隊，然後關聯專案而得出歷史記錄就很怪異了。
這兩個需求的變更耗費了幾天的時間才改好，尤其是第乙個，涉及面廣，導致**複雜度的無謂增加。
2、把握進度。
多了解一下其他人的進度情況，及時反饋。
3、還是把握需求
oa是我家，增加新功能一定要謹慎，一定要詳細考慮這個功能帶來的影響。先審核需求，設計方案，最後才開始編碼。
其次，以簡潔為主，沒必要展示的資訊就不展示。把握主幹與核心。
4、entity命名
entity的命名關係到整個模組所有物件的命名，所以一定要命名好。有時，由於資料庫表的命名按照規範是要以模組打頭的，例如score_dept_own，這時entity可以適當的去掉模組名，變成deptscore，這樣命名會清晰很多。
5、類屬性命名
像積分系統中，分數的種類太多，可用積分、已分配積分、已用積分、變來變去，很難命名。先命名了usescore
6、快取 pk sql
sql：適合複雜邏輯，需要各種運算的系統。
快取：適合只簡單篩選，邏輯不複雜的系統。
系統開發架構總結
以自己負責開發和維護的系統為核心，展開介紹公司採用的系統和資料流架構.內容不僅僅是概括論述，還會包含整個系統所採用的技術框架 技術要點 設計模式以及在開發過程中遇到的問題和解決方案。通過此次總結，反思目前的系統作業是否有重構的空間，該如何重構 是否有可替代的更優的解決方案，優勢又在 此次總結算是對在...
winform系統開發總結
1 winform中限制textbox只能輸入整數或某些字元 private void tab1 tb default keypress object sender,keypresseventargs e char 8 代表退格符，e.keychar 表示小數點 2 修改完datagridview中...
CSDN部落格積分系統正式上線！
下面是是我整理的一些規則 csdn部落格積分計算規則 csdn部落格排名規則 部落格排名是按照部落格積分的高低進行順序排列。根據使用者的積分變化，排名每天定時更新一次。csdn推薦部落格規則 a.博主積分需超過100分，否則不能推薦自己部落格文章到頻道首頁 b.普通使用者每天有5次機會推薦自己的博文...