第三章----面向?qū)ο蠓治雠c設(shè)計(jì)【西工大課件】(編輯修改稿)
2024-10-23 00:44 本頁面
【文章內(nèi)容簡(jiǎn)介】 類多樣性及其約束 UML視圖理論 RegistrationForm RegistrationManager Course Student CourseOffering Professor addStudent(Course, StudentInfo) name numberCredits open() addStudent(StudentInfo) major location open() addStudent(StudentInfo) tenureStatus ScheduleAlgorithm name RegistrationUser 類繼承 UML視圖理論 對(duì)象狀態(tài) 狀態(tài)圖表示： ? 給定類的歷史活動(dòng)記錄 ? 導(dǎo)致一個(gè)狀態(tài)到另外一個(gè)狀態(tài)的轉(zhuǎn)換的事件 ? 導(dǎo)致狀態(tài)轉(zhuǎn)變的動(dòng)作 創(chuàng)建狀態(tài)圖用于描述具有重要的動(dòng)態(tài)行為的對(duì)象 物理視圖 ? 組件圖描述在軟件組件之間的組織和依賴關(guān)系 ? 一個(gè)組件可以是 ?源代碼組件 ?運(yùn)行期的組件 ?可執(zhí)行的組件 UML視圖理論 組件視圖 Course Course Offering Student Professor Course User Billing System UML視圖理論 拓展系統(tǒng) ? 拓展圖顯示系統(tǒng)運(yùn)行期處理元素的結(jié)構(gòu)以及在此上的軟件進(jìn)程 ? 拓展圖形象化了對(duì)象的分布。 UML視圖理論 Registration Database Library Dorm Main Building UML視圖理論 拓展視圖 ? 可計(jì)劃、可管理 ? 可預(yù)見 ? 無中斷方式，提供修改需求的功能 ? 它是基于漸進(jìn)的執(zhí)行的原型，不是基于文檔 ? 在過程中包括用戶 /客戶 ? 是風(fēng)險(xiǎn)驅(qū)動(dòng)的 UML視圖理論 UML迭代生命周期 風(fēng)險(xiǎn)管理 PhasebyPhase ? Construction ? Refine the architecture ? Riskdriven iterations ? Continuous integration ? Transition ? Facilitate user acceptance ? Measure user satisfaction ? Postdeployment cycles ? Continue evolutionary approach ? Preserve architectural integrity UML視圖理論 UML視圖理論 減小風(fēng)險(xiǎn)驅(qū)動(dòng)迭代 Initial Project Risks Initial Project Scope Revise Overall Project Plan ? Cost ? Schedule ? Scope/Content Plan Iteration N ? Cost ? Schedule Assess Iteration N Risks Eliminated Revise Project Risks ? Reprioritize Develop Iteration N ? Collect cost and quality metrics Define scenarios to address highest risks 迭代 N次 Inception Elaboration Construction Transition Iteration 1 Iteration 2 Iteration 3 Iteration Planning Requirement Capture Analysis amp。 Design Implementation Test Prepare Release “MiniWaterfall” Process UML視圖理論 用例驅(qū)動(dòng)迭代 ? Results of previous iterations ? Uptodate risk assessment ? Controlled libraries of models, code, and tests Release description Updated risk assessment Controlled libraries Iteration Planning Requirements Capture Analysis amp。 Design Implementation Test Prepare Release Selected scenarios UML視圖理論 MINI－ WATERFALL 一、 UML動(dòng)態(tài)視圖 ? 內(nèi)容 UML視圖理論 UML動(dòng)態(tài)視圖 序列圖 、 協(xié)作圖 狀態(tài)圖 活動(dòng)圖 UML動(dòng)態(tài)視圖 UML行為模型－動(dòng)態(tài)視圖 行為模型視圖： 序列圖（按時(shí)間順序描述系統(tǒng)元素間的交互） 協(xié)作圖（按時(shí)間和空間順序描述系統(tǒng)元素的交互和它們之間的關(guān)系） 狀態(tài)圖（描述了系統(tǒng)元素的狀態(tài)條件和響應(yīng)） 活動(dòng)圖（描述了系統(tǒng)元素的活動(dòng)） UML動(dòng)態(tài)視圖 交互圖－序列圖 序列圖 (Sequence Diagram)用來描述對(duì)象之間動(dòng)態(tài)的交互關(guān)系 ,著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。序列圖存在兩個(gè)軸 :水平軸表示不同的對(duì)象 ,垂直軸表示時(shí)間。序列圖中的對(duì)象用一個(gè)帶有垂直虛線的矩形框表示 ,并標(biāo)有對(duì)象名和類名。垂直虛線是對(duì)象的生命線 ,用于表示在某段時(shí)間內(nèi)對(duì)象是存在的。對(duì)象間的通信通過在對(duì)象的生命線間畫消息來表示。消息的箭頭指明消息的類型。 ? 序列圖中的消息可以是信號(hào) (Signal)、操作調(diào)用或類似于 C++中的 RPC(RemoteProce dure Calls)和 Java中的 RMI(Remote Method Invocation)。當(dāng)收到消息時(shí) ,接收對(duì)象立即開始執(zhí)行活動(dòng) ,即對(duì)象被激活了。通過在對(duì)象生命線上顯示一個(gè)細(xì)長(zhǎng)矩形框來表示激活。 消息可以用消息名及參數(shù)來標(biāo)識(shí)。消息也可帶有順序號(hào) ,但較少使用。消息還可帶有條件表達(dá)式 ,表示分支或決定是否發(fā)送消息。如果用于表示分支 ,則每個(gè)分支是相互排斥的 ,即在某一時(shí)刻僅可發(fā)送分支中的一個(gè)消息。 在序列圖的左邊可以有說明信息 ,用于說明消息發(fā)送的時(shí)刻、描述動(dòng)作的執(zhí)行情況以及約束信息等。一個(gè)典型的例子就是用于說明一個(gè)消息是重復(fù)發(fā)送的。另外 ,可以定義兩個(gè)消息間的時(shí)間限制。 一個(gè)對(duì)象可以通過發(fā)送消息來創(chuàng)建另一個(gè)對(duì)象 ,當(dāng)一個(gè)對(duì)象被刪除或自我刪除時(shí) ,該對(duì)象用 X標(biāo)識(shí)。 另外 ,在很多算法中 ,遞歸是一種很重要的技術(shù)。當(dāng)一個(gè)操作
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1