2022年IT部门的工作流程、管理制度等.doc

《2022年IT部门的工作流程、管理制度等.doc》由会员分享，可在线阅读，更多相关《2022年IT部门的工作流程、管理制度等.doc（43页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

2、程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点IT专业技术岗位考核流程考核数据上报分公司IT每月5号前依照总公司要求在每月5号前上报工作月报分公司IT工作月报1、 分公司IT工作方向与总公司政策相违犯2、 分公司工作压力超出人力预估考核数据整理、分析总公司信息技术部依照月报要求分公司IT工作月报分公司IT效劳治理系统数据1、搜集分公司IT工作月报2、提取分公司IT效劳治理系统数据3、数据结果确认与分析4、施行考核评价分公司IT考核结果考核结果公示分公司IT治理部门分公司IT考核结果1、分公司IT治理部门确认考核结果，如有异议进展反应2、总公司信息技术部对有异议部分做出解释考核反应

3、总公司信息技术部.4、流程信息清单名称工具分公司IT工作月报二、版本发布治理流程1、各部门权限情况分公司治理部门进展人员培训及政策宣导；进展系统发布反应总公司治理部门提交上线申请；审批版本上线计划；协调分公司进展政策宣导及操作培训分公司IT配合进展发布施行；核实发布反应信息技术部提交、调整、公布发布计划；施行版本发布，分析发布反应信息；提交上线报告2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点版本发布流程发布上线计划总公司治理部门-EOA系统签报1、总公司治理部门提交上线申请。2、信息技术部向总公司治理部门提交上线计划3、总公司治理部门审核上线计划4、

4、总公司协调分公司进展政策宣导及操作培训，并核实培训效果。5、分公司依照总公司治理部门要务施行操作培训及政策宣导1、签报审批结果2、公司主页上线公告3、分公司宣导工作1、上线计划是否与开发版本存在冲突2、上线前是否完成政策宣导与培训3、上线机构是否得到确认，是否需要回滚版本总公司信息技术部分公司治理部门上线施行分公司IT岗位依照上线计划时间新版本客户端程序1、 分公司IT负责分公司FTP效劳器程序的更新2、 分公司治理部门负责测试结果的验证与反应3、 总公司负责总部效劳器、数据库及总公司FTP程序的更新，并分析上线验证反应信息4、 分公司IT负责核有用户上线反应并将核实反应信息转总公司信息技术部

5、上线结果确认反应总公司信息技术部新版本前后台、数据库程序分公司治理部门测试完成通知上线总结总公司信息技术部-测试反应上线反应总结上线工作，积累上线咨询题和经历上线总结4、 流程信息清单名称工具版本提交清单上线计划三、测试治理流程1、各部门权限情况分公司治理部门进展用户测试；进展测试反应总公司治理部门进展用户测试；组织、协调分公司开展用户测试工作；进展用户测试进度跟踪；签署测试验收报告；提交上线申请分公司IT配合测试工作程序安装、权限设置等；核实测试反应信息技术部负责内部集成测试；向分公司提供测试程序；搜集反应用户测试信息；分析用户测试反应2、 流程图3、 流程说明流程工作内容、流程步骤部门时效

6、性重要输入工作说明重要输出风险点应用系统统维护流程提交测试申请总公司信息技术部-测试用例新版本程序版本移交清单从开发室向测试岗位提交测试申请测试计划1、 功能点是否符合需求2、 系统流程是否保持畅通3、 用户测试是否通过4、 测试结果是否满足工程要求内部测试总公司信息技术部依照需求类型测试计划测试用例新版本程序依照测试计划进展内部测试测试反应用户测试总公司信息技术部依照需求类型测试计划测试用例新版本程序1、总公司信息技术部提交测试计划和新版本程序给分公司IT，由IT人员协助分公司测试人员安装测试程序、设置测试人员权限2、总公司信息技术部提交测试计划、测试用例给总公司治理部门，由总公司治理部门协

