保留故障管理程序

公司安全事故处理流程文件

公司安全事故处理流程 文件 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】

安全生产事故处理流程 第一章目的： 为全面提高公司人员对安全生产事故的处理流程的了解，避免一系列的纠纷发生，本公司依据《安全生产事故管理规定》制定安全生产事故处理流程细化。 第二章定义 一、事故等级： 根据2007年6月1日国务院第493号令颁布的《生产安全事故报告和调查处理条例》，职工在劳动过程中发生的人身伤害、急性中毒事故分为轻伤、重伤、死亡、重大死亡事故。 二、根据ＧＢ6441—86《企业职工事故分类》规定的伤亡事故“损失工作日”。 1.轻伤事故：指一次事故中发生轻伤，如某些器官功能性或器官性轻度损伤，表现为劳动能力轻度或暂时丧失的伤害，受伤职工一般歇工在一个工作日以上，但够不上重伤的事故。 2.轻伤：指损失1个工作日以上（含一个工作日），但不超过105个工作日的损失伤害； 3.重伤事故：指造成职工肢体残缺或视觉、听觉等器官受到严重损伤，引起人体长期存在功能障碍，丧失或部分丧失劳动能力的事故。该事故一般伴有轻伤，但无人员伤亡。 重伤：指损失工作日等于超过105日，但小于或等于6000工作日的失能伤害； 4.死亡事故：指一次事故中死亡1～2人的事故。 死亡：损失工作日定为6000日。“损失工作日”的概念，其目的是估价事故在劳动力方面造成的损失。 5.重大死亡事故：指一次死亡3人以上（含三人）的事故。分为四个等级 一级重大事故：指死亡30人以上，或直接经济损失300万元以上的重大事故。 二级重大事故：指死亡10人以上，29人以下，或直接经济损失100

外包过程控制程序

外包过程控制程序(总1页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除

1 目的：为确保外协加工厂商供应的产品质量符合本公司的需要，保证外协加工产品的加工进度、按时交货，特制定本制度。 2 适用范围： a)用于本公司人员、设备不足，生产能力负荷已达饱和时。 b)特殊产品无法购得现货，也无法自制时。 C)协作厂商有专门性的技术，利用外协质量较佳且价格较低。 3 职责：a)质保部负责外协加工业务的技术、质量控制。b）采购部为外协加工业务的归口管理部门，负责本程序的正确执行，保证加工进度，按时交货。 4 内容和方法：4.1 审查方式：书面审查及实地调查。4.1.1 根据外协加工量的大小及外协加工单位的生产能力，选择三家以上厂商的资料，填具厂商资料调查表。4.1.2 实地调查时，由质保、生产、技术等部门派员组成调查小组，但每一次不一定所有人员都要参加，要视加工或产品制造的重要性而定，将调查结果填入厂商资料调查表中。4.2 审查标准及流程按《采购程序》“方法和步骤”执行。4.3 外协4.3.1 负责单位：由采购部依据合同评审情况负责外协加工或外协制造的对外联络事务。4.3.2 外协资料：外协加工或外协制造时要为协作厂商提供以下资料：—技术图纸或样品—检查标准—检验标准4.3.4 外协核价a)签订外协加工合同前须由采购部与财务部进行详细预算价格，报总经理批准后方可签订合同，并报财务存档。b)原辅材料耗用量必须要经技术核算，负责的生产管理人员签证。4.3. 5 外协指导管理由采购部组织相关部门对外包过程进行检查、指导和督促，以： a)使外协厂商确实按照我们的规定来加工或制造。 b)协助外协厂商提高质量。 c)经常联系协调，了解外协的进度、质量，确保如期交货。 d)对外协厂商实施指导与考核。4.4 质量管理4.4.1 入厂检验：根据双方协定的验收标准及抽样计划，按《采购程序》和《产品的监视和测量程序》检查验收。4.4.2 外协厂商的质量管理为确保试用厂商或协作厂商供应的产品符合要求，市场部/国际贸易部必须组织对各协作厂商进行巡回检查，对每个协作厂商，每月至少要做二次以上的检查。4.4.2 不合格处理 a)验收人员将检验报告通知外协管理人员，并将资料存档，作为下次验收的依据。 b)采购部将验收情况通知协作厂商，使其针对缺陷进行改进，资料存档，作为考核依据。 a)生产中发现不合格的主要原因是由于外协而发生时，有关部门要及时通知质保部。 b)由质保部组织重检外协厂商交来的半成品或成品，并通知外协管理人员，资料存档，作为验收依据。 c)采购部通知协作厂商，资料存档，并作为考核的依据。4.4.3 责任分担不合格发生时，除要通知协作厂商针对不合格及其原因进行改进外，还要依照合同规定罚款或退换货。6.相关文件QP管理评审控制程序QP采购控制程序7.质量记录7.1外包厂商质量管理检查表 7.2 外包厂商调查表 2

