面向?qū)ο蠓治鲈O(shè)計(jì)實(shí)驗(yàn)報(bào)告劉欣桐2015G0605010

1、浙江理工大學(xué) 研究生學(xué)習(xí)報(bào)告類 型 面向?qū)ο蠓治鲈O(shè)計(jì)實(shí)驗(yàn)報(bào)告 院（系） 信息學(xué)院 專業(yè) 計(jì)算機(jī)技術(shù) 學(xué) 號(hào) 2015G0605010 學(xué)生姓名 劉欣桐 指導(dǎo)老師 賈宇波 起訖日期 2016/05/20/-2016/06/20 學(xué)習(xí)地點(diǎn) 信息學(xué)院318 實(shí)驗(yàn)一 熟悉ROSE并建立用例模型一、 實(shí)驗(yàn)?zāi)康?） 掌握Rational Rose的特點(diǎn)、運(yùn)行環(huán)境及獲取方法；2） 掌握Rational Rose基本使用方法；3） 掌握使用Rational Rose繪制用例圖的步驟；二、實(shí)驗(yàn)內(nèi)容根據(jù)附件1給出的畢業(yè)設(shè)計(jì)管理系統(tǒng)需求描述采用面向?qū)ο蠓治龇椒ńo出系統(tǒng)及各子功能的用例模型（用例圖及用例描述）。三、建

2、模思路用例是對(duì)一個(gè)活動(dòng)者(actor)使用系統(tǒng)的一項(xiàng)功能時(shí)所進(jìn)行的交互過(guò)程的一個(gè)文字描述序列。用例是代表系統(tǒng)中各個(gè)項(xiàng)目相關(guān)人員之間就系統(tǒng)的行為所達(dá)成的契約。軟件的開(kāi)發(fā)過(guò)程可以分為需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等階段，用例把所有這些都捆綁在一起，用例分析的結(jié)果也為預(yù)測(cè)系統(tǒng)的開(kāi)發(fā)時(shí)間和預(yù)算提供依據(jù)，保證項(xiàng)目的順利進(jìn)行。因此可以，軟件開(kāi)發(fā)過(guò)程是用例驅(qū)動(dòng)的。用例分析的步驟可以按下面的順序進(jìn)行：(1) 找出系統(tǒng)外部的參與者和外部系統(tǒng)，確定系統(tǒng)的邊界和范圍。(2) 確定每一個(gè)參與者所期望的系統(tǒng)行為。(3) 把這些系統(tǒng)行為命名為用例。(4) 使用泛化、包含、擴(kuò)展等關(guān)系處理系統(tǒng)行為的公共或變更部分(5) 編制每一

3、個(gè)用例的腳本。(6) 繪制用例圖。(7) 區(qū)分主事件流和異常情況的事件流，如果需要可以把表示異常情況的事件流作為單獨(dú)的用例處理。(8) 細(xì)化用例圖，解決用例間的重復(fù)與沖突問(wèn)題。采用用例分析法捕獲用戶的需求，其中一個(gè)比較困難的工作是確定系統(tǒng)應(yīng)該包含哪些用例，以及如何有效地發(fā)現(xiàn)這些用例。事實(shí)上，在做用例分析時(shí)，并沒(méi)有一個(gè)固定的方式或方法來(lái)發(fā)現(xiàn)用例，而且對(duì)同一個(gè)系統(tǒng)，往往會(huì)同時(shí)存在多種解決方案，但其中某些方案會(huì)比另一些方案好。與設(shè)計(jì)和實(shí)現(xiàn)階段相比，需求分析階段更多的還是依賴于分析人員的個(gè)人經(jīng)驗(yàn)和領(lǐng)域知識(shí)。四、用例模型1. 確定參與者參與者通過(guò)某種途徑與系統(tǒng)進(jìn)行交互，從系統(tǒng)外部執(zhí)行者的角度來(lái)描述系統(tǒng)需

