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