制程信息系统功能修改或新增作业处理程序标准
自动化程序更改管理制度

自动化程序更改管理制度自动化程序的广泛应用对企业的生产效率和管理水平起到了巨大推动作用。
为了保证自动化程序的正常运行和发挥效果,企业需要建立一套完善的自动化程序更改管理制度。
该制度应包括自动化程序更改的申请、评审、测试、发布、监控和回退等环节,以确保更改过程的规范性、可靠性和可追溯性。
以下是针对自动化程序更改管理制度的一些建议。
首先,自动化程序更改的申请环节应该明确规定申请的流程和要求。
申请人需要填写详细的申请单,包括更改的目的、内容、影响范围、风险评估和验收标准等信息。
同时,需要明确责任人和相关部门的审核和审批流程。
其次,申请通过后,需要进行评审和测试。
评审环节主要是由相关的技术人员和管理人员对更改内容进行评估,评估其对系统运行的影响和风险,并提出建议和意见。
测试环节则是对更改进行系统性的测试,包括功能测试、性能测试、兼容性测试等,以确保更改的质量和稳定性。
然后,对通过评审和测试的更改进行发布和监控。
发布环节包括更改的部署和上线,需要明确发布的时间和方式,并对发布过程进行记录和备份。
监控环节则是对更改后的系统进行实时监控,发现异常情况及时处理,并对更改后的性能和稳定性进行评估。
最后,制度还应规定更改回滚的流程和要求。
在自动化程序更改过程中,难免会发生意外和不可预测的情况,导致系统运行出现故障或问题。
回滚的流程包括对更改前的系统进行恢复和测试,确保回滚的稳定性和正确性。
除了以上的基本环节,自动化程序更改管理制度还需要考虑其他方面的要求。
例如,制度可以规定更改的频率和规模,以避免频繁和过大规模的更改对系统带来的风险和不稳定。
同时,制度还可以规定更改的文档和记录要求,以便后期查证和分析。
总之,建立一套完善的自动化程序更改管理制度对于企业提高运维效率、保证系统稳定性和减少风险具有重要意义。
制度的建立需要参考企业自身的实际情况,明确流程和要求,并不断优化和改进,以适应自动化程序更改管理的需要。
信息系统更改控制程序

1简介1.1目的通过更改管理流程,可以帮助所有实施IT更改的人员有一套规范的分步流程去更新或升级IT系统。
从而保证由于更改而引起的对IT环境的影响降到最小,提高IT系统和服务的质量,为业务的快速发展提供更优质的IT服务。
1.2适用范围适用于IT服务项目有关的一个或多个特定配置项实施更改的管理。
更改管理流程涵盖客户IT系统的所有更改,包括:•主机系统;•PC服务器;•业务系统;•所有中间件,包括数据库;•客户端(客户端相关设备的批量更改,遵循本更改过程;单个客户终端的更改,授权工程师直接执行更改);•网络设备(直接连接客户端的桌面端网络设备的更改,授权工程师直接执行更改);•相关安全系统;•通信设备及其软件;不包括:•已有固定流程的轻微更改,包括口令更改,PC申请维护升级报废,个人用户IP地址申请更改,INTERNET申请,EMA11申请等;•直接连接客户端的桌面端网络设备的更改,授权工程师直接执行更改1.3术语表更改分类:是指在维护过程中对系统或服务做出的各种改变,包括增补、移除和其他修改。
更改按照设备及技术类型进行分类,以便分配任务。
更改分级根据更改的风险大小,给更改分级,以保证项目组对更改必要的重视,以下是更改分级的参考原则。
当更改符合高级别的某一项或多项时,即应该按该级别进行处理。
紧急更改更改必须很快得以实施,否则将严重影响服务的提供。
所有必须在2天内完成的更改,视为紧急更改。
正常更改:为满足一项或多项业务要求,可以在预定的期限内完成的更改。
通常要求的期限超过2天。
2职责2.1各部门负责人•接受更改请求,并做初步筛选。
•确保更改请求得到评估、授权、控制和计划。
•确保所有相关人员都足够程度地引入到更改请求的评估中。
•确保管理层得到足够关于更改的数量,影响度和成本的信息。
•制定更改项目计划和时间规划等。
2.2经理•评审所有提交的更改请求,并确保它们的潜在影响和风险得到评估。
•针对具体更改请求,评估并分派相应资源。
信息系统标准作业流程

信息系统标准作业流程英文回答:Standard Operating Procedures (SOPs) for Information Systems.Standard Operating Procedures (SOPs) are a set of written instructions that outline the specific steps to be taken when performing a particular task or process. They provide a clear and consistent framework for employees to follow, ensuring that tasks are completed efficiently, effectively, and in a standardized manner.In the context of information systems, SOPs are essential for maintaining the security, integrity, and availability of critical systems. They provide a documented reference for system administrators and users to follow, helping to reduce errors and improve compliance with regulatory requirements.Benefits of SOPs for Information Systems.Implementing SOPs for information systems offers numerous benefits, including:Improved efficiency: SOPs streamline processes and eliminate guesswork, leading to increased efficiency and productivity.Reduced errors: By providing clear and detailed instructions, SOPs minimize the risk of errors and help ensure that tasks are performed correctly.Enhanced security: SOPs establish best practices for system access and configuration, reducing the likelihood of security breaches.Increased compliance: SOPs provide documented evidence of compliance with industry regulations and standards, such as ISO 27001.Improved communication: SOPs facilitate communicationbetween system administrators and users, ensuring that everyone is on the same page.Key Components of SOPs for Information Systems.Effective SOPs for information systems typically include the following components:Purpose and scope: A clear statement of the purpose and scope of the SOP.Roles and responsibilities: A list of the individuals responsible for performing the tasks described in the SOP.Procedures: Step-by-step instructions for performing the task or process.Resources: A list of any resources required to perform the task, such as software, hardware, or documentation.Approval and review process: A description of the process for approving and reviewing the SOP.SOP Creation and Implementation.The process of creating and implementing SOPs for information systems typically involves the following steps:1. Identify the need: Determine the areas where SOPs are needed to improve efficiency, reduce errors, or enhance security.2. Develop the SOP: Draft the SOP using the components outlined above.3. Review and approve: Have the SOP reviewed by relevant stakeholders and approved by management.4. Train and communicate: Train employees on the new SOP and communicate its importance.5. Monitor and evaluate: Regularly monitor the effectiveness of the SOP and make any necessary updates.中文回答:信息系统标准作业流程。
技术标准修改流程

