软件开发需求分析说明书（大纲）

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

1.1 目的

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

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

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

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

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

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

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

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

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

2.2 适用范围

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

2.3 术语和缩略语

缩略语/术语	全称	说明
略

2.4 参考资料

文档名	版本号	来源
《业务系统建设需求说明书》	V1.0	业务部

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

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

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

3）需求优先级定义：

本文档统一规定对需求层次为三级以上的定义优先级，四层需求依据三层需求的优先级执行。
需求分析师应确定每个需求的优先级并写入软件需求分析说明书，需求的优先级的评价标准如下：

级别定义	判断标准	采取的措施
高	满足以下任意一条时： 1、需求实现的紧急程度为特急或紧急 2国家或行业法律法规、标准要求的，客户明确要求的,满足正常业务必须的。	对于这些需求在项目实施过程中需重点投入资源，优先实现，只有在这些需求上达成一致意见，软件才会被接受；必须完美地实现。通常这类需求在当前版本必须实现。
中	满足以下任意一条时：客户隐含要求，对正常业务影响程度不大需求实现的紧急程度为中 3、支持必要的系统操作，实现这些需求将增强产品的性能，是产品最终所要求的。	这些需求必须被实现，但如果项目实施中出现进度、资源等方面的冲突时，如果有必要，可以延迟到下一版本；需要付出努力，但不必做得太完美。
低	满足以下任意一条时：功能或质量上的附加功能；实现这些需求会使产品更完美，若不实现也不影响产品的功能与性能，属于锦上添花；求实现的紧急程度为低。	实现或不实现均可；可以在项目组有较足够的时间时考虑这些需求的实现

2. 项目概述

2.1 需求概述

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

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

2.2 用户与角色

用户/角色	描述
略

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

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

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

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

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

表-1 软件工程国家标准

分类	标准名称	标准号
基础标准	软件工程术语	GB/T 11457-89
	信息处理 -数据流程图、程序流程图、系统流程图序网络图和系统资源图的文件编辑符号及约定	GB 1526-89
	软件工程标准分类法	GB/T 15538-95
	信息处理 -程序构造及其表示法约定	GB 13502-92
	信息处理 -单命中判定表规范	GB/T 15535-95
	信息处理系统 -计算机系统配置图符号及其约定	GB/T 14085-93
开发标准	软件开发规范	GB 8566-88
	计算机软件单元测试	GB/T 15532-95
	软件支持环境
	信息处理 -按记录组处理顺序文卷的程序流程	GB/T 14079-93
	软件维护指南
文档标准	软件文档管理指南
	计算机软件产品开发文件编制指南	GB 8567-88
	计算机软件需求说明编制指南	GB 9385-88
	计算机软件测试文件编制规范	GB 9386-88
管理标准	计算机软件配置管理计划规范	GB/T 12505-90
	信息技术、软件产品评价、质量特性及其使用指南	GB/T 12260-96
	计算机软件质量保证计划规范	GB 12504-90
	计算机软件可靠性和可维护性管理	GB/T 14394-93
	质量管理和质量保证标准	GB/T 19000-94

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 处理流程

用户登录系统，打开档案功能，默认显示全部档案。

【查询】通过筛选条件，可过滤出符合用户条件的档案信息；

【查看】通过查看功能，可跳转委档案详情页面；

【新增】通过新增功能，可以增加新的档案；

【删除】通过删除功能，可以删除没有关联档案信息。

【编辑】通过编辑功能，可以调整当前选中的档案信息。

【打印】通过打印功能，在详情页面可以打印档案的具体信息。

【导出】通过导出功能，在列表状态下默认导出显示的全部档案信息，通过复选框选择可以导出已选择的档案信息，在详情页面可以导出档案的具体信息。

【档案上传】通过附件上传功能，可以上传相关的文档资料，支持对文件类型分类，支持doc/docx/txt/pdf/zip/rar/jpg/jpeg/png等类型的文件，对文件大小暂无限制，文件上传完毕后，可以查看文件的分类、名称、类型、大小、上传者、上传时间，支持文档预览、下载，系统管理员和上传者可以删除该文档。

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.2.1用户接口

提供用户使用软件产品时的接口需求。

