把握需求是关键。但是怎样才能把握需求呢?这里面就很难把空了。我的经验是比较实际的办法是,需求调研后出需求细化说明书。然后用静态页面做好Demo(这个很重要,有很多东西是用文字说不清楚的),用户确认以后才真正做。 当然有可能用户不会一次性全部确认完,可以能确认的先确认,确认多少做多少。

解决方案 »

  1.   

    楼上的两位说的都很好,我也说一点,做完需求后,最好让公司的美工做一些 demo ,最好是对应一个需求做一个,
    这样,把可户的需求落实下来,争取以后不要出现需求上的问题。然后,对应每一个功能模块,实现编码。  这是不太好的实现方法。好的方法是:对这些模块的共同的部分进行抽象,写成公共类,然后,各个模块需要继承
    这些公共类,然后针对自己的模块特色,重写或者补充相应的方法。
      

  2.   

    zeq258(近朱者赤) :
       你好。谢谢你对我的帮助。我想请教一下:
       “做完需求后,最好让公司的美工做一些 demo ,最好是对应一个需求做一个,
    这样,把可户的需求落实下来,争取以后不要出现需求上的问题。”
    中的“对应一个需求做一个”是什么意思?
      

  3.   


    zeq258(近朱者赤) :
       你好。谢谢你对我的帮助。我想请教一下:
       “做完需求后,最好让公司的美工做一些 demo ,最好是对应一个需求做一个,
    这样,把可户的需求落实下来,争取以后不要出现需求上的问题。”
    中的“对应一个需求做一个”是什么意思?
    -------------------------------
    比如说,你使用的是 struts ,很多情况下,一个功能模块对应一个 action ,
    因为这些 action 里边有可能做了很多相同的工作,这样,
    对这些模块的共同的部分进行抽象,写成公共类,然后,各个模块需要继承
    这些公共类,然后针对自己的模块特色,重写或者补充相应的方法。