UML建模试题.doc

第3章 业务建模 第一题 填空题 1.从本质来说，(UML)仅仅是一种标准的表达形式，它提供统一的符号体系，使人们摆脱了符号之间的困扰，从而专心面对问题。 2.与UML配套的软件工程过程很多，其中应用最广的还是与UML同出一门的（Rational统一过程）。 3.（业务建模）的基本思想是使用软件建模技术来描述企业管理和业务所设计的对象和要素，以及它们的属性、行为和彼此关系。 4.业务建模的主要任务就是：拟定目标组织对系统的愿景，并根据(该愿景)来定义业务模型中组织的过程、角色和职责。 5.(活动图)从本质上说是一种流程图，展现从活动到互动的控制流；与传统的流程图不同的是，它还能够展示并发、对象流、分区等高级概念。 6.（顺序图）是一种交互模型，侧重于描述对象之间的交互顺序，在业务建模是则可以用来描述业务参与者、业务工人和业务对象之间的交互。 7.（分支）一般用于表示对象类所具有的条件行为。 8.在活动图中分支与合并用（空心小菱形）表示。 9.在活动图中，分叉和汇合都使用加粗的（水平线段）表示。 10.人们在组织中扮演的角色表示为(业务工人)(Business Worker) 11.在活动图中，条件行为用分支和（合并）表达。 12.在活动图中，分叉和汇合都使用加粗的（水平线段）表示。 第二题 判断题 1.软件开发的最终目标是为了满足业务需求，以帮助用户解决业务中的问题。（√） 2.需求建模是项目的起源，是描述项目开发的依据，还是后续业务建模的基础。（×） 3.业务建模是用软件建模的方法描述业务流程；目标是认识业务本质，该业务本质是后续用例建模的基础。（√） 4.架构设计是在系统的全局范围内，以分析模型为基础，设计系统的架构。（√） 5.对于一个软件工程师来说，业务建模只是辅助阶段，并不是每个项目、每个软件人员都需要去实施该过程。（√） 6.业务参与者代表了与业务有关的角色，此角色由业务环境中的人扮演，物不行。（×） 7.业务用例是业务对外所提供服务的抽象，是业务的外部视图。（√） 8.所有的项目都需要业务建模。（×） 9.业务参与者是在业务外面，业务工人是在业务里面。（√） 10.活动图中开始状态和结束状态只能有一个。（×） 11.在包含泳道的活动图中，每个活动只能明确的属于一个泳道。（√） 12.活动图和流程图是一个。（×） 13.每个活动只能明确地属于一个泳道。（×） 14.和动作状态不同，活动状态可以有入口动作和出口动作，也可以有内部转移。（×） 第三题 简答题 1.活动图与流程图的区别？ 答：⑴ 流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理过程之间有严格的顺序和时间关系。活动图描述的是对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程。⑵ 活动图能够表示并发活动的情形，而流程图不能。⑶ 活动图是面向对象的，而流程图是面向过程的。 第4章 用例建模 第一题 填空题 1.对于最终的软件产品来说，其面对的是经过开发的有价值的软件需求，而不是用户原始的需求；而这个有价值的软件需求采用了合理技术来组织，具有稳定的结构，从而保证了后续的分析、设计和产品实现的稳定性。这种组织软件需求的工具就是（用例）。 2.初始用例模型用例是彼此独立的，它们只与相关联的参与者之间存在关联关系，然后实际用例之间还可能存在以下几种关系：包含关系、（扩展关系）和（泛化关系）。 3.这5个远景的特点简称为（SMART），是评价一个远景是否合适的依据。 4.几种典型的需求获取技术包括（收集资料）、现场观察、访谈、开会、（原型）和问卷调查。 5.针对某些业务需求，可以从以下几个方面设计问题：谁、什么、什么时候、（什么地点）和为什么以及（怎么进行）；这6个方面可统称为5W1H。 6.（原型）是通过模拟创建代建系统的工作模式来获取需求的一种手段。 7.在UML中，（参与者）用名字写在下面的人形图标表示。 8.由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为（用例图）（Use Case Diagram）。 9. 第二题 判断题 1.业务建模描述的是现状，而待开发系统所需要解决的问题并不等同于业务，而是从业务中抽取出来的系统需求，这个抽取过程就是需求建模的过程。（√） 2.功能性需求一般是需求定义的重点。（√） 3.参与者代表了以某种方式与系统交互的人或事。更直观的说，参与者是指系统之外，透过系统边界与系统进行有意义交互的任何事物。（√） 4.用例是系统外与系统交互的事物，而参与者是支持用例与系统交互并实现参与者使用系统的目标。（×） 5.用例是一个外部可见的系统功能单元，它是系统核心价值的体现，是整个系统功能需求的主体体现。（√） 6.在用例