需求规格说明书-范本.docVIP

[项目名称] 需求规格说明书 | 《 建设单位： 承建单位： 编订时间：YYYY-MM-DD … 文件修订记录 修订日期 版本 修订内容 修订人 审核人 [ . / ~ — \ 目 录 TOC \o 1-2 \h \z \u 第 1 章 前言 1 目的 1 项目概述 1 术语和缩写 1 参考资料 1 第 2 章 业务需求 1 用户组织结构 1 业务需求概述 2 】 业务需求一 2 业务需求二 2 第 3 章 功能需求 2 功能需求概述 2 用户角色 2 公共功能需求 2 模块一 2 模块二 4 第 4 章 用户界面需求 4 第 5 章 系统接口需求 4 , 接口需求一 4 接口需求二 5 转换需求 5 第 6 章 代码集 5 代码一 5 代码二 5 第 7 章 系统运行环境 5 软件环境 5 硬件环境 5 网络环境 6 。 第 8 章 其它需求 6 性能需求 6 存储需求 6 易用性需求 6 可靠性需求 6 可维护性需求 7 安全需求 7 设计约束 7 | : 前言 目的 说明开发本软件的目的； 说明编写文档的目的； 说明本文档所预期的读者 项目概述 简述项目背景及目标： 项目背景： 项目的提出原因 项目环境背景 项目优势分析（资源、技术、人才、管理等方面） 项目运作的可行性 项目的独特与创新分析 术语和缩写 列出本需求说明书中专门术语的定义以及英语缩写词的原词组。 参考资料 列出本项目经核准的任务书或合同和上级机关的批文； 列出编写本软件需求说明书时参考的文件、资料、技术标准以及它们的作者、标题、发布日期和出版单位等。 业务需求 描述客户组织结构、业务处理流程，接口需求、及其他需求。如果编写了《业务需求说明书文档》可在此处引用，不需要编写本章节内容。 用户组织结构 说明业务系统所涉及到的用户部门、岗位、职责，并说明与业务系统相关的用户特性。用户特性一般包含操作人员、维护人员的教育水平和技术专长以及本软件的预期使用频度。这些是软件设计工作的重要约束。 例如：二次开发人员：具有很高的专业知识水平，理解业务系统的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可。 一般用户：具有一定的计算机操作能力和知识，了解业务领域的相关概念和用途。提供给这部分用户操作手册即可。 维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力，这部分用户主要是采用了本系统之后的后期工作维护者。 业务需求概述 对业务需求从整体上进行概述，并说明业务边界。 业务需求一 如果业务需求较多，需目录层次描述。 业务描述 简要描述本章节业务需求，如果业务流程章节省略，本章节须与上一章节合并。 业务流程 可选章节，结合业务流程图对业务流程描述和所需的业务表单进行说明，如果业务流程比较简单，可以整体描述，如果业务流程比较复杂，须分节点描述。 业务需求二 功能需求 功能需求概述 对系统功能进行概述，画出系统功能结构图并对其进行说明，注意一定要包含后台维护性功能与统计性功能的说明。 用户角色 说明与系统使用相关的所有角色，使用下表列出。 # 角色名称 角色说明 公共功能需求 可选章节。 为了解决重复描述，将散落在各个模块的需求描述抽取出来，统一进行描述，包括但不限于分页功能、字段校验提示、系统错误、安全错误、系统超时、流程预警及超时提醒。 模块一 对于较大型系统可以根据实际需要按目录分解子模块、三四级模块分层进行说明。 功能结构 使用功能结构表列出本模块所有功能。 功能名称 涉及角色 说明 功能一 功能描述 对该功能进行简述，并对所涉及的页面及其导航链接关系进行说明。 用户界面 画出用户界面图形，可以使用系统原型界面截图。 用户界面说明 详细描述页面数据，可以使用下表进行描述： # 数据名称 类型 长度 格式 必须 取值 备注 1 注：1) 类型包含单行输入框、多行输入框、下拉框、单选框、多选框、列表框、双向选择、按钮、链接、显示（表示数据字段只为查看的内容，非编辑字段）显示编辑（表示数据字段作为可查看内容同时又可编辑）； 2) 格式包含字符、日期、数字等； 3) 必须表示是必填还是可空； 4) 取值表示数据的取值范围，对于代码类型的数据，可以引用代码名称； 5) 备注中描述其他信息（象按钮完成的功能等） 功能操作说明 输入