《軟件工程》實驗指導(dǎo)書_第1頁
《軟件工程》實驗指導(dǎo)書_第2頁
《軟件工程》實驗指導(dǎo)書_第3頁
《軟件工程》實驗指導(dǎo)書_第4頁
《軟件工程》實驗指導(dǎo)書_第5頁
已閱讀5頁,還剩6頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

《軟件工程》試驗指導(dǎo)書試驗?zāi)康?/p>

1Visio進展功能分析和建模把握構(gòu)造化分析的方法。把握使用Visio2023軟件繪制數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖的一般方法和技巧。試驗環(huán)境軟件平臺:MicrosoftWindowsXP,軟件工具:MicrisoftVisio2023。試驗原理表達(dá)需求,直觀明白且易于理解和把握。為建模的根底,表示系統(tǒng)的各種行為狀態(tài)以及狀態(tài)間的轉(zhuǎn)換方式。試驗內(nèi)容與要求繪制學(xué)生成績治理系統(tǒng)〔案例如下〕的數(shù)據(jù)流圖及狀態(tài)轉(zhuǎn)換圖。撰寫試驗報告1供給必要的安全措施以防非法存取。試驗?zāi)康?/p>

2用例模型設(shè)計IBMRationalRoseEnterpriseEdition的根本操作。把握使用Rose進展用例建模。試驗環(huán)境軟件平臺:MicrosoftWindowsXP,軟件工具:IBMRationalRoseEnterpriseEdition。試驗原理“功能模型“建模的主要手段之一。用例模型主要包括以下兩局部內(nèi)容。⑴用例圖(UseCaseDiagram)現(xiàn)的功能的一個可視化描述。①參與者(Actor)②用例(UseCase)用例是用來描述參與者使用系統(tǒng),以到達(dá)某個目標(biāo)時所涉及到的一系列的場景的集合。么”即“動賓詞組”形式來命名。③用例和參與者及自身的關(guān)系泛化關(guān)系(generalization)包含關(guān)系(include)擴展關(guān)系(extend)⑵用例規(guī)約(UseCaseSpecification)之相對應(yīng),以描述該用戶的細(xì)節(jié)內(nèi)容。每一個用例的用例規(guī)約,都應(yīng)當(dāng)包含以下內(nèi)容:①用例名稱(UseCaseName):用例的名稱一般由“動詞+名詞“構(gòu)成,簡潔說明“做什么“。②簡要說明(BriefDescription):簡要介紹該用例的作用和目的。③前置條件(PreviousCondition):系統(tǒng)在執(zhí)行該用例前必需處在的狀態(tài)。④大事流(FlowofEvent)⑤用例場景(UseCaseScenario):包括成功場景和失敗場景,場景主要由根本流和備選流組合而成。⑥特別需求(SpecialRequirement):描述與該用例相關(guān)的非功能性需求(性能、牢靠性、可用性和可擴展性等)以及涉及約束(所使用的操作系統(tǒng)、開發(fā)工具等)。⑦后置條件(PostCondition):系統(tǒng)在執(zhí)行完該用例之后應(yīng)當(dāng)處在的狀態(tài)。試驗步驟找出系統(tǒng)邊界以外的角色acto與系統(tǒng)交互的人員、與系統(tǒng)相連并交換信息的設(shè)備和其他系統(tǒng);從這些角色如何與系統(tǒng)進展交互的角度,使用用例〔usecase〕來描述角色怎樣使用系統(tǒng)以及系統(tǒng)向角色供給什么功能,用例所表示的是從外部用戶角度觀看的系統(tǒng)功能;不能供給用例模型所必需的全部信息,每個功能的含義和具體實現(xiàn)步驟則以文本方式描述。試驗內(nèi)容與要求繪制用例圖,詳見教材P95(4.7)。撰寫試驗報告一、試驗?zāi)康纳杌顒訄D的根本功能和使用方法。把握用例規(guī)約的撰寫。把握如何使用建模工具繪制活動圖方法。二、試驗器材計算機一臺。RationalRose工具軟件。三、試驗原理用例規(guī)約描述用例沒有二義性。描述用例時,應(yīng)當(dāng)只留意外部力量,不涉及內(nèi)部細(xì)節(jié)。每一個用例的用例規(guī)約,都應(yīng)當(dāng)包含以下內(nèi)容:①用例名稱:用例的名稱一般由“動詞+名詞“構(gòu)成,簡潔說明“做什么“。②簡要說明:簡要介紹該用例的作用和目的。③前置條件:系統(tǒng)在執(zhí)行該用例前必需處在的狀態(tài)。④大事流:根本流和備選流。⑤特別需求(SpecialRequirement):描述與該用例相關(guān)的非功能性需求(性能、牢靠性、可用性和可擴展性等)以及涉及約束(所使用的操作系統(tǒng)、開發(fā)工具等)。⑥后置條件(PostCondition):系統(tǒng)在執(zhí)行完該用例之后應(yīng)當(dāng)處在的狀態(tài)?;顒訄D描述用例在UML中,活動圖類似于流程圖,它描述了執(zhí)行某個功能的活動。使用活動圖來描述用例,比用例規(guī)約更直觀。組成活動圖的元素:①活動的起點-實心圓②活動的終點-半實心圓③狀態(tài)-帶圓端的方框④轉(zhuǎn)移-帶箭頭的直線⑤分支-菱形⑥泳道-將活動圖的活動狀態(tài)分組四、試驗內(nèi)容圖書治理系統(tǒng)的用例圖如下:注冊用戶注冊用戶登錄治理讀者查詢掃瞄治理圖書資料圖書治理員預(yù)訂圖書登記借書一般讀者取消預(yù)訂 登記還書圖書治理系統(tǒng)用例圖〔局部:刪除讀者刪除讀者<<include>><<include>>增加讀者修改讀者信息<<include>><<include>>治理讀者<<depend>>查詢讀者信息登錄圖書治理員圖書治理員用例圖〔局部〕其中刪除讀者信息一般依據(jù)以下步驟進展:治理員在錄入界面,輸入待刪除的讀者的信息;(2)“業(yè)務(wù)規(guī)律”組件在“數(shù)據(jù)庫”中查找待刪除的讀者信息;(3)假設(shè)不存在,則顯示出錯信息,返回步驟(1),假設(shè)存在則連續(xù);(4“業(yè)務(wù)規(guī)律”組件推斷“待刪除的讀者”是否可以刪除〔如借了書則不能刪(5)假設(shè)不行以,則顯示出錯信息,返回步驟(8),假設(shè)可以則連續(xù);(6)在“數(shù)據(jù)庫”中刪除相關(guān)信息;(7)顯示刪除成功信息;(8)完畢。編寫“刪除讀者”用例的規(guī)約。繪制“刪除讀者”用例的活動圖。五、繪圖步驟在用例圖中,找到“刪除讀者”用例,在該用例上單擊右鍵,在彈出的快捷菜單中NeRoseActivityDiagra好一個活動圖,命名為“刪除讀者Swinlan在右邊的圖中添加一個泳道,并命名為“圖書治理員接口并分別命名為“業(yè)務(wù)規(guī)律接口接著在左邊的工具上選取開頭點,并在“圖書治理員接口”的泳道上添加;添加完開頭結(jié)點后,再來為此活動圖添加活動。參考圖如下:使用工具Swinlane最終一個圖標(biāo)圖書治理員接口圖書治理員接口業(yè)務(wù)規(guī)律接口數(shù)據(jù)庫接口輸入待刪除的讀者的信息確認(rèn)輸入提交讀者信息在數(shù)據(jù)庫中查找待刪除的讀者信息比較讀者信息放棄輸入讀者不存在顯示出錯信息讀者存在分析是否可以刪除顯示出錯信息可以刪不能刪刪除相關(guān)信息顯示刪除結(jié)果分析刪除結(jié)果六、試驗報告要求整理試驗結(jié)果。小結(jié)試驗心得體會。一、試驗?zāi)康睦斫忸惣邦愰g關(guān)系的根本概念。把握如何從需求分析中抽象出類的方法。把握描繪類間關(guān)系的方法。把握在RationalRose中繪制類及類關(guān)系的操作方法。二、試驗器材計算機一臺。RationalRose工具軟件。三、試驗原理對系統(tǒng)的靜態(tài)視圖〔它用于描述系統(tǒng)的功能需求〕建模。地覺察對象的因素,并對其進展檢查和整理,最終得到系統(tǒng)的對象類。統(tǒng)中的對象類。在這里,實體類表示系統(tǒng)存儲和治理的永久信息,邊界類表示角色與系統(tǒng)之間的交互,掌握類表示由系統(tǒng)支持和用戶執(zhí)行的任務(wù),我們使用 UML中的構(gòu)造型<<entity>>、<<boundary>>和<<control>>分別表示實體類、邊界類和掌握類。成一個整體的、有機的系統(tǒng)模型。對象與外部的關(guān)系有以下幾種:對象之間的分類關(guān)系,即泛化關(guān)系;對象之間的組成關(guān)系,即聚合關(guān)系;對象之間的靜態(tài)關(guān)系,即關(guān)聯(lián)關(guān)系;對象之間的動態(tài)關(guān)系,即依靠關(guān)系。四、試驗內(nèi)容通過前面對圖書館治理系統(tǒng)的需求的初步分析,得出系統(tǒng)的用例圖和相應(yīng)的活動態(tài)圖,初步了解系統(tǒng)的業(yè)務(wù)處理流程活動圖來查找和覺察類,并分析它們之間的關(guān)系。查找和抽象出書圖書館治理系統(tǒng)中的實體類。對實體類的關(guān)系建模。五、試驗步驟分析:通過分析和理解問題域,可以識別出系統(tǒng)的實體類,如讀者根本信息、借書記錄、預(yù)訂信息、圖書根本信息、書目等。繪制類的步驟:翻開前面初步構(gòu)建的UML模型文件;翻開Rose(LogicalViewLogicalVie中選擇“New→Classdiagram”項,創(chuàng)立類圖。雙擊建的類圖,并點右邊控件集中選中的類的圖標(biāo),并用鼠標(biāo)在圖中分別拖出一個類Titl接下來的一步為設(shè)置類的屬性,在的類中雙擊該類,在翻開屬性面板中,可以看到在此可以設(shè)置類的屬性和方法等其他的信息。點擊“Attributes”這個欄目,此欄目為設(shè)置類的屬性的選項。在圖中間的單擊右鍵,可以看到有一個“Insert”的選項,選中這個選項。后在消滅的對話框中輸入相關(guān)信息,如書本的ISBN號,在Type這個方框內(nèi)輸入此屬性的類型值,同時可以看到一欄可以設(shè)置此屬性的訪問權(quán)限,一般這些屬性都設(shè)置Private這個權(quán)限。這個類的其他屬性也可以依據(jù)以上的做法設(shè)置。設(shè)置好類的屬性,現(xiàn)在來設(shè)置類的方法 (也是操作)。雙擊類后在彈出的菜單上選“operations”這個選項,在圖中的空白地方單擊右鍵,在彈出的菜單中選“insert”這個選項,也就只有這個選項可用。接著輸入方法名,同時可以設(shè)置該方法的返回類型“Documentations”的方框內(nèi)填寫一些相關(guān)的方法說明,設(shè)置好該方法的訪問權(quán)限,類的其他方法也可以按上面來設(shè)置好。至此,類的方法和屬性都設(shè)置好了。依此繪制其它類。接下來就可以為各個類添加關(guān)系了。Customiz類類接口依靠單向關(guān)聯(lián)泛化類和關(guān)聯(lián)的關(guān)系實現(xiàn)雙向關(guān)聯(lián)六、試驗報告要求整理試驗結(jié)果。小結(jié)試驗心得體會。一、試驗?zāi)康睦斫獍ご螆D的根本概念。理解協(xié)作圖的根本概念。把握在RationalRose中繪制交互圖的操作方法。二、試驗器材計算機一臺。RationalRose工具軟件。三、試驗原理望行為的消息。時序圖向UML用戶供給大事流隨時間推移的、清楚的和可視化的軌跡。時序圖一般包括如下元素:類角色、生命線、激活期和消息。⑴類角色。代表時序圖中的對象在交互中所扮演的角色,一般代表實際對象。的虛線,這就是對象的生命線,對象間的消息存在于兩條虛線之間。⑶激活期〔掌握焦點。代表時序圖中的對象執(zhí)行一項操作的時期。每條生命線上窄的矩形代表活動期。⑷消息。消息用于實體間傳遞信息,類角色通過發(fā)送和接收消息進展通信。時序圖的組成四、試驗內(nèi)容的用例進展實現(xiàn),而用例的實現(xiàn)主要由交互圖來指定和描述系統(tǒng)的動態(tài)特性。1.對“登記借書”用例進展動態(tài)建模。五、試驗步驟Rose軟件的左邊欄目上的LogiclVie

溫馨提示

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

評論

0/150

提交評論