此视图描述了薪酬管理中各业务角色在根据业务目标“实现工资管理业务信息化”划分的边界内各自要做的事情，每件事即为一个业务用例。我们从以下两点对业务用例做进一步讨论：讨论一：划分业务用例的难点在于对用例粒度的把握。而其具体步骤为：图5-6薪酬管理业务用例视图总经理审核薪资表是否通过，不通过则打回到综合管理部主管处。......
2023-11-17
软件需求工程：获取业务用例！
【摘要】：业务用例视图是表达客户业务执行的静态视图，是实现某关联业务目标的具体体现。业务用例可以从需求调研收集的岗位手册、业务流程指南、职务说明中获得，也可以从涉众期望中获取，当然与客户的会议、访谈及其他形式的沟通都是获取业务用例的方法。当然在2.2.2节提及获取业务用例的时候，要时刻记着业务用例的完整性，避免将步骤作为用例，业务用例是一项完整业务汇集的过程。
业务用例是针对业务目标所划定的业务边界的具体化，是结合业务角色和业务边界进行业务建模中的关键步骤。业务用例视图是表达客户业务执行的静态视图，是实现某关联业务目标的具体体现。业务用例可以从需求调研收集的岗位手册、业务流程指南、职务说明中获得，也可以从涉众期望中获取，当然与客户的会议、访谈及其他形式的沟通都是获取业务用例的方法。在2.2.2节提及可以应用5W2H原则使用问题引导的方式向客户代表说出他们的业务需求：
（1）您对系统有什么期望？
（2）您打算在这个系统里做些什么事情？
（3）您做这件事的目的是什么？
（4）您做完这件事希望有一个什么样的结果？(www.chuimin.cn)
这里我们就不展开叙述，后面章节再描述具体过程，通过调研和让客户说明每项业务的结果可以帮助我们分析用例，建立业务用例模型视图，当遇到不同的业务有着相同或相似的结果时，往往是分析的重点。另外，业务结果的说明也是将来进行业务情景建模中用例规约文档后置条件的重要来源。当然在2.2.2节提及获取业务用例的时候，要时刻记着业务用例的完整性，避免将步骤作为用例，业务用例是一项完整业务汇集的过程。根据上述提及的业务用例视图获取方法，我们可以得出关于“实现薪酬管理业务信息化”的业务用例视图如图3-8所示。
图3-8 薪酬管理信息化业务用例视图
从图3-8可以看出，以上业务用例完整地表达了薪酬管理信息化的主要过程，也反映了当前业务现状的实际情况。我们经过多次实践和培训，发现建立业务用例视图最常见的错误就是把步骤当用例。例如，图3-8的处理考勤异常是我们得出的业务用例，但是初学者容易将其抽取为查看考勤表、填写申诉表等，这样抽取有问题吗？有什么问题？我们对照分析业务用例的定义就明白，其实无论查看考勤表还是填写申诉表等，它们只是处理考勤异常的步骤，而非目的，这两个所谓的“用例”经不起推敲和继续提问，当然如果你的目的就是简单地查看考勤信息，那么查看考勤表的用例就可以成立。
有关软件需求工程的文章
- 详细阅读
-
获取系统用例|软件需求工程详细阅读
在方法论中系统用例获取的来源主要在参考业务用例的基础上，以对应的业务情景为主体。针对薪酬审核案例的业务情景，结合对用例的说明，得到如图3-14所示的系统用例视图。图3-14薪酬审核系统用例查看案例的业务情景活动图可知，其活动都可以用信息化手段实现，即可以计算机化，因此系统用例的获取就相对比较简单。......
2023-11-17
-
软件需求工程：获取薪酬业务对象详细阅读
图3-4薪酬表表头图3-5薪酬业务对象在上述业务对象的获取中，首先将薪酬表转换为业务对象，当然RA人员在获取原始表的同时，需要初步了解表内元素的基本含义，在转换为业务对象时，在相应的备注信息栏中予以说明。......
2023-11-17
-
软件需求工程-业务边界划分及用例分析详细阅读
按照上述对业务边界的划分标准，根据3.2节整理的业务目标“实现薪酬管理业务信息化”，我们很容易就可以推导出边界。业务边界划分是后续进行业务用例分析的基础，边界、角色和用例三者相互依存，边界被定义了，我们就能方便得出角色，而一旦角色确定，业务用例就能被发现。......
2023-11-17
-
确定业务目标-软件需求工程详细阅读
业务目标又称为业务前景，是对要建设的系统的展望。业务目标非常重要，在定义边界一章中会看到，边界正是基于业务目标来定义的。投资构建系统的原因，以及这样做利益相关者会从业务中得到什么，这些都可帮助确定业务目标。业务目标不仅仅是要解决问题，还要提供业务上的效益。业务目标大部分情况下是由客户提出，当然也可以由开发方整理得出。在初步了解业务目标以后，接下来的工作就是找出项目范围内的利益相关者。......
2023-11-17
-
了解业务概况-软件需求工程详细阅读
为了真正理解客户的需求并给出满足这些需求的解决方案，必须理解真实世界中的问题。这些工作包括业务背景调查、业务前景分析、业务可行性分析、技术可行性分析等。在统一过程中，以上内容汇集到被称为《前景》的文档中。业务前景和客户期望所描述的内容与UML分析技术关系密切，严格来说，这些正是UML分析的开始。这几部分基本囊括了薪酬管理系统的主要业务范围，读者可稍作了解。......
2023-11-17
-
软件需求工程：业务角色分析与交流详细阅读
业务角色主要用于分析业务，而业务分析的结果是要与客户交流并达成共识，因此业务角色应当能够映射到现实业务中的工作岗位设置、工作职责说明等，并且最好使用客户习惯的业务术语命名。在方法论中业务角色具体用来获取业务用例，分析和完成业务情景建模过程。业务角色的分析和业务用例其实并无先后顺序，它们之间是相互补充、相互依存、相互协助、相互验证的关系，可以经过多次迭代逐步修改和完善。......
2023-11-17
-
业务角色演化实例-软件需求工程成果详细阅读
综合管理部和综合管理部主管为代理（泛化）关系。虽然业务角色不能够逾越或改变涉众期望，但是能够自行决定实现涉众期望的过程。反之，综合管理部主管参与薪资表的审批等系统操作，故综合管理部主管可以转化为系统用户。......
2023-11-17
相关推荐