4、要提供哪些功能，參與者可能是人也可能是一個(gè)外部系統(tǒng)。通過(guò)確定參與者決定哪些行為是系統(tǒng)的一部分以及哪些行為是由參與者所執(zhí)行的，以此識(shí)別系統(tǒng)邊界?？梢酝ㄟ^(guò)以下幾組事物來(lái)識(shí)別系統(tǒng)的參與者：1需要從系統(tǒng)中得到幫助以完成其任務(wù)的外部事物2執(zhí)行系統(tǒng)功能時(shí)所需要的外部事物3為了管理和維護(hù)而執(zhí)行某些輔助功能的外部事物。簡(jiǎn)單畢業(yè)設(shè)計(jì)管理系統(tǒng)的參與者及其職能如下表所示：參與者名稱參與者職能教務(wù)管理員信息維護(hù)（包括教師信息、學(xué)生信息、畢業(yè)設(shè)計(jì)要求）、畢業(yè)設(shè)計(jì)管理（包括論文的擬題、中期、結(jié)果）、系統(tǒng)登錄學(xué)生初步選題目、初選結(jié)果調(diào)整、論文撰寫、答辯教師確認(rèn)學(xué)生選題、中期檢查、指導(dǎo)學(xué)生論文撰寫、進(jìn)行評(píng)閱2. 系統(tǒng)頂層用例

5、圖一個(gè)用例代表一個(gè)系統(tǒng)（或系統(tǒng)一部分）的行為，是對(duì)一組動(dòng)作序列的描述，可以用用例來(lái)描述系統(tǒng)想要實(shí)現(xiàn)的行為而不必說(shuō)明這些行為如何實(shí)現(xiàn)。用例為開(kāi)發(fā)者提供了一種途徑，使他們與系統(tǒng)的最終用戶和領(lǐng)域?qū)＜疫_(dá)到共同的理解。用例不僅是描述需求的工具,還可以驅(qū)動(dòng)開(kāi)發(fā)過(guò)程,通過(guò)對(duì)用例的創(chuàng)建、整合,開(kāi)發(fā)設(shè)計(jì)人員可以構(gòu)建一系列實(shí)現(xiàn)這些用例的設(shè)計(jì)和實(shí)現(xiàn)模型。系統(tǒng)頂層用例的構(gòu)建,可以使得系統(tǒng)整體性的呈現(xiàn)并被建模人員把握。通過(guò)前述需求分析的結(jié)果,可以得出頂層用例,其中涉及的參與者及其活動(dòng)系統(tǒng)頂層用例圖如下圖所示。3. 用例細(xì)化從系統(tǒng)總的用例來(lái)建立用例圖,這樣設(shè)計(jì)在項(xiàng)目開(kāi)始階段對(duì)理解系統(tǒng)的要求和目標(biāo)都有好處,但需要進(jìn)一步細(xì)化

6、,劃分為更具體的一些用例,以便深入分析系統(tǒng)的要求和目標(biāo)。下面對(duì)確定題目過(guò)程用例進(jìn)行細(xì)化：確定題目過(guò)程用例的參與者包括教務(wù)管理員、指導(dǎo)教師。教務(wù)管理員發(fā)布擬題要求列表，指導(dǎo)教師下載表格擬報(bào)設(shè)計(jì)題目，畢業(yè)設(shè)計(jì)專家小組評(píng)審題目；如果題目符合要求，則可以進(jìn)行發(fā)布題目并保存到設(shè)計(jì)題庫(kù)，如果不符合要求，則給出修改意見(jiàn)。如下圖：功能名稱標(biāo)識(shí)符確定題目過(guò)程功能描述名稱、標(biāo)識(shí)符參與者描述后臺(tái)管理教務(wù)管理員教務(wù)管理員登錄后可以進(jìn)行如下操作：1發(fā)布擬題要求2評(píng)審題目擬題設(shè)計(jì)指導(dǎo)教師教師登錄后可以進(jìn)行如下操作：1擬題目名稱2實(shí)現(xiàn)功能3技術(shù)要求與規(guī)格4. 結(jié)果分析用例模型基本實(shí)現(xiàn)了所有的需求，下面的這些啟發(fā)性原則可以幫

7、助分析人員發(fā)現(xiàn)用例：和用戶交互。尋找用例的一個(gè)途徑就是和系統(tǒng)的潛在用戶會(huì)面、交談?？赡懿煌挠脩魧?duì)系統(tǒng)的描述會(huì)是完全不同的，即使是同一個(gè)用戶，他對(duì)系統(tǒng)的描述也可能是模糊的、不一致的，這時(shí)就需要分析員做出判斷和抉擇。把自己當(dāng)作參與者，與設(shè)想中的系統(tǒng)進(jìn)行交互。 確定用例和確定參與者不能截然分開(kāi)。一些原則來(lái)幫助發(fā)現(xiàn)用例，如通過(guò)回答下列問(wèn)題來(lái)幫助發(fā)現(xiàn)用例： 參與者的主要任務(wù)是什么？ 參與考需要了解系統(tǒng)的什么信息，需要修改系統(tǒng)的什么信息？ 參與者是否需要把系統(tǒng)外部的變化通知系統(tǒng)?？ 參與者是否希望系統(tǒng)把異常情況的變化通知自己？ 隨著經(jīng)驗(yàn)的不斷積累，對(duì)于如何尋找用例會(huì)逐漸形成自己的也可以通過(guò)與其他人的交流