运行控制管理程序

文件修订履历 制/改订：日期：审核：日期：批准：日期：

1. 目的 对公司生产、生活、产品、服务过程中产生的废油、废水、废气、噪音及固体废弃物等污染物进行控制，使之达到国家环保有关法律、法规的要求。 2. 范围 本程序适用于公司办公、生产区域内与污染物产生有关的各项活动、产品、服务的控制。3. 职责 3.1 管理者代表组织公司生产、办公区域内产生的废油、废水、废气、噪音及固体废弃物实行总 的管理和控制，并定期组织检查、监测。 3.2管理者代表负责公司办公区域内产生的废水、废气、噪音及固体废弃物的具体管理与控制。3.3各生产部门负责各自生产区域内产生的废油、废水、废气、噪音及固体废弃物的具体管理与控 制。 4. 程序 4.1废油：指生产、服务维修活动中产生的废机油、废清洗油、回收油料等无法利用的油料总称。 4.2废水：指在生产与生活活动中产生排放的水的总称。 4.3废气：指向大气中无组织排放及有组织排放的大气污染物的总称。 4.4噪音：是指所产生的环境噪音超过国家规定的环境噪音排放标准，并干扰他人正常生活、工作 和学习的现象。 4.5公司在运作过程中将尽可能减少废物的生成，将对环境的排放和弃置污染控制在最小单位。4.6废油的管理 4.6.1生产、维修活动中产生的废油必须回收，生产、维修活动中应严格管理，杜绝油料的跑冒滴 漏，控制废油的产生量。 4.6.2回收的废油应用安全容器盛装，并集中统一管理。 4.6.3废油的处理按固体废弃物控制程序进行。 4.7废水的管理 4.7.1生产及生活区域产生的生活废水必须经污水处理系统处理后，达到相应的排放标准才可排 放。 4.7.2新、改、扩建项目，设计排放系统时，必须与污水处理系统衔接。 4.7.3所有雨水排口、生活污水排口禁止排入含油或其他有机物，严禁使用含磷洗涤剂。 4.7.4对消防水泵、消防栓、水龙头等用水设备进行检查，杜绝跑、冒、滴、漏现象，注意节约用 水。 4.8废气的管理 4.8.1公司生产区域内废气排放主要有: 4.8.1.1汽车尾气的排放 4.8.1.2空调冷却液泄漏。 4.8.2汽车尾气的管理、监测由市环保部门统一管理。对于进入厂区内的公司内部或相关方车辆， 要求其停车后尽快关闭引擎，减少尾气排放。 4.8.3空调冷却液泄漏的含氟气体,必须严格控制，每年四、十月份应对空调进行一次检查维护， 包括车辆空调。 4.9噪声的管理 公司内主要环境噪声源是车间、空气压缩机、运行噪声，每年由环保监测站进行监测，确保环境噪声排放符合国家有关环保法规规定。同时，公司应积极吸收新技术，尽量减少噪声排

施工过程管理控制程序(新编版)

( 安全管理 ) 单位：_________________________ 姓名：_________________________ 日期：_________________________ 精品文档 / Word文档 / 文字可改 施工过程管理控制程序(新编 版) Safety management is an important part of production management. Safety and production are in the implementation process

施工过程管理控制程序(新编版) 1.目的 对直接影响工程施工质量、环境、职业健康安全的施工管理全过程进行有效的控制，确保满足合同要求。 2.范围 本程序适用于公司所承建的工程项目施工过程的质量、环境、职业健康安全控制。 3.职责 3.1投标管理部负责工程合同交底； 3.2项目中心负责施工准备、施工过程、项目组建与收尾的检查、监督、组织、协调工作。 3.3项目监察部负责工程质量、环境安全、文明施工现场管理的检查与监督； 3.4劳务管理部负责劳务分包方的考评；

