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