联创国际科技公司uml建模培训讲义(编辑修改稿)内容摘要:

复的和容易出错的工作交给框架去处理  尽量化无规律为有规律  开发一个辅助工具  不仅仅在于软件开发的本身,也是公司知识管理的重要组成部分 LINKAGE 参考文章  《 利用 .Net框架开发应用系统 》  《 实战揭秘:开发 .Net平台应用系统框架 》  《 面向对象的应用服务层设计 》 设计模式概要 OO设计的殿堂。 LINKAGE 再次强调 ——设计要点  高内聚 – 内聚:模块内部的联系  低耦合 – 耦合:模块之间的联系  类、对类的控制、类的表现相分离 (MVC)  抽象 LINKAGE 什么是设计模式  来源于日常设计。  具有代表性。  有固定的结构。  可重复使用。  定义:一个对象关系体系,用来解决某一类特定场景的具体设计问题。 LINKAGE Design Pattern 的作用  主要作用:帮助设计者更快、更好地完成系统设计。  辅助设计:在模式的基础上进行设计,可以节约大量讨论和修改的时间同时保证质量。  应用复用:在过去成功的经验基础上进行设计,最大限度地应用复用技术。  保护复用:通过 Design Pattern在系统设计中的应用,确保设计结果的可复用性,为以后的应用复用提供基础。 LINKAGE Design Pattern 的主要构成  Pattern Name:  Problem:解决的问题、环境、条件等。  Solution:内部各组成部分之间的协作。  Consequences:模式应用效果 LINKAGE 如何选择设计模式  无技巧可言:熟悉设计和模式。  熟悉设计模式:解决什么问题  熟悉设计模式:相关模式、类似模式  考察设计问题:要解决的问题 LINKAGE The Catalog of Design Patterns  三类目的: creational, structural, behavioral  二类应用: classes, objects  数量总数: 23个 LINKAGE LINKAGE Design Pattern Relationship LINKAGE 导致重新设计的一般原因  通过显式地指定一个类来创建对象  对特殊操作的依赖  对硬件和软件平台的依赖  对对象表示或实现的依赖  算法依赖  紧耦合  通过生成子类来扩充功能  不能方便地对类进行修改 LINKAGE MVC模式  OO系统的世界观 – Modal – View – Control LINKAGE 核心点  解耦  间接 LINKAGE 设计模式举例  Factory  Builder  Singleton  Prototype  Adapter  Observer  Facade UML基础 描述 OO的语言 LINKAGE 4种视图  Use Case View  Logical View  Component View  Deployment View LINKAGE UML图示  Use Case Diagram  Class Diagram  Sequence Diagram  Collaboration Digram  State Diagram  Activity Diagram  Component Diagram  Deployment Diagram LINKAGE Actor – 角色  角色( actor) 是与系统交互的人或事  群体的概念, 代表的是一类能使用某个功能的人或事  可以是人或外部系统。  定义了“系统边界”。 ActorLINKAGE 角色关系 学生大学生 中学生 小学生LINKAGE Use Case 用例  用例代表的是一个完整的功能  是动作( Action)步骤的集合( Action:系统的一次执行)  用例具有以下的特征: – 用例总由角色初始化 – 用例为角色提供值 – 用例具有完全性 Use CaseLINKAGE 用例的使用  描述用例 – 用例的目标 – 用例是怎样被启动的 – 角色和用例之间的消息流 – 用例的多种执行方案 – 用例怎样才算完成并把值传给了角色 – 用例模版 – 文字描述和图形描述 LINKAGE 用例描述模版  名称。 名称无疑应该表明用户的意图或用例的用途,如 “ 研究班招生 ”。  标识符 [可选 ]。 唯一标识符,如 UC1701,在项目的其他元素(如类模型)中可用它来引用这个用例。  说明。 概述用例的几句话。  参与者 [可选 ]。 与此用例相关的参与者列表。 尽管这则信息包含在用例本身中,但在没有用例图时,它有助于增加对该用例的理解。  状态 [可选 ]。 指示用例的状态,通常为以下几种之一:进行中、等待审查、通过审查或未通过审查。  频率。 参与者 访问 此用例的频率。 这是一个自由式问题,如用户每次录访问一次或每月一次。  前置条件。 一个条件列表,如果其中包含条件,则这些条件必须在访问用例之前得到满足。  后置条件。 一个条件列表,如果其中包含条件,则这些条件将在用例成功完成以后得到满足。  被扩展的用例 [可选 ]。 此用例所扩展的用例(如果存在)。 扩展关联是一种广义关系,其中扩展用例接续基用例的行为。 这是通过扩展用例向基用例的操作序列中插入附加的操作序列来实现的。 这总是使用带有 extend 的用例关联来建模的。  被包含的用例 [可选 ]。 此用例所包含用例的列表。 包含关联是一种广义关系,它表明对处于另一个用例之中的用例所描述的行为的包含关系。 这总是使用带有 include 的用例关联来建模的。 也称为 使用 或 具有 (hasa) 关系。  假设 [可选 ]。 对编写此用例时所创建的域的任何重要假设。 您应该在一定的时候检验这些假设,或者将它们变为决策的一部分,或者将它们添加到操作的基本流程或可选流程中。  基本操作流程。 参与者在用例中所遵循的主逻辑路径。 因为它描述了当各项工作都正常进行时用例的工作方式,所以通常称其为 适当路径 (happy path) 或 主路径 (main path)。  可选操作流程。 用例中很少使用的逻辑路径,那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。  修改历史记录 [可选 ]。 关于用例的修改时间、修改原因和修改人的详细信息。  问题 [可选 ]。 如果存在,则为与此用例的开发相关的问题或操作项目的列表。  决策。 关键决策的列表,这些决策通常由您的 SME 作出,并属于用例的内容。 将这些决策记录下来对于维护 团体记忆库 (group memory) 是相当重要的。 LINKAGE 用例的使用  测试用例 – 漫游用例:用具体的用例测试系统的行为 – 定义测试:用用例描述本身测试 LINKAGE 用例的使用  实现用例 – 用例实现为协作 – 协作用若干个图表示:协作图、序列图、活动图 – 协作的实例 ——脚本 LINKAGE Business Use Case/Actor Business ActorBusiness UseCaseLINKAGE Business System  例子 LINKAGE 登录系统 登记员 完成课程登记 计费系统 学生 登记课程 教授 选择教授课程 课程目录系统 include include include 课程登记系统 LINKAGE 下订单 销售员 检查订货状况 管理员 发货员 填订单 客户 建立信用纪录 电话定购系 统 LINKAGE Use Case关系 •扩展关系 一个用例中加入一些新的动作后则构成了另一个用例这两个用例之间的关系就是通用化关系又称扩展关系后者通过继承前者的一些行为得来前者通常称为通用化用例后者常称为扩展用例扩展用例可以根据需要有选择地继承通用化用例的部分行为扩展用例也一定具有完全性 LINKAGE Use Case依赖关系 • 组合 把相关的用例打成包 package 当作一个整体看待 •使用关系 一个用例使用另一个用例时这两个用例之间就构成了使用关系一般情况下如果若干个用例的某些行为都是相同的则可以把这些相同的行为提取出来单独作成一个用例这个用例称为抽象用例这样当某个用例使用该抽象用例时就好象这个用例包含了抽象用例的所有行为 LINKAGE 销售员 下订单 提供客户数据 定购产品 安排付款 调阅产品目录 include include include extend 产品定购管理 LINKAGE 理解 Use Case和 Actor 1) Use Case绝不是锦上添花的东西,一方面它可以促进与用户沟通,理解正确的需求,另一方面它可以划分系统与外部实体的界限,是系统设计的起点,。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。