3.5采购管理部负责供应商、专业分包的考评； 3.6项目经理负责施工准备和施工过程的组织实施工作以及对分包方的管理。 4.工作程序 工作流程图：详见流程图一 4.1范围管理 4.1.1项目中标后按照公司招标文件、投标报价、投标承诺的内容进行项目交底，明确施工范围。 4.1.2项目部依据交底范围进行核对，识别投标范围与施工现场状况的不同，并及时进行沟通，采取相应措施予以补充或明确。 4.1.3项目部就施工范围进行分解，并制定范围控制措施，责任到人。 4.1.4项目部要进行范围变更管理。 4.2项目规划管理 4.2.1项目规划大纲由项目中心总经理组织相关部门进行编写。祥见项目管理手册《项目规划管理程序》

软件配置管理控制程序A0

程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部

软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控 制要求，确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线：一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指；4^项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写 《配置管理计划》，也可以包含在《软件开发计划中》，配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序

信息系统及网络故障应急处置预案

信息系统及网络故障应急处置预案 一、目的 信息系统目前覆盖全院各个业务和管理部门，已成为医院为医疗、科研和管理提供信息化手段的根本，为保障医院信息系统的安全、稳定运行，特制定本应急预案（以下简称信息网络应急预案）。 二、适用范围 本预案不适用医院停电。 本预案适用于院本部（南区）因服务器软、硬件故障，数据库故障，数据损毁，存储设备损坏，网络链路损坏，网络设备瘫痪以及计算机病毒的爆发等原因致医院信息管理系统无法正常运行，一直严重影响局部或整体业务运转的突发事件（以下简称故障）。 故障类别包括两方面内容：一是网络连接断开简称网络故障（任何与网络相关的操作无法进行，桌面右下角网络连接显示红叉），二是服务器发生软件或硬件故障简称信息系统故障（信息系统打不开或是信息系统使用中报错）。 三、部门及人员职责分工 1、医院信息网络应急预案指挥协调小组（简称应急指挥小组） 由院长(总负责)，信息主管院长、行政机关的部门负责人和网络中心技术人员组成。其主要职责是负责HIS的安全领导，负责制定系统安全规章制度，检查督促安全责任制和各项措施的落实情况，

制定信息网络应急预案并指挥实施演练。 2、技术保障组 该组由信息网络中心承担，结合第三方维保公司技术力量，保证机房、网络、信息系统出现故障及时恢复。 四、启动信息网络应急预案程序 1、全院医护人员发现信息系统故障或是网络故障，请在第一时间拨打24小时值班运维支持热线，告知信息网络中心故障问题的发生地及故障类别。(特别说明：不要给技术人员打电话，以免影响处理速度) 2、当信息网络中心值班人员确定为预案所述故障时，技术人员必须在5分钟内判断故障原因，并且赶赴故障现场进行紧急处理，并上报信息网络中心主任。信息网络中心主任组织技术力量进行抢修。 3、门急诊出现大面积故障后，严重影响医院就诊秩序。经网络信息中心技术负责人研判后，无法在30分钟内恢复应立即报告信息网络中心主任，由信息网络中心主任报主管院长，启动门、急诊信息网络应急预案，在受影响区域内启动手工流程。 住院系统出现大面积故障后，经信息网络中心技术负责人研判后，无法在60分钟内恢复应立即报告信息网络中心主任，由信息网络中心主任上报主管院长，启动病区信息网络应急预案，转手工流程。

安全事故事件调查与处理程序

安全事故事件调查与处 理程序 集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]

安全事故、事件调查与处理程序 时间:2009-10-10 17:02来源:蜂巢网作者:本站整理点击:107次1目的与范围 建立并保持事故、事件处理程序》，确定职责和权限，以便开展事故、事件调查、处理工作，及时采取有效措施，减少损失和影响,防止类似事故的再次发生。 适用于本公司范围内事故与未遂事故的处置和预防管理。 2引用文件 下列文件中的条款，通过本程序的引用而成为本程序的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本程序，然而，鼓励根据本程序达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本程序。 Q/0501-2006《管理手册》 本公司《安全生产监督管理制度》最新版本 《中华人民共和国安全生产法》2002年6月29日 《国务院关于特别重大事故调查程序暂行规定》国务院第34号令

