信息化管理流程-控制矩阵模板

运由行信结息果化编归制口《管试理运部行门报信告息》系并统报管信理
有效培训，可能导
Biblioteka Baidu
人员会同开发商编制《用户操作手册
致信息系统功能无
》，项目上线前下发至各需求部门。
法正常发挥或造成
由信息化归口管理部门信息系统管理
信息系统运行错
人员组织各需求部门进行系统培训。
误，进而公司业务
√
无新法开正发常的开信展息。系 统
需求本身不合理， 未包括对信息系统 提出的功能、性能 、安全性等方面的 要求，可能导致最 终交付信息系统无 法满足公司需要， 导致业务无法正常 开展。
信息系统建设缺乏 项目计划或者计划 不当，导致项目进 度滞后、费用超支 、质量低下。
信息系统建设或维 护的质量要求不明 确、质量监控不到 位，可能导致信息 系统在应用中出现 质量偏差或开发失 败，系统无法有效 支持业务开展。
管理部门信息系统管理人员上线前X个
工作日通知最终用户，由信息系统运
维人员部署上线。由需求部门业务人
员进行试运行操作，开发商参与，需
求部门业务人员提出系统试运行过程
中存在的缺陷，开发商针对需求部门
提出的缺陷进行修改，需求部门确认
修订结果，信息化归口管理部门信息
系统管理人员根据业务部门提供的试
√
未对系统用户进行
信息系统 运行与维 护
√
数据迁移未制定详
系统上线前，如涉及数据迁移，由信
细的计划，且未在
息化归口管理部门信息系统管理人员
迁移前进行测试，
会同系统需求部门、开发商共同制定
可能导致数据迁移
《数据迁移方案》，包含迁移的数据
失败，系统无法有
表、迁移时间、迁移的步骤、回退机
效满足业务需求。
制、核对部门及方法等。开发商执行
统由数据库管理人员定期进行手动备
无法恢复，给公司
份，根据备份周期对备份结果进行监
造成重大损失。
控并记录。
√
未对备份介质进行
对于重要业务数据根据备份介质使用
定期恢复测试，不
在系数统据测迁试移通过过程后中，不信需息另化外归签口订管《理保部
退机制，上线未进
门信息系统管理人员提出系统上线申
行试运行，可能导
请，并同开发商制定《系统上线部署
致系统上线不能正
方案》，包含测试结果、上线时间、
常运行，影响公司
上线条件、部署事项步骤、（业务及
正常运作。
技术）回退机制、版本管理等内容，
依权限进行上报审批。由信息化归口
控制目标
末级 流程 编号
末级流程名 称
合 法 合
资 产 安
财 务 报
经 营 效
规全告率
与
信息化规
√
划管理
信息系统
√
开发
√
√ √ √
风险点 编号
风险点描述
信息化规划的编制 未明确重点关注问 题，未经过详尽调 研分析，可能导致 规划编制方向不准 确，不全面，企业 发展战略无法实现 。项 目 未 进 行 可 行 性 分析和成本与收益 分析，可能导致信 息系统成本与收益 不相符，造成资源 浪费。
议；信息化归口管理部门信息系统管
理人员进行文档验收包括但不限于集
成方案、总体/概要设计方案、操作手
册、维护手册、培训文档，最终由信
息化归口管理部门信息系统管理人员
√
公司信息系统数据
编数制据《库项管目理验人收员报根告据》备，份并策依略权设限置进系
未能定期备份，可
统自动备份，对于需要手动备份的系
能导致系统损坏后
开发环境和用户接 收测试的环境未分 离，可能导致生产 数据删除、篡改。
控制 编号
控制活动参考（此项仅作为各组流程 建设的参考，需针对建设单位实际情 况进行描述，切勿出现完全照搬而脱 离实际。请务必在提交客户确认前删
除此列）
每年由信息化归口管理部门信息系统 管理人员汇总各部门《年度信息化需 求》，结合企业信息化战略规划制定 详细的《信息系统需求计划》，包括 功能、预算等信息，依权限进行审批 （在此需明确具体审批程序，如最总 纳入发展战略流程进行审批，需做流 程项借目口立体项现前）由。信息化归口管理部门信 息系统管理人员组织相关部门从技术 、经济、运行等多方面进行可行性论 证及可研分析，编制《可研报告》， 依权限进行审批后，由信息化归口管 理部门信息系统管理人员根据集团项 目立项管理规定按照授权审批层级报 上信级息单系位统审开批发。项目通过立项后，由信 息化归口管理部门根据项目需要组织 相关部门成立开发项目组（需明确项 目组成员，如企业未成立研发组，需 明确指定部门及权责），负责项目进 行。由信息化归口管理部门信息系统 管理人员组织通过招标、比选等方式 选取开发商并签订《信息系统开发合 同》，信息化归口管理部门信息系统 管理人员和开发商进行需求调研，形 成《需求规格说明》，明确项目及用 户信需息求化情归况口，管依理权部限门进信行息上系报统审管批理。人 员组织制定《软件开发计划》，对项 目开发资源、项目时间进度安排、各 部室接口协调、开发过程使用的技术 等开发规则惯例进行描述说明，报信 息化归口管理部门负责人审批，以保 证项目工作实施的及时性和完整性。 信息化归口管理部门负责人根据《软 件开发计划》，对每个里程碑、项目 人员角色、职责和资源进行确认。 系统上线前开发商进行内部测试，并 由信息化归口管理部门信息系统管理 人员组织开发商进行用户验收测试 （根据系统影响范围确定），编制功 能说明文档、技术说明文档以及测试 文档，经信息化归口管理部门信息系 统管理人员审核后报信息化归口管理 部门负责人审批，通过后由信息化归 口管理部门相关技术人员和业务人员 分在别系测统试开，发并过对程测中试，结应果确进保行开签发字、确测 试环境和生产环境处于隔离状态，开 发人员与测试人员分离。
试运行结束后且信息化归口管理部门
未进行验收，不能
认为达到验收条件时，由开发商提交
保证信息系统的有
《项目验收申请》，经信息化归口管
效运行，影响公司
理部门信息系统管理人员审核后报信
的正常运作。
息化归口管理部门负责人审批。审批
通过后，由需求部门业务人员进行功
能验收，包括但不限于合同执行情况
、系统功能及应用情况、运行维护建
数据迁移后需求部门相关人员对数据
进行核对，编制《系统数据核对表
》，并对数据核对结果进行签字确
认，确保数据移植的准确性和完整性
。（迁移的数据若涉密的，所有参与
人员需签订《保密协议》。若数据库
管理人员，在任职或接受岗位时就已
签订《保密协议》；开发商在签订开
发合同时也已签订了《保密协议》，
√
系统上线未制定回