讀《軟件需求最佳實踐》有感

自從購入徐峯老師的《軟件需求最佳實踐》以來,斷斷續續看了差很少有3個月,期間一直在負責一個項目的需求和架構,在需求上從零開始使用了SERU框架,如今項目第一次迭代趨於結束,對於SERU框架也有了一點或多或少的認識。架構

提及來接觸這本書多多少少是由於另外一本溫昱老師的《一線架構師實踐指南》的影響(準確說是直接經過購書網站的相關書籍連接過來的),兩本書都有很強的方法論味道。溫老師的書仍是有些吝嗇筆墨,讀完以後會讓人以爲每一處都講了要如何作,可是在真正去作的時候卻仍是發現有點無從下手。相比起來,這本徐老師的軟件需求作得非常到位,作爲一本指導「實踐」的書,不只提出了一套完整的方法論,並且對每一個環節也作了仔細的闡述,既有宏觀架構,又有細節描述,可謂是軟件需求上的cookbook。在項目開始的時候甚至都沒有完整的讀過一遍全書就開始按照書中所述開始需求定義、細化,作到哪裏就讀到哪裏,這樣魯莽的行動致使的結果居然還算得上不錯。框架

 

因爲項目性質屬於預研類,因此直接從客戶那裏能獲取的需求屈指可數,同行業甚至都沒有一個完整的概念。這樣的需求作起來便是無比輕鬆,同時也能夠是壓力山大。因爲沒有客戶方壓力,因此需求也就無所謂對錯,同時也因爲沒有客戶方,需求捕獲變得異常困難。總結此次項目的需求來源,有公司分管技術領導,技術專家,其餘同行業產品和其餘行業產品。需求沒有一個統一的分類與來源,這就形成準確捕獲異常困難——誰也不知道需求是否已經捕獲完整。因此在零散的需求定義過程草草結束後,將軟件需求的重點放在了分析和建模上,這同時也是此次項目的一次實驗,要探索一條符合公司現狀的軟件開發流程,需求做爲起點,天然處在一個很重要的位置。整體說來,因爲應用了SERU,此次需求分析的收穫以下:網站

  1. 軟件需求分析過程清晰,包括節點和產出,都可以從書中找到並順利應用於實踐中。
  2. 造成的文檔比較全面,雖然仍是套用ISO,但都作了對應的修改。
  3. E和R的區分使得不一樣類型需求分析更加有的放矢,更加準確。
  4. 關於「用戶界面是設計「的闡述終結了公司關於要不要在需求文檔中描述用戶界面細節的爭論,決定增長交互設計文檔和用戶界面設計文檔。

在收穫同時,也有許多困惑:設計

  1. 有些應用難以歸類,說不清楚究竟是一個事件仍是一個報表類。
  2. 整個SERU實踐起來須要的時間和人員較多,對小項目來講須要作必定的修改和裁剪。
  3. 對於領域類的組織上,E類和R類需求有所不一樣,而這形成了必定的困擾。
  4. 實踐中,拼音的組織方式並未受到很好的效果,並且相比英文,更易形成錯誤。

整體說來,這本《需求實踐》仍是具備很好的指導價值,值得一讀。事件

相關文章
相關標籤/搜索