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