www.doc365.netwww.fdcsky.cn目 录1. 前言12. 组织分解结构（OBS）12.1. 组织的目标12.2. 项目管理计划23. 工作分解结构（WBS）33.1. 和合作投标伙伴工作分工43.2. 分阶段描述43.2.1. 系统和接口设计43.2.2. 软/硬件开发，制造与采购93.2.3. 在工厂中集成检验/测试103.2.4. 工厂验收检验（FAT）103.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. 工作分配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. 接口测试264.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：风险管理表的格式45www.doc365.netwww.fdcsky.cn1. 前言本项目管理计划基于综合监控系统成功的实施经验，和科学的项目管理体系，还借鉴了其它项目如广州地铁三、四、五号线综合监控系统项目计划和实际执行情况，这对于成功实施*地铁综合监控系统具有非常重要的意义。项目计划是项目顺利实施并保证项目质量的前提，是项目组织开展工作的依据，并且要适应项目的特点和特殊要求。根据用户需求书，总结该项目具有以下几个鲜明的特点：u *地铁综合监控系统工程为国内领先的大规模综合监控系统工程，对成熟的解决方案和综合技术实施水平的要求较高；u 采取国外软件平台和技术解决方案为主导，国内系统集成商提供工程服务的项目实施形式；u 面对的技术接口数量与种类较多；u 工作接口与协调任务较多；u 项目工期较为紧张。*公司和合作投标伙伴公司将发挥各自在轨道交通行业系统工程实施管理经验，共同制定本文件。本文件的目的是初步阐述*地铁综合监控系统项目的实施管理思路，主要包括以下两方面内容：u 工作范围和工作分解结构（WBS）；u 项目管理计划。其中，项目管理计划的基础是组织分解结构（OBS）和工作分解结构（WBS）。本文件是与组织结构有关的质量计划的一个补充，并且会在项目后期进行必要的修改或修正。2. 组织分解结构（OBS）2.1. 组织的目标即将参与实施该项目的组织将实现如下目标：u 在北京设立项目组，以便及时了解和掌握业主的需求；u 依靠*公司和合作投标伙伴公司双方现有的组织和技术，提供最新的、最可靠的系统和优质的服务；u 根据其他综合监控系统项目中已经成功实施的方案，提供一个经过充分证明的系统。为了实现这三个目标，我们将成立下面的组织：u *公司将在北京建立一个（现场）协调小组，在设计、开发及制造阶段，及时和北京地铁沟通，了解需求，同时和合作投标伙伴公司接口设计小组一起协调同接口设备商之间的设计工作。该小组重点工作是加强与项目干系组织之间的信息沟通；u 在本项目的开发、制造阶段，合作投标伙伴公司将在北京成立一个项目小组，以方便ISCS和接口设备之间接口的设计和协调；u 在本项目的现场安装、集成和测试阶段，合作投标伙伴公司将在北京成立一支当地技术和协调小组（LTCT）。小组将每天与业主进行协调并为业主和合作投标伙伴公司之间的沟通提供便利。该小组将特别关注让尽可能多的人员利用汉语进行交流。当来自法国的工程师不会讲汉语时，合作投标伙伴公司将成立一些由一位法国和一位中国工程师组成的小组；u 依靠*公司和合作投标伙伴公司现有的组织分解各种不同的工作，这些不同工作的详细描述见下文的“工作分解结构（WBS)”一节。项目组织结构以及每个小组及其成员的任务与责任详见B13-1 项目管理组织机构。2.2. 项目管理计划项目管理计划的构成如下所示：u 组织分解结构（OBS）：提供了项目组织的详细结构（参见B13-1 项目管理组织机构）；u 工作范围和工作分解结构（WBS）：提供*地铁综合监控系统项目所需的全部工作范围；u 工作分配：为不同的项目小组分配工作。WBS的每一项被指定给OBS的至少一个小组；u 系统配置管理计划：本计划描述了用来管理系统配置的方法与过程。它也涉及“需求管理”的内容，以确保适当地管理用户的需求并确保所有交付使用的设备和服务都能满足合同的要求；u 软件配置管理计划：本计划用来管理系统配置的方法和过程；u 协调和沟通：确定项目团队内部外部之间的信息沟通途径、方式和方法，如审查、汇报和召开会议；u 接口管理计划：用来制定并计划接口开发、测试及协调的方式、方法等；u 文件控制计划：用于文件控制和发放的规则与程序；u 采购和分包合同管理计划：描述了采购和分包工作的程序；u 设备交货管理；u 现场组织和结构：包括现场办公室、车间及库房；u 综合后勤支持：包括备用件、特殊工具和测试设备、文件、培训等；u 质量保证计划：用来确保系统、软件、硬件、安装活动以及相关问题的质量的程序与方法；u 风险管理计划：包括风险识别、评估以及风险预防措施；u 其他的杂项计划，例如：健康和安全计划以及环保计划等。3. 工作分解结构（WBS）WBS的目的是对工作项中的活动进行细分，由项目小组或分包商的合格的小组或个人承担不同的责任。最终的结构形成了一个共同的参考系统，该系统允许将项目各个时期的成本、进度以及责任汇总在一起。具体见“附件1: 工作与组织分解结构”所示内容。WBS中各工作项具有如下特点：u 可以由一个小组进行管理；u 公布的成果可以根据输入/输出标准进行检查；u 可以通过自己与其他工作项的接口来定义；u 可以定义开工与完工日期；u 由项目主管与工作项/小组经理共同协商批准必需的工作量（总工时）和资源。根据现阶段可得到的信息，我们总结出下面初步的WBS：u 管理；u 系统与接口设计；u 软、硬件的开发、制造/采购；u 在工厂中的集成与验证/测试；u 工厂验收检验（FAT）；u 现场交货；u 安装；u 接口测试；u 培训；u 现场验收（SAT），包括点对点的测试；u 试运行与初步验收；u 保修期或故障保修期与最终验收。3.1. 和合作投标伙伴工作分工详见A10 软件采购合同。3.2. 分阶段描述3.2.1. 系统和接口设计系统及接口设计将分三个阶段完成（即，设计阶段1、2、3）。在每个阶段，*公司和合作投标伙伴公司将完成设计和准备系统及接口设计文件的工作。这些文件将送给业主或接口系统供应商进行检查和评审。系统及接口设计文件是：u 系统需求规范 （SRS）SRS的主要目的是按照用户的需求，*公司和合作投标伙伴公司编制最终的系统规范，最终版本的系统规范经用户审核并确认。本文件提供了适合系统特点的要求，并规定了相关的验证方法。SRS包含下列信息：u 系统需求列表；u 需求的限定方法定义；u 要求的可追溯性定义；u 软件需求规范（SWRS）和硬件需求规范（HWRS）。根据软件和硬件配置项目描述了系统的详细结构，以及系统不同部分之间的接口和数据流情况。它也在各种软件和硬件配置项目中分配了系统需求。u 人机界面接口（HMI）设计HMI的主要目的是定义操作员工作站的图形用户界面，包括全部即将应用的人机界面（HMI）设计。HMI详细资料将在各自的软件设计规范（SWDS）中提供。u 软件设计规范（SWDS）SWDS的目的如下所示：u 解释软件要求，并将其用一种功能性、操作员可理解的方式陈述出来；u 为相关软件包的初步、详细设计收集所有的有用信息；u 操作员相关系统任务的定义；u 相关系统环境和由该系统管理的主要对象的描述；u 相关系统不同功能的详细描述；u 测试计划；u 需求的可追溯性；u 降级模式；u 参考系统的HMI描述。u 硬件设计规范（HWDS）HWDS将详细描述所提供硬件设备的有关内容，如制造商和主要技术特点等，包括：u 计算机系统及外围设备；u FEP；u IBP；u 网络设备；u 大屏幕。u 详细的接口规范（DIS）与其他接口系统（包括通信协议、I/O点以及进度表）接口的定义。根据经验，为了实现下述目的： u 满足本项目紧迫的施工进度要求；u 方便10号线未来的系统扩展。建议使用开放、标准的协议（例如基于TCP/IP的Modbus），在每个设计阶段结束时，都会召开设计和接口联络会以便进行讨论、决策和设计验收、检验的方式方法。在本项目的设计阶段，*公司和合作投标伙伴公司将实施的审查工作，见表 31：表 31设计阶段审查表项目计划ISCS 责任范围对业主、设计单位、接口供货商的约束条件第一次设计联络会启动第一次设计联络会，所有接口商将参加并讨论详细接口规范(DIS)。第一次设计联络会的目标如下： 理解工程化方法（V字软件工程实施模型）和质量管理体系、提交文件管理体系； 通过项目概念演示，使业主、设计方能更好地理解ISCS系统； 所有与会方讨论接口设计，讨论并确定接口设计方案（DIS详细接口规范、协议、冗余方案、设备图符、设备类表点表、测试方案、子系统的相关工程计划、所需资料列表等）并书面签字（里程碑）。 通过DIS将使所有接口商明确实现共同目标所需要的工作列表。 根据合同及澄清文件，对用户需求（UR）进行详细分析及细化，得到系统需求规范（SRS）、软件需求规范（SWRS）、硬件需求规范（HWRS）。 初步讨论并确定图形用户界面(HMI)设计原则，包括用户权限表、设备编序法等等。 IBP盘初始设计。 HOLLYSYS要求所有与会方遵循设备类表、点表、图形的版本基线控制管理方法、变更与修改方法，以期减少不必要的、不符合修改规范的变更。 业主确认在工程方法、质量系统方面没有异议；业主有必要向各接口商及其对应的业主、设计方，多次强调：各方必须遵循设备类表、点表、图形的版本基线控制管理方法、变更与修改方法，以期减少不必要的、不符合修改规范的变更。 接口设计联络会议的重要先决条件：为了讨论接口方案，业主应在通知并协