前幾天在bbs上，看到有人說需求文檔太難寫了，他在帖子裏面這樣寫：有時候我認爲，寫需求文檔本身比作系統分析更難。
真的是這樣麼？
實際上在我看來，很多時候我們覺得寫不出來分析文檔，根本的原因是我們沒有對這個問題作出很好的分析。其實系統分析產生的文檔只有那麼幾個，有些項目中可能是用系統功能說明書或者是系統分析報告，各種原型或者一些別的文檔，比如說遺留系統分析，業務流程改進說明，等等吧，甚至有的以概要設計的名義出現，有的用用例文檔甚至各種uml圖的形式出現，而在XP開發中可能是User Storey，這在寫法上都不是問題，因爲都有既有的模式可以參照。覺得寫文檔難有兩個可能的原因：一是根本不知道寫什麼好，那麼這說明系統分析沒有做到位， 二是組織文字的功力不夠，肚裏有一大堆的話不知道怎麼說，那麼這個其實是缺乏寫這方面文檔的經驗，可以通過看既有的分析文檔或者自己慢慢的練習進行改進的，因爲模仿別人寫東西總是比較容易吧，寫多了自然自己就有心得了?
但是在系統分析中，我們必須搞清楚的是：任何文檔都是爲了說清楚你要描述的事情，如果你連你要描述的事情都不清楚，那你形式上修飾的越好可能起的負作用越大，因爲你可能讓你的受衆關注於你形式上的華麗而不是內容的空洞。所以首要的問題是你要搞清楚你要分析的事情，針對各種問題你要能夠給出一個合理的解決之道，對各種細節你要做到能夠清楚明白，套用溫伯格《探索需求》中的一個詞，就是你要不斷的減低含混性。當然這也和軟件過程有關。
系統分析過程中面對的人大都是沒有多少計算機知識的人，他們描述出來的東西和他們想象的東西很可能是不一樣的，而他們所想的東西也不一定是最好的解決方法。作爲一個系統分析師，首先要能夠從這些一點技術含量都沒有的描述中看到他們真實的需求，從表象中看到用戶真正需要的東西，要幫他們進行改進，這纔是系統分析師真正應該做的工作。當然文檔也很重要，不過我覺得文檔本身寫起來還是比較容易的，畢竟都有大量的模版模式可以借用，但是探索需求本身卻是一項艱難的工作。 這個世界上有大量的軟件在交付後都不能讓客戶滿意，很大一部分原是因爲系統分析沒有做到位。