8、來(lái)提高自己的分析水平。實(shí)驗(yàn)二 利用ROSE建立領(lǐng)域模型1、 實(shí)驗(yàn)?zāi)康恼莆帐褂肦ational Rose繪制類圖的步驟；2、 實(shí)驗(yàn)內(nèi)容根據(jù)附件1給出的畢業(yè)設(shè)計(jì)管理系統(tǒng)需求描述采用面向?qū)ο蠓治龇椒ńo出系統(tǒng)中完成選題功能的領(lǐng)域模型（初始類圖）。三、 建模思路概念模型是從用例模型映射到類的第一步。概念模型是將用例模型向計(jì)算機(jī)表示的進(jìn)一步過(guò)渡。概念模型就是劃分類的結(jié)果。主要表達(dá)用類圖，輔以順序圖。類圖建模是UML靜態(tài)建模機(jī)制中的一個(gè)重點(diǎn),信息結(jié)構(gòu)和系統(tǒng)行為均需借助它來(lái)描述。類圖創(chuàng)建工作主要包括創(chuàng)建類、標(biāo)識(shí)類之間的結(jié)構(gòu)關(guān)系。首先確定類,其次再確定其屬性和操作;最后將類與類之間的關(guān)聯(lián)、依賴、繼承、聚合關(guān)系在

9、圖中標(biāo)示出來(lái),就得到類圖。在尋找類時(shí),可以根據(jù)功能把類分成三種類型:實(shí)體類、邊界類和控制類。邊界類位于系統(tǒng)與外界的交接處,包括所有窗體、報(bào)表、打印機(jī)等硬件接口以及其他系統(tǒng)的接口,邊界類使角色能與系統(tǒng)交互,而每個(gè)角色要使用用例與系統(tǒng)交互至少要有一個(gè)邊界類。實(shí)體類保存要放進(jìn)永久存儲(chǔ)體的信息,在系統(tǒng)運(yùn)行時(shí),實(shí)體類在內(nèi)存中保存信息?？刂祁愗?fù)責(zé)協(xié)調(diào)其他類的工作。實(shí)體對(duì)象類表示系統(tǒng)中的信息存儲(chǔ),它們一般用于表示系統(tǒng)所管理的核心概念。實(shí)體對(duì)象是被動(dòng)和永久性的。它們的主要職責(zé)是存儲(chǔ)和管理系統(tǒng)中的信息。四、 領(lǐng)域模型根據(jù)建模思想對(duì)每個(gè)用例分別可以找出三種類：邊界類、邏輯類和實(shí)體類；將所有找到的三種類集中綜合在一

10、起得到三大模型：視圖模型、邏輯模型和實(shí)體模型。原始類的劃分可采用表格表示三大模型，根據(jù)要求再進(jìn)一步細(xì)化。根據(jù)畢業(yè)設(shè)計(jì)管理系統(tǒng)需求描述的選題過(guò)程可以得到三大模型如下：1. 視圖模型（邊界類）用例邊界類說(shuō)明登錄LoginForm為用戶提供登錄界面，不同用戶進(jìn)入不同的界面開(kāi)啟、關(guān)閉題庫(kù)QuestionBankManageForm教務(wù)管理員開(kāi)啟、關(guān)閉題庫(kù)錄入界面教師信息維護(hù)TeacherInfoManageForm教務(wù)管理員對(duì)教師信息進(jìn)行維護(hù)的界面（包括對(duì)教師信息的增、刪、改、查）學(xué)生信息維護(hù)StudentInfoManageForm教務(wù)管理員對(duì)學(xué)生信息進(jìn)行維護(hù)的界面（包括對(duì)學(xué)生信息的增、刪、改、查）

