工程电力监控及环控集成系统投标书模板.doc

某地铁工程电力监控和环控集成系统投标文件

目 录
1. 序言 1
2. 组织分解结构（OBS） 1
2.1. 组织目标 1
2.2. 项目管理计划 2
3. 工作分解结构（WBS） 3
3.1. 和合作投标伙伴工作分工 4
3.2. 分阶段描述 4
3.2.1. 系统和接口设计 4
3.2.2. 软/硬件开发，制造和采购 9
3.2.3. 在工厂中集成检验/测试 10
3.2.4. 工厂验收检验（FAT） 10
3.2.5. 运输 11
3.2.6. 安装 12
3.2.7. 安装测试 12
3.2.8. 初步验收 13
3.2.9. 功效测试 13
3.2.10. 综合测试（联调）和试运行 13
3.2.11. 保修 14
4. 项目管理 15
4.1. 项目计划 16
4.2. 工作分配 16
4.3. 预算分配和管理 16
4.4. 需求和配置管理 16
4.4.1. 需求管理 16
4.4.2. 系统配置管理 18
4.4.3. 软件配置管理 18
4.5. 复查、汇报、会议及审核 19
4.5.1. 内部月进度审查会 19
4.5.2. 内部季度预算审查会 19
4.5.3. 内部进度会 19
4.5.4. 项目月进度会 19
4.5.5. 阶段性审查 20
4.5.6. 配置审核 20
4.5.7. 质量系统管理审查和预防性方法 20
4.6. 协调和沟通 20
4.7. 接口设计计划 21
4.7.1. 接口设计 21
4.7.2. 沟通和交流 21
4.7.3. 接口文件 22
4.7.4. 接口变更管理 25
4.7.5. 接口测试 26
4.8. 和公共管理部门协调 26
4.9. 文件控制 27
4.9.1. 规则和步骤 27
4.9.2. 文件发放 27
4.10. 采购和分包协议管理 28
4.10.1. 采购 28
4.10.2. 分包协议管理 28
4.11. 设备交货后管理 28
4.12. 现场组织和资源 28
4.13. 综合后备支持 28
4.14. 质量管理 29
4.15. 风险管理 29
4.15.1. 风险管理规则 29
4.15.2. 风险管理活动 29
4.15.3. 风险表 30
5. 附件1: 工作和组织分解结构 31
6. 附件2：风险管理表格式 45

