某IT部门的工作流程管理制度汇编

1、A一、IT专业技术岗位考核流程 1二、版本发布管理流程 2三、测试管理流程 5四、对外数据报送工作流程 8五、基础运营管理流程 11六、计算机桌面管理流程 13七、系统开发流程 17八、数据库管理流程 19九、网络管理流程 21十、系统维护流程 25十一、项目管理流程 27十二、信息安全管理流程 31十三、需求管理流程 35十四、需求变更管理流程 38一、IT专业技术岗位考核流程1各部门权限情况总公司信息技术部提取机构IT工作绩效数据；数据结果确认与分析；实施考核评价；公示考核结果分公司IT根据总公司要求上报工作月报分公司IT管理部门分公司IT考核结果确认2、流程图IT专业技术岗位考核流程分公

2、司IT总公司信息技术部分公司IT管理部门上报工作月报 J收集各分公司月报数据否所有考核数据 汇总、整理、分析提取服务管理 系统数据是整理专项事宜 完成情况数据析分、理整据数核考考核评价示公果结核考3、流程说明流程工作内容、流 程步骤部门时效 性重要输入工作说明重要 输出风险点IT专业技卜 X-JU 术冈 位考 核流程考核数据上报分公司IT每月5号刖根据总公司要求 在每月5号刖上 报工作月报分公 司IT 工作 月报1、分公司IT 工作方向 与总公司 政策相违匕冃2、分公司工 作压力超 出人力预 估考核数据整 理、分析总公司信 息技术部根据 月报 要求分公 司IT 工作 月报分公 司IT 服务 管

3、理 系统 数据1收集分公司IT工作月报2、提取分公司 IT服务管理系 统数据3、数据结果确认 与分析4、实施考核评价分公 司IT考核结果考核结果公示分公司IT 管理部门分公 司IT考核结果1分公司IT管 理部门确认考核 结果，如有异议 进行反馈2、总公司信息技 术部对有异议部 分做出解释考核反馈总公司信 息技术部4、流程信息清单名称工具分公司IT工作月报nd分公司IT月工作总 结和计划.xls二、版本发布管理流程1各部门权限情况分公司管理部门进行人员培训及政策宣导；进行系统发布反馈总公司管理部门提交上线申请；审批版本上线计划；协调分公司进行政策宣导及操作培训 分公司IT配合进行发布实施；核实发

4、布反馈信息技术部提交、调整、颁布发布计划；实施版本发布，分析发布反馈信息；提交上线报告2、流程图版本发布流程总公司信息技术部总公司管理部门分公司IT分公司管理部门觸提交上线申请提交发布计划审核发布计划调整发布计划颁布发布计划策宣导执行总公司安排培训宣导任务划计线上布发确认培训效果实施版本发布分析反馈信息进行发布反馈施实线上结总线上3、流程说明流程工作内 容、流程 步骤部门时效性重要输入工作说明重要输 出风险点版本发布流程发布上线 计划总公司管 理部门EOA系统 签报1、总公司管理部 门提交上线申请。2、信息技术部向 总公司管理部门 提交上线计划3、总公司管理部 门审核上线计划4、总公司协调分

5、公司进行政策宣导及操作培训，并 核实培训效果。5、分公司根据总 公司管理部门要 求实施操作培训 及政策宣导1、签报审批结 果2、公司主页上 线公告3、分公司宣导 工作总公司信 息技术部分公司管 理部门上线实施分公司IT岗位根据上 线计划 时间新版本客 户端程序1、分公司IT负 责分公司FTP 服务器程序 的更新2、分公司管理 部门负责测 试结果的验 证与反馈3、总公司负责 总部服务器、 数据库及总 公司FTP程序 的更新，并分 析上线验证反馈信息4、分公司IT负 责核实用户 上线反馈并 将核实反馈 信息转总公 司信息技术 部上线结 果确认 反馈总公司信息技术部新版本前 后台、数 据库程序分公司

