需求的實踐（4）
http://www-900.ibm.com/developerWorks/i/c.gif業務建模時期（下）
林星 ([email protected])
2001 年 11 月和上一篇的理論不同，這一篇文章更注重於實際，舉出了在業務建模簡短需要注意的一些原則和實踐，每一條都來自於實踐之中，也都有理論的支持。其中的很多內容更是經過多次的失敗才總結出來的。相信大家如果能夠理解這些原則和實踐的某些方面，至少能夠避免重蹈覆轍。
原則（Principle）
1. 誰才是"上帝"
<我們說客戶是上帝，是因為客戶的重要性，客戶占有決定性的地位。可是在軟件開發中，到底是誰有決定權呢？是出資方，還是項目經歷，或是程序員？
職責不清，是業務建模失敗的主要原因之一。我們可以很容易的看見客戶把自己的要求用幾句話高度濃縮之後扔給開發人員，或是開發人員按照自己的意思開發程序。難道說，客戶和開發人員之間真的是"心有靈犀"，完全不用溝通的嗎。
我在前文中已經提到過項目涉眾和開發人員的權利和義務，我想這裡還有必要再次強調。Scott W. Ambler說：
it is the role of project stakeholders to provide requirements, it is the role of developers to understand and implement them.
在我一次開發過程中，遇到過一個很有意思的涉眾，他在他的需求分析中這樣寫："總之，要實現那種能夠想到就能做到功能。"我想，這位涉眾對我們的計算機工業有著非常遠大的抱負。但我不得不客氣的告訴他目前實現是不太現實的。
大家聽了可能會覺得好笑，但是在我自己和客戶打交道的生涯中，這種客戶不在少數。現實就是這樣，你要怎麼做？是一笑之後，棄之不顧嗎？我想大多數人會這樣做。因為他的要求太荒唐了嘛。可是，你有沒有花時間去了解一下，他這句荒唐的話背後代表了他的什麼意思呢？我覺得，軟件開發人員負有教育涉眾的義務，你需要引導你的涉眾，讓他們說出自己的心聲。我在看到這位涉眾的這句話後，就花了一些時間去了解，其實呢，事情很簡單，他就是想要一個能夠定制報表模板的功能。而在項目結束後，我和這位涉眾有幸再一次的合作，這時候，他已經成為了一個出色的客戶方的項目領導者了。
這個例子說明了什麼呢？涉眾往往都是領域專家，對自己的工作有很深的認識，可是由於對軟件開發的不了解，涉眾往往表達不清，甚至表達不出自己的需求。這時候，就是體現你的功力的時候了。記住，象對待上帝一樣對待你的客戶。
