请假系统开发记

公司在线请假系统今年2月2日上线试运行,3月1日起投入正式使用,请假审批流程实现了无纸化。至6月20日,累计提交请假单已超过 2000 单,每天登录系统平均约 40 人次。上线四个多月来,系统总体运行平稳,没出现什么大问题,只是在试运行阶段发现有几个小bug。可以说整个系统是开发成功的。

回顾请假系统的开发过程,最紧张的阶段持续了约两个月时间。去年10月中旬至12月中旬,那两个月对我来说是早出晚归的两个月。一般早上8点就到公司,晚上7点后才离开,有几个晚上还干到9点多。那段时间每天除了处理一些比较急的事务外,主要精力都花在了请假系统的开发和调试上。实际系统需求比一开始想象的要复杂,开发的周期也比预估的长。早在去年8月份,HR请假事务主管Una就口头提出了开发请假系统的想法和大致需求。当时工作很忙,在国庆节放假前请假系统几乎没有什么进展,只抽空做了个请假页面原型。国庆节后,HR催得紧了,才开始进入实质的系统开发。因为PM、设计、开发、测试与实施都是自己一个人,系统开发的各阶段并不清晰。公司请假政策解读与详细需求整理,业务流程建模,网站架构设计,数据库设计等,都是边做边完善。那段时间Una刚好请产假,由Stace代理请假业务。HR部门三个人干四个人的活,Stacey的忙乎程度可想而知。有时候发现一个需求不明确,想跟她确认一下,她却刚好外出办事。算工资的那几天,就算她MOC在线,也常常忙得没空详细解答我的问题。但她对我提出的每个问题都认真对待。当天未弄清的问题会记下来等第二天继续解答。我的自由度也相对较高,遇到不明确的部分就先放着或按自己的想法先做,尽量先做比较明确的部分。也有因需求不明确而出现返工的情况(比如一开始是允许一单add/delete多条不同请假类型,后来改为限制一单只能一条记录),但对开发进度总体影响不大。

系统开发花时间比较多的地方主要有:一是请假页面输入数据校验及错误提示,在用户界面友好性体验上反复调整多次。 二是解决点击提交按钮后反应太慢的问题。多次跟踪后发现问题是出在自动发送电子邮件的时候,因为有时邮件服务器太忙反应很慢,所以延迟很大。试了几种办法,最终采用多线程的办法比较好的解决了这个延迟问题。三是审批流程部分,角色多(employee, PMO, supervisor, manager, VP, HR), 权限级别多,部门多(有的部门还有特别的审批流程要求),假单状态多(to PMO, to manager, to VP, to HR, approved, denied, canceled),不断扮演不同部门不同权限的角色来调试审批逻辑,相当麻烦。四是系统测试也麻烦,需要请一些不同部门不同角色的人帮忙测试。系统初版可以跑起来后,我随意找了一些同事帮忙测试。虽然大家各自工作都很忙,几乎所有被叫到的人都很热情地参与进来填单测试。帮忙测试人员发现了一些很重要的bug, 有的还测得非常深入,提了不少改进意见或建议。特别感谢 Sophie, Lorie, River, Windy和Cloris。他们提的问题或建议都得到了不同程度的改进或采纳,为系统成功上线做出了贡献。

元旦过后,Una产假结束回来上班了,她在忙完急待处理的事情后,总是尽力配合我的开发工作。请假系统的管理界面主要是她在用。系统做好了可以大大提高每个月的假单处理效率。在全力参与系统上线前的测试工作过程中,她对管理功能方面提了不少新需求,也进一步明确了一些细节方面的要求。反复改进的结果,最终上线的请假系统变得更加符合公司实际情况,变得更加实用了。

当然随着公司的发展,系统需求可能发生变化,运行维护还是时不时需要再花点时间的。相信在不久的将来,系统功能和审批流的灵活可配置方面得到进一步增强后,这个系统定将变得越来越好用。

2015.6.23写于厦门软件园

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181125G11YKM00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券