需求的目的與解決辦法

需求分析文件必須實現以下目的:

（1）需求文件必須能展現系統的目的;

（2）需求文件必須能夠展示系統的業務流程;

（3）需求必須能夠展示系統的結構層次關係;

（4）需求文件必須能夠展示系統完整閉合資料流;.

（5）需求文件必須能夠向讀者展示系統實施後的場景;

目前大部分需求文件存在的普遍問題為不能清晰的描述上面的（2）、（3）、（4），（5）這幾個方面的內容；

筆者認為，目前需求文件中普遍存在的問題為缺乏中高層用例；一般的需求文件都會對底層用例進行過多的描述，但是底層用例很難描述使用者的業務流程，涉及的大多為交換操作，以及細節的業務規則；單這些規則不足以描述使用者的業務流程；實際上業務流程大部分包含於中層用例，中層用例是對乙個業務流程較為完整的概括。

目前需求文件中存在的另乙個問題就是就是根據需求文件沒辦法描述出系統的結構，這也是用例描述沒有區分層次和分類所致。

需求文件中還普遍存在的乙個問題是，需求人員只是簡單的將使用者的需求進行了描述；每個用例關注的是細節的問題；這樣只注重了細節，而忽略了整體；最終導致資料流不能閉合與不太完整；經常出現業務統計分析所用資料沒有資料**的問題。

當讀者看完需求文件後，不能對系統的結構和實施的場景有個清晰的認識的文件，當然是不合格的文件；因此必須加強需求文件中實施後場景的描述。

為解決以上問題，筆者認為在需求中應該注意以下幾個方面：

（1）系統用例必須分出層次；

作用：可以描述系統結構；

（2）豐富高層用例與中層用例的建設；

作用：可以描述系統目的和業務流程；

（3）描述系統實施後場景；

作用：可以幫組設計人員了解系統，及指導實施；

（4）描述系統執行的標準過程與資料流向。

作用：可以驗證資料流是否完整；系統執行次序是否合理。