4.2.2硬件接口

要指出软件产品和系统硬部件之间每一个接口的逻辑特点和交互方式。

4.2.3软件接口

在此要指定需使用的其他软件产品。

4.2.4通讯接口

指定各种通信接口。例如，局部网络的协议等等。

4.3技术需求

4.3.1软硬件环境需求

4.3.1.1服务器配置（*例）

考虑对于架构的如下需求：

系统部署将支持集群和/或高可用架构
系统提供完善的审计日志功能
性能上系统满足良好伸缩性需求
功能上可方便扩展、增强和优化
满足用户的使用性能要求

通过Weblogic 12C实现应用的负载均衡和Session同步，Web服务器数量根据负载情况可进行横向扩展。文件服务器分离独立文件和资源存储，减轻web服务器负担。数据库服务器采用Oracle 12C 搭建Rac架构，以实现高可靠。

4.4.4.2 软件配置

服务器	软件名称
略

4.3.2质量要求（*例）

安全性和可靠性要求

系统设计需充分考虑到系统的安全防护与冗余措施。提供较强的管理机制和控制手段，提供系统备份、数据恢复、事故监控和网络安全保密等技术措施。方案应可实现7 x 24小时连续不间断安全运行，性能可靠，易于维护，防病毒的能力强。防止外部病毒入侵和外界恶意攻击。系统应尽量避免故障发生的可能性，减小影响程度，对各种可能出现的紧急情况有应急的工作方案和对策。系统需从数据存储、传输，用户管理、认证，用户应用模块、数据使用权限分配等方面进行管理，确保业务系统能安全运行。

灵活性和可扩充性要求

系统应充分考虑到联网用户增加和业务扩展的情况，需有灵活扩充能力及接口。应用软件的模块化程度要高，对不同业务流程和管理方式的适应能力要强，软件维护方便。贯彻面向最终用户的原则，建立友好的用户界面，使操作简单、直观、灵活，易于学习掌握。

标准性和开放性要求

系统的标准化和规范化是信息系统建设基本而又关键的一步，要实现信息通讯与共享，必须规范信息技术标准。管理信息系统的标准化要求体现在两方面：业务方面：系统建设必须符合相应的政策标准和行业标准。软件统一化、结构模块化、数据格式标准化、代码统一化、各种文档资料规范化。技术框架方面：系统建设必须符合业界的统一标准。整个系统要做到操作系统可移植、应用服务器可移植、数据库可移植。采用业务内标准的技术体系和设计方法，使系统最大程度地具备各种层次的平台无关性和兼容性。在使用新技术的同时充分考虑技术的国际标准化，严格按照国际国内相关标准设计实施。应用系统的实施应遵循工程化规范，设计开发与维护各个阶段划分明确。

先进性和超前性要求

在实用可靠的前提下，尽可能与国内外先进的计算机软硬件技术、信息技术及网络通信技术保持同步，使系统具有较高的性能价格比，同时建设方案以实际可接受能力为尺度，避免盲目追求新技术。技术上立足于长远发展，坚持选用开放性系统，使系统和将来的新技术能平滑过渡。采用先进的体系结构和技术发展的主流产品，保证整个系统高效运行。

实用性和方便性要求

系统建设要以满足业务需求为首要目标，采用稳定可靠的成熟技术，保证系统长期安全运行。系统应用后，确能为各级业务和管理节点提供一个智能化的网络信息环境，以提高管理水平和工作的效率。

可维护性和可扩展性要求

应用软件的开发过程严格按照软件工程规范进行，应用系统设计做到信息内容统一、数据结构统一、编码规则统一、处理方式统一、界面风格统一、操作方法统一，以便日后的系统维护。应用业务规则技术，在业务变化时，只修改规则配置，不用改动程序。采用基于组件的设计开发思想，保证系统可以根据业务发展的需要，方便的升级和扩展系统的功能。数据库应采用大型关系型数据库或后关系型数据库,提供系统的处理速度和响应时间，防止因数据量过大而造成的网络“堵塞”等情况。

4.3.3运行保障需求（*例）

运行保障需求，主要从系统推广、运行后日常维护角度进行考虑，包括硬件、系统软件、应用软件、数据备份等的运行保障。