7、调分公司进展用户测试3、分公司治理部门向总公司治理部门及分公司IT反应测试结果，分公司IT核实反应结果后向总公司信息技术部反应测试结果4、总公司信息技术部分析反应结果测试反应分公司IT总公司治理部门分公司治理部门测试结果确认总公司治理部门依照需求类型测试反应1、对测试结果进展确认，并依照工程需要编写测试验收报告2、提交上线申请，进入上线流程1、测试确认结果2、测试验收报告3、上线申请4、 流程信息清单名称工具版本提交清单测试用例测试验收报告四、对外数据报送工作流程1、总、分公司权限情况：总公司：对外数据需求审核；系统外数据预备；数据提取汇总；数据审核下发分公司：上报数据需求；监管部门沟通；异议

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

9、数据提取后提交业务部门审核总公司信息技术部、相关职能部门-业务/财务数据按监管部门要求进展预备信息技术部按要求提取数据，并说明数据内容和风险点上报数据文件、数听说明及咨询题数据清单审核通过后上报数据总公司信息技术部、相关职能部门、需求发起部门-对报送数据关键指标和咨询题清单进展审核责任部门审核通过，通过系统对接或刻盘方式报送咨询题修正意见和最终确认方案、以及数据接口文件4、流程信息清单附件流程名称工具对外报送数据工作流程保监会统计信息系统报送：直截了当通过保监会系统接口报送（:/10.254.1.1）保监会稽核数据报送：EOA内部工作签报五、根底运营治理流程1、总、分公司主要职责分公司主要职责

10、负责机房设计、组织施工和验收，并将备案相关材料；负责机房日常运转环境的例检工作；负责机房毛病的排除、处理，保证IT根底环境稳定；总公司信息技术部主要职责负责总、分公司机房建立、治理制度；协助、审核及监视分公司机房建立方案；监视并定期抽查分公司机房治理工作；2、 根底运营治理流程图3、 流程说明流程 工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 基础运营管理流程发觉机房毛病分公司IT-对机房运转情况详细理解查看机房相关毛病迅速定位咨询题，是否可自行处理。1. 机房毛病处理时间。2. 机房专用设备毛病短时间无法恢复，导致机构系统不可用。毛病推断分公司IT-推断是否设备毛病针对机房设备

11、进展标示，对设备运转状态理解。经总公司机房治理人员确认毛病缘故总公司-对上报毛病进展分析毛病查找、定位会同分公司IT确定毛病缘故缘故分析分公司IT-毛病缘故根本定位依照设备保修情况，联络当地供给商维修。供给商维修毛病设备总公司-毛病缘故根本定位跟踪毛病处理记录毛病处理过程，并记录备案毛病恢复确认分公司IT-确认设备是否正常运转设备供给商提供设备毛病检查和正常运转报告毛病恢复总公司-确认设备是否正常运转核实毛病处理结果毛病恢复4、 流程信息清单名称工具华安保险数据中心治理方法:/haweb/haweb/sites/huaan/department/it/regular/news_0008.htm

12、l效劳治理系统:/hausm/itsm/welcome.do六、计算机桌面治理流程1、 总、分公司部门权限、职责情况分公司IT岗严格按照总公司信息技术部下发的桌面治理制度施行日常维护；在日常维护中，发觉处理不了的咨询题，及时反应到总公司信息技术部；在日常维护中，对IT维护工作效率有明显提高的实践，可上报总公司，以便在各分公司推行。总公司信息技术部搜集分公司在日常工作中遇到的桌面相关咨询题。整理、分类分公司提交的咨询题，及时反应、处理咨询题。撰写、下发桌面治理制度及相关制度。依照IT技术地不断开展、不定期撰写新制度、修正旧制度等。不定期催促、抽查分公司桌面治理制度的落实情况，并适当地给予相应的奖

13、励、惩处。公司其他部门员工严格按照总公司信息技术部下发的桌面治理制度施行日常维护。不同意擅自重装操作系统及各种软件。在日常工作中遇到计算机异常情况，及时能够通过、电子邮件、飞秋等方式上报到系统治理员。等待处理咨询题的响应级别优先顺序（从高到低）：总裁室各部门一把手各部门领导班子各部门室主任各部门一般员工。2、 流程图：1）计算机硬件毛病处理流程2）：计算机软件毛病处理流程3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 计算机桌面治理流程用户计算机毛病出现非IT部门-计算机出现毛病，妨碍工作上报毛病，要求排除提交毛病现象描绘，恳求排除毛病1、依照轻重缓急和响应级别优

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

