面向?qū)ο蠓治鑫臋n模板

1、面向?qū)ο蟮能浖_(kāi)發(fā)方法姓 名：張法晏班級(jí)名稱(chēng)：智科2指導(dǎo)教師：劉衛(wèi)平實(shí)驗(yàn)日期：2016/4/25日期版本描述作者<8/10/07><0.1><Write use case specification for the “Maintain Information” use case><方健宏>2016年4月- 10 -目 錄1. 概述- 3 -1.1 系統(tǒng)簡(jiǎn)述- 3 -1.2 軟件設(shè)計(jì)目標(biāo)- 3 -1.3 參考資料- 3 -2. 術(shù)語(yǔ)表- 4 -3. 用例- 4 -4. 設(shè)計(jì)概述（此處請(qǐng)用簡(jiǎn)單的結(jié)構(gòu)化描述）- 4 -4.1 簡(jiǎn)述- 4 -4.2 系統(tǒng)

2、結(jié)構(gòu)設(shè)計(jì)- 4 -4.3 系統(tǒng)界面- 5 -4.4 約束和假定- 5 -5. 對(duì)象模型- 5 -5.1 類(lèi)定義- 5 -5.2 類(lèi)關(guān)聯(lián)描述- 6 -5.3 對(duì)象模型圖- 6 -6. 對(duì)象數(shù)據(jù)字典描述- 6 -6.1 子系統(tǒng)1中的對(duì)象- 7 -7. 動(dòng)態(tài)模型- 8 -7.1 場(chǎng)景（Scenarios）- 8 -7.2事件定義（Events）- 8 -7.3 狀態(tài)圖- 9 -8. 功能模型- 9 -8.1 確定輸入輸出與事件關(guān)系- 9 -8.2 功能模型圖- 9 -9. 數(shù)據(jù)庫(kù)定義- 9 -10. 部署圖- 9 -11. 非功能性需求- 9 -12. 輔助文檔- 10 -13. 詞匯索引- 10

3、-1. 概述1.1 系統(tǒng)簡(jiǎn)述系統(tǒng)來(lái)源或者背景；系統(tǒng)要完成什么任務(wù)；所面向的用戶(hù)；系統(tǒng)運(yùn)行的環(huán)境的簡(jiǎn)短描述。這部分主要來(lái)源于需求說(shuō)明書(shū)的開(kāi)始部分。1.2 軟件設(shè)計(jì)目標(biāo)這部分論述整個(gè)系統(tǒng)的設(shè)計(jì)目標(biāo)，明確地說(shuō)明要實(shí)現(xiàn)哪些功能。對(duì)非功能性的需求例如性能、可用性、安全性、可靠性、可移植性等，亦需提及。需求規(guī)格說(shuō)明書(shū)對(duì)于這部分的內(nèi)容來(lái)說(shuō)是很重要的參考，看看其中明確了的功能性以及非功能性的需求。這部分必須說(shuō)清楚設(shè)計(jì)的全貌如何，務(wù)必使讀者看后知道將實(shí)現(xiàn)的系統(tǒng)有什么特點(diǎn)和功能。在隨后的文檔部分，將解釋設(shè)計(jì)是怎么來(lái)實(shí)現(xiàn)這些功能的。1.3 參考資料列出本文檔中所引用的參考資料。（至少要引用需求規(guī)格說(shuō)明書(shū)），格式如下