11、選題信息維護(hù)ChoseIfoManageForm教務(wù)管理員對(duì)選題信息進(jìn)行維護(hù)的界擬報(bào)設(shè)計(jì)題目ThesisTopicForm指導(dǎo)教師擬報(bào)題目界面評(píng)審題目ReviewTitleForm教務(wù)管理員評(píng)審題目的界面發(fā)布題目PostTitleForm合格的題目可以進(jìn)行發(fā)布保存界面初步選題PreTopicsForm學(xué)生進(jìn)行初步選題界面查詢所選題目DiscoverSelectedTopicsForm教師查詢學(xué)生初步選題的界面發(fā)布最終選題結(jié)果ReleaseFinalResultForm最終題目顯示的界面2. 邏輯模型（邏輯類）用例邏輯類說(shuō)明登錄Login_Operation通過(guò)Login為用戶提供身份驗(yàn)證，驗(yàn)證

12、成功才能進(jìn)入系統(tǒng)開(kāi)啟、關(guān)閉題庫(kù)QuestionBankManage教務(wù)管理員開(kāi)啟、關(guān)閉題庫(kù)，實(shí)際上就是開(kāi)放或關(guān)閉保存題庫(kù)入口。教師信息維護(hù)ManageTeacherInfo_Operation教務(wù)管理員維護(hù)教師信息，包括增、刪、改、查學(xué)生信息維護(hù)ManageStudentInfo_Operation教務(wù)管理員維護(hù)學(xué)生信息，包括增、刪、改、查選題信息維護(hù)ChoseInfoManage教務(wù)管理員維護(hù)選題信息，包括增、刪、改、查擬報(bào)設(shè)計(jì)題目ThesisTopic指導(dǎo)教師擬報(bào)題目包括題目名稱、技術(shù)要求、是否重復(fù)等。評(píng)審題目ReviewTitle評(píng)審員根據(jù)擬題要求給出修改建議等。初步選題PreTopic

13、s將符合要求的題目進(jìn)行保存到題庫(kù)。查詢所選題目DiscoverSelectedTopics教師查看學(xué)生選題情況發(fā)布最終選題結(jié)果ReleaseFinalResult查看最終題目情況3. 實(shí)體模型（實(shí)體類）用例實(shí)體類說(shuō)明登錄類Login用戶身份，用戶的學(xué)號(hào)、工號(hào)，用戶的姓名、密碼等信息學(xué)生類Student學(xué)生信息，學(xué)號(hào)、姓名、聯(lián)系方式、班級(jí)等信息教師類Teacher教師信息，工號(hào)、姓名、職稱、個(gè)人簡(jiǎn)介等信息教務(wù)管理員類EducationalAdministrator教務(wù)信息，教務(wù)的工號(hào)、教務(wù)的級(jí)別、教務(wù)的信息題目類Thesis題目名稱、題目類別、是否與專業(yè)相關(guān)、創(chuàng)新點(diǎn)、基本信息、其他等）選題結(jié)果類

14、SelectTopicsResult題目編號(hào)、題目名、學(xué)號(hào)、學(xué)生姓名、聯(lián)系方式、班級(jí)、指導(dǎo)教師、所在院系院系通過(guò)以上面向?qū)ο蠓治龇椒梢缘玫较到y(tǒng)中選課功能的領(lǐng)域模型（初始類圖）如圖所示：5、 結(jié)果分析本實(shí)驗(yàn)很好的實(shí)現(xiàn)了領(lǐng)域模型和系統(tǒng)邏輯處理的對(duì)應(yīng)，從而得到了邊界類、邏輯類和實(shí)體類。找邊界類時(shí)，注意邊界類位于系統(tǒng)與外界的交接處；邏輯類主要是操作類；實(shí)體對(duì)象類表示系統(tǒng)中的信息存儲(chǔ),一般會(huì)有對(duì)應(yīng)的表單。類找到后，要用rose進(jìn)行建模。UML中的類圖具有充分強(qiáng)大的表達(dá)能力和豐富的語(yǔ)義，是建模時(shí)非常重要的一個(gè)圖。1類之間可以有關(guān)聯(lián)、聚集、組合、泛化、依賴等關(guān)系。2關(guān)聯(lián)是類圖中比較重要的一個(gè)概念，一些相關(guān)