技术标准修改流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!Download Tip: This document has been carefully written by the editor. I hope that after you download, they can help you solve practical problems. After downloading, the document can be customized and modified. Please adjust and use it according to actual needs. Thank you!技术标准修改流程:①需求识别:在使用或监督过程中发现现有技术标准存在不足、落后或不适应新技术发展的情况,提出修改需求。
②初步评估:组织专家或相关部门对修改需求进行初步评估,确认修改的必要性、紧迫性及可能影响的范围。
③成立工作组:组建由标准编写人员、行业专家、使用者代表等组成的修改工作组,负责具体修订工作。
④草案编制:工作组依据评估结果,收集最新科研成果、行业数据、国际标准动态等信息,起草标准修改草案。
⑤征求意见:将修改草案广泛征求行业内相关企业、研究机构、监管部门及公众的意见,可通过会议、函件或在线平台等方式进行。
⑥意见汇总与分析:收集反馈意见,组织工作组对意见进行分类、汇总和分析,合理采纳并调整修改草案。
⑦专家评审:组织专家评审会,对修改后的草案进行专业审核,确保科学性、适用性和先进性。
⑧修订完善:根据专家评审意见,对草案进行最后修订,确保标准文本的准确无误和技术内容的严谨性。
⑨批准发布:修订后的标准草案提交至标准化管理机构审批,通过后正式发布,并明确实施日期。
⑩宣贯与实施:组织标准的宣传贯彻活动,培训相关人员,确保新标准在行业内顺利实施与应用,同时建立反馈机制,监测实施效果,为未来可能的修订积累经验。
信息处理设施和系统变更管理规定

文件制修订记录1.0目的对信息处理设施和系统的变更缺乏控制是系统故障或安全失误的常见原因,为规范本公司信息系统的变更,降低因信息系统变更带来的风险。
2.0引用文件下列文件中的条款通过本规定的引用而成为本规定的条款。
凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励各部门研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件,其最新版本适用于本标准。
1)GB/T 22080-2016/ISO/IEC 27001:2013 信息技术-安全技术-信息安全管理体系要求2)GB/T 22081-2016/ISO/IEC 27002:2013 信息技术-安全技术-信息安全管理实施细则3.0职责和权限系统服务部:负责各产品线的变更管理。
各研发部:负责对变更进行策划。
4.0变更步骤管理4.1变更分类以下情况属于变更范畴,需按此变更管理规定处理。
当信息系统需要产生变更时,应先分析其变更原因,信息类变更主要有以下几个方面:A)IT设备的维修、升级或更换。
B)操作系统的补丁升级或更换。
C)应用系统的升级或更换(包括紧急更新)。
D)数据库变更。
E)配置信息变更(包括组织角色)。
F)架构更新。
4.2提交变更申请1)业务部门提交各产品线的变更申请表。
2)在明确变更原因和必要的变更影响评价后,各研发或业务部负责对变更进行策划,提出变更意见,以及变更的具体实施方案计划,交由各研发或业务部负责人审核。
3)变更不成功的恢复措施,所有的变更,包括IT系统的变更、操作系统软件、应用程序软件和程序库的升级、补丁或更新等,在制订变更计划时,就需要将失败恢复措施作为必要措施写入计划,并经各研发或业务部领导与各应用部门论证通过。
4.3变更的测试1)变更测试是对回退计划、变更实施计划和变更预期进行测试。
变更测试应在独立的测试系统上进行。
不可再正式环境中进行测试2)对于重要设备和重要信息系统的重大变更要首先进行测试,避免变更带来的风险。
SMT程式制作与管理作业规范

版本:A/3 文件編号: DG-QA-068编制: 职位: 经理 签署: 日期:审核: 职位: 总监 签署: 日期:批准: 职位: 总监 签署: 日期:版本/版次修改事项/摘要生效日期 A/1 A/2初版发行 修改发行2019年10月21 2022年8月08版本:A/3文件編号:DG-QA-0681.目的为使SMT能正常使用程序及确保生产质量故制定此规定。
2.范围适用于SMT所有贴片程序﹑印刷程序,回流焊程序之管理。
3.定义无4.权责4.1 SMT工程人员负责程序之编写,ECN之导入及程序备份,发行及存档。
4.2工程人员负责坐标调整﹑零件数据之修改,程序优化。
5.作业办法5.1 贴片机程式。
5.1.1 新机种程式制作。
5.1.1.1 按PMC排程从服务器文件夹中获取制作生产程序所需要的资料(如Gerber,CAD,BOM等)。
5.1.1.2 使用HLC软件进行整理,把BOM, CAD 坐标进行转换成机器能够读取的文件格式, 使用矩阵或非矩阵方式在机器进行拼版,并核对机种的材料料号﹑零件位置﹑零件点数。
5.1.2 程序名称命名原则主件料号﹑制程面﹑程序版本﹑机台名称。
例1 04-50FAR-03-01-T-1-A1 2 3 4例1:1:04-50FAR-03-01表示该产品成品之料号。
2:T表示制程面别T面。
3:1表示第一机台。
4:A表示该程序版本为A。
5.1.3 ECN变更版本。
5.1.3.1 当ECN变更为代用料关系程序版本需要升级。
5.1.3.2 当ECN变更为增加位号或删除位号及料号变更时必须针对相应程序进行版本升级.5.1.4 程序优化需修改程式的版本及站位表上程式的版本。
例:程式名:04-50FAR-03-01-T-1-A程序优化后:04-50FAR-03-01-T-1-B5.1.5 程式确认5.1.5.1 新程式制作完成以及程式变更后,必须知会IPQC,以便其在首件确认时作全面确认。
标准操作程序修改的标准管理程序

