仓储运输及安装调试及方案_行业资料-物流与供应链 .pdf

《仓储运输及安装调试及方案_行业资料-物流与供应链 .pdf》由会员分享，可在线阅读，更多相关《仓储运输及安装调试及方案_行业资料-物流与供应链 .pdf（23页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、.-.word.zl 工程组织施工验收方案、设备安装、调试方案 .-.word.zl 工程进度控制方案 工程管理方案包括以下 15 个方面：工程方案和商业/合同管理；工作分配：为工作包或工程副经理定义工作对象/围；预算分配和预算管理；要求和配置管理；通过报告、会议、复查进展进度监控包括协调并向用户汇报；协调和沟通；接口管理；与政府部门/管理当局的协调；文件控制；采购和分包商管理；设备交货后的管理；工地组织和构造；综合后勤支持；质量管理；风险管理。下面将详细描述工程管理的 15个方面：理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分

2、义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 工程方案 和利时公司将制定总体工程方案，具体由工程方案与合同管理组完成。以下文件提供

3、了详细的工程方案：设计和制造方案；软件开发方案；安装测试方案。工作分配 目的是为不同的工程小组分配工作。根据工作分工，和利时公司制定工程的 WBS工作分解构造文件，WBS 的每项工作都被分配给 OBS 的至少一个小组。每位工程副经理对自己小组的工作结果负责，并向工程经理/主管汇报工作。因此每位工程副经理都必须对分配给自己小组成员的工作以及他/她的工作围的任务负责。关于人力资源，每个小组必须明确自己的需要以便能够独立处理自己工作围的工作。如果要增加资源，工程副经理必须向工程经理/主管请示。本文的“附件一给出了地铁十四号线根本的 WBS。预算分配和管理 工程经理分配给每一位工程副经理一份预算以便其

4、完成自己的工作。本钱管理员定期跟踪工程副经理的预算以更新他们的预算状况。每位工程副经理都必须考虑在适宜的技术和组织选择方面分配其预算。每三个月要求每位工程副经理向本钱管理员提供一份包含如下容的预测报告：完成工作所需的资源；未付费用/采购费。然后，本钱管理员会更新预测的工作预算。在超支的情况下，工程副经理必须向工程管理小组提供一份恢复方案。为了满足用户的进度的要求，进度要求的满足将优先本钱方面的考虑，即将不计较本钱，首先满足进度要求。理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府

5、部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 需求与配置管理 需求管理 需求管理是开发综合监控系统软件，完成综合监控系统工程的一个主要的组成局部。下面几节的目的在于提供已经定义好的特

6、别是软件功能需求方面的一般规那么，并描述组织构造情况以便具备一个有效的需求管理系统。一般规那么 DOORS 套装软件是一套公认的软件包，它用于管理复杂系统的需求并且已经被和利时公司采用。和利时公司已经开发了一个应用层并将其与 DOORS 集成在一起，并在地铁 2 号线和地铁 4号线成功应用此需求管理软件。为了用一种准确、有效的方法跟踪本合同的要求，和利时公司已经决定在整个十四号线工程期间使用 DOORS 软件包作为需求管理工具。一般过程 一般过程如下所述：将用户所有的技术要求输入到 DOORS；将系统需求规SRS的系统要求输入到 DOORS 模块中去；将详细的接口规DIS的要求输入到 DOOR

7、S 模块中去；将上述 SRS 和 DIS 中包含的需求分配给 DOORS 模块中被称作系统设计规SDS的工作分解项，该项列在工作分解构造中。这些配置工程，既包含硬件配置项HWCI又包含软件配置工程CSCI；根据系统需求以及 SRS 和 DIS 中规定的要求，将 DOORS 模块中的 CSCI 和 HWCI撰写为软件需求规SWRS和硬件需求规HWRS；将 CSCI 和 HWCI 的要求分配给工作分解构造 DOORS 模块中被称作软件设计规SWDS和硬件设计规HWDS的配置工程；给对应于上述细分构造的不同层次的测试定义集成、验证和确认IVV模块；对于变化跟踪来说，无论是出于什么原因用户、设计约束、

