前段时间做了个小系统，现在总结总结，反思反思，以警续后！
接到个任务：一个星期内做出个羽毛球场地管理系统！分析下当前状况：
1， 系统比较小，需求比较简单：场地的使用情况管理、收费管理、简单的会员管理；
2， 时间比较急迫，正常上班的下班时间+周末，取消所有活动时间，估计时间有：
5小时*5+13小时*2=51小时；
3， 系统难点疑点，几乎没，唯一一个无法预计的是，场地使用情况，需求里要求有直观的表示，要画图！这个之前没有应用过，所以定义为无法预计；
4， 该类型管理系统，也是第一次接触，对于其实际中的业务操作细节，不甚了解，不甚熟悉；
5， 包括本人在内，有两个程序员可用，能比较默契！
综合上述几点，最后得出的是我七上八下的心！无明确的业务操作细节、时间仓促、存在不确定因素！正在犹疑是否放弃的时候，客服那边已经确定下来要做了！~O!!已经没有犹疑的余地了！马上开展，数据库设计、系统架构、讨论、分工、编写代码、整合、测试、修改。。。，仓促之下，“baby”总算及时出来了。之后问题来了！客户很不满意：计算时参数有误、计费时，小数点后面部分未处理，小数点后面居然还出现十几位数、包年场操作不合理。。。等等，一下子反馈了十余条或错误，或漏洞，或不合理，最后抛出一句：您们应该找个人专门测试下！坦白说，我们真的没有怎么测试过！仓促之下，测试更正的都是些程序上，比较明显的错误，很多合理与否的东西完全没时间去考虑：（！
之后的一两个星期里，都是在根据对方的反馈不停改进！还好是个比较小的系统，修改不到哪里去！但，这样确实容易另人失去热情！尽管，最后，客户是接受了这个系统，但已经误了他本身的计划！
之后我总结出两点：
1， 仓促出来的系统，必定不是什么好东西，应该做好比较充分的分析，分析出来的最短开发时间至少要比交付时间多出适当的缓冲时间，否则，不做也罢，情愿少接个单，也不愿一个单坏了信誉！（说明一点，我也相信，做为新起的小公司，不冒一下险去抓住一些难得的机会，就很难有生存下去的空间！这就要看怎么权衡冒险与绝对了！）
2， 要想第一次交付给客户的就是需求的最终版本的软件，必须要经过客户几个版本的使用测试！
