9.1.2 业务建模

更新于 2026年10月10日 版权声明
9.1.2 业务建模

经过需求准备阶段,我们对于项目概况有了大致了解,对涉及的人员也有初步的识别并汇总了他们在系统中的期望,接下来在理解上述内容的基础上,作为RA人员可以逐步深入业务层次获取更多信息。RA访谈业务人员,模拟对话如下:

RA:在公司薪酬管理系统运行之前,我们当前处理的主要流程是怎样的,也就是说你现在的工作现状是怎样的?

业务人员:当前的主要流程是这样的:综合管理部出考勤表,员工可以登入OA系统开始处理异常考勤工作,处理完毕以后,就从考勤机导出考勤原始数据通过人工汇总计算交给综合管理部,然后综合管理部通过人工汇总计算制定薪资表,将薪资表呈交至薪资审核委员会按顺序依次(综合管理部→财务部→总经理→董事长)审核薪资表,将审核后薪资表呈交至财务部出纳处,财务部出纳收到薪资表后按照银行要求的格式整理成文档提交到银行,银行收到薪资表后发放薪资。薪资发放完毕后,会通过企业邮箱向各员工发送工资条,员工可以根据工资条查看是否有异常情况,如果有则向部门经理进行异常薪资处理,如果确实是工作失误,则出纳下月进行调整。然后,我这里还有很多表格,薪资表,员工信息表,给领导看的薪资汇总统计数据,异常薪酬申诉表……

RA:这些表格和数据还请后面一起发我们一份,而且这里讲的过程还是挺多的,我们能不能把工作的主要业务总结分析一下呢,可以更加有目的地说明一下,也就是把手头的业务说一下,这些业务的名称是什么?

业务人员:好的,主要业务包括处理考勤异常、制定薪资表、审核薪资表、发工资以及处理薪资异常。当然为了支撑这些业务还要有必要的其他模块,例如,员工信息、岗位级别、考勤记录、五险一金计算…..

RA:好的,我们后面再讨论配套,能不能将这些业务是谁发起的,他做这件事的目的是什么,请描述一下呢?

业务人员:没问题。处理考勤异常一般是员工发起的,但是有时间限制,每月5号之前发起才有效;制定薪资表是综合管理部负责初表,但是要其他部门审核,就是审核薪资表,公司有薪资审核委员会,里面财务部门和公司的高层基本都在里面,经过审核后才是真正的薪资信息;发工资就是出纳做的事情,他们按照银行的要求发薪资表给他们;处理薪资异常也是员工发起的,主要就是看自己的工资有没有发错,就是少发了没有,多发也不会有人说,哈哈……

RA:对对对……工资审核过程中出现问题如何解决?

业务人员:各级审核发现问题都要驳回至综合管理部,重新调整薪资表。所以工作量很大啊,因为公司的人员一直在增长……

RA:好的,刚才我们提到了员工如果对考勤结果有异议可以进行申诉,具体申诉形式是什么?向谁申诉?整个申诉过程又是什么样的呢?

业务人员:员工登入系统在每月1到5号对考勤异常提交修改申请,提交申请至部门经理后(部门经理进行审批,审批通过,转至综合管理部,审批不通过,打回),提交至综合管理部后(综合管理部进行审批,审批通过,转至财务部,审批不通过,打回),提交至财务部后(财务部进行审批,审批通过,转至综合管理部,审批不通过,打回),提交至综合管理部进行修改并结束。

RA:薪资审核委员会如何对薪资表进行审核呢?

业务人员:综合管理部主管制定出薪资表后,进行初次审核(若审核通过则将薪资表呈交至财务部主管处,若不通过则打回综合管理部重新审核)后,将薪资表呈交至财务部主管处;财务部主管对薪资表进行审核(若审核通过则将薪资表呈交至总经理处,若不通过则打回综合管理部重新审核)后,将薪资表呈交至总经理处;总经理对薪资表进行审核(若审核通过则将薪资表呈交至董事长处,若不通过则打回综合管理部重新审核)后,将薪资表呈交至董事长处,董事长对薪资表进行审核(若审核通过则将薪资表呈交至财务部出纳,若不通过则打回综合管理部重新审核)。

RA:具体财务部是如何进行薪资发放的?

业务人员答:财务部得到审核后的薪资表并确定薪资发放方式,进行薪资发放。薪资发放方式:将银行指定薪资表发送至银行,银行进行网上汇款(全额薪资);将银行指定薪资表发送至银行,银行进行网上汇款(部分薪资);财务部支付现金(部分薪资);财务部支付现金(全额薪资)。

RA:员工进行薪资申诉的过程是怎样的?

业务人员:员工可以在发放薪资后对薪资异常提交修改申请,提交申请至部门经理后(部门经理进行审批,审批通过,转至综合管理部,审批不通过,打回),提交至综合管理部后(综合管理部进行审批,审批通过,转至财务部,审批不通过,打回),提交至财务部后(财务部进行审批,审批通过,转至综合管理部,审批不通过,打回),提交至综合管理部进行修改并结束。

RA:记得将在平时工作当中的一些纸质或者电子档的单据、报表发送我们一份。我们以便提高调研准确度防止遗漏需求做一些需求的核实和对应工作。

业务人员:好的,整理后会发送给你们。(https://www.daowen.com)

点评:(1)客户不会给你列出明确的用例,你要引导客户说出他的工作,引导他对自己工作进行总结,可以方便得出业务用例,判断业务用例是否合理以该用例是否完整地表达业务主角的一个目的为标准。(2)客户工作中的单据、表格等是进行数据表设计的基础,有必要全部收录一份。(3)业务建模阶段一定不要陷入实现的旋涡,在业务建模节点应当假设计算机是不存在的,即使要考虑计算机,计算机也应该是在管理边界以内,是内部业务工人和被动参与者。

整理访谈记录如图9-5、图9-6所示(只列出部分信息):

图示

图9-5 岗位等级表

例如,在获取图9-5和图9-6的原始单据后,经过初步映射,结合方法论的在前面章节提及的原则和要求,形成了如图9-7和图9-8所示的业务对象。

图示

图9-6 员工信息表

图示

图9-7 业务对象-岗位等级

图示

图9-8 业务对象-员工信息

根据访谈记录,形成了反映业务总体流程的业务场景视图,如图9-9所示。反映薪资管理信息化目标的业务用例视图如图9-10所示。

图示

图9-9 业务场景视图

图示

图9-10 业务用例视图

根据业务用例视图,每个业务用例都会关联业务情景视图,这里举例说明发工资的业务情景活动图如图9-11所示。

图示

图9-11 发工资业务情景

↑上一章 ↓下一章
关注公众号获取验证码
复制内容需要验证码(7.99元/天)