业务用例视图是表达客户业务执行的静态视图，是实现某关联业务目标的具体体现。业务用例可以从需求调研收集的岗位手册、业务流程指南、职务说明中获得，也可以从涉众期望中获取，当然与客户的会议、访谈及其他形式的沟通都是获取业务用例的方法。当然在2.2.2节提及获取业务用例的时候，要时刻记着业务用例的完整性，避免将步骤作为用例，业务用例是一项完整业务汇集的过程。......
2023-11-17
软件需求工程：获取薪酬业务对象
【摘要】：图3-4薪酬表表头图3-5薪酬业务对象在上述业务对象的获取中，首先将薪酬表转换为业务对象，当然RA人员在获取原始表的同时，需要初步了解表内元素的基本含义，在转换为业务对象时，在相应的备注信息栏中予以说明。
经过需求准备阶段对业务领域有了比较全面的认识之后，需求过程方法论正式进入业务建模阶段，业务建模主要就是在业务范围内反映现实业务过程执行，主要包括获取业务对象、划分业务边界、分析业务角色、获取业务用例、构建业务场景以及业务情景建模等若干个步骤。
在本节我们主要讨论业务对象的获取。关于软件系统，最终都是要与数据库打交道，与数据库的交互具体就是要落实到与物理表的交互，而软件系统的成败很大程度上也取决于数据库设计是否合理。大家作为RA人员，能够深深地体会到数据库表设计对于软件项目意味着什么，也想知道数据库中的表为何是这几张，为何表中的字段是这样设计的，等等。而方法论就提供了核心主要表结构的推导及演化方法，我们就从业务对象开始了解这套演化方法。我们这里就说明关于业务对象的几个问题，后续相关章节，我们再仔细讨论。首先，业务对象的来源，业务对象来自于我们调研获得的关于客户业务的表单、报表、模板以及相关流程中。其次，如何分解获取的单据信息，在进行业务对象的获取过程中，RA人员采用单据与业务对象一一对应的原则进行分解，获取单据到业务对象的初步映射。第三，对于单据中复杂字段，流程中的审核信息等，要根据实际情况进行初步的子业务对象识别和划分。第四，针对原表中明显有争议的信息做初步的筛选。最后，针对个别基础信息初步收集和建立信息表。
在案例中，我们以原始的薪资表为基础，如图3-4所示，应用上述相关业务对象分解原则，得到初步分析的业务对象，如图3-5所示。
图3-4 薪酬表表头
(www.chuimin.cn)
图3-5 薪酬业务对象
在上述业务对象的获取中，首先将薪酬表转换为业务对象，当然RA人员在获取原始表的同时，需要初步了解表内元素的基本含义，在转换为业务对象时，在相应的备注信息栏中予以说明。针对业务对象分析转换的几条原则的应用，在案例中的体现，我们可以通过以下说明查看其实施。例如，针对原始薪酬表，邮箱元素是方便向各员工发工资信息，实施信息化只需要登录系统查询即可，因此在业务对象中已经不需要出现；针对原始表中存在的关于级别的信息，每家单位都有类似的高中低，或1-10级的规定，因此这里可以衍生出关于岗位级别的基础信息业务对象。
在业务对象获取的过程中，还有诸如审核信息、大数据表头（该元素内包含众多信息）等情况，RA人员可以根据实际情况继续进行初步拆分。业务单据到业务对象的拆分是一个持续和不断完善的过程，可以在后面阶段根据对业务的逐步深入再回头修改和升版业务实体对象，这也体现了方法论迭代式螺旋上升的建模实质。
业务对象主要展示核心要素信息即可，并不要求形成完美的表结构，但是它是后续进行概念实体分析的基础，也是方法论中最终形成物理表结构的初步来源。其实业务对象的获取也可以归入需求准备阶段，因为其来源主要为调研期间从客户那边获取的主要业务单据信息，但是这些单据对后续业务建模过程中的情景建模又有关联作用，因此又可以将其纳入业务建模范围。
有关软件需求工程的文章
- 详细阅读
-
业务用例获取实例：软件需求工程详细阅读
此视图描述了薪酬管理中各业务角色在根据业务目标“实现工资管理业务信息化”划分的边界内各自要做的事情，每件事即为一个业务用例。我们从以下两点对业务用例做进一步讨论：讨论一：划分业务用例的难点在于对用例粒度的把握。而其具体步骤为：图5-6薪酬管理业务用例视图总经理审核薪资表是否通过，不通过则打回到综合管理部主管处。......
2023-11-17
-
确定业务目标-软件需求工程详细阅读
业务目标又称为业务前景，是对要建设的系统的展望。业务目标非常重要，在定义边界一章中会看到，边界正是基于业务目标来定义的。投资构建系统的原因，以及这样做利益相关者会从业务中得到什么，这些都可帮助确定业务目标。业务目标不仅仅是要解决问题，还要提供业务上的效益。业务目标大部分情况下是由客户提出，当然也可以由开发方整理得出。在初步了解业务目标以后，接下来的工作就是找出项目范围内的利益相关者。......
2023-11-17
-
了解业务概况-软件需求工程详细阅读
为了真正理解客户的需求并给出满足这些需求的解决方案，必须理解真实世界中的问题。这些工作包括业务背景调查、业务前景分析、业务可行性分析、技术可行性分析等。在统一过程中，以上内容汇集到被称为《前景》的文档中。业务前景和客户期望所描述的内容与UML分析技术关系密切，严格来说，这些正是UML分析的开始。这几部分基本囊括了薪酬管理系统的主要业务范围，读者可稍作了解。......
2023-11-17
-
获取系统用例|软件需求工程详细阅读
在方法论中系统用例获取的来源主要在参考业务用例的基础上，以对应的业务情景为主体。针对薪酬审核案例的业务情景，结合对用例的说明，得到如图3-14所示的系统用例视图。图3-14薪酬审核系统用例查看案例的业务情景活动图可知，其活动都可以用信息化手段实现，即可以计算机化，因此系统用例的获取就相对比较简单。......
2023-11-17
-
软件需求工程：业务角色分析与交流详细阅读
业务角色主要用于分析业务，而业务分析的结果是要与客户交流并达成共识，因此业务角色应当能够映射到现实业务中的工作岗位设置、工作职责说明等，并且最好使用客户习惯的业务术语命名。在方法论中业务角色具体用来获取业务用例，分析和完成业务情景建模过程。业务角色的分析和业务用例其实并无先后顺序，它们之间是相互补充、相互依存、相互协助、相互验证的关系，可以经过多次迭代逐步修改和完善。......
2023-11-17
-
业务角色演化实例-软件需求工程成果详细阅读
综合管理部和综合管理部主管为代理（泛化）关系。虽然业务角色不能够逾越或改变涉众期望，但是能够自行决定实现涉众期望的过程。反之，综合管理部主管参与薪资表的审批等系统操作，故综合管理部主管可以转化为系统用户。......
2023-11-17
-
软件需求工程定义-软件需求工程详细阅读
要给一个名词下定义，是一件很严肃和严谨的事情，因此，要给出需求工程准确的定义是不太现实的。本书从方法论推进和实施的角度出发，提出了本书对需求工程的理解和定义。需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程，是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。之后，书中提到的需求工程即以此定义为准。......
2023-11-17
相关推荐