2013燕京理工学院考试重点

1、2013年燕京理工学院考试重点 考试形式：半开卷（只能带两张正反面有重点的A4纸） 题型：单选、多选、判断、画图 面向对象的开发方法：jacobson方法、OMT方法、Coad方法、Booch方法；多重性：某个类有多个对象可以和另一个类的1个对象关联；交互图:顺序图、通信图、时间图；实现的符号和继承的符号唯一差别是实现关系用虚线表示，继承关系用实线表示；具有多重属性的UML图：类图、部署图；在面向对象的设计中，主要建立的模型包括A算法逻辑模型B功能模型C动态模型D对象模型 UML2的2大类14种模型：静态图（7种）：类图、对象图、构件图、部署图、包图、组合结构图、外廓图。动态图（7种）：顺序图

2、、通信图、时间图、交互概览图、活动图、状态机图、用例图。 UML包含五大类图（共9种图形）：用例图、静态图（包括类图、对象图和包图）、行为图、交互图和实现图。UML的事物（基本元素）包括：结构事物、行为事物、分组事物、注释事物；关系：依赖、关联、泛化和实现。组成UML的三种基本块：关系、事物、图；UML体系三部分：UML基本构造块、UML规则、UML公共机制；UML的最终产物就是最后提交的可执行的软件系统和相应的软件文档资料 UML提供一系列的图支持面向对象的分析与设计，其中类图给出系统的静态设计视图；用例图对系统的行为进行组织和建模是非常重要的序列图和协作图都是描述系统动态视图的交互图，其中

3、序列图描述了以时间顺序组织的对象之间的交互活动，协作图强调收发消息的对象的组织结构。UML不是开发工具，而是建模语言；OOA三种基本模型：功能模型、对象模型、动态模型 在UML中，执行者表示使用软件系统的功能，与软件系统交换信息的外部实体 组成：参与者、用例、关系、系统 类之间的关系不包括分解关系 基本元素：节点（用例、参与者、系统边界、注释）、关系（关联、扩展、泛化、包含、注释连接） 参与者之间的关系是泛化（继承）、参与者与用例之间的关系关联、用例之间（扩展、包含、泛化）；继承关系不是UML关系；泛化是一般事物（称为父类或超类）和较特殊事物（称为子类或孩子类）之间的关系。泛化不是类的继承，类

4、的继承是泛化的一种；用边界框来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围；在泛化关系中，子类可以替代父类。也就是说，后者出现的地方，前者都可以出现。但是反过来却不成立；在采用用例模型捕获需求时，需要执行描述非功能需求、用例建模、识别用例、识别参与者的操作； 活动图的节点A决策点B活动C并发控制D对象；活动图的边包括控制流、对象流；活动图和顺序图可以清楚的表示并发行为；在需求分析的业务流程建模中，可以利用活动图描述A系统对外部呈现的功能B多个用例联合起来形成的处理流程C对象协同的单个用例中的处理流程D软件与外部实体共同参与的业务处理流程；控制流表示一个

5、操作完成后对其后续操作的触发；对象表示活动需要输入的对象或者作为活动的处理结果输出的对象。结合是从多个源活动汇合到一个；活动图 是一种特殊形式的状态机，用于对计算流程和工作流程建模；信息流表示操作之间的信息交换；状态图：用于描述一个对象的生命周期 顺序图组成：对象、生命线、激活期、消息；由左向右分层排列各个对象的顺序：执行者、控制类、用户接口、业务层、后台数据库；消息用水平箭头线表示；时间用垂直虚线表示； 类图（是任何面向对象系统的核心）；定义：描述类与类对象时间关系的图；组成：类名、属性、操作 控制类作为完成用例任务的责任承担者，协调、控制其他类共同完成用例规定的功能或行为；类图的版型：实体