xxxxx生物制药有限公司 06-SMP003-21
标准操作程序修改的标准管理程序
1、目的:统一规范所有标准操作程序的修改、发布程序。
2、范围:水气车间。
3、责任:水气车间主任、设备技术员、统计员对本制度的实施负责。
4、内容:
1)各系统、机组的标准操作程序是经车间讨论、编写、发布的管理文件,具有法律性、严肃性。
2)各班组要严格按标准操作程序操作,确保机组正常使用。
严格控制各系统的输出工艺参数,满足生产用户的要求。
3)任何偏离工艺输出参数的输出均视为偏差。
4)对任何偏差都要分析其产生的原因,如果是客观原因造成的,要制定解决偏差的措施。
如果是人为原因造成的,要计入绩效考核。
5)各系统技术负责人负责偏差的发现,原因的调查,责任的界定。
6)系统技术负责人未能及时发现偏差的,要要计入绩效考核。
7)任何人不得擅自修改标准操作程序。
在实际运行中,如果发现标准操作程序存在错误,如果影响生产,班长可以先处理,后报告车间主任;如果不影响生产,先按操作规程操作,然后报告车间主任,车间讨论后修改。
8)标准操作程序的修改要经车间讨论后,形成标准操作程序修改文件。
9)标准操作程序修改文件分发给所有原文件接受人。
并存档一份,附在原文件后面。
班长负责组织操作工学习文件修改的内容,并做好培训记录卡。
10)。
制程信息系统功能修改或新增作业处理程序标准

日照钢铁股份有限公司制程资讯系统功能修改或新增作业处理程序标准编号:RG/QP--01版次:B/1页次1/71 目的为统一各运转单位申请修改或增加现有制程资讯系统功能的程序,以便维护单位得确实有效的进行修改或设计作业,并藉以掌握制程资讯系统功能异动及人力运用等记录,以供日后功能追踪及设计之参考。
2 定义2.1 制程资讯系统:指已经过测试验收,加入本公司生产工场制程作业运转,以硬式接入或软件程序赋予半导体逻辑设备序性控制功能,并具备适当可使用之逻辑(或程序)发展及修改工具,用于制程控制之系统。
「扩建工程」、「计划型或非计划型资本支出项目」以及「营缮及改良工程」新增之制程信息系统,于测试验收前不适用本处理程序。
但为配合此类新增工程实施,须在现有运转中之制程资讯系统进行的功能修改或新增作业,仍应依照本处理程序之规定办理。
2.2 修改或新增:指为改善现有制程资讯系统功能,必须对相关序性逻辑(或应用程序)采取有限度的修改或新增设计作业,以及必要的硬设备更异工作。
惟必须新增之硬设备,应依「营缮及改良工程」或「非计划型资本支出」有关规定,由需求单位提出申请。
2.3 运转单位:指必须使用制程资讯系统遂行管辖生产工场制程计划、制程运作或质量管理职责,且为公司组织之二级运作单位。
2.4 维护单位:指负直接维护相关制程资讯系统职责,且为公司组织之二级或三级电气、检修或制程资讯单位。
2.5 需求单位:指提出系统功能修改或新增需求的运转单位或维护单位。
3 作业程序(请参阅附件一「制程资讯系统功能修改/新增作业流程图」):提出需求3.1 运转单位于需求发生时,须先沟通各关键运转人员对需求之序性辑功能或操作方式之意见,获致协调后,据以提出「制程资讯系统功能修改或新增需求表格」(附件二,以下简称「需求表格」),一般运转需求案件,经运转单位二级主管确认及一级主管或一级主管授权人核准。
非运转单位之特殊需求,该需求单位,应先与运转单位协调并获致结论后,再由运转单位提出相关需求表格,掷交维护单位办理。
计算机信息系统操作程序

计算机信息系统操作程序1、目的为确保正确、安全的操作信息处理设施,防止资产遭受未授权泄露、修改、移动或销毁,以及因操作原因造成的业务活动中断。
2、适用范围需要对公司内部信息系统访问、操作及维护信息处理设施的员工。
3、术语和定义移动介质:是指存储了信息的硬盘、光盘、软盘、移动硬盘、U 盘和刻录设备等。
4、职责和权限公司所有员工以及第三方服务人员使用本公司的信息处理设施均因遵守本程序的规定。
5、相关活动5.1信息系统操作原则所有员工必须遵守各种信息处理设施的有关使用规定,并按照相关规定操作。
未经授权不得操作信息系统,已授权用户必须在授权范围内使用信息系统,不得使用其他员工的权限操作系统,更不得恶意使用系统。
5.2设备管理各部门的计算机以及计算机的外围设备、消耗材料均由XXX 部一配备和管理。
计算机及其外围设备原则上不允许借到公司外使用,如确实需要,须经公司领导层同意并明确归还日期后方能借出,归还时要重新进行验收,如有损坏将按购入时的市场价格赔偿。
为保证每台计算机的完整性,各部门人员不得随意挪换计算机内、外部配件,计算机更换部件须经XXX 部同意。
使用中出现技术性故障,应及时分析,对于人为操作不当或非正常使用软件所造成的问题由技术部技术人员协助排除;对于硬件本身或非人为因素所造成大型故障由技术人员报技术部给予解决。
软、硬件设备的原始资料(软盘、光盘、说明书及保修卡、许可证协议等)由XXX 部专人保管,使用者必需的操作守册由使用者保管。
计算机机房必须配置防火、防雷电、火险报警及空调等设施。
并对性能进行经常性检测,建立相关的应急措施。
对与计算机应用有关电源接口、通讯接口等设备由XXX 部进行定期的检查、维护。
5.3使用管理操作人员在使用计算机时,必须使用ID 和口令登录系统,保持桌面清洁和离开锁屏等良好习惯。
要严格遵守操作规程,注意爱护设备,保持清洁,使设备处于良好状态,下班时,务必关机切断电源。
未经许可,使用者不可增删硬盘上的应用软件和系统软件。
IATF16949失效模式和效果分析FMEA控制程序.docx