4、)：(序號(hào) 作者. 書(shū)籍或者論文名稱(chēng). 出版社或者期刊名稱(chēng), 出版年.月如果是期刊后面必須有起止頁(yè)碼，格式如下：1 董國(guó)林,劉鑫. 基于STC單片機(jī)的指紋考勤系統(tǒng)設(shè)計(jì). 工業(yè)控制計(jì)算機(jī),2012.11(25):110-1112 林.巴斯等. 軟件構(gòu)架實(shí)踐. 清華大學(xué)出版社, 2003.8 2. 術(shù)語(yǔ)表對(duì)本文檔中所使用的各種專(zhuān)業(yè)術(shù)語(yǔ)、容易引起歧義的術(shù)語(yǔ)以及自定義的術(shù)語(yǔ)進(jìn)行說(shuō)明。如果一些術(shù)語(yǔ)在需求規(guī)格說(shuō)明書(shū)中已經(jīng)說(shuō)明過(guò)了，此處不用再重復(fù)，可以指引讀者參考需求說(shuō)明。3. 用例3.1 用例圖3.2 用例描述此處要求系統(tǒng)用用例圖表述（UML），對(duì)每個(gè)用例（正常處理的情況）要有中文敘述。用例中請(qǐng)將事件進(jìn)行

5、標(biāo)注。 用例序號(hào)（如：用例1）：用例名稱(chēng)（如：年度學(xué)籍審查）對(duì)該用例進(jìn)行一句或兩句簡(jiǎn)短描述參與者（如：教學(xué)秘書(shū)）包含、擴(kuò)展或泛化該用況所包含、可擴(kuò)展的用例，以及包含或擴(kuò)展它的用例；或者該用例的子用例或者父用例前置條件啟動(dòng)此用況所必須具備的條件。后置條件在該用況結(jié)束時(shí)確保成立的條件。工作流描述該用況的細(xì)節(jié)。（基本流與可選流）例外在該用況的執(zhí)行的過(guò)程中可能引起的例外。限制在應(yīng)用中可能出現(xiàn)的任何限制。注釋提供可能對(duì)該用況是重要的任何附加信息。其中工作流的描述如下模板：研究生啟動(dòng)系統(tǒng)； 系統(tǒng)提示研究生輸入研究生證號(hào)和密碼；研究生輸入研究生證號(hào)和密碼； 系統(tǒng)進(jìn)行驗(yàn)證，給出驗(yàn)證信息；若通過(guò)，若該生選擇選課

6、 系統(tǒng)在擴(kuò)展點(diǎn)”選課”處執(zhí)行用況“選課”；若通過(guò)，若該生選擇查看學(xué)分 系統(tǒng)在擴(kuò)展點(diǎn)”查看學(xué)分”處執(zhí)行用況“查看學(xué)分”4. 設(shè)計(jì)概述（此處請(qǐng)用簡(jiǎn)單的結(jié)構(gòu)化描述）4.1 簡(jiǎn)述這部分要求突出整個(gè)設(shè)計(jì)所采用的方法（是面向?qū)ο笤O(shè)計(jì)還是結(jié)構(gòu)化設(shè)計(jì)）、系統(tǒng)的體系結(jié)構(gòu)（例如客戶(hù)/服務(wù)器結(jié)構(gòu)）以及使用到的相應(yīng)技術(shù)和工具（例如OMT、Rose）4.2 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)這部分要求提供高層系統(tǒng)結(jié)構(gòu)的描述，使用方框圖來(lái)顯示主要的組件及組件間的交互。最好是把邏輯結(jié)構(gòu)同物理結(jié)構(gòu)分離，對(duì)前者進(jìn)行描述。別忘了說(shuō)明圖中用到的俗語(yǔ)和符號(hào)。4.2.1 頂層系統(tǒng)結(jié)構(gòu)4.2.2 子系統(tǒng)1結(jié)構(gòu)4.2.3 子系統(tǒng)2結(jié)構(gòu)4.3 系統(tǒng)界面各種提供給

7、用戶(hù)的界面以及外部系統(tǒng)在此處要予以說(shuō)明。如果在需求規(guī)格說(shuō)明書(shū)中已經(jīng)對(duì)用戶(hù)界面有了敘述，此處不用再重復(fù)，可以指引讀者參考需求說(shuō)明。如果系統(tǒng)提供了對(duì)其它系統(tǒng)的接口，比如說(shuō)從其它軟件系統(tǒng)導(dǎo)入/導(dǎo)出數(shù)據(jù)，必須在此說(shuō)明。4.4 約束和假定描述系統(tǒng)設(shè)計(jì)中最主要的約束，這些是由客戶(hù)強(qiáng)制要求并在需求說(shuō)明書(shū)寫(xiě)明的。說(shuō)明系統(tǒng)是如何來(lái)適應(yīng)這些約束的。另外如果本系統(tǒng)跟其它外部系統(tǒng)交互或者依賴(lài)其它外部系統(tǒng)提供一些功能輔助，那么系統(tǒng)可能還受到其它的約束。這種情況下，要求清楚地描述與本系統(tǒng)有交互的軟件類(lèi)型（比如某某某數(shù)據(jù)庫(kù)軟件，某某某EMail軟件）以及這樣導(dǎo)致的約束（比如只允許純文本的Email）。實(shí)現(xiàn)的語(yǔ)言和平臺(tái)也會(huì)對(duì)

8、系統(tǒng)有約束，同樣在此予以說(shuō)明。對(duì)于因選擇具體的設(shè)計(jì)實(shí)現(xiàn)而導(dǎo)致對(duì)系統(tǒng)的約束，簡(jiǎn)要地描述你的想法思路，經(jīng)過(guò)怎么樣的權(quán)衡，為什么要采取這樣的設(shè)計(jì)等等。5. 對(duì)象模型5.1 類(lèi)定義提供整個(gè)系統(tǒng)的對(duì)象模型，如果模型過(guò)大，按照可行的標(biāo)準(zhǔn)把它劃分成小，例如可以把客戶(hù)端和服務(wù)器端的對(duì)象模型分開(kāi)成兩個(gè)圖表述。對(duì)象圖應(yīng)該包含什么呢？在其中應(yīng)該包含所有的系統(tǒng)對(duì)象。這些對(duì)象都是從理解需求后得到的。要明確哪些應(yīng)該、哪些不應(yīng)該被放進(jìn)圖中。所有對(duì)象之間的關(guān)聯(lián)必須被確定并且必須指明聯(lián)系的基數(shù)（一對(duì)一、一對(duì)多還是多對(duì)多，0.1，*，1.*）。聚合和繼承關(guān)系必須清楚地確定下來(lái)。每個(gè)圖必須附有簡(jiǎn)單的說(shuō)明。可能經(jīng)過(guò)多次反復(fù)之后才能得

