业务目标又称为业务前景，是对要建设的系统的展望。业务目标非常重要，在定义边界一章中会看到，边界正是基于业务目标来定义的。投资构建系统的原因，以及这样做利益相关者会从业务中得到什么，这些都可帮助确定业务目标。业务目标不仅仅是要解决问题，还要提供业务上的效益。业务目标大部分情况下是由客户提出，当然也可以由开发方整理得出。在初步了解业务目标以后，接下来的工作就是找出项目范围内的利益相关者。......
2023-11-17
了解业务概况-软件需求工程
【摘要】：为了真正理解客户的需求并给出满足这些需求的解决方案，必须理解真实世界中的问题。这些工作包括业务背景调查、业务前景分析、业务可行性分析、技术可行性分析等。在统一过程中，以上内容汇集到被称为《前景》的文档中。业务前景和客户期望所描述的内容与UML分析技术关系密切，严格来说，这些正是UML分析的开始。这几部分基本囊括了薪酬管理系统的主要业务范围，读者可稍作了解。
为了真正理解客户的需求并给出满足这些需求的解决方案，必须理解真实世界中的问题。
现在假设有一个薪酬管理系统项目的负责人，在项目正式启动前正在考察和评估客户公司薪资相关的业务模式。这些工作包括业务背景调查、业务前景分析、业务可行性分析、技术可行性分析等。这位负责人将初步了解项目的产生原因、运行环境、系统规模、软硬件环境以及客户期望，这些内容将成为项目重要的输入信息。
在统一过程中，以上内容汇集到被称为《前景》的文档中（文档的模型可以从统一过程软件当中得到）。不要觉得这些内容只与市场活动有关，实际上，下一节将要整理的业务目标就将从这里产生。业务前景和客户期望所描述的内容与UML分析技术关系密切，严格来说，这些正是UML分析的开始。
为了让需求分析人员对薪酬管理软件有一个大致的了解，先来看看薪酬管理的业务流程。
公司薪资发放的过程是怎么顺利进行的呢？首先在月初的时候，公司员工可以查看自己上月的考勤记录，若发现自己的考勤记录存在异常，可以填写考勤修改申请表报部门经理进行审批，部门经理审批通过后报综合管理部进行审批，综合管理部审核通过后会修正异常的考勤记录，这个过程称为处理异常考勤；处理异常考勤的时间结束后，综合管理部根据月度考勤记录、考勤管理规则、员工基本信息等制作公司月度薪资表报财务部审批，这个过程称为薪资表制作；财务部审批通过后，将月度薪资表报总经理审批，总经理审批通过后，将月度薪资表报董事长审批，董事长审批通过后，将月度薪资表交至财务部出纳处进行工资发放，这个过程称为薪资表审批；财务部出纳根据月度薪资表以及员工基本信息制作银行所需的转账表，并将转账表发送给银行系统，银行根据公司发送的转账表将薪资发放到每个员工的银行卡中，这个过程称为薪资发放。(www.chuimin.cn)
所以薪资发放业务流程主要由处理异常考勤、薪资表制作、薪资表审批和薪资发放组成。这几部分基本囊括了薪酬管理系统的主要业务范围，读者可稍作了解。
在目前的企业中，薪酬管理基本采用手工方式进行操作，信息化过程就是考勤记录表格、月度薪资表格以及审批表格，通过集团邮件传输，但是最后还是要递交纸质版存档的。这存在诸多问题，例如不便于资源共享，特别是已经存在的很多考勤及薪资档案，不能在企业内汇总共享；当需要查询某一方面资料时，需要花费大量的人力资源在众多历年单据中进行搜索，且汇总耗时耗力。缺乏有效的机制进行监管，驱动力和执行力不足，造成企业内部各部门之间联系不够紧密。在薪资发放过程存在不公开透明现象等。
在经济高速发展的时代，人们需要一种实现薪酬管理业务信息化、过程操作一体化的薪酬管理软件来管理薪资发放业务。
有关软件需求工程的文章
- 详细阅读
-
软件需求工程：获取薪酬业务对象详细阅读
图3-4薪酬表表头图3-5薪酬业务对象在上述业务对象的获取中，首先将薪酬表转换为业务对象，当然RA人员在获取原始表的同时，需要初步了解表内元素的基本含义，在转换为业务对象时，在相应的备注信息栏中予以说明。......
2023-11-17
-
软件需求工程：获取业务用例！详细阅读
业务用例视图是表达客户业务执行的静态视图，是实现某关联业务目标的具体体现。业务用例可以从需求调研收集的岗位手册、业务流程指南、职务说明中获得，也可以从涉众期望中获取，当然与客户的会议、访谈及其他形式的沟通都是获取业务用例的方法。当然在2.2.2节提及获取业务用例的时候，要时刻记着业务用例的完整性，避免将步骤作为用例，业务用例是一项完整业务汇集的过程。......
2023-11-17
-
软件需求工程：业务角色分析与交流详细阅读
业务角色主要用于分析业务，而业务分析的结果是要与客户交流并达成共识，因此业务角色应当能够映射到现实业务中的工作岗位设置、工作职责说明等，并且最好使用客户习惯的业务术语命名。在方法论中业务角色具体用来获取业务用例，分析和完成业务情景建模过程。业务角色的分析和业务用例其实并无先后顺序，它们之间是相互补充、相互依存、相互协助、相互验证的关系，可以经过多次迭代逐步修改和完善。......
2023-11-17
-
业务角色演化实例-软件需求工程成果详细阅读
综合管理部和综合管理部主管为代理（泛化）关系。虽然业务角色不能够逾越或改变涉众期望，但是能够自行决定实现涉众期望的过程。反之，综合管理部主管参与薪资表的审批等系统操作，故综合管理部主管可以转化为系统用户。......
2023-11-17
-
业务用例获取实例：软件需求工程详细阅读
此视图描述了薪酬管理中各业务角色在根据业务目标“实现工资管理业务信息化”划分的边界内各自要做的事情，每件事即为一个业务用例。我们从以下两点对业务用例做进一步讨论：讨论一：划分业务用例的难点在于对用例粒度的把握。而其具体步骤为：图5-6薪酬管理业务用例视图总经理审核薪资表是否通过，不通过则打回到综合管理部主管处。......
2023-11-17
-
软件需求工程定义-软件需求工程详细阅读
要给一个名词下定义，是一件很严肃和严谨的事情，因此，要给出需求工程准确的定义是不太现实的。本书从方法论推进和实施的角度出发，提出了本书对需求工程的理解和定义。需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程，是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。之后，书中提到的需求工程即以此定义为准。......
2023-11-17
-
软件需求工程：业务场景视图及其作用详细阅读
在方法论中业务场景视图作为对业务用例的汇总和分析，呈现出一种自底向上的过程，一方面是方法论贯彻“正向可推导，反向可追溯”思想的体现，所有活动都来自业务用例；另一方面是对业务用例和业务场景的相互检查，形成的核实机制。RA人员可以通过这种方式来核对业务用例和业务场景的完整性和实效性。......
2023-11-17
相关推荐