《大象：thinking in uml 》(第二版) 9章 获取需求 3节 获取业务用例

只供参考，喜欢请支持正版图书

9.3.2 现在行动：获取业务用例

获取业务用例有很多方法，可以从岗位手册、业务流程指南、职务说明等一些文件中获得，也可以从涉众分析中获得灵感。另外一种很重要的方法，就是业务主角访谈。在3.3.4用例的获得一节中我们谈到过，可以通过以下问题引导业务主角代表说出他们的业务需求：

■　您对系统有什么期望？
■　您打算在这个系统里做些什么事情？
■　您做这件事的目的是什么？
■　您做完这件事希望有一个什么样的结果？

9.3.2.1 第一个例子

在本案例中，业务员代表用电客户提出业务需求，想象我们正在向业务员提出上述问题。
■　您对系统有什么期望？
分析员：您能不能说说您希望这个系统能做些什么？能怎样帮助您？

业务员：我们希望通过这个系统的建立，把业务申请和客户服务规范化，提高工作效率。现在客户和各类申请越来越多，工作量越来越大，我们希望在这个系统中可以办理我们现有的所有业务。每天操作量都很大，我们希望系统能够提供快捷的操作方式。办理业务要填写的内容很多，我们希望系统能帮助我们填写那些确定的信息。比如，当我们填写用户号后，该用户已有的信息系统应当自动填写在表单里，不用我们再填写一次………

点评：当客户谈及系统期望时，通常都不是业务需求，而更多的会谈及他们希望系统能帮助他们做什么，或者说他们脑子里想象的系统应当是什么样，应当如何操作等。有时，从这些期望当中找出明确的需求并不容易。需求分为两种：功能性需求和非功能性需求。业务员所提出的这些期望看上去正是非功能性需求。另一方面，读者也可以看出，虽然业务员是代表用电客户这个涉众来提出问题的，但由于业务员是系统的直接使用者，因此他不可避免地一定会谈到对他有利的一些期望。如果发现这些期望有和他所代表的涉众利益有冲突，就应当注意并提出来。

■　您打算在这个系统里做些什么事情？
分析员：请您说说对用电客户使用系统能做些什么事情吗？或者说，这个系统能向他们提供些什么服务吗？

业务员：首先客户要到我们这里申请报装，填写申请书，低压客户和高压客户的申请书是不一样的。如果符合申请条件，我们就会安排现场人员去实地勘察，如果确实符合安装条件，会由班长审批是否同意……

分析员：对不起打断一下，我们现在还不用讲得那么深入，我想先了解对于用电客户来说，他总共可以向你们申请些什么业务？这些业务的名称是什么呢？

业务员：好的。客户可以申请的业务有新装业务，分为高压和低压两种，对低压来说还有一种批量报装业务、临时用电业务、增加用电容量业务、减少用电容量业务、更改用电类别业务、更改用户名称业务、迁移用电地址业务、暂停用电业务、故障报修业务和销户业务。

点评：在初步了解业务时，要防止陷入业务细节，应当引导客户先从独立的业务模块开始讲起，这样才能够建立起对整体业务的初步概念而不至于谨毛失貌。

■　您做这件事的目的是什么？
■　做完这件事希望有一个什么样的结果？

9.3.2.2 第二个例子

9.3.2.3 第三个例子

9.3.3 进一步讨论

只供参考，喜欢请支持正版图书