信息系统开发与管理实验报告3答案.docVIP

电 子 科 技 大 学 实 验 报 告 学生姓名： 学 号： 指导教师： 一、实验室名称：电子政务可视化实验室 二、实验项目名称： 面向对象的信息系统分析 三、实验原理： 1. 业务模型 （1）业务用例模型 1）业务用例模型概述 业务用例模型描述了业务的目标、业务的启动者和业务范围；涉及的UML元素主要包括参与者、用例和边界；使用的UML图主要包括用例图和活动图。业务用例模型的构成包括业务用例图和对每一个业务用例的详细描述。 2）业务用例模型的基本要素 ①参与者 也称为主角，是系统之外与系统进行交互的任何事物；参与者存在于系统之外，并不是系统的一部分；在UML图形上，参与者用一个小人图来表示，如下所示。 系统边界对于明确参与者非常重要，在实践中可以考虑是谁对系统主动发出动作，他是否有着明确的目标和要求以及系统是为谁服务的。另外，注意参与者并非一定是人。 业务主角是参与者的一个构造型，是与业务系统有着交互的人和事物；一般在需求阶段使用，用于定义业务参与者；在UML图形上，业务主角的表示方式如下： ②用例 用例与参与者交互，是对一组动作序列的抽象描述，通过执行该动作序列向参与者提供可观测的有意义的结果；一个用例描述了系统的一个完整的功能需求；在UML中，系统的所有行为都可建模为用例，而用例的描述独立于这些行为的实现。在UML图形中，用例的表示方式如下： 用例所描述目标的达成是由很多种不同情况构成的，把可能的目标达成方式称为用例场景，一个用例场景就是用例的一种实现方式；在UML中可以使用活动图对用例场景进行图形化的详细说明，通过用例规约对用例的其他信息进行说明。 用例的特征：用例相对独立且执行效果对参与者有意义；用例必须要有启动者；用例的名称应以动宾形式出现。 用例的关系有包含关系、扩展关系和泛化关系三种：基本用例是指包含了常规会发生的、具有基本功能的用例。用例之间的包含关系表示基本用例在它内部的某一位置上显式地合并了另一个用例的行为；扩展关系表示基本用例可以在特定条件下执行某些特定的扩展出来的行为，这些扩展的行为可以单独形成一个用例，称为扩展用例。如果两个或更多用例在行为、结构和目的方面存在共性，可以使用一个新的、通常也是抽象的用例来描述这些共有部分，该用例随后被子用例特殊化，子用例继承父用例的所有结构、行为和关系。 包含关系示例图 扩展关系示意图 用例中有个叫做业务用例的构造型。业务用例专门用于业务建模，其面对的问题领域是没有未来信息系统参与的、目前客观存在的业务领域；业务用例的参与者就是业务主角；在建立业务模型时，需识别业务用例。业务用例在UML中表示如下： 3）边界 边界决定了系统的范围，在其范围内的就是系统的需求集合；边界和抽象层次也有十分密切的联系，在不同的抽象层次，边界大小也是不同的；可以采取迭代的方式来获取系统边界；在UML中，边界被描绘成一个矩形框（查阅资料显示，Rational Rose的用例图中不能画系统边界，也不用画，因为Rational Rose认为用例的边界就是系统边界）。 4）用例图 概括有关参与者和用例信息的一个图形化模型；显示了一组用例、参与者以及它们之间的关系；用例图展示了系统的功能性需求。如下为用例图的示例： 5）活动图 活动图描述了为了完成一个用例所描述目标需要做的活动以及这些活动的执行顺序；活动图可以用来描述用例场景，与流程图类似，但活动图支持并行行为。如下为活动图的示例： 6）构建业务用例模型的过程 ①识别业务主角 业务主角必须是在实际业务里能找到对应的岗位、人员或其他具体的事物；通常来说，业务主角可以从业务提出者、业务管理者、业务执行者及客户等人员中提取；注意不要将业务工人（主要为具体执行的工作人员）识别为业务主角。 ②获取业务用例模型 站在业务主角的角度，通过多种方式明确其所期望达成的业务目标；瞄准业务目标，将一个业务目标建模为一个业务用例，而暂时忽略实现业务目标的过程；在业务建模阶段，用例的粒度以每个用例能够说明一件完整的事情为准。 一个明确有效的业务目标是一个业务用例的来源，一个真实的业务目标应当完备地表达业务主角的期望，一个有效的业务目标应当在业务边界内由业务主角发起，并具有明确的结果。 ③ 建立业务用例图 在识别了业务主角和业务用例的情况下，使用业务用例图的方法能更直观地反映业务主角与业务用例之间的关系，从而反映出业务范围。 ④ 描述业务用例 采用活动图来描述业务用例的场景，采用用例规约来描述一个业务用例的其他信息。 活动图的绘制可以分以下几个步骤：a将业务用例场景中参与业务的人员作为活动图的泳道；b将参与人员所做工作作为活动；c按照实际业务流程中的执行顺序将这些活动连接起来以描述业务用例场景。 用例规约则是用于描述用例的一些细节信