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.在用例图中，张三、老李是好的参与者命名。（）7.业务参与者在业务外面，业务工人在业务里面。（）第三题 简答题1. 一个好的远景应该包括什么？答：（1）具体的。远景应该是具体的，并包括业务问题的理想状态，以使得最后的结构有意义。（2）可测量的。通过创建可测量的远景，项目团队可以确定项目的成功以及项目是否满足业务目标。（3）可实现的。在给定资源、时间期限和团队成员的技能的条件下，远景应该是可以实现的。一个可实现的远景能够激励团队完成项目。（4）相关的。远景应该与待解决的问题相关。如果远景与问题不相关，项目团队可能发现他们正在试图解决不存在的业务问题，而且项目可能会失去资助。（5）基于时间的。远景应该清楚的指出交互最终系统的估计时间期限，无限期的远景只能使团队缺少动力。2. 用例技术除了需求建模以外，还可以提供项目管理支持，表现在？答：用力可以作为项目估算的依据。可以作为制定后续开发计划和迭代计划的基础。提供了项目的可追踪性。第5章 用例分析第一题 填空题1. 通过（用例模型）可对系统的需求进行完整的规格说明，这个规格说明将作为后续分析和设计的依据。2. 需求阶段是以用户的角度描述用户所要实现的目标；而分析阶段，则需要以开发团队的角度描述系统为了实现用户目标应该可以提供哪些核心业务元素和关系。3. 分析模型包含两个层次，指架构分析和（用例分析）。4. 两类模型指的是（静态模型）和动态模型。（静态模型）可以采用UML包图、类图、对象图等静态结构图来描述。动态模型可以采用UML顺序图、通信图等交互图来进行描述。5. (架构)在面向对象的系统中扮演着越来越重要的角色，从某种意义来说，面向对象的分析和设计都是以架构为中心进行的。6. （架构模式）是哪些在开发过程中积累下来，并经过实践验证行之有效的、可复用的软件架构。7. Frank Buschmann在面向模式的软件脚骨模式系统一书中给出架构模式的定义：是对软件系统的一个基础结构组织形式。它提供了一套预定义子系统，详细说明了它们的职责，并且包括组织它们之间的规则和指南。8. （关键抽象）是一个通常在需求上被揭示的概念，系统必须能够对其处理。它来源于业务，体现了业务的核心价值，即业务需要处理哪些信息。9. （实体类）代表了系统的核心概念，来自于对业务中的实体对象的归纳和抽象，用于记录系统所需要维护的数据和对这些数据的处理行为。10. 定义（分析类）的最终目标是从系统的角度明确说明每一个分析类的职责和属性以及类之间的关系，从而构造系统的分析类视图。11. （职责）是要求某个类的对象所履行的行为契约，它说明了该对象能够对外提供哪些行为，在设计中演化为类的一个或多个操作。12. （属性）是类的已命名特性，他用来存储对象的数据信息，是没有职责的原子事物。13. （顺序图）用来描述对象之间动态的交互关系，强调消息时间顺序的交互图，为读者提供了控制流随着时间推移的清晰的可视化轨迹。14.这几个线条分别是（简单消息，同步消息，异步消息，返回消息）。15.（泛化）表示两个类元间“一般”与“特殊”的关系。16.第二题 判断题1.分析的目标是定义为了满足需求模型中所描述的功能，系统内部应该有什么样的业务核心机制。用例分析技术则是一种得到广泛认可的面相对象分析方法。（）2.分析架起了需求和设计之间的桥梁，它填平了业务域和技术域之间的鸿沟。其核心思想就是将以用户视角描述的需求模型转化为以开发团队视角描述的分析模型，之后再分析模型的基础上作进一步的设计，从而获得设计模型，并最终实现软件系统。（）3.每个软件系统都有架构，然而这个架构并不是通过简单的的分析设计就可以完全定义出来的。架构也需要经过若干次分析和设计的迭代来完成。（）4.经典的分层策略是三层架构，M-V-C架构模式就是一种典型的三层架构。（）第三题 简答题1.分析的基本原则是什么？答：分析模型应使用业务语言；分析模型中类的细节和关系等应该是业务中明确存在的，不需要刻意去细化或封装这些细节；分析活动是对需求模型的重新表述；分析侧重于系统的主要部分，关注核心的