15、病重装系统，并依照标准安装进展操作让用户在新的操作系统上工作-定位为非操作系统的软件毛病Windows系统中毒、办公软件使用异常、外接设备（打印机、仪等）异常依照详细咨询题详细分析，排除毛病用户最后操作非IT部门（硬件毛病）-计算机维修本钱过高本钱过高，不进展维修申请计算机报废处理-申请新计算机使用旧计算机报废，需新计算机使用工作获取新计算机使用非IT部门（软件、硬件毛病）-毛病已排除毛病已排除，解除毛病恳求处理用户正常使用计算机工作4、 流程信息清单名称相关文档计算机桌面标准化安装软件清单七、系统开发流程1、各部门权限情况信息技术部依照需求规格说明书进展系统分析和设计；依照设计进展系统编码；

16、系统开发完毕后进展单元测试；完成系统测试版本的合并及编译工作，同步完成执行脚本的编写工作；审核提交版本清单内容，无误后提交部门内部测试；关于部门内部整理的测试反应咨询题及时修正2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 系统开发流程系统设计分析信息技术部-需求规格说明书组织部门内的需求岗、开发岗和测试岗共同讨论需求，并做设计方案分析，同步完善测试范围。系统开发计划及测试范围系统设计分析过程中有可能发觉需求中存在遗漏或不确定的地点，需要再次同需求部门确认。系统编码信息技术部-系统开发计划按照需求设计分析结果和计划安排，按时完成系统编码和单元测试工作系

17、统开发源码、数据库执行脚本及版本提交清单系统开发过程中可能会有紧急需求介入，为了保证紧急需求按时上线，部分非紧急需求可能会延期开发系统源码、脚本审核信息技术部-系统开发源码、数据库执行脚本及版本提交清单系统源码抽查，数据库脚本检查及版本提交清单内容检查。审查通过后的系统开发源码、数据库执行脚本及版本提交清单审查出现咨询题后，需要提交开发人员修正整理测试版本并提交信息技术部-审查通过后的系统开发源码、数据库执行脚本及版本提交清单版本合并及编译，提交可执行测试版本可执行测试版本版本合并工作繁重，合并风险较高，为了躲避风险信息技术部要求同步开发版本不能超过3个，紧急需求除外。4、 流程信息清单名称工

18、具测试用例版本提交清单八、数据库治理流程1、各部门权限情况总公司信息技术部提出数据库需求；需求确认及可行性分析；需求分类；数据库功能监控并提取相关监控数据；毛病缘故分析；组织毛病分析和讨论；提供数据库毛病处理方案及相关优化建议；方案施行2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点数据库治理流程提出需求总公司信息技术部依照工作需要提出相关数据库需求。需求描绘1用户的需求是否妨碍消费数据库的正常使用。2处理毛病的及时性。需求分析总公司信息技术部需求描绘依照用户需求描绘，做出可行性分析报告，并对需求进展分类。可性行分析报告功能监控总公司信息技术部需求描绘1

19、、针对毛病类需求，实时监控数据库及操作系统负载情况，提取运转数据。2、针对日常治理和维护类需求，评估其运转效率及妨碍范围监控数据方案施行总公司信息技术部监控数据1依照监控数据库运转的相关数据，组织毛病分析和讨论会，给出相关处理方案。2依照方案先在测试环境中施行，到达预期效果后在消费环境中施行施行方案九、网络治理流程1、总、分公司主要职责分公司主要职责负责网络布线配线架的治理，确保配线的合理有序； 掌握用户端设备接入网络的情况，以便发觉咨询题时可迅速定位；实时监控整个局域网的运转，网络通讯流量情况；例检分公司，支公司网络设备运转情况总公司信息技术部主要职责设备的配置情况及配置参数变更情况，备份各

