SFR项目给我的直接感受

作为一个底层的开发人员,SFR项目给我的直接感受是:

1.       一个项目的成功失败,实际上是在项目规划,系统设计时已决定了这个项目的40%,需求下发的时候决定了这个项目的剩下35%,剩下的就是这个项目的开发和测试,维护等.

2.       不管需求怎么变更,系统架构以及数据库应该是这个项目中最稳定的部分,系统架构的更改导致的情况是项目重新开发,而数据库设计的更改则会导致项目开发周期,开发故障直线上升.

3.       一个项目领导不仅应该关注这个项目的生命周期,同时也应该关注项目中成员的生命周期,尤其是最底层的开发人员,这在it相关项目中更为明显.如果项目成员连续一个月,两个月的加班,高压下工作,这个时候会对项目,项目经理,开发经理等产生抵触情绪,带来的是隐藏地效率降低,故障增多.

4.       一个项目中的各个模块之间,应该尽可能的低耦合,高内聚.减少模块之间可能考虑不充分带来的风险.

5.       故障修改是开发环节中重要的一环.故障可以暴露系统中存在的错误.修改故障时,一般会产生这样的心理,这个故障是在这里产生的,那么我把他修改掉.ok了,提交代码,提交测试.测试之后很可能出现的问题是:修改了代码之后,之前不存在的故障,现在却显现了.这就要求我们在修改故障时,甚至要比在开发时,更多地去考虑修改的模块和其他模块之间的关系,尽可能降低修改代码带来的隐患.

6.       一个项目的生命周期:项目规划-->需求分析-->软件设计-->程序编码-->软件测试-->运营维护.个人认为对于开发人员最重要的阶段是需求分析,软件设计,软件测试.

在已有方法可以满足功能的情况下,想要替换能够提高易用性,可靠性,性能的方法,这时候就必须得充分测试新的方法带来的隐患.