基本概念 面向對象( ，OO)首先根據客戶需求抽象出業務對象；然后對需求進行合理分層，構建相對獨立的業務模塊；之后設計業務邏輯，利用多態、繼承、封裝、抽象的編程思想，實現業務需求；最后通過整合各模塊，達到高內聚、低耦合的效果，從而滿足客戶要求。 面向對象的分析（- ,OOA）根據抽象關鍵的問題域來分解系統，不考慮與系統的具體實現有關的確因素。 面向對象的設計（- ,OOD）是一種提供符號設計系統的面向對象的實現過程，它用非常接近實際領域術語的方法把系統構造成“現實世界”的對象。 The UML UML 圖書館信息管理系統 主要業務 文獻的收集保存 文獻的交流(圖書館之間) 讀者服務（圖書的借閱） 其他業務 財務管理 工資管理 采購管理 ............. 圖書館部門結構圖 圖書館業務流程圖 圖書借閱流程圖 UML的目標 系統 構造 描述 可視化 文檔化 UML的誕生與發展 統一 分裂 工業化 標準化 二十世紀八十年代初期，開始用不同的方法進行面向對象分析與設計。
Grady Booch和James 在1994年10月共同合作把他們的工作統一起來，到1995年成為“統一方法（ ）”版本0.8。隨后，UM方法又吸納了Ivar 提出的用例（use case）思想，到1996年，成為“統一建模語言”版本0.9 。 1997年1月，UML版本1.0被提交給OMG組織，作為軟件建模語言標準化的候選。 發展歷程 UML的組成結構圖 UML圖 圖 類圖 class 對象圖 構件圖 部署圖 用例圖 use case 順序圖 ` 協作圖 狀態圖 活動圖 靜態模型(系統結構) 動態模型(系統行為) Uml 2.0復合結構 交互概觀 定時圖 4+1視圖 View View View Use-Case View View End-user , / 業務系統分析與建模 定義業務流程 業務用例模型 活動圖 業務流程建模 目標：盡快確定系統范圍，以便估算開發成本及時間。
關注點：跟系統有關的業務流程 制品 業務用例模型---定義業務流程 活動圖---分析業務流程 系統用例圖---定義系統范圍 定義業務流程 XX圖書館 采購部 采編部 流通部 人力資源 辦公室 財務部 技術支持 后勤服務 圖 書 采 購 文 獻 收 集 圖 書 編 目 文 獻 保 護 與 處 理 圖 書 上架 圖 書 借 閱 業務用例模型 業務用例圖 元素 業務用例：代表一條業務流程 業務執行者：業務組織外但會啟動或參與業務流程的人 業務用例簡述 針對每一個業務用例，用幾句話簡單說明它是作什么用的 圖書借閱 注冊讀者可以在圖書館工作期間通過工作人員借書和還書 ..... 業務用例模型 活動圖示例-處理銷售 特殊活動的一種，用于表示活動之間的同步。一般有一個或多個信息流向它引入，有一個或多個信息流從它引出，表示引入的信息流同時到達，引出的信息流被同時觸發。 同 步 條 軟 件 工 程 概 論 軟 件 工 程 概 論 “而在活字印刷術出現之前，上面的四種特性都無法滿足，要修改，必須重刻，要加字，必須重刻，要重新排列，必須重刻，印完這本書后，此版已無任何可再利用價值。” “而在活字印刷術出現之前，上面的四種特性都無法滿足，要修改，必須重刻，要加字，必須重刻，要重新排列，必須重刻，印完這本書后，此版已無任何可再利用價值。
” “而在活字印刷術出現之前，上面的四種特性都無法滿足，要修改，必須重刻，要加字，必須重刻，要重新排列，必須重刻，印完這本書后，此版已無任何可再利用價值。” * 人們在尋求對軟件生產進行控制和自動化技術，以便提高質量、降低成本和減少產品投入市場的時間，同時管理風險、預知不斷增加的變化和復雜性，最終達到增加價值的目的 各種技術與方法進行合并，以獲取、交流、利用技術和業務方面的制品與知識，在軟件世界內發起了現代重用運動 20世紀70年代到80年代，面向對象建模語言開始出現 1989年到1994年，建模語言和方法的數量從不足10種增加到50多種 方法戰存在，各種方法存在許多相似，沒有一種主流建模語言 新用戶和制造商缺乏進入面向對象工具和方法市場的信心 產生了下列著名的方法 Booch’93（- and ） OMT-2( ) OOSE(- ) * 面向對象與業務過程建模 回顧 基于計算機的系統 可行性研究的任務和步驟 項目可行性研究報告的寫法 主要內容 面向對象的分析與設計 UML概念與內容 業務系統分析與建模 小結、思考與實驗 Why？“話說三國時期，曹操帶領百萬大軍攻打東吳，大軍在長江赤壁駐扎，軍船連成一片，眼看就要滅掉東吳，統一天下，曹操大悅，于是大宴眾文武，在酒席間，曹操詩性大發，不覺吟道：‘喝酒唱歌，人生真爽。
……’。眾文武齊呼：‘丞相好詩！’于是一臣子速命印刷工匠刻版印刷，以便流傳天下。” Why？“樣張出來給曹操一看，曹操感覺不妥，說道：‘喝與唱，此話過俗，應改為‘對酒當歌’較好！’，于是此臣就命工匠重新來過。工匠眼看連夜刻版之工，徹底白費，心中叫苦不迭。只得照辦。” Why？“樣張再次出來請曹操過目，曹操細細一品，覺得還是不好，說：‘人生真爽太過直接，應改問語才夠意境，因此應改為‘對酒當歌，人生幾何？……’當臣轉告工匠之時，工匠暈倒……！” Why？ “這里面問題出在哪里？” Why？ “因為三國時期活字印刷還未發明，所以要改字的時候，就必須要整個刻板全部重新刻。” “ 如果是有了活字印刷，則只需更改四個字就可，其余工作都未白做。豈不妙哉。” Why？ 第一，要改，只需更改要改之字，可維護； 第二，這些字并非用完這次就無用，完全可以在后來的印刷中重復使用，可復用； 第三，此詩若要加字，只需另刻字加入即可，可擴展； 第四，字的排列其實可能是豎排可能是橫排，此時只需將活字移動就可做到滿足排列需求，靈活性好。”面向對象方法面向對象方法的思想將世界看作一個個相互獨立的對象，通過封裝、繼承、多態等對象把程序的耦合度降低，使得程序更加的靈活，容易修改，并且易于復用。
面向過程方法的思想將世界看作一個個相互關聯的小系統組成，通過分析小系統的每個步驟和影響小系統走向的所有因素，來定義系統行為，不能適應需求的變更，可維護、可復用、靈活性和可擴展性差 面向對象的分析與設計 面向對象的概念 面向對象的分析與設計 用例驅動、模型驅動 面向對象的分析與設計1 使用UML UML給出了面向對象建模的符號表示和規則，但未給出使用的過程和方法，因此，需要有使用UML的過程。 過程描述做什么、怎么做、何時做及為什么做，即描述一組特定次序的活動 使用UML過程的基本特征是：用例驅動，以體系結構為中心，反復，漸增式。 用例包含了功能描述，它們將影響后面所有階段及視圖。 以體系結構為中心 在開發的早期建立基礎的體系結構（原型）是十分重要的，進一步對原型進行精化，建立一個易于修改、易理解和允許復用的系統。 主要是在邏輯上將系統劃分為若干個子系統（UML包） 反復 UML的建模型過程要經過若干次的反復 漸增式 漸增式開發是在多次反復迭代的過程中，每次增加一些功能（或用例）的開發，每次迭代都包含了分析、設計、實現和測試。 面向對象的分析與設計2 體系結構建模（ ）首先要建立基本的模型，并將該模型映射到軟硬件單元上 體系結構概括了整體系統結構、功能部件分解、部件的本質和特性、部件的界面、部件之間的通訊協議和整體性布局策略及法則。
面向對象的體系結構與傳統的體系結構不同，它強調的是分布式對象的分配、部件及其界面、持久對象和面向對象通訊方法 面向對象的體系結構 子系統的分解可以有分層和分塊 分層：將軟件系統組織為層次結構，每層是一個子系統。分層結構又分為封閉式和開放式。 分塊：垂直分塊是將系統分解為若干個相對獨立的、弱耦合的子系統。每個子系統相當于一個塊，每塊實現一類服務。 常常使用分層和分塊的混合結構，如圖所示： 將系統分解為子系統 應用程序包 人機對話控制 窗口圖形 仿真程序包 屏幕圖形 點陣圖形 操作系統 計算機硬件 用包圖進行系統建模 包是系統的一種分組機制，包由關系密切的一組模型元素構成，包還可以由其它包構成（嵌套） 包圖是維護和控制系統總體結構的重要建模工具 應用包圖要解決的問題 如何組織包？ 應將概念或語義相近的模型元素(對象類)納入一個包。即包具有高內聚性，包中的類具有功能相關性。 如何確定包之間的關系？ 包之間的聯系有兩種：依賴和泛化。 描述系統的體系結構 數據庫 表示層 應用邏輯層 存儲層UML包表達的體系結構單元 MDA（Model- ） 模型驅動架構 CIM( Model) 聚焦于系統環境及需求,不涉及系統內部的結構與運作細節 PIM( Model) 聚焦于系統內部細節,不涉及實現系統的具體平臺 PSM( Model) 聚焦于系統落實于特定具體平臺的細節.如Sping、EJB3、.NET都是一種具體平臺 MDA開發的三個階段 本課程采用方法 定義業務流程 ，業務用例模型 分析業務流程，業務活動圖 定義系統范圍，系統用例圖 分析系統流程，用例規約，活動圖 分析業務規則，狀態圖或活動圖 定義靜態結構，類圖 面向對象的分析與設計 UML概念與內容 UML概念與定義 UML發展現狀 UML主要內容 UML建模工具 UML—You Must Learn UML— UML是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標準表示 The UML UML定義 是對象管理組織（OMG）制定的一個通用的、可視化的建模語言標準，可以用來可視化（） 、描述（）、構造（）和文檔化（）軟件密集型系統的各種工件（業務建模用哪些圖，又譯制品） 由UML表示法指南、UML語義、OCL規范和用戶定義的UML擴展組成 是一種語言 用來獲取關于某一主題的知識和表達關于該主題的知識，以便于進行交流 基于面向對象范型 應用于建模和系統 用于對系統進行描述、可視化、構造和文檔化 是一種通用的、廣泛適應的、得到工具支持和工業標準化的革命性的建模語言 統一了信息系統和技術工程的最佳工程實踐的成果 應用于大量不同類型的系統、領域和方法或過程 UML是 UML的目標 成為一種易用、表達能力強的可視化建模語言，并且是簡單的和可擴展的 具備擴展和特化機制 獨立于實現（程序設計語言） 獨立于過程（開發） 促進面向對象工具市場的成長 支持高級概念（協作、框架、模式和組件） 通過使用組建技術、可視化程序設計、模式和框架業務建模用哪些圖，解決反復出現的體系結構復雜性問題 可升級、廣泛適用 融合了最佳的工程實踐 軟 件 工 程 概 論 軟 件 工 程 概 論 “而在活字印刷術出現之前，上面的四種特性都無法滿足，要修改，必須重刻，要加字，必須重刻，要重新排列，必須重刻，印完這本書后，此版已無任何可再利用價值。
” “而在活字印刷術出現之前，上面的四種特性都無法滿足，要修改，必須重刻，要加字，必須重刻，要重新排列，必須重刻，印完這本書后，此版已無任何可再利用價值。” “而在活字印刷術出現之前，上面的四種特性都無法滿足，要修改，必須重刻，要加字，必須重刻，要重新排列，必須重刻，印完這本書后，此版已無任何可再利用價值。” * 人們在尋求對軟件生產進行控制和自動化技術，以便提高質量、降低成本和減少產品投入市場的時間，同時管理風險、預知不斷增加的變化和復雜性，最終達到增加價值的目的 各種技術與方法進行合并，以獲取、交流、利用技術和業務方面的制品與知識，在軟件世界內發起了現代重用運動 20世紀70年代到80年代，面向對象建模語言開始出現 1989年到1994年，建模語言和方法的數量從不足10種增加到50多種 方法戰存在，各種方法存在許多相似，沒有一種主流建模語言 新用戶和制造商缺乏進入面向對象工具和方法市場的信心 產生了下列著名的方法 Booch’93（- and ） OMT-2( ) OOSE(- ) *