客户需求说明书Word文件下载.docx

1、局限性和专用性 23业务环境 客户概貌 工程的优先级 24产品成功的因素 3.功能需求 4.非功能需求 4.1.性能需求 1142约束和限制 4.3.平安设施要求 4.4.平安和保密要求 4.5.质量属性 46 相关人员需求 4.7.兼谷需求 4.8.客户界面需求 4.9.包装需求 4.10 开发进度需求4.11 附加的需求4.12 有关产品生命周期阶段的需求4.13 客户对产品验证活动的约束4.14 客户对产品确认活动的约束5.接口需求 6.需求的优先级和权重 1.引言【引言，作为文档的第一局部，对整个客户需求说明书文档进行概要性的说明，帮助 读者快速了解文档目的、编写约定、阅读方式以及软件

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

3、后形成?；本文档内容主要涵盖了客户提出的业务需求、功能需求、性能需求、环境需求和 非功能性需求包括本钱、进度和技术限制等；本文档是进行软件需求分析和制定工程方案的根底，在工程后期将作为验收交付 的主要依据。1.3.预期读者和阅读建议【列出软件需求说明书所针对的不同读者，如工程经理、开发人员、销售、用户、测试人员或文档的编写人员；描述本文剩余内容及行文构架；每类读者最适合的阅读方式建议。注：不同读者，对需求的理解能力、关注的侧重点各不相同，需求分析人员应当给出 方便他们阅读的合理化建议，有助于检查需求的质量。14缩略语本文中使用的名词术语和缩略语见下表。表1名词和缩略语序号缩略语说明备注1234

4、1.5.参考文献表2参考文献文档编号文档名称版本号发布日期作者2.工程范围2.1.业务需求【业务需求说明了提供应客户和产品的开发商的新系统的最初利益。不同的产品，例 如信息管理系统、商业软件包、系统捆绑软件将有不同的侧重点。本局部描述了你为什么 要从事此项工程的开发，以及它将给开发者和购置者带来的利益。【总结新产品的理论根底，并提供关于产品开发的历史背景或形式的一般性描述。2.1.2. 业务机遇【描述现存的市场机遇或正在解决的业务问题。描述商品竞争的市场和信息系统将运用的环境。包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什 么具有吸引力和它们所能带来的竞争优势。认识到目前

5、只能使用该产品才能解决的一些问 题，并描述产品是怎样顺应市场趋势和战略目标的。2.1.3.业务目标【用一个定量和可测量的合理方法总结产品所带来的重要商业利润。关于给客户带来的价值在本模板的工程视图和范围文档中阐述，这里仅把重点放在给业务的价值上 这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。如果这 些信息在其它地方已表达，就请参考有关文档，在此就不再重复了。2.14客户或市场需求【描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需求。提出 客户目前所遇到的问题在新的产品中将可能或不可能出现的阐述，提供客户怎样使用 产品的例子。确定了产品所能运行的软、硬件

6、平台。定义了较高层次的关键接口或性能要 求，但防止设计或实现细节。把这些要求写在列表中，可以反过来跟踪调查特殊用户和功 能需求。2.1.5.提供应客户的价值【确定产品给客户带来的价值，并指明产品怎样满足客户的需要。可以用以下言词表 达产品带给客户的价值：产品生产效率，减少返工节省开支业务过程的流水线化先前人工劳动的自动化符合相关标准和规那么。与目前的应用产品相比拟，提高了可用性或减少了失效程度】2.16 业务风险【总结开发或不开发该产品有关的主要业务风险，例如市场竞争、时间问题、用 户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所 能米取的减轻风险的措施。2.2.

7、范围和局限性2.2.1.首次发行的范围【总结首次发行的产品所具有的性能。描述了产品的质量特性，这些特性使产品可以 为不同的客户群提供预期的结果。应当防止把一些潜在的客户所能想到的每一特性都包括 到1.0版本的产品中。这一倾向所带来的普遍恶果是产生软件规划的动乱性和错误性。开 发者应把重点放在能提供最大价值、花费最合理的开发费用及普及率最高的产品上。2.2.2.随后发行的范围【指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。2.2.3.局限性和专用性【明确定义包括和不包括的特性和功能的界线。 列出产品中不包括到的特性和功能。2.3.业务环境2.3.1.客户概貌【客户概述明确了这一产品

