需求分析模版【荐】.doc

e需求分析类文档模板 编者说明： 许多有经验的开发团队在开始需求调查的时候，总会将“软件客户需求权利书”和“软件客户需求义务书”提交给客户，让客户明确其权利与义务，将会对需求调研、分析的工作带来意想不到的效果，你可以一试。 软件客户需求权利书 1.要求分析人员使用符合客户语言习惯的表达； 2.要求分析人员了解客户系统的业务及目标； 3.要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明。 4.要求开发人员对需求过程中所产生的工作结果进行解释说明； 5.要求开发人员在整个交流过程中保持和维护一种合作的职业态度； 6.要求开发人员对产品的实现及需求都要提供建议，拿出主意。 7.描述产品使其具有易用、好用的特性； 8.可以调整需求，允许重用已有的软件组件； 9.当需要对需求进行变更时，对成本、影响、得失有个真实可信的评估； 10.获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。 软件客户需求义务书 1.给分析人员讲解业务及说明业务方面的术语等专业问题； 2.抽出时间清楚地说明需求并不断完善； 3.当说明系统需求时，力求准确详细； 4.需要时要及时对需求做出决策； 5.要尊重开发人员的成本估算和对需求的可行性分析； 6.对单项需求、系统特性或使用实例划分优先级； 7.评审需求文档和原型； 8.一旦知道要对项目需求进行变更，要马上与开发人员联系； 9.在要求需求变更时，应遵造开发组织确定的工作过程来处理； 10.尊重需求工程中开发人员采用的流程（过程）。 软件项目视图和范围 编者说明： 项目所涉及的内容与所解决的问题都是有限的，而且项目应该是十分有目的性的，是为了实现某个可度量的目标而做的。因此，在需求分析的前期应该将“项目的目标与范围”这一项目的本质文档化，让每一个项目成员对其达成共识。该文档是十分重要，但却又是十分容易被忽视的。该文档模板比较适用于定制开发项目。 1.业务需求 [业务需求说明了提供给客户和产品开发商的新系统的最初利益。不同产品可能会有不同的侧重点。本部分描述了你为什么要从事此项项目的开发，以及它将给开发者和购卖者带来的利益。] 1.1 背景 [在这一部分，总结新产品的理论基础，并提供关于产品开发的历史背景或形势的一般性描述。] 1.2 业务机遇 [描述现存的市场机遇或正在解决的业务问题。描述商品竞争的市场和信息系统将运用的环境。包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。认识到目前只能使用该产品才能解决的一些问题，并描述产品是怎样顺应市场趋势和战略目标的。] 1.3 业务目标 [用一个定量和可测量的合理方法总结产品总结产品所带来的重要商业利润。关于给客户带来的价值在后面阐述，这里仅把重点放在给业务的价值上。这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。] 1.4 客户或市场需求 [描述一些典型客户的需求，包括不满足现在市场上的产品或信息系统的需求。提出客户目前所遇到的问题在新产品中将可能（或不可能）出现的阐述，提供客户怎样使用产品的例子。确定了产品所能运行的软、硬件平台。定义了较高层次的关键接口或性能要求，但避免设计或实现细节。把这些要求写到列表中，可以反过来跟踪调查特殊用户和功能需求。] 1.5 提供给客户的价值 [确定产品给客户带来的价值，并指明产品怎样满足客户的需要。可以用下列言辞表达产品带给客户的价值： 提高生产效率，减少返工； 节省开支； 业务过程的流水线化； 先前人工劳动的自动化； 符合相关标准和规则； 与目前的应用产品相比较，提高了可用性或减少了失效程度。] 1.6 业务风险 [总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施。] 2.项目视图的解决方案 [文档中的这一部分为系统建立了一个长远的项目视图，它将指明业务目标。这一项目视图为在软件开发生存期中作出决策提供了相关环境背景。这部分不包括详细的功能需求和项目计划信息。] 2.1 项目视图陈述 [编写一个总结长远目标和有关开发新产品目的的简要项目视图陈述。项目视图陈述将考虑权衡有不同需求客户的看法。它可能有点理想化，但必须以现有的或所期待的客户市场企业框架。组织的战略方向和资源局限性为基础。] [如：化学制品跟踪系统可使科学家查询到化学制品仓库或供应商将提供的化学制品容器。系统可随时了解公司每一个化学制品容器所处的位置，容器中所剩余的药品剂量，任何时候每个容器所处的位置和用法的历史记录。通过充分利用公司内部的可用化学制品，废弃极少量已使用或过期失效的化学制品，使用标准的化学制品的购买过程等将在