終於臨近了第一次迭代開發的尾聲，回顧這幾周的工作，除了寫程式碼之外，團隊的重心都在進行需求分析和資料庫設計。以下是我在專案開發過程中關於需求分析部分的總結：

需求分析流程

1. 導師引導：確定大致需求

老師第一次參與我們小組會議就強調了需求分析的重要性，也是該次會議的主題。可能是考慮到我們是第一次做專案，沒有什麼經驗，所以老師從我們專案的實際意義出發，引導我們一步一步進行需求分析。在這個過程中，老師提出了很多關鍵點，比如：要對車輛事故進行處理、考慮油費問題等等，這些都是我們很容易忽視的。老師讓我們明確了需求分析一定要從各個方面入手，滿足使用者與客戶的需求。

2. 組內討論：初步需求分析

在老師指點之後，我們團隊進行了一次數小時的會議來進行初步需求分析。剛開始我們是沒有任何章法，想到什麼就說出來，雖然確實提出很多不錯的需求，但是這樣很容易忽略細節，導致分析不全面。經過調整，我們決定從使用者視角出發，以登陸-操作-結束的流程來逐步分析，效率有了很大提高，這個方法也用到了之後的資料庫設計課程中。其實討論的過程並不是很順利，《構建之法》中有提到，“軟體團隊需要找到軟體的利益相關者，瞭解和挖掘他們對軟體的需求，引導他們表達出真實的需求”，真正經歷了才知道“需求捕捉”是意見很困難的事情，大致的大家都想得到，關鍵的就是細節之處。

3. 收集資料：完善和定義需求

在初步分析之後，小組成員又各自查閱了很多相關的資料，對需求分析模型進行不斷的完善，最終得到了需求分析報告1.0版本。在老師提出修改意見之後，又反覆改進。總之，這個過程就是一次又一次修改需求模型。最後我們團隊的需求分析報告竟然寫到了3.2版本！！

總結

經過反覆的改進，我相信我們團隊的需求分析還是做的不錯的，但是也有一點點小遺憾，我們沒有進行競爭性需求分析，如果第二次迭代有時間也可以完善一下，希望我們的專案亮點多多！最後！我終於明白了為什麼資料庫的老師說在專案中做需求分析的人工作最高！需求分析真的很麻煩但是又真的很關鍵啊！借這次做專案的機會，我還是對需求分析的流程有了比較全面的瞭解，而且在這個過程中我還是被迫掌握了很多技能，比如starUML的使用，所以感覺還是收穫滿滿！