系统分析的一些感想!

做IT项目时，大家都会遇到需求不断变化的情况!

我对此现象结合自己的一些经验与大家做一个个人的分享:

1.首先了解项目，哪些功能是客户最关注的,哪些功能是次要的。一定要做到有得放矢。

2.尽量将用户的复杂的业务需求转变成最简单的业务规则和业务规则实现.先快速实现出一个模型。当后面的需求变化时，相应的结构和规则也跟着变化。

3.对于核心产品、业务规则和逻辑的设计万不可草率，并且不要集中由“一类”人去做。最好一开始就将最终使用和开发者纳入业务流程、规则、逻辑设计队伍。并充分讨论精简后完成产品的整体构架设计，然后进入编码阶段。综合考量成本/效果的比例，舍弃对系统可能产生混乱的设计，并想办法最寻找简单的替代方案。而且尽可能一开始就确定数据库的主体框架。

4.对于需求变更来说,我这里借用别人的经验值是5:3:2,10条意见中,五条完全接受，3条需要修改达到目的，1到2条无法实现。如果你全盘接受变更的话，你的团队成员将会怨声在道,如果全盘否定的话，你的客户会跳起来骂娘的.