8、技术最优化的建议引起的所有的技术变化都由工程变更控制系统管理。理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请

9、能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 需求管理组织 由于需求管理系统专门用于技术需求，因此它由系统工程经理和系统与集成小组负责。DOORS 工具的管理由系统配置工程师执行。系统配置管理 配置管理方案中规定了整个工程期间都要遵循的与系统配置管理有关的规那么。当工程管理方案和配置管理方案之间发生冲突时，将按照下面的优先次序执行：工程管理方案；配置管理方案。为了可以根据清晰设计而开发系统，及为了拥有一套一致的文件和 DOORS 模块，将定期更正系统基准。在整个工程期间，该过程都会进展。配置控制委员会CCB将负责在整个工程周期中定义各种基准。系统配置

10、工程师将负责跟踪并监视将投入使用的基准系统。将遵循的一般规那么如下所示：在给定的参考系中，系统基准与一套基准的 DOORS 模块对应；对应于给定基准的文件将储存在 DOORS 模块中；将有两类基准：正式基准：它们对应一套模块包括基准和正式提交给用户的基准；非正式基准：它们对应一套于 DOORS 模块的基准，但未包含在正式提交给用户的基准。无论是什么原因要求变更文件，都必须向负责确认并决定何时执行变更的 CCB 提交一份变更建议：在 CCB 做出正式决定之前，任何人都不能擅自变更作为基准的模块；当 CCB 做出执行变更的决定时，变更及其相关影响将输入到 DOORS 中去。进展变更后，所有修改正的

11、文件都必须进展基准变更，并且系统基准也必须进展相应地变动；正式文件基准按照文件的修订版进展命名；非正式文件基准按照正式最新的修订版参考号并后加一个字母命名；正式系统基准的名称由字母“S后接 199 的数字构成；非正式系统基准由字母“S后接 199 的数字以及一个小写字母构成；为了检查是否正确执行了变更情况，必须使用一个跟踪系统。这种监视工作由系统理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副

12、义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 配置工程师负责；在工程的任何阶段，任何活动都必须按照目前批准的系统基准进展。软件配置管理 软件配置管理方案中规定了软件配置管理的规那么和程序。在配置管理方案和软件配置管理方案发生冲突时，将按照下面的优先顺序执行：配置管理方案

13、；软件配置管理方案。复查、汇报、会议及审核 除了设计联络会，将执行下面的复查、汇报、会议和 部月进度审查会 工程经理每月通过月工程审查会向工程管理部主管汇报工作。每位工程副经理都必须在审查会之前至少一周向工程经理提供与其工作有关的信息以便进展汇总。本钱管理员负责将各种报告汇总到审查会报告中去，以便工程经理在审查会前进展分析。本钱管理员负责组织这些会议并通知相关的与会人员。部季度预算审查会 工程经理通过季度预算审查会每年向工程管理部主管和本钱管理员汇报 4 次工作。每位工程副经理在季度预算审查会前至少 3 周向工程经理提供与其工作有关的预算信息用于信息汇总。本钱管理员负责将各种数据汇总到工程季度

14、预算审查会中去，以便工程经理在季度预算审查会前进展分析。本钱管理员负责组织这些会议并通知相关与会人员。部进度会 和利时公司每周将各举行一次公司部进度会。所有的工程副经理都必须参加。对于某些会议来说，可能会邀请额外的工程小组成员参加。这些会议将在每周一下午 4 点举行。如遇公共假期，那么会议自动顺延至第二天的同一时间举行。如遇特殊情况，会议可以延期举行。理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完

15、备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 工程月进度会 和利时公司每月举行月进度会，该会议是和利时公司基于工程管理层面，工程副经理也参加会议。对于某些会议，可能会邀请额外的工程小组成员参加。这些会议由工程经理组织并主持。对于相关的每月进度报告：将在每月 5 号

