某某工程电力监控及环控集成系统投标书.docx
《某某工程电力监控及环控集成系统投标书.docx》由会员分享,可在线阅读,更多相关《某某工程电力监控及环控集成系统投标书.docx(71页珍藏版)》请在冰点文库上搜索。
某某工程电力监控及环控集成系统投标书
某地铁工程电力监控与环控集成系统投标文件
A.前言
**地铁综合监控系统工程为国内领先的大规模综合监控系统工程,对成熟的解决方案和综合技术实施水平的要求较高;
Ø采取国外软件平台和技术解决方案为主导,国内系统集成商提供工程服务的项目实施形式;
Ø面对的技术接口数量与种类较多;
Ø工作接口与协调任务较多;
Ø项目工期较为紧张。
Ø工作范围和工作分解结构(WBS);
Ø项目管理计划。
B.组织分解结构(OBS)
组织的目标
即将参与实施该项目的组织将实现如下目标:
Ø在北京设立项目组,以便及时了解和掌握业主的需求;
Ø依靠**公司和合作投标伙伴公司双方现有的组织和技术,提供最新的、最可靠的系统和优质的服务;
Ø根据其他综合监控系统项目中已经成功实施的方案,提供一个经过充分证明的系统。
为了实现这三个目标,我们将成立下面的组织:
**公司将在北京建立一个(现场)协调小组,在设计、开发及制造阶段,及时和北京地铁沟通,了解需求,同时和合作投标伙伴公司接口设计小组一起协调同接口设备商之间的设计工作。
该小组重点工作是加强与项目干系组织之间的信息沟通;
在本项目的开发、制造阶段,合作投标伙伴公司将在北京成立一个项目小组,以方便ISCS和接口设备之间接口的设计和协调;
在本项目的现场安装、集成和测试阶段,合作投标伙伴公司将在北京成立一支当地技术和协调小组(LTCT)。
小组将每天与业主进行协调并为业主和合作投标伙伴公司之间的沟通提供便利。
该小组将特别关注让尽可能多的人员利用汉语进行交流。
当来自法国的工程师不会讲汉语时,合作投标伙伴公司将成立一些由一位法国和一位中国工程师组成的小组;
依靠**公司和合作投标伙伴公司现有的组织分解各种不同的工作,这些不同工作的详细描述见下文的“工作分解结构(WBS)”一节。
项目组织结构以及每个小组及其成员的任务与责任详见《B13-1项目管理组织机构》。
项目管理计划
项目管理计划的构成如下所示:
Ø组织分解结构(OBS):
提供了项目组织的详细结构(参见《B13-1项目管理组织机构》);
Ø工作范围和工作分解结构(WBS):
提供**地铁综合监控系统项目所需的全部工作范围;
Ø工作分配:
为不同的项目小组分配工作。
WBS的每一项被指定给OBS的至少一个小组;
系统配置管理计划:
本计划描述了用来管理系统配置的方法与过程。
它也涉及“需求管理”的内容,以确保适当地管理用户的需求并确保所有交付使用的设备和服务都能满足合同的要求;
Ø软件配置管理计划:
本计划用来管理系统配置的方法和过程;
Ø协调和沟通:
确定项目团队内部外部之间的信息沟通途径、方式和方法,如审查、汇报和召开会议;
Ø接口管理计划:
用来制定并计划接口开发、测试及协调的方式、方法等;
Ø文件控制计划:
用于文件控制和发放的规则与程序;
Ø采购和分包合同管理计划:
描述了采购和分包工作的程序;
Ø设备交货管理;
Ø现场组织和结构:
包括现场办公室、车间及库房;
Ø综合后勤支持:
包括备用件、特殊工具和测试设备、文件、培训等;
Ø质量保证计划:
用来确保系统、软件、硬件、安装活动以及相关问题的质量的程序与方法;
Ø风险管理计划:
包括风险识别、评估以及风险预防措施;
Ø其他的杂项计划,例如:
健康和安全计划以及环保计划等。
C.工作分解结构(WBS)
WBS中各工作项具有如下特点:
Ø可以由一个小组进行管理;
Ø公布的成果可以根据输入/输出标准进行检查;
Ø可以通过自己与其他工作项的接口来定义;
Ø可以定义开工与完工日期;
Ø由项目主管与工作项/小组经理共同协商批准必需的工作量(总工时)和资源。
根据现阶段可得到的信息,我们总结出下面初步的WBS:
Ø管理;
Ø系统与接口设计;
Ø软、硬件的开发、制造/采购;
Ø在工厂中的集成与验证/测试;
Ø工厂验收检验(FAT);
Ø现场交货;
Ø安装;
Ø接口测试;
Ø培训;
Ø现场验收(SAT),包括点对点的测试;
Ø试运行与初步验收;
Ø保修期或故障保修期与最终验收。
和合作投标伙伴工作分工
详见A10软件采购合同。
分阶段描述
系统和接口设计
Ø系统需求规范(SRS)
系统需求列表;
需求的限定方法定义;
要求的可追溯性定义;
软件需求规范(SWRS)和硬件需求规范(HWRS)。
Ø人机界面接口(HMI)设计
Ø软件设计规范(SWDS)
SWDS的目的如下所示:
解释软件要求,并将其用一种功能性、操作员可理解的方式陈述出来;
为相关软件包的初步、详细设计收集所有的有用信息;
操作员相关系统任务的定义;
相关系统环境和由该系统管理的主要对象的描述;
相关系统不同功能的详细描述;
测试计划;
需求的可追溯性;
降级模式;
参考系统的HMI描述。
Ø硬件设计规范(HWDS)
HWDS将详细描述所提供硬件设备的有关内容,如制造商和主要技术特点等,包括:
计算机系统及外围设备;
FEP;
IBP;
网络设备;
大屏幕。
Ø详细的接口规范(DIS)
与其他接口系统(包括通信协议、I/O点以及进度表)接口的定义。
根据经验,为了实现下述目的:
满足本项目紧迫的施工进度要求;
方便10号线未来的系统扩展。
项目计划
ISCS责任范围
对业主、设计单位、接口供货商的
约束条件
第一次设计联络会
启动第一次设计联络会,所有接口商将参加并讨论详细接口规范(DIS)。
第一次设计联络会的目标如下:
Ø理解工程化方法(V字软件工程实施模型)和质量管理体系、提交文件管理体系;
Ø通过项目概念演示,使业主、设计方能更好地理解ISCS系统;
Ø所有与会方讨论接口设计,讨论并确定接口设计方案(DIS详细接口规范、协议、冗余方案、设备图符、设备类表点表、测试方案、子系统的相关工程计划、所需资料列表等)并书面签字(里程碑)。
Ø通过DIS将使所有接口商明确实现共同目标所需要的工作列表。
Ø根据合同及澄清文件,对用户需求(UR)进行详细分析及细化,得到系统需求规范(SRS)、软件需求规范(SWRS)、硬件需求规范(HWRS)。
Ø初步讨论并确定图形用户界面(HMI)设计原则,包括用户权限表、设备编序法等等。
ØIBP盘初始设计。
ØHOLLYSYS要求所有与会方遵循设备类表、点表、图形的版本基线控制管理方法、变更与修改方法,以期减少不必要的、不符合修改规范的变更。
Ø业主确认在工程方法、质量系统方面没有异议;业主有必要向各接口商及其对应的业主、设计方,多次强调:
各方必须遵循设备类表、点表、图形的版本基线控制管理方法、变更与修改方法,以期减少不必要的、不符合修改规范的变更。
Ø接口设计联络会议的重要先决条件:
为了讨论接口方案,业主应在通知并协调接口会议时接口商。
在该方面的任何延迟均会导致项目的延迟;
Ø接口商应出席接口联络会议,并在会议期间将其书面意见提交给HOLLYSYS;
Ø在会议期间,当接口商同HOLLYSYS之间出现争议时,由业主进行调停;
Ø设计方、接口商应向ISCS提供设备类表、点表。
会议结束时,接口商应签署接口文件(DIS、协议、冗余方案、测试方案),并签署设备类表、点表、图符的设计文件。
Ø业主应让设计方、接口商明确工作流程、工作关系、各自职责。
业主对上述设计工作及签署文件进行确认,并协助ISCS供应商获得尚缺少资料。
Ø建议业主安排运营相关骨干人员,直接全程参与设计联会及后续的重要设计会议,以完成需求分析、反馈及评估等重要工作。
第二次设计联络会
在第二设计阶段结束前,将召开第二次设计联络会。
第二次设计联络会的目标如下:
Ø更新并冻结图形用户界面(HMI)设计原则,包括用户权限表、设备编序法、图符库等等。
Ø所有与会方更新、冻结并书面签字:
Ø用户需求(UR)
Ø系统需求规范(SRS)
Ø软件需求规范(SWRS)
Ø硬件需求规范(HWRS)
Ø讨论并通过系统设计规范(SDS),如数据流设计等。
Ø讨论并通过软件设计规范(SWDS),如:
Ø系统功能设计,如:
报警雪崩SOC时间表报表历史库、事件趋势用户权限表权限管理图形原则(设备编序颜色定义图符)计算事件联动功能设计配置管理打印管理在线帮助等等。
Ø子系统功能设计,包括:
PSCADA、BAS、PA、CCTV、PIS、TCC的功能设计;
Ø接口测试规范程序文件(ITSP);
ØNMSDMSTMS的功能设计;
Ø讨论并冻结硬件设计规范(HWDS),固化设备的硬件配置,固化IBP设计。
Ø提供并讨论初版施工图
Ø业主审核HOLLYSYS提供的所有文档,并在第二次设计联络会议之前或在会议期间将意见提交给HOLLYSYS。
Ø业主核准所有的系统设计(见左侧的责任范围内容)。
Ø业主应完成并完善第二次设计联络会要求的所有的相关工作。
Ø接口商应参加均席设计联络会议,并在会议期间将其书面意见提交给HOLLYSYS。
Ø接口商应完成第二阶段设计联络会要求的相关工作。
Ø在会议期间,当接口商同HOLLYSYS之间出现争议时,由业主进行调停。
Ø业主应对上述设计工作及签署文件进行确认,并协助ISCS供应商获得尚缺少的资料。
Ø通过本次会议,务必最终确定并固化设计方案,确定并固化各接口子系统的设备类表、点表的版本基线。
否则,在后续工作中,过多的变更会大大增加制造阶段的返工量,导致项目进度延迟。
Ø本次会议所确定的设备类表、点表版本基线,将做为软件FAT、P2P测试的软件基础版本基线。
第三次设计联络会
在第三阶段设计联络结束前,HOLLYSYS将召集第三次设计联络会。
第三次设计联络会的目标,是讨论并确认如下:
Ø明确工程总体及各子系统的计划与调试进度,并倒排ISCS的工程进度计划;
Ø最终版施工出图:
Ø系统图、材料表
Ø网络连接图
Ø管线图
Ø供电图、配电图
Ø接地图
ØIBP结构设计图、端子图
Ø支架设计图
Ø柜体设计图
Ø车控室布置图
Ø设备房布置图
Ø设备编号说明
Ø安装督导说明等等
Ø讨论并确定以前设联会未尽事宜;
Ø回顾工程进度,重申重要原则,评估并预测工程执行风险,统一各方思想、工作方式及工作重点。
Ø业主审核HOLLYSYS提供的所有文档,并在第三次设计联络会议之前或在会议期间将意见提交给HOLLYSYS。
Ø业主应完成并完善以前设计联络会要求的所有的相关工作。
Ø在会议期间,当与其它专业调试进度等与ISCS之间出现争议时,业主应进行调停。
Ø会议结束时,业主、设计等与会各方应签署会议纪要。
软/硬件开发,制造与采购
软件开发
Ø人机界面接口(HMI)的模型化、数据库的设计和实现以及测试计划;
Ø软件的初步和详细设计;
Ø编码和单元测试,包括:
时间表,图形动画、窗口和HMI的编码;
数据库配置;
接口编码;
具体功能编码(将保存一份软件配置表);
软件集成和集成测试。
硬件采购
一般来说,该工作包括定义和发布采购本项目所需设备的文件。
本阶段的目的是:
Ø详细定义需采购的硬件;
Ø详细定义需采购软件包;
Ø采购硬件和软件包。
根据系统需求,**公司和合作投标伙伴公司将编制并保存硬件配置表。
部件测试
在进行系统集成和检验之前,系统的每项内容都将在工厂进行测试。
这种测试包括所有项,作为子系统测试中的组成,有使用前的检查、硬件测试和软件测试。
项目测试证明一个项目满足了它的特定的物理和功能要求。
必要时,可以进行特定测试。
各种工厂制造的电气装置要进行检验和验收。
对这种硬件的检验可能包括:
Ø这种设备是否符合制造商规范;
Ø设备是否齐全;
Ø正确操作测试;
Ø一致性检查(元件布置图、配线图);
Ø协议测试;
Ø冗余测试;
Ø点对点检查;
Ø绝缘检测;
Ø检测接地连续性。
在工厂中集成检验/测试
在本阶段开始,业主或其代表须确认并批准由**公司和合作投标伙伴公司制定的工厂测试规范和现场测试规范。
检验测试允许按照工厂验收计划对系统进行测试。
这些测试及测试结果会记录在测试报告中。
工厂验收检验(FAT)
工厂验收检验的目的是为了验证在现场配置和安装前,系统是否与规范相符。
为了进行高效的检验,工厂验收检验将分两个阶段进行:
第一个阶段的FAT将对有代表性的部分进行检验。
目的是验证各个部分在进行完全配置和安装前的功能和性能。
第二阶段的FAT将对完全配置但未安装的系统进行检验,它将检验数据库、图形界面以及系统的综合性能。
工厂功能验收测试(FAT)
系统中进行工厂验收的主要部分是:
Ø计算机系统(服务器和工作站);
Ø软件和参数设置。
工厂综合验收测试(iFAT)
工厂综合验收检验结合了ISCS系统中的所有项目并模拟那些由其他接口系统/设备供应商提供的部分。
进行测试以证明项目或整个系统的操作都是正确的,测试包括:
Ø验证在整个集成系统、设备和软件配置中所有应用软件功能的综合测试;
Ø验证系统可靠性;
Ø与接口系统的协议测试、冗余测试、点对点测试:
在测试时点的覆盖率达到了100%。
运输
**公司当地技术与协调小组将完成的工作包括:
Ø在用户到场的情况下进行包装和装箱检查;
Ø将设备发运到库房区;
Ø给设备贴标签;
Ø开包/开箱进行设备检查。
按照装箱单以及采购文件进行验收;
Ø与安装小组进行协调,将设备运往最后的安装现场。
安装
Ø安装计划;
Ø安装图纸(布置图、电缆表、单元接线图等);
Ø施工图;
Ø安装程序;
Ø安装督导指导书(详细描述设备安装的技术要点)。
电缆安装过程
由业主安装队完成电缆的安装。
安装工作的时间顺序如下所示:
Ø安装用于电缆敷设(电缆托架、电缆保护套管以及电缆管道)的辅助设备;
Ø敷设电缆;
Ø电缆联接/电缆终端处理;
Ø初步检查(导通性及绝缘检查,等等)。
安装人员
安装人员由业主组织,可分成若干个小组,每个小组有一个负责人,负责管理和协调工作。
安装计划将有条件地与下面的合同保持协调:
Ø土建工程;
Ø配电专业(为综合监控系统提供电源);
Ø通过FEP采集数据的各子系统。
安装测试
安装测试小组由**公司硬件安装经理、督导工程师和分包商相关人员组成。
硬件设备的安装测试在现场完工后进行,这包含如下所示的步骤:
Ø初步检查;
Ø功能测试;
Ø试运行。
安装测试按照安装测试手册进行。
安装测试手册包括:
Ø初步检查程序;
Ø功能测试程序;
Ø试运行程序。
初步验收
在设备安装结束时,将对系统的机械和电源部分做初步检查和测试工作。
这包括:
Ø目视检查是否与批准的图纸相符;
Ø是否符合质量标准;
Ø检查电缆连接完整性、标签与型号;
Ø检查设备标签;
Ø对设备进行点对点检查,以检查是否与接线图一致;
Ø接地和电源检测。
这项检测应该在装配完工后进行。
将检测情况记录在完整的检测报告中。
这些检测应该在通电的情况下进行。
功能测试
Ø逻辑自动系统的检验;
Ø验证是否与规定的要求相符;
Ø检验交付给用户使用的备用件。
综合测试(联调)和试运行
综合测试和试运行包括:
Ø综合测试,包括测试其他接口系统/设备供应商的特殊应用;
Ø端到端的功能测试以检查数据交换情况;
Ø每个接口与其他接口系统/设备供应商工作之间的通信和有效数据传送的功能测试;
Ø故障模拟;
Ø响应时间测量;
Ø系统与其他接口系统/设备供应商设备的集成测试;
Ø144小时稳定性测试;
Ø3个月的试运行。
试运行的结束使**公司可以向用户证明项目已经成功完工。
保修
保修期为2年,包括:
Ø硬件保修;
Ø软件保修。
硬件保修
来自**公司的硬件保修代表或用户的维修人员对现场硬件进行检查以便确认故障是否存在。
将由**公司的现场技术与协调人员或用户的维修人员鉴别并除掉有故障的硬件。
业主将把故障部件递交给**公司以便进行维修/更换新部件。
在故障排除后,业主的维修代表会签署故障通知并解决该问题。
软件保修
软件保修包括电话技术支持以及修正软件的任意缺陷。
这种保修将由合作投标伙伴的保修代表现场进行。
软件保修代表必须对故障进行鉴定,并且可以要求用户到场进行调查以便确定故障情况。
一旦进行了修正,就要填写软件异常修正表。
由用户确认该修正工作并批准该表格。
D.项目管理
项目管理活动包括以下16个方面:
Ø项目计划和商业/合同管理;
Ø工作分配:
为工作包或小组经理定义工作对象/范围;
Ø预算分配和预算管理;
Ø要求和配置管理;
Ø通过报告、会议、复查进行进度监控(包括协调并向用户汇报);
Ø协调和沟通;
Ø接口管理;
Ø与政府部门/管理当局的协调;
Ø文件控制;
Ø采购和分包商管理;
Ø设备交货后的管理;
Ø工地组织和结构;
Ø综合后勤支持;
Ø培训管理;
Ø质量管理;
Ø风险管理。
下面将详细描述项目管理的16个方面:
项目计划
**公司将制定总体项目计划,具体由项目计划与合同管理组完成。
下列文件提供了详细的项目计划:
Ø设计和制造计划;
Ø软件开发计划;
Ø安装测试计划。
工作分配
预算分配和管理
每位小组经理都必须考虑在合适的技术和组织选择方面分配其预算。
每三个月要求每位小组经理向成本管理员提供一份包含如下内容的预测报告:
Ø完成工作所需的资源;
Ø未付费用/采购费。
然后,成本管理员会更新预测的工作预算。
在超支的情况下,小组经理必须向项目管理小组提供一份恢复计划。
为了满足用户的进度的要求,进度要求的满足将优先成本方面的考虑,即将不计较成本,首先满足进度要求。
需求与配置管理
需求管理
需求管理是开发综合监控系统软件,完成综合监控系统工程的一个主要的组成部分。
一般规则
DOORS套装软件是一套公认的软件包,它用于管理复杂系统的需求并且已经被合作投标伙伴集团采用。
一般过程
一般过程如下所述:
Ø将用户所有的技术要求输入到DOORS;
Ø将系统需求规范(SRS)的系统要求输入到DOORS模块中去;
Ø将详细的接口规范(DIS)的要求输入到DOORS模块中去;
将上述SRS和DIS中包含的需求分配给DOORS模块中被称作系统设计规范(SDS)的工作分解项,该项列在工作分解结构中。
这些配置项目,既包含硬件配置项(HWCI)又包含软件配置项目(CSCI);
根据系统需求以及SRS和DIS中规定的要求,将DOORS模块中的CSCI和HWCI撰写为软件需求规范(SWRS)和硬件需求规范(HWRS);
将CSCI和HWCI的要求分配给工作分解结构DOORS模块中被称作软件设计规范(SWDS)和硬件设计规范(HWDS)的配置项目;
Ø给对应于上述细分结构的不同层次的测试定义集成、验证和确认(IVV)模块;
对于变化跟踪来说,无论是出于什么原因(用户、设计约束、技术最优化的建议)引起的所有的技术变化都由工程变更控制系统管理。
需求管理组织
由于需求管理系统专门用于技术需求,因此它由系统工程经理和系统与集成小组负责。
DOORS工具的管理由系统配置工程师执行。
系统配置管理
配置管理计划中规定了整个项目期间都要遵循的与系统配置管理有关的规则。
当项目管理计划和配置管理计划之间发生冲突时,将按照下面的优先次序执行:
1.项目管理计划;
2.配置管理计划。
配置控制委员会(CCB)将负责在整个项目周期中定义各种基准。
系统配置工程师将负责跟踪并监督将投入使用的基准系统。
将遵循的一般规则如下所示:
Ø在给定的参考系中,系统基准与一套基准的DOORS模块对应;
Ø对应于给定基准的文件将储存在DOORS模块中;
Ø将有两类基准:
正式基准:
它们对应一套模块包括基准和正式提交给用户的基准;
非正式基准:
它们对应一套于DOORS模块的基准,但未包含在正式提交给用户的基准。
无论是什么原因要求变更文件,都必须向负责确认并决定何时执行变更的CCB提交一份变更建议:
在CCB做出正式决定之前,任何人都不能擅自变更作为基准的模块;
当CCB做出执行变更的决定时,变更及其相关影响将输入到DOORS中去。
进行变更后,所有修改过的文件都必须进行基准变更,并且系统基准也必须进行相应地变动;
Ø正式文件基准按照文件的修订版进行命名;
Ø非正式文件基准按照正式最新的修订版参考号并后加一个字母命名;
Ø正式系统基准的名称由字母“S”后接1~99的数字构成;
Ø非正式系统基准由字母“S”后接1~99的数字以及一个小写字母构成;
Ø为了检查是否正确执行了变更情况,必须使用一个跟踪系统。
这种监督工作由系统配置工程师负责;
Ø在项目的任何阶段,任何活动都必须按照目前批准的系统基准进行。
软件配置管理
软件配置管理计划中规定了软件配置管理的规则和程序。
在配置管理计划和软件配置管理计划发生冲突时,将按照下面的优先顺序执行:
1.配置管理计划;
2.软件配置管理计划。
复查、汇报、会议及审核
除了设计联络会,将执行下面的复查、汇报、会议和审核:
内部月进度审查会
合作投标伙伴项目主管每月通过月项目审查会向**公司项目经理汇报工作。
内部季度预算审查会
项目主管通过季度预算审查会每年向法国的项目部主管和成本管理员汇报4次工作。
成本管理员负责组织这些会议并通知相关与会人员。
内部进度会
项目月进度会
对于相关的每月进度报告:
Ø将在每月5号提交;
Ø每位小组经理都必须填写部分与其工作范围相关的报告;
秘书负责组织收集各种报告并将其编入每月进度报告。
必须在每月5号前至少两天将报告草案提交给项目经理审阅。
阶段性审查
在项目施工期间,在每个重要阶段结束时都要进行内部审查,内容包括:
系统设计审查(SDR):
目的是审查详细接口规范(DIS)、系统需求规范(SRS)、系统设计规范(SDS,包括SWDS和HWDS)以及接口需求规范(IRS);
Ø部件设计复查(CDR):
目的是检查各子系统和系统组成部分的设计文件是否适合生产;
系统测试准备就绪复查(STRR):
目的是检查与系统测试相关的文件是否允许在工厂进行系统测试以及在现场以一种控制方式进行系统测试。
配置审核
配置审核可以用来验证系统和配置项目与其基准是否相符。
质量系统管理审查和预防性措施
Ø配置管理流程;
Ø质量系统改进和控制流程;
Ø质量保证流程;
Ø预防性措施流程。
协调与沟通
**地铁综合监控系统项目将需要与以下各方进行强有力的协调与频繁联络:
Ø北京地铁公司(包含ISCS业主及其它专业业主);
Ø工程监理;
Ø设计院;
Ø土建承包商;
Ø安装承包商;
Ø其他的接口系统/设备供应商。
协调活动包括两类:
Ø接口设计;
Ø现场协调。
接口设计计划
Ø电气、机械、软件协议以及功能数据接口;
Ø检查、测试和试运行。
文件也将定义进行资源管理、文件变动控制、**公司和接口承包商之间沟通以及冲突解决所需的过程。
接口设计
在投标书的《B10-2系统接口详细建议书》中给出了详细的接口规范要求。
沟通与交流
接口会议
接口会议的工作范围如下所示:
Ø了解各方的设计要求,开发并协商通过设计和接口要求以满足北京地铁合同中所规定的要求;
Ø确定影响接口设计的关键性能参数和问题;
Ø确定设计阶段、安装阶段以及试运行阶段的测试要求细节;
Ø按照每个合同中的总规划协商通过设计