信息系统升级改造必要性评估规范.docVIP

信息系统升级改造必要性评估规范.doc 信息系统升级改造必要性评估规范.doc PAGE / NUMPAGES 信息系统升级改造必要性评估规范.doc 信息系统升级改造必需性自评估重点 一、编制目的 为增强信息化工作兼顾规划， 推进深入梳理已建信息系统功能和整合资源，提升信息系统所支撑业务的综合效能， 拟订信息系统升级改造必需性自评估重点， 用于指导市财政一级估算行政事业单位在申报信息系统升级改造行进行自评估工作， 进而降低信息系统升级改造申报的盲目性，提升项目申报工作质量和审批效率。 二、合用范围 市财政一级估算行政事业单位 (以下简称： 申报单位 )向市级信息化主管部门申报信息系统升级改造以前， 要依据信息系统升级改造必需性自评估重点，对信息系统升级改造的必需性自行组织评估。评估结果可作为项目审察工作的参照依照。 三、前置条件 对信息系统升级改造必需性进行自评估， 一定知足所有前置条 件： （一）信息系统所支撑业务一定与部门职能一致； 正在进行机构调整的单位，一定做到职能确立，业务界限清楚； （二）信息系统达成建设一定经过完工查收、 查收结果需到信息化主管部门存案 (分期建设系统除外 )； （三）需要升级改造的信息系统一定正式投入运转； － 1 － （四）信息系统充足利用市级或部门的基础设备， 没有重复建 设。 （五）要知足全市信息化项目发展方向。 四、评估指标系统及评估方法 在切合前置条件的基础上， 申报单位应依照以下评估指标系统和评估方法，组织对该信息系统升级改造必需性的评估。 评估指标系统由四个部分指标组成：信息系统所支撑业务指 标、技术架构系统及所依照标准和规范指标、 信息资源共享与互换 指标、信息系统自己的性能和功能指标， 每部分包含多个评估指标 细项，评估指标细项的含义及评估方法。 （一）信息系统所支撑业务指标 关于信息系统所支撑的业务方面，用以下 5 个指标项进行评 估： 业务界限：指信息系统所支撑业务的范围和种类。 如业务界限发生变化时，需评估原信息系统能否能知足业务界限变化后的需求，如不可以知足，剖析原因，依据结论判断必需性。 业务模式：指信息系统所支撑业务的业务流程。 如业务模式变化，需评估原信息系统能否能知足业务模式变化后的需求， 如不可以知足，需要说明原因，依据结论判断必需性 业务规模：指信息系统所支撑业务的业务量、 用户量（在线用户数、并发用户数等） 等。业务规模变化， 需评估原信息系统所支持的业务规模和能力能否可知足业务规模变化后需求，假如不满 － 2 － 足，需要说明原因，判断必需性 业务频度：指信息系统所支撑业务的信息收集频度、 信息公布频度、数据储存或更新频度等。 业务频度变化，需评估原信息系统能支持的业务频度能否可知足业务频度变化后需求。 如不知足，剖析原因，判断必需性。 业务信息化机遇：指为支撑某项业务信息系统的建设的时间条件。需评估业务信息化机遇能否切合实质业务需要， 如切合，则有必需性。 （二）技术架构系统及所依照标准和规范指标 关于信息系统所采纳技术路线、系统架构和依照的标准规范，用以下 5 个指标项进行评估： 标准规范：指信息系统建设所依照国家或地方已经公布的整体技术标准、应用支撑标准、信息资源标准、网络基础设备标准等。标准规范发生变化， 需综合评估对信息系统的影响、 能否能知足支撑本部门业务需要、能否知足与其余部门业务共同需要等三个观察点。如对信息系统影响较大、 不可以知足部门业务需要或许不可以实现与其余部门业务共同， 需说明原因，可进行升级改造项目申报。 不然应暂缓申报。 安全标准规范：信息系统建设所依照国家或地方安全方面的标准规范，如《信息系统安全等级保护基本要求》 、《信息安全技术网络基础安全技术要求》 等。安全标准规范变化， 需综合评估对信息系统安全的影响、能否达到所定义等级保护要求等两个观察点。 如 － 3 － 对信息安全影响较大、 不知足信息系统安全保护等级要求， 需要说明原因，可进行升级改造项目申报，不然应暂缓申报。 行业政策或标准：指信息系统所支撑的业务须依照行业政策性文件、条例、标准规范。行业政策或标准变化， 需评估对信息系统所支撑业务能否有影响。 若有影响，需要说明原因，可进行升级改造项目申报，不然应暂缓申报。 技术路线：指全市重要基础设备建设所采纳一致的技术路线，如电子政务网络、 信息资源共享互换平台。 技术路线变化，需评估对信息系统所支撑业务能否有影响。 如影响较大，使信息系统所支撑业务不可以知足需求，需要说明原因，可进行升级改造项目申报，不然应暂缓申报。 系统架构：指本部门采纳的系统架构。需评估两种状况： 1）原信息系统采纳的系统架构与本部门主流系统架构不一致， 需要整合成为主流系统架构； 2）系统架构不可以支撑业务正常展开。如存在起码一种状况，