16、提交；每位工程副经理都必须填写局部与其工作围相关的报告；秘书负责组织收集各种报告并将其编入每月进度报告。必须在每月 5 号前至少两天将报告草案提交给工程经理审阅。阶段性审查 在工程施工期间，在每个重要阶段完毕时都要进展部审查，容包括：系统设计审查SDR：目的是审查详细接口规DIS、系统需求规SRS、系统设计规SDS，包括 SWDS 和 HWDS以及接口需求规IRS；部件设计复查CDR：目的是检查各子系统和系统组成局部的设计文件是否适合生产；系统测试准备就绪复查STRR：目的是检查与系统测试相关的文件是否允许在工厂进展系统测试以及在现场以一种控制方式进展系统测试。配置审核 配置审核可以用来验证系

17、统和配置工程与其基准是否相符。质量系统管理审查和预防性措施 和利时公司将审查本工程中执行的质量系统的适宜性和有效性。由方案经理准备预防性措施分析报告以分析部审核、用户审核和日常操作中发现的非一致性问题。然后将在每年至少举行一次的质量系统的管理复查会上审阅预防性措施分析报告。质量系统的管理复查会将由工程管理部主管主持，与会人员包括质量工程师、系统工程经理以及由会议主席确定的其他特别与会人员。流程包括：配置管理流程；质量系统改良和控制流程；理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府

18、部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 质量保证流程；预防性措施流程。协调与沟通 工程信息的沟通在综合监控系统工程显得非常重要，不仅是在团队部各职能小组之间需要进展及时的沟

19、通联络，同时该工程的一个突出特点已经决定了该工程需要大量的接口协调工作，即和利时公司需要同假设干个工程组织之间建立通畅的信息沟通渠道和高效信息沟通流程，这对于保证综合监控系统工程的顺利进展和高质量的完具有重要的意义。该工程管理将重点关注工程的沟通管理，将配合业主和监理建立一套基于该工程各相关组织之间的沟通方案。地铁十四号线综合监控系统工程将需要与以下各方进展强有力的协调与频繁联络：地铁公司包含 ISCS 业主及其它专业业主；工程监理；土建承包商；安装承包商；其他的接口系统/设备供给商。为了有效实现这种协调，在设计和开发阶段，工作人员将在工作，在现场安装/接口/测试阶段以及保修期其工作人员将在工

20、作。协调活动包括两类：接口设计；现场协调。接口设计方案 对于顺利完成像地铁十四号线综合监控系统这样的工程，接口管理是一个非常重要的问题。对于工程开发来说，接口管理活动是主要的信息来源之一，并且在整个工程期间它都需要与其他各方进展强有力的协调。本接口管理方案IMP定义了用来开发 ISCS 和接口系统之间详细接口要求的管理过程。本方案的目的是为无缝集成提供方便，使其符合 ISCS 用户需求以及接口设备规。理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商

21、口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 此外，IMP 将提出和利时公司与接口承包商用来定义两个系统间接口的详细要求的过程。接口管理将在接口文件中提出下面的属性：电气、机械、软件协议以及功能数据接口；检查、测试

22、和试运行。文件也将定义进展资源管理、文件变动控制、和利时公司和接口承包商之间沟通以及冲突解决所需的过程。接口设计 详细的接口设计参见?B2-2 综合监控专用技术册下?中的论述。沟通与交流 接口会议 接口会议的工作围如下所示：了解各方的设计要求，开发并协商通过设计和接口要求以满足地铁合同中所规定的要求；确定影响接口设计的关键性能参数和问题；确定设计阶段、安装阶段以及试运行阶段的测试要求细节；按照每个合同中的总规划协商通过设计和测试程序；协商提交给地铁的接口文件。接口会议的时间及地点安排将由接口双方协商。我们建议在举行接口会议。承包商之间的信息交流 承包商之间通过图纸和说明性文件这两种方法进展信息

