IT部门的工作流程、管理制度等(同名6544).doc

IT部门的工作流程、管理制度等(同名6544)

信
息
技
术
部
工
作
流
程
一、IT 专业技术岗位考核流程 …………………………………………………………1
二、版本发布管理流程……………………………………………………………………2
三、测试管理流程…………………………………………………………………………5
四、对外数据报送工作流程………………………………………………………………8
五、基础运营管理流程 …………………………………………………………………11
六、计算机桌面管理流程 ………………………………………………………………13
七、系统开发流程 ………………………………………………………………………17
八、数据库管理流程 ……………………………………………………………………19
九、网络管理流程 ………………………………………………………………………21
十、系统维护流程 ………………………………………………………………………25
十一、项目管理流程 ……………………………………………………………………27
十二、信息安全管理流程 ………………………………………………………………31
十三、需求管理流程 ……………………………………………………………………35
十四、需求变更管理流程 ………………………………………………………………38

一、IT专业技术岗位考核流程
1、各部门权限情况
总公司信息技术部
提取机构IT工作绩效数据；数据结果确认与分析；实施考核评价；公示考核结果分公司IT
根据总公司要求上报工作月报
分公司IT管理部门
分公司IT考核结果确认

2、流程图
3、流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
IT专业技术岗位考核流程
考核数据上报
分公司IT
每月5号前

根据总公司要求在每月5号前上报工作月报
分公司IT工作月报
1、 分公司IT工作方向与总公司政策相违背
2、 分公司工作压力超出人力预估
考核数据整理、分析
总公司信息技术部
根据月报要求
分公司IT工作月报
分公司IT服务管理系统数据
1、收集分公司IT工作月报
2、提取分公司IT服务管理系统数据
3、数据结果确认与分析
4、实施考核评价
分公司IT考核结果
考核结果公示
分公司IT管理部门
——
分公司IT考核结果
1、分公司IT管理部门确认考核结果，如有异议进行反馈
2、总公司信息技术部对有异议部分做出解释
考核反馈
总公司信息技术部
.
4、流程信息清单
名称
工具
分公司IT工作月报

二、版本发布管理流程
1、各部门权限情况
分公司管理部门
进行人员培训及政策宣导；进行系统发布反馈
总公司管理部门
提交上线申请；审批版本上线计划；协调分公司进行政策宣导及操作培训
分公司IT
配合进行发布实施；核实发布反馈
信息技术部
提交、调整、颁布发布计划；实施版本发布，分析发布反馈信息；提交上线报告

2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
版本发布流程
发布上线计划
总公司管理部门
-----
EOA系统签报
1、总公司管理部门提交上线申请。
2、信息技术部向总公司管理部门提交上线计划
3、总公司管理部门审核上线计划
4、总公司协调分公司进行政策宣导及操作培训，并核实培训效果。
5、分公司根据总公司管理部门要求实施操作培训及政策宣导
1、签报审批结果
2、公司主页上线公告
3、分公司宣导工作
1、上线计划是否与开发版本存在冲突
2、上线前是否完成政策宣导与培训
3、上线机构是否得到确认，是否需要回滚版本
总公司信息技术部
分公司管理部门
上线实施
分公司IT岗位

根据上线计划时间
新版本客户端程序
1、 分公司IT负责分公司FTP服务器程序的更新
2、 分公司管理部门负责测试结果的验证与反馈
3、 总公司负责总部服务器、数据库及总公司FTP程序的更新，并分析上线验证反馈信息
4、 分公司IT负责核实用户上线反馈并将核实反馈信息转总公司信息技术部
上线结果确认反馈
总公司信息技术部
新版本前后台、数据库程序

分公司管理部门
测试完成通知
上线总结
总公司信息技术部
----
测试反馈
上线反馈
总结上线工作，积累上线问题和经验
上线总结
4、 流程信息清单
名称
工具
版本提交清单

上线计划

