《軟體需求最佳實務》閱讀筆記一

標籤：好的   部門   bsp   img   規格   這一   idt   閱讀   交流   

第一二章  《軟體需求最佳實務》第一章講述了“需求現狀分析”，作者在文章開始部分就通過列舉standish group機構總結的一些資料非常清晰和令人信服的表述了軟體需求對軟體的成功起著十分重要的作用，具體資料如：

  

  

  

其中軟體成功因素中有15.9%使用者參與，13.0%的清晰的需求描述，8.2%現實的客戶期望這些權重加起來竟高達將近50%，很顯然，需求分析在軟體工程行業是十分重要的更是必須要做而且要做好的。

   文章中作者舉了好多現實中的例子（也許只有到了職場才能深有體會吧），這些例子都是真真實實發生過的或者是正在發生的，作者一一指出了其中的弊端；比如說寫一份軟體規格需求說明書，我們的需求說明書是要給誰看的，誰又會看那一部分呢？這兩個問題是實實在在的，的確如此，苦逼的程式員緊趕慢趕起早貪黑的寫了厚厚一摞的文檔，恭恭敬敬的交到經理面前，但是經理會認真看嗎？對，他肯定不會！首先，經理有他自己的主要職責不會在這一方面浪費太多的時間；其次，一本規格需求說明書少說幾萬字，包含內容繁多，經理也不知道要看哪一部分；再次，程式員的需求規格說明書裡面專業術語太多，而經理又不一定是懂技術的人，這就在理解上帶來了很多不必要的麻煩。所以，在撰寫文檔方面，作者提出了這樣的方法：需求規格說明書應採用業務嚮導的樹形結構來組織。

   除了這一方面的問題作者還列舉出了“使用者參與度低”“使用者需求過於不現實”“軟體需求變更頻繁”“內部人員交流失真”等重大問題。在沒有瞭解軟體需求之前作為一名新手當然是不會想這末多的，以為做軟體的重頭戲就是在編寫（看來真是可笑），現在真正體會到了需求和目標的重要性。其實在做需求和交流這條路上關鍵是與人打交道，需求分析師和客戶之間高效率的交流，代碼編寫者與專案經理之間默契的配合，以及公司內各個部門之間無間的合作才是成功的關鍵。至於說技術嘛，這些都是可以用money買得到的。

    

《軟體需求最佳實務》閱讀筆記一