客户需求说明书模板

1、客户需求说明书XXX项目客户需求说明书(Vx.xx )一九年一月1. 引言4.1.1. 目的4.1.2. 文档概述4.1.3. 预期读者和阅读建议 5.1.4. 缩略语5.1.5. 参考文献5.2. 项目范围6.2.1.业务需求6.2.1.1.背景6.2.1.2. 业务机遇6.2.1.3. 业务目标6.2.1.4. 客户或市场需求 6.2.1.5. 提供给客户的价值 7.2.1.6. 业务风险7.2.2. 范围和局限性7.2.2.1. 首次发行的范围7.2.2.2. 随后发行的范围8.2.2.3. 局限性和专用性8.2.3. 业务环境8.2.3.1. 客户概貌8.2.3.2. 项目的优先级8.

2、2.4.产品成功的因素8.3.功能需求9.4.非功能需求9.4.1. 性能需求9.4.2. 约束和限制9.4.3. 安全设施要求 9.4.4. 安全和保密要求104.5. 质量属性1.046 相关人员需求 104.7. 兼容需求104.8. 客户界面需求104.9. 包装需求114.10. 开发进度需求114.11. 附加的需求 114.12. 有关产品生命周期阶段的需求1.14.13. 客户对产品验证活动的约束114.14. 客户对产品确认活动的约束115. 接口需求.126. 需求的优先级和权重 1.21. 引言【引言，作为文档的第一部分，对整个客户需求说明书文档进行概要性的说 明，帮助读

3、者快速了解文档目的、编写约定、阅读方式以及软件产品。】1.1. 目的通过将客户需求形成正式的文档， 在客户和项目组之间建立对客户需求 的共同理解；通过客户和项目组成员及其他相关人员对文档的正式评审，全面提高文档质量，减少返工，并为后续工作提供可靠的依据。通过对经相关人员审批的客户需求说明书进行配置管理，有效地控 制需求的变更，保障软件的需求分析、设计和实现的一致性，最终满足 客户要求。1.2. 文档概述【本节分三部分简要描述文档形成的来源和过程、文档主要内容、本文档与 其它文档和工作阶段的关系。可根据项目实际情况对下面的文字加以利用、裁剪 或补充。】通过识别所有与客户需求相关的组，并组织所有相

4、关组成员参与搜集、 挖掘和定义需求，达成一定意见，最后形成客户需求说明书；本文档内容主要涵盖了客户提出的业务需求、功能需求、性能需求、环境需求和非功能性需求（包括成本、进度和技术限制等）；本文档是进行软件需求分析和制定项目计划的基础，在项目后期将作为验收交付的主要依据。1.3. 预期读者和阅读建议【列出软件需求说明书所针对的不同读者，如项目经理、开发人员、销售、 用户、测试人员或文档的编写人员；描述本文剩余内容及行文构架；每类读者最 适合的阅读方式建议。】注：不同读者，对需求的理解能力、关注的侧重点各不相同，需求分析人员应当给出方便他们阅读的合理化建议，有助于检查需求的质量。1.4. 缩略语本

5、文中使用的名词术语和缩略语见下表。表1名词和缩略语序号缩略语说明备注12341.5. 参考文献表2参考文献文档编号文档名称版本号发布日期作者2. 项目范围2.1. 业务需求【业务需求说明了提供给客户和产品的开发商的新系统的最初利益。不同的产品，例如信息管理系统、商业软件包、系统捆绑软件将有不同的侧重点。本部 分描述了你为什么要从事此项项目的开发，以及它将给开发者和购买者带来的利益。】2.1.1. 背景【总结新产品的理论基础，并提供关于产品开发的历史背景或形式的一般性 描述。】2.1.2. 业务机遇【描述现存的市场机遇或正在解决的业务问题。描述商品竞争的市场和信息系统将运用的环境。包括对现存产品

6、的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。认识到目前只能使用该产品才能解决的一些问题，并描述产品是怎样顺应市场趋势和战略目标的。】2.1.3. 业务目标【用一个定量和可测量的合理方法总结产品所带来的重要商业利润。关于给客户带来的价值在本模板4.1.5的项目视图和范围文档中阐述，这里仅把重点放 在给业务的价值上。这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。如果这些信息在其它地方已叙述， 就请参考有关文档，在 此就不再重复了。】2.1.4. 客户或市场需求【描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需

7、 求。提出客户目前所遇到的问题在新的产品中将可能（或不可能）出现的阐述， 提供客户怎样使用产品的例子。确定了产品所能运行的软、硬件平台。定义了较 高层次的关键接口或性能要求，但避免设计或实现细节。把这些要求写在列表中， 可以反过来跟踪调查特殊用户和功能需求。】2.1.5. 提供给客户的价值【确定产品给客户带来的价值，并指明产品怎样满足客户的需要。可以用下 列言词表达产品带给客户的价值：产品生产效率，减少返工节省开支业务过程的流水线化先前人工劳动的自动化符合相关标准和规则。与目前的应用产品相比较，提高了可用性或减少了失效程度】2.16业务风险【总结开发（或不开发）该产品有关的主要业务风险，例如市