1.0目的利用失效模式与效应分析让FMEA小组在初期分析每•个相关系统、组装和零件及确认潜在失效模式和相关原因以降低设计过程失效风险.2.0适用范圉本公司所有汽车件五金系列新产品及新工艺均适用。
注:非汽车件产品不强制要求执行该程序.3.0权责FMEA小组负责FMEA运作.4.0定义4.1 FMEA:利用工程去分析产品零、组件可能失效的模式及原因,研究失效的模式对系统可能产生的影响及严重程度:4. 2失效4. 2.1在规定条件下(环境、操作、时间等)不能完成既定功能;4. 2. 2在规定条件卜.,产品参数值不能维持在规定的上卜限之间。
4. 2. 3产品在工作范围内,导致零组件如性能失效、重金属超标等正常规范以外之异常现象均属之。
4.3系统:此处专指FMEA之对象物,或为零件之某部位、或为零件、或为组合、或为总成、或为机构…。
4.3.1子系统:系统之构成件,如零件之对组合,组合之对总成等,为上游工程(前制程)状态。
5.0作业内容5.1失效模式与效应分析不是依靠制程管制来克服,是用现有技术或考虑制造及组装过程的限制来减少设计上潜在的问题,如:5.1.1需要的工艺流程图:5.1.2组装的空间或要求的工具:5. 1.3产品材料的限制:5.L 4制程能力或效能。
5.2FMEA 编号:6. 2.1填入FMEA文件编号以便可以追踪使用:7. 2. 2 FMEA表编号,依产品编订.8.3型别:填入要分析设计产品型别.5.4FMEA日期:填入最初FMEA被完成日期,和最新被修订日期。
5.5关键日期:填入FMEA计划完成的日期。
该日期不能超过开始计划生产日期。
5.6项目N0:以流水号厂99方式编入。
同一项目再细分时允许以“一”(允号)方式编号,例4T, 4-2, 4-3。
5.7部位(构成部品)名称:填入被分析之构成部品或工程名称,使用之名词应和预定发行之工程规格上所显示的相符.5. 8机能:尽可能简洁地依设计意图填入被分析部位的机能。
制程变更管理程序

制程变更管理程序1. 背景制程变更是指在生产过程中对制造工艺、工作程序、设备等方面进行的调整和改进。
制程变更的目的是提高生产效率,降低成本,改善产品质量,并确保生产过程的可控性。
为了有效管理制程变更,制程变更管理程序应被制定和实施。
2. 目的本制程变更管理程序的目的是确保制程变更能够被适当地管理和控制,以保证生产过程的稳定性和可靠性。
通过规范的制程变更管理程序,将制程变更过程中的风险最小化,确保制程变更的成功实施,达到预期的效果。
3. 定义- 制程:指生产过程中涉及的工艺、程序和设备等方面的要素。
- 制程变更:指对制程进行调整和改进的行为。
- 制程变更管理:指对制程变更进行规划、实施和控制的过程。
4. 制程变更管理程序的流程4.1 制程变更请求制程变更请求应由相关部门或人员提出,包括对制程的调整或改进的建议和理由。
制程变更请求应包含以下内容:- 变更项的描述- 变更的原因和目标- 变更的影响分析- 变更的计划和时间表4.2 制程变更评估制程变更评估是对制程变更请求进行评估和分析,确定其可行性和影响。
制程变更评估应包括以下步骤:- 收集和分析相关数据和信息- 评估变更对生产过程的影响- 评估变更的风险和可行性- 确定变更的优先级4.3 制程变更批准制程变更批准是根据制程变更评估结果,由相关管理人员对制程变更请求进行批准或拒绝。
制程变更批准的依据应包括:- 变更的可行性和影响评估结果- 其他相关决策依据4.4 制程变更实施制程变更实施是指根据批准的制程变更请求,对生产过程进行调整和改进的过程。
制程变更实施的步骤包括:- 制定变更实施计划- 定义实施的步骤和控制措施- 实施变更并记录相关数据和信息- 进行实施后的评估和验证4.5 制程变更控制制程变更控制是指对制程变更进行监控和控制,确保变更的有效实施和生产过程的稳定性。
制程变更控制包括以下内容:- 监控变更的执行情况和效果- 风险管理和问题解决- 验证和验证结果的记录4.6 制程变更关闭当制程变更成功实施并达到预期效果后,制程变更关闭的步骤应包括:- 评估变更的效果和影响- 与相关部门共享变更经验和教训- 结束变更管理过程5. 相关责任和角色制程变更管理涉及以下责任和角色:- 制程变更请求的提出者- 制程变更评估人员- 制程变更批准人员- 制程变更实施人员- 制程变更控制人员- 制程变更关闭人员以上责任和角色应确保在制程变更管理过程中有效地履行其职责和义务。
内部控制-信息系统更新改造升级方案

部控制-信息系统更新/改造/升级方案第一节总则第一条为规软件变更与维护管理,提高软件管理水平,优化软件变更与维护管理流程,特制定本制度。
第二条本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后,所发生的生产应用系统(以下简称应用系统)运行支持及系统变更工作。
第二节变更流程第三条系统变更工作可分为下面三类类型:功能完善维护、系统缺陷修改、统计报表生成。
功能完善维护指根据业务部门的需求,对系统进行的功能完善性或适应性维护;系统缺陷修改指对一些系统功能或使用上的问题所进行的修复,这些问题是由于系统设计和实现上的缺陷而引发的;统计报表生成指为了满足业务部门统计报表数据生成的需要,而进行的不包含在应用系统功能之的数据处理工作。
第四条系统变更工作以任务形式由需求方(一般为业务部门)和维护方(一般为信息部门的应用维护组织和软件开发组织,还包括合作厂商)协作完成。
系统变更过程类似软件开发,大致可分为四个阶段:任务提交和接受、任务实现、任务验收和程序下发上线。
第五条因问题处理引发的系统变更处理,具体流程参见《问题处理管理制度》。
第六条需求部门提出系统变更需求,并将变更需求整理成《系统变更申请表》(附件一),由部门负责人审批后提交给系统管理员。
第七条系统管理员负责接受需求并上报给IT主管。
IT主管分析需求,并提出系统变更建议。
IT经理根据变更建议审批《系统变更申请表》。
第八条系统管理员根据自行开发、合作开发和外包开发的不同要求组织实现系统变更需求,将需求提交至部开发人员、合作开发商或外包开发商,产生供发布的程序。
第九条实现过程应按照软件开发过程规定进行。
系统变更过程应遵循软件开发过程相同的正式、统一的编码标准,并经过测试和正式验收才能下发和上线。
第十条系统管理员组织业务部门的系统最终用户对系统程序变更进行测试,并撰写《用户测试报告》(附件二),提交业务部门负责人和IT主管领导签字确认通过。
ISMS-02-17 信息系统开发建设管理程序