三、测试管理流程
1、各部门权限情况
分公司管理部门
进行用户测试；进行测试反馈
总公司管理部门
进行用户测试；组织、协调分公司开展用户测试工作；进行用户测试进度跟踪；签署测试验收报告；提交上线申请
分公司IT
配合测试工作—程序安装、权限设置等；核实测试反馈
信息技术部
负责内部集成测试；向分公司提供测试程序；收集反馈用户测试信息；分析用户测试反馈
2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
应用系统统维护流程
提交测试申请
总公司信息技术部
----
测试用例
新版本程序
版本移交清单
从开发室向测试岗位提交测试申请
测试计划
1、 功能点是否符合需求
2、 系统流程是否保持畅通
3、 用户测试是否通过
4、 测试结果是否满足项目要求
内部测试
总公司信息技术部
根据需求类型
测试计划
测试用例
新版本程序
根据测试计划进行内部测试
测试反馈
用户测试
总公司信息技术部
根据需求类型
测试计划
测试用例
新版本程序
1、总公司信息技术部提交测试计划和新版本程序给分公司IT，由IT人员协助分公司测试人员安装测试程序、设置测试人员权限
2、总公司信息技术部提交测试计划、测试用例给总公司管理部门，由总公司管理部门协调分公司进行用户测试
3、分公司管理部门向总公司管理部门及分公司IT反馈测试结果，分公司IT核实反馈结果后向总公司信息技术部反馈测试结果
4、总公司信息技术部分析反馈结果
测试反馈
分公司IT
总公司管理部门
分公司管理部门
测试结果确认
总公司管理部门
根据需求类型
测试反馈
1、对测试结果进行确认，并根据项目需要编写测试验收报告
2、提交上线申请，进入上线流程
1、测试确认结果
2、测试验收报告
3、上线申请
4、 流程信息清单
名称
工具
版本提交清单

测试用例

测试验收报告

四、对外数据报送工作流程
1、总、分公司权限情况：
总公司：
对外数据需求审核；系统外数据准备；数据提取汇总；数据审核下发
分公司：
上报数据需求；监管部门沟通；异议数据确认和调整；上报数据（如无直接对接）
总公司信息技术部
根据要求准备上报数据；反馈上报数据中存在的问题；修改上报数据，并提请需求部门通过签报修改生产库数据；
分公司IT
根据各分公司安排从事数据对接工作
追踪工作进度
2、流程图
1）保监会数据上报流程

2）保监局稽核数据上报流程

3、流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
对外报送流程
业务部门发起报送
分公司/总公司相关责任部门
--
稽核流程需要监管部门红头文件
及时准确上报需求，并做好和外部监管部门沟通
通过签报上报内部监管部门和信息技术部
1、 数据检核是否满足外部监管部门要求；
2、 是否能在规定时间点前完成报送
信息技术部进行数据提取后提交业务部门审核
总公司信息技术部、相关职能部门
--
业务/财务数据按监管部门要求进行准备
信息技术部按要求提取数据，并说明数据内容和风险点
上报数据文件、数据说明及问题数据清单
审核通过后上报数据
总公司信息技术部、相关职能部门、需求发起部门
--
对报送数据关键指标和问题清单进行审核
责任部门审核通过，通过系统对接或刻盘形式报送
问题修改意见和最终确认方案、以及数据接口文件
4、流程信息清单—附件
流程名称
工具
对外报送数据工作流程
保监会统计信息系统报送：直接通过保监会系统接口报送（http://10.254.1.1）
保监会稽核数据报送：EOA内部工作签报

五、基础运营管理流程
1、总、分公司主要职责
分公司主要职责
负责机房设计、组织施工和验收，并将备案相关材料；负责机房日常运行环境的例检工作；负责机房故障的排除、解决，保证IT基础环境稳定；
总公司信息技术部主要职责
负责总、分公司机房建设、管理制度；协助、审核及监督分公司机房建设方案；监督并定期抽查分公司机房管理工作；

2、 基础运营管理流程图

3、 流程说明
流程
工作内容、
流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
基
础
运
营
管
理
流
程
发现机房故障
分公司IT
--
对机房运行情况详细了解
查看机房相关
故障
迅速定位问题，是否可自行解决。
1. 机房故障处理时间。
2. 机房专用设施故障短时间无法恢复，导致机构系统不可用。

故障判断
分公司IT
--
判断是否设备故障
针对机房设备进行标示，对设备运行状态了解。
经总公司机房管理人员确认故障原因

总公司
--
对上报故障进行分析
故障查找、定位
会同分公司IT确定故障原因
原因分析
分公司IT
--
故障原因基本定位
根据设备保修情况，联系当地供应商维修。
供应商维修故障设备
总公司
--
故障原因基本定位
跟踪故障处理
记录故障处理过程，并记录备案
故障恢复确认
分公司IT
--
确认设备是否正常运转
设备供应商提供设备故障检查和正常运行报告
故障恢复
总公司
--
确认设备是否正常运转
核实故障处理结果
故障恢复