《职业病报告办法》卫生部发布 《职业病范围和职业病患者处理办法规定》卫生部发布 《企业职工伤亡事故报告和处理规定》国务院第75号令 《道路交通事故处理办法》 《火灾事故调查规定》公安部第37号令 《锅炉压力容器压力管道特种设备事故处理规定》 3术语和定义 本程序采用GB/T28001-2001标准的术语和定义； 三违：违章作业、违章指挥、违反劳动纪律； 三不伤害：不伤害自己、不伤害他人、不被他人伤害； 三级安全教育：公司级安全教育、部门级安全教育、班组级安全教育；

四不放过：事故原因未查清不放过、责任人员未处理不放过、整改措施未落实不放过、有关人员未受到教育不放过； 四全监督管理原则：全员、全过程、全方位、全天候的安全管理和监督。 4职责 公司环境与安全领导小组负责监督检查本程序的运行情况，总经办和物业客服部配合。负责组织重大安全事故、事件的调查、处理，组织纠正和预防措施的评审与实施，并跟踪验证实施效果。 工程技术部负责重大设备事故的调查、处理，组织纠正和预防措施的评审与实施，并跟踪验证实施效果。参与其他安全事故、事件的调查、处理和评审工作，并负责组织重大安全 技术纠正和预防措施的制定、评审与实施工作。 工会（或工会小组）参与事故、事件的调查、处理和评审工作，并负责组织监督各项纠 正和预防措施的落实工作，维护员工合法权益。 事故、事件发生单位，应采取措施控制事态发展，减少事故、事件损失和影响，并保护事故现场。并按规定及时向上级报告，积极配合事故应急处理。 现场事故、事件应急处理完后，各部门、管理处、子公司发生应按本程序进行调查和后续处理，对拟定的纠正和预防措施，在其实施前应先通过对风险评价过程的评审，并对其实施情况进行跟踪检查，验证。

软件设计和开发控制程序

公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。

4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；

施工过程管理控制程序(标准版)

When the lives of employees or national property are endangered, production activities are stopped to rectify and eliminate dangerous factors. （安全管理） 单位：___________________ 姓名：___________________ 日期：___________________ 施工过程管理控制程序(标准版)

施工过程管理控制程序(标准版)导语：生产有了安全保障，才能持续、稳定发展。生产活动中事故层出不穷，生产势必陷于混乱、甚至瘫痪状态。当生产与安全发生矛盾、危及职工生命或国家财产时，生产活动停下来整治、消除危险因素以后，生产形势会变得更好。"安全第一" 的提法，决非把安全摆到生产之上;忽视安全自然是一种错误。 1.目的 对直接影响工程施工质量、环境、职业健康安全的施工管理全过程进行有效的控制，确保满足合同要求。 2.范围 本程序适用于公司所承建的工程项目施工过程的质量、环境、职业健康安全控制。 3.职责 3.1投标管理部负责工程合同交底； 3.2项目中心负责施工准备、施工过程、项目组建与收尾的检查、监督、组织、协调工作。 3.3项目监察部负责工程质量、环境安全、文明施工现场管理的检查与监督； 3.4劳务管理部负责劳务分包方的考评； 3.5采购管理部负责供应商、专业分包的考评；

3.6项目经理负责施工准备和施工过程的组织实施工作以及对分包方的管理。 4.工作程序 工作流程图：详见流程图一 4.1范围管理 4.1.1项目中标后按照公司招标文件、投标报价、投标承诺的内容进行项目交底，明确施工范围。 4.1.2项目部依据交底范围进行核对，识别投标范围与施工现场状况的不同，并及时进行沟通，采取相应措施予以补充或明确。 4.1.3项目部就施工范围进行分解，并制定范围控制措施，责任到人。 4.1.4项目部要进行范围变更管理。 4.2项目规划管理 4.2.1项目规划大纲由项目中心总经理组织相关部门进行编写。祥见项目管理手册《项目规划管理程序》 4.2.2项目实施规划是依据项目规划大纲要求进行编写，主要内容有：工程概况、项目组织、施工目标、经营管理规划、文明施工及临设布置、进度管理策划、技术质量策划、物质管理策划、安全管理策