6、管 理部门测试完成 通知上线总结总公司信 息技术部测试反馈 上线反馈总结上线工作，积 累上线问题和经 验上线总结1、上线计 划是否与 开发版本 存在冲突2、上线前 是否完成 政策宣导 与培训3、上线机 构是否得 到确认，是 否需要回 滚版本名称工具4、流程信息清单版本提交清单版本提交清单.Xis上线计划a关于新内部网系统上线三、测试管理流程1各部门权限情况分公司管理部门进行用户测试；进行测试反馈总公司管理部门进行用户测试；组织、协调分公司开展用户测试工作；进行用户测试进度跟踪；签署测试验 收报告；提交上线申请分公司IT配合测试工作一程序安装、权限设置等；核实测试反馈信息技术部负责内部集成测试；

7、向分公司提供测试程序；收集反馈用户测试信息；分析用户测试反馈2、流程图流程工作内容、流 程步骤部门时效 性重要输入工作说明重要输 出风险点应用 系统 统维 护流 程提交测试申请总公司信息技术部测试 用例 新版 本程 序版本 移交从开发室向测试 岗位提交测试申 请测试计 划功能点是否符合、13、流程说明系统测试流程总公司信息技术部总公司管理部门分公司IT分公司管理部门试测交提提交测试申请测试环境部署内部测试协助测试进行用户测试协调分公司试测统系测试结果反馈进行用户测试分析反馈结果核实测试反馈.是跟踪测试进度*理处题问试测是否测试通 过确认测试结果测试验收攵报告严亠-,*进入系统上线流 程清单内部

8、测试总公司信息技术部根据 需求 类型测 试计 划 测试 用例 新版 本程 序根据测试计划进 行内部测试测试反馈用户测试测试结果确认总公司信息技术部根据 需求 类型根据需求类型测试 计划 测试 用例 新版 本程 序测试 反馈1总公司信息技 术部提交测试计 划和新版本程序 给分公司IT,由 IT人员协助分公 司测试人员安装 测试程序、设置 测试人员权限2、总公司信息技 术部提交测试计 戈V、测试用例给 总公司管理部门，由总公司管 理部门协调分公 司进行用户测试3、分公司管理部 门向总公司管理 部门及分公司IT 反馈测试结果， 分公司IT核实 反馈结果后向总 公司信息技术部 反馈测试结果4、总公司信

9、息技 术部分析反馈结 果1对测试结果进 行确认，并根据 项目需要编写测 试验收报告2、提交上线申 请，进入上线流 程测试反 馈1、测试 确认结 果2、测试 验收报 告3、上线申请分公司IT总公司管理部门分公司管 理部门总公司管理部门需求2、系统流程是否保持畅通3、用户测试是否通过4、测试结果是否满足项目要求4、流程信息清单名称工具版本提交清单版本提交清单.xls测试用例#656_完善财产险产品测试验收报告附件六、测试验收报告.doc四、对外数据报送工作流程1总、分公司权限情况：总公司：对外数据需求审核；系统外数据准备；数据提取汇总；数据审核下发分公司：上报数据需求；监管部门沟通；异议数据确认和

10、调整；上报数据（如无直接对接） 总公司信息技术部根据要求准备上报数据； 反馈上报数据中存在的问题； 修改上报数据，并提请需求部门通过 签报修改生产库数据；分公司IT根据各分公司安排从事数据对接工作追踪工作进度2、流程图1）保监会数据上报流程2）保监局稽核数据上报流程3、流程说明流程工作内容、流 程步骤部门时效 性重要输入工作说明重要 输出风险点对外报送流程业务部门发起 报送分公司/总公司相关 责任部门-稽核 流程需 监管 部门 红头 文件及时准确上报需 求，并做好和外 部监管部门沟通通过 签报 上报 内部 监管 部门 和信 息技 术部1、数据检核是否满足外部监管部门要牝是否能在规宀疋时间点前完