1）对硬件，特别是应用服务器和数据库服务器，要求一般故障能够在三天之内予以解决；对于硬件重大故障，要求在一星期之内予以解决。另外，要对系统数据量做出正确估算，预测硬件需要升级的时间点。

2）系统软件，主要指操作系统及数据库软件，对一般问题能在30分钟以内予以解决，对重大问题在1天之内予以解决。

3）应用软件。应用软件出现问题后，有关人员能及时到位，在最短时间内查找问题原因，予以解决。

4）数据备份。对系统数据制定备份策略，定期进行数据备份与保管。零级备份每24小时做一次。增量备份针对于一定时期内发生变化的数据。譬如：有重大事件发生时等。

5）系统对效率要求如何，应认真计算网上传输数据量，计算系统对网络带宽的要求。

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验收内容

项目验收是一个项目的最后，也是最紧张的阶段。项目验收有大量工作需要做，主要包括内部验收、合同验收、知识积累和管理工作四大类：

1) 内部验收

项目组内部验收是整个验收工作的基础，只有完成了内部验收，才能启动正式的验收过程。内部验收需要完成以下工作：

制订验收计划。
对照需求矩阵，完成系统功能确认。
对照测试计划和方案，完成测试确认。
根据项目交付件要求，进行交付件质量确认。

2) 合同验收

合同验收是项目终结的一个标志，首先要预验收下包商和软硬件厂商的合同，确认无误后，向上级主管部门做验收汇报，通过后提出验收流程，同时开展下包商和软硬件厂商合同的正式验收，最后完成整个项目合同的验收

下包商和软硬件厂商合同预验收。
做好项目总结工作，完成验收前汇报。
下包商和软硬件厂商合同验收。
完成项目验收其他准备工作，召开验收会。

3) 知识和资产积累

知识和资产积累是项目经常忽略的内容，但是从整个组织的要求和项目积累的角度来看，此项工作非常重要。需要最终整理软件开发中可以重用的软件资产，以及项目中各种文档，统一归档。

软件可复用资产整理。
最终整理项目各类文档，按照统一要求归档。

4) 管理工作

管理工作是中国建投项目验收所特有的一些工作要求。项目验收完要召开上线会，并进行自评价和后评价。自评价和后评价工作一定要及早部署，在项目实施过程中要注意总结项目亮点和良好的用户评价。

召开项目整体上线会。
总结项目亮点和用户评价，完成自评价和后评价。

5.2参考标准

《GB/T 16260-1996 信息技术 /软件产品评价 /质量特性及其使用指南》

《GB/T 17544-1998 软件包质量要求和测试》

《GB/T 15532-2008 计算机软件测试规范》

... ...

5.3验收原则

5.4总体验收标准

总体验收标准是集团结合国家标准、软件行业惯例所提出的对于软件系统质量的最低要求，所有交付的软件必须满足本标准的约定。

5.4.1标准定义

1)测试用例不通过数的比例 < 1.5 % ；

2)不存在错误等级为 1 的错误；

3)不存在错误等级为 2 的错误；

4)错误等级为 3 的错误数量≤ 5 ；

5)所有提交的错误都已得到更正；

5.4.2验收标准的详细说明

总体验收标准，即每一级别的错误量的可接受范围。一般来说，不允许存在1级和2级错误，而 3级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂

程度进行商定，并在软件开发合同中明确地列出。在软件验收测试中，测试的依据包括软件的投标文件、开发合同、需求规格说明书, 同产品验收标准时还包括特定软件的相关行业标准 (这些行业标准应在开发合同中明示出来 )。在进行第三方的验收测试后，软件评测中心将发现的所有错误进行总结和归纳，并提交完整的错误报告，在错误报告中包括每一级别的错误数量和错误清单。用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进行对照，如错误的级别和数量在合同中没有约定，可按本办法的规定进行。认为软件可以验收，但要求开发方对错误报告中的所有错误进行整改，进行回归测试，确认错误报告中的所有错误全部改正方可；如错误的级别和数量在合同可接受的范围外，用户方认为软件不可验收，要求开发方在规定的时间内全面整改软件，再次进行完整的验收测试。