需求规格说明书问题: ‘设计’跟‘具体实现’分开,在设计的时候尽量别考虑实现,将所有的功能想清楚,即使不能实现,那是以后的事情。千万不要纠缠在一起,也不要认为前期的设计不好,后期‘实现’的时候慢慢改善就可以了。做什么就要像什么。一定要过好自己这一关,若自己都认为这样不行的话,那凭什么你的上级经理,或者你的最终客户会接受这份设计。在这点上一定不要大意。这是一个态度问题。
1、 模块命名一定要具体,看这个命名大体知道要干什么;
2、 需求规格主要是用来展现功能点的;
3、 需求一定要与设计分开;
4、 功能要具体要细化,否则容易在设计时缺失功能;
5、 需求中不要出现模糊信息,务必要明确,不要出现“或其他”之类字眼(遇到刁钻客户,能把你搞的半死);
6、 需求中不要有太细节的东西,如:用户该怎么操作;
7、 需求要列出所有功能,理顺所有功能跟跳转关系(需求是要跟客户沟通的东西,所以一定要通俗,不需要展现技术细节);
8、 想清楚边界条件;
9、 需求分析跟设计是最重要,最考验一个人能力的东西,当这两个都确定好了之后,编码便水到渠成了。