23、交流。可以在接口会议期间或者通过正式公文交流信息。通过图纸交流的信息包括构造图、机械详图、电器详图、接口电路图、接线图等等。说明性文件用来描述程序、系统特点、电器特点、测试要求以及会议记录，包括行动表。双方利用电子、或经常保持沟通以明确设计和所有后勤安排的细节。达成的协议将在接口会议后形成会议纪要或正式的可发布文件。理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义

24、提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 需要业主的支持 双方在接口会议期间通过正式文件解决问题。当确认问题需要地铁介入时，双方或者在接口会议的纪要中或者通过书面通知业主。当无法就关键问题达成协议或者对各方合同中的特殊需求或接口规要求的解释持不同意见时，将立刻以书面形式向业主发出仲裁和确认请求。

25、业主出席会议将加速问题的解决。接口文件 将为每位接口承包商准备以下文件：详细的接口规DIS 文件的目的 目的是规定并描述与 ISCS 和接口系统间接口相关的所有信息；由于在系统设计阶段不可能获取所有的信息，本文件将在工程进展期间不断进展修正。文件管理和提交 DIS 是一种 ISCS 文件，由和利时公司制作和管理。在向业主发布前，将由接口承包商复查本文件。我们建议与其他的接口承包商正式签署 DIS 文件；接口承包商也可以将 DIS 用于自己的接口文件。我们建议使用没有改动过的文件，并且建议加上一个封皮，使接口承包商文件在参考上与接口承包商规保持一致；两个封面的重叠将说明文件修订版是如何与双方的合

26、同保持同步的。典型的文件格式见表 01 表 01典型文件格式 组成局部 容 1.目的 本局部应表达有关的接口及两个合同参考 2.参考文件 本局部将涉及 ISCS 规的相关局部和附录。本局部也包括参考标准或其他的应用文献。3.术语表 任何使用过的首字母缩写词的含义。解释相关或必要的词汇或技术用语。4.接口规 理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了

27、副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 组成局部 容 4.1 接口图 接口图中指出了工作围和责任围。4.2 物理接口 4.2.1 特性和位置 一表说明每个接口的特性和准确位置。位置可能是车站、车辆段、OCC控制中心或一座辅助建筑物的一个房间。4.2.2 电气描述 本局部包括一原理图，图中标明了成分、电缆

28、以及接线安排的电压、电流或阻抗规格以及电源规格。4.2.3 机械描述 本局部包括：-端子柜编组原那么；-机柜尺寸和安装；-接线柱、插座和接线端子。4.3 功能接口 本局部的目的是提供两方面的要求了解。接口设备及其监控数据和功能将按照 ISCS 和接口商的最初合同要求列出来。4.4 协议 本局部将提供用于接口的详细软件协议。4.5 命名惯例 本局部将说明用来识别 ISCS 和接口系统中的每种信息的命名惯例。命名惯例将用来识别 ISCS 工作站中的信息和为设备、电缆以及接线端子加标签。4.6 设计约束条件 本局部将列出所有的设计约束条件，例如，特殊响应时间、通信软件版本，等等。4.7 EMC电磁兼

29、容性 如果存在，那么本局部将说明所有的电磁兼容性的约束或问题。5.执行和安装 本局部将包括所有的执行和安装事件如果存在。5.1 限制条件 本局部的目的是尽早发现实施或安装方面存在的限制：空间规定、接入日期和特殊工具，等等。如果限制条件影响接口实施和安装程序，那么该限制条件将包含在实施和安装程序中。如果需要特别关注，那么一个限制将被看成是一个特殊的接口问题。5.2 程序 本局部将提供一个接口实施和安装程序，该程序至少应该包含两位承包商所提供的信息和他们根据各自的目标开工和完工日期所采取的行动。6.质量保证 6.1 接口要求参考 本局部是一个根本的相互参照表，它为 DIS 中所规定的每条要求提供了

