云南大学-UML.doc

:
模型的核心价值。
模型可以帮助你分析和设计
模型不花费很多而且可以被多次测试
模型省略了一些细节性的功能(不必要展示的)。
为什么建模。
模型是真实世界的抽象。
Why?
建模实现了四个目标:

。

。
建模可逆帮你理解一个你无法完整理解的系统
建模使你更好的完善这个系统。
3:建模四大原则:


C. 最好的模型与现实相联系
。
4:UML是可视化、确定化、构建、纪录的语言。
UML:
标准的面向对象分析和建模符号
使用模型驱动方法
:类图、活动图、顺序图、用例图等等。
UML的动态图:
顺序图、通信图、状态图、活动图
UML的静态图:
用例图、类图、对象图、组件图、部署图
什么类型的过程有利于UML
用例驱动(定义了完整系统发展的基础。好处:简洁、简单、易懂。帮助同步不同模型的内容)
迭代的、递增(在进行大规模投资之前先解决关键风险。初始迭代使早期用户反馈。测试和集成是连续的。目标的焦点集中在短期内。通过评估实现的进展。部分实现可部署。)
中心架构(系统架构被当做主体用来概念化、构建、管理、进化系统。好处:智能控制系统的复杂性和保持系统的完整性;大规模重用的基础;项目管理的基础;组件开发的基础)
:
建模关键概念(建模(Modeling)、用例驱动、统一过程抽象层次、视图、面向对象)
:
建模(Modeling) 是指通过对客观事物建立一种抽象的方法用以表征事物并获得对事物本身的理解,同时把这种理解概念化,将这些逻辑概念组织起来,构成一种对所观察的对象的内部结构和工作原理的便于理解的表达。
如何建模:
方法论;建模方向。
模=人+事+物+规则
3:用例驱动:
整个软件生产过程就是用例驱动的。
用例驱动原理:实现用例是软件生产的必要工作,一旦用例实现了,问题领域就解决了。
用例捕获了系统的功能性需求,可以驱动所有视图。
4:统一过程抽象层次:(自顶向下和自底向上)
软件开发主体上采用自顶向下方法,用少量概念覆盖系统需求,再逐步降低抽象层次,直到代码编写;同时应辅以自底向上方法,通过对底层抽象层次的实际经验来改进高层次的概念以提升软件质量。
5:视图
视图勇于组织UML元素,用于表达模型的某一方面的含义。
一:建模用于为软件制定那些表达软件含义的视图来完整的表达软件的含义
二:建模为不同的参与者提供他们想了解那部分信息的视图。
6:面向对象
过程论+对象论
数据+逻辑
数据构成了程序世界的本体和状态,逻辑作用于数据,推进程序世界的发展
过程论和对象论是辩证统一的对立。
继承:子类型必须能够替代父类型。
开闭原则:对扩展开放、对修改关闭。
里氏替换原则:凡是程序中有继承的地方,子类型应该能替换父类型。
泛化耦合(Generalization Couple):由于泛化(继承)关系的存在,在两个有祖孙、父子关系的类间形成的一种逻辑关联。
包含耦合:这种耦合出现的哲学基础是,对象本身固有的包含关系,在进行事物抽象时被同时抽象到了类中。
聚合(Aggregation):一种弱的拥有关系,体现A对象可以包含B对象,但B对象不是A对象的一部分。
position):一种强的拥有关系,体现了严格的部分和整体的关系,部分和整体具有一样的生命周期。
 依赖(Dependency):由于逻辑上相互协作可能,而形成的一种关系。
接口:对象行为的抽象
类与接口的不同:
1:类是对象、“体征的”的抽象,接口是对象行为的抽象。
2:类是为了帮助记忆,接口是为了实现耦合。
3:类用来关注体征,接口用来关注交互的行为。
4:类存在抽象层次树上,接口存在接口网上。
5类是静态概念,接口是动态概念
依赖倒置原则,客户类和服务类都依赖于抽象,客户类有接口。
接口:对客户类的保证,对服务类的约束。
:
1:什么是用例。(用例是功能性的需求,但不是系统的全部需求)
用例描述了系统的功能性需求。
用例捕获了系统利益相关者之间的交互联系。
用例描述了不同场景下的系统行为。
用例是描述了活动者实现目标成功失败情形的集合
场景是活动者与系统交互顺序的集合。
2:写用例就是写一个故事——一个可以完全理解和描述系统的卓越的故事。
用例=动词+名词
3:
三者对用例关系的优化侧重点是不同的:
泛化侧重表示子用例间的互斥性;
包含侧重表示被包含用例对Actor提供