应用系统管理规定

应用系统管理规定F3主办2015年3月10日订定第一章目的保证公司基础数据合法有效，系统自动跟踪、识别与控制，支撑整个应用系统的运行合理规范。规范数据管理工作，使业务数据自动生成或一次就源录入，减少或避免人为干预环节，保障数据的真实性、准确性和及时性，实现数据不落地的要求。规范用户单位信息化需求提报，在满足各用户单位信息化需求的基础上，统筹安排信息系统开发作业计划，合理安排信息系统处人力资源，保障信息化相关作业有序进行。规范信息系统之应用系统设计及开发作业过程，藉以掌握和应用需求分析、系统分析、系统设计、程序设计、测试与建置每个过程的作业标准，减少或避免在开发过程中可能出现错误和偏差，确保系统设计合理、正确，以及过程作业记录，以供日后功能追踪参考。规范和加强应用系统的运行维护管理工作，对已投运系统进行运行维护，保障系统稳健运行，提高系统可用率。协调组织力量进行系统监控、事件的应急响应处理和故障演练，减少系统故障的发生，提高故障问题的处理效率。保障用户使用应用系统时操作规范，确保系统数据准确性和及时性，使业务数据在应用系统中顺畅运转。加强信息化系统用户账户管理，规范用户账户的使用，提高用户账户的安全性。第二章适用范围适应于公司各类信息化系统，但制程信息化系统不在此列。第三章定义基础数据包含物料、供应商、客户、人事、产线、设备、系统用户等系统静态基本数据。业务数据是指的在信息系统内记录的公司产供销、质量、运输、设备、能源、人资等业务的动态数据。信息化需求是指的用户单位依据公司发展规划以及实际业务开展需要，以年度的方式提报的信息化需求。因公司发文或重要会议决议提出的信息化也在此列。设计及开发相关定义系统分析：结合已经确定业务需求文档，理清业务逻辑结构，确定软件系统要实现的具体功能，建立业务逻辑模型。系统设计：根据系统分析阶段所确定的新系统的逻辑模型、功能要求，设计出一个能在计算机网络环境上实施的方案，即建立新系统的物理模型。程序设计：将系统设计建立的物理模型用计算机程序设计语言予以实现，对源程序进行编辑、编译和连接。系统测试：系统测试是将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。系统建置：将测试通过的软件系统部署到正式环境，移交业务部门使用，加入公司生产或管理作业运转。运行维护相关定义系统监控：为了及时发现、解决问题，根据系统运行的关键或者重要指标，定周期、定人对系统进行跟踪。故障处理：指信息系统运行过程中出现的各类问题的处理。对业务产生重大影响，需短时间内解决的问题称为紧急故障，其余的称为日常故障。故障演练：检验应急计划的有效性、应急准备的完善性、应急响应能力的适应性和应急人员的协同性而进行的一种模拟应急响应的实践活动。为了保证系统发生故障后，能够得到快速处理，并通过故障演练制定一些紧急预案，以期在故障发生后能够快速解决。业务操作是指应用系统使用用户在系统中输入、审批、输出等操作。用户是指公司各类信息化系统及相应的操作系统、数据库所涉及的所有用户账户，含用户账户的申请、审批、权限分配、密码修改、用户注销、操作记录、用户安全审计等方面的管理。用户单位是指应用系统的各使用单位。第四章作业管理规定基础数据基础数据的编码规则由主责用户单位订定，财务部门协助审查是否符合成本核算要求，信息系统处协助审查是否符合信息系统规范。基础数据是信息系统的基石，编码规则一旦确定后，不能轻易变更。如确实需要修改，需与信息系统处共同研讨其可行性后，报总经理核定后方可进行修改。主责用户单位负责基础数据的新增、修改和废止等维护工作，保证基础数据的准确性、唯一性和可用性。主责用户单位对基础数据进行维护前，需要评估系统上、下游系统影响，与相关用户单位进行沟通后再进行维护，保证业务的可持续性。用户遭遇基础数据问题，需向主责用户单位反馈，由主责用户单位进行更正。基础数据维护后，主责用户单位应记录数据变更记录，以备后查。业务数据业务人员对其岗位产生的业务数据负责，监控自动生成的业务数据是否及时准确完整，无法自动生成的业务数据，需一次就源录入系统。业务数据由于人为原因出现错误时，需及时通过系统更正，无法通过系统更正的，提交书面申请交信息系统处处理。业务数据由于系统原因导致错误时，用户单位及时反馈信息系统处，信息系统处分析导致错误原因，修复系统BUG并修正错误的数据，并填报业务数据修改记录。信息系统处F31/F34/F35不能从前台页面或后台私自修改业务数据，如遇特殊原因，必须由F31/F34/F35修改时，需有用户单位提出申请，用户单位一级主管、信息系统处一级主管核准后方可进行修改作业，并填报业务数据修改记录。业务数据的导入功能由信息系统处开发功能实现，导入工作由业务人员进行，如遇特殊原因，必须由F31/F34/F35后台导入时，需有用户单位提出申请，用户单位一级主管、信息系统处一级主管核准后方可进行导入作业，导入作业进行之前需做好数据备份，导入作业完成后填报业务数据导入记录。需求管理信息系统处于每年底向各用户单位发出年度需求调查表，以收集各用户单位次年度的信息化需求。用户单位收到年度需求调查表后，应召集本单位关键业务人员梳理业务办理所遭遇问题，以提高工作效率、降低管理/生产成本为目标，提出次年度信息化需求，必要时可请信息系统处给予技术支持，于次年初完成需求目录及说明的填报，提交给信息系统处。由于公司发文或重要会议决议导致的业务变更而产生的需求，业务部门应于3个工作日内向信息系统处按约定格式提出临时信息化需求说明。信息系统处收到用户单位年度需求说明后，应组织相应专案组进行需求评估，评估信息化需求之合理性，考虑因素包括需求有效期、软硬件容量、信息系统整体规划、系统实现难度等，必要时召集需求提出单位进行讨论需求之合理性。信息系统处评估属不合理之需求，应以书面或OA形式告知属不合理信息化需求不予接受，并说明原因。信息系统处评估属合理之需求，由专案组专案计划工程师编制年度工作计划草案，至少包括专案名称、详细描述、所需人力和完成节点等内容。年度工作计划草案完成后，呈报F31/F34/F35组长核准，如同意生成正式年度需求计划，如不同意则退回专案计划工程师重新编制。年度工作计划草案完成前，用户单位可向信息系统处提出不影响整体需求方案架构的少量需求，信息系统处可予以进行调整，年度工作计划核准后，用户单位的需求变更信息系统处应不予受理。设计及开发系统分析系统分析作业由信息系统处F31/F34/F35系统分析人员主导，用户单位协助审查作业过程是否与需求规范偏离；功能架构定义。信息系统处根据需求确认书进行功能架构定义，功能架构定义完成后，应提交系统功能架构文档；业务流程分析。分析每个业务点所设计的业务流程及业务数据交互逻辑，业务流程分析完成后，提交业务流程分析报告；作业流程规划。作业流程规划应包括系统处理功能的输入、输出及人机界面，待完成后，交付作业流程规划书；跨系统整合分析。跨系统整合应包含相关系统间的协同处理机制，分析完成后，交付系统间关系分析说明书，文档应包括系统间协调处理的时机、方式和内容；资料分析。对所涉及的基础资料及用途分类汇总，并确定其编码规则，资料分析完成后，提交资料编码原则文档；软硬件需求预估：预估软件开发所需的人力和软硬件配置，软硬件需求预估完成后，提交软硬件设备需求表；系统质量审查。制定系统质量及控制标准，专案计划工程师与用户单位共同评审系统质量，评审通过后，提交作业确认书。文档审查。将系统功能架构、作业流程、编码规则、软硬件需求表等文档呈信息系统处二级主管审核，通过后进入系统设计阶段。系统设计信息系统处F31/F34/F35设计人员负责系统设计作业过程，用户单位协助审查设计作业是否与需求规范偏离。输出设计。信息系统处设计人员根据系统分析文档进行输出设计，输出设计应包括画面设计、报表设计、数据库和档案设计，输出设计完成后，应交付输出画面格式、输出报表格式、输出报表清单、数据库格式说明、系统档案清单等文档。输入设计。输入设计包括画面设计和编码设计，输入设计完成后，应交付输入画面格式、输入画面清单、系统代码等文档。处理设计。处理设计包括架构设计、模组设计和控制设计，处理设计完成后，应交付系统流程图、系统程序清单、程序规范等文档，交付文档呈交用户单位确认，确认后进入程序设计。编制作业确认书。汇总系统设计交付文档，形成作业确认书，作业确认书由二级主管审核完成后，进入程序开发作业。程序撰写。信息系统处F31/F34/F35开发人员根据系统设计中的程序规范文档进行程序撰写。程序测试。开发人员对初步完成的程序进行单元测试，完善程序功能，弥补程序漏洞，确保程序严谨健壮。标准检查。按照质量控制标准、需求文档、设计文档的要求对程序进行检查，并交付程序单元测试报表。程序文档制作。针对检查通过后的程序制作程序说明文档，交付程序文档、程序规范、程序撰写标准检查等文档。内部审查。信息系统处参照需求和设计文档对开发完成的系统进行内部审查，并经由二级主管审核，内部审查通过后，进入系统测试。系统测试信息系统处F31/F34/F35测试人员主导系统测试作业过程，用户单位协助提供测试用例，并按信息系统处测试计划进行系统测试。F31/F34/F35测试人员制定系统测试计划，并提交组长对计划可行性进行审批。系统测试计划必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。用户单位负责测试数据准备，测试用数据要足够模拟真实使用环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。F31/F34/F35测试人员建立测试环境进行系统测试。在系统测试中对系统内部各模块之间的接口和与其他系统的接口进行充分测试。系统测试完成后，测试人员将测试发现的问题交由开发人员处理，并出具系统测试报告，用户单位及F31/F34/F35二级主管应在系统测试报告中签字确认。F31/F34/F35完成系统帮助文档（其中包括《用户操作手册》和《安装维护手册》）。凡涉及应用系统的变更，应对系统帮助文档及时更新。将测试通过的软件系统部署到正式环境，交付用户单位使用。系统监控F31/F34/F35负责制定系统监控方案，包括指标名称、指标说明、周期、正常/异常判断标准、责任人等；系统监控指标应包括系统跟踪的关键点和易发生的故障点；系统监控的人员应具有高度责任心，能够切实根据制定的监控方案定期实施系统跟踪。系统监控过程中，如发现监控指标异常，需立即通知专案计划工程师进行处理，并记录异常指标的信息。信息系统处设立计算机作业课（F322），负责故障的受理、记录、分派、处理过程的信息沟通，以及处理结果的跟踪。对于一般故障，F322故障受理人员按照故障对正常业务和信息系统的影响程度，划分为高、中、低三类处理优先级，确定处理顺序。能够自行处理的，立即处理，不能自行处理的提交故障处理专责人员。对于紧急故障，F322故障受理专责人员应立即联系故障处理专责人员进行处理，并上报相应组长。故障处理人员必须详细记录处理过程，在处理完成后，记录备案。F322故障受理负责人每月审核汇总故障受理与处理情况，分析故障处理方法，总结故障产生的原因，并制定预防措施，形成《故障分析报告》，提交信息系统处处长及各组长审阅。故障的受理和处理过程产生的所有文档均由信息系统处文档管理人员统一保存和管理。保存期限至少为1年。故障演练必须选择系统用户使用频率低的夜间或者休息日进行，在确保系统运行正常的情况下，选择常见或者极少发生但影响系统运行的故障进行重点演练。故障演练完成后，依据故障演练过程，F31/F34/F35于5个工作日内完成演练总结报告，并制定故障的紧急处理预案，存档。业务操作业务操作人员严格审核录入系统数据的准确性和可用性，不应出现垃圾数据和错误数据致使业务数据流程异常情况的发生。业务操作人员对自己用户名下处理的系统业务负责，系统用户在系统中处理的业务，不管实际是否是系统用户本人操作，都视为该系统用户操作。业务操作人员严格按照时间要求及时在应用系统中进行业务操作，避免影响下一道工序的情况发生。对于业务操作专用电脑，不得私自安装于应用系统无关软件或者运行第三方软件，以确保系统安全性和运行效率。业务操作出现数据异常时，参考第4.2条“业务数据管理”执行。用户管理信息化系统上线前，主责用户单位负责收集整理所需申请的用户及相应角色、权限，统一提交信息系统处，由信息系统处统一进行初始化。主责用户单位负责系统用户日常授权管理，并制定用户授权管理规定。系统上线后如需进行账户申请、信息修改、权限变更、用户注销等操作，由主责用户单位指派专人负责，对其修改之必要性、可行性、安全性