4、 流程信息清单
名称
工具
华安保险数据中心管理办法
http://haweb/haweb/sites/huaan/department/it/regular/news_0008.html
服务管理系统
http://hausm/itsm/welcome.do

六、计算机桌面管理流程

1、 总、分公司部门权限、职责情况
分公司IT岗
严格按照总公司信息技术部下发的桌面管理制度实施日常维护；在日常维护中，发现解决不了的问题，及时反馈到总公司信息技术部；在日常维护中，对IT维护工作效率有显著提高的实践，可上报总公司，以便在各分公司推广。
总公司信息技术部
收集分公司在日常工作中遇到的桌面相关问题。整理、分类分公司提交的问题，及时反馈、解决问题。撰写、下发桌面管理制度及相关制度。根据IT技术地不断发展、不定期撰写新制度、修改旧制度等。不定期督促、抽查分公司桌面管理制度的落实情况，并适当地给予相应的奖励、惩罚。
公司其他部门员工
严格按照总公司信息技术部下发的桌面管理制度实施日常维护。不允许擅自重装操作系统及各种软件。在日常工作中遇到计算机异常情况，及时可以通过电话、电子邮件、飞秋等方式上报到系统管理员。等待处理问题的响应级别优先顺序（从高到低）：总裁室>各部门一把手>各部门领导班子>各部门室主任>各部门一般员工。

2、 流程图：
1）计算机硬件故障处理流程

2）：计算机软件故障处理流程

3、 流程说明

流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
计算机桌面管理流程
用户计算机故障出现
非IT部门
---
计算机出现故障，影响工作
上报故障，要求排除
提交故障现象描述，请求排除故障
1、根据轻重缓急和响应级别优先顺序来决定先解决哪些故障。
2、收到故障上报，及时响应。
3、收到故障上报，及时处理。
4、在故障解决需要时间较长时，可通过变通方式让用户恢复正常工作。

IT分析故障、处理故障
IT部（系统管理员）
---
根据故障现象分析
分析故障现象，缩小故障源的范围
定位故障源为软件或者硬件
IT分析故障、处理故障（硬件故障）
计算机硬件厂家维修商
---
根据IT约定的时间上门维修
（在保修期内的计算机）上门排除故障
维修或更换硬件，使得计算机正常工作
公司签约硬件维修商
---
根据IT约定的时间上门维修
（不在保修期内的计算机）上门排除故障
维修或更换硬件，使得计算机正常工作
IT分析故障、处理故障（软件故障）
IT部（系统管理员）
---
定位为操作系统故障
重装系统，并根据标准安装进行操作
让用户在新的操作系统上工作
---
定位为非操作系统的软件故障
Windows系统中毒、办公软件使用异常、外接设备（打印机、扫描仪等）异常
根据具体问题具体分析，排除故障
用户最后操作
非IT部门（硬件故障）
---
计算机维修成本过高
成本过高，不进行维修
申请计算机报废处理
---
申请新计算机使用
旧计算机报废，需新计算机使用工作
获取新计算机使用
非IT部门（软件、硬件故障）
---
故障已排除
故障已排除，解除故障请求处理
用户正常使用计算机工作

4、 流程信息清单
名称
相关文档
《计算机桌面标准化安装软件清单》

七、系统开发流程
1、各部门权限情况
信息技术部
根据《需求规格说明书》进行系统分析和设计；根据设计进行系统编码；系统开发完毕后进行单元测试；完成系统测试版本的合并及编译工作，同步完成执行脚本的编写工作；审核提交版本清单内容，无误后提交部门内部测试；对于部门内部整理的测试反馈问题及时修改

2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
系统开发流程
系统设计分析
信息技术部
---
需求规格说明书
组织部门内的需求岗、开发岗和测试岗共同讨论需求，并做设计方案分析，同步完善测试范围。
系统开发计划及测试范围
系统设计分析过程中有可能发现需求中存在遗漏或不确定的地方，需要再次同需求部门确认。
系统编码
信息技术部
---
系统开发计划
按照需求设计分析结果和计划安排，按时完成系统编码和单元测试工作
系统开发源码、数据库执行脚本及版本提交清单
系统开发过程中可能会有紧急需求介入，为了保证紧急需求按时上线，部分非紧急需求可能会延期开发
系统源码、脚本审核
信息技术部
---
系统开发源码、数据库执行脚本及版本提交清单
系统源码抽查，数据库脚本检查及版本提交清单内容检查。
审查通过后的系统开发源码、数据库执行脚本及版本提交清单
审查出现问题后，需要提交开发人员修改
整理测试版本并提交
信息技术部
　--
审查通过后的系统开发源码、数据库执行脚本及版本提交清单
版本合并及编译，提交可执行测试版本
可执行测试版本
版本合并工作繁重，合并风险较高，为了规避风险信息技术部要求同步开发版本不能超过3个，紧急需求除外。

4、 流程信息清单
名称
工具
《测试用例》

《版本提交清单》

八、数据库管理流程
1、各部门权限情况
总公司信息技术部
提出数据库需求；需求确认及可行性分析；需求分类；数据库性能监控并提取相关监控数据；故障原因分析；组织故障分析和讨论；提供数据库故障解决方案及相关优化建议；方案实施
2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
数据库管理流程
提出需求
总公司信息技术部
——

根据工作需要提出相关数据库需求。
需求描述
1．用户的需求是否影响生产数据库的正常使用。
2．解决故障的及时性。
需求分析
总公司信息技术部
——
需求描述
根据用户需求描述，做出可行性分析报告，并对需求进行分类。
可性行分析报告
性能监控
总公司信息技术部
——
需求描述
1、针对故障类需求，实时监控数据库及操作系统负载情况，提取运行数据。
2、针对日常管理和维护类需求，评估其运行效率及影响范围
监控数据
方案实施
总公司信息技术部
——
监控数据
1．根据监控数据库运行的相关数据，组织故障分析和讨论会，给出相关解决方案。
2．根据方案先在测试环境中实施，达到预期效果后在生产环境中实施
实施方案

九、网络管理流程
1、总、分公司主要职责
分公司主要职责
负责网络布线配线架的管理，确保配线的合理有序； 掌握用户端设备接入网络的情况，以便发现问题时可迅速定位；实时监控整个局域网的运转，网络通信流量情况；例检分公司，支公司网络设备运行情况
总公司信息技术部主要职责
设备的配置情况及配置参数变更情况，备份各个设备的配置文件；监控网络通信状况；制定、发布网络基础设施使用管理办法并监督执行情况

2、 流程图
1）网络管理流程图

2） 网络资源申请流程图

3、 流程说明
流程
工作内容、
流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
网
络
管
理
流
程
发现网络故障
分公司IT
--
对网络运行情况了解
ping命令判断故障点
迅速定位问题，是否广域网线路中断。
3. 网络故障处理时间。
4. 硬件设施故障短时间无法恢复。
5. 专线电缆中断故障短时间无法恢复
故障判断
分公司IT
--
判断是否设备故障
网络设备进行标示，对设备运行状态了解。
经总公司网管确认重启接入设备

总公司
--
对上报故障进行分析
故障查找、定位
初步掌握故障原因
原因分析
分公司IT
--
故障原因基本定位
根据设备保修情况，联系当地供应商维修。
供应商维修故障设备
总公司
--
故障原因基本定位
专线故障联系运营商解决，
设备故障联系供应商。
设备供应商维修设备；电信运营商检查线路
总公司管理人员协助解决
分公司IT
--
故障设备进行更换
对故障仍不能排除，及时上报总公司网络管理员进行处理，为了尽量能将故障快速排除，在申报故障的时候详细描述故障现象，并将处理后的解决办法收集总结
总公司网管重新配置相关设备参数
故障恢复确认
分公司IT
--
了解用户访问网络是否正常
询问用户网络使用情况
故障恢复
总公司
--
测试网络运行是否正常
测试网络运行情况
故障恢复
网
络
资
源
申
请
流
程

提出网络
申请需求
需求部门
--
网络需求
分析网络需求
提出网络申请需求
1. 服务申请需求及时处理情况

报批
上级领导/信息化建设委员会
--
超过信息技术部权限的网络需求申请
对于超权限的需求申请进行报批
审核意见
调整需求方案
需求部门
--
根据审核的意见调整需求方案。
根据审核意见，结合实际情况调整网络需求。
调整需求结果
网络需求开通
信息技术部
--
根据审批意见实施网络需求
实施网络需求，整理相关实施变更文档。
实施完成
4、 流程信息清单
名称
工具
远程出单点设置申请表

服务管理系统
http://hausm/itsm/welcome.do

十、系统维护流程
1、各部门权限情况
分公司用户
通过EOA上报非审批类服务请求；通过服务管理系统、电话等方式上报故障、问题等非审批类服务请求；确认问题处理结果
分公司管理部门用户
对于用户通过EOA上报的问题进行审批；对于需总公司审批的问题予以上报
分公司IT
响应、核实系统故障、问题；在权限范围内处理故障、问题；将无法处理的问题转交总公司信息技术部
总公司管理部门
就审批类服务进行政策审批
信息技术部
1、非审批类服务
服务管理系统服务响应
服务管理系统任务分配
服务处理
服务结果反馈与跟踪
2、审批类服务
分析管理部门审批意见
实施系统维护操作
反馈处理结果
2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
应用系统统维护流程
服务查询
总、分公司用户
----
查询条件
用户查询知识库寻求问题指引
解决办法
1、 服务请求响应及时情况
2、 服务请求及时处理情况
3、 服务请求遗失与跟踪
4、 系统服务类型发展趋势
服务上报
总、分公司用户
-----
问题或服务请求描述
用户上报问题
EOA系统签报或服务管理系统任务
服务响应
总公司信息技术部
工作日10分钟(服务管理系统平均响应时间)
任务分类
岗位响应问题（OA,服务管理系统）
待处理服务管理系统任务或EOA系统签报
服务审批
总、分公司管理部门
-----
EOA系统签报申请
就下级申请事项进行政策审批
EOA系统签报
服务处理
分公司IT岗位

4小时
服务管理系统任务或EOA系统签报
根据请求提供IT系统维护服务
服务管理系统服务或EOA系统签报处理结果（意见）

总公司信息技术部
一个工作日
服务确认

总、分公司用户
----
服务管理系统服务或EOA系统签报处理结果（意见）
用户核实服务处理结果，对处理结果予以确认或提出异议
服务确认结果
服务总结
总公司信息技术部
----
用户服务确认结果
对服务进行归类总结并纳入知识库进行积累
FAQ
.
4、 流程信息清单
名称
工具
服务管理系统信息项

EOA
http://haeoa/eoa/todoProcessList.do

十一、项目管理流程
1、 各部门权限情况
总公司业务部门
提交原始需求说明书
配合项目组确认项目参与人员，并参与整个项目流程
协助业务部门确认需求规格说明书
协助信息技术部完成《系统设计说明书》的编写工作
协助确认《项目验收总结报告》
信息技术部
协调业务部门形成项目组，召开项目启动会议并形成项目章程
确认《需求规格说明书》
根据《需求规格说明书》进行系统分析和设计
根据设计说明书进行编码，同时监控项目质量和项目进度
协调业务部门完成项目验收工作，并确认《项目验收总结报告》

2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
项目管理流程
项目启动阶段
信息技术部 、业务部门
---
原始需求说明书
由项目经理组织召开项目启动会议，确定项目组成员及职责分工、项目的原始需求，制定《项目章程》和《项目管理计划》
确认后的原始需求说明书、 项目章程、 项目管理计划
此时的项目管理计划还只是初步估计的，但是一旦需求规格说明书确认后，项目管理计划将会确认。
需求分析阶段
信息技术部、业务部门
---
确认的原始需求说明书
信息技术部协助业务部门做详细需求分析并最终形成确认后的需求规格说明书
确认后的《需求规格说明书》

系统设计阶段
信息技术部 、业务部门
---
需求规格说明书
依据《需求规格说明书》对系统进行分析设计，完成《系统设计说明书》的编写。
系统设计说明书
系统设计说明书可能会因为用户的需求变更受到影响，可能会影响项目管理计划安排。
开发阶段
信息技术部 、业务部门
---
系统设计说明书
依据系统设计说明书进行系统开发、完成单元测试和版本整理
可运行的信息系统产品
系统设计说明书可能会因为用户的需求变更受到影响，可能会影响项目管理计划安排。
项目验收阶段
信息技术部 、业务部门
---
完成《操作手册》、系统上线通知签报流程审批通过。
系统上线后，进行的各项验收工作，包括业务功能验收、技术性能指标验收等。
《项目验收总结报告》

4、 流程信息清单
名称
工具
《项目章程》

《项目管理计划》

《系统设计说明书》

《项目验收总结报告》

十二、信息安全管理流程
1、 职责范围
总公司信息技术部、分公司信息技术室或信息维护人员为信息系统安全的责任单位和个人，主要职责是：
（一） 贯彻执行总公司信息技术部的管理办法，指导、监督、协调和规范信息系统安全工作；
（二） 拟订信息系统安全总体规划和信息系统安全管理规定，并监督执行；
（三） 跟踪先进的信息系统安全技术，提出信息系统安全防范策略；
（四） 参与信息系统工程建设中的安全规划，监督安全措施的执行；
（五） 负责信息系统安全专用产品的选型，组织信息系统安全的评估和审批；
（六） 组织本机构信息系统安全检查，分析辖内信息系统安全总体状况，提出安全分析报告和安全防范建议；
（七） 组织本机构信息系统安全知识的培训和宣传工作；
专（兼）职信息系统安全管理员应履行以下职责：
（一） 负责信息系统安全管理的日常工作；
（二） 开展信息系统安全检查工作，对要害岗位人员信息系统安全工作进行指导；
（三） 开展信息系统安全知识的培训和宣传工作；
（四） 监控信息系统安全总体状况，提出安全分析报告；
（五） 了解行业动态，为改进和完善信息系统安全管理工作，提出安全防范建议；
（六） 及时向总公司信息技术部报告信息系统安全事件。
2、 流程图

3、 流程说明

工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
信息安全管理流程
政策制订
信息技术部
　--

根据国际和国家信息系统安全的有关法律、法规及信息技术行业的安全标准，并结合公司有关商业保密的规定，制定公司的信息系统安全政策，包括信息系统访问权限设置方案、数据备份及突发事件处理政策、病毒防治等信息系统安全政策。

配置确定
信息技术部
　--

根据公司计算机及网络设备的使用规定，确定各岗位计算机资源的配置和系统访问权限。

监督与提醒
信息技术部
　--

对各个网络用户及计算机设备的使用过程进行监测，同时督促各个终端用户定时对关键数据进行备份。

建立安全措施
信息技术部
　--

根据公司的信息系统安全政策，选择建立各项软硬件的安全措施，包括病毒防治软件、防火墙技术等，并在网络上安置必要的预警装置；定期在公司范围内发布病毒防治的数据资料，并提供病毒库升级下载文档。

事件处理
信息技术部
--　

当发生安全预警时，根据警报的性质，按照突发事件的处理规程采取必要的处理措施，并在1小时内将情况汇报至信息技术部经理。

事件善后
信息技术部
　--

根据警报的性质判断紧急级别，视情况上报公司分管领导，采取补救措施，记录事故档案并通报全公司；属于一般警报的记录事故档案，事故处理完毕，对于事故的责任人和责任部门编制事故总结报告上报公司相关领导处理。

十三、需求管理流程
1、 各部门权限情况
分公司需求部门
提出需求意向到总公司直属管理部门
总公司需求部门
审核分公司提出的需求意向
提出需求意向到信息技术部
参加需求会商
书写用户原始需求说明书
会商确认原始需求说明书和需求规格说明书
信息技术部
接收需求意向进行可行性分析，反馈意见
组织需求会商
根据《用户原始需求说明书》书写需求规格说明书
会商确认原始需求说明书和需求规格说明书
对于需要立项的需求，编制需求评估报告，报上一级审批
上级领导/信息化建设委员会
对于下级超权限的项目进行审批
2、 流程图

3、 流程说明

流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
需求管理流程
提出需求意向
分公司需求部门
---
业务发展、增加管控等需要系统支持的想法
根据业务发展要求以及外部监管要求提出系统需求意向。
需求意向
1、需求可行性风险
2、需求变更风险
3、监管风险

