軟件測試之怎么做需求分析[1]

關鍵字：需求分析 方法

　　在具體的研究需求分析之前，我們先了解一下軟件工程這個概念。軟件工程分為三個層次，過程層、方法層、工具層。在最基礎的過程層，最重要的就是一組被稱為關鍵過程區域(KPAs)的框架(KPA的概念在討論CMM的書中有詳細的概念說明)。關鍵過程區域構成了軟件項目的管理控制的基礎，并且確立了上下文各區域的關系，其中規定了技術方法的采用、工程產品的，模型、文檔、數據、報告、表格等，等的產生、里程碑的建立、質量的保證及變化的適當管理。方法層主要是過程在技術上的實現。它解決的問題是如何做。軟件工程方法涵蓋了一系列的任務：需求分析、設計、編程、測試、維護。同時他還包括了一組基本原則，控制了每一個的關鍵過程區域。工具層就很好理解了，他對過程層和方法層提供了自動和半自動的支持。這些輔助工具就稱為CASE。

　　可以看到需求分析的位置，但是事實上需求分析是跨越了軟件工程的三個層次的。這一點是和其他的過程是一樣的。當然我們這里比較重點強調的是在軟件工程的方法層，同時也涉及到一些過程層的思想，至于工具層則不再我們的討論之列，但是會提到一些很適合在需求分析時應用的工具，諸如Word、Excel、Visio等。

　　方法

　　需求分析都包括了哪些方法呢?這里列舉出在《需求分析》一書中推薦的一些方法，

　　1) 繪制系統關聯圖，這種關聯圖是用于定義系統與系統外部實體間的界限和接口的簡單模型。同時它也明確了通過接口的信息流和物質流。

　　2) 創建用戶接口原型，當開發人員或用戶不能確定需求時，開發一個用戶接口原型—一個可能的局部實現—這樣使得許多概念和可能發生的事更為直觀明了。用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。

　　3) 分析需求可行性，在允許的成本、性能要求下，分析每項需求實施的可行性，明確與每項需求實現相聯系的風險，包括與其它需求的沖突，對外界因素的依賴和技術障礙。 　　4) 確定需求的優先級別，應用分析方法來確定使用實例、產品特性或單項需求實現的優先級別。以優先級為基礎確定產品版本將包括哪些特性或哪類需求。當允許需求變更時，在特定的版本中加入每一項變更，并在那個版本計劃中作出需要的變更。

　　5) 為需求建立模型，需求的圖形分析模型是軟件需求規格說明極好的補充說明。它們能提供不同的信息與關系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數據流圖、實體關系圖、狀態變換圖、對話框圖、對象類及交互作用圖。

　　6) 創建數據字典，數據字典是對系統用到的所有數據項和結構的定義，以確保開發人員使用統一的數據定義。在需求階段，數據字典至少應定義客戶數據項以確?？蛻襞c開發小組是使用一致的定義和術語。分析和設計工具通常包括數據字典組件。

　　7) 使用質量功能調配，(QFD)是一種高級系統技術，它將產品特性、屬性與對客戶的重要性聯系起來。該技術提供了一種分析方法以明確那些是客戶最為關注的特性。QFD將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不滿意;普通需求;興奮需求，即實現了會給客戶帶去驚喜，但若未實現也不會受到責備(Zultner 1993;Pardee 1996)。

　　記住一點，不要試圖在你的項目中把這些方法都用上去，四個現代化并不是一夜就可以實現的。同樣，嘗試著使用你認為對你很有幫助的方法，確實收到效果之后，在考慮繼續學習方法。因為上面提到的都是需求分析的大方法，事實上還有很多很多的方法可以采用，例如，采用SRS模板、指明需求的來源、為每項需求注上標號、記錄業務規范、創建需求跟蹤能力矩陣、審查需求文檔、以需求為依據編寫測試用例、編寫用戶手冊、確定合格的標準。

原文轉自：http://www.anti-gravitydesign.com