某地铁工程电力监控与环控集成系统投标文件.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 的目的是对工作项中的活动进行细分 由项目小组或分包商的合格的小组 或个人承担不同的责任 最终的结构形成了一个共同的参考系统 该系统允许将项目 各个时期的成本 进度以及责任汇总在一起 具体见 附件 1 工作与组织分解结构 所示内容 WBS 中各工作项具有如下特点 可以由一个小组进行管理 公布的成果可以根据输入 输出标准进行检查 可以通过自己与其他工作项的接口来定义 可以定义开工与完工日期 由项目主管与工作项 小组经理共同协商批准必需的工作量 总工时 和资源 根据现阶段可得到的信息 我们总结出下面初步的WBS 管理 系统与接口设计 软 硬件的开发 制造 采购 在工厂中的集成与验证 测试 工厂验收检验 FAT 现场交货 安装 接口测试 培训 现场验收 SAT 包括点对点的测试 试运行与初步验收 保修期或故障保修期与最终验收 和合作投标伙伴工作分工 详见 A10 软件采购合同 分阶段描述 系统和接口设计 系统及接口设计将分三个阶段完成 即 设计阶段1 2 3 在每个 阶段 公司和合作投标伙伴公司将完成设计和准备系统及接口设计文件的工作 这些文件将 送给业主或接口系统供应商进行检查和评审 系统及接口设计文件是 系统需求规范 SRS SRS 的主要目的是按照用户的需求 公司和合作投标伙伴公司编制最终的系统 规范 最终版本的系统规范经用户审核并确认 本文件提供了适合系统特点的要求 并规定了相关的验证方法 SRS 包含下列信息 系统需求列表 需求的限定方法定义 要求的可追溯性定义 软件需求规范 SWRS 和硬件需求规范 HWRS 根据软件和硬件配置项目描述了系统的详细结构 以及系统不同部分之间的接口和 数据流情况 它也在各种软件和硬件配置项目中分配了系统需求 人机界面接口 HMI 设计 HMI 的主要目的是定义操作员工作站的图形用户界面 包括全部即将应用的人机 界面 HMI 设计 HMI 详细资料将在各自的软件设计规范 SWDS 中提供 软件设计规范 SWDS SWDS 的目的如下所示 解释软件要求 并将其用一种功能性 操作员可理解的方式陈述出来 为相关软件包的初步 详细设计收集所有的有用信息 操作员相关系统任务的定义 相关系统环境和由该系统管理的主要对象的描述 相关系统不同功能的详细描述 测试计划 需求的可追溯性 降级模式 参考系统的 HMI 描述 硬件设计规范 HWDS HWDS 将详细描述所提供硬件设备的有关内容 如制造商和主要技术特点等 包 括 计算机系统及外围设备 FEP IBP 网络设备 大屏幕 详细的接口规范 DIS 与其他接口系统 包括通信协议 I O 点以及进度表 接口的定义 根据经验 为了实现下述目的 满足本项目紧迫的施工进度要求 方便 10 号线未来的系统扩展 建议使用开放 标准的协议 例如基于TCP IP 的 Modbus 在每个设计阶段 结束时 都会召开设计和接口联络会以便进行讨论 决策和设计验收 检验的方式方 法 在本项目的设计阶段 公司和合作投标伙伴公司将实施的审查工作 见表 3 1 表 C 1 设计阶段审查表 项目 计划 ISCS 责任范围 对业主 设计单位 接口供货商的 约束条件 第一 次设 计联 络会 启动第一次设计联络会 所有接口商将 参加并讨论详细接口规范 DIS 第一次设计联络会的目标如下 理解工程化方法 V 字软件工程实施 模型 和质量管理体系 提交文件 管理体系 通过项目概念演示 使业主 设计 方能更好地理解 ISCS 系统 所有与会方讨论接口设计 讨论并 确定接口设计方案 DIS 详细接口规 范 协议 冗余方案 设备图符 设备类表点表 测试方案 子系统 的相关工程计划 所需资料列表等 并书面签字 里程碑 通过 DIS 将使所有接口商明确实现 共同目标所需要的工作列表 根据合同及澄清文件 对用户需求 UR 进行详细分析及细化 得到 系统需求规范 SRS 软件需求规 范 SWRS 硬件需求规范 HWRS 初步讨论并确定图形用户界面 HMI 设计原则 包括用户权限表 设备 编序法等等 IBP 盘初始设计 HOLLYSYS 要求所有与会方遵循设备 类表 点表 图形的版本基线控制 管理方法 变更与修改方法 以期 减少不必要的 不符合修改规范的 变更 业主确认在工程方法 质量系统方面没有异 议 业主有必要向各接口商及其对应的业主 设计方 多次强调 各方必须遵循设备类表 点表 图形的版本基线控制管理方法 变更 与修改方法 以期减少不必要的 不符合修 改规范的变更 接口设计联络会议的重要先决条件 为了讨 论接口方案 业主应在通知并协调接口会议 时接口商 在该方面的任何延迟均会导致项 目的延迟 接口商应出席接口联络会议 并在会议期间 将其书面意见提交给 HOLLYSYS 在会议期间 当接口商同 HOLLYSYS 之间出 现争议时 由业主进行调停 设计方 接口商应向 ISCS 提供设备类表 点表 会议结束时 接口商应签署接口文件 DIS 协议 冗余方案 测试方案 并签 署设备类表 点表 图符的设计文件 业主应让设计方 接口商明确工作流程 工 作关系 各自职责 业主对上述设计工作及 签署文件进行确认 并协助 ISCS 供应商获 得尚缺少资料 建议业主安排运营相关骨干人员 直接全程 参与设计联会及后续的重要设计会议 以完 成需求分析 反馈及评估等重要工作 项目 计划 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 之间出现争议时 业主应进行调停 会议结束时 业主 设计等与会各方应签署 会议纪要 项目 计划 ISCS 责任范围 对业主 设计单位 接口供货商的 约束条件 支架设计图 柜体设计图 车控室布置图 设备房布置图 设备编号说明 安装督导说明等等 讨论并确定以前设联会未尽事宜 回顾工程进度 重申重要原则 评 估并预测工程执行风险 统一各方 思想 工作方式及工作重点 软 硬件开发 制造与采购 软件开发 本阶段与典型软件部件的实现阶段相对应 合作投标伙伴有责任利用这些软件来构 建整个系统 软件开发主要在香港 部分工作在法国 完成 具体包括 人机界面接口 HMI 的模型化 数据库的设计和实现以及测试计划 软件的初步和详细设计 编码和单元测试 包括 时间表 图形动画 窗口和HMI 的编码 数据库配置 接口编码 具体功能编码 将保存一份软件配置表 软件集成和集成测试 在本阶段一开始 其他的接口设备 系统供应商需提供接口模拟器 与模拟器的初 步接口测试将同接口系统 设备供应商一起在北京完成 硬件采购 一般来说 该工作包括定义和发布采购本项目所需设备的文件 本阶段的目的是 详细定义需采购的硬件 详细定义需采购软件包 采购硬件和软件包 根据分工 由 公司和合作投标伙伴公司合作完成硬件系统的采购 而由 公 司负责相关的安装及布置设计 公司和合作投标伙伴共同负责软件设计 因此 公司和合作投标伙伴公司将时刻保持联络 沟通必要的设备数据 根据系统需求 公司和合作投标伙伴公司将编制并保存硬件配置表 部件测试 在进行系统集成和检验之前 系统的每项内容都将在工厂进行测试 这种测试包括所有项 作为子系统测试中的组成 有使用前的检查 硬件测试和软 件测试 项目测试证明一个项目满足了它的特定的物理和功能要求 必要时 可以进行特定 测试 各种工厂制造的电气装置要进行检验和验收 对这种硬件的检验可能包括 这种设备是否符合制造商规范 设备是否齐全 正确操作测试 一致性检查 元件布置图 配线图 协议测试 冗余测试 点对点检查 绝缘检测 检测接地连续性 在工厂中集成检验 测试 在本阶段开始 业主或其代表须确认并批准由 公司和合作投标伙伴公司制定的 工厂测试规范和现场测试规范 开发阶段会伴随着一系列的设备和子系统测试 通过进行与接口设备 系统供应 商的协议测试 集成测试允许对硬件 软件模块以及它们在适当系统中的集成进行测 试 检验测试允许按照工厂验收计划对系统进行测试 这些测试及测试结果会记录在测 试报告中 工厂验收检验 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 模块中 将有两类基准 正式基准 它们对应一套模块包括基准和正式提交给用户的基准 非正式基准 它们对应一套于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 系统接口详细建议书 中给出了详细的接口规范要求 沟通与交流 接口会议 接口会议的工作范围如下所示 了解各方的设计要求 开发并协商通过设计和接口要求以满足北京地铁合同 中所规定的要求 确定影响接口设计的关键性能参数和问题 确定设计阶段 安装阶段以及试运行阶段的测试要求细节 按照每个合同中的总规划协商通过设计和测试程序 协商提交给北京地铁的接口文件 接口会议的时间及地点安排将由接口双方协商 我们建议可以在北京举行接口会议 承包商之间的信息交流 承包商之间通过图纸和说明性文件这两种方法进行信息交流 可以在接口会议期间 或者通过正式公文交流信息 通过图纸交流的信息包括结构图 机械详图 电器详图 接口电路图 接线图等等 说明性文件用来描述程序 系统特点 电器特点 测试要求以及会议记录 包括行动 表 双方利用电子邮件 传真或电话经常保持沟通以明确设计和所有后勤安排的细节 达成的协议将在接口会议后形成会议纪要或正式的可发布文件 需要业主的支持 双方在接口会议期间通过正式文件解决问题 当确认问题需要北京地铁介入时 双 方或者在接口会议的纪要中或者通过书面通知业主 当无法就关键问题达成协议或者对各方合同中的特殊需求或接口规范要求的解释持 不同意见时 将立刻以书面形式向业主发出仲裁和确认请求 业主出席会议将加速问 题的解决 接口文件 将为每位接口承包商准备下列文件 详细的接口规范 DIS 文件的目的 目的是规定并描述与 ISCS 和接口系统间接口相关的所有信息 由于在系统设计阶段不可能获取所有的信息 本文件将在项目进行期间不断 进行修正 文件管理和提交 DIS 是一种 ISCS 文件并且由 公司和合作投标伙伴 公司制作和管理 在向 业主发布前 将由接口承包商复查本文件 我们建议与其他的接口承包商正 式签署 DIS 文件 接口承包商也可以将 DIS 用于自己的接口文件 我们建议使用没有改动过的 文件 并且建议 加上一个封皮 使接口承包商文件在参考上与接口承包商规 范保持一致 两个封面的重叠将表明文件修订版是如何与双方的合同保持同步的 典型的文件格式见 表 4 1 表 D 1 典型文件格式 组成部分内容 1 目的本部分应叙述有关的接口及两个合同参考 2 参考文件本部分将涉及 ISCS 规范的相关部分和附录 本部分也包括参考标准或其他 的应用文献 3 术语表任何使用过的首字母缩写词的含义 解释相关或必要的词汇或技术用语 4 接口规范 4 1 接口图接口图中指出了工作范围和责任范围 4 2 物理接口 4 2 1 特性和位置一张表表明每个接口的特性和准确位置 位置可能是车站 车辆段 OCC 控制中心 或一座辅助建筑物内的一个房间 4 2 2 电气描述本部分包括一张原理图 图中标明了成分 电缆以及接线安排的电压 电 流或阻抗规格以及电源规格 4 2 3 机械描述本部分包括 端子柜编组原则 机柜尺寸和安装 接线柱 插座和接线端子 4 3 功能接口本部分的目的是提供两方面的要求了解 接口设备及其监控数据和功能将按照 ISCS 和接口商的最初合同要求列出来 4 4 协议本部分将提供用于接口的详细软件协议 4 5 命名惯例本部分将说明用来识别 ISCS 和接口系统中的每种信息的命名惯例 命名惯例将用来识别 ISCS 工作站中的信息和为设备 电缆以及接线端子加 标签 4 6 设计约束条件本部分将列出所有的设计约束条件 例如 特殊响应时间 通信软件版本 等等 4 7 EMC 电磁兼 容性 如果存在 则本部分将说明所有的电磁兼容性的约束或问题 5 执行和安装本部分将包括所有的执行和安装事件 如果存在 5 1 限制条件本部分的目的是尽早发现实施或安装方面存在的限制 空间规定 接入日 期和特殊工具 等等 如果限制条件影响接口实施和安装程序 则该限制条件将包含在实施和安 装程序中 如果需要特别关注 则一个限制将被看成是一个特殊的接口问题 5 2 程序本部分将提供一个接口实施和安装程序 该程序至少应该包含两位承包商 所提供的信息和他们根据各自的目标开工和完工日期所采取的行动 6 质量保证 6 1 接口要求参考本部分是一个基本的相互参照表 它为 DIS 中所规定的每条要求提供了它 们相应最初的规范要求 6 2 验证和确认本部分是一个基本的表格 它为 DIS 中所规定的每条要求提供了验证方法 组成部分内容 附录和图纸 详细的数据接口附录对于每个接口位置来说 详细的数据接口表包括 信息标识符 设备和数据 信息描述 设备状态 对应值 点或信息位置 例如在一张表中列出 及地址 电缆 接线端子和图 纸 本附录包括所有的电缆路由选择 电缆终端 配置 机柜安排 结构规定 以及空间规定和电路图 系统启动参数 详细的接口测试计划 DITP 文件的目的 本文件的目的是定义并描述如何在设计阶段实现接口测试 以达到如下目标 首先 确认计划的测试是否必要和充分 其次 组织单独测试 然后与接口承包商一起组织联合测试 文件管理和提交 DITP 是一种 ISCS 文件并且将由 公司和合作投标伙伴 公司制作和管理 在提交给业主之前 将由接口承包商审查本文件 我们建议接口承包商也可以将DITP 用于自己的接口文件 我们建议接口承 包商使用没有改动过的文件 并且建议加上一个封皮带有与接口承包商规范 保持一致 两个封面的重叠将表明文件的修订版是如何与双方的合同保持同步的 文件内容见 表 4 2 表 D 2 文件内容 组成部分内容 1 目的本部分应叙述有关的接口及两个合同参考 2 参考文件本部分将参考 ISCS 规范的相关部分和附录 本部分也包括参考标准或 其他的应用文献 3 术语表任何使用过的首字母缩写词的含义 解释相关或必要的词汇或技术用语 4 测试方法本部分将描述在工厂测试阶段和现场测试阶段如何测试接口 并强调每 个阶段接口测试的重叠部分 5 接口测试规范本部分将为工厂和现场测试总结出建议测试程序 5 1 测试标识符对于每一种测试 都将分配一个测试标识符 5 1 1 测试的目的简要描述测试的目的 5 1 2 需求参考本部分将参考本程序所验证的接口要求 组成部分内容 5 1 3 测试配置本部分描述了完成测试所必需的硬件和软件配置 5 1 4 测试设备本部分列出了所有必需的测试设备及他们个别的用途 5 1 5 测试程序本部分包括用于相关的测试表的典型格式 6 测试的逻辑顺序本部分描述了完成测试的逻辑顺序 7 质量保证 7 1 接口要求参考本部分是一个基本的相互参照表 它为 DIS 中的每条要求提供了它们相 应最初的规范要求 附录 图纸 接口测试规范程序 ITSP 文件目的 每个 ITSP 是一种测试程序 它描述了工厂接口测试 现场接口测试 现 场端到端测试 期间完成的每项测试 在系统验收期间 测试程序将被ISCS 工程师和接口承包商的工程师用作验 收检验程序 文件管理和提交 ITSP 是一个 ISCS 和接口承包商的共同文件 它将由ISCS 和接口承包商 共同制作 复查并向其各自的工程师发布 本文件将被两位承包商同时参照 以管理它们各自的文件参考系统 接口测试程序的内容 测试的所有细节 先决条件 测试行动以及预期的测试效果都将编入本文件 测试表将在测试期间使用和填写 因此 相关的测试表将由 公司和合作 投标伙伴 公司和其他的承包商签署并编入测试报告 接口文件的版本控制 文件版本控制将在每位承包商制定好质量程序之后进行 该文本文件包括一张变动 控制和签名页以识别以前版本的变动情况 文本中可用下划线来识别复查过程中的具 体变动 在新版本中添加了工具条以表明变动情况 接口变更管理 接口设计变更过程 在项目周期中 可能有变更接口要求以改进设计 改正错误并最小化风险 接口设计变更过程确保 所有建议的用于接口要求的硬件 软件或文件变更都必须汇报 记录 跟踪 并解决 用一种清晰 一致的方式提出变更说明书 全面评估变更建议并接受正确的处理方案 可以看到所有变更状态 并且所有的传达和传达途径都进行了很好的定义 将由 ISCS 和接口承包商共同制定详细接口规范 在批准DIS 时 将对接口设 计 设计冻结 进行基准化 在最初提交后 进行的任何变更都将按接口变更过程执 行 接口需求变更报告 接口需求变更报告是为重要接口问题或异常现象而编制的文件 问题可能会与接口 需求的任何一方有关 接口变更报告可能会使用一种标准形式 用一种简洁的方式提 出主题 提供问题的描述并证明正确的变更建议 接口需求变更报告将提出所有的相关事实以指出变更的重要性 例如所要求变更的 细节 如果不变更的风险 建议的应用以及建议的优先水平等 接口需求变更报告应该表明设计变更建议是否与规范要求和安全要求相符 接口需 求变更报告也应该识别正确设计变更是否偏离了这些要求 承包商将决定是否需要召 开会议 变更建议的审查 接口需求变更报告将由业主和两位承包商共商复查以确保它描述了实际的问题并且 附上到了所有相关的数据 业主和承包商之间的正式 非正式文件将阐明或完成对所 提出数据的理解 如果有必要召开会议来讨论变更建议 那么在可能的情况下将在会议上把众多的变 更建议进行讨论 如果复查过程做出了变更结论 则将要求最初的承包商返工 业主和承包商在复查过程中要求的内部安全和系统设计复查将按照它们各自的管理 程序进行 变更将通过与会的授权代表复查并记录于会议纪要中 接口测试 在本投标书的 B16 测试 检验和验收 中已经给出了接口测试策略 与公共管理部门的协调 可能需要与公安部门以及消防部门进行协调 我们期望这种协调将在业主的权限内进行 我们建议每次会议都有业主的代表到场 并且我们还建议管理部门所需的所有信息都应该传送给 公司 文件控制 规则与流程 在项目文件控制程序中规定了与文件控制有关的规则 当项目管理计划与项目文件 控制流程之间发生冲突时 将按照