①对于业务方提出需求的人,一定要是对于业务很熟悉,而且有一定决定权的人(这样可以确保提出的需求是正确且可确定的)
②需求文档撰写人员应该对行业或对将要做的业务有很清楚的了解,这样订制出来的需求才能是比较详细和正规的需求说明(可以说需求是软件生命周期的开始,如果它出错了,后面的工作都白搭,而且返工的效率也会很差)
③对于需求的确认,一方面要开发人员点头(功能可以实现);另一方面要客户点头(这是他们要的)。
④模块关联,在需求中要明确各个模块间的各种关联关系(具体到要共享使用的哪些数据和程序功能模块)
⑤需求往往是在变化当中的,但是真正要把它做成很稳定是极困难的;而在现实的项目中,我们要做的就是把控它的变更;要把控变更就要对业务或对系统有一个全方面的了解,需求文档不仅要提出表面的需求,更重要的是把客户或系统的隐含需求要提取出来。