ME Works ER Prt 2-GS 07_Finl_20191213-安全性证明

BTS基础设施开发（投标）MRT橙线项目雇主要求第2部分通用规范附录7 - 安全性证明2019年12月M&E Works Orange Line Project M&E工程橙线项目GSAppendix 7GS 附录7M&E Works ER Part 2-GS A07_Final_20191213.docx M&E工程ER第2部分 - GS A07_最终20191213.docxPagei 第i页目录页码1通用11.1通用要求11.2 定义及缩略语12 安全性证明22.1目标22.2文件编制22.3 文件提交流程23要求1 - 设计流程33.1潜在要求33.2范围定义34要求2 - 试验流程54.1潜在要求54.2范围定义55要求3 - 最终文件75.1潜在要求75.2范围定义76要求4 - 软件文件96.1潜在要求96.2范围定义97要求5 - 系统安全性117.1潜在要求117.2范围定义118要求6 - 运行148.1潜在要求148.2范围定义149要求7 - 维护189.1潜在要求189.2范围定义18M&E Works ER Part 2-GS A07_Final_20191213.docx M&E工程ER第2部分 - GS A07_最终20191213.docxPage ii 第ii页M&E Works ER Part 2-GS A07_Final_20191213.docx M&E工程ER第2部分 - GS A07_最终20191213.docxPage 42 第42页1通用1.1通用要求1.1.1本文件中所述的安全性流程证明应适用（除非这些证明明显不适用于雇主已批准的工程及缓和时间）。1.1.2在项目分阶段调试的地方，安全性流程的证明应针对第一阶段全面实施。在每个后续阶段调试之前，应更新第一阶段交付的所有安全性文件的证明，以涵盖后续的阶段。1.1.3工程的安全性证明是承包商的责任，然而包括承包商的分包商在内的所有各方都有责任共同努力以实现本文件中指定的总体目标。1.2定义及缩略语1.2.1本文件中使用的定义如雇主要求第2部分 - 通用规范，附录1所示，通过下列方式进行修订或补充：a) 发起人指构成项目一部分的工程设计机构。设计机构的范围包括所有设计提交物、所需的测试规范、系统担保文件相关的编制以及所有运行、维护和培训文件的编制。b) 审查机构指雇主或者代表雇主行事的由雇主授权的其他单位。1.2.2本文件中使用的缩略语如雇主要求第2部分 - 通用规范，附录1所示。2安全性证明2.1目标2.1.1首要目标是从相关机构获取证明，即通过提交全面的证明文件，证明项目能够安全的开展公共服务。2.1.2第二个目标是确保运营商具备所需的文件，以维护长期的公共安全服务。2.1.3本文件明确了应该提交文件的范围和特征，以实现上述两个目标。2.2文件编制2.2.1根据各目的，应对所需文件进行分类，以符合具体要求，并且在本文件第3至9章的七个标题下进行了介绍。然而，一份文件，例如一份详细的提交时间表，列入一个以上标题下所列的各项要求是可以接受的。2.2.2必须提交本文件第3至9章表格中的发起人列标题下的文件提交物。审查机构列标题下的文件提交物是其他方的义务，但是在获取这些文件方面必须进行合作。2.3文件提交流程2.3.1安全文件的完整证明的提交物只能在测试和试运行的最终阶段实现，但是应在设计阶段明确为项目提交的具体文件，编制文件清单并整理提交物，并逐步更新，以有助于完成流程。2.3.2至少来说，应该每月提交并更新提交物计划表，以表明提交物的状态并审查所有设计文件以及安全性证明所需的其他文件。3要求1 - 设计流程3.1潜在要求3.1.1工程旨在提供满足项目定义的服务目标所需的功能。3.2 范围定义3.2.1所有设计文件均应按照合同文件中规定的目标进行编制。3.2.2 所有设计文件均应进行独立审查，审查机构提出的所有意见均应予以解决并关闭。所有不合格品应被识别，跟踪和追踪。3.2.3 所有设计均应符合所有适用的法律和法规要求。3.2.4有关土木基础设施和建筑的设计文件包括但不限于所有设计手册，设计计算，接口控制文件，图纸，材料和工艺规范，使用标牌说明，资产清单，备件清单，专用工具和测试设备列表和RAMS研究。3.2.5 有关E&M和M&E系统以及机车车辆的设计文件，包括但不限于所有概念，功能和最终设计文件，接口控制文件，安装和配置设计文件，设计标准，设备规格，使用标牌说明，资产清单，备件清单，专用工具和测试设备清单以及RAMS研究。3.2.6 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么设计文件的范围应扩展到包括对当前系统设计的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。3.2.7 在项目提供与另一个运输系统的操作接口的地方，设计文件的范围扩展到包括该接口的设计规定，以提供完全集成的乘客换乘。要求1 具体问题必备提交物发起人审查机构1.1 所有设计文件已与完整的修订历史共同完成。1.1.1 提交的所有文件及其层次结构的列表，以及每个文件的修订历史（列出了每次修订的编制日期、修改日期和批准状态）。必备1.1.2 明确清单完整性，包括文件的配置控制。必备要求1 具体问题必备提交物发起人审查机构1.1 已经解决并关闭了设计文件的所有意见，并且文件已经过批准。1.2.1 审查机构的所有意见的清单和状态，并在必要时与安全相关的所有问题。必备1.2.2 所有必备监管机构的设计批准声明。必备1.2.3 明确对所有设计进行审查，以确保其符合项目要求，并解决和关闭所有审查意见，并根据发起人的最初响应撤销或修订意见，以符合机构的要求。必备1.3 已编制非合规性报告，该报告识别所有与标准和/或设计要求的偏差，并提供非合规性原因及影响分析。1.3.1 设计提交物中参考的所有适用性设计、材料和工艺标准清单。必备1.3.2 所有与设计要求和/或标准的非合规性清单，以及相应非合规性报告，该报告明确了非合规项目原因、风险以及相关的影响分析结果。必备1.3.3 明确审查机构接收非合规性报告。必备4 要求2 - 试验流程4.1 潜在要求4.1.1 对工程进行试验，以验证工程的实施是否符合所提交的设计要求。4.2 范围定义4.2.1 土木基础设施的试验应包括但不限于，工厂型式试验、工厂接收试验、材料试验及检查、现场安装（调试）试验、现场接收试验以及集成系统试验。4.2.2 E&M和M&E及机车车辆的试验应包括但不限于，工厂型式试验、工厂接收试验、现场安装（调试）试验、现场接收试验、集成系统试验以及试运行。4.2.3 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么试验文件的范围应扩展到包括对当前系统的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。要求2 具体问题必备提交物发起人审查机构2.1 已经提交并审查试验流程和接收标准。2.1.1 所有试验类型的试验记录中所参考的修订级别上的所有试验流程清单，包括每个试验与要求（合同要求或派生要求）之间的联系，该试验旨在证明符合要求。必备2.1.2 明确试验流程和接收标准足以充分证明所实施的工程符合设计提交物，并涵盖所有必备的接口测试。必备2.1.3 所有生命安全系统的完整的试验流程，以演示系统行为并验证运营商对所有故障模式的反应，包括在试运行期间评估模拟故障及应急情景，以验证事件管理流程的有效性。必备要求2 具体问题必备提交物发起人审查机构2.1.4 明确生命安全系统的试验流程和接收标准足以充分证明所实施的工程符合危险处理要求。必备2.2 试验已完成，并对结果进行适当记录。2.2.1 所有试验的试验结果，至少包括试验完成证明及结果概述。必备2.2.2 明确详细的试验记录（无论是否提供）由负责测试的人员签署，并且所提交的试验结果概述为真实且完整的记录。必备2.3 已经关闭或处理测试期间的故障和/或危险。2.3.1 识别并列举出所有未达到100%通过状态的检查及试验后续清单（故障）。必备2.3.2 明确（包括文件证明的提交物）已关闭的后续清单项目，其中包括已接收的处理项目详情（如有）。必备2.3.3 识别所有开口后续项目清单（未完成工程），并提出关闭建议。必备2.3.4 明确根据安全原则对所有未完成工程（开放后续项目清单）的识别及分类，并提交关闭建议。必备5 要求3 - 最终文件5.1 潜在要求5.1.1 已提交完整的工程文件，以用于项目实施。5.2 范围定义5.2.1 文件包括但不限于具体项目：规范，设计，支持性计算，接口控制文件，构造图纸，运行手册（用户指南），维护手册，备件清单，特殊工具清单，系统担保相关文件，永久性工程相关的培训手册和培训材料，其详细程度应能使运营商操作、维护、调整、替换并修复所有部分的永久性工程。5.2.2 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么文件的范围应扩展到包括对当前系统的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。要求3 具体问题必备提交物发起人审查机构3.1 已完成所有最终文件，并对正确修订状态进行审查。3.1.1 将要提供的所有最终文件的结构化清单，该清单引用各文件的格式（包括转换pdf或tif格式时的原格式）及最新修订状态。必备3.2 对应于所执行工程的所有最终文件3.2.1 明确列举出的每个文件，即所引用文件的修订应与最新审核版本一致，并提供所有未解决意见（如有）的状态清单。必备要求3 具体问题必备提交物发起人审查机构3.2.2 明确列举出的各文件，即安装之前所审查的修订后的变更是否进行审查并正确实施。必备3.3 所有最终设计文件及图纸均在操作和维护手册中正确引用。3.3.1 操作和维护手册直接引用的所有最终文件清单，该清单表明最新修订状态。必备3.3.2 明确操作和维护手册已更新，以参考所列举文件的最新修订状态。必备3.4 已交付所有最终文件，并且运营商可用。3.4.1 所有最终文件。必备3.4.2 明确所有最终文件均按照所需格式和数量提交，并且运营商可用。必备6 要求4 - 软件文件6.1 潜在要求6.1.1 已提交完整的软件文件，并已按照要求确定了工程的目标和源代码，并已提供给该项目，以供实施。6.2 范围定义6.2.1 软件包括但不限于，以任何形式的稳定性和非稳定性存储媒介包含在永久性工程中的所有可执行代码，配置数据，数据库，数据文件，图片文件，包括嵌入式可擦可编程只读存储器（EPROM）。软件包括专有和商业现成软件。6.2.2 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么软件的范围应扩展到包括对当前系统软件的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。要求4 具体问题必备提交物发起人审查机构4.1 所有最终软件均已安装并与最终版本状态共同识别。4.1.1 所有已安装软件的完整列表，以及永久性工程中包含的版本引用。必备4.2 所有最终软件对应于所执行的工程。4.2.1 对于软件的每一项，明确所引用的已安装版本与已测试版本是否对应，并明确所有未关闭意见的状态列表（如有）。必备4.2.2 对于软件的每一项，明确安装前测试版本后所发生的变更，并进行审查及全面实施。必备4.3 所有软件均在操作和维护手册中正确引用。4.3.1 操作和维护手册直接引用的所有软件安装项目清单，该清单表明最新修订状态。必备要求4 具体问题必备提交物发起人审查机构4.3.2 明确操作和维护手册已更新，以参考所列举软件项目的最新修订状态。必备4.4 已提供所有必备软件。4.4.1 电子媒体上的软件文件和其他必备编程组件（固件、支持现成软件等）的副本，包括所需许可证。必备4.4.2 如果出现淘汰情况，兼容性硬件规范及替代物详情。必备4.4.3 每个软件的安全流程详情。必备4.4.4 明确所提供的软件足以使运营商从任何系统故障中恢复过来，包括硬件故障，该故障需要软件运行系统和应用文件的完全重新安装。必备4.5 已提交所有必备软件文件。4.5.1 所有必备软件文件及软件源代码的副本。必备4.5.2 明确所提交的软件文件足以使运营商在受到工业产权规定的情况下，能够运行、维护、重新配置和调整所有软件应用程序。必备7 要求5 - 系统安全性7.1 潜在要求7.1.1 完整记录了系统安全性，以证明已识别与工程相关的所有危险，并且风险已经降低到合理可行的水平上。7.2 范围定义7.2.1 系统安全性指包含公共服务的工程项目安全性，并包含乘客、员工及公众安全性。系统安全性同样包括适当情况下的永久性工程和环境的保护。7.2.2 危险指危险日志中识别的所有危险，并包括人为因素引起的危险。7.2.3 与系统安全性相关的文件应包含构成所提交的安全证明文件一部分的所遵循的流程描述。7.2.4 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么系统安全性文件的范围应扩展到包括对当前系统软件的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。要求5 具体问题必备提交物发起人审查机构5.1 系统担保包括在整个设计、施工、制造和测试阶段已经系统解决的系统安全性。5.1.1 根据系统担保计划所完成和提交文件的所有系统担保完整清单，以及最新修订状态及签发日期。必备5.1.2 审查机构对每个所列举文件的所有意见的清单及状态。必备5.1.3 明确所有系统担保相关的文件均已根据列表进行提交，并且参考文件中的意见已经关闭。必备要求5 具体问题必备提交物发起人审查机构5.2 已识别所有可预见的危险并记录在危险日志中。5.2.1 已经实施的完整的危险日志，该日志明确了针对处理措施之前及之后的危险及风险评估结果。负责实施工作的其他方均已参考所有处理措施，包括运营商。必备5.2.2 危险日志的发起人明确，即所有危险/安全问题以及与工程相关的必备处理措施均已在危险日志中识别。必备5.2.3 明确所提交的危险日志包含所有可预见的危险，包括接口危险，并且已正确识别并分配处理措施。必备5.3 在最终设计文件、建筑图纸和/或运行和维护文件中，已实施并参考了危险日志中记录的所有危险处理措施。5.3.1 一份书面回复，该回复中明确了可追溯的设计、图纸、标准、报告、手册或试验结果，以验证和确认每个安全要求，即在危险日志中明确的，适用于发起人的每个危险的处理措施。必备5.3.2 运营商转交并关闭的安全相关应用条件（SRAC）列表，包括关闭这些项目的方法，以确保SRAC可以进行实质实施。必备5.3.3 审查机构明确并证明，即所有危险响应均已根据参考文件充分实施并进行测试，以将风险降低到合理可行的最低水平。必备5.3.4审查机构对危险日志中确定的适用于运营商的每项危险处理措施进行确认，必备要求5 具体问题必备提交物发起人审查机构此举是处理危险的正确方法，并且在由发起人提交的运行和维护文件中明确强调了这一要求。5.4 已编制危险管理流程，以便运营商进行持续的安全管理。5.4.1 具备足够细节的危险管理流程能够使运营商应用一贯的方法在公共服务期间审查、重新评估并添加危险。必备5.4.2 明确危险管理流程已经过审查。必备8 要求6 - 运行8.1 潜在要求8.1.1 已建立运营组织（人员、计划、流程和设施），以便在项目实施时提供拟议的服务。8.2 范围定义8.2.1 运行人员包括支持提供运行服务所需的所有人员，包括一线人员、监督人员、办公室管理人员及企业支持人员。8.2.2 计划和流程包括但不限于，涵盖一般业务管理的运行计划及运行流程，正常运行、降级运行、车辆段运行、应急准备及事件管理。8.2.3 设施包括但不限于，办公场所，办公设备，个人防护设备，一线运行配件，手机/呼叫器，报告表，日志及服装。8.2.4 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么运行文件的范围应扩展到包括对当前系统软件的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。要求6 具体问题必备提交物发起人审查机构6.1 已经定义运行服务供应商预期的运行服务的范围和服务质量。6.1.1 运行服务合同（无商业信息）详细说明了拟提供的运行服务范围，以及确定服务质量目标的所有附件或补充协议，服务质量的衡量方法及未能达到约定目标的补救措施。必备（雇主）6.1.2 监督运营商及根据目标监测运行质量的管理计划。必备（雇主）6.2 运行服务供应商6.2.1 明确了所需的所有运行和运行管理人员的组织结构图，以及相应的工作描述及资质。必备（雇主）要求6 具体问题必备提交物发起人审查机构已确定所有将要补充到组织结构中的所有职位并据此招聘。6.2.2 明确组织结构图中的所有运行人员均已招聘完成。必备（雇主）6.2.3 明确运营商拟议的运行人员等级足以提供预期的服务质量。必备6.3 已提交并接受运行手册。6.3.1 所有发起人的运行手册已与修订历史信息共同完成，以表明其已根据工程的施工及试验状态进行更新。必备（雇主）6.3.2 明确接收、审查并接受每个所提交文件的最新修订版。必备（雇主）6.3.3 明确每个所提交的文件足以使运营商将其作为对运行计划和流程的输入而使用。必备（雇主）6.4 已经进行了培训，并已相应地培训了学员。6.4.1 所有培训课程的培训记录以及出席名单。必备（雇主）6.4.2 所有经过培训的运营商运行人员的考试结果和培训师评估记录。必备（雇主）6.4.3 由合格的培训师签署的成功完成培训课程的证书。必备（雇主）6.4.4 确认所接受的培训足以使运营商的运行人员能够胜任地履行所有要求的职责。必备（雇主）6.5 已提交并接受适用于正在进行中的培训的6.5.1 更新所有培训文件及支持性培训材料必备（雇主）要求6 具体问题必备提交物发起人审查机构培训文件以适用于工程的施工及试验状态。6.5.2 明确所有培训文件均突出了与安全相关的程序，包括为处理危险而确定的程序。必备6.5.3 明确所提交的培训文件足以使运营商在公共服务期间提供持续的培训。必备（雇主）6.5 已编制运行流程，并且适合于将要提供的服务。6.6.1 由运营商提供的涵盖所有服务方面的所有运行流程。必备（雇主）6.6.2 明确运行流程与运营商的工作范围一致，并与所需的服务质量的实现一致。必备6.7 已提供运行设施，并且适合于将要提供的服务。6.7.1 明确所有已提供的办公设施与运营商的工作范围一致，并与所需的服务质量的实现一致。必备（雇主）6.7.2 明确已提供的所有人员保护设备，一线运行配件，手机/呼叫器，报告表，日志表及服装等与运营商的工作范围一致，并与所需的服务质量的实现一致。必备（雇主）6.8 已演示运行能力。6.8.1 试运行期间运营商的运行计划及流程的评估报告，以明确其是否适合提供所需质量的服务。必备6.8.2 试运行期间运营商的运行人员表现评估报告，以明确该人员具备能力实施计划。必备要求6 具体问题必备提交物发起人审查机构及流程，以确保为公共提供所需的服务质量。9 要求7 - 维护9.1 潜在要求9.1.1 已建立维护机构（人员、流程、维护设施），以便在项目实施时提供拟议的服务。9.2 范围定义9.2.1 维护人员包括提供维护服务所需的所有人员，包括一线人员、监督人员、办公室管理人员及企业支持人员。9.2.2 计划和流程包括但不限于，维护管理计划、库存控制流程、预防性维护计划表、一线维护指南、故障报告流程、故障查找及诊断流程，故障记录流程、应急准备及应急响应管理。9.2.3 维护设施包括但不限于，车间、工厂、机械设备、固定工具、便携式工具、试验设备、诊断计算机设备以及相关的诊断软件、消耗件（使用寿命可以预测的零件，随后将会将其丢弃）、非消耗件（随机失效且可能被修理或更换的物品）以及战略备件（预计不会失效，但可能遭受意外损坏的物品）。9.2.4 如果项目是对当前系统的扩展，或者需要与另一个当前系统互操作，那么维护文件的范围应扩展到包括对当前系统软件的永久性修改及添加，以便在当前系统和项目之间提供功能齐全的接口。9.2.5 维护人员可能与运营商属于同一组织。要求7 具体问题必备提交物发起人审查机构7.1 已明确维护服务供应商预期的维护服务的范围及服务质量。7.1.1 维护服务合同（无商业信息）详细说明了拟提供的维护服务范围，以及确定服务质量目标的所有附件或补充协议，服务质量的衡量方法及未能达到约定目标的补救措施。必备（雇主）7.1.2 监督维护人员及根据目标监测维护服务质量的管理计划。必备（雇主）要求7 具体问题必备提交物发起人审查机构7.2 运行服务供应商已明确将添加到组织结构中的所有维护职位，并据此已招聘完成。7.2.1 明确所有必备的维护及维护人员的组织结构图，以及相应的工作说明及资质。必备（维护商）7.2.2 明确组织结构图上的所有维护人员均已招聘完成。必备（维护商）7.2.3 明确已接受的维护商拟议的维护人员等级足以提供预期的服务质量。必备7.3 已提交并接受维护手册。7.3.1 所有发起人的维护手册均具备