UML复习大纲以及整理.docx

UML复习大纲以及整理.docx

《UML复习大纲以及整理.docx》由会员分享，可在线阅读，更多相关《UML复习大纲以及整理.docx（15页珍藏版）》请在冰豆网上搜索。

UML复习大纲以及整理

考试题型：

选择15道，判断15道，大题20分，简答50分，答题请简明扼要。

一、软件工程及面向对象技术、RUP概述

1、软件生命周期的主要阶段

•需求分析（RequirementAnalysis）

•软件设计（SoftwareDesign）

•编码（Coding/Programming）

•测试/调试（Testing/Debug）

•运行/维护（Running/Maintenance）

2、几种经典的软件过程模型及其相应的特点

从项目的需求定义情况、项目规模和复杂程度以及管理、控制的模式来看，大致可分为：

–线性模型

•瀑布模型Waterfallmodel，也称为线性顺序模型或典型的生命周期模型

特点：

a软件开发各阶段严格按照顺序进行，前一阶段的任务没有完成，不能进入下一阶段

b每一阶段的工作成果必须经过评审，确认无误，才能作为下一阶段的输入和依据

c每一阶段结束时要求交出规定的软件文档资料

缺点：

a缺乏灵活性

b对软件开发过于理想化，如对系统的需求分析

适用范围：

a适用于小型项目

b要求在项目开始时就明确需求。

•快速应用开发（RAD）模型

瀑布模型的高速变种，强调在短期内开发软件

强调重用在以前项目中开发过和测试过的构件

特点：

a开发速度快

b适用于在开发过程之前就充分理解需求的情况

c需要有足够的人力资源以建立相应的RAD小组

dRAD不适合技术风险很高或系统难以模块化的情况

–原型模型

特点：

a循环模式（Circulation）

b引入用户评价

c逐步求精

–演化模型

a优点

–便于开发人员和用户之间的交流沟通

–开发过程变得简单、灵活

–可以吸引客户，抢占市场（慎用）

b缺点

–要求开发团队有较高的原型开发能力，如果团队经验不足，可能会影响原型的质量

–没有考虑软件的整体质量和可维护性

•增量模型

a优点：

–能够明确需求，可以实施较好的风险管理

–人员分配灵活，项目开始时不用投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个增量

b缺点

–至始至终都必须和客户沟通，直至完成最终版本

–只适用于大型系统，对小系统划分小的功能增量很困难

•螺旋模型

a优点

–对于大型系统来说，这个模型是一个很好的方法，

开发者和客户能够较好地对待和理解每一个演化层

次上的风险

b缺点

–需要相当的风险评估技术

–潜在的风险将导致问题的发生

•基于构件的开发模型

a优点

–构件可复用，提高了开发效率

–采用了面向对象的技术

b缺点

–过分依赖于构件，构件库的质量影响着产品质量

3、面向对象的基本建模原则

–抽象

–封装

–继承

–分类

–关联

4、面向对象分析分大致过程

•描述需求

•识别潜在对象

•筛选对象

•对象的命名

•识别对象的属性

•识别对象的行为

•识别对象所属的类

•定义类的结构

5、面向对象程序设计语言

•Simula,1967

•Smalltalk,20世纪60年代

•C++

优点

–可在操作系统的任何层次上作任何事情

–可能是现有的速度最快的面向对象语言

–C++编译器十分流行，程序员很多

缺点

–指针的大量使用难以保证软件在运行时的安全性

•Java

特点：

–平台无关性，可移植性高

–垃圾回收机制

–没有指针

•C#

•Ada

6、RUP的基本概念、基本特征以及裁剪

——基本概念：

AProcessdefineswhoisdoingwhatwhenandhowtoreachacertaingoal.

–（软件过程描述了什么时候，什么人，做什么事，以及怎样实现某一特定的目标）

RationalUnifiedProcess

是一种软件的开发过程，是将用户需求转化为软件系统所需的活动的集合。

是一个通用的过程框架。

——基本特征：

•用例驱动

采用用例来捕获对目标系统的功能需求

采用用例来驱动软件的整个开发过程，保证需求的可跟踪性，确保系统所有功能均被实现。

•以软件体系结构为中心

软件体系结构刻画了系统的整体设计，它去掉了细节部分，突出了系统的重要特征

在开发过程的早期形成良好的软件体系结构，有利于对系统的理解、支持重用和有效的组织软件开发

在后续阶段中对已形成的体系结构框架进行不断细化，最终实现整个系统。

•受控的迭代式增量开发

将软件开发过程分为一系列小的迭代过程，在每个迭代过程中逐步增加信息、进行细化

根据具体情况决定迭代的次数、每次迭代延续的时间以及迭代工作流

每次迭代都选择目前对风险影响最大的用例进行，以分解和降低风险。

7、RUP与UML的关系

要实施RUP，应该用UML统一建模语言。

二者是一起发展起来的，是不可分的关系。

二、UML概述

1、UML基本概念以及其与编程语言的区别

UnifiedModelingLanguage

–是对软件密集型系统中的制品进行可视化、详述、构造和文档化的语言

2、UML中图的分类

——结构图：

类图、构件图、对象图、部署图、组合结构图、包图、用例图

——行为图：

•活动图

–显示系统内的活动流

•状态图

–显示一个对象的状态和状态之间的转换

•合作图

–突出对象之间的合作与交互

•顺序图

–强调一个系统中不同元素间传递消息的时间顺序

•时间图

–描绘与交互元素的状态转换或条件变化有关的详细时间信息

•交互概观图

–用于从总体上显示交互序列之间的控制流

3、UML的组成

由基本构造块、规则、通用机制组成。

4、UML可见性原则

可见性:

Public,Protected,Private,Package

5、常用的UML工具

1、•RationalRose（功能强大，市场占有率高）

2、•StarUML

3、•EnterpriseArchitect

4、•ArgoUML

5、•Visio

三、用例图

1、用例图建模步骤

①找出系统外部的参与者和外部系统,确定系统边界和范围

②确定每一个参与者所期望的系统行为

③把这些系统行为命名为用例

④使用泛化、包含、扩展等关系处理系统行为的公共或变更部分

⑤编制每一个用例的脚本

⑥绘制用例图

⑦区分主要事件流和异常事件流,如果需要,可以把异常事件流处理为单独的用例细化用例图,解决用例间重复与冲突的问题

2、用例是为了获得系统需求。

需求技术、需求的类型

——两种类型的需求

–功能性需求：

系统应该提供什么行为

–非功能性需求：

系统上的特定属性或约束

——三种需求技术

–XP中的用户故事

由用户参与编写，说明需要系统为他们做什么

简短的文字描述

–FDD中的特性描述

特性驱动的软件开发方法

特性（feature）描述：

thea（n）