20、个设备的配置文件；监控网络通讯情况；制定、发布网络根底设备使用治理方法并监视执行情况2、 流程图1）网络治理流程图2） 网络资源申请流程图3、 流程说明流程 工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 网络管理流程发觉网络毛病分公司IT-对网络运转情况理解ping命令推断毛病点迅速定位咨询题，是否广域网线路中断。3. 网络毛病处理时间。4. 硬件设备毛病短时间无法恢复。5. 专线电缆中断毛病短时间无法恢复毛病推断分公司IT-推断是否设备毛病网络设备进展标示，对设备运转状态理解。经总公司网管确认重启接入设备总公司-对上报毛病进展分析毛病查找、定位初步掌握毛病缘故缘故分析分公司IT

21、-毛病缘故根本定位依照设备保修情况，联络当地供给商维修。供给商维修毛病设备总公司-毛病缘故根本定位专线毛病联络运营商处理，设备毛病联络供给商。设备供给商维修设备；电信运营商检查线路总公司治理人员协助处理分公司IT-毛病设备进展更换对毛病仍不能排除，及时上报总公司网络治理员进展处理，为了尽量能将毛病快速排除，在申报毛病的时候详细描绘毛病现象，并将处理后的处理方法搜集总结总公司网管重新配置相关设备参数毛病恢复确认分公司IT-理解用户访咨询网络是否正常询咨询用户网络使用情况毛病恢复总公司-测试网络运转是否正常测试网络运转情况毛病恢复网络资源申请流程提出网络申请需求需求部门-网络需求分析网络需求提出网

22、络申请需求1. 效劳申请需求及时处理情况报批上级领导/信息化建立委员会-超过信息技术部权限的网络需求申请关于超权限的需求申请进展报批审核意见调整需求方案需求部门-依照审核的意见调整需求方案。依照审核意见，结合实际情况调整网络需求。调整需求结果网络需求开通信息技术部-依照审批意见施行网络需求施行网络需求，整理相关施行变更文档。施行完成4、 流程信息清单名称工具远程出单点设置申请表效劳治理系统:/hausm/itsm/welcome.do十、系统维护流程1、各部门权限情况分公司用户通过EOA上报非审批类效劳恳求；通过效劳治理系统、等方式上报毛病、咨询题等非审批类效劳恳求；确认咨询题处理结果分公司治

23、理部门用户关于用户通过EOA上报的咨询题进展审批；关于需总公司审批的咨询题予以上报分公司IT响应、核实系统毛病、咨询题；在权限范围内处理毛病、咨询题；将无法处理的咨询题转交总公司信息技术部总公司治理部门就审批类效劳进展政策审批信息技术部1、非审批类效劳效劳治理系统效劳响应效劳治理系统任务分配效劳处理效劳结果反应与跟踪2、审批类效劳分析治理部门审批意见施行系统维护操作反应处理结果2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点应用系统统维护流程效劳查询总、分公司用户-查询条件用户查询知识库寻求咨询题指引处理方法1、 效劳恳求响应及时情况2、 效劳恳求及时处

24、理情况3、 效劳恳求遗失与跟踪4、 系统效劳类型开展趋势效劳上报总、分公司用户-咨询题或效劳恳求描绘用户上报咨询题EOA系统签报或效劳治理系统任务效劳响应总公司信息技术部工作日10分钟(效劳治理系统平均响应时间)任务分类岗位响应咨询题（OA,效劳治理系统）待处理效劳治理系统任务或EOA系统签报效劳审批总、分公司治理部门-EOA系统签报申请就下级申请事项进展政策审批EOA系统签报效劳处理分公司IT岗位4小时效劳治理系统任务或EOA系统签报依照恳求提供IT系统维护效劳效劳治理系统效劳或EOA系统签报处理结果（意见）总公司信息技术部一个工作日效劳确认总、分公司用户-效劳治理系统效劳或EOA系统签报处

25、理结果（意见）用户核实效劳处理结果，对处理结果予以确认或提出异议效劳确认结果效劳总结总公司信息技术部-用户效劳确认结果对效劳进展归类总结并纳入知识库进展积累FAQ.4、 流程信息清单名称工具效劳治理系统信息项EOA:/haeoa/eoa/todoProcessList.do十一、工程治理流程1、 各部门权限情况总公司业务部门提交原始需求说明书配合工程组确认工程参与人员，并参与整个工程流程协助业务部门确认需求规格说明书协助信息技术部完成系统设计说明书的编写工作协助确认工程验收总结报告信息技术部协调业务部门构成工程组，召开工程启动会议并构成工程章程确认需求规格说明书依照需求规格说明书进展系统分析和

