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