6、类、控制类和边界类；UML类图包含的抽象层次：概念层、说明层、实现层；在类图中（聚合关系）表达总体与局部的关系；在UML中接口有（2）种表达方式； 消息传递是对象与其外界相互关联的唯一途径；类之间的关系（关联、聚集、组合、泛化、依赖） 架构分析定义：1.定义系统的备选框架来描述系统的高层组织机构，以用例组织后续的分析模型2.确定分析机制以记录系统中的通用问题3.提取系统的关键抽象以揭露系统必须能够处理的核心概念4.创建用例实现来启动用例分析。 架构分析定义：定义系统高层组织机构和核心架构机制的过程 活动图：一个咨询公司会见一个客户时的业务过程1、公司业务员打电话给客户，确立约定。2、如果约定在

7、公司内，公司技术人员为会议准备会议室。3、如果约定在公司之外，咨询顾问就要用电脑准备一份陈述报告4、咨询顾问和业务员与客户在约定的时间和地点见面。5、业务员随后给他们准备好会议用纸6、如果会议产生了一个问题陈述，咨询顾问就根据问题陈述建立编写一个提案并把该提案发给客户 顺序图：用户在ATM（自动取款机）提取1000元人民币的最理想场景（卡 内有余额5000，密码1234）如下： 开始用户（张三）将银行卡插入到读卡器，读卡器读卡号，打开张三的账目对象，并初始化屏幕，屏幕提示输入PIN（密码），张三输入密码（1234），然后系统验证密码与帐户对象，发出相符的信息。ATM屏幕向张三提供选项，张三选择

8、取款，然后屏幕提示张三输入取款金额，他选择了1000元RMB，系统启动账目对象进行核实，之后从帐户中取钱；系统启动一系列的账目对象要完成的过程。首先，验证张三的帐目至少有1000元RMB，然后从中扣除1000元RMB，再让吐钱机提供1000元RMB现金，另外还需要让票据打印机提供取款凭据，最后让读卡器退卡。 取款活动图：在银行系统的分析与设计中，当用户想从自己的账户中取钱时，需要登录系统，启动取款用例。其步骤如下：（1）系统提示用户输入用户姓名、用户的id号、账号和取款金额。（2）用户输入相关信息后提交，系统确认账户是否存在并有效，若账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例

9、。（3）系统确认账户中的存款金额是否足够支付所取款项，若账户中的存款金额不足，显示提示信息，用户可以重新输入金额或终止该用例。（4）系统建立取款事件记录，并更新账户的相关信息。 类图：1）学生包括本科生、研究生两种。2）研究生的一部分利用课余时间担任助教。3）教师包括讲师和教授两种。4）一名助教可以为一位讲师或一位教授助课，一位讲师只能有一名助教，一位教授可以有5名助教 二某网上招聘网站”的功能需求如下：（1）应聘者和招聘者需要先注册称为网站用户。 （2）应聘者登录网站后，可以根据自己的需求更新个人资料、搜索招聘信息、发布求职意向、下载简历模板、投递简历、查看个人信箱。（3）招聘者登录网站后，

10、可以更新企业资料、发布招聘信息、搜索应聘信息、浏览求职简历、回复求职者、查看企业信箱。4）无论求职者还是招聘者都需要管理他们的基本信息，由管理员进行管理，管理员还需要对求职者投递的简历进行管理，对系统的新闻及求职招聘信息进行管理。请回答下面问题：（1）该系统中有哪些参与者?（2）画出系统用例图。（3）任选系统用例图中的一个用例，画出其活动图。（3）任选系统用例图中的一个用例，画出其时序图。 面向对象的原则：相关原则（基本特征）：抽象：揭示事物区别于其他事物的本质特征的过程、封装：对象对其客户隐藏具体的实现，它是软件模块化思想的体现、多态：在同一外表（接口）下表现出多种行为的能力，它是对象技术的

11、根本特征、泛化：通过泛化关系一个类可以共享另外一个或多个类的结构和行为、设计原则：Liskov替换原则：保证基类和派生类的正常运转，避免出现泛化方案中的问题、开放-封闭原则：软件实体应当对扩展开放，对修改关闭、单一职责原则：指导类的职责分配的最基本原则、接口隔离原则：使用多个专门的接口比使用单一的总接口要好，一个类对另一个来的依赖性应当是建立在最小的接口上的、依赖倒置原则：表示高层模块不应该依赖于低层模块，都应该依赖于抽象，抽象不应该依赖于细节，细节应该依赖于抽象。 UML的定义：统一建模语言(UML)是一种绘制软件蓝图的标准语言。可以用UML对软件密集型系统的制品进行可视化详述和文档化。UM