A. 序言
本项目管理计划基于综合监控系统成功实施经验，和科学项目管理体系，还借鉴了其它项目如广州地铁三、四、五号线综合监控系统项目计划和实际实施情况，这对于成功实施**地铁综合监控系统含有很关键意义。
项目计划是项目顺利实施并确保项目质量前提，是项目组织开展工作依据，而且要适应项目标特点和特殊要求。依据用户需求书，总结该项目含有以下多个鲜明特点：
Ø **地铁综合监控系统工程为中国领先大规模综合监控系统工程，对成熟处理方案和综合技术实施水平要求较高；
Ø 采取国外软件平台和技术处理方案为主导，中国系统集成商提供工程服务项目实施形式；
Ø 面正确技术接口数量和种类较多；
Ø 工作接口和协调任务较多；
Ø 项目工期较为担心。
**企业和合作投标伙伴企业将发挥各自在轨道交通行业系统工程实施管理经验，共同制订本文件。本文件目标是初步叙述**地铁综合监控系统项目标实施管理思绪，关键包含以下两方面内容：
Ø 工作范围和工作分解结构（WBS）；
Ø 项目管理计划。
其中，项目管理计划基础是组织分解结构（OBS）和工作分解结构（WBS）。本文件是和组织结构相关质量计划一个补充，而且会在项目后期进行必需修改或修正。
B. 组织分解结构（OBS）
组织目标
立即参与实施该项目标组织将实现以下目标：
Ø 在北京设置项目组，方便立即了解和掌握业主需求；
Ø 依靠**企业和合作投标伙伴企业双方现有组织和技术，提供最新、最可靠系统和优质服务；
Ø 依据其它综合监控系统项目中已经成功实施方案，提供一个经过充足证实系统。
为了实现这三个目标，我们将成立下面组织：
Ø **企业将在北京建立一个（现场）协调小组，在设计、开发及制造阶段，立即和北京地铁沟通，了解需求，同时和合作投标伙伴企业接口设计小组一起协调同接口设备商之间设计工作。该小组关键工作是加强和项目干系组织之间信息沟通；
Ø 在本项目标开发、制造阶段，合作投标伙伴企业将在北京成立一个项目小组，以方便ISCS和接口设备之间接口设计和协调；
Ø 在本项目标现场安装、集成和测试阶段，合作投标伙伴企业将在北京成立一支当地技术和协调小组（LTCT）。小组将天天和业主进行协调并为业主和合作投标伙伴企业之间沟通提供便利。该小组将尤其关注让尽可能多人员利用汉语进行交流。当来自法国工程师不会讲汉语时，合作投标伙伴企业将成立部分由一位法国和一位中国工程师组成小组；
Ø 依靠**企业和合作投标伙伴企业现有组织分解多种不一样工作，这些不一样工作具体描述见下文“工作分解结构（WBS)”一节。
项目组织结构和每个小组及其组员任务和责任详见《B13-1 项目管理组织机构》。
项目管理计划
项目管理计划组成以下所表示：
Ø 组织分解结构（OBS）：提供了项目组织具体结构（参见《B13-1 项目管理组织机构》）；
Ø 工作范围和工作分解结构（WBS）：提供**地铁综合监控系统项目所需全部工作范围；
Ø 工作分配：为不一样项目小组分配工作。WBS每一项被指定给OBS最少一个小组；
Ø 系统配置管理计划：本计划描述了用来管理系统配置方法和过程。它也包含“需求管理”内容，以确保合适地管理用户需求并确保全部交付使用设备和服务全部能满足协议要求；
Ø 软件配置管理计划：本计划用来管理系统配置方法和过程；
Ø 协调和沟通：确定项目团体内部外部之间信息沟通路径、方法和方法，如审查、汇报和召开会议；
Ø 接口管理计划：用来制订并计划接口开发、测试及协调方法、方法等；
Ø 文件控制计划：用于文件控制和发放规则和程序；
Ø 采购和分包协议管理计划：描述了采购和分包工作程序；
Ø 设备交货管理；
Ø 现场组织和结构：包含现场办公室、车间及库房；
Ø 综合后勤支持：包含备用件、特殊工具和测试设备、文件、培训等；
Ø 质量确保计划：用来确保系统、软件、硬件、安装活动和相关问题质量程序和方法；
Ø 风险管理计划：包含风险识别、评定和风险预防方法；
Ø 其它杂项计划，比如：健康和安全计划和环境保护计划等。
C. 工作分解结构（WBS）
WBS目标是对工作项中活动进行细分，由项目小组或分包商合格小组或个人负担不一样责任。最终结构形成了一个共同参考系统，该系统许可将项目各个时期成本、进度和责任汇总在一起。具体见“Error! Reference source not found.”所表示内容。
WBS中各工作项含有以下特点：
Ø 能够由一个小组进行管理；
Ø 公布结果能够依据输入/输出标准进行检验；
Ø 能够经过自己和其它工作项接口来定义；
Ø 能够定义开工和完工日期；
Ø 由项目主管和工作项/小组经理共同协商同意必需工作量（总工时）和资源。
依据现阶段可得到信息，我们总结出下面初步WBS：
Ø 管理；
Ø 系统和接口设计；
Ø 软、硬件开发、制造/采购；
Ø 在工厂中集成和验证/测试；
Ø 工厂验收检验（FAT）；
Ø 现场交货；
Ø 安装；
Ø 接口测试；
Ø 培训；
Ø 现场验收（SAT），包含点对点测试；
Ø 试运行和初步验收；
Ø 保修期或故障保修期和最终验收。
和合作投标伙伴工作分工
详见A10 软件采购协议。
分阶段描述
系统和接口设计
系统及接口设计将分三个阶段完成（即，设计阶段1、2、3）。在每个阶段，**企业和合作投标伙伴企业将完成设计和准备系统及接口设计文件工作。这些文件将送给业主或接口系统供给商进行检验和评审。系统及接口设计文件是：
Ø 系统需求规范 （SRS）
SRS关键目标是根据用户需求，**企业和合作投标伙伴企业编制最终系统规范，最终版本系统规范经用户审核并确定。本文件提供了适合系统特点要求，并要求了相关验证方法。SRS包含下列信息：
u 系统需求列表；
u 需求限定方法定义；
u 要求可追溯性定义；
u 软件需求规范（SWRS）和硬件需求规范（HWRS）。
依据软件和硬件配置项目描述了系统具体结构，和系统不一样部分之间接口和数据流情况。它也在多种软件和硬件配置项目中分配了系统需求。
Ø 人机界面接口（HMI）设计
HMI关键目标是定义操作职员作站图形用户界面，包含全部立即应用人机界面（HMI）设计。HMI具体资料将在各自软件设计规范（SWDS）中提供。
Ø 软件设计规范（SWDS）
SWDS目标以下所表示：
u 解释软件要求，并将其用一个功效性、操作员可了解方法陈说出来；
u 为相关软件包初步、具体设计搜集全部有用信息；
u 操作员相关系统任务定义；
u 相关系统环境和由该系统管理关键对象描述；
u 相关系统不一样功效具体描述；
u 测试计划；
u 需求可追溯性；
u 降级模式；
u 参考系统HMI描述。
Ø 硬件设计规范（HWDS）
HWDS将具体描述所提供硬件设备相关内容，如制造商和关键技术特点等，包含：
u 计算机系统及外围设备；
u FEP；
u IBP；
u 网络设备；
u 大屏幕。
Ø 具体接口规范（DIS）
和其它接口系统（包含通信协议、I/O点和进度表）接口定义。依据经验，为了实现下述目标：
u 满足本项目紧迫施工进度要求；
u 方便10号线未来系统扩展。
提议使用开放、标准协议（比如基于TCP/IPModbus），在每个设计阶段结束时，全部会召开设计和接口联络会方便进行讨论、决议和设计验收、检验方法方法。
在本项目标设计阶段，**企业和合作投标伙伴企业将实施审查工作，见Error! Reference source not found.：

