后端小菜谈软件设计

你还在吐槽产品经理给的原型图有多么的不合理么？

你还会想如果这个软件我来设计会如何的简单么？

我时常在想，

在满足用户需求的基础上，

我们的软件究竟可以简单到什么程度呢？

最近想做一个人事考勤系统，定位于中小企业的老板或者人事使用，企业的规模大概100个以内，10个部门以内，主要完成员工档案的录制编辑，请假、加班、出差的登记等功能。

参考很多大型的人事系统，里面有审核流程、用户权限角色等模块。比如，一个员工要请假，他可以打开网址，填写单据后点击提交，他的单据就会按照配置的流程结点传递到对应的领导那边进行审核，最后汇总到人事那边进行统计。

等等，再仔细想一下，大型企业，成功的部署了人事系统兴许还能执行，可是在中小企业中，第一部署不了这么大的系统，第二，员工办公的地方靠的很近，有的喊一声就能叫到人事，员工还会用这样的系统，跑那样繁琐的流程么？他们需要的是一个简捷方便的系统，不要员工参与，只要人事一人使用，登记下员工、请假、加班等信息，方便以后查询统计就行了。

好了，不多说了，开始干吧。

不用复杂的技术（其实复杂的也不会），直接winform+sqlite。

不用复杂的架构（其实复杂的也不会）， 直接传统的三层架构。

原型图：

本人是很菜的菜鸟，所以功能做的很简单，基本上就是增删改查，一天也完成了，可是我至少从头到尾完成了一个小软件，有时候目标定的太大，完不成反而使自己的信心受挫。

人不能为难自己，产品设计就是以用户为主，不要搞得做出来的东西自己都不会用，何谈用户？

大家砖下留情，多给点意见。

软件完成效果图见：http://www.foundexception.com/product