南京华为项目经验总结（大方向）

需求规格说明书问题： ‘设计’跟‘具体实现’分开，在设计的时候尽量别考虑实现，将所有的功能想清楚，即使不能实现，那是以后的事情。千万不要纠缠在一起，也不要认为前期的设计不好，后期‘实现’的时候慢慢改善就可以了。做什么就要像什么。一定要过好自己这一关，若自己都认为这样不行的话，那凭什么你的上级经理，或者你的最终客户会接受这份设计。在这点上一定不要大意。这是一个态度问题。

1、 模块命名一定要具体，看这个命名大体知道要干什么；
2、 需求规格主要是用来展现功能点的；
3、 需求一定要与设计分开；
4、 功能要具体要细化，否则容易在设计时缺失功能；
5、 需求中不要出现模糊信息，务必要明确，不要出现“或其他”之类字眼（遇到刁钻客户，能把你搞的半死）；
6、 需求中不要有太细节的东西，如：用户该怎么操作；
7、 需求要列出所有功能，理顺所有功能跟跳转关系（需求是要跟客户沟通的东西，所以一定要通俗，不需要展现技术细节）；
8、 想清楚边界条件；
9、 需求分析跟设计是最重要，最考验一个人能力的东西，当这两个都确定好了之后，编码便水到渠成了。