最近負責的市政數字報建專案快結束了，記下一些心得：
對於中小型專案，最好不要使用常規的軟體工程方法進行開發。
建議前期採用迭代開發，後期採用測試驅動開發。
專案一開始，就要搭好以下文件的框架，隨專案進行中，不斷修改、補充和完善。
1、需求規格說明書
甲方負責。
詳細記錄整個專案的需求。特別是專案過程中，一些需求疑點及討論結果要隨時記錄。
2、詳細設計說明書
乙方負責。
專案前期要不斷完善框架，如系統架構、功能模組、資料結構、具體實現等。
專案過程中，不斷修改、補充。
專案結尾，進行最終修改、補充和完善。
3、專案技術總結
包括亮點、創新點、技術上解決了那些難點等。
專案整個過程中要隨時記錄，不斷修改、補充，同時也能引發對專案的思考。
4、使用者手冊
專案前期不斷完善框架。
專案後期逐漸完善內容。
5、培訓手冊
專案過程中，只需要記錄大概的培訓要點，想到就記。
專案結尾再補充和完善。
6、測試部署計畫
記錄系統中要重點測試、容易忽略的技術點，會影響後期進展的難點等。
記錄系統配置、部署、分發等關鍵點。
其他輔助性文件：
1、需求問題
與乙方公司溝通、協調和專案推進用。
與公司確認要修改的問題、要完成的功能、要開展的工作等記錄。
2、工作進展
向甲方領導匯報用。
3、工作計畫
向甲方領導匯報用。
git專案管理方面的一些心得
git clone ssh git add git commit m test.txt created by zyu git log oneline graphoneline 一條展示為一行 graph 圖形化展示 git remote 檢視配置的遠端提交資訊 只有名稱 git remote v 檢...
專案管理及測試驅動的一些心得
1.對專案延期的處理方式 有些專案開始時非常樂觀，但是到最後因為各種原因延期，主要的原因如下 1 有些灰色地帶沒有考慮清楚，或者沒有引起重視。2 專案開始時大家非常輕鬆，工作不緊不慢的。到專案的後期發現要延期了，就加班加點。3 測試時發現嚴重的bug，一時三刻解決不了。4 設計時沒有考慮效能問題，導...
關於專案的一些心得
1.分析需求很重要。在最近做的專案中，關於需求這一點，基本上不容易一次就找好，總是需要不斷的反覆看業務去分析才能知道需求。2.三層架構模式 介面層 user inte ce layer 業務邏輯層 business logic layer 資料訪問層 data access layer 區分層次的目...