需求说明书模板.docxVIP

项目名称 业务需求说明书 文件状态： 文件状态： 编 制 [ ] 草稿 日 期 [√] 正式发布 [ ] 正在修改 版 本 修订人审核人 修订人 审核人 批准 版本 修订人 日期 审核人 日期 批准人 日期 更改记录 （标注页码、章节、简要内容） 目 录 引言 1 编写目的 1 背景 1 读者对象 1 参考资料 1 术语与缩写解释 1 产品目标 错误!未定义书签。 产品概述 2 产品面向的用户群体 2 产品应当遵循的标准或规范 2 产品的业务需求 2 总体业务描述 2 业务流程描述 2 3.2.1 业务 1 3 3.2.2 业务 2 3 3.2.3 业务 n 3 产品的功能需求 3 4.1 特性 1 3 4.1.1 功能 1.1 3 4.1.2 功能 1.2 4 4.1.3 功能 1.n 4 4.2 特性 2 4 4.3 特性 n 4 产品的非功能性需求 4 软件环境要求 4 硬件环境要求 5 用户界面需求 5 产品性能要求 5 精度 5 时间特性要求 5 灵活性 6 故障处理要求 6 数据管理能力要求 6 其他专门要求 6 逻辑数据库要求 7 附录 7 附录 1：用户需求调研记录 7 需求标题 1 7 需求标题 2 7 附录 2：用户提供的文档记录 8 附录 3：原始表样（纸介质/或电子） 8 引言 编写目的 【说明编写这份软件业务需求描述书的目的。本文档的目的是描述待开发的是何软件产品，产品的业务流程、初步功能需求、性能、风格、环境要求和质量要求。】 背景 【提示：描述该项目的产生背景，用户为什么会产生出做这样项目的想法，用户做这个项目是为了解决什么问题。】 读者对象 【提示：指出预期的读者，预期的读者是产品的最终用户、管理人员、设计人员、测试人员、质量保证人员。】 参考资料 ＃1 ＃ 1 资料或文献 作者/出版单位 说明 2 术语与缩写解释 【提示：列出本文件中用到的专门术语和外文缩写的原词句。】 ＃ ＃ 缩略语及名词 全称 说明 1 2 约束与依赖 【提示：此节描述可能基于的与其他信息相关的假定与约束、依赖。】 产品目标 产品概述 【提示：确定待开发的软件产品的名称；说明该软件能做什么、不能做什么；开发目的与开发目标】 现状分析 【提示：对用户的工作环境，如网络现状、已有信息系统的现状进行描述】 产品面向的用户群体 【提示： 阐述该产品的用户（客户、最终用户）具有哪些特征，如果是针对合同开发，则应列出本 软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用 频度。这些是软件设计工作的重要约束。 说明本产品将将如何使用本产品，使用本产品将给他们带来的好处。】 产品应当遵循的标准或规范 【提示：阐述本产品应当遵循什么标准、规范或业务规则。】 产品的业务需求 总体业务描述 【提示：分层次描述业务，如总体业务、业务如何分类。】 业务流程描述 【提示：描述业务流程，并配以业务处理流程图。】 业务 1 业务 2 业务n 产品的功能需求 【提示：将功能性需求先粗分再细分，下表中的 特性 1、功能 1 .1 等符号应当被替换成有含义的名称。特性可以理解为子系统】 功能性需求列表 特性 特性 功 能 功能 1.1 特性 1 功能 1.2 … 功能 2.1 特性 2 功能 2.2 … 特性 1 【提示：此处写一些简单的说明文字。如果该特性是有层次的，需要撰写时把这种层次关系描述完整。 举例：(机房管理系统中的用户管理)。 用户管理完成用户帐户的创建、修改、充值、退款、删除/恢复和查询功能。】 4.1.1 功能 1.1 【提示：在此简单描述该功能，描述内容包括： 该功能模块的功能。 激励条件或操作方式输入内容及形式 业务处理过程 输出结果及形式 注：可根据实际情况对内容进行裁剪，建议能在此处说清楚的问题，在时间进度允许的情况下， 尽量描述完整，以提高“需求规格说明”撰写效率。】 4.1.2 功能 1.2 4.1.3 功能 1.n 特性 2 特性 N 接口需求 序号外部系统名称 序号 外部系统名称 外部系统描述 接口描述 产品的非功能性需求 【提示：非功能性需求主要包括用户界面布局/风格样式、系统运行环境、性能要求、故障处理要求、数据管理能力要求和其他专门要求。】 软件环境要求 【提示：软件环境要求主要是描述系统运行的软件环境。包括：一般性的软件环境，指明操作系统、数据库系统等。 特殊要求的系统软件，如运行该系统必须满足的的前提软件系统和组件等。对每个必备的软件产品，应提供下列信息： 产品名称保存介质规格型号版 本 号 来源 对于某些接口软件，必要时要说明其用途，根据消息格式和内容详细说明该接口。对于已经有详细文档的接口，只