歡迎指正.

我認為在系統需求分析中,有三個問題需要注意,
即
系統涵蓋范圍
用戶對上線時間的要求
系統上線對目前系統整體的影響
系統覆蓋的范圍
很多用戶都想的是,這次一定要把所有遇到的問題解決完. 也就說,客戶潛在的心理是對系統較高的期望值.
這個時候,我們需要來確定系統涵蓋的范圍來界定我們的工作內容,同時也減少客戶不合理的要求.
如果我們在需求文檔里面不確定范圍,系統就會越來越大,結果造成,系統本身過于龐大,而無法完成.
?
用戶對上線的要求
確定這個是保證我們對今后工作計劃作良好的準備工作.
記得有個專家說,我們最終完成系統所用的時間是我們計劃的2-3倍,這里我就不涉及關于如何合理安排計劃來確保進度.
這篇文章很不錯,推薦一下,呵呵
在一個軟件開發項目中進行實際日程安排的十二點提示(轉)
系統上線對目前IT系統造成的影響
這一點來說,很多文檔都不會記錄.
前一陣跟agile的實施工程師接觸,結果發現他們一個很嚴重的問題,他們不是很關心上線agile系統后對目前公司現有IT系統的影響.
我覺得這種態度是對上線公司的不負責,因為上線只是一個時間點,而上線后后遺癥怎么處理?
所以,我把這一條加入到需求文檔中去.
可以考慮一下跟交互的其他系統以什么接口來溝通.
這一步最好提前作,系統分析人員一定要明確出來給開發人員.
還一條我覺得可以列出項目分析文檔中去
?數據流程