《信息系统升级改造必要性自要点》由会员分享，可在线阅读，更多相关《信息系统升级改造必要性自要点（11页珍藏版）》请在金锄头文库上搜索。
1、信息系统升级改造必要性自评估要点一 编制目的为加强信息化工作统筹规划，推动深入梳理已建信息系 统功能和整合资源，提高信息系统所支撑业务的综合效能， 制定信息系统升级改造必要性自评估要点，用于指导市财政 一级预算行政事业单位在申报信息系统升级改造前进行自 评估工作，从而降低信息系统升级改造申报的盲目性，提高 项目申报工作质量和审批效率。市财政一级预算行政事业单位（以下简称：申报单位）向 市级信息化主管部门申报信息系统升级改造之前，要根据信 息系统升级改造必要性自评估要点，对信息系统升级改造的 必要性自行组织评估。评估结果可作为项目审查工作的参考 依据。三 前置条件对信息系统升级改造必要性进行自评
2、估，必须满足全部 前置条件：1、信息系统所支撑业务必须与部门职能一致；正在进 行机构调整的单位，必须做到职能确定，业务边界清晰；2、信息系统完成建设必须通过竣工验收、验收结果需到信息化主管部门备案（分期建设系统除外）；3、需要升级改造的信息系统必须正式投入运行；4、信息系统充分利用市级或部门的基础设施，没有重 复建设。5、要满足全市信息化项目发展方向。在符合前置条件的基础上，申报单位应按照下列评估指 标体系和评估方法，组织对该信息系统升级改造必要性的评 估。评估指标体系由四个部分指标构成：信息系统所支撑业 务指标、技术架构体系及所遵循标准和规范指标、信息资源 共享与交换指标、信息系统自身的性能
3、和功能指标，每部分 包括多个评估指标细项，评估指标细项的含义及评估方法。（一）信息系统所支撑业务指标对于信息系统所支撑的业务方面，用以下5 个指标项进 行评估：业务边界：指信息系统所支撑业务的范围和种类。如业 务边界发生变化时，需评估原信息系统是否能满足业务边界 变化后的需求，如不能满足，分析理由，根据结论判定必要 性。业务模式：指信息系统所支撑业务的业务流程。如业务 模式变化，需评估原信息系统是否能满足业务模式变化后的 需求，如不能满足，需要说明理由，根据结论判定必要性业务规模：指信息系统所支撑业务的业务量、用户量（在 线用户数、并发用户数等）等。业务规模变化，需评估原信 息系统所支持的业务
4、规模和能力是否可满足业务规模变化 后需求，如果不满足，需要说明理由，判定必要性业务频度：指信息系统所支撑业务的信息采集频度、信 息发布频度、数据存储或更新频度等。业务频度变化，需评 估原信息系统能支持的业务频度是否可满足业务频度变化 后需求。如不满足，分析理由，判定必要性。业务信息化时机：指为支撑某项业务信息系统的建设的 时间条件。需评估业务信息化时机是否符合实际业务需要， 如符合，则有必要性。（二）技术架构体系及所遵循标准和规范指标对于信息系统所采用技术路线、体系架构和遵循的标准 规范，用以下 5 个指标项进行评估：标准规范：指信息系统建设所遵循国家或地方已经发布 的总体技术标准、应用支撑标
5、准、信息资源标准、网络基础设施标准等。标准规范发生变化，需综合评估对信息系统的影响、是否能满足支撑本部门业务需要、是否满足与其它部 门业务协同需要等三个观测点。如对信息系统影响较大、不 能满足部门业务需要或者不能实现与其它部门业务协同，需 说明理由，可进行升级改造项目申报。否则应暂缓申报。安全标准规范：信息系统建设所遵循国家或地方安全方 面的标准规范，如信息系统安全等级保护基本要求、信 息安全技术网络基础安全技术要求等。安全标准规范变化， 需综合评估对信息系统安全的影响、是否达到所定义等级保 护要求等两个观测点。如对信息安全影响较大、不满足信息 系统安全保护等级要求，需要说明理由，可进行升级改
6、造项 目申报，否则应暂缓申报。行业政策或标准：指信息系统所支撑的业务须遵循行业 政策性文件、条例、标准规范。行业政策或标准变化，需评 估对信息系统所支撑业务是否有影响。如有影响，需要说明 理由，可进行升级改造项目申报，否则应暂缓申报。技术路线：指全市重大基础设施建设所采取统一的技术 路线，如电子政务网络、信息资源共享交换平台。技术路线 变化，需评估对信息系统所支撑业务是否有影响。如影响较 大，使信息系统所支撑业务不能满足需求，需要说明理由， 可进行升级改造项目申报，否则应暂缓申报。体系架构：指本部门信息系统所采用的主流体系架构。 需评估两种情况：1）原信息系统采用的体系架构与本部门 主流体系架
7、构不一致，需要整合成为主流体系架构； 2）体 系架构不能支撑业务正常开展。如存在至少一种情况，需要 说明理由，可进行升级改造项目申报，否则应暂缓申报。（三）信息资源共享与交换指标 对信息资源共享与交换方面，用以下 4个指标项评估： 信息资源采集：对同一信息资源应“一次采集、多次使用”， 避免多个部门或部门内部多个下属单位之间多头采集、重复 建设。需从信息资源采集范围、采集渠道、采集频率、数据 格式与精度等综合评估。如至少有一个点不满足，需要说明 理由，判定为必要信息资源加工：指对数据格式转换、分类、整合、清洗、 比对、挖掘等方面工作。需综合评估信息资源是否符合部门 的基础数据标准、元数据标准或
8、其它数据格式要求等三个观 测点。如至少有一个观测点不满足，需要说明理由，可进行 升级改造项目申报，否则应暂缓申报。信息资源存储备份：选择存储阵列、磁带库、光盘库等 存储产品，利用相应存储技术，如硬盘存储的直接连接存储（DAS ）网络化存储（NAS ）存储区域网（SAN ）等，采用集中、分布式、集中分布相结合等信息资源管理方式，对 信息资源进行长期存储备份。需综合评估存储容量、存储备 份技术、信息资源管理方式等三个观测点是否满足部门信息 资源存储备份需求。如至少有一个观测点不满足，需要说明 理由，可进行升级改造项目申报，否则应暂缓申报。信息资源共享交换：部门内部不同下属单位之间、不同部门之间，利
9、用部门内部共享交换平台、市级共享交换平台 或物理介质等共享渠道，实现某类信息资源的共享交换。需 综合评估共享内容、更新频率、共享渠道、交换节点与交换 平台之间接口等四个观测点是否满足信息资源共享需求。如 至少有一个观测点不满足，需要说明理由，可进行升级改造 项目申报，否则应暂缓申报。信息系统自身性能和功能的评估，用以下3 个指标项评 估：设备更新：指构成信息系统基础运行环境的硬件设备、 系统软件，如服务器、存储设备、网络核心交换机、防火墙 等。需综合评估设备使用年限，具有功能、可靠性、稳定性、 容量、处理能力等是否满足信息系统所支撑业务需求，是否 能充分利用已有软硬件设备等三个观测点。如不能满
10、足业务 需求，且没有利旧设备可用，需要说明理由，可升级改造项 目申报，但需要做好设备再利用工作。否则应暂缓申报。安全保障：指从物理、网络、系统、应用等层面，分别 利用防火墙、安全审计、防病毒系统、身份认证、防篡改等 信息安全技术，形成有效安全防护、隐患发现、应急响应和 系统恢复的安全保障能力。系统整合：指部门内多个信息系统之间的整合，包括多个层次整合：设备整合，即将多设备整合而为一部或较少几 部更大型的设备；业务数据整合，即对业务数据采取集中的 管理模式；系统架构整合，即把基于多个平台的系统整合到 一个平台上；业务应用整合，即对系统功能进行整合等。需 综合评估系统整合对消除信息孤岛、业务管理、
11、业务应用服 务等三个观测点影响情况。在对至少一个观测点较大情况 下，需要说明理由，可进行升级改造项目申报，否则应暂缓 申报。五 评估实施和评估结果使用（一）自评估实施1、申报单位对需要计划升级改造的项目，要依据信息 系统升级改造必要性自评估要点的前置条件开始进行评估， 全面了解本单位信息化整体情况及各信息系统当前状况；2、根据评估指标体系中的四个部分中 17 个评估指标及 评估方法，对信息系统升级改造必要性自行组织定性评估；3、把每个评估指标的评估结果记录在附件 1 的评估结 果记录表中。4、综合评估结果记录表中的评估结果，得出评估结论（二）评估结果使用说明 根据资评估结果，将拟申报的升级改造
12、项目分为以下两 种情况：1、没必要升级改造：对17 个评估指标的评估结果都是 不需进行升级改造或者是不涉及，即该系统没有升级改 造的必要；2、有必要升级改造：对17 个评估指标的评估结果，至 少有一个指标表明需进行升级改造，则判定有升级改的 必要。可根据评估结果，编写信息系统升级改造技术方 案和项目申报书。附件 1：评估结果记录表评估方面评估指标评估指标有升级改造必要性理由说明评估结果无必要性有必要性 不涉及业务范围业务规模所支撑的业务业务频度业务模式业务信息化时机采用 技术 和遵 循标 准规范技术路线体系架构技术标准规范安全标准规范行业政策或标准信息采集信息资源共享信息加工信息存储信息共享信息系统自身设备更新安全保障系统整合
