2007-1-11 15:30:14
[原创]业务用例建模举例1-5(完)
上接"业务用例建模举例1-4"如果要我给这个软件公司的总经理一点建议,我不会建议他立即成立人力资源部以及在各部门增派人手来加强管理,并要求马上建立各项规章制度,对其他部门提出贯彻执行的要求。我会给他看看上面几张用例图,照文字内容给他解释,然后再给他看看下面这张图:
只要在财务部门增加一个校核工资的业务用例包含在发工资用例中,也就是要求财务部在做好工资表之后,不是立即交给总经理签字发放,而是要求财务人员要通过一个校核工资的过程,将每个人员的工资数额进行校核一遍,校核的过程包括和行政部门进行考勤、奖惩影响因素以及和业务部门进行业绩影响因素的核实,最后得到每个个人准确的应发工资数,员工为什么比上一个月多或者少发了工资,财务部门能给与明确的解释就可以了。
至于虚拟假设中的行政部门、业务部门以及人力资源部门业务用例,可以根据实际情况做最大限度的简化,只要求各部门每月给财务部门报个数就够了,至于数怎么来,由各部门经理自行决定就是了,尽量鼓励部门经理制定相应的规章制度进行管理。这样,在不增加人手的情况下,尽量简化业务流程,但确保该有的业务关系全部存在。这样也可以提高发对工资的概率,并分散发错工资的压力。
<本实例讲完>
0
推荐到鲜果: 查阅更多相关主题的帖子: 流程 流程管理 业务建模 业务用例模型 流程优化
下一篇:[原创]业务用例建模举例1-4
上一篇:加入畅想专业博客纪念


评论
发布者 vincentvenn
2007-1-13 22:17:31
看来还是实例型的文章交流起来效果更加好,从中理解了楼主进行业务建模的过程和思维方面。很有启发
类----对象 ----实体----服务(方法)
企业---小软件公司----财务部----发工资、校对工资、打工资等等服务内容
也暗合管理即是服务的道理,不知道这样理解对不对,请大家发言
发布者 digman
2007-2-10 10:52:25
大公司的方式暂时不说,且看小公司.这样的两个"核实"的动作,使得原先简单的发工资活动变得非常复杂,牵涉到的角色,在这幅图里就已经有5个!对于一个小公司,如果以此思路处理下去,其执行效能将会极大降低.另外,这样的核实功能在现实中是否会被执行呢?
我认为不会被认真执行,并且,随着公司规模的扩大,此功能会越来越没有意义.
一般小型公司以部门经理充当人力资源管理角色的居多,在这个情况下,财务部门要做的事情,只是从行政部门取得考勤资料,从部门经理取得业绩奖惩资料即可.在有计算机系统处理的情况下,计算出错的可能性几乎可以忽略,所以,这个时候开篇所设想的财务人员怕被K的心理状态是不会出现的,因为他不会出错,错误只会出现在行政或者部门提交的资料不对,或者软件系统出错.
如果把这个放在大公司会更明显,设想一下,一个部门那么多人,有专门的人资和财务,还要回过头来自己核实,要那些人资和财务的用处是什么?
发布者 basicbest
2007-2-21 7:27:51
发布者 weicai
2007-10-15 16:23:33
发布者 loverboy
2007-10-15 23:35:19
发布者 liadro
2007-10-30 10:58:32
发布者 飞飞的的的
2007-12-30 11:36:17