9、到系統(tǒng)的正確的對(duì)象模型。5.2 類(lèi)關(guān)聯(lián)描述請(qǐng)文字描述類(lèi)關(guān)聯(lián)請(qǐng)畫(huà)出初始對(duì)象圖5.3 對(duì)象模型圖6. 對(duì)象數(shù)據(jù)字典描述在這個(gè)部分?jǐn)⑹雒總€(gè)對(duì)象的細(xì)節(jié)，它的屬性、它的方法。在這之前必須從邏輯上對(duì)對(duì)象進(jìn)行組織。你可能需要用結(jié)構(gòu)圖把對(duì)象按子系統(tǒng)劃分好。為每個(gè)對(duì)象做一個(gè)條目。在系統(tǒng)對(duì)象模型中簡(jiǎn)要的描述它的用途、約束（如只能有一個(gè)實(shí)例），列出它的屬性和方法。如果對(duì)象是存儲(chǔ)在持久的數(shù)據(jù)容器中，標(biāo)明它是持久對(duì)象，否則說(shuō)明它是個(gè)臨時(shí)對(duì)象（transient object）。對(duì)每個(gè)對(duì)象的每個(gè)屬性詳細(xì)說(shuō)明：名字、類(lèi)型，如果屬性不是很直觀或者有約束（例如，每個(gè)對(duì)象的該屬性必須有一個(gè)唯一的值或者值域是有限正整數(shù)等）。對(duì)每個(gè)

10、對(duì)象的每個(gè)方法詳細(xì)說(shuō)明：方法名，返回類(lèi)型，返回值，參數(shù)，用途以及使用的算法的簡(jiǎn)要說(shuō)明（如果不是特別簡(jiǎn)單的話(huà)）。如果對(duì)變量或者返回值由什么假定的話(huà)，Pre-conditions和Post-conditions必須在此說(shuō)明。列出它或者被它調(diào)用的方法需要訪(fǎng)問(wèn)或者修改的屬性。最后，提供可以驗(yàn)證實(shí)現(xiàn)方法的測(cè)試案例。6.1 子系統(tǒng)1中的對(duì)象6.1.1 對(duì)象：對(duì)象1用途：約束：持久性：6.1.1.1 屬性描述：1. 屬性：屬性1類(lèi)型：描述：約束：2. 屬性：屬性26.1.1.2 方法描述：1. 方法：方法1返回類(lèi)型：參數(shù)：返回值：Pre-Condition：Post-Condition：讀取/修改的屬性：調(diào)

11、用的方法：處理邏輯：測(cè)試?yán)河檬裁磪?shù)調(diào)用該方法，期望的輸出是什么7. 動(dòng)態(tài)模型這部分的作用是描述系統(tǒng)如何響應(yīng)各種事件。例如，可以建立系統(tǒng)的行為模型。一般使用順序圖和狀態(tài)圖。確定不同的場(chǎng)景（Scenario）是第一步，不需要確定所有可能的場(chǎng)景，但是必須至少要覆蓋典型的系統(tǒng)用例。不要自己去想當(dāng)然地創(chuàng)造場(chǎng)景，通常的策略是描述那些客戶(hù)可以感受得到的場(chǎng)景。7.1 場(chǎng)景（Scenarios）對(duì)每個(gè)場(chǎng)景做一則條目，包括以下內(nèi)容：場(chǎng)景名：給它一個(gè)可以望文生義的名字場(chǎng)景描述：簡(jiǎn)要敘述場(chǎng)景是干什么的以及發(fā)生的動(dòng)作的順序。順序圖：描述各種事件及事件發(fā)生的相對(duì)時(shí)間順序。7.1.1 場(chǎng)景：場(chǎng)景1描述：動(dòng)作1動(dòng)作27.2事件定義（Events）文字定義事件畫(huà)出事件跟蹤圖畫(huà)出事件流圖7.3 狀態(tài)圖這部分的內(nèi)容包括系統(tǒng)動(dòng)態(tài)模型重要的部分的狀態(tài)圖?？赡苣阆霝槊總€(gè)對(duì)象畫(huà)一個(gè)狀態(tài)圖，但事實(shí)上會(huì)導(dǎo)致太多不期望的細(xì)節(jié)信息，只需要確定系統(tǒng)中一些重要的對(duì)象并為之提供狀態(tài)圖即可。7.3.1 狀態(tài)圖18. 功能模型8.1 確定輸入輸出與事件關(guān)系8.2 功能模型圖功能模型圖有很多，請(qǐng)分開(kāi)表示8.2.1 對(duì)象1的功能模型圖8.2.2 對(duì)象2的功能模型圖9. 數(shù)據(jù)