26、设计依照设计说明书进展编码，同时监控工程质量和工程进度协调业务部门完成工程验收工作，并确认工程验收总结报告2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 工程治理流程工程启动阶段信息技术部 、业务部门-原始需求说明书由工程经理组织召开工程启动会议，确定工程组成员及职责分工、工程的原始需求，制定工程章程和工程治理计划确认后的原始需求说明书、 工程章程、 工程治理计划如今的工程治理计划还只是初步可能的，但是一旦需求规格说明书确认后，工程治理计划将会确认。需求分析阶段信息技术部、业务部门-确认的原始需求说明书信息技术部协助业务部门做详细需求分析并最终构成确认

27、后的需求规格说明书确认后的需求规格说明书系统设计阶段信息技术部 、业务部门-需求规格说明书依照需求规格说明书对系统进展分析设计，完成系统设计说明书的编写。系统设计说明书系统设计说明书可能会由于用户的需求变更遭到妨碍，可能会妨碍工程治理计划安排。开发阶段信息技术部 、业务部门-系统设计说明书依照系统设计说明书进展系统开发、完成单元测试和版本整理可运转的信息系统产品系统设计说明书可能会由于用户的需求变更遭到妨碍，可能会妨碍工程治理计划安排。工程验收阶段信息技术部 、业务部门-完成操作手册、系统上线通知签报流程审批通过。系统上线后，进展的各项验收工作，包括业务功能验收、技术功能指标验收等。工程验收总

28、结报告4、 流程信息清单名称工具工程章程工程治理计划系统设计说明书工程验收总结报告十二、信息平安治理流程1、 职责范围总公司信息技术部、分公司信息技术室或信息维护人员为信息系统平安的责任单位和个人，主要职责是：（一）贯彻执行总公司信息技术部的治理方法，指导、监视、协调和标准信息系统平安工作；（二）拟订信息系统平安总体规划和信息系统平安治理规定，并监视执行；（三）跟踪先进的信息系统平安技术，提出信息系统平安防备策略；（四）参与信息系统工程建立中的平安规划，监视平安措施的执行；（五） 负责信息系统平安专用产品的选型，组织信息系统平安的评估和审批；（六） 组织本机构信息系统平安检查，分析辖内信息系统

29、平安总体情况，提出平安分析报告和平安防备建议；（七） 组织本机构信息系统平安知识的培训和宣传工作；专（兼）职信息系统平安治理员应履行以下职责：（一）负责信息系统平安治理的日常工作；（二）开展信息系统平安检查工作，对要害岗位人员信息系统平安工作进展指导；（三）开展信息系统平安知识的培训和宣传工作；（四）监控信息系统平安总体情况，提出平安分析报告；（五）理解行业动态，为改良和完善信息系统平安治理工作，提出平安防备建议；（六）及时向总公司信息技术部报告信息系统平安事件。2、 流程图 3、 流程说明工作内容、流程步骤部门时效性重要输入工作说明重要输出信息平安治理流程政策制订信息技术部-依照国际和国家信

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

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

32、部接收需求意向进展可行性分析，反应意见组织需求会商依照用户原始需求说明书书写需求规格说明书会商确认原始需求说明书和需求规格说明书关于需要立项的需求，编制需求评估报告，报上一级审批上级领导/信息化建立委员会关于下级超权限的工程进展审批2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 需求治理流程提出需求意向分公司需求部门-业务开展、增加管控等需要系统支持的办法依照业务开展要求以及外部监管要求提出系统需求意向。需求意向1、需求可行性风险2、需求变更风险3、监管风险总公司需求部门-分公司需求意向审核分公司需求意向。审核结果-业务开展、增加管控等需要系统支持的办