表 C1设计阶段审查表

项目计划
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）；
Ø NMS DMS TMS功效设计；
Ø 讨论并冻结硬件设计规范（HWDS），固化设备硬件配置，固化IBP设计。
Ø 提供并讨论初版施工图
Ø 业主审核HOLLYSYS提供全部文档，并在第二次设计联络会议之前或在会议期间将意见提交给HOLLYSYS。
Ø 业主核准全部系统设计（见左侧责任范围内容）。
Ø 业主应完成并完善第二次设计联络会要求全部相关工作。
Ø 接口商应参与均席设计联络会议，并在会议期间将其书面意见提交给HOLLYSYS。
Ø 接口商应完成第二阶段设计联络会要求相关工作。
Ø 在会议期间，当接口商同HOLLYSYS之间出现争议时，由业主进行调停。
Ø 业主应对上述设计工作及签署文件进行确定，并帮助ISCS供给商取得尚缺乏资料。
Ø 经过此次会议，务必最终确定并固化设计方案，确定并固化各接口子系统设备类表、点表版本基线。不然,在后续工作中，过多变更会大大增加制造阶段返工量，造成项目进度延迟。
Ø 此次会议所确定设备类表、点表版本基线，将做为软件FAT、P2P测试软件基础版本基线。
第三次设计联络会

在第三阶段设计联络结束前，HOLLYSYS将召集第三次设计联络会。第三次设计联络会目标，是讨论并确定以下：
Ø 明确工程总体及各子系统计划和调试进度，并倒排ISCS工程进度计划；
Ø 最终版施工出图：
Ø 系统图、材料表
Ø 网络连接图
Ø 管线图
Ø 供电图、配电图
Ø 接地图
Ø IBP结构设计图、端子图
Ø 支架设计图
Ø 柜体设计图
Ø 车控室部署图
Ø 设备房部署图
Ø 设备编号说明
Ø 安装督导说明等等
Ø 讨论并确定以前设联会未尽事宜；
Ø 回顾工程进度，重申关键标准，评定并估计工程实施风险，统一各方思想、工作方法及工作关键。
Ø 业主审核HOLLYSYS提供全部文档，并在第三次设计联络会议之前或在会议期间将意见提交给HOLLYSYS。
Ø 业主应完成并完善以前设计联络会要求全部相关工作。
Ø 在会议期间，当和其它专业调试进度等和ISCS之间出现争议时，业主应进行调停。
Ø 会议结束时，业主、设计等和会各方应签署会议纪要。