11、成报送2信息技术部进 行数据提取后 提交业务部门 审核总公司信 息技术部、 相关职能 部门-业务/ 财务 数据 按监 管部 门要 求进 行准 备信息技术部按要 求提取数据，并 说明数据内容和 风险点上报 数据 文件、 数据 说明 及问 题数 据清 单审核通过后上报数据总公司信 息技术部、 相关职能 部门、需求 发起部门-对报 送数 据关 键指 标和 问题 清单 进行 审核责任部门审核通 过，通过系统对 接或刻盘形式报 送问题 修改 意见 和最 终确 认方 案、以 及数 据接 口文 件4、流程信息清单一附件流程名称工具对外报送数据工作流程保监会统计信息系统报送：直接通过保监会系统接口报送(htt

12、p:/)保监会稽核数据报送：EOA内部工作签报五、基础运营管理流程1总、分公司主要职责分公司主要职责负责机房设计、组织施工和验收，并将备案相关材料；负责机房日常运行环境的例检工作;负责机房故障的排除、解决，保证IT基础环境稳定；总公司信息技术部主要职责负责总、分公司机房建设、管理制度；协助、审核及监督分公司机房建设方案；监督并定期 抽查分公司机房管理工作；3、流程说明流程工作内容、 流程步骤部门时效性重要输入工作说明重要输出风险点基础 运 营 管 理 流发现机房故障分公司IT-对机房运行情 况详细了解查看机房相关故障迅速定位问题， 是否可自行解 决。1. 机房故 障处理 时

13、间。2. 机房专 用设施 故障短 时间无 法恢故障判断分公司IT-判断是否设备 故障针对机房设备 进行标示，对设 备运行状态了 解。经总公司机房 管理人员确认 故障原因程总公司-对上报故障进行分析故障查找、定位会同分公司IT 确定故障原因复，导 致机构 系统不 可用。原因分析分公司IT-故障原因基本定位根据设备保修 情况，联系当地 供应商维修。供应商维修故障设备总公司-故障原因基本 定位跟踪故障处理记录故障处理 过程，并记录备 案故障恢复确认分公司IT-确认设备是否正常运转设备供应商提 供设备故障检 查和正常运行 报告故障恢复总公司-确认设备是否正常运转核实故障处理结果故障恢复4、流程信息清单

14、名称工具华安保险数据中心 管理办法http:/haweb/haweb/sites/huaa n/departme nt/it/regular/ news_0008.html服务管理系统http:/hausm/itsm/welcome.do六、计算机桌面管理流程1、总、分公司部门权限、职责情况分公司IT岗严格按照总公司信息技术部下发的桌面管理制度实施日常维护；在日常维护中，发现解决不了的问题，及时反馈到总公司信息技术部；在日常维护中，对IT维护工作效率有显著提高的实践，可上报总公司，以便在各分公司推广。总公司信息技术部收集分公司在日常工作中遇到的桌面相关问题。整理、分类分公司提交的问题，及时反馈

15、、解决问题。撰写、下发桌面管理制度及相关制度。根据IT技术地不断发展、不定期撰写新制度、修改旧制度等。不定期督促、抽查分公司桌面管理制度的落实情况，并适当地给予相应 的奖励、惩罚。公司其他部门员工严格按照总公司信息技术部下发的桌面管理制度实施日常维护。不允许擅自重装操作系统及 各种软件。在日常工作中遇到计算机异常情况，及时可以通过电话、电子邮件、飞秋等方式 上报到系统管理员。等待处理问题的响应级别优先顺序（从高到低）：总裁室各部门一把手 各部门领导班子 各部门室主任 各部门一般员工。2、流程图:1）计算机硬件故障处理流程计算机发生异常计算机硬件故障处理流程现出障故机算计户用障故理处、障故析；修

