《某地铁工程电力监控与环控集成系统投标文件》由会员分享，可在线阅读，更多相关《某地铁工程电力监控与环控集成系统投标文件（46页珍藏版）》请在金锄头文库上搜索。
1、某地铁工程电力监控与环控集成系统投标文件 目 录1. 前言12. 组织分解结构OBS12.1. 组织的目标12.2. 工程管理方案23. 工作分解结构WBS33.1. 和合作投标伙伴工作分工43.2. 分阶段描述43.2.1. 系统和接口设计43.2.2. 软/硬件开发，制造与采购93.2.3. 在工厂中集成检验/测试103.2.4. 工厂验收检验FAT103.2.5. 运输113.2.6. 安装123.2.7. 安装测试123.2.8. 初步验收133.2.9. 功能测试133.2.10. 综合测试联调和试运行133.2.11. 保修144. 工程管理154.1. 工程方案164.2. 工作
2、分配164.3. 预算分配和管理164.4. 需求与配置管理164.4.1. 需求管理164.4.2. 系统配置管理184.4.3. 软件配置管理184.5. 复查、汇报、会议及审核194.5.1. 内部月进度审查会194.5.2. 内部季度预算审查会194.5.3. 内部进度会194.5.4. 工程月进度会194.5.5. 阶段性审查204.5.6. 配置审核204.5.7. 质量系统管理审查和预防性措施204.6. 协调与沟通204.7. 接口设计方案214.7.1. 接口设计214.7.2. 沟通与交流214.7.3. 接口文件224.7.4. 接口变更管理254.7.5. 接口测试26
3、4.8. 与公共管理部门的协调264.9. 文件控制274.9.1. 规那么与流程274.9.2. 文件发放274.10. 采购和分包合同管理284.10.1. 采购284.10.2. 分包合同管理284.11. 设备交货后的管理284.12. 现场组织与资源284.13. 综合后备支持284.14. 质量管理294.15. 风险管理294.15.1. 风险管理规那么294.15.2. 风险管理活动294.15.3. 风险表305. 附件1: 工作与组织分解结构316. 附件2：风险管理表的格式45A. 前言本工程管理方案基于综合监控系统成功的实施经验，和科学的工程管理体系，还借鉴了其它工程如
4、广州地铁三、四、五号线综合监控系统工程方案和实际执行情况，这对于成功实施*地铁综合监控系统具有非常重要的意义。工程方案是工程顺利实施并保证工程质量的前提，是工程组织开展工作的依据，并且要适应工程的特点和特殊要求。根据用户需求书，总结该工程具有以下几个鲜明的特点： *地铁综合监控系统工程为国内领先的大规模综合监控系统工程，对成熟的解决方案和综合技术实施水平的要求较高； 采取国外软件平台和技术解决方案为主导，国内系统集成商提供工程效劳的工程实施形式； 面对的技术接口数量与种类较多； 工作接口与协调任务较多； 工程工期较为紧张。*公司和合作投标伙伴公司将发挥各自在轨道交通行业系统工程实施管理经验，共
5、同制定本文件。本文件的目的是初步阐述*地铁综合监控系统工程的实施管理思路，主要包括以下两方面内容： 工作范围和工作分解结构WBS； 工程管理方案。其中，工程管理方案的根底是组织分解结构OBS和工作分解结构WBS。本文件是与组织结构有关的质量方案的一个补充，并且会在工程后期进行必要的修改或修正。B. 组织分解结构OBS组织的目标即将参与实施该工程的组织将实现如下目标： 在北京设立工程组，以便及时了解和掌握业主的需求； 依靠*公司和合作投标伙伴公司双方现有的组织和技术，提供最新的、最可靠的系统和优质的效劳； 根据其他综合监控系统工程中已经成功实施的方案，提供一个经过充分证明的系统。为了实现这三个目
6、标，我们将成立下面的组织： *公司将在北京建立一个现场协调小组，在设计、开发及制造阶段，及时和北京地铁沟通，了解需求，同时和合作投标伙伴公司接口设计小组一起协调同接口设备商之间的设计工作。该小组重点工作是加强与工程干系组织之间的信息沟通； 在本工程的开发、制造阶段，合作投标伙伴公司将在北京成立一个工程小组，以方便ISCS和接口设备之间接口的设计和协调； 在本工程的现场安装、集成和测试阶段，合作投标伙伴公司将在北京成立一支当地技术和协调小组LTCT。小组将每天与业主进行协调并为业主和合作投标伙伴公司之间的沟通提供便利。该小组将特别关注让尽可能多的人员利用汉语进行交流。当来自法国的工程师不会讲汉语
7、时，合作投标伙伴公司将成立一些由一位法国和一位中国工程师组成的小组； 依靠*公司和合作投标伙伴公司现有的组织分解各种不同的工作，这些不同工作的详细描述见下文的“工作分解结构WBS)一节。工程组织结构以及每个小组及其成员的任务与责任详见?B13-1 工程管理组织机构?。工程管理方案工程管理方案的构成如下所示： 组织分解结构OBS：提供了工程组织的详细结构参见?B13-1 工程管理组织机构?； 工作范围和工作分解结构WBS：提供*地铁综合监控系统工程所需的全部工作范围； 工作分配：为不同的工程小组分配工作。WBS的每一项被指定给OBS的至少一个小组； 系统配置管理方案：本方案描述了用来管理系统配置
8、的方法与过程。它也涉及“需求管理的内容，以确保适当地管理用户的需求并确保所有交付使用的设备和效劳都能满足合同的要求； 软件配置管理方案：本方案用来管理系统配置的方法和过程； 协调和沟通：确定工程团队内部外部之间的信息沟通途径、方式和方法，如审查、汇报和召开会议； 接口管理方案：用来制定并方案接口开发、测试及协调的方式、方法等； 文件控制方案：用于文件控制和发放的规那么与程序； 采购和分包合同管理方案：描述了采购和分包工作的程序； 设备交货管理； 现场组织和结构：包括现场办公室、车间及库房； 综合后勤支持：包括备用件、特殊工具和测试设备、文件、培训等； 质量保证方案：用来确保系统、软件、硬件、安
9、装活动以及相关问题的质量的程序与方法； 风险管理方案：包括风险识别、评估以及风险预防措施； 其他的杂项方案，例如：健康和平安方案以及环保方案等。C. 工作分解结构WBSWBS的目的是对工作项中的活动进行细分，由工程小组或分包商的合格的小组或个人承当不同的责任。最终的结构形成了一个共同的参考系统，该系统允许将工程各个时期的本钱、进度以及责任汇总在一起。具体见“附件1: 工作与组织分解结构所示内容。WBS中各工作项具有如下特点： 可以由一个小组进行管理； 公布的成果可以根据输入/输出标准进行检查； 可以通过自己与其他工作项的接口来定义； 可以定义开工与完工日期； 由工程主管与工作项/小组经理共同协
10、商批准必需的工作量总工时和资源。根据现阶段可得到的信息，我们总结出下面初步的WBS： 管理； 系统与接口设计； 软、硬件的开发、制造/采购； 在工厂中的集成与验证/测试； 工厂验收检验FAT； 现场交货； 安装； 接口测试； 培训； 现场验收SAT，包括点对点的测试； 试运行与初步验收； 保修期或故障保修期与最终验收。和合作投标伙伴工作分工详见A10 软件采购合同。分阶段描述系统和接口设计系统及接口设计将分三个阶段完成即，设计阶段1、2、3。在每个阶段，*公司和合作投标伙伴公司将完成设计和准备系统及接口设计文件的工作。这些文件将送给业主或接口系统供给商进行检查和评审。系统及接口设计文件是： 系
11、统需求标准 SRSSRS的主要目的是按照用户的需求，*公司和合作投标伙伴公司编制最终的系统标准，最终版本的系统标准经用户审核并确认。本文件提供了适合系统特点的要求，并规定了相关的验证方法。SRS包含以下信息：u 系统需求列表；u 需求的限定方法定义；u 要求的可追溯性定义；u 软件需求标准SWRS和硬件需求标准HWRS。根据软件和硬件配置工程描述了系统的详细结构，以及系统不同局部之间的接口和数据流情况。它也在各种软件和硬件配置工程中分配了系统需求。 人机界面接口HMI设计HMI的主要目的是定义操作员工作站的图形用户界面，包括全部即将应用的人机界面HMI设计。HMI详细资料将在各自的软件设计标准
12、SWDS中提供。 软件设计标准SWDSSWDS的目的如下所示：u 解释软件要求，并将其用一种功能性、操作员可理解的方式陈述出来；u 为相关软件包的初步、详细设计收集所有的有用信息；u 操作员相关系统任务的定义；u 相关系统环境和由该系统管理的主要对象的描述；u 相关系统不同功能的详细描述；u 测试方案；u 需求的可追溯性；u 降级模式；u 参考系统的HMI描述。 硬件设计标准HWDSHWDS将详细描述所提供硬件设备的有关内容，如制造商和主要技术特点等，包括：u 计算机系统及外围设备；u FEP；u IBP；u 网络设备；u 大屏幕。 详细的接口标准DIS与其他接口系统包括通信协议、I/O点以及
13、进度表接口的定义。根据经验，为了实现下述目的： u 满足本工程紧迫的施工进度要求；u 方便10号线未来的系统扩展。建议使用开放、标准的协议例如基于TCP/IP的Modbus，在每个设计阶段结束时，都会召开设计和接口联络会以便进行讨论、决策和设计验收、检验的方式方法。在本工程的设计阶段，*公司和合作投标伙伴公司将实施的审查工作，见表 31：表 31设计阶段审查表工程方案ISCS 责任范围对业主、设计单位、接口供货商的约束条件第一次设计联络会启动第一次设计联络会，所有接口商将参加并讨论详细接口标准(DIS)。第一次设计联络会的目标如下： 理解工程化方法V字软件工程实施模型和质量管理体系、提交文件管
14、理体系； 通过工程概念演示，使业主、设计方能更好地理解ISCS系统； 所有与会方讨论接口设计，讨论并确定接口设计方案DIS详细接口标准、协议、冗余方案、设备图符、设备类表点表、测试方案、子系统的相关工程方案、所需资料列表等并书面签字里程碑。 通过DIS将使所有接口商明确实现共同目标所需要的工作列表。 根据合同及澄清文件，对用户需求UR进行详细分析及细化，得到系统需求标准SRS、软件需求标准SWRS、硬件需求标准HWRS。 初步讨论并确定图形用户界面(HMI)设计原那么，包括用户权限表、设备编序法等等。 IBP盘初始设计。 HOLLYSYS要求所有与会方遵循设备类表、点表、图形的版本基线控制管理方法、变更与修改方法，以期减少不必要的、不符合修改标准的变更。 业主确认在工程方法、质量系统方面没有异议；业主有必要向各接口商及其对应的业主、设计方，屡次强调：各方必须遵循设备类表、点表、图形的版本基线控制管理方法、变更与修改方法，以期减少不必要的、不符合修改标准的变更。 接口设计联络会议的重要先决条件：为了讨论接口方案，业主应在通知并协调接口会议时接口商。在该方面的任何延迟均会导致工程的延迟； 接口商应出席接口联络会议，并