软/硬件开发，制造和采购
软件开发
本阶段和经典软件部件实现阶段相对应，合作投标伙伴有责任利用这些软件来构建整个系统。软件开发关键在香港（部分工作在法国）完成，具体包含：
Ø 人机界面接口（HMI）模型化、数据库设计和实现和测试计划；
Ø 软件初步和具体设计；
Ø 编码和单元测试，包含：
u 时间表，图形动画、窗口和HMI编码；
u 数据库配置；
u 接口编码；
u 具体功效编码（将保留一份软件配置表）；
u 软件集成和集成测试。
在本阶段一开始，其它接口设备/系统供给商需提供接口模拟器。和模拟器初步接口测试将同接口系统/设备供给商一起在北京完成。
硬件采购
通常来说，该工作包含定义和公布采购本项目所需设备文件。
本阶段目标是：
Ø 具体定义需采购硬件；
Ø 具体定义需采购软件包；
Ø 采购硬件和软件包。
依据分工，由**企业和合作投标伙伴企业合作完成硬件系统采购，而由**企业负责相关安装及部署设计，**企业和合作投标伙伴共同负责软件设计，所以**企业和合作投标伙伴企业将时刻保持联络，沟通必需设备数据。
依据系统需求，**企业和合作投标伙伴企业将编制并保留硬件配置表。
部件测试
在进行系统集成和检验之前，系统每项内容全部将在工厂进行测试。
这种测试包含全部项，作为子系统测试中组成，有使用前检验、硬件测试和软件测试。
项目测试证实一个项目满足了它特定物理和功效要求。必需时，能够进行特定测试。
多种工厂制造电气装置要进行检验和验收。对这种硬件检验可能包含：
Ø 这种设备是否符合制造商规范；
Ø 设备是否齐全；
Ø 正确操作测试；
Ø 一致性检验（元件部署图、配线图）；
Ø 协议测试；
Ø 冗余测试；
Ø 点对点检验；
Ø 绝缘检测；
Ø 检测接地连续性。
在工厂中集成检验/测试
在本阶段开始，业主或其代表须确定并同意由**企业和合作投标伙伴企业制订工厂测试规范和现场测试规范。
开发阶段会伴伴随一系列设备和子系统测试。经过进行和接口设备/系统供给商协议测试，集成测试许可对硬件/软件模块和它们在合适系统中集成进行测试。
检验测试许可根据工厂验收计划对系统进行测试。这些测试及测试结果会统计在测试汇报中。
工厂验收检验（FAT）
工厂验收检验目标是为了验证在现场配置和安装前，系统是否和规范相符。
为了进行高效检验，工厂验收检验将分两个阶段进行：
第一个阶段FAT将对有代表性部分进行检验。目标是验证各个部分在进行完全配置和安装前功效和性能。
第二阶段FAT将对完全配置但未安装系统进行检验，它将检验数据库、图形界面和系统综合性能。
工厂功效验收测试（FAT）
系统中进行工厂验收关键部分是：
Ø 计算机系统（服务器和工作站）；
Ø 软件和参数设置。
它们将在合作投标伙伴香港工厂中进行单独工厂验收检验。测试软件、硬件和其它接口商提供系统互连，能够确保软硬件和其它系统兼容性。接口商应提供模拟设备方便进行FAT测试，最终测试将在现场进行。其它硬件设备FAT在**企业完成。
工厂综合验收测试 （iFAT）
工厂综合验收检验结合了ISCS系统中全部项目并模拟那些由其它接口系统/设备供给商提供部分。
利用模拟器、仿真器或真实设备检验以确保全部接口全部正确，而且确保系统功效是完备。然后，将系统当成一个整体来测试以证实它满足了功效、容量、可维护性和可操作性各方面要求。
进行测试以证实项目或整个系统操作全部是正确，测试包含：
Ø 验证在整个集成系统、设备和软件配置中全部应用软件功效综合测试；
Ø 验证系统可靠性；
Ø 和接口系统协议测试、冗余测试、点对点测试：在测试时点覆盖率达成了100%。