33、法依照业务开展要求以及外部监管要求提出系统需求意向。需求意向可行性推断信息技术部-需求意向依照需求意向结合目前系统情况进展可行性初步推断。可行性初步推断结果以及建议需求会商总公司需求部门、信息技术部-可行的需求意向针对可行的需求双方进展讨论，IT协助用户挖掘需求，将用户的需求意向细化。会议纪要/沟通结果整理原始需求总公司需求部门-会议纪要/沟通结果空白的原始需求说明书依照双方的沟通结果，书写用户原始需求。用户原始需求说明书审核用户原始需求说明书信息技术部-用户原始需求说明书审核内容是否全面，描绘是否精确，格式是否符合标准。审核意见需求评估信息技术部-审核通过的用户原始需求说明书结合需求详细情况

34、推断是否需要立项，如需立项，编制评估报告。评估意见需求报批总公司需求部门、信息技术部-原始需求需求评估报告超过信息技术部权限的需求，上报信息化建立委员会审批。签报/召开信息化建立委员会立项审批上级领导/信息化建立委员会-签报/召开信息化建立委员会进展需求审批，给出决策意见，关于不同意立项的需求，进展完毕。关于同意立项的需求按照工程治理流程进展后续处理。审核意见/会议决议需求分析信息技术部-需求评估意见/立项审核意见细化用户原始需求中的功能点，整理系统的功能、平安性要求，分析该需求对现有系统的妨碍和接口实现方式，编制需求规格说明书。需求规格说明书需求确认总公司需求部门、信息技术部-原始需求说明书

35、需求规格说明书双方进展需求确认。确认后的需求规格说明书4、 流程信息清单名称工具用户原始需求说明书需求规格说明书EOA:/haeoa/eoa/todoProcessList.do十四、需求变更治理流程1、 各部门权限情况分公司需求部门提出需求变更意向到总公司直属治理部门总公司需求部门审核分公司提出的需求变更意向提出需求变更意向到信息技术部参加需求会商填写需求变更单会商确认需求变更单和需求变更评估报告信息技术部接收需求变更意向进展可行性分析，反应意见组织需求会商关于超权限的需求变更向上一级进展报批依照需求变更单对需求变更进展评估会商确认需求变更单和需求变更评估报告更新需求规格说明书上级部门关于下

36、级超权限的需求变更进展审批2、 流程图3、 流程说明流程工作内容、流程步骤部门时效性重要输入工作说明重要输出风险点 需求变更治理流程提出需求变更意向分公司需求部门-对已确定的需求或者已有系统的功能点需要进展补充、删减、修正的办法提出需求变更意向。需求变更意向1、需求可行性风险2、需求变更风险3、监管风险总公司需求部门-分公司需求意向审核分公司需求变更意向。审核结果-对已确定的需求或者已有系统的功能点需要进展补充、删减、修正的办法提出需求变更意向。需求变更意向可行性推断信息技术部-需求变更意向依照需求变更意向结合目前系统情况进展可行性初步推断。可行性初步推断结果以及建议需求会商总公司需求部门、信

37、息技术部-可行的需求变更意向针对可行的需求变更双方进展讨论，结合已经确定的需求或者已有系统进展分析，确定实现方式和可能的妨碍。会议纪要/沟通结果报批总公司需求部门、信息技术部-可行的需求变更意向关于超权限的需求变更进展报批。EOA报批/召开信息化建立委员会审核上级领导/信息化建立委员会-超过需求方和信息技术部权限的需求变更进展需求变更审批。审核意见整理原始变更总公司需求部门-会议纪要/沟通结果空白的需求变更单依照双方的沟通结果，书写需求变更单。需求变更单审核用户需求变更单信息技术部-需求变更单审核内容是否全面，描绘是否精确，格式是否符合标准。审核意见评估需求变更信息技术部-审核通过的需求变更单依照审核通过的需求变更单进展评估。需求变更评估报告需求变更确认总公司需求部门信息技术部-需求变更单需求变更评估报告双方进展需求变更确认。确认后的文档更新需求规格说明书信息技术部-确认后的文档依照变更内容，完善需求规格说明书。最新的需求规格说明书4、 流程信息清单名称工具需求变更单需求变更评估报告EOA:/haeoa/eoa/todoProcessList.do42