30、它们相应最初的规要求。6.2 验证和确认 本局部是一个根本的表格，它为 DIS 中所规定的每条要求提供了验证方法。附录和图纸 详细的数据接口附录 对于每个接口位置来说，详细的数据接口表包括：信息标识符设备和数据；信息描述设备状态；对应值；点或信息位置例如在一表中列出及地址。电缆、接线端子和图纸 本附录包括所有的电缆路由选择、电缆终端、配置、机柜安排、构造规定以及空间规定和电路图。系统启动参数 详细的接口测试方案DITP 文件的目的 理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府

31、部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 本文件的目的是定义并描述如何在设计阶段实现接口测试，以到达如下目标：首先，确认方案的测试是否必要和充分；其次，组织单独测试，然后与接口承

32、包商一起组织联合测试。文件管理和提交 DITP 是一种 ISCS 文件，由和利时公司制作和管理；在提交给业主之前，将由接口承包商审查本文件；我们建议接口承包商也可以将 DITP 用于自己的接口文件。我们建议接口承包商使用没有改动过的文件，并且建议加上一个封皮带有与接口承包商规保持一致；两个封面的重叠将说明文件的修订版是如何与双方的合同保持同步的。文件容见表 02 表 02文件容 组成局部 容 1.目的 本局部应表达有关的接口及两个合同参考。2.参考文件 本局部将参考 ISCS 规的相关局部和附录。本局部也包括参考标准或其他的应用文献。3.术语表 任何使用过的首字母缩写词的含义。解释相关或必要的

33、词汇或技术用语。4.测试方法 本局部将描述在工厂测试阶段和现场测试阶段如何测试接口，并强调每个阶段接口测试的重叠局部。5.接口测试规 本局部将为工厂和现场测试总结出建议测试程序。5.1 测试标识符 对于每一种测试，都将分配一个测试标识符。5.1.1 测试的目的 简要描述测试的目的。5.1.2 需求参考 本局部将参考本程序所验证的接口要求。5.1.3 测试配置 本局部描述了完成测试所必需的硬件和软件配置。5.1.4 测试设备 本局部列出了所有必需的测试设备及他们个别的用途。5.1.5 测试程序 本局部包括用于相关的测试表的典型格式。6.测试的逻辑顺序 本局部描述了完成测试的逻辑顺序。7.质量保证

34、 7.1接口要求参考 本局部是一个根本的相互参照表，它为 DIS 中的每条要求提供了它们相应最初的规要求。附录&图纸 接口测试规程序ITSP 文件目的 理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求

35、置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 每个 ITSP 是一种测试程序，它描述了工厂接口测试、现场接口测试、现场端到端测试期间完成的每项测试；在系统验收期间，测试程序将被 ISCS 工程师和接口承包商的工程师用作验收检验程序。文件管理和提交 ITSP 是一个 ISCS 和接口承包商的共同文件。它将由 ISCS 和接口承包商共同制作、复查并向其各自的工程师发布；本文件将被两位承包商同时参照，以管理它们各自的文件参考系统。接口测试程序的容 测试的所有细节、先决

36、条件、测试行动以及预期的测试效果都将编入本文件。测试表将在测试期间使用和填写。因此，相关的测试表将由和利时公司和其他的承包商签署并编入测试报告。接口文件的版本控制 文件版本控制将在每位承包商制定好质量程序之后进展。该文本文件包括一变动控制和签名页以识别以前版本的变动情况。文本中可用下划线来识别复查过程中的具体变动。在新版本中添加了工具条以说明变动情况。接口变更管理 接口设计变更过程 在工程周期中，可能有变更接口要求以改良设计、改正错误并最小化风险。接口设计变更过程确保：所有建议的用于接口要求的硬件、软件或文件变更都必须汇报、记录、跟踪并解决；用一种清晰、一致的方式提出变更说明书；全面评估变更建