15、的概念有關(guān)聯(lián)名、關(guān)聯(lián)角色、關(guān)聯(lián)類、關(guān)聯(lián)上的角色、限定關(guān)聯(lián)、自返關(guān)聯(lián)、二元關(guān)聯(lián)、N元關(guān)聯(lián)等。3關(guān)聯(lián)類是用于描述關(guān)聯(lián)本身的特性。4帶有限定符的關(guān)聯(lián)稱為限定關(guān)聯(lián)，限定符的作用就是在給定關(guān)聯(lián)一端的定符值以后，可確定另一端的一個(gè)對(duì)象或?qū)ο蠹?派生屬性和派生關(guān)聯(lián)是指可以從其他屬性和關(guān)聯(lián)計(jì)算推演得到的屆性和關(guān)聯(lián)，在生成代碼時(shí)，派生屬性和派生關(guān)聯(lián)不產(chǎn)生相應(yīng)的代碼。6抽象類和接口為oo設(shè)計(jì)提供了抽象機(jī)制。7版型是UMI相F常重要的一種擴(kuò)展機(jī)制，uML之所以有強(qiáng)大而且靈活的表示能力，與版型這種擴(kuò)展機(jī)制有很大的關(guān)系。8邊界類、控制類和實(shí)體類是對(duì)類的一種劃分，它們都是類的版型。實(shí)驗(yàn)三 利用ROSE建立數(shù)據(jù)模型一、

16、實(shí)驗(yàn)?zāi)康恼莆帐褂肦ational Rose進(jìn)行數(shù)據(jù)建模的方法和步驟。二、實(shí)驗(yàn)內(nèi)容根據(jù)附件1給出的畢業(yè)設(shè)計(jì)管理系統(tǒng)需求描述采用面向?qū)ο蠓治龇椒ńo出系統(tǒng)的實(shí)體類關(guān)系模型（實(shí)體類關(guān)系模型）。三、建模思路以屬性聚集的方式同一主題域中不同實(shí)體的屬性。比如對(duì)于會(huì)員、公司、客戶等等實(shí)體對(duì)象我們都有地址屬性信息、名稱標(biāo)識(shí)屬性信息等等，這種思路就是把屬性內(nèi)聚性高的字段整合在一起，并把不同的屬性打上類型標(biāo)識(shí)以樹(shù)表的形式存放。它的優(yōu)點(diǎn)是：第一，模型穩(wěn)定性好，外圍系統(tǒng)變化了字段，只需要添加不同的類型，不需要進(jìn)行表結(jié)構(gòu)的變更；第二，減少大量冗余記歷史數(shù)據(jù)。它的缺點(diǎn)是：第一，丟失了很多實(shí)體的屬性標(biāo)識(shí)信息，我們從模型上將看

17、不到一個(gè)會(huì)員究竟有哪些地址屬性，只能通過(guò)查詢類型代碼才能獲取這些信息；第二，它極度的膨脹數(shù)據(jù)表的記錄數(shù)，因?yàn)樗捎秘Q表的形式存放；第三，應(yīng)用起來(lái)很難，效率是一個(gè)大問(wèn)題，因?yàn)槲覀兺褂靡粋€(gè)實(shí)體的多個(gè)字段，就會(huì)有很多join操作和豎轉(zhuǎn)橫的操作。第四：屬性聚集也是一件比較難操作的過(guò)程，應(yīng)為這是一個(gè)抽象的過(guò)程，對(duì)建模人員的業(yè)務(wù)背景知識(shí)和抽象能力都提出了很高的要求；第五：雖然減少了冗余的記歷史數(shù)據(jù)，但是記歷史的操作也較為復(fù)雜。采用面向?qū)ο蠼５姆绞?，抽象不同?shí)體的共同屬性，然后再一步步采用繼承、組合等面向?qū)ο蟮乃枷刖唧w化實(shí)體。他的優(yōu)點(diǎn)是模型模型概念比較清晰，缺點(diǎn)也是模型相對(duì)不是很穩(wěn)定，整合后的數(shù)據(jù)的

