uml小结终结版1Word下载.docx

uml小结终结版1Word下载.docx

《uml小结终结版1Word下载.docx》由会员分享，可在线阅读，更多相关《uml小结终结版1Word下载.docx（12页珍藏版）》请在冰豆网上搜索。

树状结构

三、

1．UML概念？

统一建模语言是对象管理组织（OMG）制定的一个通用的、可视化的建模语言标准，可以用来可视化、描述、构造和文档化软件密集型系统的各种工件（又译制品）

2．UML结构包括哪三部分？

其内容？

构造块：

基本UML建模元素、关系和图

公共机制：

达到特定目标的公共UML方法

构架：

系统架构的UML视图

3．UML构造块包含哪三部分？

物件：

建模元素本身

关系：

把物件联系在一起，关系说明两个或多个物件时如何语义相关的

图：

UML模型的视图，它们展现物件的集合，“讲述关于软件系统的故事”，是我们可视化系统将做什么（分析级图）或者系统如何做（设计级图）的方法

4．UML物件、关系都包含什么？

结构物件、行为物件、分组物件、注解物件

关联、依赖、泛化、实现

5．UML包含哪九种图及其概念？

（重点掌握类图、顺序图、活动图、用例图画法）

类图对象图构件图部署图静态模型（系统结构）

顺序图协作图状态图活动图用例图动态模型（系统行为）

结构静态图类图：

类以及类之间的相互关系

对象图：

对象以及对象之间的相互关系

实现图构件图：

构件及其相互依赖关系

部署图：

构建在各节点上的部署

行为交互图顺序图：

强调时间顺序的交互图

协作图：

强调对象协作的交互图

行为图状态图：

类所经历的各种状态

活动图：

对工作流建模

用例图用例图：

需求捕获，测试依据

四、

1，说出“基于用例的需求分析过程”？

1.获取原始需求

2.开发一个可以理解的需求

2.1识别参与者

2.2识别用例

2.3构建用例图

3详细、完整地描述需求

进行用例阐述

4重构用例模型

4.1识别用例间的关系

4.2对用例进行组织和分包

2，说出“用例规约组成”？

用例名称

用例标识

涉及的参与者

描述

用例的规格说明

前置条件

后置条件

正常事件流

备选事件流

其它

非功能需求、设计约束、尚存在的问题

3，说出用例的三种关系、图形及概念？

扩展、包含、泛化

扩展：

分离扩展路径

包含：

提取公共步骤、便于复用

泛化：

同一业务目的的不同技术实现

五、

1，掌握构架MVC概念等？

（1）MVC的概念：

MVC是一种处理交互式行为的模式，不仅仅可以用于用户界面处理，只要是“若干对象协作，使得整体上对另一个对象而言表现出可交互性”，就可以运用MVC模式。

所以，几乎可以说MVC能够运用在大多数场合

（2）MVC的关键要处理好职责分配、交互方式设计和交互协议的设计

（3）在非交互式系统中同样可以于用，要点在于抽象地看待View

2，说出用例分析技术中面向对象分析过程？

⑴评估用例，确定迭代周期

⑵在每一次迭代中针对每一个用例：

1.寻找候选对象

获得各类对象清单：

实体类、边界类、控制类、对象生命周期类

2.描述对象间的交互-顺序图

针对每个事件流，通过顺序图演示用例的实现过程

3.描述类-类图

完成类图，描绘类图中的关系

⑶重构类图，构造整个系统的分析模型

3，分析中有哪三种重要对象？

概念？

实体对象：

对系统的业务数据和业务逻辑进行封装

边界对象：

描述系统将如何用参与者交互

控制对象：

为其他对象提供工作流和会话服务

六、

1．面向对象的基本设计原则有哪些？

举例说明OCP开放-封闭原则，要求画图？

⑴替换原则

⑵开放-封闭原则

⑶单一职责原则

⑷接口隔离原则

⑸依赖倒置原则

OCP开放-封闭原则

软件实体（类、模块、函数等）应该是可扩展的，但是不可修改的

特征：

（1）对于扩展是开放的：

模块的行为可以扩展，当应用的需求改变时，可以对模块进行扩展，

以满足新的需求

（2）对于更改是封闭的

对模块行为扩展时，不必改动模块的源代码或二进制代码

2，掌握SRP（TheSingleResponsibilityPrinciple,单一职责原则）并要求举例说明？

（44）

七、

1，掌握单例模式及代码？

（17页）

八、

1，分析建模与设计建模区别？

分析：

做什么，着重于问题本身

设计：

怎么做，关注系统的技术以及实现

分析模型虽然有效地确定了将要构建的内容，但是却没有包含足够的信息来定义如何构建系统，而面向对象的设计用来填补分析和实现之间的差距

2，子系统与包区别？

关键在于封装

子系统：

提供行为、完全封装实现细节、容易替换

包：

不提供行为、不完全封装实现细节、难以替换

3，设计类概念？

（1）设计模块的构造块

（2）设计类是已经完成了规格说明并且达到能够被实现程度的类

（3）来源于问题域和解域

①通过分析类的精化得到的问题域—添加实现细节

②解域，提供了能够实现系统的技术工具

4，举例说明GRASP中的“不要和陌生人讲话”，要求画图说明？

（47）

九、

考勤卡或者旅店管理系统。

1，画出用例图（用例建模）

2，写2个关键用例的用例文档（用例建模）

3，针对这两个关键用例画出边界类图、控制类图和实体类图（分析建模）

4，针对这两个关键用例画出主要的事件流顺序图（分析建模）

5，针对这两个关键用例画出其VOPC类图。

（分析建模）