37、议并承受正确的处理方案；可以看到所有变更状态；并且所有的传达和传达途径都进展了很好的定义。将由 ISCS 和接口承包商共同制定详细接口规。在批准 DIS 时，将对接口设计设计冻结理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件

38、员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 进展基准化。在最初提交后，进展的任何变更都将按接口变更过程执行。接口需求变更报告 接口需求变更报告是为重要接口问题或异常现象而编制的文件。问题可能会与接口需求的任何一方有关。接口变更报告可能会使用一种标准形式、用一种简洁的方式提出主题：提供问题的描述并证明正确的变更建议。接口需求变更报告将提出所有的相关事实以指出变更的重要性，例如所要求变更的细节、如果不变更的风险、建议的应用以及建议的优先水

39、平等。接口需求变更报告应该说明设计变更建议是否与规要求和平安要求相符。接口需求变更报告也应该识别正确设计变更是否偏离了这些要求。承包商将决定是否需要召开会议。变更建议的审查 接口需求变更报告将由业主和两位承包商共商复查以确保它描述了实际的问题并且附上到了所有相关的数据。业主和承包商之间的正式、非正式文件将说明或完成对所提出数据的理解。如果有必要召开会议来讨论变更建议，那么在可能的情况下将在会议上把众多的变更建议进展讨论。如果复查过程做出了变更结论，那么将要求最初的承包商返工。业主和承包商在复查过程中要求的部平安和系统设计复查将按照它们各自的管理程序进展。变更将通过与会的授权代表复查并记录于会议

40、纪要中。接口测试 为保证 ISCS 与各系统间接口的正确性，和利时公司采用不限于以下容的测试方法检验系统间接口是否满足合同需求及相关技术规。技术要求 检验方法 物理接口 负责连接 ISCS 与各系统 目视检查，冗余测试，通讯测试 功能接口 ISCS 与各系统之间实现的具体功能 点对点测试，端对端测试，功能测试，性能测试 协议 ISCS 与各系统之间通讯采用的具体协议 协议测试 数据接口 各系统向 ISCS 提供的信息点 点对点测试，端对端测试 理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义

41、与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 检验及确认 目视检查 为确保 ISCS 与各系统承包商提供的接口满足用户需求，可以采用目视检查或尺寸测量的方法进展检查，不需

42、要专用的仪器设备，对各承包商提供的接口应进展 100%的目视检查以确保接口安装的正确性。目视检查测试的主要对象是所有物理接口的连接电缆及接口设备包括：电缆安装、端子排布置，转换器的安装位置等，目视检查将参照 DIS 中规定的 ISCS 与各系统接口划分及工艺图纸中来执行，目视检查不包括电缆的连接电气测试，该测试应该在安装阶段完成。目视检查遵循以下步骤：ISCS 人员核对所有电缆是否已经在接口点处安装就绪，而且是否选择了最恰当的敷设路线。ISCS 人员核对所有电缆连接的正确性。通讯测试 通讯测试确保各系统设备不同模块之间能正常通讯，测试将在现场进展。通讯测试的目的是确保所有物理接口的两端通过电气

43、连接测试，确保 ISCS 和各系统两端可以建立通讯连接。通讯测试包括以下步骤：ISCS 人员使用万用表作为测试工具，测试接口双方的电气连接。ISCS 人员将便携机连接到 ISCS FEP 该便携机可以监视局域网数据和连接状态。ISCS 人员通过便携机检查连接状态。协议测试 通讯协议的测试目的是检验接口软件功能，确保 ISCS 和各系统承包商双方开发的协议及通讯机制到达设计规；同时检验软件接口局部是否遵守协议文件，并澄清在协议文本中没有描述清楚的容。协议测试应至少包含对所有命令和数据的格式、收发的机制和例外处理等的测试。协议的测试应通过实际设备进展，除非地铁允许，一般不建议采用模拟器进展协议测试