软件配置管理控制程序

配置管理控制程序 版本号修订内容编制人审阅人日期

历史记录

目录

1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。

2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。 配置管理控制委员会负责审批软件配置管理计划； 配置管理控制委员会负责审批软件基线的建立； 配置管理控制委员会负责审批对软件基线配置项的变更； 配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。 2.4 项目经理 定期或事件驱动地评审或审核CM活动。 2.5 测试组 负责审核《配置管理计划》任务列表中与测试有关的内容 2.6 开发组 负责审核《配置管理计划》任务列表中与开发有关的内容 2.7 QA组 负责审核《配置管理计划》任务列表中与QA有关的内容

网络管理 告警系统

网络管理—警告系统的设计 1设计目标 1．数据采集：通过采集计算网络中的配置信息，告警信息，性能信息，反馈给告警中心。 2．数据分析：分析告警信息（原始告警信息，性能数据，配置信息），推理处理并存储记录告警，且实现告警的可确认消除（自动回复/手动恢复）。 3．数据应用：实时监控重要的告警信息，解决并消除告警信息。根据告警信息记录生成报表统计，向上层提供决策的数据依据。 2 概要设计 系统分三层：数据的采集数据处理数据应用 数据采集：从系统的网元上采集数据包括：性能数据信息，网元告警信息，拓扑结构的配置信息，向数据处理层的制定临时数据库中传送。 数据处理：从指定的数据库中获得原始数据信息，判断处理。根据估值（及性能阀值）判断生成警告信息，存储分析并上报告警信息。实现告警的匹配确认清除，重复告警的归并处理。 数据应用：及时监控重要的告警信息，并处理此告警，反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表，为决策提供数据支持。

3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备，基本信息，与实体形成对应的映射。用于网络的拓扑信息管理。 网管系统管理采集以下配置数据： 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为： 网元告警 ●路由器： ●交换机： ●配线板： ●服务器：cpu , 内存，硬盘，电源，风扇（散热），网卡，光驱，端口，运行的软件服务 1．环境告警: 暂保留。 2．通信连接告警（拓扑管理）：当某一网元设备持续一定时间不响应网管系统时，网管系统应能自动生成该网元设备的通信连接警。 3．性能告警：当性能指标超出预先设定的范围时，系统触发的告警称为性能告警。 4．设备告警：来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息，格式和内容与网元类型相关，原始告警信息将在告警管理应用层进行处理，采集层采集到的告警原始数据至少应包括以下内容：

环境和职业健康安全运行控制程序

环境和职业健康安全运 行控制程序 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT

目录 1 目的 (2) 2 范围 (2) 3 职责 (2) 4 措施和方法 (2) 环境管理运行控制 (2) 职业健康安全管理运行控制 (5) 运行工作组织设计的管理 (8) 5 相关文件 (8) 6 记录 (8) 1 目的 为确保公司的管理方针和目标，识别和策划与所确定的重要环境因素，识别与所认定的、需要采取控制措施的风险有关的运行，保持在受控条件下进行，能够控制或减少有害的环境影响，能够控制己识别的风险，特制定本程序。 2 范围 本程序适用于公司管理体系所覆盖的工程咨询、工程设计、工程总承包项目有关的环境和职业健康安全管理运行过程的控制。规定运行控制的方式和运行条件。 3 职责 总经理 负责批准重大环境和职业健康安全管理体系运行控制工作计划，确保提供运行控制工作计划实施所需要的资源。 管理者代表 负责审定环境和职业健康安全管理体系运行控制工作计划。协助总经理确保运行控制所需的资源提供。 总经理办公室、项目执行部、工程总承包项目部 是本程序实施管理的主要责任部门，分别对各自运行控制范围的工作负有组织实施和检查的职能。 4 措施和方法 环境管理运行控制 4.1.1 运行控制的程序化管理 根据管理方针、目标和指标，识别并策划所确定的重要环境因素的相关的运行，以确保它们通过下列方式在规定的条件下进行： 1）运行控制对象是识别并策划已确定的重要环境因素的有关运行活动； 2）特别关注对因缺乏程序文件或管理规定，而可能导致偏离方针、目标和指标的情况。 3）无论由供方或顾客提供的由本公司所使用的产品和服务（通常指由供方所提供的原材料、零部件、设备设施或劳务等服务）中所确定的重要环境因素，应建立实施并保持程序或管理规定，并将这些适用程序和要求通报给供方和合同方，让他们了解并执行相关程序。 4）环境管理运行控制通常涉及的内容包括：

