UML简答题汇总Word文档下载推荐.doc
《UML简答题汇总Word文档下载推荐.doc》由会员分享，可在线阅读，更多相关《UML简答题汇总Word文档下载推荐.doc（24页珍藏版）》请在冰点文库上搜索。
并简要说明其作用。
（1）交互概观图：
一种顺序图和活动图的结合，从较高的抽象层次描述了对象以及对象之间的交互关系。
（2）定时图：
从微观的层次描述了对象之间的交互，重点在于定时。
8.简述聚集和组合之异同。
聚集：
是一种特殊的关联关系，描述元素之间整体与部分的关系。
组合：
是一种特殊的聚集，表示“部分”的元素存在完全依赖于“整体”的元素，“整体”与“部分”有相同的生命周期。
当整体对象不存在时，部分对象也就不存在了。
9.简述统一建模语言UML。
（1）统一建模语言是一种绘制软件蓝图的标准语言。
可以用UML对软件密集型系统进行可视化描述和文档化。
（2）UML是一种定义良好，易于表达，功能强大且普遍适用的可视化建模语言。
它融入了软件工程领域的新思想、新方法和新技术。
它的作用不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发全过程。
（3）UML的作用就是用很多图从静态和动态方面全面描述要开发的系统。
10.简述用例模型的组成元素以及建模步骤。
系统边界、参与者、用例、关系
建模步骤：
（1）找出备选系统边界。
（2）找出参与者。
（3）找出用例、说明用例、识别主要附流。
（4）迭代直到用例，参与者以及系统边界稳定下来。
11.简要说明面向对象的思想。
（1）认为客观世界是由各种对象组成的，任何事物都是对象，复杂的对象可以由比较简单的对象以某种方式组合而成。
（2）事物的静态特征用对象的属性来表示；
对象的动态特征用对象的操作来表示。
（3）通过在不同程度上运用抽象原则，可以得到较一般的类和较特殊的类。
（4）对象之间通过消息进行通信，以实现对象之间的动态联系。
以下是自己整理的资料：
1.在设计包时，应遵循：
（1）重用等价原则
（2）共同闭包原则
（3）共同重用原则
（4）非循环依赖原则
2.组件图包含三种元素：
（1）组件
（2）接口
（3）依赖关系
3.MVC包括3个部分：
（1）model：
表达应用领域有关的类、对象、数据结构以及企业的业务逻辑等。
（2）view：
代表窗口画面，负责将model的实现呈献给用户。
（3）controller：
监控用户传来的信息，并将信息指挥协同上述二者的合作。
4.顺序图包含4个元素：
（1）对象
（2）生命线
（3）消息
（4）激活
5.通信图包含3个元素：
（2）消息
（3）链
6.Rose把系统逻辑视图分成三个层次：
（1）业务对象模型
（2）分析模型
（3）设计模型
7.组件图包括：
8.用例模型4个部分：
（1）系统边界
（2）参与者
（3）用例
（4）关系
9.用例模型中参与者有三大类：
（1）系统用户
（2）与所建造系统交互的其他系统
（3）可运行的进程
10.UML定义包括：
（1）UML语义
（2）UML表示法
11.模型分为：
（1）数学模型
（2）描述模型
（3）图形模型
12.建模的目的：
（1）规范
（2）可视化
（3）建造
（4）建档
13.建模的原则：
（1）准确原则
（2）分层原则
（3）分治原则
（4）标准原则
14.RUP特点：
（1）用例驱动
（2）以框架为中心
（3）采用迭代和增量的开发策略
15.RationalRose的特点：
（1）为大型软件工程提供了可塑性和柔韧性极强的解决方案。
（2）支持多种语言。
（3）为团队开发提供强有力的支持。
（4）支持模型的Internet的发布。
（5）具有生成使用简单且定制灵活的文档的功能。
（6）支持关系型数据库的建模。
16.UML词汇表三种构造模块：
（1）元素
（2）关系
（3）图
17.UML优点：
（1）唯一性
（2）连续性
（3）维护性
（4）复用性
（5）完善性
18.UML开发过程是一种二维结构软件开发过程，软件项目开发过程流程包括的核心工作内容：
（1）分析
（2）设计
（3）实现
（4）测试
（5）配置
19.对一个对象的生命周期进行建模、描述对象随时间变化的行为：
（1）状态图
（2）活动图
20.UML包含5大类图形：
（1）用例视图
（2）实现视图
（3）逻辑视图
（4）进程视图
（5）部署视图
21.顺序图和通信图的语义是等价的，可以相互转化。
22.RUP6个核心过程工作流：
（1）商业建模
（2）需求分析
（3）分析与设计
（4）实现
（5）测试
（6）部署
23.OCL定义的基本集合类型：
（1）Collection
（2）Set
（3）Bag
（4）Sequence
24.UML扩展机制：
（1）构造型
（2）标记值
（3）约束
25.状态图中，事件是引起状态变化的因素：
（1）调用事件：
一个对象接受一个消息。
（2）修改事件：
一个表达式的计算结果为真可以触发转换。
（3）时间事件：
时间的流逝可以触发转换。
1.大型软件开发过程中出现的三大难题
（1）复杂程度高
（2）研制周期长
（3）正确性难以保证
2.软件是逻辑产品而不是物理产品。
3.软件特性：
（1）复杂性
（2）抽象性
（3）使用的独特性
（4）开发过程特性
（5）维护特性
（6）知识产权保护
4.软件危机的突出表现：
（1）对软件开发成本和进度的估计常常很不准确。
（2）用户对已完成的软件系统不满意的现象经常发生。
（3）软件产品的质量往往靠不住。
（4）软件常常是不可维护的。
（5）软件通常没有适当的文档资料。
（6）软件成本在计算机系统总成本中所占的比例逐年上升。
5.产生软件危机的原因：
（1）用户需求不明确。
（2）缺乏正确的理论指导。
（3）软件开发规模越来越大。
（4）软件开发复杂度越来越高。
6.软件工程的框架概括为：
（1）目标
（2）过程
（3）原则
7.软件工程工具为过程和方法提供自动化和半自动化的支持。
这些工具可以集成起来，使得工具产生的信息可被另外一个工具使用，这样就建立了软件开发的支撑系统，称为计算机辅助软件工程（CASE）
8.传统的软件开发方法也称为生命周期方法学或结构化范型。
9.控制复杂性的原则：
（1）抽象
（2）分解分治，逐步求精
（3）推迟实现
（4）信息隐蔽，信息局部化
（5）模块化
10.高内聚指的是在一个模块中应尽可能多地汇集逻辑上相关的计算资源。
11.低耦合指的是模块之间的相互作用应尽量少，要求影响范围应处于控制范围之中。
12.传统的软件开发方法存在的问题主要表现为以下三个方面：
（1）需求分析时存在着认识事物和描述事物方面的不足。
（2）对需求变化的适应性不强。
（3）可重用性差。
13.面向对象方法就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统的方法。
14.对象之间通过消息进行通信，已实现对象之间的动态联系。
15.面向对象方法的优点：
（1）与人们习惯的思维方法一致
（2）系统稳定性好
（3）软件具有可重用性
（4）软件具有可维护性
16.面向对象的软件开发需要建立三种形式的模型：
（1）描述系统数据结构的对象模型
（2）描述系统控制结构的动态模型
（3）描述系统功能的功能模型
17.对象模型主要由UML的类图组成，动态模型主要由UML的状态图组成，功能模型主要由UML的用例图组成。
18.瀑布模型
瀑布模型又称为经典生命周期模型，是一种文档驱动的模型。
优点：
（1）强迫开发人员采用规范的方法。
（2）严格的规定每一个阶段必须提交的文档。
（3）要求每个阶段的产品必须经过质量保证人员的仔细验证。
缺点：
（1）变更可能带来混乱。
（2）很难适应许多项目开始阶段必然存在的不确定性。
（3）只有在项目接近尾声的时候，才能得到可执行程序。
19.增量过程模型
增量模型以迭代的方式运用瀑布模型。
（1）在较短时间内向用户提交完成部分工作的产品，逐步增加产品功能。
（2）使用户有足够的时间适应新产品，减少一个全新的软件给用户带来的冲击。
20.快速原型模型
优点在于不带反馈环。
缺点是可能需要建立较多的模型，并且需要快速开发工具或平台的支持。
21.螺旋模型
是一种风险驱动的模型。
（1）有利于已有软件的重用，有助于把软件质量作为软件开发的一个重要目标。
（2）减少测试不足带来的风险。
（1）要求开发人员有丰富的风险评估经验。
1.模型的三种类型：
2.建模的根本问题是要求建模者对被建模的对象有丰富的知识，并具有相关数学结构的深刻理解和洞察力。
3.软件建模的目的：
4.软件建模的原则：
5.软件建模机制：
（1）观点
（2）抽象级别
（3）二分法
（4）扩展机制
6.结构化分析与设计技术（SADT）:
基本思想和SA很接近，但是它用方框图的形式描述需求。
总体思想是面向数据流功能分解和细化。
得到分层的一系列框图，这些框图按层次关系组成系统的模型。
7.SADT由三部分组成
（1）功能模型
（2）数据模型
（3）管理指导书
8.以用户为中心的需求分析（UCRA）:
主要关注解决拥有大量用户交互操作和集成数据库的目标系统的需求分析问题。
9.软件工程需求分析（SERA）:
主要用于理解和分析客户对系统的软件工程的需求。
10.结构化设计方法主要有：
（1）面向数据流的设计方法
（2）面向数据结构的设计方法
11.在RUP中，产品开发周期的四个阶段：
（1）初始阶段里程碑：
生命周期目标
（2）细化阶段里程碑：
生命周期架构
（3）构造阶段里程碑：
初试运作功能
（4）移交阶段里程碑：
产品发布
12.在RUP中，四个阶段之间的里程碑：
（1）生命周期目标
（2）生命周期架构
（3）初始运作功能
（4）产品发布
13.RUP9个核心工作流=6个核心过程工作流+3个核心支持工作流
14.RUP工作流：
（1）需求捕获工作流
（2）分析工作流
（3）设计工作流
（4）实现工作流
（5）测试工作流
（6）其他工作流
15.RUP特点：
（2）以架构为中心
（3）迭代和增量开发
16.RUP的核心体现在：
迭代的开发软件、管理需求、使用基于组件的架构、为软件可视化建模、验证软件质量、控制对软件的变更。
为软件开发团队提供指南、文档模板和工具。
1.从微观角度看，UML建模要素包括：
（1）基本构造块
（2）UML规则
（3）通用机制
2.基本构造块包括：
（1）事物
事物和关系是两种最基本的构造块，将组成“图”这个最核心的构造块。
3.事物构造块包括：
（1）结构事物：
UML中的名词，模型中的静态部分，描述概念或物理元素。
（2）行为事物：
UML中的动词，模型中的动态部分，是跨越时间和空间的行为。
（3）分组事物：
UML中的容器，用来组织模型，使模型更加结构化。
（4）注释事物：
UML中的解释部分，用来描述模型。
4.结构事物有7种：
（1）类
（3）协作
（4）用例
（5）主动类
（6）组件
（7）节点
5.接口是为类或组件提供特定服务的一组操作的集合。
6.协作定义了交互操作。
7.用例描述系统对一个特定角色执行的一系列动作。
8.主动类是指其对象至少拥有一个或多个进程或线程的类。
9.组件隐藏内部实现，对外提供外部接口。
10.节点描述实际的物理硬件。
11.交互和状态机是最基本的两个行为事物。
（1）交互是一组对象在特定上下文中，为达到某种目的而进行的一系列消息交换组成的动作。
（2）状态机是一个对象或交互在生命周期内响应事件所经历的状态序列。
12.分组事物只有一种——包。
13.包只存在于开发阶段，不像组件一样存在于运行阶段。
14.注释必须附在一个元素或一组元素之上，否则就失去了存在的价值。
15.UML常用的关系：
（1）关联
（2）依赖
（3）泛化
16.关联关系包括聚合和组合。
17.关联关系是连接元素和链接实例，提供了通信的路径，是所有关系中最通用、语义最弱的。
18.依赖关系：
如果修改元素X的定义可能会引起对另一个元素Y的定义的修改，则称Y依赖于X。
19.依赖关系例子：
（1）一个类的实例向另一个类的实例发消息
（2）一个类是另一个类的数据成员
（3）一个类是另一个类的某个操作参数
20.泛化关系描述了一般关系和特殊关系。
即父类与子类的关系。
21.实现关系是用来规定接口和实现的类或组件之间的关系。
22.UML规则：
（1）命名
（2）范围
（3）可见性
23.UML两种公共分类：
（1）类与对象的划分
（2）接口与实现的分离
24.UML的通用机制
（1）规格说明
（2）修饰
（3）公共分类
25.UML扩展机制
26.构造型是对UML词汇的扩展，这种扩展机制采用的方式是基于一个已存在的模型定义一种新的模型元素，新的模型元素在一个已存在的元素中加入了一些额外语义。
27.标记值对某种属性“键——值”的明确定义，这些“键——值”存储有关模型元素的信息。
在标记值中，标记是建模者想要记录的一些特性的名字。
，值是给定的元素的特性的值。
28.标记值是对UML元素的特性的扩展，主要用于在模型的规约中创建新的信息。
29.约束使用文字表达式表示的施加在某个模型元素的语义限制。
30.约束是对UML元素的语义的扩展。
31.UML2.0新增的图：
（1）复合结构图
（2）包图
（3）交互概观图
（4）定时图
32.从使用角度把UML2.0的图分为：
（1）静态图（结构图）
（2）动态图（行为图）
33.静态图包括：
（1）类图
（2）对象图
（3）包图
（4）复合结构图
（5）组件图
（6）部署图
34.动态图包括：
（1）活动图
（2）交互图：
包括顺序图、通信图、交互概观图、时序图
（3）用例图
（4）状态机图
35.类图是描述系统中类、接口、协作以及他们之间的关系的图，用来显示系统中各个类的静态结构以及类的内部结构。
36.类图的7个元素：
（4）关联关系
（5）依赖关系
（6）泛化关系
（7）实现关系
37.在建模时，可以根据需要显示或隐藏属性部分或操作部分，或者两者都隐藏。
注意：
隐藏属性部分或操作部分，并不代表没有属性或操作，只是因为没有显示出来。
38.类之间的关系：
（1）依赖关系：
表示类之间的使用关系
（2）泛化关系：
表示类之间一般和特殊的关系
（3）关联关系：
表示类之间结构关系
（4）实现关系：
表示类中规格说明和实现之间的关系
39.4种依赖关系：
（1）使用依赖
（2）抽象依赖
（3）授权依赖
（4）绑定依赖
40．产生使用依赖的3种情况：
（1）客户类的操作需要提供者类的参数
（2）客户类的操作返回提供者类的值
（3）客户类的操作在实现中使用提供者类的对象
40.抽象依赖表示客户与提供者之间的关系依赖于在不同抽象层次上的事物。
41.授权依赖表示一个事物访问另一个事物的能力。
42.绑定依赖用于绑定模板以创建新的模型元素。
43.关联关系是一种结构关系，它指明一种事物的对象与另一种事物的对象之间的联系。
关联描述系统中对象或实例之间的离散连接。
44.对于关联的修饰包括：
（1）名称
（2）角色
（3）多重性
（4）导航性
45.接口包含操作但不包含属性，且它没有对外界可见的关联。
46.类图的应用：
（1）对系统的词汇建模
（2）对简单的协作建模
（3）对逻辑数据库模式建模
1.OCLObjectConstrainLanguage对象约束语言
2.OCL是一种强类型语言。
下午13：
00—17：
00
度。
全体员工都必须自觉遵守工作时间，实行不定时工作制的员工不必打卡。
3.1.2.2打卡次数：
一日两次，即早上上班打卡一次，下午下班打卡一次。
3.1.2.3打卡时间：
打卡时间为上班到岗时间和下班离岗时间；
3.1.2.4因公外出不能打卡：
因公外出不能打卡应填写《外勤登记表》,注明外出日期、事由、外勤起止时间。
因公外出需事先申请，如因特殊情况不能事先申请，应在事毕到岗当日完成申请、审批手续，否则按旷工处理。
因停电、卡钟（工卡）故障未打卡的员工，上班前、下班后要及时到部门考勤员处填写《未打卡补签申请表》，由直接主管签字证明当日的出勤状况，报部门经理、人力资源部批准后，月底由部门考勤员据此上报考勤。
上述情况考勤由各部门或分公司和项目文员协助人力资源部进行管理。
3.1.2.5手工考勤制度
3.1.2.6手工考勤制申请：
由于工作性质，员工无法正常打卡（如外围人员、出差），可由各部门提出人员名单，经主管副总批准后，报人力资源部审批备案。
3.1.2.7参与手工考勤的员工，需由其主管部门的部门考勤员（文员）或部门指定人员进行考勤管理，并于每月26日前向人力资源部递交考勤报表。
3.1.2.8参与手工考勤的员工如有请假情况发生，应遵守相关请、休假制度，如实填报相关表单。
3.1.2.9外派员工在外派工作期间的考勤,需在外派公司打卡记录;
如遇中途出差,持出差证明,出差期间的考勤在出差地所在公司打卡记录;
3.2加班管理
3.2.1定义
加班是指员工在节假日或公司规定的休息日仍照常工作的情况。
A．现场管理人员和劳务人员的加班应严格控制，各部门应按月工时标准，合理安排工作班次。
部门经理要严格审批员工排班表，保证员工有效工时达到要求。
凡是达到月工时标准的，应扣减员工本人的存休或工资；
对超出月工时标准的，应说明理由，报主管副总和人力资源部审批。
B．因员工月薪工资中的补贴已包括延时工作补贴，所以延时工作在4小时（不含）以下的，不再另计加班工资。
因工作需要，一般员工延时工作4小时至8小时可申报加班半天，超过8小时可申报加班1天。
对主管（含）以上管理人员，一般情况下延时工作不计加班，因特殊情况经总经理以上领导批准的延时工作，可按以上标准计加班。
3.2.2.2员工加班应提前申请，事先填写《加班申请表》，因无法确定加班工时的，应在本次加班完成后3个工作日内补填《加班申请表》。
《加班申请表》经部门经理同意，主管副总经理审核报总经理批准后有效。
《加班申请表》必须事前当月内上报有效，如遇特殊情况，也必须在一周内上报至总经理批准。
如未履行上述程序，视为乙方自愿加班。
3.2.2.3员工加班，也应按规定打卡，没有打卡记录的加班，公司不予承认；
有打卡记录但无公司总经理批准的加班，公司不予承认加班。
3.2.2.4原则上，参加公司组织的各种培训、集体活动不计加班。
3.2.2.5加班工资的补偿：
员工在排班休息日的加班，可以以倒休形式安排补休。
原则上，员工加班以倒休形式补休的，公司将根据工作需要统一安排在春节前后补休。
加班可按1：
1的比例冲抵病、事假。
3.2.3加班的申请、审批、确认流程
3.2.3.1《加班申请表》在各部门文员处领取，
升级会员 