[原创]业务用例建模举例1-3

上接"业务用例建模举例1-2" 

这家几十人的软件公司的财务部有时候会发错工资，既然这样的事情已经发生了，说明它的“发工资”用例中一定存在某些缺陷。而负责执行这个用例的人就是财务部的人，真的一定是财务部的工作出了问题吗？除了财务部的人业务不精，工作粗心这些可能的原因外，就没有别的可能性了吗？

让我们再来仔细分析发工资用例所必须具备的性能：合理、及时、准确，看实现他们到底对哪些因素存在依赖吧。

合理：意味着工资发放的标准和规则应符合双方的劳资协议，符合国家有关法律法规。在大一点的公司，一般会有一个人力资源部来管这事，员工一般与公司签订了劳资协议，工资发放的标准和规则就基本确定了；

及时：意味着公司必须要有充足的流动资金，总经理要及时地进行审核和批准；

准确：则意味着必须对每个员工当月应该得到多少工资奖金进行仔细的核算，核算则必须对应发和实发进行对照比较，应发的除了劳资协议上的基本工资标准之外，考勤记录，绩效考核，奖惩事例都可能对应发的工资数额产生影响。在稍微有规模一点的公司，都会配备专职的人力资源管理、行政后勤管理等部门来对绩效考核标准、考勤记录，奖惩事例进行管理，而绩效考核的实绩，则一般是业务部门做出。

由上可见，要及时发好、发准工资并不像想象的那么容易。在大一点的公司，要经过人资部门、行政部门、业务部门、财务部门和总经理的共同协作才能做好的。将前面的用例图将变成如下的样子正好可以表达上述文字的意思：

 

在变化后的用例图上增加了三个被用例依赖的主角，分别代表业务部门，行政部门和人力资源部门。表示发好，发对工资，不仅仅是财务部门一个部门的责任。问题是，案例中的小软件公司除了有个业务部门是软件部以外，可能没有人力资源部，最多有一个2个人的人资行政部或综合部。是不是一定要健全这些部门才能把工资发好、发对呢？显然不是。

待续…

推荐到鲜果： 查阅更多相关主题的帖子: 业务建模 业务用例模型 流程管理 流程优化