五章軟件需求規(guī)格說明

1、第五章第五章 軟件需求規(guī)格說明軟件需求規(guī)格說明周立新周立新 博士博士北京大學軟件與微電子學院北京大學軟件與微電子學院課程提綱課程提綱1.1.軟件需求基本理論和概念軟件需求基本理論和概念 2.2.軟件需求工程過程軟件需求工程過程 3.3.軟件需求獲取軟件需求獲取 4.4.軟件需求分析軟件需求分析 5.5.軟件需求規(guī)格說明軟件需求規(guī)格說明 6.6.軟件需求驗證軟件需求驗證 7.7.軟件需求管理軟件需求管理 8.8.軟件需求實現軟件需求實現 9.9.軟件需求工程新進展軟件需求工程新進展 10.10. 軟件需求開發(fā)與需求管理工具軟件需求開發(fā)與需求管理工具內容提要需求規(guī)格說明技術、基本方法需求規(guī)格說明技

2、術、基本方法需求規(guī)格說明模板需求規(guī)格說明模板數據字典數據字典示例分析示例分析 軟件需求規(guī)格說明軟件需求規(guī)格說明軟件需求規(guī)格說明，也稱為功能規(guī)格說明、需求軟件需求規(guī)格說明，也稱為功能規(guī)格說明、需求協議以及系統(tǒng)規(guī)格說明。協議以及系統(tǒng)規(guī)格說明。它精確地闡述一個軟件系統(tǒng)必須提供的功能和性它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。能以及它所要考慮的限制條件。軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的軟件需求規(guī)格說明不僅是系統(tǒng)測試和用戶文檔的基礎，也是所有子系列項目規(guī)劃、設計和編碼的基礎，也是所有子系列項目規(guī)劃、設計和編碼的基礎。基礎。它應該盡可能完整地描述系統(tǒng)預期的外部行為和

3、它應該盡可能完整地描述系統(tǒng)預期的外部行為和用戶可視化行為。用戶可視化行為。除了設計和實現上的限制，軟件需求規(guī)格說明不除了設計和實現上的限制，軟件需求規(guī)格說明不應該包括設計、構造、測試或工程管理的細節(jié)。應該包括設計、構造、測試或工程管理的細節(jié)。編寫軟件需求規(guī)格說明的方法編寫軟件需求規(guī)格說明的方法可以用三種方法編寫軟件需求規(guī)格說明：可以用三種方法編寫軟件需求規(guī)格說明： 用好的結構化和自然語言編寫文本型文檔。用好的結構化和自然語言編寫文本型文檔。 建立圖形化模型，這些模型可以描繪轉換建立圖形化模型，這些模型可以描繪轉換過程、系統(tǒng)狀態(tài)和它們之間的變化、數據過程、系統(tǒng)狀態(tài)和它們之間的變化、數據關系、邏輯

4、流或對象類和它們的關系。關系、邏輯流或對象類和它們的關系。 編寫形式化規(guī)格說明，這可以通過使用數編寫形式化規(guī)格說明，這可以通過使用數學上精確的形式化邏輯語言來定義需求。學上精確的形式化邏輯語言來定義需求。使用軟件需求規(guī)格說明的目的使用軟件需求規(guī)格說明的目的 客戶和營銷部門依賴它來了解他們所能提供的產客戶和營銷部門依賴它來了解他們所能提供的產品。品。 項目經理根據包含在軟件需求規(guī)格說明中描述的項目經理根據包含在軟件需求規(guī)格說明中描述的產品來制定規(guī)劃并預測進度安排、工作量和資源。產品來制定規(guī)劃并預測進度安排、工作量和資源。 軟件開發(fā)小組依賴它來理解他們將要開發(fā)的產品。軟件開發(fā)小組依賴它來理解他們將

5、要開發(fā)的產品。 測試小組使用軟件需求規(guī)格說明中對產品行為的測試小組使用軟件需求規(guī)格說明中對產品行為的描述制定測試計劃、測試用例和測試過程。描述制定測試計劃、測試用例和測試過程。 軟件維護和支持人員根據軟件維護和支持人員根據SRS了解產品的某部分了解產品的某部分是做什么的。是做什么的。使用軟件需求規(guī)格說明的目的使用軟件需求規(guī)格說明的目的 產品發(fā)布組在產品發(fā)布組在SRS和用戶界面設計的基礎上編寫和用戶界面設計的基礎上編寫客戶文檔，如用戶手冊和幫助屏幕等。客戶文檔，如用戶手冊和幫助屏幕等。 培訓人員根據培訓人員根據SRS和用戶文檔編寫培訓材料。和用戶文檔編寫培訓材料。 如果任何所期望的功能或非功能需

