1、写一份软件规格需求说明书，我们的需求说明书是要给谁看的，谁又会看那一部分呢？这两个问题是实实在在的，的确如此，苦逼的程序员紧赶慢赶起早贪黑的写了厚厚一摞的文档，恭恭敬敬的交到经理面前，但是经理会认真看吗？对，他肯定不会！首先，经理有他自己的主要职责不会在这一方面浪费太多的时间；其次，一本规格需求说明书少说几万字，包含内容繁多，经理也不知道要看哪一部分；再次，程序员的需求规格说明书里面专业术语太多，而经理又不一定是懂技术的人，这就在理解上带来了很多不必要的麻烦。
2、需求规格说明书应采用业务向导的树形结构来组织。
3、在没有了解软件需求之前作为一名新手当然是不会想这末多的，以为做软件的重头戏就是在编写（看来真是可笑），现在真正体会到了需求和目标的重要性。其实在做需求和交流这条路上关键是与人打交道，需求分析师和客户之间高效率的交流，代码编写者与项目经理之间默契的配合，以及公司内各个部门之间无间的合作才是成功的关键。
个人感受
需求分析在软件工程行业是十分重要的更是必须要做而且要做好的，假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件项目无法在规定的时间里完工。过去我时常没做需求分析就开始写代码，结果往往不如人意，今后应注重需求分析方面的要求。