進入新的專案已將兩周了，記錄一下這斷時間的感受。有些是自己犯過的錯誤，記錄在此，供以後借鑑。
專案初期需求分析遠比編碼更重要。
專案初期，需求總是處於不斷變化之中。很多時候連客戶自己也描述不清楚自己需要乙個什麼樣的軟體，很多新的需求總是不斷地在增加或者改變，也許前一段時間重點開發出來的模組並不是客戶看重的東西。如果不能很好地抓住需求，就會導致專案的開發大部分是在做無用功。因此，在專案的初期，需求的分析和確認遠遠比急於編碼更重要。
概要設計盡量詳細
概要設計要盡量詳細，將每個模組細分為更小的模組，每個小模組中又包含那些功能，以及資料庫應該如何設計。進行概要設計過程中，如果有不清楚的地方或者模稜兩可之處，應該及時找專案負責人或者客戶進行確認。概要設計寫好後，應該和專案負責人進行商討、確認，確保設計的模組功能滿足使用者需求。詳細的概要設計可以為以後的編碼提供原型。
編碼之前設計好程式結構
在動手寫**之前，應該設計好程式結構，需要幾個類，每個類中應該有些什麼方法，類之間需要哪些介面等，這些都需要考慮周到後，再開始寫**。如果思維很混亂，走一步看一步地編碼，很容易造成大量返工。而且專案越大，重新修改**付出的代價就越大。
盡量不要重新發明輪子
方法永遠比努力更重要！
有一句話說，欲先攻其事，必先利其器。還有一句話說，磨刀不誤砍柴工，說的是同乙個道理 方法比努力更重要！一直以來，我們深受一句話的影響 成功的道路上沒有捷徑可走。我們忘記了成功的路上是沒有捷徑可走，可是有方法可循啊！此話讓我們中毒太深。我們只顧著低頭趕路，卻忘了抬頭看清風向。以至於走了許多的彎路，多費...
完成需求很重要，優化好更重要
總喜歡在前面囉嗦一些.如題，在日常緊急開發中，完成需求固然排在前面 畢竟產品會追著你打?但是需求完成之後還是很有必要去優化我們的專案的！花一兩個月去做了乙個專案，需求評審 原型評審 開發排期 測試用例評審 設計圖評審 感覺不斷的在開會 開發 聯調 提測 上線.大功告成，告辭！當然這期間的流程每個公司...
案例分析 需求分析的重要性
所謂 需求分析 是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什麼資料，要得到什麼結果，最後應輸出什麼。可以說，在 軟體工程 當中的 需求分析 就是確定要計算機 做什麼 要達到什麼樣的效果。可以說需求分析是做系統之前必做的。在軟體工程中，需求分析指的是在建立乙個新的或改變乙個現存的...