目录

1. 引言

1.1 目的

2.2 适用范围

2.3 术语和缩略语

2.4 参考资料

2.5 需求描述约定（*非必要）

2. 项目概述

2.1 需求概述

2.2 用户与角色

2.3 应当遵循的标准或规范（*例）

2.4 功能总体设计

2.4.1 功能架构图

2.4.2 功能列表

2.5  核心业务流程

3. 系统功能设计

3.1 待办事项（*例）

3.1.1 需求概述

3.1.2 使用者

3.2 档案管理（*例）

3.2.1 需求概述

3.2.2 使用者

3.2.3 处理流程

3.2.3.1 前置条件

3.2.3.1 业务要素

3.2.3.3 后置条件

4. 非功能需求

4.1系统建设要求

4.1.1运行环境要求

4.1.2易用性要求

4.1.3系统帮助

4.1.4扩展性要求

4.1.5完整性要求

4.1.6风险控制要求

4.1.7性能要求

4.1.8外部接口

4.1.9高内聚、低耦合

4.1.10高重构的灵活性

4.2接口需求

4.3技术需求

4.3.1软硬件环境需求

4.3.1.1服务器配置

4.4.4.2 软件配置

4.3.2质量要求

4.3.3运行保障需求

4.4文档需求

4.4.1软件功能说明书要求

4.4.2技术说明书要求

4.4.3软件开发计划要求

4.4.4软件概述设计说明要求

4.4.5数据库设计说明要求

4.4.6软件详细设计说明要求

4.4.7可执行程序生成说明要求

4.4.8软件测试计划要求

4.4.9软件测试说明要求

4.4.10软件测试报告要求

4.4.11软件安装部置手册要求

4.4.12软件安装部署手册要求

4.4.13系统上线部署方案要求

4.4.14系统上线部署实施报告

4.4.15软件终验测试方案

4.4.16软件终验测试报告要求

4.4.17接口文档要求

5. 验收标准

5.1验收内容

5.2参考标准

5.3验收原则

5.4总体验收标准

5.4.1标准定义

5.4.2验收标准的详细说明

5.4.3软件错误的严重性等级

5.4.4错误与严重性等级对应

5.4.4.1一级错误的描述

5.4.4.2二级错误的描述

5.4.4.3 三级错误的描述

5.4.4.4 四级错误的描述

5.4.4.5五级错误的描述

5.4.5容错测试

5.4.6安全性测试

5.4.7易用性测试

       近年来，业务迅速发展，精细化管理水平逐步提高，管控手段逐步增强。随着业务和信息技术的发展、无纸化办公的普及、通信技术的应用，集团对业务管理也提出了更高的要求，业务信息化成为必然趋势。如何运用现代信息技术手段，通过对业务信息资源的深度开发和广泛利用，有效提高集团业务整体创新能力、经济效益和市场竞争力，实现真正的科技引领业务。

       本需求分析说明书是业务系统项目的需求描述文档，旨在对数字化管理平台的功能架构及子系统的功能需求、非功能需求进行逐一分析；并对各系统接口、质量需求、文档需求和约束做出可行方案。

本需求分析说明书编写目的：

（1）在需求调研阶段，通过本文档，与系统用户进行系统需求的确认。

（2）在系统设计阶段，通过本文档，指导该系统的概要设计和数据库设计。

（3）在系统开发阶段，通过本文档，帮助相关人员全面了解用户需求与系统功能。

（4）系统测试和联调阶段，通过该文档，是编写测试用例的依据。

（5）在系统实施阶段，实施人员借助本文档完成系统的实施工作。

（6）在系统使用过程中，本文档作为用户使用的辅助说明文件。

（7）在系统验收阶段，本文档将作为主要验收依据。

      本文档的预期读者是甲乙双方项目管理人员及实施商项目组成员等所有与本项目有关的软件开发阶段及其相关人员，其中：客户代表、项目经理、技术开发人员（包括系统分析人员、系统设计人员、开发人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。

缩略语/术语

全称

说明

略

文档名

版本号

来源

《业务系统建设需求说明书》

V1.0

业务部

1）需求层次：分四个层次，第一层需求指主功能模块，第二层需求指功能模块的一级功能，第三层次指一级功能下的二级功能，第四层指子功能下的具体需求。

2）需求跟踪的颗粒度：跟踪到第三层功能需求。

3）需求优先级定义：

级别定义

判断标准

采取的措施

高

满足以下任意一条时：

1、需求实现的紧急程度为特急或紧急

2国家或行业法律法规、标准要求的，客户明确要求的,满足正常业务必须的。

对于这些需求在项目实施过程中需重点投入资源，优先实现，只有在这些需求上达成一致意见，软件才会被接受；必须完美地实现。通常这类需求在当前版本必须实现。

中

满足以下任意一条时：

3、支持必要的系统操作，实现这些需求将增强产品的性能，是产品最终所要求的。

这些需求必须被实现，但如果项目实施中出现进度、资源等方面的冲突时，如果有必要，可以延迟到下一版本；需要付出努力，但不必做得太完美。

低

满足以下任意一条时：

实现或不实现均可；可以在项目组有较足够的时间时考虑这些需求的实现

      由于集团业务自身的复杂性，及近年来业务的快速增长，为最大程度提高和优化集团业务的管理能力和管理效率，通过进一步的调研工作，深入地研究业务流程和业务细节，参照集团业务管理现状，结合以往业务管理系统建设经验及规划，并充分吸收市场上先进的系统建设成果编写了《业务系统需求说明书》。

      （这里可以继续补充需求说明书的背景及目的）

用户/角色

描述

略

       本设计将遵循和参照国家和有关主管部门制定和发布的一系列与公共信息平台建设有关的技术标准规范与管理规定。 项目要在满足需求的条件下，尽可能做到高可靠、高性能，同时又受到成本和交付期的限制， 成功地完成软件开发工作的一个主要决定因素就是软件管理。本标准参照我国软件工程国家标准（表 -1），结合具体的实践情况编制而成。（举例）

1) 计算机信息系统有关标准规范与规定 ：如电子政务信息系统技术规定、信息安全保密规定等。

2) 国家及行业地理信息技术标准规范 ：如基础地理信息要素分类与代码、地理元数据标准、 OGC服务标准等；

3) 地理信息服务的有关管理规定 ：如测绘成果密级划分、公开地图发布规定等。

表-1 软件工程国家标准

分类

标准名称

标准号

基础标准

软件工程术