国立中正大学资讯管理学系硕士在职专班上课教材.ppt

国立中正大学资讯管理学系硕士在职专班上课教材.ppt

  1. 1、本文档共58页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
国立中正大学资讯管理学系硕士在职专班上课教材

國立中正大學資訊管理學系 碩士在職專班上課教材 主題:UML (Unified Modeling Language) 授課教師:黃士銘博士 日期:89年4月9日 上課大綱 UML簡介 UML之相關圖形 UML相關參考資源 UML簡介 UML是甚麼 UML ( Unified Modeling Language) 是企業界與學術界競相遵循的物件模式語言。它是由 Grady Booch, James Rumbaugh, 與 Ivar Jacobson 三位大師於 1997 年創立的 OMG ( Object Management Group) 中設立的標準。憑藉著強固的觀念與實務基礎,UML 替現代的物件導向語言如 C++ 和 Java 進行了更完整的專案分析。由於描述語言的標準化,也統一了分析的方法及程序。 UML的歷史 The Parts Of UML The overview describes the different parts of UML --- Views : Views show different aspects of the system that are modeled. An Overview is an abstraction consisting of a number of diagrams. --- Diagrams: Diagrams are the graphs that describe the contents in a view. --- Model elements: The concepts used in the diagrams are modeled elements that represent common oo concepts such as classes, objects and messages, and the relationships among those concepts.   The Parts Of UML(Cont.) Why UML 早期的系統分析、系統設計是以 Procedure Language 為觀點,由此觀點出發,來架構起整個系統分析與設計的主體。物件導向程式設計形成設計的主流後,系統分析師們嘗試用舊有的系統分析與設計的方法來解釋物件導向程式設計,卻發現窘態百出。於是出現了物件導向系統分析(OOA)、物件導向系統設計(OOD)的誕生 The Benefit of UML 客戶, 業務工程師, 系統分析師, 程式設計師….. 通通看的懂 視覺語法, 易學, 易懂, 易用 Easy Documentation 減少煩雜的文書工作 系統維護變得好輕鬆 真實呈現客戶的需求 What Should UML To Do (UML is one of Modeling Tools) Experiment Predict Communication 一圖勝萬語 UML之相關圖形 Use-Case Diagram Class Diagrams Collaboration Diagram Sequence Diagram ……. 使用個案的主要用途 Use Case 是一個重開端到結束均描述完整的系統過程 捕捉軟體系統的功能性需求。然而它也能解決不同的問題,因而使用個案在軟體發展活動中扮演許多不同的角色,例如: 定義軟體系統的功能性需求。 找尋物件。 決定物件應有的責任(responsibility)。 定義物件之間的互動(interaction)情形與其間的介面。 The Component Of Use Case Diagram 如何找出相關的Use Case Use Case模型在系統的發展過程中扮演很重要的角色,Use Case 的定義會牽動到以後所有系統模組的設計。Use Case 定義的好壞,會影響系統發展的優劣。定義 Use Case 之前,要先定義其 Actor者,我們可以使用以下的方法來找出與系統相關的 Actor。 誰對系統中的某些項目有興趣? 所開發的系統用在什麼地方? 誰是系統的資訊提供者,誰是系統的資訊使用者? 誰是此一系統的操作者? 誰會支援及維護這個系統? 這個系統會使用一些外在的資源嗎? 一個Actor扮演許多不同的角色嗎?或是多個Actor扮演相同的角色呢? 如何找出相關的Use Case(Cont.) 找出相關的 Use Case Actor所做的工作是什麼? Actor 會建立、儲存、修改、移除、或讀取此系統資訊嗎? 何種的 Use Case會建立、儲存、修改、移除、或讀取系統資訊? Actor會通知系統有關外在環境的改變嗎? 若系統發生任何狀況會通知

您可能关注的文档

文档评论(0)

wnqwwy20 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:7014141164000003

1亿VIP精品文档

相关文档