《生产安全事故调查处理基本程序》测试试卷

编号：AQ-ST-00013 ( 安全试题) 单位：_____________________ 审批：_____________________ 日期：_____________________ WORD文档/ A4打印/ 可编辑 《生产安全事故调查处理基本 程序》测试试卷 Test paper of basic procedures for investigation and handling of production safety accidents

《生产安全事故调查处理基本程序》 测试试卷 安全试题的作用：“安全员是经过培训及考核取得上岗资格的安全管理人员。根据安全发的规定，具有一定 规模的企业必须配备专职安全员，重点工序必须有安全员进行检查监督” 【答题须知】 1.请按照要求在试卷上密封线内规定的位置填写姓名、工作单位及个人职务； 2.所有试题均在试卷上直接作答，要求字迹清晰，应使用蓝色、黑色的钢笔、签字笔或圆珠笔书写作答，铅笔作答无效； 3.考试结束后，请勿将试卷和草稿纸带出考场。 一、判断题（判断下列各题对错，正确的在括号内打“√”，错误的在括号内打“×”。每题1分，共10分。） 1.事故调查组组长由负责事故调查的人民政府指定。（） 2.工会依法参加事故调查处理，向有关部门提出处理意见，但无权要求追究有关人员的责任。（）

3.事故调查组成员应当具有事故调查所需要的知识和专长，并与所调查的事故没有直接利害关系。（） 4.事故调查期间，调查组成员发布有关事故的信息，不必经事故调查组组长允许。（） 5.特别重大事故以下等级事故，事故发生地与事故发生单位不在同一个县级以上行政区域的，由事故发生地人民政府负责调查，事故发生单位所在地人民政府可以不派人参加。（） 6.较大事故由事故发生地市级人民政府负责调查。（） 7.事故调查报告经负责事故调查的人民政府批复后，事故调查工作即告结束。（） 8.事故调查组有权向有关单位和个人了解与事故有关的情况，并要求其提供相关文件、资料，有关单位和个人不得拒绝。（） 9.生产经营单位将生产经营项目、场所、设备发包或者出租给不具备安全生产条件或者相应资质的单位或者个人，导致发生生产安全事故给他人造成损害的，与承包方、承租方承担连带赔偿责任。（）

生产工艺管理控制程序

生产工艺管理控制程序 1.目的 建立与生产相适应的生产工艺管理制度，确保生产条件（人员、环境、设备、物料等）满足化妆品的生产 质量要求。特制订本程序。 2.适用范围 适应于各车间生产工序的工艺参数、材料、设备、人员和测试方法等所有影响产品质量的生产阶段。 3.职责 3.1计划:负责制订《生产计划》负责生产过程中的综合调度。 3.2生产部：负责生产动力设施及时供给合格的水、蒸压缩空气、空气、电力等资源；编制设备的操作规程, 设备维护保养; 负责按生产指令单，在规定的工艺要求和质量要求下，组织安排生产，并对生产过程进行控制。 3.3仓库：负责按照生产派工单所开具的领料单进行原辅材料发放接收对各车间退回的物料做入库工作。 3.4技术研发部：负责生产工艺技术及半成品标准制定。在首次生产时进行指导。明确关键工序和特殊工序。 负责编制工艺规程和作业指导书。 3.5质保部:负责所有原辅材料、半成品、成品按品质标准进行检验 负责安排现场巡检员对生产现场的产品质量进行过程监督。 4.内容 4.1生产前的准备工作 1）计划调度员考虑库存情况，结合车间的生产能力，制订《生产计划》，经经理批准后，发放至相关部门作为采购和生产依据。 2）在确保每个生产订单所有原物料配套齐全后下达，生产车间根据生产计划制定生产指令，生产前由车间负责人下达批生产指令，包含批号、批生产量、执行标准、生产流程、生产配方等信息。 3）生产部根据周计划编制《车间每日作业计划》，车间主管/班长把计划分解到各小组或生产线直至各岗位，并对每日计划执行情况进行跟踪。 4）各车间均须严格按确定的日生产计划安排工作，一切有影响计划实施的因素或异常现象产生，车间主管需做有效的记录，每周统一汇总，报备生产部。 1）各相关责任人员根据生产需要，确认供给合格的水、蒸汽、压缩、空气、电力等资源，保障生产设备的正常运转。