16、维商修维作操后最户2）：计算机软件故障处理流程非IT部门上报故障 描述否计算机发生异C常丿正常工作硬件故障处理上报故障描述非IT部门IT部（系统管理员）标准安装计算 机软件计算机软件故障处理流程非操作系统的 软件故障排除具体软件故 障Win dows系统中毒、 办公软件使用异常、 外接设备（打印机、 扫描仪等）异常障故理处、障故析现出障故机算计户用作操后最户用3、流程说明流程工作内容、 流程步骤部门时效 性重要输入工作说明重要输出风险点计算机 桌面管 理流程用户计算 机故障出 现非IT部门-计算机出现故 障，影响工作上报故障，要求排除提交故障 现象描述，请求 排除故障1、根据轻 重缓急和 响应

17、级别 优先顺序 来决疋先 解决哪些 故障。2、收到故 障上报， 及时响 应。3、收到故 障上报， 及时处 理。4、在故障 解决需要 时间较长 时，可通 过变通方 式让用户 恢复正常 工作。IT分析故 障、处理故 障IT部（系统 管理员）-根据故障现象分析分析故障现象，缩小故障源的范围定位故障 源为软件 或者硬件IT分析故 障、处理故 障（硬件故 障）计算机硬 件厂家维 修商-根据IT约定的 时间上门维修（在保修期内的计 算机）上门排除故障维修或更换硬件，使得计算 机正常工作公司签约 硬件维修 商-根据IT约定的 时间上门维修（不在保修期内的 计算机）上门排除故 障维修或更换硬件，使得计算 机正

18、常工作IT分析故 障、处理故 障（软件故 障）IT部（系统 管理员）-定位为操作系统故障重装系统，并根据标 准安装进行操作让用户在 新的操作 系统上工 作-定位为非操作 系统的软件故 障Win dows系统中毒、 办公软件使用异常、 外接设备（打印机、 扫描仪等）异常根据具体 问题具体 分析，排 除故障用户最后 操作非IT部门 （硬件故 障）-计算机维修成 本过高成本过高，不进行维 修申请计算 机报废处 理-申请新计算机使用旧计算机报废，需新 计算机使用工作获取新计算机使用非IT部门（软件、硬 件故障）-故障已排除故障已排除，解除故 障请求处理用户正常 使用计算 机工作4、流程信息清单名称相关

19、文档计算机桌面标准化安装软件清单習1计算机桌面标准 化安装软件清单.do七、系统开发流程1各部门权限情况信息技术部根据需求规格说明书进行系统分析和设计；根据设计进行系统编码；系统开发完毕后进 行单元测试；完成系统测试版本的合并及编译工作，同步完成执行脚本的编写工作；审核提 交版本清单内容，无误后提交部门内部测试；对于部门内部整理的测试反馈问题及时修改3、流程说明流程工作内 容、流程部门时效性重要输入工作说明重要输出风险点步骤系统开发 流程系统设计 分析系统编码信息技术 部-需求规格说明书组织部门 内的需求 岗、开发 岗和测试 岗共同讨 论需求， 并做设计 方案分 析，同步 完善测试 范围。系统

20、开发 计划及测 试范围系统设计分 析过程中有 可能发现需 求中存在遗 漏或不确定 的地方，需要 再次冋需求 部门确认。信息技术 部-系统开发计划按照需求 设计分析 结果和计 划安排，按时完成 系统编码 和单元测 试工作系统开发 源码、数 据库执行 脚本及版 本提交清单系统开发过 程中可能会 有紧急需求 介入，为了保 证紧急需求 按时上线，部 分非紧急需 求可能会延 期开发系统源 码、脚本 审核信息技术 部-系统开发 源码、数 据库执行 脚本及版 本提交清单系统源码 抽查，数 据库脚本 检查及版 本提交清 单内容检 查。审查通过 后的系统 开发源码、数据 库执行脚 本及版本 提交清单审查出现冋

