CMS系统开发完成后的一点点感悟

CMS项目总结:

1 重写还是重用:
 如果不是自己之前亲自做过的项目(而且较规范的),不要套用;尤其是在网上下载的更不要去在他的基础上改。自己写才是最好。

2 项目范围:
 项目需求一定弄清楚,项目需求弄清楚后,需求人员进一步确定项目范围,因为项目范围(我们具体做什么,做哪些?)如果不确定,后期如果扩大项目范围可能会造成数据库变动,还得重新召集项目组成员,比较麻烦。

3 项目规范 :
 项目开始时,首先,搭建一致的开发环境 如本次:jdk7 tomcat7 myeclipse10 。其次,写出项目规范,包括数据库和编码的规范(这个也可以在数据库设计时做数据库规范,编码时在做编码规范)。
4 项目进度 :
 --项目在开发时,可以估算一下,只要自己手写的代码,技术能力(是否拥有了想要功能或者效果的技术)如果都具备,20天之内能出了第一版,这可能含有许多BUG,这很正常,之后开发人员自己一般知道自己的bug在哪,给予2或者3天时间改自己的bug。当开发人员都很已经认为没有问题的时候,测试人员出现了,开始测bug,测出bug报告后交给开发人员修改。直至认为已经符合客户的需求,这样交给客户后还有一些改动,可能这就得需要一个月左右的时间,他们的需求断断续续,不会全部测出来,发现个问题给你打个电话,所以这时候就要有个常人陪着他,如果在公司,事情更多,可能一个月做完了原型,但项目整体时间就要×5或者10,但我认为咱们的这种自己写的项目也就一个月,也就是说×2,最多×3。原因分析:公司做的项目想用以前的大项目或者通用的项目改成任何客户的产品,所以如果不是特通用特牛的软件,改造起来会很困难,所以他们改动的时间会很长;而我们是自己手写的,明白一切,想改哪就改哪(当然对于不要超出项目范围过大)。
     --项目进度与项目质量经常是矛盾的。我建议在项目开始的时候,一定要保证质量,但在后期的为了赶进度,代码质量可能会下降。 
 

5 项目组成员
 大家要团结,地利不如人和。所以项目管理者要激发每个人积极性。当然为了把项目做成功,团队之间成员发生争吵也是很正常的事,包括许多大公司也是这样。
 
6 数据库设计:
 数据库设计很重要,不然以后会返工的,他就是我们盖房子的地基,可想而知他的反工的工作量和重要性。所以按照需求设计好数据库。

7 项目架构
 需要有一个人熟悉这套架构。

8 项目开发方法 
 有了6与7的基础,就开始项目开发了,项目开发方法有自底向上 自顶向下的和二者并行的。我希望采用后者比较好,但有个界限,像自底向上就要做到从数据库底层向上到sevicer(业务逻辑)层,对应每一张表都写通用的方法,这些方法在每个类中都一样,对于一些不通用的方法,可以在后期中遇到问题时去增加就可以了,一般增加的不是很多了,也就几个这样,或者改改其他的方法参数就行了。自顶向上其实就是像本项目的WEB UI 部分,应当让人也同步去做。当然像后台的重复样式 只写一遍就可以了,之后告诉开发人员怎么去用或者去参考就行了,自顶向上我感觉对于WEB项目来说也就是做到这,而且做页面在项目开始时就可以进行,它不受别的开发步骤限制。最后就让开发人员去做中间的部分吧,也就是业务逻辑了。

9 任务分解
 我感觉这个老师做的特别好。把一个项目中的各个比较关键的模块或者各种难点分解成各种工作包,分配不同的人去解决,最后在需要时,万事俱备,集成在一起。
10 项目需求个别细节
 个别细节不可忽略,必须按照客户说的弄,如本次的蒙克力与微软的传统蒙古文,如果当时用了传统蒙古文,就没那么多麻烦了。

以上是我本次对CMS系统开发后的感悟

 

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值