? 經過以前的數次討論，方案終于定了下來，在接下來的日子里，每個人負責不同的部分，開始進入各種文檔的實現階段。
? 我負責寫總體的需求文檔，雖然以前寫過類似的什么需求分析啊，概要設計啊，相信設計等等，但是，這次的需求文檔還是花了我很多的心思。
在寫之前特別又看了一遍《需求分析黃金法則》那20條，寫了一個晚上，一氣呵成，不過不知道是因為文筆退步還是別的原因，寫出的文檔，大家不是很滿意，
咳，嚴重郁悶中。
??????? ·業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。

??????? ·用戶需求——描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。

??????? ·功能需求——定義了開發人員必須實現的軟件功能，使用戶利用系統能夠完成他們的任務，從而滿足了業務需求。

??????? ·非功能性的需求——描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標準、規范和約束，操作界面的具體細節和構造上的限制。
這幾項都有包括啊，回頭問問差在哪里了。
? 雖然大賽并沒有要求提供需求分析文檔，但是需求在開發、測試、質量保證、項目管理以及相關項目功能中起著重要作用，所以，就像軟件工程的流程一樣，一切從需求開始，一切文檔化。
???????? 接著修改。。。。。。。