21、题后，需要提 交开发人员 修改整理测试 版本并提 交信息技术 部-审查通过 后的系统 开发源码、数据 库执行脚 本及版本 提交清单版本合并 及编译， 提交可执 行测试版 本可执行测试版本版本合并工 作繁重，合并 风险较高，为 了规避风险 信息技术部 要求同步开 发版本不能 超过3个，紧 急需求除外。4、流程信息清单名称工具名称工具测试用例Sitl测试用例模! .xls版本提交清单版本提交清单xls1 莫板.八、数据库管理流程1各部门权限情况总公司信息技术部提出数据库需求；需求确认及可行性分析；需求分类；数据库性能监控并提取相关监控数据; 故障原因分析；组织故障分析和讨论；提供数据库故障解决方案

22、及相关优化建议；方案实施 2、流程图数据库管理流程总公司信息技术部求需出提析分求需控监能性施实案方接收,需求1r可行性分析监控操作系统 及数据库性能提取数据 库运行负 载数据提取操作 系统资源 消耗数据数据库管理和维护类需求根据需求，详细评估其运行效率、影响范围*分析相天数据，得出故 障原因因，会同开 发运营讨论会同厂商分 析数据，得 出故障原因根据用户需求，给出解决方案及建议故障解决方案 -在测试环 境中实施否，重新讨论分析是否达到预期效果生产环境中实施3、流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输风险点出数据库管 理流程提出需求总公司信息技术部根据工作需要提出相 关数据

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

24、分公司主要职责负责网络布线配线架的管理，确保配线的合理有序；掌握用户端设备接入网络的情况，以便发现问题时可迅速定位；实时监控整个局域网的运转，网络通信流量情况；例检分公司， 支公司网络设备运行情况总公司信息技术部主要职责设备的配置情况及配置参数变更情况，备份各个设备的配置文件；监控网络通信状况；制定、 发布网络基础设施使用管理办法并监督执行情况2、流程图1）网络管理流程图网络管理流程报上务隈障故络网断判障故析分因原理处应响务一L障故络网认确务服分公司IT信息技术部设备供应商电信运营商网络故障/服务响应网络故障网络故障/ 服务响应类型/ 、分公司IT判断是否广域网故障是判断是否 设备故障X-是否

25、总公司米购设备分公司IT测试 是否够解决否网络设备配置变更否旦 疋总公司网管协 助解决故障恢复/服务确认网络设备变更专线故障!设备故障联系设备供应商解决联系电信运营商解决2）网络资源申请流程图网络资源申请流程需求部门信息技术部上级领导/信息化建设委员会请申源资络网出提网络资源申请服务上报网络管理员 初审批审请申同意信息技术咅 领导审核同意-超权限的需求变更不同意审核商会更、变茨需不同意同意网络管理员安装调试、开通申请通开求需络网整理文档认确请申求需完成反馈用户不同意用户服务确认3、流程说明宀徐骤 听步 作程 口流nJ 咅性 效 时占小 险 风网络管理流程障络解 网了 对况断判令命点MB障0故故

26、理。设障间恢 电断短无复 络处间件故时法。线中障间恢 网障时硬施短无复专缆故时法 3 45.-备 设 否 是 断障判故 O 进懈解 站I 络示状 网标行管入 网接 司启 公重 总认备 经确设司 公 总-报析 上分 对行障故握掌步因初原IT 司 公 分-鄙备 应设 供障障解障 。 故商故商 线营备应 专运设供运 隹信路 供备检 备设商 设修营IT 司 公 分-报 将 能肚管頊将無的述并决结 不汨缭处能排障描，解总 仍及网行量速故细象的集 障，司进尽快报详现后收 故除公员了 障申候障理法 对排总理为故在时故妇办司置数 公配参 总新备IT 司 公 分-司 公 总-tr常 网正 试否 测是冶况 测情网

