引子：上個專案的在做需求時，改了又改，好不麻煩，現在我就記錄總結一下，
下次要吸取教訓啊！
1。要編寫需求分析的歷史記錄：
因為客戶提供需求的過程是模糊需求→大概需求→明確需求→最後需求，所以需求分析需要不斷滾動完善，通過需求分析的歷史記錄有利於評估每個階段的工作。
2．編寫需求分析時不是完全按照客戶的要求編寫；
正確做法是以客戶的要求為基礎，根據專案時間與成本編寫需求分析，如果需要修改客戶的要求，必須與客戶充分地交流，使雙方達成一致的認識。交流真的很重要，像我們這次如果開始就和客戶的意見打成一致現在就不會一再的該了，說來真是走了很多的彎路哩，（到專案進行一半了還再要求我們該錶結構的字段，快瘋了！）所以啊！記住：溝通！
怎樣做需求分析
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階段...
怎樣做需求分析
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階段...
怎樣做需求分析
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階段...