前段时间做了个小系统,现在总结总结,反思反思,以警续后!

接到个任务:一个星期内做出个羽毛球场地管理系统!分析下当前状况:

1, 系统比较小,需求比较简单:场地的使用情况管理、收费管理、简单的会员管理;

2, 时间比较急迫,正常上班的下班时间+周末,取消所有活动时间,估计时间有:

5小时*5+13小时*2=51小时;

3, 系统难点疑点,几乎没,唯一一个无法预计的是,场地使用情况,需求里要求有直观的表示,要画图!这个之前没有应用过,所以定义为无法预计;

4, 该类型管理系统,也是第一次接触,对于其实际中的业务操作细节,不甚了解,不甚熟悉;

5, 包括本人在内,有两个程序员可用,能比较默契!

综合上述几点,最后得出的是我七上八下的心!无明确的业务操作细节、时间仓促、存在不确定因素!正在犹疑是否放弃的时候,客服那边已经确定下来要做了!~O!!已经没有犹疑的余地了!马上开展,数据库设计、系统架构、讨论、分工、编写代码、整合、测试、修改。。。,仓促之下,“baby”总算及时出来了。之后问题来了!客户很不满意:计算时参数有误、计费时,小数点后面部分未处理,小数点后面居然还出现十几位数、包年场操作不合理。。。等等,一下子反馈了十余条或错误,或漏洞,或不合理,最后抛出一句:您们应该找个人专门测试下!坦白说,我们真的没有怎么测试过!仓促之下,测试更正的都是些程序上,比较明显的错误,很多合理与否的东西完全没时间去考虑:(!

之后的一两个星期里,都是在根据对方的反馈不停改进!还好是个比较小的系统,修改不到哪里去!但,这样确实容易另人失去热情!尽管,最后,客户是接受了这个系统,但已经误了他本身的计划!

 

之后我总结出两点:

1, 仓促出来的系统,必定不是什么好东西,应该做好比较充分的分析,分析出来的最短开发时间至少要比交付时间多出适当的缓冲时间,否则,不做也罢,情愿少接个单,也不愿一个单坏了信誉!(说明一点,我也相信,做为新起的小公司,不冒一下险去抓住一些难得的机会,就很难有生存下去的空间!这就要看怎么权衡冒险与绝对了!)

2, 要想第一次交付给客户的就是需求的最终版本的软件,必须要经过客户几个版本的使用测试!

posted on 2006-12-31 00:53  冷冰鱼  阅读(265)  评论(0编辑  收藏  举报