




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、第一部分基本概念UML定義:UML (Unified Modeling Language)統(tǒng)一建模語言,是一種面向對象的建模語言,它的主 要作用是幫助用戶對軟件系統(tǒng)進行面向對象的描述和建模(建模是通過將用戶的業(yè)務需求映射為代碼,保 證代碼滿足這些需求,并能方便地回溯需求的過程),它可以描述這個軟件開發(fā)過程從需求分析直到實現(xiàn)和 測試的全過程。軟件工程生命周期:需求捕獲3系統(tǒng)分析與設計3系統(tǒng)實現(xiàn)3測試3維護需求分析步驟:獲取需求- 分析需求- 描述需求- 驗證需求 三UML的統(tǒng)一:根據(jù)應用需求3對不同建模語言對比3取其精華去其糟粕3求同存異3統(tǒng)一建模語言UML四.UML的內容結構:UML中的五種視
2、圖:視圖名稱視圖內容靜態(tài)表現(xiàn)動態(tài)表現(xiàn)觀察角度1用戶模型視圖(用例視圖)系統(tǒng)行為,動力用例圖交互圖、狀態(tài)圖、活動圖用戶、 分析員、 測試員2結構模型視圖(設計視圖)問題及解決方案類圖、對象圖交互圖、狀態(tài)圖、活動圖類、接口、協(xié)作3行為模型視圖(進程視圖)性能、可伸縮性,吞 吐量類圖、對象圖交互圖、狀態(tài)圖、活動圖線程、 進程4實現(xiàn)模型視圖(實現(xiàn)視圖)構件、文件構件圖交互圖、狀態(tài)圖、活動圖配置、發(fā)布5環(huán)境模型視圖(實施視圖)部件的發(fā)布、 交付、安裝配置圖(實施圖)交互圖、狀態(tài)圖、活動圖拓撲結構 的節(jié)點五.UML中的關系:關系功能表示法關聯(lián)類實例之間連接的描述0.1依賴兩個模型元素間的關系,對一個元素(
3、提供者)的改變可能影響或提供信息給其他元素泛化更概括的描述和更具體的種類間的關系,適 用于繼承實現(xiàn)說明和實現(xiàn)間的關系A依賴:依賴是指一個類使用了另一個類,它是一種使用關系,描述了一個事物的規(guī)格說明的變化可能會影 響到使用它的另一個事物(反之不一定)。最常見的依賴關系是一個類的內部使用到了另一個類的定 義。關聯(lián):關聯(lián)關系是一種結構化的關系,指一種對象和另一種對象有聯(lián)系。給定關聯(lián)的兩個類可以從其中的 一個類的對象訪問到另一個類的相關對象。泛化:是一個較廣泛的元素和一個較特殊元素之間的類元關系。較特殊的元素完整地包含了較廣泛元素, 并含有更多的信息。實現(xiàn):實現(xiàn)關系將一種模型元素(如類)與另一種模型元
4、素(如接口)連接起來汗比關石美聯(lián)共器第二部分UML的幾種基本圖類圖:(Class Diagram)類圖是描述類、接口、協(xié)作以及它們之間的關系的圖。用來顯示系統(tǒng)中各個類的靜態(tài)結構。類包括:類名,屬性,方法類圖包括:類,接口,協(xié)作(關系)類圖的建模過程:確定對象與類- 確定類的屬性- 確定類的關系對象圖:(Object Diagram)對象圖表示在某一時刻一組對象以及他們之間的關系的圖。包圖:(Package)由包和包之間的關系構成,它是維護和控制系統(tǒng)總體結構的重要建模工具。包:是一種分組機制,表示一個類圖集合。用例圖:(Use Case Diagram)用例圖表述了一組用例、參與者以及他們之間的
5、關系用例模型包括:用例圖和用例規(guī)約用例規(guī)約包括:基本流和備選流用例圖包含:用例(Use Case)參與者(Actor)參與者之間的關系(泛化、包含、擴展)參與者:系統(tǒng)外部的一個實體(可以是任何事物或人),它以某種方式參與了用例的執(zhí)行過程用例:是對一個系統(tǒng)或一個應用的一種單一的使用方式所做的描述,是關于單個活動者在與系統(tǒng)對話 中所執(zhí)行的處理行為的陳述序列。用例模型中的關系:包含:表示基礎用例會用到被包含的用例擴展:基礎用例中定義了一個到多個擴展用例泛化:多個用例共同擁有一種類似的結構和行為時,我們可以將它們的共性抽象成為父用例,其他的用例作為泛化關系中的子用例。4.關聯(lián)包含關系泛化關系擴展關系三
6、種關系的區(qū)別:/泛化側重表示子用例間的互斥性;/ 包含側重表示被包含用例對Actor提供服務的間接性;/ 擴展側重表示擴展用例的觸發(fā)不定性用例圖的建模步驟:尋找參與者2.確定用例3.分析關系4.細化用例規(guī)約5.精化細化用例模型時序圖:(Sequence Diagram)時序圖包括:對象(Object)生命線 (Lifeline) 激活(Activation)消息(Message)對象:對象代表時序圖中的對象在交互中所扮演的角色生命線:一條垂直的虛線,代表時序圖中的對象在一段時期內的存在激活:生命線拓寬成為矩形,代表時序圖中的對象執(zhí)行一項操作的時期消息:定義交互和協(xié)作中交換信息的類,信息用于在實
7、體間傳遞信息時序圖的建模步驟:設置交互的語境。通過識別對象在交互中扮演的角色,設置交互的場景。為每個對象設置生命線。從引發(fā)某個消息的信息開始,在生命線之間畫出從頂?shù)降滓来握归_的消息,顯示每個消息的特性(如參數(shù))。如果需要可視化消息的嵌套或實際計算發(fā)生時的時間點,可以用激活修飾每個對象的生命期。如果需要說明時間或空間的約束,可以用時間標記修飾每個消息,并附上合適的時間和空間約束。如果需要更形式化的說明某控制流,可以為每個消息附上前置和后置條件。協(xié)作圖:(Collaboration Diagram)協(xié)作圖包括:對象(O bject )鏈(Link)消息(Message)協(xié)作圖的建模步驟:設置交互的
8、語境。通過識別對象在交互中扮演的角色,設置交互的場景。對每個對象設置初始特性。描述對象之間可能有信息沿著它傳遞的鏈。從引起交互的消息開始,適當?shù)卦O置其順序號,然后將隨后的每個消息附到適當?shù)逆溕稀H绻枰f明時間或空間約束,可以用時間標記修飾這個消息,并附上合適的時間和空間約束。如果需要更形式化地說明這個控制流,可以為每個消息附上前置和后置條件。時序圖與協(xié)作圖的比較:相同點:規(guī)定責任,支持消息,衡量工具不同點:時序圖描述了交互過程中的時間順序,但沒有明確地表達對象之間的關系。協(xié)作圖描述了對象之間的關系,但時間順序必須從順序號獲得。狀態(tài)圖:(State Diagram)1.狀態(tài)圖包括:狀態(tài)(Sta
9、te) 轉換(Transtition)狀態(tài)機:展示狀態(tài)與狀態(tài)轉換的圖,包含了一個類的對象在其生命期間所有狀態(tài)的序列以及對象對 接受到的事件所產生的反應。一個狀態(tài)圖表示一個狀態(tài)機,表現(xiàn)從一個狀態(tài)到另一個狀態(tài)的控制流。狀態(tài)圖由表示狀態(tài)的節(jié)點和表示狀態(tài)之間轉換的帶箭頭的直線組成。狀態(tài)圖中的狀態(tài)一般是給定類對象中的一組屬性值,這組屬性值是對象所有屬性的子集。狀態(tài)圖的建模步驟:找出適合用模型描述其行為的類。確定對象可能存在的狀態(tài)。確定引起狀態(tài)轉換的事件。確定轉換進行時對象執(zhí)行的相應動作。對建模的結果進行相應的精化和細化。活動圖(Activity Diagram )活動圖是一種描述系統(tǒng)行為的圖,它用于展現(xiàn)
10、參與行為的類所進行的各種活動的順序關系。活動圖包括:動作狀態(tài)(Action State) 活動狀態(tài)(Activity State)動作流(Action Flow)分支(Branch) 與合并(Merge)、分叉(Fork)與匯合(Join)、泳道(Swimlane)、對象流(Object Flow) 活動圖建模步驟:識別要對其工作流描述的類或對象。確定工作流的初始狀態(tài)和終止狀態(tài),明確工作流的邊界。對動作狀態(tài)或活動狀態(tài)建模。對動作流建模。對對象流建模。對建立的模型進行精化和細化。活動圖與狀態(tài)圖的區(qū)別:活動圖著重表現(xiàn)從一個活動到另一個活動的控制流,是內部處理驅動的流程。狀態(tài)圖著重描述從一個狀態(tài)到另
11、一個狀態(tài)的流程,主要有外部事件的參與。組件圖:組件圖描述了軟件的各種組件和他們之間的依賴關系組件圖包括:組件(Component)、接口(Interface)、依賴關系(Dependency)組件圖的建模步驟:對系統(tǒng)中的組件建模。對相應組件提供的接口建模。對組件之間的依賴關系建模。將邏輯設計映射成物理實現(xiàn)。對建模的結果進行精化和細化。十.配置圖:配置圖描述了運行軟件的系統(tǒng)中硬件和軟件的物理結構 配置圖包括:節(jié)點(Node)關聯(lián)關系(Association) 配置圖的建模步驟:對系統(tǒng)中的節(jié)點建模。對節(jié)點之間的關聯(lián)關系建模。對駐留在節(jié)點上的組件建模。對駐留在節(jié)點上的組件之間的依賴關系建模。對建模的
12、結果進行精化和細化。第三部分應用傳統(tǒng)的軟件開發(fā)模型瀑布模型(Waterfall Model)瀑布模型是一種線性模型。瀑布模型將軟件生存周期劃分為7個階段:問題定義可行性研究需求分析設計實現(xiàn)測試運行和維護瀑布模型最為突出的缺點是缺乏靈活性。螺旋模型螺旋模型使用原型作為降低風險的機制。螺旋模型使開發(fā)者在產品演化的任意階段均可使用原型方法。螺旋模型體現(xiàn)了 RUP中迭代的思想。-一個螺旋的周期一般包括四個階段:確定目標,選擇方案,選定完成目標的策略。風險分析。啟動開發(fā)階段。評審前一階段的工作,計劃下一階段工作。軟件項目失敗的原因:混亂的需求管理。開發(fā)者之間以及開發(fā)者和用戶不清晰的交流。架構不夠堅固。沒
13、有發(fā)現(xiàn)需求、設計和實現(xiàn)中的不一致。缺少有效的測試。對項目狀態(tài)的主觀估計。沒有正確地處理項目開發(fā)過程中的風險。沒有對項目變更進行控制。三.RUP二維軟件開發(fā)模型Rational Unified Process (RUP,統(tǒng)一開發(fā)過程)是一套面向對象的軟件工程過程。RUP開發(fā)過程中各階段的核心工作流:初始階段:需求和分析細化階段:需求、分析和設計構造階段:實現(xiàn)配苫i偵I訊交付階段:實現(xiàn)和測試RUP的迭代開發(fā)模型一,履如1 空I.見六.Rose雙向工程類的關系決定生成什么代碼第四部分 檔案管理系統(tǒng)軟件需求的層次:業(yè)務需求、用戶需求、功能需求需求分析步驟:獲取需求- 分析需求- 描述需求- 驗證需求
14、一.分析需求:檔辛管理系統(tǒng)代:般忤 珂疝觥 的以 咱流溪站 杓 圖用廣昔理模塊培構圖系統(tǒng)參數(shù)設置模塊結構圖借閱管理模塊案卷(文仰)管理模塊借 閱 查 詢工案卷(文fi.J在詢案卷文(1)城入借閱者管理模塊結構圖案卷(.文件管即模塊數(shù)據(jù)管理模塊數(shù)握備價數(shù)據(jù)板教據(jù)管邱模塊結枸圄二.創(chuàng)建用例圖:過程:1.尋找參與者2.確定用例3.分析關系4.細化用例規(guī)約5.精化細化用例模型尋找參與者:一般人員、檔案室人員、借閱管理員、系統(tǒng)管理員確定用例:一般人員用例、檔案室人員用例、借閱管理員用例、系統(tǒng)管理員用例分析:一般人員活動:登錄系統(tǒng)、查找檔案、網上借閱、借閱檔案、歸還檔案檔案室人員活動:系統(tǒng)參數(shù)設置、數(shù)據(jù)信
15、息錄入、數(shù)據(jù)查詢、操作并查看日志借閱管理員活動:借閱查詢、處理網上借閱、借閱登記系統(tǒng)管理員活動:登錄系統(tǒng)、用戶管理、權限管理、日志管理、數(shù)據(jù)管理、參數(shù)設置、報表打印、 網上借閱管理關系:確定用例圖:口 If.栽|頃3、:ijrc-m Aclc-rs-jrKluda-I I J n- .-Pue -ftA R操作日忘井宜君I刊切:.HH網上借圈言廈frlwn Acnr4柞用1fOL_小詫加日戶 fit-1C . 確定類的屬性- 確定類的關系類與對象:用戶、用戶角色、權限、用戶權限關系、參數(shù)表、檔案案卷信息、檔案文件信息、借閱關系、日志創(chuàng)建時序圖:步驟:確定對象- 確定交互流程- 分析消息1.系統(tǒng)
16、管理員添加用戶2.檔案管理員錄入數(shù)據(jù)LgnVjirrie 史 f 葺;吊戶名和蜜酒RddFmiznS3.吊尸:.叫擊時R的加圳切。g、ng2 B -:J 河i槌苗用廣琦遂專聽|吝.!:不芥而用廣JE舌.玄為其他時序圖參照上圖創(chuàng)建協(xié)作圖:1.系統(tǒng)管理員添加用戶2.檔案管理員錄入數(shù)據(jù)L : j-TT:7Win i|:缺解嗷J.;:?QW做.:-:;-無斜.志峰七 ,二:,:WT郵其他協(xié)作圖參照上圖創(chuàng)建狀態(tài)圖: 步驟:標識建模實體- 標識實體的各種狀態(tài)- 標識相關事件- 對所建模型精化和細化 實體:檔案、用戶賬戶(借閱者) 檔案狀態(tài)和事件:新建檔案、可借閱、借出 借閱者狀態(tài)和事件:新建借閱者、可用、
17、不可用、巳刪除檔案狀態(tài)圖:借閱者狀態(tài)圖:-5r|11d |: j.tJ i I :借檔葬-|l!h.-!:- - 71.7 旅時不淇匚七.創(chuàng)建活動圖:一般人員活動圖:借閱管理員活動圖:檔案室人員錄入檔案活動圖:系統(tǒng)管理員維護系統(tǒng)數(shù)據(jù)活動圖:登I街窣卷言土里制入模塊案卷錄入L 二如 H.,; 胃-邛性:此H.-TP系統(tǒng)管理員維護用戶活動圖:系統(tǒng)管理員設置系統(tǒng)參數(shù)活動圖:,用一院=:二%郵”流I:, i. It :T I類圖、組件圖、配置圖見課本第五部分 BBS論壇系統(tǒng).分析需求:川戶管理模垸ar御民牧限管理模塊枚限分陽 II丹/leHFJJ- d -上*J.JJl階IH限IAl-ri-忤崔改限極
18、限甕極限II1.J修改其他筲埋模塊BBS論壇系統(tǒng)瞌壇帖r管理模塊陽戶管理模塊共性曾珂棋塊怙構I冬BUS陷十占系統(tǒng)的對能疆點始構期二.用例圖:參與者:游客、注冊用戶、版主、系統(tǒng)管理員游客用例:注冊、登陸系統(tǒng)、查詢帖子注冊用戶用例:登陸系統(tǒng)、發(fā)表帖子、查詢帖子、回復帖子版主用例:登陸系統(tǒng)、帖子管理(增、刪、改、查)、加精貼、置頂帖系統(tǒng)管理員用例:登錄系統(tǒng)、帖子管理(增、刪、改、查)、會員管理、論壇分類管理、加精貼、置頂貼確定用例圖:三川.司心.和舊一(irorn UT4 Gms電iCfrQro LIea iZ.Eg|f口e Actors)會員發(fā)帖/回帖時序圖:三.時序圖:論壇管理員管理會員時序圖:. Xii匚旨運:二;.號=II,IY;:n:_,爐F:童示探作成功d巳T T 71:論壇管理員管理論壇分類時序圖:W:.二的翻管羿與十.,鳳三北命5一呷1:提交用戶IDII勺:i3 f?T它壇甚劇牡哩信磨0:r HYPERLINK l bookmark201
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 畜牧師職稱考試的重要概念分析試題及答案
- 急診科科研項目管理體系計劃
- 提高客戶轉化率的策略計劃
- 主管如何抓好項目執(zhí)行計劃
- 銀行從業(yè)資格證考試重點內容試題及答案
- 銀行從業(yè)資格考試面對高壓力環(huán)境的應對方式試題及答案
- 成功秘訣2025年特許金融分析師考試試題及答案
- 細看網絡編輯師證書考試試題及答案大綱
- 網絡編輯師證書考試2024年高效學習試題及答案技巧
- 2025年特許金融分析師考試應對計劃試題及答案
- 手術患者液體管理
- 220kV變電站技術培訓方案
- 銀行攝影營銷方案
- 勞動課程設計烹飪教案
- GB/T 15688-2024動植物油脂不溶性雜質含量的測定
- 醫(yī)院圍手術期管理制度培訓課件
- 設備巡檢手冊
- 藥品零售業(yè)中可持續(xù)采購的最佳實踐
- 人教版(2015)五年級下學期信息技術第6課視頻知識一起學 教案
- 光伏發(fā)電設備檢修維護工(二級)崗位能力認證考試題庫(含答案)
- 《空間計量經濟分析》課件
評論
0/150
提交評論