uml

1.UML 的体系结构，各种模型图的含义，使用场合（概念辨析），标记符合识别（读图），uml的应用方式
体系结构：是一组重要决策，软件系统组织，对组成系统的结构元素及其接口的选择，元素间的协作描述行为把结构和行为元素组合成逐步增大的子系统，，指导这种组织的结构风格。

类图：显示一组类，接口，协作以及他们之间关系的图，点和弧的集合
对象图：是抽象的具体表现，可以对其施加一组操作，而且它可能有一组状态，用以存储操作的结果
构件图：显示构件的定义，内部结构以及相互依赖关系的模型图
组合结构图：
用例图：表达用例和参与者及其之间关系的载体，由主题，参与者，用例，关系组成。

顺序图：强调时间的顺序，对象或角色的生命周期，创建撤销都通过生命线的垂直延伸而显示的表示
通信图:强调发送和接受消息的角色的组织
状态图：一个对象在其生存期间的动态行为，表现动态响应事件所经历的状态序列以及伴随的动作
活动图：用于表示完成一个操作所需要的活动，或者是一个用例实景的活动。

适合描述动作流和并发处理行为
部署图：展示运行时进行处理的节点和在节点上生存的制品的配置的图
包图：是包及其关系的结构化模型图
定时图：
交互概览图：
领域模型：对领域内的概念或现实世界中对象的可视化表示。

2.UP，RUP的概念
UP：统一过程，up已成为一种流行的构造面向对象系统的迭代软件开发过程。

RUP是一个软件工程过程。

它为开发组织提供了如何在开发过程中对软件开发的任务进行严格分配、如何对参与开发的人员职责进行严格的划分等方法，它的目标是在可预见的日程和预算前提下开发出满足最终用户需求的高质量软件。

RUP是一个过程产品。

对项目进行明确的定义并且使用文档记录软件开发过程在软件的成败中起着很重要的作用。

把软件的开发过程当成是一种软件产品来看待，像任何其他软件一样被人们设计、开发、交付和维护。

RUP的四个阶段：起始阶段（大体上的构思，业务案例，范围，模糊评估）；细化阶段（已精化的构想，核心构架的迭代实现，高风险的解决，确定大多数需求范围以及进行更为实际的评估）；构造阶段（对遗留下来的风险较低的和比较简单地元素进行迭代实现准备部署）；交付阶段（进行测试和部署）。

3.参与者，用例，场景，用例的描述方式
参与者：是某些具有行为的事物，可以是人，或角色标识，计算机系统或组织，如收银场景：是参与者和系统之间的一系列特定的活动和交互，也成为用例实例，场景是使用系统的一个特定情节或用例的一条执行路径
用例：一组相关的成功和失败场景集合，描述参与者如何使用系统来实现目标
参与者的三种类型：主要参与者，协助参与者，幕后参与者
用例的三种形式：摘要：简洁的一段摘要，通常用于成功的场景，非正式：非正式的段落格式，用几个段落覆盖不同的场景，详述：详细编写所有的步骤及名种变化，同时具有补充部分，如前置条件和成功保证
4.软件开发模型
软件开发模型是软件开发全部过程，活动和任务的结构框架
瀑布模型：1顺序性，依赖性2推迟实现的观点3质量保证的观点
增量模型：先完成一个系统子集的开发，再按同样的开发步骤增加功能（系统子集，如此递增下去，直至满足全部系统需求），需要在尽短时间内得到系统基本功能的演示或使用原型模型：一般用于最终系统的早期用户评价，开发工期段，质量有保证，用于事先不能完整定义需求的领域
螺旋模型：
喷泉模型：由下往上，用于支持面向对象开发的过程，体现了软件创新所固有的迭代和无间隙特征
5.软件系统构架，分层构架模型，逻辑构架
软件系统构架：架构是一组重要决策，其中涉及软件系统的组织，对结构元素及其组成系统接口的选择，这些元素特定于其相互协作的行为，这些结构和行为到规模更大的子系统的组成，以及指导该组织结构的构架风格
分层构架模型：将系统的大型逻辑结构组织为独立的，职责相关的离散层，具有清晰，内聚的关注分离。

层可以减少耦合和依赖性，增强内聚性，提高潜在的复用性，逻辑构架：逻辑架构是软件类的宏观组织结构，它将软件类组织成包（命名空间），子系统和层等，并确定软件类、子系统及层之间的访问接口和依赖关系。

6.对象可见性
对象的可见性是对象看到或引用其它对象的能力. 为了使发送者对象能够向接收者对象发送消息，发送者必须具有接收者的可见性，即发送者必须拥有对接收者对象的某种引用或指针。

常见的可见性包括属性可见性、参数可见性、局部可见性、全局可见性。

7.代码生成（给出类图，要求写出正确的代码）
8.模式，GRASP模式，GOF模式
模式是一套被反复使用、多数人知晓的、经过分类编目的、系统设计经验的总结。

以结构化形式对待这些问题，解决方案和命名进行描述使其系统化，这些原则和习惯就可以称为模式。

GRASP：通用的责任分配软件模式，优点：易于理解，维护，扩展和重用，5个主要模式包括：控制器（将接收和处理系统事件消息的责任分配给代表下列方面的类：代表整个系统，设备或子系统或代表一个与系统事件相对应的用例场景）、信息专家（将责任分配给信息专家，所谓的信息专家是拥有完成责任的信息的类）、创建者（将创建类A的实例的责任分配给类B）、低耦合（分配责任使得耦合度比较低）和高内聚（责任分配以保证高内聚），多态，间接性，纯虚构，防止变异
GOF：适配器模式,通过中介适配器，将构建的原有接口转换为其他接口
9.泳道图
可以将活动图中的活动分组，每个分组被称为泳道。

每个泳道表示负责这些活动的业务机构。

从视觉上，每组用一条垂直的实现把它与邻居分开。

一个泳道说明一组共享某个机构特性的活动，能直观描述活动之间的逻辑关系
用例图
类图：
领域模型图：
顺序图：
通信图：
活动图：
状态图：
构件图：
部署图：
包图：
代码：。