18、后續(xù)應(yīng)該也面臨重新組合的問(wèn)題。四、實(shí)體類關(guān)系模型五、結(jié)果分析本實(shí)驗(yàn)通過(guò)對(duì)關(guān)鍵用例的數(shù)據(jù)進(jìn)行建模，加深了對(duì)業(yè)務(wù)的理解。通過(guò)本實(shí)驗(yàn)的學(xué)習(xí)，我掌握了試驗(yàn)數(shù)據(jù)統(tǒng)計(jì)分析的基本原理，并能針對(duì)實(shí)際問(wèn)題正確地運(yùn)用，為將來(lái)從事專業(yè)科學(xué)的研究打下基礎(chǔ)。順序圖和協(xié)作圖都屬于交互圖，都用于描述系統(tǒng)中對(duì)象之間的動(dòng)態(tài)關(guān)系。兩者可以相互轉(zhuǎn)換，但強(qiáng)調(diào)的重點(diǎn)不同。順序圖強(qiáng)調(diào)的是消息的時(shí)間順序，協(xié)作圖強(qiáng)調(diào)的是參與交互的對(duì)象的組織。和協(xié)作圖相比，順序圖在表示算法、對(duì)象的生命期、具有多線程特征的對(duì)象等方面相對(duì)來(lái)說(shuō)更容易一些，但在表示并發(fā)控制流方面會(huì)困難一些。交互圖中有多種消息類型：調(diào)用消息：調(diào)用消息的發(fā)送者吧控制傳遞給消息的接收者，

19、然后停止活動(dòng)，等待消息接收者放棄或返回控制。調(diào)用消息可以表示同步的意義。對(duì)于實(shí)驗(yàn)設(shè)計(jì)與數(shù)據(jù)處理方法，我們?cè)谝院蟮膶?shí)驗(yàn)中要不斷去實(shí)踐與體會(huì)，以上就是我對(duì)使用ROSE建立數(shù)據(jù)模型的一點(diǎn)體會(huì)，很感謝老師給我們帶來(lái)這么多有用的知識(shí)，在以后的學(xué)習(xí)生活中我也會(huì)牢記這些知識(shí)，不斷的實(shí)踐。實(shí)驗(yàn)四 利用ROSE進(jìn)行Web建模一、 實(shí)驗(yàn)?zāi)康恼莆帐褂肦ational Rose進(jìn)行Web建模的方法和步驟。二、實(shí)驗(yàn)內(nèi)容根據(jù)附件1給出的畢業(yè)設(shè)計(jì)管理系統(tǒng)需求描述采用面向?qū)ο蠓治龇椒ńo出系統(tǒng)中完成選題功能的所有Web模型。三、建模思路WEB應(yīng)用建模對(duì)軟件系統(tǒng)特別是較復(fù)雜系統(tǒng)的建模是非常重要的，它能幫組設(shè)計(jì)者控制系統(tǒng)的復(fù)雜性。

20、WEB應(yīng)用通常比較復(fù)雜，能用許多不同但又一致的模型來(lái)表示。每個(gè)模型都有其特定的目標(biāo)和讀者。WEB應(yīng)用的主要產(chǎn)物是WEB頁(yè)，因此應(yīng)對(duì)頁(yè)建模。使用UML可以把頁(yè)表示為對(duì)象。這將提出以下問(wèn)題:這樣的對(duì)象的屬性是什么？它是否適合于表達(dá)元素（如字體、表格、文本等）的布局？頁(yè)中的腳本是否應(yīng)標(biāo)識(shí)為頁(yè)對(duì)象的方法？在設(shè)計(jì)模型時(shí)，用戶界面格式不會(huì)影響系統(tǒng)的業(yè)務(wù)邏輯。只有腳本，特別是服務(wù)器腳本才會(huì)影響系統(tǒng)的業(yè)務(wù)邏輯。另外可以把腳本（頁(yè)范圍內(nèi)）中的變量看作頁(yè)對(duì)象屬性，頁(yè)的功能看作它的方法。然而，由于WEB頁(yè)面能同時(shí)包含服務(wù)器腳本及客戶機(jī)腳本，混合實(shí)現(xiàn)服務(wù)器和客戶機(jī)腳本的屬性和方法會(huì)引起混亂。解決這個(gè)問(wèn)題需要用到UML

21、的擴(kuò)展機(jī)制。其建模步驟如下:在Rose中對(duì)Web應(yīng)用系統(tǒng)建模的步驟如下：(需要先在ToolsOptionsNotation中設(shè)置缺省模型語(yǔ)言為Web modeler)定義 virtual directory：virtual directory實(shí)際是版型為的包。添加服務(wù)器頁(yè)(server page)：server page實(shí)際上是版型為的類。添加客戶機(jī)頁(yè)(client page)：client page實(shí)際上是版型為的類。添加 HTML Form：HTML Form必須添加到某個(gè)client page下，HTML Form實(shí)際上是版型為的類。添加Form中的 HTML Input，HTML Select或HTML Textarea：HTML Input必須添加到某個(gè)HTML Form下，HTML Input是版型為的HTML Form的屬性。為HTML Input類型的元素指定type值：text, password, ch