软件配置管理控制程序

配置管理控制程序

历史记录

1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2使用范围 本文件适用于公司的所有软件项目。 1.3名词和缩写 CM(Co nfiguration Ma nageme nt)配置管理 SCCB (Software Con figuration Con trol Board) 软件配置管理控制委员会 CC (Co nfiguratio n Con troller) 配置管理员 工作产品(Work Products):项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项(Configuration Item, CI):纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ];配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线(Baseline): 一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷(配置项)和生成可执行文卷的工具。

2角色与职责 2.1软件配置管理组（CM ） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成，小组的成员称为 配置管理员（CC）,通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会（SCCB） SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、 测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。 配置管理控制委员会负责审批软件配置管理计划； 配置管理控制委员会负责审批软件基线的建立； 配置管理控制委员会负责审批对软件基线配置项的变更； 配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。 2.4项目经理 定期或事件驱动地评审或审核CM活动。 2.5测试组 负责审核《配置管理计划》任务列表中与测试有关的内容 2.6开发组 负责审核《配置管理计划》任务列表中与开发有关的内容

环境运行控制程序通用版

管理制度编号：YTO-FS-PD767 环境运行控制程序通用版 In Order T o Standardize The Management Of Daily Behavior, The Activities And T asks Are Controlled By The Determined Terms, So As T o Achieve The Effect Of Safe Production And Reduce Hidden Dangers. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards

环境运行控制程序通用版 使用提示：本管理制度文件可用于工作中为规范日常行为与作业运行过程的管理，通过对确定的条款对活动和任务实施控制,使活动和任务在受控状态，从而达到安全生产和减少隐患的效果。文件下载后可定制修改，请根据实际需要进行调整和使用。 1.0目的 对本公司物业管理服务过程及管理过程中与环境影响相关的运行和活动进行有效控制，确保环境管理体系的良好运行和质量、环境、职业健康安全方针的实现。 2.0适用范围 适用于本公司资源（水、电、纸张和原材料等）的使用和环境污染物（污水、废气、噪声、废弃物）的排放与环境因素有关的活动的控制，以及对相关方的管理。 3.0主要职责 3.1管理处负责对水、电的控制，消防安全管理，设备维修时的环境管理及废弃物管理。 3.2行政部负责对办公用纸的控制。 3.3管理处负责对维修零配件使用控制、危险品的管理、使用控制和小区（大厦）废弃物的收集、搬运，以及物业管理服务现场的其它环境管理事项，并对服务供方施加影响。 3.4各部门应积极配合其它职能部门的管理。

安全事故处理流程

安全事故处理流程
1．安全事故处理流程与风险控制图 安全事故处理流程与风险控制 不相容责任部门/责任人的职责分工与审批权限划分 阶 业务风险
经理 导组 开始 1 接到事故报告并 纪录事故基本情 况 赶赴事故现场组 织救援 2 积极配合 上报安全生 产事故 D1 安全生产领 安全科 相关部门
段
事故基本情况纪录不 详细，会影响事故救 援的及时性和针对性
如果事故调查的过程 3 不按规范的程序进 行，就很难找到事故 发生的真正根源 审查 形成《事故调查 分析报告》
上报事故情况
配合工作
D2 公布事故 如果不严格追究相关 责任人的责任,不认真 总结事故教训,整改措 施落实不到位,就很难 审批 真正防范事故再发生, 企业安全生产仍然存 在安全隐患 6 监督检查整改措施 执行情况 落实整改措 施 审核 调查结果 4 追究相关责任人的 责任 5 总结事故教训并提 出整改措施 落实整改措施 落实整改措 施 D3
结束

