自從購入徐峰老師的《軟件需求最佳實踐》以來，斷斷續(xù)續(xù)看了差不多有3個月，期間一直在負責(zé)一個項目的需求和架構(gòu)，在需求上從零開始使用了SERU框架，現(xiàn)在項目第一次迭代趨于結(jié)束，對于SERU框架也有了一點或多或少的認(rèn)識。

說起來接觸這本書多多少少是因為另一本溫昱老師的《一線架構(gòu)師實踐指南》的影響（準(zhǔn)確說是直接通過購書網(wǎng)站的相關(guān)書籍鏈接過來的），兩本書都有很強的方法論味道。溫老師的書還是有些吝嗇筆墨，讀完之后會讓人覺得每一處都講了要如何做，但是在真正去做的時候卻還是發(fā)現(xiàn)有點無從下手。相比起來，這本徐老師的軟件需求做得很是到位，做為一本指導(dǎo)“實踐”的書，不僅提出了一套完整的方法論，而且對每個環(huán)節(jié)也做了仔細的闡述，既有宏觀架構(gòu)，又有細節(jié)描述，可謂是軟件需求上的cookbook。在項目開始的時候甚至都沒有完整的讀過一遍全書就開始按照書中所述開始需求定義、細化，做到哪里就讀到哪里，這樣魯莽的行動導(dǎo)致的結(jié)果竟然還算得上不錯。

?

由于項目性質(zhì)屬于預(yù)研類，所以直接從客戶那里能獲取的需求屈指可數(shù)，同行業(yè)甚至都沒有一個完整的概念。這樣的需求做起來即是無比輕松，同時也可以是壓力山大。由于沒有客戶方壓力，所以需求也就無所謂對錯，同時也由于沒有客戶方，需求捕獲變得異常困難。總結(jié)這次項目的需求來源，有公司分管技術(shù)領(lǐng)導(dǎo)，技術(shù)專家，其他同行業(yè)產(chǎn)品和其他行業(yè)產(chǎn)品。需求沒有一個統(tǒng)一的分類與來源，這就造成準(zhǔn)確捕獲異常困難——誰也不知道需求是否已經(jīng)捕獲完整。所以在零散的需求定義過程草草結(jié)束后，將軟件需求的重點放在了分析和建模上，這同時也是這次項目的一次實驗，要探索一條符合公司現(xiàn)狀的軟件開發(fā)流程，需求作為起點，自然處在一個很重要的位置。總體說來，由于應(yīng)用了SERU，這次需求分析的收獲如下：

1. 軟件需求分析過程清晰，包括節(jié)點和產(chǎn)出，都能夠從書中找到并順利應(yīng)用于實踐中。
2. 形成的文檔比較全面，雖然還是套用ISO，但都做了對應(yīng)的修改。
3. E和R的區(qū)分使得不同類型需求分析更加有的放矢，更加準(zhǔn)確。
4. 關(guān)于“用戶界面是設(shè)計“的闡述終結(jié)了公司關(guān)于要不要在需求文檔中描述用戶界面細節(jié)的爭論，決定增加交互設(shè)計文檔和用戶界面設(shè)計文檔。

在收獲同時，也有許多困惑：

1. 有些應(yīng)用難以歸類，說不清楚到底是一個事件還是一個報表類。
2. 整個SERU實踐起來需要的時間和人員較多，對小項目來說需要做一定的修改和裁剪。
3. 對于領(lǐng)域類的組織上，E類和R類需求有所不同，而這造成了一定的困擾。
4. 實踐中，拼音的組織方式并未受到很好的效果，而且相比英文，更易造成錯誤。

總體說來，這本《需求實踐》還是具有很好的指導(dǎo)價值，值得一讀。

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