6、求未寫入軟件如果任何所期望的功能或非功能需求未寫入軟件需求規(guī)格說明，那么它將不能作為協議的一部分需求規(guī)格說明，那么它將不能作為協議的一部分并且不能在產品中出現。并且不能在產品中出現。 所有的參與者必須根據已通過評審的需求來安排所有的參與者必須根據已通過評審的需求來安排工作以避免不必要的返工和誤解。工作以避免不必要的返工和誤解。可讀性的建議可讀性的建議 對節(jié)、小節(jié)和單個需求的號碼編排必須一致。對節(jié)、小節(jié)和單個需求的號碼編排必須一致。 在右邊部分留下文本注釋區(qū)。在右邊部分留下文本注釋區(qū)。 允許不加限制地使用空格。允許不加限制地使用空格。 正確使用各種可視化強調標志（例如，黑體、下正確使用各種可視化

7、強調標志（例如，黑體、下劃線、斜體和其它不同字體）。劃線、斜體和其它不同字體）。 創(chuàng)建目錄表和索引表有助于讀者尋找所需的信息。創(chuàng)建目錄表和索引表有助于讀者尋找所需的信息。 對所有圖和表指定號碼和標識號，并且可按號碼對所有圖和表指定號碼和標識號，并且可按號碼進行查閱。進行查閱。 使用字處理程序中交叉引用的功能來查閱文檔中使用字處理程序中交叉引用的功能來查閱文檔中其它項或位置，而不是通過頁碼或節(jié)號。其它項或位置，而不是通過頁碼或節(jié)號。標識需求標識需求 為了滿足軟件需求規(guī)格說明的可跟蹤性和可修改為了滿足軟件需求規(guī)格說明的可跟蹤性和可修改性的質量標準，必須唯一確定每個軟件需求。性的質量標準，必須唯一確

8、定每個軟件需求。 這可以使你在變更請求、修改歷史記錄、交叉引這可以使你在變更請求、修改歷史記錄、交叉引用或需求的可跟蹤矩陣中查閱特定的需求。用或需求的可跟蹤矩陣中查閱特定的需求。 由于要達到這一目的，用單一的項目列表是不夠由于要達到這一目的，用單一的項目列表是不夠的，因此，我們將描述幾個不同的需求標識方法，的，因此，我們將描述幾個不同的需求標識方法，并闡明它們的優(yōu)點與缺點。并闡明它們的優(yōu)點與缺點。 可以選擇最適合你的方法。可以選擇最適合你的方法。標識需求標識需求 l）序列號）序列號 2）層次化編碼）層次化編碼 3）層次化文本標簽）層次化文本標簽處理不完整性處理不完整性 有時，你覺得缺少特定需求