27、络资源申请络求 网需 出请 提科nJ、首 需-请出求 提需1.服务申请需求及时处理情况导建会 领化员 级息委 上信设-息布请 信限申 过权求 M部壽二 z LL 对需报流程调整需求方案需求部门-根据审核的意 见调整需求方 案。根据审核意见， 结合实际情况 调整网络需求。调整需求结果网络需求开通信息技术 部-根据审批意见 实施网络需求实施网络需求， 整理相关实施 变更文档。实施完成4、流程信息清单名称工具远程出单点设置申请表远程岀单点设置申 请表服务管理系统http:/hausm/itsm/welcome.do十、系统维护流程1各部门权限情况分公司用户通过EOA上报非审批类服务请求；通过服务管理

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

29、审批类服务_服务向应知识库查询是反馈用户解决该服否务.服务转交分公司转交的审批类服务服务响应服务处理反馈用户据库/网 路管理流 程.分公司IT转交的非审批服务总公司提交的服务服务类型服务确认先结总务服整理知识库结束3、流程说明流 程工作内 容、流 程步骤部门时效 性重要输入工作说明重要输出风险点应 用 系 统 统 维 护 流 程服务查询总、分 公司用 户查询条件用户查询知 识库寻求问 题指引解决办法1、服务请求 响应及时情况2、服务请求 及时处理情况3、服务请求 遗失与跟踪4、系统服务 类型发展服务上报总、分 公司用 户问题或服务请求描述用户上报问题EOA系统签报或服务 管理系统 任务服务响应

30、总公司 信息技 术部工作日10分钟（服务任务分类岗位响应问 题（0A,服务管理系统）待处理服务管理系统任务或EOA系统签管理 系统 平均 响应 时间）报趋势服务审批总、分 公司管 理部门EOA系统签报申请就下级申请 事项进行政 策审批EOA系统签报服务处理分公司IT岗位4小时服务管理系统任务或EOA系 统签报根据请求提 供IT系统维 护服务服务管理 系统服务或EOA系统签报处理 结果（意 见）总公司 信息技 术部一个工作日服务确认总、分 公司用 户服务管理系统服务或EOA系 统签报处 理结果（意见）用户核实服 务处理结果， 对处理结果 予以确认或 提出异议服务确认结果服务总结总公司 信息技 术

31、部用户服 务确认 结果对服务进行 归类总结并 纳入知识库 进行积累FAQ4、流程信息清单名称工具服务管理系统信息项ACDSee BM图像EOAhttp:/haeoa/eoa/todoProcessList.do十一、项目管理流程1、各部门权限情况总公司业务部门提交原始需求说明书配合项目组确认项目参与人员，并参与整个项目流程 协助业务部门确认需求规格说明书协助信息技术部完成系统设计说明书的编写工作 协助确认项目验收总结报告信息技术部协调业务部门形成项目组，召开项目启动会议并形成项目章程 确认需求规格说明书根据需求规格说明书进行系统分析和设计 根据设计说明书进行编码，同时监控项目质量和项目进度 协

32、调业务部门完成项目验收工作，并确认项目验收总结报告2、 流程图项目管理流程信息技术部业务部门制定项目章程计划项目需求分析确认后的需求规格说明书制定设计方案协助信息技术部进行设计工作段阶爵及葬、取统系系统设计说明书_系统开发流程段阶宰、行运试蒙段阶鉴目项*3、流程说明流程工作内 容、流程 步骤部门时效性重要输入工作说明重要输出风险点项目管理流程项目启动 阶段信息技术 部、业务 部门-原始需求 说明书由项目经 理组织召 开项目启 动会议， 确定项目 组成员及 职责分 工、项目 的原始需 求，制定项目章 程和项 目管理计 戈膠确认后的 原始需求 说明书、项目章 程、项目管理 计划此时的项 目管理计

