软考71-上午题-【面向对象技术2-UML】-UML中的图2

一、用例图

上午题,考的少;下午题,考的多。

1-1、用例图的定义

用例图展现了一组用例参与者以及它们之间的关系

用例图用于对系统的静态用例图进行建模。

可以用下列两种方式来使用用例图:

1、对系统的语境建模;

2、对系统的需求建模。

1-2、用例图包含以下内容:

1、用例

用例可以理解为参与者(用户)的行为

2、参与者

3、关系:

        ①用例之间的关系:扩展关系(《extend》)、包含关系(《include》)、泛化关系;

        ②参与者之间的关系:泛化关系;

        ③参与者和用例之间的关系:关联关系。

示例:

①、包含关系:

用例和用例之间的关系。

示例1:

用例可以理解为参与者(用户)的行为。

参与者与用例之间,关联关系:一条直线。

示例2:

②、扩展关系

用例和用例之间的关系。

一个用例执行时,可能会发生一些特殊的情况,或者可选的情况,这种情况就是用例的扩展用例。

示例1:特殊情况

示例2:可选情况

③、泛化关系

参与者-参与者;

用例-用例;

示例:

1-3、真题

真题1:

真题2:

二、 交互图

交互图用于对系统的动态方面进行建模。一张交互图表现的是一个交互。

类图、对象图、用例图:静态图

一张交互图由:一组对象、他们之间的关系、他们之间可能传递的消息。

交互图一般包括:对象、链、消息。

交互图的分类:

  • 序列图:强调消息时间顺序的交互图;
  • 通信图:强调接收、发送消息的对象的结构组织的交互图。

2-1、序列图(顺序图)

2-1-1、序列图的定义

序列图描述了以时间顺序组织的对象之间的交互活动。

示例:

首先把参加交互的对象放在图的上方,沿水平方向排列。

通常把发起交互的对象放在左边,下级对象依次放在右边。然后,把这些对象发送和接收的消息沿垂直方向按时间顺序从上到下放置。这样,就提供了控制流随时间推移的清晰的可视化轨迹。

2-1-2、序列图有两个不同于通信图的特点

1、序列图有对象生命线

对象生命线是一条垂直的虚线,表示一个对象在一段时间内存在。

对象,生命线的开始、结束:

1、对象可以在交互过程中创建,他们的生命线从接收到构造型为create的消息时开始;

2、对象可以在交互过程中撤销,他们的生命线从接收到构造型为destory的消息时结束;(并给出一个×的标记)

2、序列图有控制焦点

控制焦点是一个瘦高的矩形,表示一个对象执行一个动作所经历的时间段

矩形的顶部,表示动作的开始,底部表示动作的结束。

2-1-3、序列图的消息:

2-1-4、序列图实例:

多个用户,一个用例

2-1-5、真题

真题1:

Account实现的方法,看指向Account类的箭头。

evaluation虽然也指向Account类,但是它不是一个方法,因为不是:evaluation()

真题2:

真题3:

2-2、通信图(协作图)

2-2-1、通信图的定义

通信图强调收发消息的对象的结构组织

  • 首先,将参加交互的对象作为图的顶点;(矩形)
  • 然后把连着这些对象的链作为图的弧;(直线)
  • 最后用对象发送和接收的消息来修饰这些链。

2-2-2、通信图有两个不同于序列图的特性

1、通信图有路径

为了指出一个对象如何与另一个对象链接,可以在链的末端附上路径构造型(如构造型《local》,表示指定对象对发送者而言是局部的)。

通常只需要显式地表示以下几种链的路径:local(局部)、parameter(参数)、global(全局)以及self(自身),但不必表示 association(关联)。 

2、通信图有顺序号

表示一个消息的时间顺序,可以给一个消息加上一个数字前缀。(从1号消息开始),在控制流中,每个新消息的顺序号单调增加(如 2、3等)。

为了显示嵌套,可使用带小数点的号码(1表示第一个消息;1.1 表示嵌套在消息1中的第一个消息,1.2 表示嵌套在消息1中的第二个消息,等等)。嵌套可为任意深度。

还要注意的是,沿同一个链可以显示许多消息(可能发自不同的方向),并且每个消息都有唯一的一个顺序号。

序列图通信图是同构的,它们之间可以相互转换。 

2-2-3、通信图的实例

2-2-4、真题

真题1:

真题2:

用例名称:在线考试 用例描述:查看学生自己的选课信息 前置条件:考试者登录进入系统 后置条件:自动显示考试成绩 基本操作流程: 1. 学生点击在线考试栏目 2. 点击选择考试科目 3. 系统随机调用试卷 4. 做完试卷后按提交完成考试 可选操作流程: 1. 考试时间一结束,系统自动提交答案 2. 考试科目没有相应试卷时,向考试者提示没有此科目试卷 用例名称:自身帐户管理 用例描述:用户管理和查看自己的账户信息 前置条件:用户登录进入系统 后置条件:保存修改和显示账户信息 基本操作流程: 1. 用户点击帐户管理栏目 2. 点击查看考试成绩或点击修改个人信息,进入相对应的窗口 可选操作流程: 1. 当用户没有在线考试记录,系统提示没有考试记录 2. 修改个人信息后未保存退出,系统提示是否保存此修改 用例名称:考试科目管理 用例描述:管理员对考试科目进行添加、修改、删除和查看操作 前置条件:管理员登录进入系统 后置条件:考试科目发生改变 基本操作流程: 1. 管理员点击考试科目管理栏目 2. 对现有的科目进行修改或删除或添加新科目 3. 保存修改 可选操作流程: 1. 当添加的科目已存在时,向管理员提示已有此科目 2. 修改科目后未保存退出,系统提示是否保存此修改 用例名称:库管理 用例描述:管理员对考试目进行添加、修改、删除和查看操作 前置条件:管理员登录进入系统 后置条件:考试目发生改变 基本操作流程: 1. 管理员点击库管理栏目 2. 对现有的库进行修改或删除或添加新目 3. 保存修改 可选操作流程: 1. 修改目后未保存退出,系统提示是否保存此修改 用例名称:成绩管理 用例描述:管理员对考生的成绩进行查看和导出 前置条件:管理员登录进入系统 后置条件:显示考生科目成绩 基本操作流程: 1. 管理员点击成绩管理栏目 2. 通过检索显示相关的考生成绩 3. 通过导出将学生成绩以excel表的形式打印出来 可选操作流程: 1. 当检索不了相关考生成绩时,向管理员提示没有此考生成绩 用例名称:试卷管理 用例描述:管理员对科目试卷进行添加、修改、删除和查看操作 前置条件:管理员登录进入系统 后置条件:科目试卷信息发生改变 基本操作流程: 1. 管理员点击试卷管理栏目 2. 对现有的试卷的考试时间、试卷是否可用等信息进行修改或删除或添加新的试卷,新试卷由系统通过库自动生成 3. 保存修改 可选操作流程: 1. 修改试卷后未保存退出,系统提示是否保存此修改 2. 添加试卷时,若库里型不够时,向管理员提示型不足,无法生成试卷 用例名称:用户管理 用例描述:管理员添加新用户和对用户信息进行维护 前置条件:管理员登录进入系统 后置条件:用户信息发生改变 基本操作流程: 1. 管理员点击用户管理栏目 2. 对现有的用户信息进行修改或添加新用户 3. 保存修改 可选操作流程: 1. 修改用户后未保存退出,系统提示是否保存此修改 2. 添加新用户时,若存在同名用户,则向管理员提示此用户已存在
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值