需求分析是軟件開發(fā)領(lǐng)域當(dāng)中的重要工作環(huán)節(jié)，中培偉業(yè)專家郭老師表示，我們做需求分析應(yīng)當(dāng)化繁為簡，不必去拘泥于那些過程。怎樣化繁為簡？尋找適合自己的，避免做過度分析和設(shè)計，這種思想也是敏捷開發(fā)的精髓。比如我所從事的管理軟件的研發(fā)，關(guān)注業(yè)務(wù)流程、關(guān)注業(yè)務(wù)實體、關(guān)注規(guī)則約束，功能方面的需求就分析完成了大半。然后再關(guān)注查詢報表、關(guān)注外部接口、關(guān)注打印導(dǎo)出等細小功能，功能方面就差不多了。

郭老師進一步指出，需求分析人員最容易忽略的部分就是非功能需求。非功能需求更加靠近的是技術(shù)，是設(shè)計，是實現(xiàn)，是架構(gòu)師關(guān)注的內(nèi)容，是需求人員最不擅長的方面，這也是非功能需求為什么常常被忽略的重要原因。正因為如此，架構(gòu)師應(yīng)當(dāng)盡早參與到項目中，參與到需求分析中，盡早分析需求的技術(shù)可行性，盡早考慮性能、安全性、可靠性等非功能需求，盡早開始架構(gòu)設(shè)計。
　　在非功能需求分析中另一個非常常見的錯誤，就是將非功能需求僅僅歸結(jié)為一些放之四海而皆準(zhǔn)的原則，比如專門拿出一章來描述報表查詢效率要怎樣、系統(tǒng)易用性要怎樣。誠然，這些原則性的東西是十分必要的，但許多非功能需求不能僅僅停留在這些基本原則上，要落實到對一個一個功能的分析中。

那么哪些是非功能需求呢？郭老師將其歸納為“URPS+”，即可用性（Usability）、可靠性（Reliability）、性能（Performance）、可支持性（Supportability）以及其它（+）。而這5部分我們可以進一步細化。

可用性是一個非常寬泛的概念，它泛指那些能讓用戶順利使用系統(tǒng)的指標(biāo)，包括易用性（易操作、易理解）、準(zhǔn)確性、安全性（權(quán)限體系、訪問限制）、兼容性（服務(wù)器、客戶端的兼容度），等等。

可靠性就是系統(tǒng)可以可靠運行，包括系統(tǒng)成熟度（數(shù)據(jù)吞吐量、并發(fā)用戶量、連續(xù)不停機性能等）、數(shù)據(jù)容錯度、系統(tǒng)易恢復(fù)性，等等。

性能，郭老師認為是需求分析階段最主要的分析內(nèi)容。用戶對性能的要求沒有止境，但現(xiàn)實卻是殘酷的。性能受到許多因素的影響，包括業(yè)務(wù)需求、軟件設(shè)計、數(shù)據(jù)庫設(shè)計、系統(tǒng)部署方式，等等。其中，業(yè)務(wù)需求和部署方式，對性能的影響是最大的，我們必須在需求分析階段就想清楚，解決掉。

系統(tǒng)部署架構(gòu)對性能的影響也是巨大的。一個管理系統(tǒng)，是市級集中，還是省級集中，甚至全國集中，對性能的考量是不一樣的。市級集中不會過于擔(dān)心性能的問題；省級集中就必須要考量并發(fā)訪問量，是否要建立集群；全國集中就必須考量是否使用消息隊列，所有流程是否有性能瓶頸，以及采用什么技術(shù)架構(gòu)更適于并發(fā)訪問等等。而這一切都是系統(tǒng)架構(gòu)師應(yīng)當(dāng)考量的內(nèi)容。

最后一個內(nèi)容，也是最容易被忽略的一個內(nèi)容，就是可支持性。可支持性，就是軟件的可維護性、易變更性。可支持性對于客戶是透明的，不可見的，因此客戶通常不關(guān)心這個。由于時間緊、人員素質(zhì)參差不齊，這部分也常常為管理者所忽略。但試問，誰沒有維護糟糕系統(tǒng)的痛苦經(jīng)歷？誰們的系統(tǒng)維護了數(shù)年經(jīng)過數(shù)次升級后還能維護？在需求分析與設(shè)計階段，可支持性實際上體現(xiàn)在，我們是否能有效識別系統(tǒng)可變的需求，并能夠提供合理的方案。這體現(xiàn)的也是架構(gòu)師的功底。

郭老師將需求分析比喻為一個撒大網(wǎng)的過程，而不是姜太公釣魚的過程。功能需求固然重要，非功能需求同樣重要。我們在進行非功能需求的分析時，除了制訂整體的原則以外，還要落實到各個具體的功能中，將這些功能所潛在的、特殊的非功能需求挖掘出來，提前進行分析設(shè)計，對于可行性不高的應(yīng)及時與客戶商討，才能有效地避免日后存在的這些方面的風(fēng)險。

想了解更多，請咨詢中培偉業(yè)：http://www.huzbo.cn