3.7、需求映射

　　考慮這樣的背景，在一個實時系統(tǒng)中，數(shù)字信號的采集與傳輸在不同的控制系統(tǒng)中均使用相同的實現(xiàn)方式，它們的需求也相同。在這種情況下我們可以采用需求映射的技術(shù)，需求映射是在不同的項目中使用相同的需求。

　　有三個項目，項目A中的需求R3被共享出來，項目B中的R3的需求映射到項目A中的需求R3。

　　3.8、可追溯性（Traceability）

　　可追溯性是需求的一致性表現(xiàn)形式。它主要包含以下幾個方面的含義：

　　◆保持和用戶要求的同步

　　必須牢記的是用戶需求是不斷變化的。需求分析需要適應(yīng)需求的不斷變化。

　　◆保持需求之間的完整和一致

　　用戶從各個層面提出的需求，往往含有相當多的矛盾，需求分析的一個重要的方面是要消除這些矛盾，規(guī)范用戶的需求。此外需求之間的依賴性也可以通過可追溯性來表示。

　　◆保持需求和系統(tǒng)設(shè)計間的同步

　　在大多數(shù)項目中，需求分析和系統(tǒng)設(shè)計沒有的必然聯(lián)系，這種情況造成的后果是軟件產(chǎn)品和實際的需求相差甚遠。例如采用手工的方法，可以使需求與系統(tǒng)設(shè)計保持一致。但這種方法是不安全的，因為沒有相應(yīng)的機制來強制相關(guān)人員遵守規(guī)則。所以必須從技術(shù)層面來保證需求和設(shè)計的一致，目前大多數(shù)的需求分析工具均有和系統(tǒng)設(shè)計工具保持同步的插件，如Borland的CaliberRM、IBM的ROSE、Telelogic的DOORS等。

　　3.9、報告（Report）

　　報告可以理解是需求的視圖，從不同的層次來描述需求，報告可根據(jù)需要進行過濾，如針對某一需求類型的報告、針對不明確需求的報告等。報告一般可以分為：

　　◆細節(jié)報告

　　描述需求的細節(jié)。

　　◆狀態(tài)報告

　　描述需求的狀態(tài)，需求的狀態(tài)可分為接受、不明確、拒絕等。

　　◆責任報告

　　參加需求分析的人員對其負責的需求產(chǎn)生的報告。

　　3.10、討論

　　討論是在需求分析過程中，需求分析團隊成員之間的一種協(xié)作機制。這種機制可使相關(guān)人員需求的定義、描述、狀態(tài)、優(yōu)先級、一致性、完整性等進行討論，得出正確的結(jié)論。

　　討論一般來說分兩個級別，項目級別、需求級別。

　　3.11、文檔引用

　　一個需求的描述可能需要外部的文檔，文檔引用是用外部文件來描述相關(guān)需求的附加信息。目前需求分析產(chǎn)品支持多的文檔類型是MS WORD，此外根據(jù)產(chǎn)品的不同，還支持Excel、圖像文件、HTML、及OLE等。

　　3.12、里程碑（BaseLine）

　　需求是不斷變化的，軟件產(chǎn)品根據(jù)不斷變化的需求有不同的版本，每一個版本的軟件除了軟件自身的BUG外，是滿足新增加的需求，而軟件產(chǎn)品需要其實現(xiàn)的功能具有穩(wěn)定性。里程碑是需求分析過程的一個階段結(jié)果，這個階段結(jié)果是固定不變的。

　　3.13、文檔的自動生成

　　參與軟件開發(fā)的人都有這樣的體會，在軟件產(chǎn)品完成之前很難給出軟件的各種文檔，是給出了相應(yīng)的文檔，文檔之間也有各種各樣的矛盾。這是需求、設(shè)計、開發(fā)缺乏同步的表現(xiàn)。

　　如果我們在軟件的開發(fā)過程中，嚴格遵循軟件的開發(fā)規(guī)范，采用相應(yīng)得軟件工程工具，上述情況可以避免。

　　在需求分析中，需求分析產(chǎn)品均可以自動根據(jù)分析的結(jié)果生成相應(yīng)得文檔，文檔的格式可以有MS Word、PowerPoint、HTML等。這里我們主要介紹一下Office Word文檔的生成方式。

　　在自動生成文檔之前，我們需要定義文檔模版。根據(jù)所要生成文檔的格式和需求分析軟件的相關(guān)命令，在Office Word創(chuàng)建文檔模版。文檔模版創(chuàng)建好之后，在需求分析軟件中選擇里程碑，自動生成出Office Word文檔。