运输
依据包装运输计划完成包装、装卸和运输程序，将设备运到业主提供存放地或最终安装地，库房由业主提供并管理。
**企业当地技术和协调小组将完成工作包含：
Ø 在用户到场情况下进行包装和装箱检验；
Ø 将设备发运到库房区；
Ø 给设备贴标签；
Ø 开包/开箱进行设备检验。根据装箱单和采购文件进行验收；
Ø 和安装小组进行协调，将设备运往最终安装现场。
安装
只有在完成土建工程后才能进行设备现场安装。这么做能够确保灰尘不会进入设备内部、不会引发严重硬件损害。ISCS必需安装在洁净、有空调设备房间中。**企业和合作投标伙伴企业将派遣安装督导小组在北京以监督、指导安装过程。
安装工作由业主完成。这包含现场电缆敷设安装和全部硬件设备物理安装。控制系统计算机和FEP硬件安装在最终位置上，并和必需、经过测试过线缆连接在一起。
依据**企业和合作投标伙伴企业或其它供货商提供安装手册并在业主同意情况下进行设备安装。安装手册包含：
Ø 安装计划；
Ø 安装图纸（部署图、电缆表、单元接线图等）；
Ø 施工图；
Ø 安装程序；
Ø 安装督导指导书（具体描述设备安装技术关键点）。
电缆安装过程
由业主安装队完成电缆安装。安装工作时间次序以下所表示：
Ø 安装用于电缆敷设（电缆托架、电缆保护套管和电缆管道）辅助设备；
Ø 敷设电缆；
Ø 电缆联接/电缆终端处理；
Ø 初步检验（导通性及绝缘检验，等等）。
安装人员
安装人员由业主组织，可分成若干个小组，每个小组有一个责任人，负责管理和协调工作。
安装计划将有条件地和下面协议保持协调：
Ø 土建工程；
Ø 配电专业（为综合监控系统提供电源）；
Ø 经过FEP采集数据各子系统。
为了按计划好施工进度表完成施工，依据业主同意物理接口进度表安装人员将许可在安装工作每一步和接口工作人员进行协调。
安装测试
安装测试小组由**企业硬件安装经理、督导工程师和分包商相关人员组成。
硬件设备安装测试在现场完工后进行，这包含以下所表示步骤：
Ø 初步检验；
Ø 功效测试；
Ø 试运行。
安装测试根据安装测试手册进行。安装测试手册包含：
Ø 初步检验程序；
Ø 功效测试程序；
Ø 试运行程序。
初步验收
在设备安装结束时，将对系统机械和电源部分做初步检验和测试工作。这包含：
Ø 目视检验是否和同意图纸相符；
Ø 是否符合质量标准；
Ø 检验电缆连接完整性、标签和型号；
Ø 检验设备标签；
Ø 对设备进行点对点检验，以检验是否和接线图一致；
Ø 接地和电源检测。这项检测应该在装配完工后进行。
将检测情况统计在完整检测汇报中。这些检测应该在通电情况下进行。
功效测试
包含每个设备有效试运行。它们将在初步检验结束后进行。根据地铁系统中其它设备情况预先确定好检测程序。这些检测包含：
Ø 逻辑自动系统检验；
Ø 验证是否和要求要求相符；
Ø 检验交付给用户使用备用件。
测试程序基础是工厂验收检验。当全部由其它接口系统/设备供给商提供和安装子系统全部运行工作后，再进行功效测试。
综合测试（联调）和试运行
这包含整个系统有效试运行而且这些测试将在功效测试完成后进行。为了让整个协议系统投入运行，这些测试次序和由其它接口系统/设备供给商实施系统测试保持一致。
综合测试和试运行包含：
Ø 综合测试，包含测试其它接口系统/设备供给商特殊应用；
Ø 端到端功效测试以检验数据交换情况；
Ø 每个接口和其它接口系统/设备供给商工作之间通信和有效数据传送功效测试；
Ø 故障模拟；
Ø 响应时间测量；
Ø 系统和其它接口系统/设备供给商设备集成测试；
Ø 144小时稳定性测试；
Ø 3个月试运行。
试运行结束使**企业能够向用户证实项目已经成功完工。
试运行期间进行测试能够证实该系统是完全可交付使用，这是测试最终阶段。在完成测试规范中所要求测试项目后，再公布测试结果。
保修
保修期为2年，包含：
Ø 硬件保修；
Ø 软件保修。
在保修期内处理问题程序以**企业提供并经用户同意故障通知单或用户请求电话、传真为基础。用户请求电话或传真通知**企业现场技术和协调人员，或由用户维修代表填写表格，用来统计由用户发觉故障，并将表格递交给**企业现场技术和协调人员，方便**企业立即采取对应保修方法。
硬件保修
来自**企业硬件保修代表或用户维修人员对现场硬件进行检验方便确定故障是否存在。
将由**企业现场技术和协调人员或用户维修人员判别并除掉有故障硬件。
业主将把故障部件递交给**企业方便进行维修/更换新部件。
在故障排除后，业主维修代表会签署故障通知并处理该问题。
软件保修
软件保修包含电话技术支持和修正软件任意缺点。这种保修将由合作投标伙伴保修代表现场进行。
软件保修代表必需对故障进行判定，而且能够要求用户到场进行调查方便确定故障情况。
假如认为故障属于异常情况，则软件小组将准备修正软件，需要时还会更新相关文件。在用户到场情况下，在测试平台上进行这种修正是有效。
一旦进行了修正，就要填写软件异常修正表。由用户确定该修正工作并同意该表格。
D. 项目管理
项目管理活动包含以下16个方面：
Ø 项目计划和商业/协议管理；
Ø 工作分配：为工作包或小组经理定义工作对象/范围；
Ø 预算分配和预算管理；
Ø 要求和配置管理；
Ø 经过汇报、会议、复查进行进度监控（包含协调并向用户汇报）；
Ø 协调和沟通；
Ø 接口管理；
Ø 和政府部门/管理当局协调；
Ø 文件控制；
Ø 采购和分包商管理；
Ø 设备交货后管理；
Ø 工地组织和结构；
Ø 综合后勤支持；
Ø 培训管理；
Ø 质量管理；
Ø 风险管理。
下面将具体描述项目管理16个方面：
项目计划
**企业将制订总体项目计划，具体由项目计划和协议管理组完成。下列文件提供了具体项目计划：
Ø 设计和制造计划；
Ø 软件开发计划；
Ø 安装测试计划。
合作投标伙伴将在软件开发、安装测试方面单独制订具体计划，并提交**企业，**企业形成总体计划送交业主。
工作分配
目标是为不一样项目小组分配工作。依据工作分工，**企业和合作投标伙伴企业将分别制订各自WBS，WBS每项工作全部被分配给OBS最少一个小组。
每位小组经理对自己小组工作结果负责，并向项目经理/主管汇报工作。所以每位小组经理全部必需对分配给自己小组组员工作和她/她工作范围任务负责。
相关人力资源，每个小组必需明确自己需要方便能够独立处理自己工作范围内工作。假如要增加资源，小组经理必需向项目经理/主管请示。
预算分配和管理
项目经理分配给每一位小组经理一份预算方便其完成自己工作。成本管理员定时跟踪小组经理预算以更新她们预算情况。
每位小组经理全部必需考虑在适宜技术和组织选择方面分配其预算。
每三个月要求每位小组经理向成本管理员提供一份包含以下内容估计汇报：
Ø 完成工作所需资源；
Ø 未付费用/采购费。
然后，成本管理员会更新估计工作预算。在超支情况下，小组经理必需向项目管理小组提供一份恢复计划。
为了满足用户进度要求，进度要求满足将优先成本方面考虑，立即不计较成本，首先满足进度要求。
需求和配置管理
需求管理
需求管理是开发综合监控系统软件，完成综合监控系统工程一个关键组成部分。
下面几节目标在于提供已经定义好尤其是软件功效需求方面通常规则，并描述组织结构情况方便含有一个有效需求管理系统。该项任务由**企业和合作投标伙伴企业共同完成，管理工具将由合作投标伙伴提供。
通常规则
DOORS套装软件是一套公认软件包，它用于管理复杂系统需求而且已经被合作投标伙伴集团采取。
合作投标伙伴集团已经开发了一个应用层并将其和DOORS集成在一起。这一应用层被称为TREK。为了用一个正确、有效方法跟踪协议要求，THALES集团已经决定在整个项目期间使用DOORS/TREK软件包作为需求管理工具。
通常过程
通常过程以下所述：
Ø 将用户全部技术要求输入到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. 配置管理计划。
为了能够依据清楚设计而开发系统，及为了拥有一套一致文件和DOORS模块，将定时更正系统基准。在整个项目期间，该过程全部会进行。
配置控制委员会（CCB）将负责在整个项目周期中定义多种基准。
系统配置工程师将负责跟踪并监督将投入使用基准系统。
将遵照通常规则以下所表示：
Ø 在给定参考系中，系统基准和一套基准DOORS模块对应；
Ø 对应于给定基准文件将储存在DOORS模块中；
Ø 将有两类基准：
u 正式基准：它们对应一套模块包含基准和正式提交给用户基准；
u 非正式基准：它们对应一套于DOORS模块基准，但未包含在正式提交给用户基准。
Ø 不管是什么原因要求变更文件，全部必需向负责确定并决定何时实施变更CCB提交一份变更提议：在CCB做出正式决定之前，任何人全部不能私自变更作为基准模块；
Ø 当CCB做出实施变更决定时，变更及其相关影响将输入到DOORS中去。进行变更后，全部修改过文件全部必需进行基准变更，而且系统基准也必需进行对应地变动；
Ø 正式文件基准根据文件修订版进行命名；
Ø 非正式文件基准根据正式最新修订版参考号并后加一个字母命名；
Ø 正式系统基准名称由字母“S”后接1~99数字组成；
Ø 非正式系统基准由字母“S”后接1~99数字和一个小写字母组成；
Ø 为了检验是否正确实施了变更情况，必需使用一个跟踪系统。这种监督工作由系统配置工程师负责；
Ø 在项目标任何阶段，任何活动全部必需根据现在同意系统基准进行。
软件配置管理
软件配置管理计划中要求了软件配置管理规则和程序。
在配置管理计划和软件配置管理计划发生冲突时，将根据下面优先次序实施：
1. 配置管理计划；
2. 软件配置管理计划。
复查、汇报、会议及审核
除了设计联络会，将实施下面复查、汇报、会议和审核：
内部月进度审查会
合作投标伙伴项目主管每个月经过月项目审查会向**企业项目经理汇报工作。
**企业和合作投标伙伴企业每位小组经理全部必需在审查会之前最少一周向各自项目主管提供和其工作相关信息方便进行汇总。成本管理员负责将多种汇报汇总到审查会汇报中去，方便项目经理在审查会前进行分析。成本管理员负责组织这些会议并通知相关和会人员。
内部季度预算审查会
项目主管经过季度预算审查会每十二个月向法国项目部主管和成本管理员汇报4次工作。
每位小组经理在季度预算审查会前最少3周向项目经理提供和其工作相关预算信息用于信息汇总。成本管理员负责将多种数据汇总到项目季度预算审查会中去，方便项目经理在季度预算审查会前进行分析。
成本管理员负责组织这些会议并通知相关和会人员。
内部进度会
**企业和合作投标伙伴企业每七天将各举行一次企业内部进度会。全部小组经理全部必需参与。对于一些会议来说，可能会邀请额外项目小组组员参与。这些会议将在每七天一下午4点举行。如遇公共假期，则会议自动顺延至第二天同一时间举行。如遇特殊情况，会议能够延期举行。