44、。在详细接口规中描述的接口协议被认可的情况下，ISCS 和各系统应该履行协议测试，确保承包商双方正确实现接口协议，并澄清协议文件中未作规定的问题。协议测试将测试以下功能：理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发

45、她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 系统初始化 消息格式的正确性 ISCS 从各系统读取信息 ISCS 向各系统写信息或命令 协议测试环境如以下图所示：图 01协议测试环境示意图 冗余测试 冗余测试用来检查 ISCS 与接口系统间冗余机制是否满足合同要求及用户需求，冗余测试根据实际情况在工厂或工程现场进展，冗余测试应使用实际设备进展测试，不建议使用模拟器进展仿真测试，冗余测试至少包括以下容：正常情况下，ISCS 与接口系统之间的冗余机

46、制建立 ISCS 冗余设备故障时，ISCS 与接口系统之间连续通讯及故障隔离测试。接口系统冗余设备故障时，ISCS 与接口系统之间连续通讯及故障隔离测试 点对点测试 点对点测试用于检查 ISCS 和接口系统数据库之间点的对应关系，并检查 ISCS 计算机和各系统通过以太网/串行接口传输的所有数据点正确性，测试中使用测试设备检验从 ISCS 效劳器到相关各系统的控制器/终端的数据点对应。本工程将进展 100%的点对点测试，100%点对点测试可以大量减少现场测试/校正的时间，点对点测试将于 ISCS/各系统的单机单系统工厂验收完成后进展。点对点测试建议采用如下步骤：ISCS 系统 FEP 便携式

47、PC 机 各子系统仿真器或实际设理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一

48、出?发求置或?制请?分?能?一或?制请.-.word.zl 各系统人员模仿本系统状态的变化 ISCS 人员检查 FEP 是否接收到了正确值 测试所有状态 ISCS 人员模拟发出一个去各系统的控制命令 各系统人员检查各系统是否接收到了正确命令 测试所有控制命令 点对点测试环境如以下图所示：图 02点对点测试环境示意图 端对端测试 端到端测试将使用测试设备确保 ISCS HMI 上显示的点与现场各系统设备之间的信息点对应关系。本工程将在现场进展 100%的端到端测试每个设备类进展 100%的端到端测试，端对端测试将于 ISCS/各集成/互联系统的单机现场验收完成后的联调中进展，在端对端测试中 IS

49、CS 承包商负责从综合监控系统到各接口系统的接口数据正确。端对端测试的目的是：检查从 ISCS 的人机界面HMI到现场设备的正常控制功能；验证 ISCS 对各接口各系统设备的正常监视功能；端对端测试建议采用如下步骤：各系统人员改变现场设备状态 ISCS 人员检查 ISCS HMI 接收和显示的值是否正确 测试 100%信息点 ISCS 人员发送一个控制命令到各系统 ISCS 系统 FEP 便携式 PC 机 子系统系统实际设备 便携机 理工作分配为配包或程副经定义分对象围或预算和经定义管要求置分副通过通过副经定报告义副会议议义复副查进查进义求置分义展度监度控括协调并理向用义户汇沟接口义与政义府部

50、府部门围或理当局的文件围制副采购商口设备求置交求置副义货后总体方局案具由合理同商组完备调副义成以体和方局案具由合当监下义提供和组了副义详汇细计体造软局案具由合开发安完备装测义试组复副义目是不小造软根小据利求置时复公具括口司工义解时构每复公项副都必须给自己口义件员及他发她任部管发安务管求置分义负当府配时责关求置于求置人力求置资源求置个的明确需便能够求置时独当立处如果通增加主请能示副求置个本附本户义求置个一出?发求置或?制请?分?能?一或?制请.-.word.zl 各系统人员检查本系统是否正确执行了命令并且反信给 ISCS 测试 100%控制命令。端对端测试环境如以下图所示：图 03端对端测试示意