目录
一、UML介绍
UML是统一建模语言的简称,它是一种由一整套图表组成的标准化建模语言。UML用于帮助系统开发人员阐明、展示、构建和记录软件系统的产出。UML代表了一系列在大型而复杂系统建模中被证明是成功的做法,是开发面向对象软件和软件开发过程中非常重要的一部分。UML主要使用图形符号来表示软件项目的设计,使用UML可以帮助项目团队沟通、探索潜在的设计和验证软件的架构设计。
二、用例描述简介
对于每个用例,我们需要有详细的说明,这样就可以让别人对这个系统有一个更加详细的了解,这时我们就需要写用例描述。
对于用例描述的内容,一般没有硬性规定的格式,但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括:描述(简要说明)、前提(前置条件)、基本事件流、变更事件流、异常事件流、后置(事后)条件等等。下面说说各个部分的意思:
描述:对用例的角色、目的进行简要的描述;
前提:执行用例之前系统必须要处于的状态,或者要满足的条件;
基本事件流:描述该用例的基本流程,指每个流程都“正常”运作时所发生的事情,没有任何备选流和异常流,而只有最有可能发生的事件流;
变更事件流:表示发生了某些变更操作所要执行的流程;
异常事件流:表示发生了某些非正常的事情所要执行的流程;
后置条件:用例一旦执行后系统所处的状态;
这里用我这学期项目实训开发的缺陷跟踪管理系统来简单的分析用例描述的写法。我在这里只列了“报告缺陷”这个用例的简要描述。如下:
用例8 | 报告缺陷 | ||
描述 | 测试人员把测试发现的缺陷提交到缺陷管理系统。 | ||
前提 | 测试人员已登录系统,且测试完项目后发现问题。 | ||
触发条件 | 测试人员输入缺陷的基本信息,点击“上报”按钮。 | ||
成功 | 测试人员上报成功后,进入缺陷管理的主页面。 | ||
中止 | 如果测试人员取消上报缺陷,则返回系统主界面。 | ||
参与者 | 主要的 | 测试人员 | |
从属的 | 无 | ||
过程 | 步骤 | 活动名 | 描述 |
1 | 发布上报申请 | 点击“上报缺陷”,申请进入上报界面 | |
2 | 进入上报界面 | 网站显示上报缺陷界面 | |
3 | 提交上报请求 | 在上报缺陷界面输入缺陷的基本信息,点击“上报” | |
4 | 上报成功 | 将缺陷保存到数据库中,返回上报结果 | |
变更 | 步骤 | 活动名 | 描述 |
3 | 取消上报 | 点击取消按钮,回到系统主界面 | |
异常 | 步骤 | 活动名 | 描述 |
4 | 上报失败 | 经过数据库查询信息后,显示该缺陷已存在 |
三、顺序图表示用例流程
1、顺序图概述
顺序图(sequence diagram)是强调消息时间顺序的交互图,又称为时序图或序列图,它描述了对象之间传送消息的时间顺序,用来表示用例中的行为,并将这些行为建模成信息交换。顺序图可以很好的展示对象与对象之间的通信以及什么消息触发了这些通信。
2、顺序图表示用例流程的好处
用顺序图表示用例行为的好处就是将用例所描述的需求与功能转化为更加正式、层次更加分明的细化表达。顺序图还可供不同类型的用户使用,对项目的各方面人员都有用:
(1)用户可以从顺序图中更细节地看到用例的业务过程;
(2)需求分析人员可以使用顺序图提供一个深层次的表达,把用例带入下一层次;
(3)系统开发人员可以看到需要开发的对象和对这些对象的操作,了解具体的处理流程,方便开发系统;
(4)系统测试人员可以看到过程的细节,并根据这个过程开发测试案例。
3、如何绘制顺序图
绘制顺序图的一般步骤是:
(1)确定交互的范围,可以考虑从用例中识别交互过程。
(2)确定参与交互过程的活动者与对象。
(3)确定活动者、对象的生存周期,为每一个对象设置生命线。
(4)确定交互中产生的消息,从引发交互的初始消息开始,在对象生命线上依次画出交互的消息。
这里我用上面说到的“报告缺陷”这个用例来绘制其顺序图。如下: