IT部工作流程Word文档下载推荐.doc
《IT部工作流程Word文档下载推荐.doc》由会员分享,可在线阅读,更多相关《IT部工作流程Word文档下载推荐.doc(31页珍藏版)》请在冰豆网上搜索。
![IT部工作流程Word文档下载推荐.doc](https://file1.bdocx.com/fileroot1/2022-10/7/7d3b949a-ad0f-48a9-b325-fd9623895e53/7d3b949a-ad0f-48a9-b325-fd9623895e531.gif)
部门
时效性
重要输入
工作说明
重要输出
风险点
基
础
运
营
管
理
流
程
发现机房故障
分公司IT
--
对机房运行情况详细了解
查看机房相关
故障
迅速定位问题,是否可自行解决。
1.机房故障处理时间。
2.机房专用设施故障短时间无法恢复,导致机构系统不可用。
故障判断
判断是否设备故障
针对机房设备进行标示,对设备运行状态了解。
经总公司机房管理人员确认故障原因
总公司
对上报故障进行分析
故障查找、定位
会同分公司IT确定故障原因
原因分析
故障原因基本定位
根据设备保修情况,联系当地供应商维修。
供应商维修故障设备
跟踪故障处理
记录故障处理过程,并记录备案
故障恢复确认
确认设备是否正常运转
设备供应商提供设备故障检查和正常运行报告
故障恢复
核实故障处理结果
4、流程信息清单
六、计算机桌面管理流程
1、总、分公司部门权限、职责情况
分公司IT岗
严格按照总公司IT部下发的桌面管理制度实施日常维护;
在日常维护中,发现解决不了的问题,及时反馈到总公司IT部;
在日常维护中,对IT维护工作效率有显著提高的实践,可上报总公司,以便在各分公司推广。
总公司IT部
收集分公司在日常工作中遇到的桌面相关问题。
整理、分类分公司提交的问题,及时反馈、解决问题。
撰写、下发桌面管理制度及相关制度。
根据IT技术地不断发展、不定期撰写新制度、修改旧制度等。
不定期督促、抽查分公司桌面管理制度的落实情况,并适当地给予相应的奖励、惩罚。
公司其他部门员工
严格按照总公司IT部下发的桌面管理制度实施日常维护。
不允许擅自重装操作系统及各种软件。
在日常工作中遇到计算机异常情况,及时可以通过电话、电子邮件、飞秋等方式上报到系统管理员。
等待处理问题的响应级别优先顺序(从高到低):
总裁室>
各部门一把手>
各部门领导班子>
各部门室主任>
各部门一般员工。
2、流程图:
1)计算机硬件故障处理流程
2):
计算机软件故障处理流程
工作内容、流程步骤
计算机桌面管理流程
用户计算机故障出现
非IT部门
---
计算机出现故障,影响工作
上报故障,要求排除
提交故障现象描述,请求排除故障
1、根据轻重缓急和响应级别优先顺序来决定先解决哪些故障。
2、收到故障上报,及时响应。
3、收到故障上报,及时处理。
4、在故障解决需要时间较长时,可通过变通方式让用户恢复正常工作。
IT分析故障、处理故障
IT部(系统管理员)
根据故障现象分析
分析故障现象,缩小故障源的范围
定位故障源为软件或者硬件
IT分析故障、处理故障(硬件故障)
计算机硬件厂家维修商
根据IT约定的时间上门维修
(在保修期内的计算机)上门排除故障
维修或更换硬件,使得计算机正常工作
公司签约硬件维修商
(不在保修期内的计算机)上门排除故障
IT分析故障、处理故障(软件故障)
定位为操作系统故障
重装系统,并根据标准安装进行操作
让用户在新的操作系统上工作
定位为非操作系统的软件故障
Windows系统中毒、办公软件使用异常、外接设备(打印机、扫描仪等)异常
根据具体问题具体分析,排除故障
用户最后操作
非IT部门(硬件故障)
计算机维修成本过高
成本过高,不进行维修
申请计算机报废处理
申请新计算机使用
旧计算机报废,需新计算机使用工作
获取新计算机使用
非IT部门(软件、硬件故障)
故障已排除
故障已排除,解除故障请求处理
用户正常使用计算机工作
名称
相关文档
《计算机桌面标准化安装软件清单》
七、系统开发流程
1、各部门权限情况
IT部
根据《需求规格说明书》进行系统分析和设计;
根据设计进行系统编码;
系统开发完毕后进行单元测试;
完成系统测试版本的合并及编译工作,同步完成执行脚本的编写工作;
审核提交版本清单内容,无误后提交部门内部测试;
对于部门内部整理的测试反馈问题及时修改
2、流程图
1、流程说明
系统开发流程
系统设计分析
需求规格说明书
组织部门内的需求岗、开发岗和测试岗共同讨论需求,并做设计方案分析,同步完善测试范围。
系统开发计划及测试范围
系统设计分析过程中有可能发现需求中存在遗漏或不确定的地方,需要再次同需求部门确认。
系统编码
系统开发计划
按照需求设计分析结果和计划安排,按时完成系统编码和单元测试工作
系统开发源码、数据库执行脚本及版本提交清单
系统开发过程中可能会有紧急需求介入,为了保证紧急需求按时上线,部分非紧急需求可能会延期开发
系统源码、脚本审核
系统源码抽查,数据库脚本检查及版本提交清单内容检查。
审查通过后的系统开发源码、数据库执行脚本及版本提交清单
审查出现问题后,需要提交开发人员修改
整理测试版本并提交
--
版本合并及编译,提交可执行测试版本
可执行测试版本
版本合并工作繁重,合并风险较高,为了规避风险IT部要求同步开发版本不能超过3个,紧急需求除外。
2、流程信息清单
工具
《测试用例》
《版本提交清单》
八、数据库管理流程
提出数据库需求;
需求确认及可行性分析;
需求分类;
数据库性能监控并提取相关监控数据;
故障原因分析;
组织故障分析和讨论;
提供数据库故障解决方案及相关优化建议;
方案实施
数据库管理流程
提出需求
——
根据工作需要提出相关数据库需求。
需求描述
1.用户的需求是否影响生产数据库的正常使用。
2.解决故障的及时性。
需求分析
根据用户需求描述,做出可行性分析报告,并对需求进行分类。
可性行分析报告
性能监控
1、针对故障类需求,实时监控数据库及操作系统负载情况,提取运行数据。
2、针对日常管理和维护类需求,评估其运行效率及影响范围
监控数据
1.根据监控数据库运行的相关数据,组织故障分析和讨论会,给出相关解决方案。
2.根据方案先在测试环境中实施,达到预期效果后在生产环境中实施
实施方案
九、网络管理流程
负责网络布线配线架的管理,确保配线的合理有序;
掌握用户端设备接入网络的情况,以便发现问题时可迅速定位;
实时监控整个局域网的运转,网络通信流量情况;
例检分公司,支公司网络设备运行情况
设备的配置情况及配置参数变更情况,备份各个设备的配置文件;
监控网络通信状况;
制定、发布网络基础设施使用管理办法并监督执行情况
1)网络管理流程图
2)网络资源申请流程图
网
络
发现网络故障
对网络运行情况了解
ping命令判断故障点
迅速定位问题,是否广域网线路中断。
3.网络故障处理时间。
4.硬件设施故障短时间无法恢复。
5.专线电缆中断故障短时间无法恢复
网络设备进行标示,对设备运行状态了解。
经总公司网管确认重启接入设备
初步掌握故障原因
专线故障联系运营商解决,
设备故障联系供应商。
设备供应商维修设备;
电信运营商检查线路
总公司管理人员协助解决
故障设备进行更换
对故障仍不能排除,及时上报总公司网络管理员进行处理,为了尽量能将故障快速排除,在申报故障的时候详细描述故障现象,并将处理后的解决办法收集总结
总公司网管重新配置相关设备参数
了解用户访问网络是否正常
询问用户网络使用情况
测试网络运行是否正常
测试网络运行情况
网
资
源
申
请
提出网络
申请需求
需求部门
网络需求
分析网络需求
提出网络申请需求
1.服务申请需求及时处理情况
报批
上级领导/信息化建设委员会
超过IT部权限的网络需求申请
对于超权限的需求申请进行报批
审核意见
调整需求方案
根据审核的意见调整需求方案。
根据审核意见,结合实际情况调整网络需求。
调整需求结果
网络需求开通
根据审批意见实施网络需求
实施网络需求,整理相关实施变更文档。
实施完成
远程出单点设置申请表
服务管理系统
http:
//hausm/i