总结UML.doc

题型： 单选 10*1’ 填空 10*2’ 判断 10*2’ 名词解释（简答）：4个题 20’ 设计 3个题 30’ 第一章： 1、软件特点： 开发代价高、开发时间长、参加开发的人员多、软件生命周期长。 2、软件固有复杂性的原因: 计算机的体系结构导致硬件简单软件实现功能却很复杂；软件系统从本质上来说是由许多相互联系的概念所组成的结构，很难找到一种方法或工具来刻画软件系统的内在本质或规律；软件系统中各元素之间的相互作用关系具有不确定性；软件没有固定的形式，面临不断变化的压力；规模较大的软件系统的生命周期一般都超过响应的硬件系统能够的周期。 3、控制软件复杂性的基本方法（可能是简答）： 分解：对问题进行分解，再分别解决各个子问题。 抽象：抽取系统中的基本特征而忽略非基本的特征。 模块化：将每个程序的成分隐蔽或封装在一个模块中。 信息隐蔽：把模块内的实现细节与外界隔离。 第二章： 1、UML在系统分析阶段不是面向对象的，在系统设计阶段是面对对象的。 2、UML的9种视图：用例图、顺序图、协作图、类图、对象图、状态图、活动图、构件图、部署图 3、UML的组成元素：基本构造块、规则、公共机制。 4、UML视图的作用：“4+1”视图 用例视图：表示系统的功能性需求。（1） 逻辑视图：表示系统的概念设计和子系统结构。 实现视图：说明代码的结构。 进程视图：说明系统中并发执行的同步情况。 部署视图：定义硬件节点。 5、UML的应用领域：软件系统建模；描述其他非软件系统。 6、UML的4种通用机制（填空）：规范说明、修饰、通用划分、扩展机制。 7、UML和软件开发过程的关系:UML独立于过程，不依赖于特定的软件开发过程。 第三章： 1、用例图是显示一组用例、参与者以及他们之间关系的图 2、参与者（可能是简答）：系统以外的、需要使用系统或与系统交互的东西，包括人、设备、外部系统等。 3、参与者与用例的关系：每个参与者可以参加一个或多个用例，一个用例可以由多个参与者使用。 4、用例的本质：一种功能分解技术，没有使用面向对象思想。 5、脚本：指贯穿用例的一条单一路径，用来显示用例图中的某种特殊情况，脚本是用例的实例。 6、用例间的关系： 泛化关系：代表一般与特殊的关系。 包含关系：两个用例之间，一个用例的行为包含了另外一个用例的行为。 扩展关系：基本用例是完整的，使用时基本用例有条件地调用扩展用例。 第四章： 1、交互图的含义：用来描述对象之间以及对象与参与者之间的动态协作关系，以及协作过程中行为次序的图形文档。 2、顺序图中的消息（会识别即可）： 调用消息： 异步消息：或 返回消息： 阻止消息： 超时消息： 3、消息语法格式： [predecessor][gurad-condition][sequence-expression][return-value:=]message-name([argument-list]) 注：方括号括起来为可选部分 Predecessor：必须先发生的消息列表，以逗号分隔。 例：1,2|3 gurad-condition：警戒条件，满足时才发送消息。 sequence-expression：消息顺序项。 return-value:= ：返回值。 message-name：消息名，必填项。 argument-list：消息参数列表 例： 2：display（x，y） 简单消息 1.3.1：p:=find(specs) 嵌套消息，消息带返回值 [x0]4:invert(x,color) 条件消息 3.1*:update() 循环消息 A3,B4/C2:copy(a,b) 线程间同步 4、协作图中的建模元素：对象（参与者实例、多对象、主动对象等）、消息、链。 第五章： 1、定义类的属性和操作： 属性：[可见性]属性名[：类型][‘[’多重性[次序]’]’][=初始值][{特性}] 例：+size:Area=(100,100);#visibility:Boolean=false 操作：[可见性]操作名[(参数列表)][：返回类型][{特征}] 例：+display（）：Location；+hide（）；#creat（） 2、表示类：类的表示由类名、属性名、操作名构成 3、关联（可能是简答）： 关联关系是模型元素间的一种语义联系，它是对具有共同的结构特性、行为特征、关系和语义的链的描述。 关联类：进一步描述关联的属性、操作以及其他信息，通过一条虚线与关联连接。 限定关联：