内部公开信息系统开发建设管理程序目录1 目的 (3)2 范围 (3)3 职责 (3)3.1 总经理 (3)3.2 技术开发部 (3)4 程序 (3)4.1信息系统方案需求分析 (3)4.2 供应商选择(采用第三方软件时适用) (4)4.3 方案的确定和实施 (4)4.4 系统测试和上线运行 (5)4.5 信息系统交付 (5)4.6 系统文件的安全 (5)5 引用文件 (7)6 记录 (8)1 目的为了对公司信息系统建设的策划、开发、实施、检查等进行有效的控制,特制定本程序。
2 范围本程序规定了公司信息系统建设的策划、开发、实施、检查等控制要求,适用于信息系统开发建设的控制。
3 职责3.1 总经理负责批准各种信息系统的建设项目和建设方案。
3.2技术开发部负责信息系统开发建设项目的研发,研发过程中控制信息系统开发建设项目的信息安全和技术支持。
负责在业务范围内提出信息系统开发建设需求提供,进行项目验收和项目质量的监控等工作。
4 程序4.1信息系统方案需求分析4.1.1 业务部门应根据业务的应用需求,简要提出新增信息系统或者现有信息系统更新、升级、由技术开发部完成的《项目研发申请书》和《立项计划书》,包括以下内容:--功能需求背景:简单描述系统现状及项目建设或软件开发的必要性。
--项目建设目标:描述项目建设或软件开发拟达到的目标。
--项目建设原则:描述项目开发所依赖的主客观条件。
--具体功能需求:详细描述每一个具体功能需求。
--项目进度要求:列出项目开发的时间要求4.1.2 项目组应制定《立项计划书》并通过项目干系人审核。
《立项计划书》应包括软硬件结构、软件性能要求、项目投资估算。
并根据业务功能要求及信息安全要求,明确规定信息系统安全控制的要求,考虑整合到信息系统中的自动控制措施和支持人工控制的需要。
在对系统验证时应考虑:a) 系统的安全特性及对现有系统安全的影响;b) 系统容量的要求;c) 由于系统安全的失效或缺失所带来的业务破坏;d) 设计过程中的安全控制要求。
信息系统标准作业流程

信息系统标准作业流程为统一信息操作规范,加强信息员业务管理,针对作业的实际情况,制定统一规范的信息系统标准作业流程。
一收货作业1 到达登记入库车辆到达园区后,信息员对司机送达调度室的单据进行交接表上的单据登记。
2信息员根据司机提供的入库单查询、核对车号、单据号、物料规格、数量、批次、属性,并对缺省的批次属性根据入库单据进行补全修改。
3 核对中如发现系统规格数量与入库单据不符,需根据入库单据进行系统入库单据修改。
如需增加物料则在增单表头备注栏中添加所增单据的相关信息,包括原单据的系统单据号、原物料的接口传输数量、开单数量。
修改后还要在交接表上注明修改信息。
4 在核对无误后,将所查询的入库单据打印,然后查询各种物料的收货库位,查询中要遵循物料的规格属性一致,并注意该库位是否有物料分配,尽量避免所入库位正处于发货状态。
将查询的库位标注在打印的入库任务清单上。
5 对返回的当日的入库任务清单,要根据保管标注的具体作业信息,确认单据,如有差异要在交接表上进行登记。
6 每日夜班信息员要根据交接表负责核对当日收货单并核查当日系统内新增物料的单据,对照交接表补全之前的新增单据。
7 对于新增物料收货按照交接表填写新增物料信息收货。
二发货作业1 到达登记发库车辆到达园区后,信息员对司机送达调度室的单据进行交接表上的单据登记。
2信息员根据司机提供的拣货单据查询接口传输的出库单据,核对车号、单据号、物料规格、数量、批次、属性,并对缺省的批次属性根据发货单据进行补全修改。
3 核对中如发现系统规格数量与发货单据不符,需根据发货单据进行系统发货单据修改。
4 在核对无误后,将所查询的发货单据打印,然后查询各种物料的发货库位,并进行分配作业,并将分配物料的库位及详细数量标注在拣货任务清单上。
查询中要遵循物料的规格属性一致,以及先进先出原则。
5 对返回的当日拣货任务清单,要根据保管标注的具体作业信息,确认单据,如有信息不全等问题要在交接表上进行登记。
技术改造流程说明

技术改造流程说明技术改造流程是指对一些技术系统进行全面调整、更新和改良的过程。
这个过程可以包括硬件设备的升级、软件系统的更新、系统结构的调整等。
技术改造的目的是提升系统的性能、功能和安全性,以适应不断变化的市场需求和技术发展。
下面是一个技术改造的流程说明,包括以下几个步骤:1.确定改造目标:首先需要明确改造的目标。
这可以是提高系统的性能、增加新的功能、加强安全性等。
目标的明确可以为改造过程提供方向和指导。
2.进行需求分析:在开始改造之前,需要对系统的当前状态进行全面的评估和分析。
这可以包括软件的功能需求、硬件设备的性能、系统的可靠性等。
通过需求分析,可以确定改造过程中需要解决的问题和改进的方向。
3.制定改造方案:根据需求分析的结果,制定一个具体的改造方案。
该方案应包括改造的时间计划、资源需求、风险评估等。
同时,还需要明确改造过程中的组织结构和责任分工。
4.实施改造计划:根据制定的改造方案,进行具体的改造实施。
这包括软件系统的更新、硬件设备的更换、系统结构的调整等。
在实施过程中,需要确保各项改造任务的顺利进行,并进行必要的测试和验证。
5.进行系统集成:在改造完成后,需要对系统进行集成和测试。
这可以确保改造过程中各个部分的协调和一致性。
在集成和测试的过程中,需要进行系统性能测试、安全性评估等,以确保改造的目标能够得到满足。
6.进行系统优化:改造完成后,可能还需要进行系统的优化。
这可以包括性能调整、安全性强化等。
优化的目的是进一步提升系统的性能和可用性,以更好地满足用户的需求。
7.系统上线和运维:当系统改造完成并经过测试验证后,可以进行系统的上线。
在上线后,还需要进行系统的运维和维护工作,以确保系统的稳定运行和持续改进。
运维工作可以包括故障排除、性能监控、安全更新等。
8.进行后续的持续改进:技术改造并不是一个单一的事件,而是一个持续的过程。
在系统上线后,还需要进行后续的持续改进,以保持系统的竞争力和适应市场的变化。
管理系统程序修改技术规范书

