需求开发指南4-基于用例与对象的软件开发方法

fasiondog · · 1,693次浏览 ·

2.2 业务需求分析

通常在需求调研工作后,通过业务需求分析活动,对客户业务进行分类和整理。目的如下:

  • 了解目标客户组织(将要在其中部署系统的组织)的结构及机制。
  • 确保客户、最终用户和开发人员就目标组织达成共识。
  • 导出支持目标组织所需的系统需求。

业务需求分析活动,主要包含两个步骤:

  • 定义业务范围:识别关键业务需求及其参与者。
  • 分析业务需求:绘制业务流程图,制定详细业务规约。

2.2.1 定义业务范围

通过业务流程定义活动,明确目标组织业务范围,识别关键业务流程及其业务参与者。该活动的主要成果,通常是以用例(Use Case)表达关键业务流程和每个用例涉及的业务参与者(Actor)。“用例”仅仅只是一个标题,用于识别关键性的业务流程。业务参与者(Actor)代表着业务流程中涉及到的各个角色。通过标识用例和参与者,确定目标组织的业务范围。对每一个用例和参与者,应有对应的简要描述。

示例:假设银行为了提高客户在营业厅办理业务的效率,需要开发或采购某些系统或产品。通过定义业务范围,我们可以得知:

  • 我们的业务目标:提高营业厅服务效率
  • 我们的业务系统边界:银行
  • 我们目标客户分类:其中之一为普通储蓄客户
  • 我们的关键业务流程:普通个人储蓄业务(个人存款)
个人存款用例图

个人存款用例图

2.2.2 分析业务需求

在通过业务用例识别目标组织参与的主要业务流程之后,针对每一个业务用例,分析其工作流程,绘制流程图或泳道图,明确相关业务规约。此活动通常也被称为场景分析。

流程图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。活动既可以是手动执行的任务,也可以是自动执行的任务。它可完成一个工作单元。

泳道图,在流程图的基础上可以使用垂直实线将流程图划分为泳道。每条泳道代表整个工作流程的某个部分的职责,该职责由组织的某个部门来执行。泳道最终可以由组织单元或者业务对象模型中的一组类来实施。

由于泳道图相比流程图,更加清晰地表达了参与者与流程任务之间的关系,对识别参与者,及后续定义系统范围有更大的帮助,通常推荐使用泳道图描述业务工作流程。

流程图示例:

个人存款流程图

个人存款流程图

泳道图示例:

req-guide-7

由于流程图(或泳道图)利于理解,但缺乏细节的特点,需要进一步使用文字对业务规则进行详细描述,称为业务用例规约。示例如下:

req-guide-8


发表评论

电子邮件地址不会被公开。 必填项已用*标注

我不是机器人*