资料来源于学长,整理不易,还望给个三连
UML复习
第一部分:
迭代开发和进化开发的概念(p15)
迭代开发:是up和大多数其他现代方法中的关键实践
进化开发:迭代生命周期基于对经过多次迭代的系统进行持续的扩展和精华,并以循环反馈和调整为核心驱动力,使之最终成为适当的系统。
RUP的阶段和项目(p26 图2-7)
RUP的阶段:初始 细化 构造 移交
科目:业务建模 需求 分析
第二部分:
1) 初始阶段的目标(p37)
定义初始化阶段的步骤和为本部分后续章做铺垫
2) 需求的类型(FURPS+分类 和另外一种宽泛的分类 p42 p43)
FURPS:功能性 可用性 可靠性 性能 可支持性
+:实现 接口 操作 包装 授权
3) UP的关键需求制品(p43)
五个:用例模型 补充性规格说明 词汇表 设想 业务规则
4) 用例模型的建立。(第六章)知识点包括下面:
-
用例的定义(p45)
是文本形式的情节描述,广泛的应用于需求发现和记录工作中
-
用例的本质(p46)
通过编写使用系统实现用户目标的情节来发现和记录功能性需求
-
用例的参与者类型(p49)
主要参与者 协助参与者 幕后参与者
-
用例的详细描述(范围、级别、主要参与者、涉众、基本流、备选流、p50 销售例子)
范围:要设计的系统(NextGen POS应用)
级别:“用户目标” 或者 “子功能”(用户目标)
主要参与者:调用系统,使之交付服务(收银员)
涉众:关注该用户的人及其需要(收银员、售货员、顾客、公司、经理、政府税收代理、支付收授权服务)
基本流:
备选流:
-
编写用例的步骤(p63 步骤一、二)
步骤一:选择系统和边界 步骤二和三:寻找主要参与者和目标
-
判断有效的用例方法(p66)
三个:老板测试:有没有产生价值
EBP测试:
规模测试:
5) 了解其他需求制品(p78-p90)
四点:补充性规格说明 词汇表 设想 业务规则
6) 领域模型的建立。知识点包括:
A、 领域模型的定义(p100)
是对领域内的概念类或现实世界中对象的可视化表示
B、 领域模型用uml表示为类图,可以展示的内容(p101)
领域模型被描述为一组没有定义操作的类图 他可以展示:
领域对象或概念类 概念类之间的关联 概念类的属性
C、 如何创建领域模型(方法三:通过名词短语寻找概念类p106例子)
在对领域的文本性描述中识别名词和名词短语,将其作为候选的概念类或属性类
D、关联(表示、多重性p112-p114)
类之间存在着多重关联
E、 属性(表示、类型、不用外键p117-p121)
表示:
可见性 名称: 类型 多重性 = 默认值 { 特性表 }
Visibility name : type multiplicity = default { property-string }
类型:String Integer Data Boolean character
私有的:- ;
公开的: + ;
可导出的: / ;
准则:
任何属性都不表示外键,不应该用来表示类之间的关系
7) 能够看懂系统的顺序图和操作契约(p134)
8) 架构分层(p147)
目的:高内聚低耦合,增强复用性
9) 领域模型和领域层的关系(p152)
领域层是软件的一部分,领域模型是概念角度分析的一部分,他们是不同的。但是利用来自领域模型的灵感创建领域层,我们可以获得在现实世界和软件设计之间的低表示差异。
10)静态建模和动态建模(p153)
静态建模用以描述系统的组织和结构(基础)
动态建模用以描述系统的行为和动作(深化和拓展)
两者共同构建和描述系统的整体模型
第十五章
1) 顺序图和通讯图的优缺点
顺序图优点:能够清晰的表示消息的顺序和时间排序,大量详细表示法选项
缺点:强制在右侧增加新对象,消耗水平空间
通信图优点:空间效用-能够在二维空间内灵活地增加新对象
缺点:不易查阅消息的顺序,表示法选项较少
2) 能在交互图和代码之间互相转化。(p162图15-1 p163图15-3)
3) 图的表示规范。顺序图中:消息的表示(p164)+ 图框的表示(p168特别是循环、条件、互斥的有条件)、(p170 最下面代码转换为顺序图形)
消息的表示:return = message(parameter : parameterType):returnType
图框的表示:
alt:选择性的片段,用于表示保护信息所表达的互斥条件逻辑
loop:用于表示保护信息为真的循环片段,loop(n),loop(i,1,,n)
opt:当保护信息为真时执行的可选片段
par:并行执行的并行片段
region:只能执行一个线程的临时片段
4) 通讯图中:消息的序号表示(p167最小边)
第十六章
1) 类图和领域模型的区别(p152、p183)
他们是不同层次的概念,谈不上区别,领域模型是内在指导思想,uml类图是实现工具
领域模型是用类图来表示的
从UML的表达法角度,领域模型被描述为一组没有定义操作的类图。