1、需求文檔結構1目的2范圍3業務分析與建模4系統功能需求 4.1系統功能架構 4.2用例建模基本事件流備選事件流場景主要是由基本流和備選流組合而成的。5系統非功能需求6系統接口7術語表8附錄OO軟件設計概要說明書1概述系統簡述、軟件設計目標、參考資料、修訂版本記錄這部分論述整個系統的設計目標,明確地說明哪些功能是系統決定實現而哪些時不準備實現的。同時,對于非功能性的需求例如性能、可用性等,亦需提及。需求規格說明書對于這部分的內容來說是很重要的參考,看看其中明確了的功能性以及非功能性的需求。2術語表對本文檔中所使用的各種術語進行說明。如果一些術語在需求規格說明書中已經說明過了,此處不用再重復,可以

2、指引讀者參考需求說明。3用例此處要求系統用用例圖表述(UML,對每個用例(正常處理的情況要有中文敘述。OO軟件設計概要說明書4設計概述4.1系統結構設計這部分要求提供高層系統結構(頂層系統結構、各子系統結構的描述,使用方框圖來顯示主要的組件及組件間的交互。最好是把邏輯結構同物理結構分離,對前者進行描述。別忘了說明圖中用到的俗語和符號。1.系統邊界2.系統功能架構(構件模型3.系統邏輯架構(技術架構4.系統物理架構(配置模型5.系統數據模型(系統邏輯數據模型4.2系統接口設計各種提供給用戶的界面以及外部系統在此處要予以說明。OO軟件設計概要說明書4.4約束和假定描述系統設計中最主要的約束,這些是

3、由客戶強制要求并在需求說明書寫明的。說明系統是如何來適應這些約束的。實現的語言和平臺也會對系統有約束,同樣在此予以說明。對于因選擇具體的設計實現而導致對系統的約束,簡要地描述你的想法思路,經過怎么樣的權衡,為什么要采取這樣的設計等等。OO軟件設計概要說明書5對象模型提供整個系統的對象模型。對象描述在這個部分敘述每個對象的細節,它的屬性、它的方法。在這之前必須從邏輯上對對象進行組織。OO軟件設計概要說明書6動態模型這部分的作用是描述系統如何響應各種事件。一般使用順序圖和狀態圖。確定不同的場景(Scenario是第一步,不需要確定所有可能的場景,但是必須至少要覆蓋典型的系統用例。不要自己去想當然地

4、創造場景,通常的策略是描述那些客戶可以感受得到的場景。7非功能性設計OO軟件詳細設計說明書1概述系統簡述、軟件設計目標、參考資料、修訂版本記錄這部分論述整個系統的設計目標,明確地說明哪些功能是系統決定實現而哪些時不準備實現的。同時,對于非功能性的需求例如性能、可用性等,亦需提及。需求規格說明書對于這部分的內容來說是很重要的參考,看看其中明確了的功能性以及非功能性的需求。2術語表對本文檔中所使用的各種術語進行說明。如果一些術語在需求規格說明書中已經說明過了,此處不用再重復,可以指引讀者參考需求說明。3用例此處要求系統用用例圖表述(UML,對每個用例(正常處理的情況要有中文敘述。OO軟件詳細設計說

5、明書4設計概述4.1簡述這部分要求突出整個設計所采用的方法(是面向對象設計還是結構化設計、系統的體系結構(例如客戶/服務器結構以及使用到的相應技術和工具(例如OMT、Rose 4.2系統非功能描述、約束與估算:系統非功能指標的描述與估算,如:軟件系統所需要的硬件資源配置要求(內存、CPU、數據存儲量等要求,此配置下,系統的性能指標估算 4.3系統的復用計劃:庫、框架、模式、構件等方面的復用 4.4系統結構設計系統邊界模型(系統上下文模型系統功能架構:系統邏輯架構系統物理架構系統數據字典系統數據模型(系統物理數據模型OO軟件詳細設計說明書4.5系統接口設計各種提供給用戶的界面系統外部接口設計:與

6、外部系統的交互設計系統內部接口設計:各子系統、各模塊間的接口設計4.6系統約束與策略:描述系統的主要約束:包括需求中的功能和非功能的約束、實現方面的約束、接口方面的約束等等系統的一些主要策略:系統優先級策略、系統全局資源策略、系統架構風格策略、系統針對系統約束的策略等等。OO軟件詳細設計說明書4.7對象模型設計對象模型:提供整個系統的對象模型,在其中應該包含所有的系統對象。所有對象之間的關聯必須被確定并且必須指明聯系的基數。對象描述:在這個部分敘述每個對象的細節,它的屬性、它的方法。對每個對象的每個屬性詳細說明:名字、類型;對每個對象的每個方法詳細說明:方法名,返回類型,返回值,參數,用途以及

7、使用的算法的簡要說明。OO軟件詳細設計說明書4.8動態模型設計這部分的作用是描述系統如何響應各種事件。一般使用順序圖和狀態圖。有需要的話也可以用活動圖描述系統的主要場景的流程圖確定不同的場景(Scenario是第一步,不需要確定所有可能的場景,但是必須至少要覆蓋典型的系統用例。不要自己去想當然地創造場景,通常的策略是描述那些客戶可以感受得到的場景。場景(Scenarios(重要的業務場景對每個場景做一則條目,包括以下內容:場景名:給它一個可以望文生義的名字場景描述:簡要敘述場景是干什么的以及發生的動作的順序。順序圖:描述各種事件及事件發生的相對時間順序。活動圖:描述場景的流程OO軟件詳細設計說

8、明書狀態圖這部分的內容包括系統動態模型重要的部分的狀態圖。可能你想為每個對象畫一個狀態圖,但事實上會導致太多不期望的細節信息,只需要確定系統中一些重要的對象并為之提供狀態圖即可。4.9系統非功能設計針對系統非功能需求進行的系統設計標準建模語言UML (類圖類圖中的圖符:類:表示一個類,其中第一欄是類的名,第二欄是類的屬性,第三欄是類的操作。包:包是一種分組機制,表示一個類圖集合。關聯:用于表示類的對象之間的關系。其特殊形式有組成關聯和聚集關聯。Operations AttributesClassPackage標準建模語言UML(類圖類圖中的圖符:聚集關聯:用于表示類的對象之間的關系是整體與部分

9、的關系。組成關聯:用于表示類的對象之間的關系:整體擁有各部分,部分與整體共存,如整體不存在了,部分也會隨之消失。泛化關聯:泛化關系(繼承關系定義了類、包間的一般元素和特殊元素之間的分類關系。標準建模語言UML (類圖類圖中的圖符:依賴關系:有兩個類或包元素X 、Y ,修改元素X 的定義可能會引起對另一個元素Y 的定義的修改,則稱元素Y 依賴于元素X 。對象:類的一個實例。鏈接:用于表示對象間的關聯關系的一個實例。Values Object將類圖上出現的元素轉換到Java 關聯（Association） 實體之間的一個結構化關系表明對象是相互連接的。箭頭是可選的， 它用于指定導航能力。如果沒有箭頭，暗示是一種雙向的導航能力。 在Java中，關聯轉換為一個實例作用域的變量，“ Java” 區域所展示的代 碼那樣。可為一個關聯附加其他修飾符。多重性（Multiplicity）修飾符 暗示著實例之間的關系。在示范代碼中，Employee可以有0個或更多的 TimeCard對象。但是，每個TimeCard只從屬于單獨一個Employee。 將類圖上出現的元素轉換到Java 依賴（Dependency） 實體之間一個“ 使用” 關系暗示一個實