8、的不同类型客户的一些本质的特点，以及目标市场部门和 在这些部门中的不同客户的特征。对于每一种客户类型，概述要包括以下信息:各种客户类型将从产品中获得的主要益处它们对产品所持的态度。 感兴趣的关键产品的特性。 哪一类型客户能成功使用。必须适应任何客户的限制。2.32 工程的优先级【明确建立工程的优先级，考虑软件工程的五个方面：性能、质量、方案、本钱和人 员。使每一个人的努力和期望与普通认可的优先级相一致。2.4.产品成功的因素【明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的因素。不 仅要包括组织直接控制的范围内的失误，还要包括外部因素。可建立测量的标准，用于评 价是否到达义务目

9、标，这些标准的实例有：销售量或收入、客户满意程度的测量、准确度 等。3.功能需求【验收交付的产品必需实现这些功能，并满足顾客对于这些功能的要求。一般以客户熟悉的自然语言描述功能需求，以便与客户达成共识。4.非功能需求4.1.性能需求【以客户熟悉的语言描述以下方面的需求。同时支持的最大用户数、同时支持操作的个数、某时刻能承受的最大数据量、数 据最大存储量、对系统运行时允许占用的系统资源要求；系统持续运行时间、响应时间、数据更新处理时间、数据间的转换和传输时间、 界面刷新处理时间的要求；在不同安装/运行环境、不同操作方式下，或者与其它子系统接口发生改变时，某 些数据和参数可以允许的变化范围。软件应

10、用的领域不同，对其性能的要求可能也不尽相同。即使是为客户量身定做 的专用软件，客户对某些性能的要求或许比某个功能更加重要和严格。因此应当解释这种 要求，以便做出合理的设计和优化的算法。4.2.约束和限制【如：环境的限制、国家和地方性政府的法律法规要求、行业规定约束、技术标准和 其它限制。4.3.平安设施要求【指明软件本身的平安设计要求，并说明为防止或减轻对相关人员、财产和物理环境 产生危害而采取的措施，以及为预防的潜在的危险动作而必须遵从的平安标准策略或规 那么。44平安和保密要求【说明与系统平安性、完整性和保密性相关的需求。如客户身份确认和权限界定，明 确产品必须满足的平安保密策略。如防止有

11、关重要数据丧失而采取的保密要求。4.5.质量属性【质量属性：对系统如何很好地执行某些行为或让用户采取某一措施的陈述就是质量 属性，这是一种非功能需求：快捷、简易、直觉性、用户友好、健壮性、可靠性、平安性 和高效性等。4.6.相关人员需求【说明此软件系统对相关软件使用和维护人员的需求：操作人员的技术水平、培训需求；总的系统环境的实现要求，包括系统使用人员的培训、操作环境、相关保障等。4.7.兼容需求【考虑系统维护、软件支持、系统传输方式、支持系统需求，对已有性能和设备的影 响。4.8.客户界面需求【根据客户的要求和功能的划分， 考虑易操作性、界面的协调性和风格一致性等方面, 提出对客户界面的要求

12、，包括屏幕格式、报表格式、菜单、输入输出要求。如：遵循的某个特定的标准或产品系列的风格；屏幕布局的优先考虑；每个界面的标准按钮、功能；快捷键的使用；错误信息显示标准。4.9.包装需求【指明包装、商标和运输的需求，可参考权威标准。4.10.开发进度需求【根据工程总体方案和其它相关子系统的要求，给出该软件系统开发的起始和终止时 间。4.11.附加的需求【这些特征在客户的期望范围之外，并且当其存在时将会非常令客户满意。例如：字 处理软件要求标准的特征，所交付的产品包含一系列页面布局能力等。4.12.有关产品生命周期阶段的需求【指与产品不同生命周期阶段有关的需求。客户提出的对产品验收测试阶段的需 求：验收测试准那么。4.13.客户对产品验证活动的约束【对产品的验证活动包括对产品的评审、测试等质量检查活动，如果客户对这些活动 提出某些要求，那么应该在需求阶段确定这些需求。4.14.客户对产品确认活动的约束【对产品确实认活动是指有权放行产品或接受产品的人员如：客户，通过验收活 动，对是否放行或接受产品进行确认，如果客户对确认活动提出要求，那么应在需求阶段确定这些需求。5.接口需求【阐述需求相关方之间的接口关系；以客户熟悉的语言描述系统与外部的接口关系以 及其它已识别的接口关系。6.需求的优先级和权重【给出不同需求的相对重要性优先级、紧迫度和权重。