信息系统升级改造必要性评估规范珍藏版本

April 17, 2021, 8:59 a.m. 文档页面

【文章导读】 信息系统升级改造必要性自评估要点 一、编制目的 , , , 从, 为加强信息化工作统筹规划推动深入梳理已建信息系统功能 和整合资源,提高信息系统所支撑业务的综合效能制定信息系统 升级改造必要性自评估要点用于指导市财政一级预算行政事业单 位在申报信

文章介绍图片

  

【正文内容】

信息系统升级改造必要性自评估要点 一、编制目的 , , , 从, 为加强信息化工作统筹规划推动深入梳理已建信息系统功能 和整合资源,提高信息系统所支撑业务的综合效能制定信息系统 升级改造必要性自评估要点用于指导市财政一级预算行政事业单 位在申报信息系统升级改造前进行自评估工作而降低信息系统 升级改造申报的盲目性,提高项目申报工作质量和审批效率。 二、适用范围 ( ) , 市财政一级预算行政事业单位以下简称:申报单位向市级信 息化主管部门申报信息系统升级改造之前要根据信息系统升级改 造必要性自评估要点。

对信息系统升级改造的必要性自行组织评 估。评估结果可作为项目审查工作的参考依据。 三、前置条件 , 对信息系统升级改造必要性进行自评估必须满足全部前置条 件: ; (一)信息系统所支撑业务必须与部门职能一致正在进行机 、 构调整的单位,必须做到职能确定,业务边界清晰; (二)信息系统完成建设必须通过竣工验收验收结果需到信 ( ) 息化主管部门备案分期建设系统除外; (三)需要升级改造的信息系统必须正式投入运行; , (四)信息系统充分利用市级或部门的基础设施没有重复建 设。 (五)要满足全市信息化项目发展方向。

四、评估指标体系及评估方法 , 、 , 在符合前置条件的基础上申报单位应按照下列评估指标体系 和评估方法,组织对该信息系统升级改造必要性的评估。 评估指标体系由四个部分指标构成:信息系统所支撑业务指 标、技术架构体系及所遵循标准和规范指标信息资源共享与交换 指标、信息系统自身的性能和功能指标每部分包括多个评估指标 细项,评估指标细项的含义及评估方法。 (一)信息系统所支撑业务指标 5 对于信息系统所支撑的业务方面,用以下个指标项进行评 估: 。 。 如, 业务边界:指信息系统所支撑业务的范围和种类如业务边界 发生变化时。

需评估原信息系统是否能满足业务边界变化后的需 求,如不能满足,分析理由,根据结论判定必要性。 业务模式:指信息系统所支撑业务的业务流程如业务模式变 化,需评估原信息系统是否能满足业务模式变化后的需求不能 满足,需要说明理由,根据结论判定必要性 用 业务规模:指信息系统所支撑业务的业务量、户量(在线用 户数、并发用户数等)等。业务规模变化,需评估原信息系统所支 持的业务规模和能力是否可满足业务规模变化后需求,如果不满 足,需要说明理由,判定必要性 、 业 。 业务频度:指信息系统所支撑业务的信息采集频度信息发布 频度、数据存储或更新频度等。

务频度变化,需评估原信息系统 能支持的业务频度是否可满足业务频度变化后需求如不满足,分 析理由,判定必要性。 指 业务信息化时机:为支撑某项业务信息系统的建设的时间条 件。需评估业务信息化时机是否符合实际业务需要如符合,则有 必要性。 (二)技术架构体系及所遵循标准和规范指标 对于信息系统所采用技术路线、体系架构和遵循的标准规范, 用以下5个指标项进行评估: 指 需 是 是 不 需 否 标准规范:信息系统建设所遵循国家或地方已经发布的总体 技术标准、应用支撑标准、信息资源标准、网络基础设施标准等。 标准规范发生变化,

综合评估对信息系统的影响、否能满足支 撑本部门业务需要、否满足与其它部门业务协同需要等三个观测 点。如对信息系统影响较大、能满足部门业务需要或者不能实现 与其它部门业务协同,说明理由,可进行升级改造项目申报。 则应暂缓申报。 信 《》 等 需 是 。 安全标准规范:息系统建设所遵循国家或地方安全方面的标 准规范,如《信息系统安全等级保护基本要求、信息安全技术网 络基础安全技术要求》。安全标准规范变化,综合评估对信息 系统安全的影响、否达到所定义等级保护要求等两个观测点如 不 , 指 需 如 对信息安全影响较大、满足信息系统安全保护等级要求需要说 明理由。

可进行升级改造项目申报,否则应暂缓申报。 行业政策或标准:信息系统所支撑的业务须遵循行业政策性 文件、条例、标准规范。行业政策或标准变化,评估对信息系统 所支撑业务是否有影响。有影响,需要说明理由,可进行升级改 造项目申报,否则应暂缓申报。 技 。 技术路线:指全市重大基础设施建设所采取统一的技术路线, 如电子政务网络、信息资源共享交换平台。术路线变化,需评估 对信息系统所支撑业务是否有影响如影响较大,使信息系统所支 撑业务不能满足需求,需要说明理由,可进行升级改造项目申报, 否则应暂缓申报。 1) 需要 2 否 体系架构

