信息系统运维非功能性需求
1、运维非功能性需求作为信息系统非功能性需求的一部分，需根据各需求的特点，分布在项目建设的各个阶段中落实，如具体技术方案设计、应用设计、应用开发、集成方案设计、部署方案制定、上线部署操作、测试等。
2、信息系统根据维护分类不同，对运维需求有不同的落实要求。落实要求分为：
1必选：在信息系统建设过程中，要求项目组必须实现的运维需求。
2建议：在信息系统建设过程中，项目组在综合评估信息系统建设的系统维护等级、监管要求、产品限制、技术原因和建设进度等各类因素以后，尽可能实现的运维需求。
3可选：在信息系统建设过程中，项目组可根据项目的实际情况，自行选择实现的运维需求。
3、应根据信息系统的维护分类结果，选择对应的运维需求并给予落实。
4、对于与监管明文规定要求一致的运维条款，在实际执行过程中因产品或技术等原因限制无法落实的，需上报管理团队获得批准。
5、具体的运维非功能性需求条款，详见如下表格。
fA类B类C类
编
落实阶复核阶系统系统系统
运维需求
号
段
段落实落实落实
要求要求要求
系统架构中不应存在单点故障，任意一个技术方技术评必选必选建议
1结点故障都不会造成业务的长时间停顿，案
审、上
尽量避免业务数据的丢失。
线
双机冗余架构下，应用在任何一台设备上技术方技术评必选必选建议
2运行都能满足业务（包括高峰期）的需要。案
审、上线
双机架构优先考虑热备或负载均衡方式；技术方技术评必选必选建议
如果采用冷备方式，需说明不采用热备方案
审
3式的原因（如软件产品不支持、费用等），评估冷备方式能否满足业务非功能性需
求的要求。
信息系统共用服务器硬件原则应遵循总技术方技术评建议建议可选
4部统一策略。
案
审
故障转移集群和负载均衡方式中应用的集成方上线
5
配置都需指向服务包浮动IP地址。
案
对于服务级别要求较高的系统，在技术可应用设测试
6行的前提下，应用软件服务需具有高可用计和开
性或负载均衡。
发阶段
信息系统的主机、应用、网络方面应具备集成方上线
7高可用性，能在日常维护中通过切换演练案
进行验证。
对于数据库（含数据库连接池）长连接的应用设测试
应用程序应当具有连接状态保持，可在底计和开
层基础软硬件（含网络）异常恢复后应用发阶段、
能尽快恢复。包括但不限于以下场景：当集成方
底层数据库从异常状态恢复后，应用应在案
8较短时间r