2．安全事故处理流程控制表 安全事故处理流程控制
控制事项 详细描述及说明 1．安全科接到事故报告后，应详细纪录事故单位、事故类型、事故时间、事故地点、事 D1 故伤亡情况等信息。 2．安全科在接到事故报告后，应立即组织有关人员在第一时间赶赴事故现场进行救援。 3．安全生产领导组应组织相关人员进行事故调查，包括勘察现场、收集资料、提取物证、 纪录证人证言、计算损失、进行技术鉴定等；安全生产领导组开展事故调查时应按规定的 程序和职权进行， 以保证事故调查的科学性和严肃性， 相关部门和人员应积极配合调查; 安 阶 段 原因、人员伤亡、经济损失、事故责任认定、对事故责任纴的处理建议及事故防范和整改 控 措施等； 《事故调查分析报告》应提交经理进行审查。 制 4．根据事故原因分析确定责任单位和责任人,界定责任程度并罗列其违法违规事实,按相关 程序和处理建议追究其责任。 5． 安全科应认真总结事故教训及处理经验，提出相应的整改措施并提交安全领导组审核 D3 和经理审批。 6．安全科应积极组织和落实整改措施，加大安全监督和检查力度，最大程度防范同类事 故再次发生。 应建 相 规范 关 D2 全生产领导组通过调查形成《事故调查分析报告》 ，该报告的主要内容包括事故发生概况、
? 《安全事故管理制度》 ? 《安全生产应急预案》 ? 《企业内部控制应用指引》
规 范
参照
? 《企业内部控制基本规范》
规范
? 《中华人民共和国安全生产法》
文件资料 责任部门 及责任人
? 《事故调查分析报告》 ?安全生产领导组、安全科、相关部门
? 经理、生产副经理、安委会成员、安全科长、安全管理人员、生产一线员工

软件开发管理程序(精)

软件开发管理程序 1. 目的 为了提高软件开发的质量, 保证软件开发项目按预定的时间和费用顺利完成,提高软件过程的成熟度。 2. 适用范围 本程序适用于本公司所有软件项目开发过程的管理 , 可根据项目的大小及实际情况进行适当的删减。 3. 定义 可行性分析:对系统的技术可行性、经济可行性和社会可行性进行研究。 需求分析:真正搞清楚所要设计的软件应该具有哪些功能和特性 (即要让它做什么事。 数据字典:对数据流程图中出现的所有数据元素给出逻辑定义。概要设计:根据软件需求说明书的要求,建立目标系统的总体结构和模块间的关系,设计全局数据库/数据结构,定义各功能模块的接口、控制接口等。 详细设计:对概要设计中产生的功能模块进行过程描述,设计功能模块的内部细节,为编写源代码提供必要的说明。 测试计划:为做好集成测试和验收测试,需为如何组织测试制定实施计划。计划包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 编码与单元测试 : 将详细设计说明书转化为相应的程序设计语言或 数据库语言书写的程序,对该程序的所有模块进行测试。

4. 职责 4.1项目经理:在可行性分析阶段,组织可行性分析小组,项目通过可行性评审后编写《项目开发计划书》。在需求分析阶段,组织需求分析小组, 保证需求分析进度。在程序设计阶段, 组织概要设计小组, 组织详细设计小组,进行编码分工,监管编码规范。在项目进行的整个过程中要填写《项目进度月报》。 4.2可行性分析小组:对项目进行可行性分析并形成《可行性分析报告》。 4.3可行性评审小组:对可行性分析小组提交的《可行性分析报告》进行评审,形成《评审表》。 4.4需求分析小组:对业务需求进行分析,编写《软件需求说明书》和《数据要求说明书》。 4.5需求分析评审小组:根据软件正式技术复审规范对需求分析小组提交的《需求分析报告》 ,进行评审,形成《评审表》。 4.6概要设计小组:根据《软件需求说明书》和《数据要求说明书》进行概要设计, 编写《概要设计说明书》、《数据库设计说明书》和《数据字典》。 4.7概要设计评审小组:对《概要设计说明书》、《数据字典》和《数据库设计说明书》进行评审,出《评审表》。 4.8详细设计小组:根据《概要设计说明书》、《数据字典》和《数据库设计说明书》进行详细设。