总公司需求部门
---
分公司需求意向
审核分公司需求意向。
审核结果
---
业务发展、增加管控等需要系统支持的想法
根据业务发展要求以及外部监管要求提出系统需求意向。
需求意向
可行性判断
信息技术部
--
需求意向
根据需求意向结合目前系统情况进行可行性初步判断。
可行性初步判断结果以及建议
需求会商
总公司需求部门、
信息技术部
--
可行的需求意向
针对可行的需求双方进行讨论，IT协助用户挖掘需求，将用户的需求意向细化。
会议纪要/沟通结果
整理原始需求
总公司需求部门
--
会议纪要/沟通结果
空白的原始需求说明书
根据双方的沟通结果，书写用户原始需求。
用户原始需求说明书
审核用户原始需求说明书
信息技术部
--
用户原始需求说明书
审核内容是否全面，描述是否准确，格式是否符合标准。
审核意见
需求评估
信息技术部
--
审核通过的用户原始需求说明书
结合需求具体情况判断是否需要立项，如需立项，编制评估报告。
评估意见
需求报批
总公司需求部门、
信息技术部
--
原始需求
需求评估报告
超过信息技术部权限的需求，上报信息化建设委员会审批。
签报/召开信息化建设委员会
立项审批
上级领导/信息化建设委员会
--
签报/召开信息化建设委员会
进行需求审批，给出决策意见，对于不同意立项的需求，进行结束。对于同意立项的需求按照项目管理流程进行后续处理。
审核意见/会议决议
需求分析
信息技术部
--
需求评估意见/立项审核意见
细化用户原始需求中的功能点，整理系统的性能、安全性要求，分析该需求对现有系统的影响和接口实现方式，编制《需求规格说明书》。
需求规格说明书
需求确认
总公司需求部门、
信息技术部
--
原始需求说明书
需求规格说明书
双方进行需求确认。
确认后的需求规格说明书
4、 流程信息清单
名称
工具
《用户原始需求说明书》

《需求规格说明书》

EOA
http://haeoa/eoa/todoProcessList.do

十四、需求变更管理流程
1、 各部门权限情况
分公司需求部门
提出需求变更意向到总公司直属管理部门
总公司需求部门
审核分公司提出的需求变更意向
提出需求变更意向到信息技术部
参加需求会商
填写需求变更单
会商确认需求变更单和需求变更评估报告
信息技术部
接收需求变更意向进行可行性分析，反馈意见
组织需求会商
对于超权限的需求变更向上一级进行报批
根据需求变更单对需求变更进行评估
会商确认需求变更单和需求变更评估报告
更新需求规格说明书
上级部门
对于下级超权限的需求变更进行审批

2、 流程图

3、 流程说明
流程
工作内容、流程步骤
部门
时效性
重要输入
工作说明
重要输出
风险点
需求变更管理流程
提出需求变更意向
分公司需求部门
---
对已确定的需求或者已有系统的功能点需要进行补充、删减、修改的想法
提出需求变更意向。
需求变更意向
1、需求可行性风险
2、需求变更风险
3、监管风险
总公司需求部门
---
分公司需求意向
审核分公司需求变更意向。
审核结果
---
对已确定的需求或者已有系统的功能点需要进行补充、删减、修改的想法
提出需求变更意向。
需求变更意向
可行性判断
信息技术部
--
需求变更意向
根据需求变更意向结合目前系统情况进行可行性初步判断。
可行性初步判断结果以及建议
需求会商
总公司需求部门、
信息技术部
--
可行的需求变更意向
针对可行的需求变更双方进行讨论，结合已经确定的需求或者已有系统进行分析，确定实现方式和可能的影响。
会议纪要/沟通结果
报批
总公司需求部门、
信息技术部
--
可行的需求变更意向
对于超权限的需求变更进行报批。
EOA报批/召开信息化建设委员会
审核
上级领导/信息化建设委员会
--
超过需求方和信息技术部权限的需求变更
进行需求变更审批。
审核意见
整理原始变更
总公司需求部门
--
会议纪要/沟通结果
空白的需求变更单
根据双方的沟通结果，书写需求变更单。
需求变更单
审核用户需求变更单
信息技术部
--
需求变更单
审核内容是否全面，描述是否准确，格式是否符合标准。
审核意见
评估需求变更
信息技术部
--
审核通过的需求变更单
根据审核通过的需求变更单进行评估。
需求变更评估报告
需求变更确认
总公司需求部门
信息技术部
--
需求变更单
需求变更评估报告
双方进行需求变更确认。
确认后的文档
更新需求规格说明书
信息技术部
--
确认后的文档
根据变更内容，完善需求规格说明书。
最新的需求规格说明书
4、 流程信息清单
名称
工具
《需求变更单》

《需求变更评估报告》

EOA
http://haeoa/eoa/todoProcessList.do

90