8、场竞争、时间 问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的 严重性，指明你所能采取的减轻风险的措施。】2.2. 范围和局限性2.2.1. 首次发行的范围【总结首次发行的产品所具有的性能。描述了产品的质量特性，这些特性使 产品可以为不同的客户群提供预期的结果。 应当避免把一些潜在的客户所能想到 的每一特性都包括到1.0版本的产品中。这一倾向所带来的普遍恶果是产生软件 规划的动荡性和错误性。开发者应把重点放在能提供最大价值、花费最合理的开 发费用及普及率最高的产品上。】222.随后发行的范围【指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。】2.2.3. 局限

9、性和专用性【明确定义包括和不包括的特性和功能的界线。 列出产品中不包括到的特性 和功能。】2.3. 业务环境2.3.1. 客户概貌【客户概述明确了这一产品的不同类型客户的一些本质的特点， 以及目标市 场部门和在这些部门中的不同客户的特征。 对于每一种客户类型，概述要包括以 下信息：各种客户类型将从产品中获得的主要益处。它们对产品所持的态度。感兴趣的关键产品的特性。 哪一类型客户能成功使用。必须适应任何客户的限制。】2.3.2. 项目的优先级【明确建立项目的优先级，考虑软件项目的五个方面：性能、质量、计划、 成本和人员。使每一个人的努力和期望与普通认可的优先级相一致。】2.4. 产品成功的因素【

10、明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的 因素。不仅要包括组织直接控制的范围内的失误，还要包括外部因素。可建立测量的标准，用于评价是否达到义务目标，这些标准的实例有：销售量或收入、客户满意程度的测量、准确度等。】3. 功能需求【验收交付的产品必需实现这些功能，并满足顾客对于这些功能的要求。一 般以客户熟悉的自然语言描述功能需求，以便与客户达成共识。】4. 非功能需求4.1. 性能需求【以客户熟悉的语言描述以下方面的需求。同时支持的最大用户数、同时支持操作的个数、某时刻能承受的最大数 据量、数据最大存储量、对系统运行时允许占用的系统资源要求； 系统持续运行时间、响应时间、

11、数据更新处理时间、数据间的转换和传 输时间、界面刷新处理时间的要求；在不同安装/运行环境、不同操作方式下，或者与其它子系统接口发生改 变时，某些数据和参数可以允许的变化范围。注：软件应用的领域不同，对其性能的要求可能也不尽相同。即使是为客户量身定做的专用软件，客户对某些性能的要求或许比某个功能更加重要和严格。因此应当解释这种 要求，以便做出合理的设计和优化的算法。】4.2. 约束和限制【如：环境的限制、国家和地方性政府的法律法规要求、行业规定约束、技术规范和其它限制。】4.3. 安全设施要求【指明软件本身的安全设计要求，并说明为避免或减轻对相关人员、 财产和物理环境产生危害而采取的措施，以及为

12、预防的潜在的危险动作而必须遵从的安全标准策略或规则。】44安全和保密要求【说明与系统安全性、完整性和保密性相关的需求。如客户身份确认和权限 界定，明确产品必须满足的安全保密策略。 如防止有关重要数据丢失而采取的保 密要求。】4.5. 质量属性【质量属性：对系统如何很好地执行某些行为或让用户采取某一措施的陈述 就是质量属性，这是一种非功能需求：快捷、简易、直觉性、用户友好、健壮性、 可靠性、安全性和高效性等。】46相关人员需求【说明此软件系统对相关软件使用和维护人员的需求：操作人员的技术水平、培训需求；总的系统环境的实现要求，包括系统使用人员的培训、操作环境、相关 保障等。】4.7. 兼容需求【

13、考虑系统维护、软件支持、系统传输方式、支持系统需求，对已有性能和 设备的影响。】4.8. 客户界面需求【根据客户的要求和功能的划分，考虑易操作性、界面的协调性和风格一致 性等方面，提出对客户界面的要求，包括屏幕格式、报表格式、菜单、输入输出 要求。如：遵循的某个特定的标准或产品系列的风格； 屏幕布局的优先考虑；每个界面的标准按钮、功能；快捷键的使用；错误信息显示标准。】4.9. 包装需求【指明包装、商标和运输的需求，可参考权威标准。】4.10. 开发进度需求【根据工程总体计划和其它相关子系统的要求，给出该软件系统开发的起始 和终止时间。】4.11. 附加的需求【这些特征在客户的期望范围之外，并且当其存在时将会非常令客户满意。例如：字处理软件要求标准的特征，所交付的产品包含一系列页面布局能力等。】4.12. 有关产品生命周期阶段的需求【指与产品不同生命周期阶段有关的需求。女口：客户提出的对产品验收测试 阶段的需求：验收测试准则。】4.13. 客户对产品验证活动的约束【对产品的验证活动包括对产品的评审、 测试等质量检查活动，如果客户对这些活动提出某些要求