需求分析方法探討
作者:網絡轉載 發布時間:[ 2010/11/25 13:16:03 ] 推薦標簽:
3.7、需求映射
考慮這樣的背景,在一個實時系統中,數字信號的采集與傳輸在不同的控制系統中均使用相同的實現方式,它們的需求也相同。在這種情況下我們可以采用需求映射的技術,需求映射是在不同的項目中使用相同的需求。
有三個項目,項目A中的需求R3被共享出來,項目B中的R3的需求映射到項目A中的需求R3。
3.8、可追溯性(Traceability)
可追溯性是需求的一致性表現形式。它主要包含以下幾個方面的含義:
◆保持和用戶要求的同步
必須牢記的是用戶需求是不斷變化的。需求分析需要適應需求的不斷變化。
◆保持需求之間的完整和一致
用戶從各個層面提出的需求,往往含有相當多的矛盾,需求分析的一個重要的方面是要消除這些矛盾,規范用戶的需求。此外需求之間的依賴性也可以通過可追溯性來表示。
◆保持需求和系統設計間的同步
在大多數項目中,需求分析和系統設計沒有的必然聯系,這種情況造成的后果是軟件產品和實際的需求相差甚遠。例如采用手工的方法,可以使需求與系統設計保持一致。但這種方法是不安全的,因為沒有相應的機制來強制相關人員遵守規則。所以必須從技術層面來保證需求和設計的一致,目前大多數的需求分析工具均有和系統設計工具保持同步的插件,如Borland的CaliberRM、IBM的ROSE、Telelogic的DOORS等。
3.9、報告(Report)
報告可以理解是需求的視圖,從不同的層次來描述需求,報告可根據需要進行過濾,如針對某一需求類型的報告、針對不明確需求的報告等。報告一般可以分為:
◆細節報告
描述需求的細節。
◆狀態報告
描述需求的狀態,需求的狀態可分為接受、不明確、拒絕等。
◆責任報告
參加需求分析的人員對其負責的需求產生的報告。
3.10、討論
討論是在需求分析過程中,需求分析團隊成員之間的一種協作機制。這種機制可使相關人員需求的定義、描述、狀態、優先級、一致性、完整性等進行討論,得出正確的結論。
討論一般來說分兩個級別,項目級別、需求級別。
3.11、文檔引用
一個需求的描述可能需要外部的文檔,文檔引用是用外部文件來描述相關需求的附加信息。目前需求分析產品支持多的文檔類型是MS WORD,此外根據產品的不同,還支持Excel、圖像文件、HTML、及OLE等。
3.12、里程碑(BaseLine)
需求是不斷變化的,軟件產品根據不斷變化的需求有不同的版本,每一個版本的軟件除了軟件自身的BUG外,是滿足新增加的需求,而軟件產品需要其實現的功能具有穩定性。里程碑是需求分析過程的一個階段結果,這個階段結果是固定不變的。
3.13、文檔的自動生成
參與軟件開發的人都有這樣的體會,在軟件產品完成之前很難給出軟件的各種文檔,是給出了相應的文檔,文檔之間也有各種各樣的矛盾。這是需求、設計、開發缺乏同步的表現。
如果我們在軟件的開發過程中,嚴格遵循軟件的開發規范,采用相應得軟件工程工具,上述情況可以避免。
在需求分析中,需求分析產品均可以自動根據分析的結果生成相應得文檔,文檔的格式可以有MS Word、PowerPoint、HTML等。這里我們主要介紹一下Office Word文檔的生成方式。
在自動生成文檔之前,我們需要定義文檔模版。根據所要生成文檔的格式和需求分析軟件的相關命令,在Office Word創建文檔模版。文檔模版創建好之后,在需求分析軟件中選擇里程碑,自動生成出Office Word文檔。
相關推薦

最新發布
性能測試之測試環境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經了什么?
2020/7/16 9:11:10