需评估两种情况: 原信息系统采用的体系架构与本部门主流体系架构不一致,整 合成为主流体系架构;)体系架构不能支撑业务正常开展。如存 在至少一种情况,需要说明理由,可进行升级改造项目申报,则 应暂缓申报。 (三)信息资源共享与交换指标 4 用” 、 对信息资源共享与交换方面,用以下个指标项评估: 信息资源采集:对同一信息资源应“一次采集、多次使,避 免多个部门或部门内部多个下属单位之间多头采集重复建设。需 从信息资源采集范围、集渠道、采集频率、数据格式与精度等综 合评估。如至少有一个点不满足,需要说明理由,判定为必要 分 需 。

否 信息资源加工:指对数据格式转换、类、整合、清洗、比对、 挖掘等方面工作。综合评估信息资源是否符合部门的基础数据标 准、元数据标准或其它数据格式要求等三个观测点如至少有一个 观测点不满足,需要说明理由,可进行升级改造项目申报,则应 暂缓申报。 选 ( , 如。 否 信息资源存储备份:择存储阵列、磁带库、光盘库等存储产 品,利用相应存储技术,如硬盘存储的直接连接存储DAS)、网 络化存储(NAS)、存储区域网(SAN)等,采用集中、分布式、 集中分布相结合等信息资源管理方式对信息资源进行长期存储备 份。需综合评估存储容量、储备份技术、信息资源管理方式等三 个观测点是否满足部门信息资源存储备份需求至少有一个观测 点不满足。

需要说明理由,可进行升级改造项目申报,则应暂缓 申报。 部 市 如 需 信息资源共享交换:门内部不同下属单位之间、同部门之 间,利用部门内部共享交换平台、级共享交换平台或物理介质等 共享渠道,实现某类信息资源的共享交换。需综合评估共享内容、 更新频率、共享渠道、交换节点与交换平台之间接口等四个观测点 是否满足信息资源共享需求。至少有一个观测点不满足,要说 明理由,可进行升级改造项目申报,否则应暂缓申报。 (四)信息系统自身的性能和功能指标 3 、 信息系统自身性能和功能的评估,用以下个指标项评估: 设备更新:指构成信息系统基础运行环境的硬件设备系统软 。

且 需 件,如服务器、存储设备、网络核心交换机、防火墙等。需综合评 估设备使用年限,具有功能、可靠性、稳定性、容量、处理能力等 是否满足信息系统所支撑业务需求是否能充分利用已有软硬件设 备等三个观测点。如不能满足业务需求,没有利旧设备可用, 要说明理由,可升级改造项目申报,但需要做好设备再利用工作。 否则应暂缓申报。 隐 安全保障:指从物理、网络、系统、应用等层面,分别利用防 火墙、安全审计、防病毒系统、身份认证、防篡改等信息安全技术, 形成有效安全防护、患发现、应急响应和系统恢复的安全保障能 力。 , ; 即 业; 。

否 系统整合:指部门内多个信息系统之间的整合包括多个层次 整合:设备整合,即将多设备整合而为一部或较少几部更大型的设 备;业务数据整合,即对业务数据采取集中的管理模式系统架构 整合,把基于多个平台的系统整合到一个平台上务应用整合, 即对系统功能进行整合等。需综合评估系统整合对消除信息孤岛、 业务管理、业务应用服务等三个观测点影响情况在对至少一个观 测点较大情况下,需要说明理由,可进行升级改造项目申报,则 应暂缓申报。 五、评估实施和评估结果使用 (一)自评估实施 全面 1、申报单位对需要计划升级改造的项目,要依据信息系统升 级改造必要性自评估要点的前置条件开始进行评估。

了解本单 位信息化整体情况及各信息系统当前状况; 1 2、根据评估指标体系中的四个部分中17个评估指标及评估 方法,对信息系统升级改造必要性自行组织定性评估; 3、把每个评估指标的评估结果记录在附件的评估结果记录 表中。 4、综合评估结果记录表中的评估结果,得出评估结论。 (二)评估结果使用说明 根据资评估结果,将拟申报的升级改造项目分为以下两种情 况: 则 可 1、没必要升级改造:对17个评估指标的评估结果都是不需 进行升级改造或者是不涉及,即该系统没有升级改造的必要; 2、有必要升级改造:对17个评估指标的评估结果。

至少有 一个指标表明需进行升级改造,判定有升级改的必要。根据评 估结果,编写信息系统升级改造技术方案和项目申报书。 附件:评估结果记录表 评估结果 评估方 评估指标 评估指标项说明不能升可以升 面 不涉及 级改造 级改造 所支 撑的 业务 采用 技术 和遵 循标 准规 范 信息 资源 共享 信息 系统 自身 业务范围 业务规模

业务频度 业务模式 业务信息化时机 技术路线 体系架构 技术标准规范 安全标准规范 行业政策或标准 信息采集 信息加工 信息存储 信息共享 设备更新 安全保障 系统整合

工作规范相关推荐  
三九文库 www.999doc.com
备案图标苏ICP备2020069977号