12、L是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。UML的作用：用很多图从静态和动态方面来全面描述我们将要开发的系统。 协作图与顺序图的区别：协作图可视化地表示了对象之间随时间发生的交互，它除了展示对象之间的关联，还显示出对象之间的消息传递。与顺序图一样，协作图也展示对象之间的交互关系。顺序图强调的是交互的时间顺序，而协作图强调的是交互的语境和参与交互的对象的整体组织。顺序图按照时间顺序布图，而协作图按照空间组织布图。顺序图可以清晰地表示消息之间的顺序和

13、时间关系，但需要较多的水平方向的空间。协作图在增加对象时比较容易，而且分支也比较少，但如果消息比较多时难以表示消息之间的顺序。 RUP统一过程从时间分为：初始阶段：编制简要的愿景文档、 业务案例、 确定范围、 粗略评估成本；细化阶段：细化愿景文档、 迭代地实现核心构架、 解决高风险的问题、 定义大多数的需求和范围、 进一步评估成本；构造阶段：迭代地实现系统的其余部分、 准备部署；交互阶段：beta 测试、部署 从内容上分为：核心过程工作流（商业建模、需求、分析、设计、实现、测试、部署）核心支持工作流（配置和管理、项目管理、环境） 9+3 RUP一共有6个核心过程工作流 /多对象是协作图的概念

14、RUP统一过程中的核心工作流：需求捕获工作流；分析工作流；设计工作流；实现工作流；测试工作流 RUP统一过程（4+1视图）：1是用例视图（他是建模过程的起点和依据，面向最终用户，描述系统功能的需求，所有其他视图都是从它派生而来的）；逻辑视图、过程视图、实现视图、部署视图 面向对象分析方法（OOA）的5个基本步骤：识别对象，识别对象包括标识潜在的对象和筛选对象两步；识别对象的属性；识别对象的行为；识别对象所属的类；定义主题词 用例模型的组成元素：参与者，用例，通信关联，用例规约 建立用例模型步骤：根据系统边界确定参与者；根据每个参与者确定与之相关联的用例；对每个用例写出用例规约文档，调整用例模型

15、（优化参与者与参与者之间的关系，用例与用例之间的关系） 用例图定义：由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的图成为用例图。作用：用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。用例图可视化的表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。用例方法是完全从外部来定义系统的，它把需求和设计完全分离开来，使用户不用关心系统内部是如何完成各种功能的。 参与者：透过系统边界与系统进行有意义交互的任何事物，它以某种方式参与了用例的执行过程。 识别参与者：系统在那个部门使

16、用；谁向系统提供信息、使用和删除信息；谁与系统的需求有关联；谁对系统进行维护；与外部系统是否有关联；时间参与者（一种习惯用法）；A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁 用例：对一组序列动作的描述，系统执行这些动作将对用例的参与者产生可以观察的结果。 识别用例：参与者希望系统提供什么功能；系统是否存储和检索信息；当系统改变状态时，是否通知参与者；是否存在影响系统的外部事件，是哪个参与者通知系统这些外部事件。 A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部事件，如果存在，是哪个能参与者通知系统这些个部事件C、参与者希望系统为

17、他提供什么样的功能 顺序图：强调消息时间顺序的交互图。是描述系统中类和类之间的交互，它将这些交互建模成消息交换，也就是说，顺序图描述了类相互协作的完成预期行为的动态过程。 用途：A、显示并发进程和激活B、当不同的类之间存在多个简短的方法时，描述控制流的整体序列C、显示在协作图中难于描述的事件序列D、显示涉及类交互而与对象无关的一般形式 建模步骤：设置交互语境、确定对象、分析消息和条件、分析附加约束、对建模结果精化和细化 活动图：是一种动态行为图，将业务流程或其他计算的结构展示为内部一步步的控制流和数据流，主要用于描述某一方法、机制或用例的内部行为 用途：描述一个操作执行过程中所完成的工作；描述

