[计算机软件及应用]UML建模工具的培训.ppt

课程安排 讲解，每节包括： 概念 示例 练习（每组派代表） 测验 测验题目讲解 什么是UML Unified Modeling Language 统一建模语言 用途：描述记录系统和共享思想 不涉及设计方法学 比较适合现代面向对象的系统 UML优点 形式化 直观 简练而全面 使用于不同规模的系统 经过多年实践完善 由标准化组织而非厂商掌握 建模语言 模型：抽象和简化 建模语言： Notation表示法 Semantics语义 Meta－model元模型 Profile描述文档 表示法：文字、图片、图、伪码、真实代码等等 UML发展简史 90年代初的method war OODA、OOADA、Booch方法（Booch） OOSE（Jacobson） OMT（Rumbaugh） Rational和UML 1997年11月17日，UML1.1被OMG采纳，作为基于面向对象技术的标准的建模语言 UML三剑客（三友） The Three Amigos： Grady Booch Ivar Jacobson James Rumbaugh Booch的云状图（Cloud notational） OMT的类和对象表示法 Jacobson的UseCase 最常用的4种Diagram 用例图和用例描述（use case diagram and narrative） 类图（calss diagram） 顺序图（sequence diagram） 活动图（activity diagram） 注意：用例图要有用例描述配合使用，单纯一组圈圈只能作为功能标题。 其它Diagram 对象图Object 通信图Communication 时序图Timing 交互概况图Interaction Overview 组成结构图Composite Structure 组件图Component 包图Package 状态图State Machine 部署图Deloyment 用例图是用来做什么的？ Use Case图是需求文档的重要组成部分，说明功能型需求 简单的Use Case图 什么是Use Case 概念1：Use Case是对一组动作序列（其中包括它的变体）的描述，系统执行该动作序列来为Actor产生一个可观察的结果 概念2：系统的各个项目相关人员（涉众）就系统的行为所达成的契约 Secondary actor 什么是Actor 概念：系统以外的使用者与系统交互时所扮演的角色 Actor分类之一：用户、外系统、系统时钟、数据库等 Actor分类之二：primary actor、secondary actor Use Case方法优势 与传统方法相比，用例图有以下特点： 用例方法完全是从外部（通常是用户角度）来定义系统的功能，把需求与设计完全分离开来。 通过actor与系统的交互过程来描述系统为actor提供了什么样的服务（系统功能），更易于被用户所理解。 Use Case的描述方式 事件流描述 UI 文字 其它 Use Case要素 目标和描述Goal Description Actors 前置条件 Pre Conditions 后置条件 Post Conditions 正常事件流/主事件流Normal/Main flow of events 扩展事件流 Extensions flow of events 异常事件流 Exceptional flow of events 事件流描述 主事件流： 管理员要求系统创建一个新的博客账户。 管理员选择一种账户类型 管理员输入作者细节数据 作者细节数据被验证数据库验证 新的博客账户被创建 新账户细节摘要被电邮给作者 扩展事件流： 验证数据库验证失败 作者的新的博客账户申请被拒绝 常见的补充说明 补充说明用于描述那些在事件流中不易表述的系统需求，主要包括： 业务规则 数据说明 补充说明可以使用任意方式（文字、比表格、原型等等），不一定是UML图 非功能性需求 非功能性需求主要包括以下内容： 安全性 可靠性 性能 扩展性 可支持性 设计约束 法律和知识产权 Use Case的目标层次 抽象级Summary－level goal 子功能级Subfunction－level goal（internal actor and white box） 用户级User goal level 抽象级目标Use Case示例 办一个保险单的报价 卖出一个保险单 索赔 理赔 关闭这个保险单 如何发现UC 涉众（尤其是Actor）利益 相关文档 场景（scenario） UC diagram的组成元素 Use Case Actor 关系 Communication line通信线（actor与use case之间） Generalization泛化