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文檔。