管理系统程序修改技术规范书一、前言随着管理系统的不断升级与优化,为了提高系统的稳定性、可靠性和安全性,保证管理系统正常运行,经常需要对管理系统程序进行修改。
但是,程序修改是一项具有一定危险性的操作,不规范的操作甚至会导致系统瘫痪,给企业带来重大损失。
因此,制定一份符合规范的管理系统程序修改技术规范书,对于确保修改操作的安全性和正确性,具有重要的意义。
二、准备工作1.明确修改范围及目的:在进行管理系统程序修改之前,首先要确定修改范围和目的,明确修改的内容和作用,以便于进行有针对性的操作。
2.备份数据:在进行程序修改操作之前,务必要备份好当前系统的数据,以便在不慎出现问题时能够快速恢复数据。
3.安排好时间:由于程序修改会对系统造成一定的影响,可能会导致系统暂时无法使用,因此需要在系统使用量较少的时间进行修改操作。
4.建立修改记录:对于每一次程序修改操作,都要建立相应的修改记录,以便于后期查看操作流程和恢复记录。
三、程序修改流程1.修改计划编制:在进行程序修改操作之前,需要制定一份修改计划,明确修改的目的、范围、修改人员、修改时间等具体信息。
2.程序备份:进行程序备份,将修改前的程序、数据进行备份,以便于操作出现问题时能够快速恢复。
3.修改操作:在修改程序时,操作人员需要根据修改计划进行操作。
在修改过程中应注意操作细节,严格遵守修改流程和规定,确保程序修改操作的正常进行。
4.修改检查:修改程序之后,需要对程序进行一次全面检查,以确认修改操作的正确性和完整性。
5.程序恢复:在确认修改程序没有问题之后,操作人员需要进行程序恢复,将修改后的程序、数据进行恢复,并进行一次全面检查,以确认恢复操作的正确性和完整性。
6.修改记录:修改完成后,操作人员需要对修改流程进行记录,记录修改的时间、人员、范围、内容等信息,以便于后期查看。
四、注意事项1.操作规范:进行程序修改操作时要严格遵守操作规范,不得擅自进行操作,以免对系统造成损害。
制程变更管理作业程序

制程变更管理作业程序1.目的为避免因制程修改而产生不可接受风险,危及到厂内人员或相关方人员的安全与健康,故对本公司内的制程变更进行管理。
2.适用范围2.1 厂区内制程化学原料的变更2.2 厂区内制程设备的变更2.3 厂区内制程技术的变更2.4 厂区内操作方法的变更3.名词解释3.1变更:该项作业、技术、工程改变或偏离原有作业规范或设计规范,且此类改变或偏离以往未曾执行或发生过;或虽曾发生但无纪录或书面数据可供依循遵守者。
但新建工程与扩建项目不在此列。
3.2非同型替换:进行更换的设备或其零组件在基本设计、维修及操作上与旧有设备或其零组件一致时,称之为「同型替换」,否则即属于「非同型替换」。
3.3不可接受风险:经评估变更风险过高,则需进一步以防护措施或改善控制程序来降低残余风险,并重新提出变更申请。
若无法有效降低风险,则应终止变更。
3.4永久性变更:指经检讨或测试可行后决定永久性修改。
3.5暂时性变更:指针对某特殊状况需要进行临时性的变更,此类变更必须清楚界定变更的期间,且在期满时恢复变更前的状况。
3.6 制程设备:指制程装置的本体及其配件,如:塔槽、热交换器、仪表、转动机械、报警装置、安全阀、连锁系统及增减修改管线等(但不包括勿需修改P&ID)3.7 制程技术:制程配方(包括操作参数)、DCS/PLC及其控制逻辑的变更。
但产品规格的改变,依生产计划及工作指导书规范作业的不在此范围内。
3.8 操作方法:指制程现场使用的工作指导书。
4.作业程序4.1 各级人员职责4.1.1 总经理:负责对制程化学原料及制程技术变更的核准。
4.1.2 部长/副部长:1)督导所属部门遵守制程变更管理;2)协调相关部门的支持;3)负责对制程设备及操作方法变更的核准;4)负责决定需要采取何种程度的制程危害分析(如:安全检查表、PHA、HAZOP 等)。
4.1.3 课长/副课长:1)分配变更管理的设计工作,并追踪执行情况;2)指派合适的人员参加制程安全评估或完成安全检查表;3)督导实施变更后开车前安全措施的落实,及变更后作业人员的教育训练。
制令单加工资源变更 系统功能描述 -回复

