現在專案處於比較空閒期，主要在測試改bug。今年一年來，基於gis的專案從v1.0版本開發到v3.0，期間走過不少彎路，現在系統漸趨平穩。所謂慢慢人生路，難免錯幾步，年底總結下，期待以後有更大的突破。
很多大型系統的開發都需經過乙個劇烈的掙扎過程，少數的專案滿足了目標、時間進度和預算的需求。其實，今年我們開發的這個gis專案很大一部分都是在加班中度過的。當大大小小的問題相互糾纏和累積在一起的時候，團隊的行動變得越來越慢。總結下存在的幾大原因。
（一）需求的不確定及變動
由於此專案是做個**用的，可想而知幾乎除了一些基本功能外完全不提其他功能，到末尾我想加這個功能，加那個功能，每個領導來看下系統免不了提出幾個要求。這個無需多說，相當致命，代價相當昂貴，即使迭代開發也依然存在。記得採用nhibernate+wcf框架來開發，半路殺出來要求可以離線操作
可以隨時哪個筆記本操作，結果花費了乙個月的時間修改底層與業務邏輯；相當致命，杯具啊！
還好最後總算滿足他們要求。總之需求一定要確定好，專案邊界要確定好，無止境的修改不是辦法，後期修修補補打補丁也解決不了問題，會使整個**結構混亂bug很多。
（二）分析人員能力問題
有時候分析人員經常單單憑自己的理解來下結論，結果做出來的東西違背了使用者的旨意而且存在分析不到位，用例圖、類圖、資料庫設計、詳細設計無法提供給開發人員。結果程式設計師既當爹又當媽，搞得相當困惑。其實發現大部分專案的主要設計主要還是在於幾個程式設計師之間自己運轉。
（三）團隊人員配置及個人能力
最要命的是半路中人員的退出，無論什麼原因無論其能力的強弱都會對專案產生一定影響。你留下的屁股，誰能幫你擦。無論多少個母親，孕育乙個生命都需要十個月，開發過程中需要相互溝通和交流任務。特別強調，團隊中需要一兩個介於牛a與牛c之間的人。對資料庫，對技術框架，對技術難點能夠很好解決。其實我一向很喜歡研究框架，之前開發試用的幾個較成熟點的：三層架構，smartclient，nhibernate+wcf 企業級n層。大都是比較簡單的還需深入研究
進行擴充套件，朋友們有哪些好的框架可以交流交流**一下。
（四）專案經理的管理技能和駕馭能力
最怕的就是專案經理受領導的控制。領導一般無法正確詳細了解專案的進展、情況、存在的問題而強加給你要求幾個月完成，導致系統相當粗糙。專案經理的管理技能同樣也相當重要，如何總體把關，如何合理分配任務，實現集體與個人利益的最大化，這是專案成敗的關鍵。
（五）開發過程中必須制定一些遊戲規則
各人的程式設計方式、風格、愛好都不一樣，如果開發之前不確定一些遊戲規則到後期改起來會相當麻煩。bug也會野火燒不盡，春風吹又生。button長度多少，datagridview 樣式如何，**注釋、版本管理等等。
（六）決策性問題如何解決
一招不慎，可能導致滿盤皆輸。對於關鍵性的決策問題，個人覺得開會討論，集體解決
充分考慮可能存在的問題已經應對的措施，與領導商量簽字審核做出決策。
（七）注重細節
改bug的日子是痛苦而已煩躁的。細節決定成敗，平常一些易錯的東西，必須留心記錄下來，避免重蹈覆轍。單元測試、整合測試正常情況下也是必須的。當你做個頁面花費半天，修改用了一天，你將會發現這樣是在浪費生命。
（八）提倡快樂程式設計
這點我深感啟發。程式設計，為什麼有趣？我們所期望得到的是什麼快樂，當你真正對程式設計感興趣的時候，你會發現程式設計滿足了我們內心深處進行創造的渴望，還愉悅了每個人的內在情況。一天工作八個小時，我喜歡七小時做專案，一小時研究總結以及學習其他知識，方向很重要，時間很寶貴，把時間用在正確的研究方向上。
人總是在總結中不段前進！期待各位園友提出寶貴意見。
5 10專案總結
未來幾天內，還是有很多任務要做的，很麻煩！禁止 拷貝的功能，這是個問題啊 備份，彙總的問題 a模組的查詢，查詢樹形結構，新增之後，需要 組卷功能，能調整多少是多少吧 使用者名稱密碼的問題 已經修改完成！又發現了很多問題，我靠，太蛋疼了 模組管理，無法釋放資源，這nm是咋回事呢？標段，公司名的對應關係...
2015 6專案經歷總結
負責專案 1.365優生活 1 套用自創框架 乙個類似非同步執行緒的介面asynctasklistener void initview 初始化view void initdata 初始化資料 void onbeforetask int taskid 類似非同步執行緒onpreexecute obje...
191128專案階段總結
一 後台商品管理模組a.安裝node.js b.關於前端傳來的工程 變數名可能和我寫的不一致，注意使用游離態注釋和在get方法解決問題 前端工程中的配置檔案config中配置自己測試用的ip 跨域問題 二 平台的資料結構 三 manage service 和 manage web模組 不要忘記zoo...