需求分析类文档模板
编者说明：
许多有经验的开发团队在开始需求调查的时候，总会将“软件客户需求权利书”和“软件客
户需求义务书”提交给客户，让客户明确其权利与义务，将会对需求调研、分析的工作带来
意想不到的效果，你可以一试。
软件客户需求权利书
1.要求分析人员使用符合客户语言习惯的表达；
2.要求分析人员了解客户系统的业务及目标；
3.要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明。
4.要求开发人员对需求过程中所产生的工作结果进行解释说明；
5.要求开发人员在整个交流过程中保持和维护一种合作的职业态度；
6.要求开发人员对产品的实现及需求都要提供建议，拿出主意。
7.描述产品使其具有易用、好用的特性；
8.可以调整需求，允许重用已有的软件组件；
9.当需要对需求进行变更时，对成本、影响、得失有个真实可信的评估；
10.获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。
软件客户需求义务书
1.给分析人员讲解业务及说明业务方面的术语等专业问题；
2.抽出时间清楚地说明需求并不断完善；
3.当说明系统需求时，力求准确详细；
4.需要时要及时对需求做出决策；
5.要尊重开发人员的成本估算和对需求的可行性分析；
6.对单项需求、系统特性或使用实例划分优先级；
7.评审需求文档和原型；
8.一旦知道要对项目需求进行变更，要马上与开发人员联系；
9.在要求需求变更时，应遵造开发组织确定的工作过程来处理；
10.尊重需求工程中开发人员采用的流程（过程）。
软件项目视图和范围
编者说明：
项目所涉及的内容与所解决的问题都是有限的，而且项目应该是十分有目的性的，是为
了实现某个可度量的目标而做的。因此，在需求分析的前期应该将“项目的目标与范围”这
一项目的本质文档化，让每一个项目成员对其达成共识。该文档是十分重要，但却又是十
分容易被忽视的。该文档模板比较适用于定制开发项目。
1.业务需求
[业务需求说明了提供给客户和产品开发商的新系统的最初利益。不同产品可能会有不
同的侧重点。本部分描述了你为什么要从事此项项目的开发，以及它将给开发者和购卖者
- 1
- 2
前往页