制令单加工资源变更系统功能描述-回复制令单加工资源变更是制造业中的一项重要工作。
在生产过程中,由于各种原因,可能需要调整加工资源的配置,以提高生产效率、优化资源利用或适应市场需求的变化。
为了有效管理这一过程,许多企业使用制令单加工资源变更系统。
制令单加工资源变更系统是指通过计算机软件和硬件设备构建的一套管理工具,用于跟踪和管理制造过程中的加工资源变更。
下面,将详细介绍制令单加工资源变更系统的功能和具体操作流程。
首先,制令单加工资源变更系统的主要功能包括:资源配置、资源调整、生产排程和生产实时监控。
资源配置是指根据产品的特性、生产工艺和设备能力等因素,将加工资源进行合理分配。
资源调整是指在生产过程中,根据实际情况对加工资源进行调整,以适应生产变动。
生产排程是指根据加工资源的配置和调整情况,制定合理的生产计划,确保生产顺利进行。
生产实时监控是指通过设备传感器、数据采集和监控系统,实时监控生产过程中的加工资源状态,并及时采取措施解决问题。
在具体操作流程上,制令单加工资源变更系统通常包括以下几个步骤:第一步,系统注册和配置。
在使用制令单加工资源变更系统之前,需要进行系统注册和配置,包括企业相关信息、加工资源类型和规格、生产工艺流程和设备信息等。
这些信息将作为系统的基础数据,用于后续的资源配置和调整。
第二步,制定加工资源配置方案。
根据产品的特性和生产需求,制定合理的加工资源配置方案。
这个过程需要考虑生产能力、设备利用率、加工时间和成本等因素,以确保最优的资源配置方案。
第三步,资源调整和优化。
在实际生产过程中,可能会遇到一些问题,如机器故障、人员调整或产品变更等。
此时,需要及时调整加工资源,并重新优化资源配置方案。
这一过程通常需要进行资源平衡和调度,以保证生产计划的顺利执行。
第四步,生产排程和监控。
根据加工资源的配置和调整情况,制定生产排程,安排生产任务的顺序和时间。
同时,通过生产监控系统,实时监测加工资源的状态和生产进度。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
日照钢铁股份有限公司制程资讯系统功能修改或新增作业处理程序标准编号:RG/QP--01版次:B/1页次1/71 目的为统一各运转单位申请修改或增加现有制程资讯系统功能的程序,以便维护单位得确实有效的进行修改或设计作业,并藉以掌握制程资讯系统功能异动及人力运用等记录,以供日后功能追踪及设计之参考。
2 定义2.1 制程资讯系统:指已经过测试验收,加入本公司生产工场制程作业运转,以硬式接入或软件程序赋予半导体逻辑设备序性控制功能,并具备适当可使用之逻辑(或程序)发展及修改工具,用于制程控制之系统。
「扩建工程」、「计划型或非计划型资本支出项目」以及「营缮及改良工程」新增之制程信息系统,于测试验收前不适用本处理程序。
但为配合此类新增工程实施,须在现有运转中之制程资讯系统进行的功能修改或新增作业,仍应依照本处理程序之规定办理。
2.2 修改或新增:指为改善现有制程资讯系统功能,必须对相关序性逻辑(或应用程序)采取有限度的修改或新增设计作业,以及必要的硬设备更异工作。
惟必须新增之硬设备,应依「营缮及改良工程」或「非计划型资本支出」有关规定,由需求单位提出申请。
2.3 运转单位:指必须使用制程资讯系统遂行管辖生产工场制程计划、制程运作或质量管理职责,且为公司组织之二级运作单位。
2.4 维护单位:指负直接维护相关制程资讯系统职责,且为公司组织之二级或三级电气、检修或制程资讯单位。
2.5 需求单位:指提出系统功能修改或新增需求的运转单位或维护单位。
3 作业程序(请参阅附件一「制程资讯系统功能修改/新增作业流程图」):提出需求3.1 运转单位于需求发生时,须先沟通各关键运转人员对需求之序性辑功能或操作方式之意见,获致协调后,据以提出「制程资讯系统功能修改或新增需求表格」(附件二,以下简称「需求表格」),一般运转需求案件,经运转单位二级主管确认及一级主管或一级主管授权人核准。
非运转单位之特殊需求,该需求单位,应先与运转单位协调并获致结论后,再由运转单位提出相关需求表格,掷交维护单位办理。
3.11 经由项目组织或提案制度要求新增或修改制程资讯功能时,亦应前目规定提出「需求表格」,交由维护单位办理。
3.12 维护单位人员发现职责内制程资讯系统功能存有缺失,或可再予强化而确有必要进行修改或新增设计作业时,亦须填写「需求表格」,呈直属主管签准后办理。
3.13 需求表格」为开始作业之依据,并为后继作业之摘要纪录,务须确实填写。
3.14 维护单位收件后应立即编号列管,并由三级主管(无三级主管时由二级主管)指派主办人。
4 可行性评估与协调主办人应先行确定需求单位已提供足够而且完整之相关数据,再就需求之时效性、合理性和作业规模进行评估,必要时应主动与需求单位进行协调。
5 数据之完整检讨需求功能之描述是否明确,格式数据是否完整。
如有欠缺,应要求运转单位补齐关键数据。
6 时效与合理性6.1 检讨维护单位能否提供足够人力于希望完成日期之前完成作业。
对程度紧急之需求应查证是否必要。
若人力不足时,应协调需求单位研拟对该项需求功能之应急策略,适当调整需求功能预估完成日期。
并对维护单位可用人力拟订分配运用计划,呈请直属主管核准实施。
6.2 检讨需求功能是否具备长期运作价值。
对临时性配合作业,应会同运转单位采取简便的暂时性因应措施,以避免进行复杂且多余的功能增修工作。
6.3 对不可行或超出现有设备容量或能力所能承担之功能需求,应具体叙述评估结果,并与需求单位协商、探询修正需求之可能性,俾据以调整需求内容或判定不可行予以销案。
6.4 判定不可行的需求案,运转或维护单位若认为确有必要,得将协调结果呈报直属一级主管裁核。
6.5 超出现有设备容量或能力所能承担之功能需求,需求单位若认为确有实施必要,应根据协调结论,另行提出「非计划型资本支出」或「营缮及改良工程」等项目计划,申请经费进行新增工程或增购设备,并依贰、制程资讯系统定义之规定办理。
7 作业规模7.1 评估结果为可行,序性逻辑(或程序)变动较小亦不涉及更动硬设备之微小功能修改,可径由主办工程师进行逻辑或程序之设计、修改与测试,以及随后各项作业。
其他评估可行但作业规模较大的功能需求,为避免资源及人力的浪费,必须由运转与维护单位共同讨论,进行细节功能描述以及相关工作分配,以便维护单位进行功能规范的设计。
8 功能规范设计8.1 对作业规模较大的功能需求,维护单位必须根据与需求单位共同讨论的结果进行功能规范设计工作。
8.11 功能规范至少应包括a)功能细部描述。
b)操作条件与程序。
c)数据库结构。
d)数据内容定义。
e)测试程序。
f)与其他功能整合方式。
g)与操作人员交连接口。
h)功能异常时紧急处置。
若须新增硬设备,应明确列出需求之设备规范。
8.2 功能规范于提出后须经需求单位确认。
维护单位依据已经确认之功能规范进行逻辑或程序之设计或修改工作。
需求单位除有明确理由应尽量避免要求更改既经确认且已进行增修作业之功能,以确保设计的连贯与严密性,并防止资源与人力无谓的浪费。
9 逻辑或程序之设计、修改与测试依据功能规范要求进行序性逻辑流程设计、接线修改或程序加码、编译,以及逻辑或程序单元测试工作。
确保修改或新增功能符合要求,同时排除程序单元内任何可测知之语法或逻辑错误。
并应仿真功能异常运作状况,测试原订紧急处置程序是否严密。
10 试车与验收10.1 依功能规范所订之测试程序,将完成单元测试之逻辑程序及设备纳入系统运作,进行整体测试(即试车)。
以确定所有与该逻辑或程序单元交连之其他功能或接口工作正常。
此外,调整与校正工作,亦应于此阶段进行。
10.2 经试车排除所有可测知之逻辑错误后,维护单位即可提请需求单位验收。
需求单位应依标准操作程序或测试程序对需求的功能进行测试,对不符规范项目应立即要求维护单位处理改正。
10.3 需求单位一经确认修改或新增功能符合需求,应于「需求表格」上签字表示验收合格,以便维护单位据以结案。
11 技术数据更新及结案11.1 需求单位验收后,维护单位须立即填写「制程资讯系统功能修改纪录表」(附件三),并异动相关技术资料及规范。
11.2 需求单位验收后,维护单位须于「需求表格」作业结果栏内填注实际使用人时、材料或设备金额,并与「制程资讯系统功能修改纪录表」及相关附件合并装订,呈维护单位主管签阅后存盘备查。
12 本处理程序经生产副总经理核准后施行,修正时同。
附件一制程信息系统功能修改或新增作业处理程序附件二制程资讯系统功能修改/新增需求表格表格代号:GT01维护单位代号/场别:ˍˍˍ/ˍˍˍˍ日期:ˍˍˍˍ编号:ˍˍˍ============================================================================== |需求单位:|联络人:|联络电话|一级主管或授权人核准:| |-----------------------------------------------------------------------------| |种类:□改正系统功能错误□改善系统功能□新增系统功能 | | □改善操作程序□修改作业模式□配合仪电机械系统修正 | | □临时需要□其它:ˍˍˍˍˍˍˍˍ ||-----------------------------------------------------------------------------| |缓急程度:□紧急□急□普通|希望修改/新增作业完成日期:| |-----------------------------------------------------------------------------| |修改/新增系统主题:ˍˍˍˍˍˍˍˍˍˍˍˍ(请参考下列项目,另纸详细说明) || | | 系统修改/新增原因系统修改/新增前状况 | | 系统修改/新增要点说明或建议系统修改/新增后应有功能 | | 屏幕显示/报表修正后格式公式修正一栏表 | | 数据源、形式处理方式及说明其它 | | | |□是/□否需求修改屏幕显示格式□是/□否需求修改报表格式 | |=============================================================================| |主办人:|职称:|收件日期:|□销/□结案日期: | |-----------------------------------------------------------------------------| |可行性评估:□可行;□需再协调(请于下行说明)-再协调结果□可行□销案| | | | | |-----------------------------------------------------------------------------| |计划实行方案: | | | | | |□修改/□新增相关程序:ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ ||□修改/□新增相关数据库:ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ ||□修改/□新增硬设备:ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ ||-----------------------------------------------------------------------------| |作业难易度评估:□简易;□困难_需与运转及有关单位进行细节讨论,根据结论正式| | 行文维护单位办理。
| |说明: | | | | -------------------------------------| |预估:完成日期:ˍˍˍˍ消耗人时:ˍˍˍˍˍ采购设备材料金额:ˍˍˍˍ ||-----------------------------------------------------========================| |作业结果:□运转单位验收结果 |验收单位签字: | | □已销案;原因:___________________ |=======================| | □技术数据,文件更新:相关文件登录;新系统 |维护单位主管核示: | | 程序更新及储存(含程序印版之更新) | | |本案实际消耗人时:ˍˍˍˍˍˍˍ金额(CNT):ˍˍˍˍ| |------------------------------------------------------------------------------ *需求单位请于双线栏内填注附件三制程资讯系统功能修改纪录表表格代号:GT04编号:__________-------------------------------------------------------------------------------|维护单位代号/场别:ˍˍˍ/ˍˍˍ承办人:|职称:|日期:| |------------------------------------------------------------------------------| |制程资讯系统功能修改/新增需求表格编号:相关修改纪录表第:ˍˍˍ_ˍ_件||------------------------------------------------------------------------------| |修改种类:□程序□数据□其它||------------------------------------||程序名称:ˍˍˍˍˍˍˍˍˍˍˍˍ所属系统及类别:ˍˍˍˍˍˍˍˍˍˍ| |功能简述:ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ| |ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ| |ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ| |数据名称:ˍˍˍˍˍˍˍˍˍˍˍˍ所属系统:ˍˍˍˍˍˍˍˍˍˍˍˍˍ| |||数据文件名/储存地址:ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ||其它:ˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍˍ| |------------------------------------||------------------------------------------------------------------------------| |相关修改|名称|| |||---------------------------------------------------------------| ||册号页次|| |||---------------------------------------------------------------| |文件栏|类别|| ||------------------------------------------------------------------------------| |说明:(方法、过程及目的、修改原因请参阅数字制程资讯功能修改/新增需求表格||||||------------------------------------------------------------------------------| |修改内容及结果:||||||------------------------------------------------------------------------------| |运作异常时紧急处理程序:(应列出原有功能程序数据名称或储放位置以及紧急时有功能||复原应采措施)|||||--------------------------------------------------------------------------------------------------------------------------------------------------------------|相关资料修改: |维护单位|| |主管||-------------------------------------------------------------------|----------| | |||-------------------------------------------------------------------|| |名称 |需要|不需要|执行人及完成|有无||| |||日期|附件|||------------------------------------------------------------------------------| |流程图(FLOW/HIPO CHART)修正图号|||| ||| |-------------------------------------------------------------------|| |主控文档数据(MASTER DOCUMENT)修正|||| ||| |-------------------------------------------------------------------|| |备份系统(磁带或磁盘)修正 |||| ||| |------------------------------------------------------------------------------| |系统(磁盘)修正 |||| ||系统工程师| |------------------------------------------------------------------------------| |原始程序报表(SOURCE LISTING)修正 |||| ||| |-------------------------------------------------------------------|| |其它: ||------------------------------------------------------------------------------- 注:请将本表与﹝制程资讯系统修改/新增需求表格﹞一并收存。