33、划还只是 初步估计 的，但是 一旦需求 规格说明 书确认 后，项目 管理计划 将会确 认。需求分析 阶段信息技术 部、业务 部门-确认的原 始需求说 明书信息技术 部协助业 务部门做 详细需求 分析并最 终形成确 认后的需 求规格说 明书确认后的 需求规 格说明书系统设计 阶段信息技术 部、业务 部门-需求规格说明书依据需 求规格说 明书对 系统进行 分析设 计，完成系统设 计说明 书的编 写。系统设计 说明书系统设计 说明书可 能会因为 用户的需 求变更受 到影响， 可能会影 响项目管 理计划安 排。开发阶段信息技术 部、业务 部门-系统设计 说明书依据系统 设计说明 书进行系 统开发、完成

34、单元 测试和版可运行的 信息系统 产品系统设计 说明书可 能会因为 用户的需 求变更受 到影响，本整理可能会影 响项目管 理计划安 排。项目验收阶段信息技术 部、业务 部门-完成操 作手册、 系统上线 通知签报 流程审批 通过。系统上线 后，进行 的各项验 收工作， 包括业务 功能验 收、技术 性能指标 验收等。项目验 收总结报 告4、流程信息清单名称工具项目章程8 1附件一、项目章程.doc项目管理计划a附件二、项目管理 计划.doc系统设计说明书附件五、系统设计说明书.doc项目验收总结报告a附件八、项目验收 总结报告.doc十二、信息安全管理流程1、职责范围为信息系统安全的责任单位和个人

35、,总公司信息技术部、分公司信息技术室或信息维护人员主要职责是：（一）贯彻执行总公司信息技术部的管理办法， 指导、 监督、协调和规范信息系统安 全工作；（二）拟订信息系统安全总体规划和信息系统安全管理规定，并监督执行；（三）跟踪先进的信息系统安全技术，提出信息系统安全防范策略；（四）参与信息系统工程建设中的安全规划，监督安全措施的执行；（五）负责信息系统安全专用产品的选型，组织信息系统安全的评估和审批；（六）组织本机构信息系统安全检查，分析辖内信息系统安全总体状况，提出安全分 析报告和安全防范建议；（七）组织本机构信息系统安全知识的培训和宣传工作； 专（兼）职信息系统安全管理员应履行以下职责：（

36、一）负责信息系统安全管理的日常工作；（二）开展信息系统安全检查工作，对要害岗位人员信息系统安全工作进行指导；（三）开展信息系统安全知识的培训和宣传工作；（四）监控信息系统安全总体状况，提出安全分析报告；（五）了解行业动态，为改进和完善信息系统安全管理工作，提出安全防范建议；（六）及时向总公司信息技术部报告信息系统安全事件。2、流程图信息化建设委员会信息技术部信息系统安全法规及 行业安全标准公司商业保密 政策订制策政制定信息系统访问权限设置方案 ，数据备份及突发事件处理等信 息系统安全政策信息系统访问权限设置数 据备份及突发事件处理政 策其他软硬件安全措施、F信息技术部 领导审批是否通过否批审策

37、政信息化建设 是 木委员会审批 否确定员工算机 配置及权限安装网络预警 装置设置网络终端用户访问权限定期更新病毒库对终端用户进行网络 使用情况监测施措全安按照突发事件处理发 生安全预警时， 规定采取处理措施每日对数据库、日 之文件及其他重要资 料进行备份向信息技术部领导汇报 突发事件发展情况档归及理处故事V1P紧急警报上报分管领 导，记录事故档案并向 公司通报一般记录记入事故档案ZT编制事故总结报告，上报相关领导3、流程说明工作内容、 流程步骤部门时效性重要输入工作说明重要输 出信 息 安 全 管 理 流 程政策制订信息技术部-根据国际和国家信息系统 安全的有关法律、法规及信 息技术行业的安全

