系统分析与设计
Part1:系统分析与设计概述
系统：相互交互或相互依赖的组件集合所构成的一个整体
分析：将复杂系统分解成小的、可以理解和可以的组成部分的过程设计：用一组模型元素描述满足系统需求和约束条件的模型的过程Part2：UML和RUP
1.软件建模工具通常包括结构化建模工具和面向对象建模工具；结构化建模工具包括数据
流图DFD、软件结构图SSD和程序流程图PFD
2.面向对象的建模工具为UML
3.建模：用建模工具构建模型的过程
4.系统模型包括结构模型（静态模型）和行为模型（动态模型）
5.常用的uml建模工具包括rationalroe和taruml
6.UML为unifiedmodellanguage简写，是一种符合工业标准的图形化建模语言
7.uml包括构造块，规则和公共机制
8.构造块包括建模元素、关系和图
9.规则包括命名，范围和可见性
10.公共机制包括规格描述、修饰、公共分类和扩展机制
11.建模元素包括结构元素、行为元素、分组元素和注解元素
12.关系包括关联关系、依赖关系、泛化关系和实现关系
13.图包括静态图和动态图，其中静态图包括类图、组件图和部署图。
动态图包括顺序图、
协作图、状态图和活动图
14.规则包括命名、范围和可见性
15.公共机制包括规格描述、修饰、公共分类和扩展机制。
其中用斜
体字体表示的类为抽象
类就是一种修饰。
扩展机制包括版型、标记值和约束
16.RUP是一个迭代和递增的开发过程
17.RUP的四个阶段:初始（先启）阶段、精化阶段、构建阶段和移交（产品化）阶段；对
应四个阶段结束的里程碑分别是生命周期目标里程碑、生命周期架构
里程碑、初始可运
行能力里程碑和产品发布里程碑；RUP的每个阶段包含一到多次迭代；每次迭代包括业
务建模、需求、分析设计、实现、测试和部署5个工作流。
18.RUP工作流由角色、角色所参与的活动和活动所输出的工件组成，工件包括文档、模型
元素和软件模型
19.依赖关系是单向的和临时的20.依赖关系的四种表现：A）ClaA中某个方法的参数类型是ClaB；B）ClaA中某个
方法的参数类型是ClaB的一个属性；C）ClaA中某个方法的实现实例化ClaB；D）
ClaA中某个方法的返回值的类型是ClaB；
21.泛化关系是由派生类指向基类的；泛化关系是i-a的关系
22.关联关系是一种结构关系，关联关系的可导航性和重复度（阶元），关联类的表达方式
23.关联关系在设计阶段可以进一步精化成聚合关系和组合关系，聚合关系的整体和部分不
具有一致的生命周期，而组合关系中整体和部分之间有一致的生命周期
24.实现关系用于表达接口和实现该接口的类之间的关系，也可以表示成接口和实现接口的组件之间的关系
25.结构型元素中类由类名、属性和操作三个框组成，第一框不能省略，第二框第三框都可
省略，属性和操作不能放错位置或者交叉
26.可见性由公有+、私有-和保护#三种符号表达
27.类的属性的类型表达方式，类的操作的类型和参数列表表达方式
28.对象通常由对象名：对象所属的类和属性值构成，而且对象名要加下划线
29.三种重要的类：实体类、边界类、控制类
30.接口可以用一个圆来表达，也可以用类的<<interface>>版型来表
达
31.接口和抽象类都是不能实例化的，但是抽象类可包含部分实现，
接口可多重继承或扩展，
但是有些面向对象的程序设计语言不支持抽象类的多重继承
32.参与者(actor)是一个与组织（或系统）外部的，与组织（或系统）交互的角色
33.用例描述了一系列活动，通过该系列活动，用例为参与者提供可
见的价值
34.参与者和用例是关联关系
35.活动图中的分支和合并；表示并发的分叉和联结，分叉和联结都
用同步条来表示
36.活动图中的泳道用于表达责任区域；一个泳道通常用来代表一个
角色
37.状态图用于表示一个系统或一个对象整个生命周期所经历的状态
和状态迁移
38.一个状态通常包括状态名、进入/退出条件和内部迁移
39.状态迁移包括引起状态迁移的事件名、护卫条件和动作组成，动
作包括入口动作（Entry）、
出口动作（E某it）和处于该状态所要执行的动作（Do）。
40.描述对象之间交互的交互图包括顺序图和协作图（通信图）
41.顺序图包括对象、生命线、控制焦点和消息四种元素
42.包是把元素组织成组的机制
43.组件是系统中物理的、可替代的部件，组件是逻辑元素的容器
44.节点是系统运行时存在的物理元素，通常包括存储能力和处理能力，节点是组件的容器，
节点可以是处理器也可以是设备。
45.组件分部署组件、工作组件和执行组件三种
46.组件与接口之间可以是实现和依赖两种关系
47.部署图中的连接指的是两个物理设备之间的耦合，包括物理介质和软硬件传输协议。
Part3业务建模
1.业务(buine):一个组织通过组织内部为实现其价值通过资源的协作而完成的事务
2.业务模型是以组织之外视角来观察组织内部要素和过程的模型
3.业务模型包含业务用例模型（业务用例图）和业务对象模型（活动图、顺序图和状态图）
4.业务用例图包含业务主角、组织边界和业务用例等模型元素
Part4需求建模
1.从业务建模到需求建模是从组织视角向系统视角转换，从组织提供
价值到计算机系统提
供价值转换
2.系统需求是系统必须满足的条件或具备的能力
3.系统需求包含功能需求和非功能需求，功能需求用用例模型来建模，非功能需求在需求
的补充规约里载明
4.将基用例中一段相对独立并且可选的动作，用扩展（E某tenion）
用例加以封装，再让它
从基用例中声明的扩展点（E某tenionPoint）上进行扩展，从而使
基用例行为更简练和目标
更集中
5.使用包含（Incluion）用例来封装一组跨越多个用例的相似动作
（行为片断），以便多个
基（Bae）用例复用。
6.用例的扩展关系与包含关系的本质区别是扩展用例可不被基用例执行，而包含关系中，基
用例必须执行包含用例才是完整的7.用例的泛化关系，子用例与父
用例的行为相似，子用例继承父用例的所有行为、结构和关
系且子用例可以重载父用例的部分行为
8.用例分包方式包括，按参与者、按主题、按开发团队和按发布情况分包
9.适合使用用例模型描述系统需求等场景：功能多，参与者多和接口多
1.选择迭代用例的依据是用例的优先级，优先级高的用例在精化阶段的早期进行分析和设
计，优先级低的用例在精化阶段的后期迭代中进行分析和设计
2.分析和设计所生成的模型应放置在逻辑视图中
3.用例模型表达系统所应具备的功能，分析和设计模型表达了功能是如何实现的
4.分析机制是一种模式，这种模式包含了解决通用问题的通用解决方案
5.分析机制主要包括持久化、进程间通讯、进程控制和同步、事务管理等
6.用例分析的基本过程包括：寻找候选对象、描述对象间的交互和描述类。
候选对象可以
用对象清单描述，对象间交互用交互图描述，分析类用类图描述
7.寻找对象的步骤：找实体对象、边界对象、控制对象和生命周期对象
8.候选对象可能来自于业务对象模型、原始需求的非规范描述和系统用例描述
9.面向对象设计的5个基本原则：LSP、OCP、SRP、ISP和DIP
10.OCP的核心思想就是依赖接口而不要依赖与具体的类，LSP的思想是子类可以替换父类
11.ISP的核心思想就是避免定义功能众多的大接口，而是要定义小的内聚性强的接口
12.设计模式分为创建型模式、结构型模式和行为型模式
13.单件模式(Singleton)保证一个类仅有一个实例，并提供一个访问它的全局访问点；抽象
工厂模式适用于创建多个产品族中的产品对象的场景。
14.适配器模式(Adapr)是将一个类的接口转换成客户希望的另外一个接口，Adapter模式使
得原本由于接口不兼容而不能一起工作的类可以一起工作；代理模式为其他对象提供一
种代理以控制对这个对象的访问的机制。
15.观察者模式(Oberver)定义对象间的一种一对多的依赖关系，当一个对象的状态改变时，
所有依赖他的对象都得到通知并被自动更新；职责链模式是使多个对象都有机会处理请
求，从而避免请求的发送者和接受者之间的耦合关系的一种模式。
16.软件体系结构通常用体系结构包图来表达
17.子系统可以实现接口也可以依赖与其他接口
18.子系统设计目标是松散耦合、可替换、隔离变更、可独立改进
19.类设计主要过程：精化类的属性和操作、添加支持类、精化类的方法和状态和精化类之
间的关系
20.类之间的关系耦合由低都高的顺序是依赖关系、关联关系和泛化关系
21.分析与设计工作流中的数据库设计的主要任务时映射持久化设计类到数据模型
22.对象数据库是以对象为单元来管理信息，关系数据库是以记录为单元来管理信息。