软件项目客户需求说明书模版.doc

软件项目客户需求说明书 文档编号： 受控状态：受控 版本号：V1.1 2014年09月17日 修 订 记 录 类别：A – 增加 M – 修改 D – 删除 版本 日期 制定 类别 批准 描述（注明修改的条款或页）  1. 文档介绍 1 1.1 目的 1 1.2 读者对象 1 1.3 术语与缩写解释 1 1.4 参考文档 1 2. 背景与目标 2 2.1 需求背景 2 2.2 用户特点及使用频度 2 2.3 业务目标描述 2 2.4 应用目标与范围 2 2.5 与外部系统接口关系 2 3. 系统描述 2 3.1 系统拓扑图 2 3.2 系统流程描述 2 4. 用户需求 3 4.1 用户需求1 3 4.1.1 用例1 3 4.1.2 用例n 3 4.2 用户需求n 3 5. 非功能性需求 3 5.1 界面特性 3 5.2 性能要求 3 5.3 运行环境 4 5.4 约束条件 4 6. 客户需求文档确认 5 6.1 客户基本信息： 5 6.2 客户签名： 5  文档介绍 目的 编写客户需求文档的目的在于对客户需求做出描述，并给出建议的解决方案，同时提供需求分析的概要。 …… 描述编写该文档的目的。 读者对象 …… 本文档面向的读者对象。如用户业务代表、后续的产品需求开发、设计、软件开发、测试人员等。 术语与缩写解释 NO 术语/缩写 名称 解释说明 对本文所涉及的术语与缩写给出解释说明。 参考文档 NO 文档名称 文档标示号 如引用其他关联文档，如《需求调研报告》等，则分别予以说明。 背景与目标 需求背景 …… 描述该软件是基于何种背景前提条件下提出的开发需求，侧重客户以及最终用户的需求。如用户发现此前一直使用的XX软件目前已经不能满足当前的要求；或一直缺乏X方面的软件帮助提高办公效率等等。 用户特点及使用频度 …… 必须结合所需软件产品的操作手段与用途阐述最终用户的特点，充分说明操作人员所处的行业、岗位、领域，以及受教育程度、知识水平和专长等，并明确维护人员的特点与要求（维护人员也在考虑之列！）。 同时说明用户对该系统的使用频度的期望值。 业务目标描述 …… 基于“背景信息”的考虑，描述客户对本文档所定义的软件将要作用、运行的环境，以及所要发挥的效用、承担的任务等。 应用目标与范围 …… 描述该软件的应用目标，如系统应用最高限度，最低限度；使用者，使用范围。 与外部系统接口关系 …… 如与外部系统发生关联，则需要在此说明存在哪些接口；如不发生关联，则需要说明该系统是一独立运行的系统；如本系统需要向外界预留接口，则也在此说明。? 系统描述 系统拓扑图 …… 给出整体系统的拓扑结构图，描述系统的网络、终端、其他外部系统等的交互关系。并给予必要的文字描述。 系统流程描述 …… 给出整体系统的流程图，从业务逻辑关联的角度描绘各子功能的有机运作关系，并予以必要文字描述说明。 用户需求 分节详细说明必要的用户需求，以确保软件的正确开发。必要时适当给出用例图、数据流程图等进行直观描述。 用户需求1 需求编号 优先级 用例1 可采用用例的方式描述该功能期望的实现目标，输入输出要求等，相关角色，事件流等。 用例名称 主要角色 前置条件 后置条件 基本流 备选流 补充说明 用例n 用户需求n 非功能性需求 界面特性 …… 依照主次顺序，对界面要求做出描述与定义。（对于基于原产品开发的项目，则侧重说明新产品与原产品不同的要求） 性能要求 时间 开发约束 阐明客户对本软件在软件开发活动中的约束条件，包括需求分析、设计、编码、测试等各阶段所需要遵守的约束；如参照其他类似项目的要求，也须在此说明；如客户对此无特殊要求，可以省略！ 进度目标 阐明客户对本软件进度完成的要求，如何时交付何种软件产品等。必要时提供进度表等附件作为参考！ 质量期望 阐明客户对本软件质量完成目标的期望，如要求软件工作产品必须经过严格评审、测试且评审测试缺陷移除率必须达到一定指标等；或产品交付使用阶段，因为开发人员而引入的缺陷率不能超过X件/KL；如客户未明确给出质量期望，也在此说明要求。 人员要求 客户是否对参与本软件开发活动中各角色的技能有特殊要求，如编码人员必须具有两年以上.NET实际项目经验、设计人员必须有一年以上系统架构经验等；如无特殊要求，可以删减。 验收准则 阐明客户对本软件提出的验收准则。通常验收可能采取的手段有： 演示：对整个软件或部分软件的运行； 分析：例如对测试数据的解释和归纳； 检查：对软件的编码和文档等的直观检查即走查等，文档包括系统概要设计、系统详细设计、测试报告、用户手册。 维护要求