18、对象内部的工作；显示如何执行一组相关的动作以及这些动作如何影响它们周围的对象；显示用例的实例是如何执行动作以及如何改变对象状态；说明一次活动中的角色、工作流、组织和对象是如何工作的 简述建模活动图的主要步骤：标识需要活动图的用例；建模每一个用例的主路径；建模每一个用例的从路径；添加泳道来标识活动的事物分区；改进高层活动并添加到更多活动图。 可见性：类图4种可见性规则：public、private、protected、package；公有访问（+）、保护访问（#）、私有访问（）；区别：1：包内的模型元素可以被任何引入此包的其他包的内含元素访问。2：表示此元素只能被当前包的子包访问。3：表示此元素

19、只能被当前包内的模型元素访问。 1用例图中包含关系是指一个用例继承了另一个用例。错2顺序图中每个对象向下方向伸展的虚线是对象的生命线。对3协作图是对象图的扩展。对4只有状态图采用泳道。错6协作图和顺序图是等价的。/并不是特例；对7一台计算机有很多零部件，例如：键盘，鼠标，主板，显示器等等，我们可以用一个聚集图来描述，也就是说计算机是一个聚集体。对8对象之间协作可以通过相互发送消息来实现，也就是消息可以是双向的。对9状态图中3个常用的动作是入口动作、出口动作和do动作,也就是对象处于这个状态时应该做什么。对10收集用例的方法可以采用交谈。对11顺序图所表达的是基于时间顺序的动态交互。对12用例是

20、从用户的观点对系统行为的一个描述。对 13UML无法体现历史状态。错14状态图中状态一般分成顺序子状态和随机子状态。错15状态图是以实心圆点开头，以公牛眼结束的。对16状态图可以描述对象状态的变化过程。对17注解是UML中的解释元素。对18包是UML中唯一分组元素。对19用例包括了包含用例和随机用例。错；1在用例图中，Actor仅代表与目标系统进行交互的人。F在状态图中，内部转换可导致进入转换和离开转换的执行。FUML是一种直观化、明确化、构建和文档化软件产物的通用语言。T在两个用例中，如果一个用例拥有另一个用例的所有结构、行为和关系，并在此基础上增加了新的特性，则此两个用例之间可以用泛化关系

21、表示。TUML适用于以体系结构为中心的开发过程，但不适合在具有迭代特征的开发过程中使用。F在UML状态图中，历史状态用于存储以前的状态。T请求接口（Required Interface）用于定义一个构件所提供的服务。F在ROSE中，从Browser窗口删除图形元素和从Diagram窗口中删除模型元素的效果相同。F 不是包图中的关系；消息组成不包括发送者；类A的一个操作调用类B的一个操作，且这两个类之间不存在其他关系，那么类A和类B之间是依赖关系；构成了组件图形的元素A组件C关系D接口；部署图中的节点具有以下哪些方面的内容A计算能力B基本内存C位置；常见的UML工具有哪些？(A)ational

22、Rose（B)Power Designer（C）Visio（D）Visual UML 协作图可视化地表示了对象之间随时间发生的交互，它除了展示对象之间的关联，还显示出对象之间的消息传递。与顺序图一样，协作图也展示对象之间的交互关系。顺序图强调的是交互的时间顺序，而协作图强调的是交互的语境和参与交互的对象的整体组织。顺序图按照时间顺序布图，而协作图按照空间组织布图。顺序图可以清晰地表示消息之间的顺序和时间关系，但需要较多的水平方向的空间。协作图在增加对象时比较容易，而且分支也比较少，但如果消息比较多时难以表示消息之间的顺序。 1 软件体系结构是指一个系统的有目的的设计和规划，这个设计规划既不描述活动，也不描述 系统怎样开发，它只描述系统的组成元素 及其相互的 交互协作