请假系统开发记

公司在线请假系统今年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写于厦门软件园