38、标准， 并 结合公司有关商业保密的 规定，制定公司的信息系统 安全政策，包括信息系统访 问权限设置方案、数据备份 及突发事件处理政策、病毒 防治等信息系统安全政策。配置确定信息技术部-根据公司计算机及网络设 备的使用规定，确定各岗位 计算机资源的配置和系统 访问权限。监督与提 醒信息技术部-对各个网络用户及计算机 设备的使用过程进行监测， 同时督促各个终端用户定 时对关键数据进行备份。建立安全 措施信息技术部-根据公司的信息系统安全 政策，选择建立各项软硬件 的安全措施，包括病毒防治 软件、防火墙技术等，并在 网络上安置必要的预警装 置；定期在公司范围内发布 病毒防治的数据资料，并提 供病毒库

39、升级下载文档。事件处理信息技术部-当发生安全预警时，根据警 报的性质，按照突发事件的 处理规程采取必要的处理 措施，并在1小时内将情况 汇报至信息技术部经理。事件善后信息技术部-根据警报的性质判断紧急 级别，视情况上报公司分管 领导，采取补救措施，记录 事故档案并通报全公司；属于般警报的记录事故档 案，事故处理完毕，对于事 故的责任人和责任部门编 制事故总结报告上报公司 相关领导处理。十三、需求管理流程1、各部门权限情况 分公司需求部门 提出需求意向到总公司直属管理部门 总公司需求部门 审核分公司提出的需求意向 提出需求意向到信息技术部 参加需求会商 书写用户原始需求说明书 会商确认原始需求说

40、明书和需求规格说明书 信息技术部 接收需求意向进行可行性分析，反馈意见 组织需求会商 根据用户原始需求说明书书写需求规格说明书 会商确认原始需求说明书和需求规格说明书 对于需要立项的需求，编制需求评估报告，报上一级审批 上级领导 / 信息化建设委员会 对于下级超权限的项目进行审批2、流程图IT需求管理流程分公司需求部门总公司需求部门总公司信息技术部上级领导/信息化建设委员会提出需求意向审核商会求需接收需求1F需求会商析分求需认确求需E整理原始需求需求评估需求规格说 明书确认用户原始需求说明书和需求规格说明书开发管理流项目管理程流程二审批是否同意本次需求结束3、流程说明流 程工作内容、流程步骤部

41、门时效 性重要输入工作说明重要输出风险点分公司需求部门-业务发展、增加 管控等需要系 统支持的想法根据业务发展要求以及 外部监管要求提出系统 需求意向。需求意向提出需求意向总公司需求部门-分公司需求意向审核分公司需求意向。审核结果-业务发展、增加 管控等需要系 统支持的想法根据业务发展要求以及 外部监管要求提出系统 需求意向。需求意向可行性判 断信息技术 部-需求意向根据需求意向结合目前 系统情况进行可行性初 步判断。可行性初步 判断结果以 及建议需求会商总公司需 求部门、信息技术部-可行的需求意向针对可行的需求双方进 行讨论，IT协助用户挖 掘需求，将用户的需求 意向细化。会议纪要/沟通结果

42、整理原始需求总公司需求部门-会议纪要/沟通结果空白的原始需求说明书根据双方的沟通结果， 书写用户原始需求。用户原始需求说明书1、需求可行 性风险2、需求变更 风险3、监管风险需求管理流程审核用户 原始需求 说明书信息技术 部-用户原始需求说明书审核内容是否全面，描 述是否准确，格式是否 符合标准。审核意见需求评估信息技术 部-审核通过的用 户原始需求说 明书结合需求具体情况判断 是否需要立项，如需立 项，编制评估报告。评估意见需求报批总公司需 求部门、信息技术部-原始需求 需求评估报告超过信息技术部权限的 需求，上报信息化建设 委员会审批。签报/召开 信息化建设 委员会立项审批上级领导/信息化建 设委员会-签报/召开信息化建设委员会进行需求审批，给出决 策意见，对于不同意立 项的需求，进行结束。对于冋意立项的需求按 照项目管理流程进行后 续处理。审核意见/会议决议需求分析信息技术 部-需求评估意见/立项审核意见细化用户原始需求中