9、的某些信息。在解決有時，你覺得缺少特定需求的某些信息。在解決這個不確定性之前，可能必須與客戶商議。檢查這個不確定性之前，可能必須與客戶商議。檢查與另一個系統(tǒng)的接口或者定義另一個需求。使用與另一個系統(tǒng)的接口或者定義另一個需求。使用“待確定待確定”（to be determined，TBD）符號作）符號作為標準指示器來強調軟件需求規(guī)格說明中這些需為標準指示器來強調軟件需求規(guī)格說明中這些需求的缺陷求的缺陷(gap）。）。 通過這種方法，你可以在軟件需求規(guī)格說明中查通過這種方法，你可以在軟件需求規(guī)格說明中查找所要澄清需求的部分。記錄誰將解決哪個問題、找所要澄清需求的部分。記錄誰將解決哪個問題、怎樣解決

10、及什么時候解決。怎樣解決及什么時候解決。 把每個把每個TBD編號并創(chuàng)建一個編號并創(chuàng)建一個TBD列表，這有助于列表，這有助于方便地跟蹤每個項目。方便地跟蹤每個項目。用戶界面和軟件需求規(guī)格說明用戶界面和軟件需求規(guī)格說明 把用戶界面的設計編入軟件需求規(guī)格說明既有好把用戶界面的設計編入軟件需求規(guī)格說明既有好處也有壞處。處也有壞處。 消極方面，屏幕映像和用戶界面機制是解決方案消極方面，屏幕映像和用戶界面機制是解決方案（設計）的描述，而不是需求。如果你在完成了（設計）的描述，而不是需求。如果你在完成了用戶界面的設計之后才能確定軟件需求規(guī)格說明，用戶界面的設計之后才能確定軟件需求規(guī)格說明，那么需求開發(fā)的過程

11、將會花費很長的時間。那么需求開發(fā)的過程將會花費很長的時間。 積極方面，探索潛在的用戶界面有助于你精化需積極方面，探索潛在的用戶界面有助于你精化需求并使用戶求并使用戶-系統(tǒng)的交互對用戶和開發(fā)人員更具有系統(tǒng)的交互對用戶和開發(fā)人員更具有實在性。用戶界面的演示也有助于項目計劃的制實在性。用戶界面的演示也有助于項目計劃的制定和預測。定和預測。軟件需求規(guī)格說明模板軟件需求規(guī)格說明模板a. 引言引言 a.1 目的目的 a.2 文檔約定文檔約定 a.3 預期的讀者和閱讀建議預期的讀者和閱讀建議 a.4 產品的范圍產品的范圍 a.5 參考文獻參考文獻b. 綜合描述綜合描述 b.1 產品的前景產品的前景 b.2

12、產品的功能產品的功能 b.3 用戶類和特征用戶類和特征 b.4 運行環(huán)境運行環(huán)境 b.5 設計和實現上的限制設計和實現上的限制 b.6 假設和依賴假設和依賴C. 外部接口需求外部接口需求 C.1 用戶界面用戶界面 C.2 硬件接口硬件接口 C.3 軟件接口軟件接口 C.4 通信接口通信接口d. 系統(tǒng)特性系統(tǒng)特性 d.1 說明和優(yōu)先級說明和優(yōu)先級 d.2 激勵響應序列激勵響應序列 d.3 功能需求功能需求e. 其它非功能需求其它非功能需求 e.1 性能需求性能需求 e.2 安全設施需求安全設施需求 e.3 安全性需求安全性需求 e.4 軟件質量屬性軟件質量屬性 e.5 業(yè)務規(guī)則業(yè)務規(guī)則 e.6

13、用戶文檔用戶文檔f. 其它需求其它需求 附錄附錄A：詞匯表：詞匯表 附錄附錄B：分析模型：分析模型 附錄附錄C：待確定問題的列表：待確定問題的列表 需求規(guī)格說明模板需求規(guī)格說明模板-引言引言 a. 引言引言 引言提出了對軟件需求規(guī)格說明的縱覽，這有助于讀者引言提出了對軟件需求規(guī)格說明的縱覽，這有助于讀者理解文檔如何編寫并且如何閱讀和解釋。理解文檔如何編寫并且如何閱讀和解釋。 a. 1 目的目的 對產品進行定義，在該文檔中詳盡說明了這個產品的軟對產品進行定義，在該文檔中詳盡說明了這個產品的軟件需求，包括修正或發(fā)行版本號。如果這個軟件需求規(guī)格件需求，包括修正或發(fā)行版本號。如果這個軟件需求規(guī)格說明只

14、與整個系統(tǒng)的一部分有關系，那么只定義文檔中說說明只與整個系統(tǒng)的一部分有關系，那么只定義文檔中說明的部分或子系統(tǒng)。明的部分或子系統(tǒng)。 a. 2 文檔約定文檔約定 描述編寫文檔時所采用的標準或排版約定，包括正文風描述編寫文檔時所采用的標準或排版約定，包括正文風格、提示區(qū)或重要符號。列如，說明了高層需求的優(yōu)先級格、提示區(qū)或重要符號。列如，說明了高層需求的優(yōu)先級是否可以被其所有細化的需求繼承，或者每個需求陳述是是否可以被其所有細化的需求繼承，或者每個需求陳述是否都有其自身的優(yōu)先級。否都有其自身的優(yōu)先級。 需求規(guī)格說明模板需求規(guī)格說明模板-引言引言 a. 3 預期的讀者和閱讀建議預期的讀者和閱讀建議 列

15、舉了軟件需求規(guī)格說明所針對的不同讀者，列如開發(fā)人員、項列舉了軟件需求規(guī)格說明所針對的不同讀者，列如開發(fā)人員、項目經理、營銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔目經理、營銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔中剩余部分的內容及其組織結構。提出了最適合于每一類型讀者閱讀中剩余部分的內容及其組織結構。提出了最適合于每一類型讀者閱讀文檔的建議。文檔的建議。a. 4 產品的范圍產品的范圍 提供了對指定的軟件及其目的的簡短描述，包括利益和目標。把提供了對指定的軟件及其目的的簡短描述，包括利益和目標。把軟件與企業(yè)目標或業(yè)務策略相聯系?？梢詤⒖柬椖恳晥D和范圍文檔而軟件與企業(yè)目標或業(yè)務策

16、略相聯系?？梢詤⒖柬椖恳晥D和范圍文檔而不是將其內容復制到這里。不是將其內容復制到這里。a. 5 參考文獻參考文獻 列舉了編寫軟件需求規(guī)格說明時所參考的資料或其它資源。這可列舉了編寫軟件需求規(guī)格說明時所參考的資料或其它資源。這可能包括用戶界面風格指導、合同、標準、系統(tǒng)需求規(guī)格說明、使用實能包括用戶界面風格指導、合同、標準、系統(tǒng)需求規(guī)格說明、使用實例文檔，或相關產品的軟件需求規(guī)格說明。在這里應該給出詳細的信例文檔，或相關產品的軟件需求規(guī)格說明。在這里應該給出詳細的信息，包括標題名稱、作者、版本號、日期、出版單位或資料來源，以息，包括標題名稱、作者、版本號、日期、出版單位或資料來源，以方便讀者查閱這

17、些文獻。方便讀者查閱這些文獻。 需求規(guī)格說明模板需求規(guī)格說明模板-綜合描述綜合描述 這一部分概述了正在定義的產品以及它所運行的這一部分概述了正在定義的產品以及它所運行的環(huán)境、使用產品的用戶和已知的限制、假設和依環(huán)境、使用產品的用戶和已知的限制、假設和依賴。賴。 b.1 產品的前景產品的前景 描述了軟件需求規(guī)格說明中所定義的產品的描述了軟件需求規(guī)格說明中所定義的產品的背景和起源。背景和起源。 b.2 產品的功能產品的功能 概述了產品所具有的主要功能。其詳細內容概述了產品所具有的主要功能。其詳細內容將在將在d中描述，所以在此只需要概略地總結，例中描述，所以在此只需要概略地總結，例如用列表的方法給出

18、。如用列表的方法給出。 需求規(guī)格說明模板需求規(guī)格說明模板-綜合描述綜合描述 b.3 用戶類和特征用戶類和特征 確定你覺得可能使用該產品的不同用戶類并描述它們相關確定你覺得可能使用該產品的不同用戶類并描述它們相關的特征。的特征。 b.4 運行環(huán)境運行環(huán)境 描述了軟件的運行環(huán)境，包括硬件平臺、操作系統(tǒng)和版本，描述了軟件的運行環(huán)境，包括硬件平臺、操作系統(tǒng)和版本，還有其它的軟件組件或與其共存的應用程序。還有其它的軟件組件或與其共存的應用程序。 b.5 設計和實現上的限制設計和實現上的限制 確定影響開發(fā)人員自由選擇的問題，并說明這些問題為什確定影響開發(fā)人員自由選擇的問題，并說明這些問題為什么成為一種限制

19、。么成為一種限制。 b.6 假設和依賴假設和依賴 列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素（與已知因素相對立）。（與已知因素相對立）。 需求規(guī)格說明模板需求規(guī)格說明模板-外部接口需求外部接口需求 需要把對接口數據和控制組件的詳細描述寫入數據字典中。需要把對接口數據和控制組件的詳細描述寫入數據字典中。如果產品的不同部分有不同的外部接口，那么應把這些外如果產品的不同部分有不同的外部接口，那么應把這些外部接口的詳細需求并入到這一部分的實例中。部接口的詳細需求并入到這一部分的實例中。 c. 1 用戶界面用戶界面 陳述所需要的用戶界面的軟件組件

20、。描述每個用戶界面的陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。邏輯特征。 c. 2 硬件接口硬件接口 描述系統(tǒng)中軟件和硬件每一接口的特征。描述系統(tǒng)中軟件和硬件每一接口的特征。 c.3 軟件接口軟件接口 描述該產品與其他外部組件（由名字和版本識別）的連接，描述該產品與其他外部組件（由名字和版本識別）的連接，包括數據庫、操作系統(tǒng)、工具和集成的商業(yè)組件包括數據庫、操作系統(tǒng)、工具和集成的商業(yè)組件 等。等。 c.4 通信接口通信接口 描述與產品所使用的通信功能相關的，包括電子郵件、描述與產品所使用的通信功能相關的，包括電子郵件、Web瀏覽器、網絡通信標準或協議及電子表格等等。瀏覽器、網

21、絡通信標準或協議及電子表格等等。需求規(guī)格說明模板需求規(guī)格說明模板-系統(tǒng)特性系統(tǒng)特性 d.1 說明和優(yōu)先級說明和優(yōu)先級 提出了對該系統(tǒng)特性的簡短說明并指出該特性的提出了對該系統(tǒng)特性的簡短說明并指出該特性的優(yōu)先級是高、中，還是低?；蛘吣氵€可以包括對優(yōu)先級是高、中，還是低?；蛘吣氵€可以包括對特定優(yōu)先級部分的評價，例如利益、損失、費用特定優(yōu)先級部分的評價，例如利益、損失、費用和風險，其相對優(yōu)先等級可以從和風險，其相對優(yōu)先等級可以從1（低）到（低）到9（高）。（高）。 d.2 激勵激勵/響應序列響應序列 列出輸入激勵（用戶動作、來自外部設備的信號列出輸入激勵（用戶動作、來自外部設備的信號或其它觸發(fā)器）和

22、定義這一特性行為的系統(tǒng)響應或其它觸發(fā)器）和定義這一特性行為的系統(tǒng)響應序列。序列。 d.3 功能需求功能需求 列出與該特性相關的詳細功能。列出與該特性相關的詳細功能。 需求規(guī)格說明模板需求規(guī)格說明模板-其它非功能需求其它非功能需求 這部分列舉出了所有非功能需求，而不是外部接口需求和這部分列舉出了所有非功能需求，而不是外部接口需求和限制。限制。 e.1 性能需求性能需求 闡述了不同的應用領域對產品性能的需求，并解釋它們的闡述了不同的應用領域對產品性能的需求，并解釋它們的原理以幫助開發(fā)人員作出合理的設計選擇。原理以幫助開發(fā)人員作出合理的設計選擇。 e.2 安全設施需求安全設施需求 詳盡陳述與產品使用

23、過程中可能發(fā)生的損失、破壞或危害詳盡陳述與產品使用過程中可能發(fā)生的損失、破壞或危害相關的需求。相關的需求。 e.3 安全性需求安全性需求 詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關的需求，詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關的需求，這些問題將會影響到產品的使用和產品所創(chuàng)建或使用的數這些問題將會影響到產品的使用和產品所創(chuàng)建或使用的數據的保護。據的保護。 需求規(guī)格說明模板需求規(guī)格說明模板-其它非功能需求其它非功能需求 e.4 軟件質量標準屬性軟件質量標準屬性 詳盡陳述與客戶或開發(fā)人員至關重要的其產品質詳盡陳述與客戶或開發(fā)人員至關重要的其產品質量特性。量特性。 e.5 業(yè)務規(guī)則業(yè)務規(guī)則 列

24、舉出有關產品的所有操作規(guī)則，例如什么人在列舉出有關產品的所有操作規(guī)則，例如什么人在特定環(huán)境下可以進行何種操作。特定環(huán)境下可以進行何種操作。 e.6 用戶文檔用戶文檔 列舉出將與軟件一同發(fā)行的用戶文檔部分，例如，列舉出將與軟件一同發(fā)行的用戶文檔部分，例如，用戶手冊、在線幫助和教程。明確所有已知的用用戶手冊、在線幫助和教程。明確所有已知的用戶文檔的交付格式和標準。戶文檔的交付格式和標準。 需求規(guī)格說明模板需求規(guī)格說明模板-其它需求其它需求 定義在軟件需求規(guī)格說明的其它部分未出定義在軟件需求規(guī)格說明的其它部分未出現的需求，例如國際化需求或法律上的需現的需求，例如國際化需求或法律上的需求。你還可以增加

25、有關操作、管理和維護求。你還可以增加有關操作、管理和維護部分來完善產品安裝、配置、啟動和關閉、部分來完善產品安裝、配置、啟動和關閉、修復和容錯，以及登錄和監(jiān)控操作等方面修復和容錯，以及登錄和監(jiān)控操作等方面的需求。在模板中加入與你的項目相關的的需求。在模板中加入與你的項目相關的新部分。如果你不需要增加其它需求，就新部分。如果你不需要增加其它需求，就省略這一部分。省略這一部分。 需求規(guī)格說明模板需求規(guī)格說明模板-附錄附錄 附錄附錄A: 詞匯表詞匯表 定義所有必要的術語，以便讀者可以正確地解釋軟件需求定義所有必要的術語，以便讀者可以正確地解釋軟件需求說明，包括詞頭和縮寫。你可能希望為整個公司創(chuàng)建一張

26、說明，包括詞頭和縮寫。你可能希望為整個公司創(chuàng)建一張跨越多項項目的詞匯表，并且只包括特定于單一項目的軟跨越多項項目的詞匯表，并且只包括特定于單一項目的軟件需求規(guī)格說明中的術語。件需求規(guī)格說明中的術語。 附錄附錄B：分析模型：分析模型 這個可選部分包括或涉及到相關的分析模型的位置，例如這個可選部分包括或涉及到相關的分析模型的位置，例如數據流程圖、類圖、狀態(tài)轉換圖或實體數據流程圖、類圖、狀態(tài)轉換圖或實體-關系圖。關系圖。 附錄附錄C: 待確定問題的列表待確定問題的列表 編輯一張在軟件需求規(guī)格說明中待確定問題的列表，其中編輯一張在軟件需求規(guī)格說明中待確定問題的列表，其中每一表項都是編上號的，以便于跟蹤

27、調查。每一表項都是編上號的，以便于跟蹤調查。 數據字典（數據字典（1/3） 數據字典是為了描述在結構化分析過程中定義的數據字典是為了描述在結構化分析過程中定義的對象的內容，而使用的一種半形式化的工具。下對象的內容，而使用的一種半形式化的工具。下面是對這個重要的建模工具的定義：面是對這個重要的建模工具的定義： 數據字典是所有與系統(tǒng)相關的數據元素的有組數據字典是所有與系統(tǒng)相關的數據元素的有組織的列表，并且包含了對這些數據元素的精確、織的列表，并且包含了對這些數據元素的精確、嚴格的定義，從而使得用戶和系統(tǒng)分析員雙方嚴格的定義，從而使得用戶和系統(tǒng)分析員雙方對輸入、輸出、存儲的成分甚至中間計算結果對輸入

28、、輸出、存儲的成分甚至中間計算結果有共同的理解。有共同的理解。簡而言之，數據字典是描述數據的信息的集合，簡而言之，數據字典是描述數據的信息的集合，是對系統(tǒng)中使用的所有數據元素的定義的集合。是對系統(tǒng)中使用的所有數據元素的定義的集合。 數據字典（數據字典（2/3） 目前，數據字典幾乎總是作為目前，數據字典幾乎總是作為 “結構化分析與設計工具結構化分析與設計工具”（CASE工具）的一部分實現的。盡管不同工具中數據字工具）的一部分實現的。盡管不同工具中數據字典的形式不同，但是絕大多數數據字典都包含下列信息：典的形式不同，但是絕大多數數據字典都包含下列信息：名字名字數據、控制項、數據存儲或外部實體的主要

29、數據、控制項、數據存儲或外部實體的主要 名稱。名稱。別名別名第一項中對象的其他名字。第一項中對象的其他名字。使用地點與方式使用地點與方式使用數據或控制項的處理的列表，使用數據或控制項的處理的列表，以及使用這些對象的方式以及使用這些對象的方式( (例如作為處理的輸入，從處例如作為處理的輸入，從處理輸出，作為數據存儲，作為外部實體理輸出，作為數據存儲，作為外部實體) ) 。內容描述內容描述描述數據或控制項內容的符號。描述數據或控制項內容的符號。補充信息補充信息關于數據類型、預置值、限制等的其他關于數據類型、預置值、限制等的其他信息。信息。數據字典（數據字典（3/3） 由數據元素組成數據的方式只有下

30、述三種由數據元素組成數據的方式只有下述三種基本類型：基本類型：順序順序 即以確定次序連接兩個或多個分量。即以確定次序連接兩個或多個分量。選擇選擇 即從兩個或多個可能的元素中選取一個。即從兩個或多個可能的元素中選取一個。重復重復 即把指定的分量重復零次或多次。即把指定的分量重復零次或多次。 因此，可以使用上述三種關系算符定義數因此，可以使用上述三種關系算符定義數據字典中的任何條目。據字典中的任何條目。 需求示例的改進前后需求示例的改進前后 “產品必須在固定的時間間隔內提供狀態(tài)消息，并產品必須在固定的時間間隔內提供狀態(tài)消息，并且每次時間間隔不得小于且每次時間間隔不得小于60秒秒” a. 在后臺任務進程啟動之后，消息必須每隔在后臺任務進程啟動