去年真正做了乙個專案，有些感言，寫下來，為以後作專案積累經驗。
這個專案很簡單，但是從這個較簡單的專案中，我體會了很多，其中包括對使用者需求的理解、自己的做事風格的反省、專案實施的情況。
首先，我談談專案的情況：
這個專案是乙個資訊發布系統，很簡單吧，但是，其中有一方面是規章搜尋，並且要生成規章成冊。而且有4個規章，每個規章的資料結構也不一樣，客戶要求6個月內作完，我乙個人作。需要搜尋功能，搜尋就是擺在我面前的難題了。我該如何去作這個專案呢？資訊發布很簡單，沒有問題，問題就在搜尋上，經過多方面的思考，我決心把我的搜尋作到一定的程度。也就是說，乙個搜尋，你可以作的很複雜，很精密，也可以作到一般水平，把握搜尋的力度和程度問題。由於時間關係、我的水平問題，所以我作了乙個程度的選擇。搜尋到一定的層次和程度，沒有作到搜尋特別的精確。同時，我也與客戶積極溝通，我的想法也得到了他們的認可。
通過搜尋程度上的確認，得出乙個結論，在專案的實施過程中，在需求和專案進行過程中，多和客戶溝通，解決比較難的問題的時候，可以考慮乙個程度，如果一口氣作不下來，分兩口氣作。
接著，我談談做事風格問題。在作專案的過程中，我有點拖泥帶水，導致的後果是，有那麼2－3次我是通宵。也就是說，到了事情的最後，我才去匆匆忙忙「趕」專案。導致的結果是，我的專案作的不夠完善，也作的不好，並且自己也提心吊膽的，害怕專案出錯。所以以後總結經驗，早早把事情作完。
最後，我談談使用者體驗問題。能實現使用者的需求是最基本的功能，最主要的是要讓使用者用的舒服和滿意。我奉行的原則是，簡單就是美。有句廣告詞叫做簡約而不簡單，我想就是這個道理，用最少的操作步驟達到操作目的。這就是我所要作的。並且，介面的美觀也非常重要。
以上是我在作這個專案中的一些缺點。下面，我說說以後作專案中我需要改進的地方：
1、在這個專案中，6個月完成專案後之後，使用者又過了幾個月，需要對軟體不滿意的地方進行修改，幸虧我的資料庫文件、還有其他一些文件當時作的時候比較齊全，所以有些忘記的地方，通過開啟文件，看看，就能很容易修改了。不過相關文件在一些措詞方面有模糊的地方，導致理解有誤。所以以後在寫文件的時候，達到用詞準確，表達清晰。
2、這個專案作的過程中，**注釋的不多，也不規範，導致在後來修改**的時候，遇到些麻煩，所以我希望在以後的專案中，能夠規範自己的**注釋。
3、以前認為，乙個專案只要把程式作完了，完成使用者給的要求就ok了。現在想想，其實乙個完整的專案不僅僅是程式上的，還有文件上的，還有使用者操作說明... ...等等各個方面。只要是與專案有關的，都要做到盡善盡美，只有把與專案有關的事情都作好了，才能算乙個專案的完整結束。
4、在作這個專案中，其實基本功能很早就實現了，但是在專案後期，經過計算機專業人員審核時，發現了許多漏洞。他們也給我提出了很多寶貴的意見，例如：在刪除檔案的時候，應該提示乙個：是否確認刪除這樣的一步操作... ...等等小的方面的問題。讓我感受到，其實人人都能完成基本功能，但是，乙個好的軟體專案，要得到大家的認可，必須在小的方面作好。所以說，需要有足夠的耐心和細心，才能作好乙個軟體專案。要時時刻刻站在客戶的角度考慮問題。
5、在專案中，計畫性不是很強，把每個功能模組所要作的工作量，列出乙個表，估算乙個工作量就很簡單了，這樣，自己心裡有個底，有個計畫。會好很多的。
6、其實這個專案的重要收穫不在**上，因為**已經很熟悉了，我希望在以後的專案中，能夠讓自己在編寫**中能夠達到軟體重構。只有那樣，軟體程式設計水平才能提高。
7、在作專案的時候，與客戶交流需求的時候，專案有點變化。其原因是由於對客戶的實際工作環境和情況不了解導致的，所以以後在作專案需求的時候，需要認真考慮客戶的知識結構水平，客戶的操作習慣和喜好，客戶的現有資源等等，只有綜合考慮許多因素後，軟體的需求才不會停留在表面，而達到乙個實實在在為客戶開發出來的，乙個人性化的軟體。
8、專案中我用的是sql資料庫，在設計資料庫的時候，沒有給資料庫欄位寫上注釋，也是以後要注意的。
9、最後我還要補充一點，編寫程式的時候最好養成嚴密的邏輯思維，這樣，有易於專案的進展，防止意外發生。也就是說：三思而後行吧！
總結一下：
以後作專案，力求規範。
馬上下乙個專案需求就要開始了，準備在網上找找規範文件，開始更加正規化開發軟體，作專案。
最近開發的乙個專案的一些感想
從過年收假到昨天，每天都在公司待著，今天，終於可以休息下了，從未有過的疲憊感，一下子席捲而來。這段時間一直在加班，特別是本週，連續三個通宵工作，而且均是從早上九點到第二天下午下班才回家，不通宵時也是凌晨一二點才回家，現在終於告一段落了。忙碌的工作讓人無暇思考，今天靜靜地思考了下，為什麼會這樣呢？總結...
乙個專案的總結
這篇文章是針對自己剛剛做過的乙個專案，自己的一些體會。其中在 中的內容是專案中的一些情況，不要求他人理解 做專案的經常出現的一種情況是弄乙個方案解決客戶的某乙個問題。通常會產生三種做法。1.問題和放案都是客戶提出來的。客戶很明確的告訴我們，有什麼問題，要用什麼方式解決。我們只需要針對客戶的解決方案，...
乙個專案的總結
我是移動網際網路行業的新手，這個月是來到這個公司的第12個月了，寫這篇東西是因為最近自己的乙個專案宣告掛起，偶爾維護不開發的狀態，在這裡有些感慨。這個專案是乙個lbs的交友軟體具體說明不能說，失敗的原因我總結了有以下幾個原因 1 我是新手 雖然已經參與開發了幾個專案了，但是我畢竟還是新手，而且我們服...