项目月进度会
**企业和合作投标伙伴企业每个月举行月进度会，该会议是**企业和合作投标伙伴企业基于项目管理层面，小组经理也参与会议。对于一些会议，可能会邀请额外项目小组组员参与。这些会议由**企业组织并主持。
对于相关每个月进度汇报：
Ø 将在每个月5号提交；
Ø 每位小组经理全部必需填写部分和其工作范围相关汇报；
Ø 秘书负责组织搜集多种汇报并将其编入每个月进度汇报。必需在每个月5号前最少两天将汇报草案提交给项目经理审阅。
阶段性审查
在项目施工期间，在每个关键阶段结束时全部要进行内部审查，内容包含：
Ø 系统设计审查（SDR）：目标是审查具体接口规范（DIS）、系统需求规范（SRS）、系统设计规范（SDS，包含SWDS和HWDS）和接口需求规范（IRS）；
Ø 部件设计复查（CDR）：目标是检验各子系统和系统组成部分设计文件是否适合生产；
Ø 系统测试准备就绪复查（STRR）：目标是检验和系统测试相关文件是否许可在工厂进行系统测试和在现场以一个控制方法进行系统测试。
配置审核
配置审核能够用来验证系统和配置项目和其基准是否相符。
质量系统管理审查和预防性方法
**企业和合作投标伙伴企业将审查本项目中实施质量系统适宜性和有效性。由计划经理准备预防性方法分析汇报以分析内部审核、用户审核和日常操作中发觉非一致性问题。然后将在每十二个月最少举行一次质量系统管理复查会上审阅预防性方法分析汇报。质量系统管理复查会将由项目主管主持，和会人员包含质量工程师、系统工程经理和由会议主席确定其它尤其和会人员。步骤包含：
Ø 配置管理步骤；
Ø 质量系统改善和控制步骤；
Ø 质量确保步骤；
Ø 预防性方法步骤。
协调和沟通
项目信息沟通在综合监控系统项目内显得很关键，不仅是在团体内部各职能小组之间需要进行立即沟通联络，同时该项目标一个突出特点已经决定了该项目需要大量接口协调工作，即**企业需要同若干个项目组织之间建立通畅信息沟通渠道和高效信息沟通步骤，这对于确保综合监控系统项目标顺利进行和高质量完成全部含相关键意义。该项目管理将关键关注项目标沟通管理，将配合业主和监理建立一套基于该项目各相关组织之间沟通计划。
**地铁综合监控系统项目将需要和以下各方进行强有力协调和频繁联络：
Ø 北京地铁企业（包含ISCS业主及其它专业业主）；
Ø 工程监理；
Ø 设计院；
Ø 土建承包商；
Ø 安装承包商；
Ø 其它接口系统/设备供给商。
为了有效实现这种协调，在设计和开发阶段，工作人员将在香港和北京工作，在现场安装/接口/测试阶段和保修期内其工作人员将在北京工作。
协调活动包含两类：
Ø 接口设计；
Ø 现场协调。
接口设计计划
对于顺利完成像**地铁综合监控系统这么工程，接口管理是一个很关键问题。对于项目开发来说，接口管理活动是关键信息起源之一，而且在整个工程期间它全部需要和其它各方进行强有力协调。
本接口管理计划（IMP）定义了用来开发ISCS和接口系统之间具体接口要求管理过程。本计划目标是为无缝集成提供方便，使其符合ISCS用户需求和接口设备规范。
另外，IMP将提出**企业和合作投标伙伴企业和接口承包商用来定义两个系统间接口具体要求过程。接口管理将在接口文件中提出下面属性：
Ø 电气、机械、软件协议和功效数据接口；
Ø 检验、测试和试运行。
文件也将定义进行资源管理、文件变动控制、**企业和接口承包商之间沟通和冲突处理所需过程。
接口设计
在投标书《B10-2系统接口具体提议书》中给出了具体接口规范要求。
沟通和交流
接口会议
接口会议工作范围以下所表示：
Ø 了解各方设计要求，开发并协商经过设计和接口要求以满足北京地铁协议中所要求要求；
Ø 确定影响接口设计关键性能参数和问题；
Ø 确定设计阶段、安装阶段和试运行阶段测试要求细节；
Ø 根据每个协议中总计划协商经过设计和测试程序；
Ø 协商提交给北京地铁接口文件。
接口会议时间及地点安排将由接口双方协