面向?qū)ο蠓治鑫臋n模板_第1頁(yè)
面向?qū)ο蠓治鑫臋n模板_第2頁(yè)
面向?qū)ο蠓治鑫臋n模板_第3頁(yè)
面向?qū)ο蠓治鑫臋n模板_第4頁(yè)
面向?qū)ο蠓治鑫臋n模板_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

PAGE7-面向?qū)ο蟮能浖_(kāi)發(fā)方法姓名:張法晏班級(jí)名稱(chēng):智科2指導(dǎo)教師:劉衛(wèi)平實(shí)驗(yàn)日期:2016/4/25日期版本描述作者<8/10/07><0.1><Writeuse–casespecificationforthe“MaintainInformation”usecase><方健宏>2016年4月目錄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)化描述) -5-4.1簡(jiǎn)述 -5-4.2系統(tǒng)結(jié)構(gòu)設(shè)計(jì) -5-4.3系統(tǒng)界面 -5-4.4約束和假定 -5-5.對(duì)象模型 -6-5.1類(lèi)定義 -6-5.2類(lèi)關(guān)聯(lián)描述 -6-5.3對(duì)象模型圖 -7-6.對(duì)象數(shù)據(jù)字典描述 -7-6.1子系統(tǒng)1中的對(duì)象 -7-7.動(dòng)態(tài)模型 -8-7.1場(chǎng)景(Scenarios) -8-7.2事件定義(Events) -9-7.3狀態(tài)圖 -9-8.功能模型 -9-8.1確定輸入輸出與事件關(guān)系 -9-8.2功能模型圖 -9-9.數(shù)據(jù)庫(kù)定義 -10-10.部署圖 -10-11.非功能性需求 -10-12.輔助文檔 -10-13.詞匯索引 -10-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)行標(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ò),若該生選擇選課系統(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)界面各種提供給用戶(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ì)系統(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ù)之后才能得到系統(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ì)象(transientobject)。對(duì)每個(gè)對(duì)象的每個(gè)屬性詳細(xì)說(shuō)明:名字、類(lèi)型,如果屬性不是很直觀(guān)或者有約束(例如,每個(gè)對(duì)象的該屬性必須有一個(gè)唯一的值或者值域是有限正整數(shù)等)。對(duì)每個(gè)對(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)用的方法:處理邏輯:測(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確定輸入輸

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論