的制約，即把流程中的各項業(yè)務結(jié)點工作作為獨立的對象，充分考慮他們與其他各種業(yè)務對象的接口，在流程之間通過業(yè)務對象的相互調(diào)用實現(xiàn)其業(yè)務流程，這樣，在業(yè)務流程發(fā)生有限的變化時，就能夠比較方便地修改系統(tǒng)程序而實現(xiàn)新的需求。
　　對于各項業(yè)務的調(diào)查可以通過對以下資料的收集整理分析，這些資料來自各種各樣的項目干系人：遵循的標準、組織發(fā)放的工作手冊、作業(yè)流程、有關(guān)業(yè)務的上級通知、有關(guān)業(yè)務的辦事指南、辦理業(yè)務時需要填寫的登記表、各種相關(guān)的統(tǒng)計報表及通過其他途徑收集的類似系統(tǒng)的介紹、技術(shù)資料等等。
　　3、可視化需求調(diào)研，引導各種客戶挖掘他們的需求
　　有的客戶因為自己缺乏計算機知識，無法提出完整準確、隱含的或潛在的需求。但若這些需求不能滿足將導致用戶的不滿。因此需求調(diào)研分析人員應善于想用戶所想，不但要確定明確的需求，還要善于用啟發(fā)的方式與用戶探討隱含的或潛在的需求，并結(jié)合各種調(diào)研分析技術(shù)挖掘超出客戶期望的令人興奮的需求。這就要求需求調(diào)研分析員要盡快完整地熟悉相關(guān)業(yè)務，從而能夠站在用戶的立場看待軟件需求，想用戶所想，做好業(yè)務與計算機之間的橋梁。利用可視化需求調(diào)研的方法可以很好地啟發(fā)用戶深入挖掘潛在的需求?？梢暬枨笳{(diào)研就是使用圖表等工具來啟發(fā)引導用戶清楚地敘述需求，并且使需求更加全面完善。
　　對于高層領導，可以提供系統(tǒng)總體框架圖；對于業(yè)務管理人員，可以用業(yè)務流程圖來描述新舊系統(tǒng)的業(yè)務流程；對于客戶中的技術(shù)人員，可以用數(shù)據(jù)流圖、實體關(guān)系圖或UML中的各種圖形對系統(tǒng)進行各種角度的描述；而對于業(yè)務管理人員、客戶中的技術(shù)人員、以及各層次各流程中的用戶，畫出用戶界面圖來進行需求挖掘，是個比較有效的溝通方式。
　　這里特別說明一下用戶界面的重要性。用戶界面的設計按理來說是軟件設計的責任，當然客戶自己對界面有特別提出要求的除外。但是，如果把它提前到需求調(diào)研時（緊接著原有系統(tǒng)調(diào)研分析和系統(tǒng)模型完成之后）與客戶進行討論，則可以大大改善需求調(diào)研的效果。因此不少需求分析的著作把用戶界面說成是“設計層”的需求之一。因為這時客戶對于將來的系統(tǒng)還沒有一個形象上的概念，或者有一個模糊的預想的概念需要表述、驗證、明晰化、完善化。以筆者的經(jīng)驗，畫出用戶界面草圖與客戶進行討論，可以大大激發(fā)他們提供更為準確全面的需求。原來收集資料，描述業(yè)務，說明系統(tǒng)模型到了山窮水盡的時候，這種方法可以達到柳暗花明又一村的效果。在《微軟項目：求生法則》的第8章“需求開發(fā)”中，從頭到尾都是圍繞著“使用者接口”（USER INTERFACE也可以翻譯成“用戶界面”）進行討論，如“建立簡單的使用者接口雛形”、“不斷修訂使用者接口雛型，直到使用者對軟件感到興趣盎然為止”、“完全擴展使用者接口”，同時還要“區(qū)分一份非使用者接口需求文件”，等等。因此，所謂需求就是“當你按下各種相關(guān)按鈕（或輸入各種相關(guān)命令）時系統(tǒng)做什么”，所謂設計就是“當你按下各種相關(guān)按鈕（或輸入各種相關(guān)命令）時系統(tǒng)怎么做”。雖然在英語中“接口”與“界面”實際是同一個單詞，但“接口”的含義似乎比“界面”來得廣泛，如功能之間的接口、與其他軟件的接口、與其他硬件的接口等等。需求的最終目的實際上是完整準確地描述系統(tǒng)需要的各種接口或“界面”，及它們的相互關(guān)系或與外部環(huán)境的關(guān)系，如界面中的某個按鈕按下去時，可能產(chǎn)生新的界面、新的按鈕、或者調(diào)用其他軟件硬件完成某些功能。自頂向下，把這些界面及涉及到的數(shù)據(jù)描述清楚，就是一份不錯的需求。
　　4、與其他項目小組成員共同協(xié)作、持續(xù)完善系統(tǒng)需求
　　需求文檔完成之后，并不是萬事大吉，把它扔給后面的設計人員

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html