1、项目组织施工验收方案 、设备安装、调试方案项目进度控制计划项目管理计划包括以下 15 个方面： 项目计划和商业/合同管理； 工作分配：为工作包或项目副经理定义工作对象/范围； 预算分配和预算管理； 要求和配置管理； 通过报告、会议、复查进行进度监控（包括协调并向用户汇报）； 协调和沟通； 接口管理； 与政府部门/管理当局的协调； 文件控制； 采购和分包商管理； 设备交货后的管理； 工地组织和结构； 综合后勤支持； 质量管理； 风险管理。下面将详细描述项目管理的 15 个方面：项目计划北京和利时公司将制定总体项目计划，具体由项目计划与合同管理组完成。下列文件提供了详细的项目计划： 设计和制造计划
2、； 软件开发计划； 安装测试计划。工作分配目的是为不同的项目小组分配工作。根据工作分工，北京和利时公司制定项目的WBS（工作分解结构）文件， WBS 的每项工作都被分配给 OBS 的至少一个小组。每位项目副经理对自己小组的工作结果负责，并向项目经理/主管汇报工作。因此每位项目副经理都必须对分配给自己小组成员的工作以及他/她的工作范围的任务负责。关于人力资源，每个小组必须明确自己的需要以便能够独立处理自己工作范围内的工作。如果要增加资源，项目副经理必须向项目经理/主管请示。本文的“附件一”给出了北京地铁十四号线基本的 WBS。预算分配和管理项目经理分配给每一位项目副经理一份预算以便其完成自己的工
3、作。成本管理员定期跟踪项目副经理的预算以更新他们的预算状况。每位项目副经理都必须考虑在合适的技术和组织选择方面分配其预算。每三个月要求每位项目副经理向成本管理员提供一份包含如下内容的预测报告： 完成工作所需的资源； 未付费用/采购费。然后，成本管理员会更新预测的工作预算。在超支的情况下，项目副经理必须向项目管理小组提供一份恢复计划。为了满足用户的进度的要求，进度要求的满足将优先成本方面的考虑，即将不计较成本，首先满足进度要求。需求与配置管理需求管理需求管理是开发综合监控系统软件，完成综合监控系统工程的一个主要的组成部分。下面几节的目的在于提供已经定义好的特别是软件功能需求方面的一般规则，并描述
4、组织结构情况以便具备一个有效的需求管理系统。一般规则DOORS 套装软件是一套公认的软件包，它用于管理复杂系统的需求并且已经被北京和利时公司采用。北京和利时公司已经开发了一个应用层并将其与 DOORS 集成在一起，并在深圳地铁2 号线和深圳地铁 4 号线成功应用此需求管理软件。为了用一种精确、有效的方法跟踪本合同的要求，北京和利时公司已经决定在整个十四号线项目期间使用 DOORS 软件包作为需求管理工具。一般过程一般过程如下所述： 将用户所有的技术要求输入到 DOORS； 将系统需求规范（SRS）的系统要求输入到 DOORS 模块中去； 将详细的接口规范（DIS）的要求输入到 DOORS 模块
5、中去； 将上述 SRS 和 DIS 中包含的需求分配给 DOORS 模块中被称作系统设计规范（SDS）的工作分解项，该项列在工作分解结构中。这些配置项目，既包含硬件配置项（HWCI）又包含软件配置项目（CSCI）； 根据系统需求以及 SRS 和 DIS 中规定的要求，将 DOORS 模块中的 CSCI 和HWCI 撰写为软件需求规范（SWRS）和硬件需求规范（ HWRS）； 将 CSCI 和 HWCI 的要求分配给工作分解结构 DOORS 模块中被称作软件设计规范（SWDS）和硬件设计规范（HWDS）的配置项目； 给对应于上述细分结构的不同层次的测试定义集成、验证和确认（IVV ）模块； 对于
6、变化跟踪来说，无论是出于什么原因 （用户、设计约束、技术最优化的建议） 引起的所有的技术变化都由工程变更控制系统管理。需求管理组织由于需求管理系统专门用于技术需求，因此它由系统工程经理和系统与集成小组负责。DOORS 工具的管理由系统配置工程师执行。系统配置管理配置管理计划中规定了整个项目期间都要遵循的与系统配置管理有关的规则。当项目管理计划和配置管理计划之间发生冲突时，将按照下面的优先次序执行： 项目管理计划； 配置管理计划。为了可以根据清晰设计而开发系统，及为了拥有一套一致的文件和 DOORS 模块，将定期更正系统基准。在整个项目期间，该过程都会进行。配置控制委员会（CCB）将负责在整个项
7、目周期中定义各种基准。系统配置工程师将负责跟踪并监督将投入使用的基准系统。将遵循的一般规则如下所示： 在给定的参考系中，系统基准与一套基准的 DOORS 模块对应； 对应于给定基准的文件将储存在 DOORS 模块中； 将有两类基准： 正式基准：它们对应一套模块包括基准和正式提交给用户的基准； 非正式基准：它们对应一套于 DOORS 模块的基准，但未包含在正式提交给用户的基准。 无论是什么原因要求变更文件，都必须向负责确认并决定何时执行变更的 CCB提交一份变更建议：在 CCB 做出正式决定之前，任何人都不能擅自变更作为基准的模块； 当 CCB 做出执行变更的决定时，变更及其相关影响将输入到 D
8、OORS 中去。进行变更后，所有修改过的文件都必须进行基准变更，并且系统基准也必须进行相应地变动； 正式文件基准按照文件的修订版进行命名； 非正式文件基准按照正式最新的修订版参考号并后加一个字母命名； 正式系统基准的名称由字母“S”后接 199 的数字构成； 非正式系统基准由字母“S”后接 199 的数字以及一个小写字母构成； 为了检查是否正确执行了变更情况，必须使用一个跟踪系统。这种监督工作由系统配置工程师负责； 在项目的任何阶段，任何活动都必须按照目前批准的系统基准进行。软件配置管理软件配置管理计划中规定了软件配置管理的规则和程序。在配置管理计划和软件配置管理计划发生冲突时，将按照下面的优
9、先顺序执行： 配置管理计划； 软件配置管理计划。复查、汇报、会议及审核除了设计联络会，将执行下面的复查、汇报、会议和审核：内部月进度审查会项目经理每月通过月项目审查会向项目管理部主管汇报工作。每位项目副经理都必须在审查会之前至少一周向项目经理提供与其工作有关的信息以便进行汇总。成本管理员负责将各种报告汇总到审查会报告中去，以便项目经理在审查会前进行分析。成本管理员负责组织这些会议并通知相关的与会人员。内部季度预算审查会项目经理通过季度预算审查会每年向项目管理部主管和成本管理员汇报 4 次工作。每位项目副经理在季度预算审查会前至少 3 周向项目经理提供与其工作有关的预算信息用于信息汇总。成本管理
10、员负责将各种数据汇总到项目季度预算审查会中去，以便项目经理在季度预算审查会前进行分析。成本管理员负责组织这些会议并通知相关与会人员。内部进度会北京和利时公司每周将各举行一次公司内部进度会。所有的项目副经理都必须参加。对于某些会议来说，可能会邀请额外的项目小组成员参加。这些会议将在每周一下午 4 点举行。如遇公共假期，则会议自动顺延至第二天的同一时间举行。如遇特殊情况，会议可以延期举行。项目月进度会北京和利时公司每月举行月进度会，该会议是北京和利时公司基于项目管理层面，项目副经理也参加会议。对于某些会议，可能会邀请额外的项目小组成员参加。这些会议由项目经理组织并主持。对于相关的每月进度报告： 将
11、在每月 5 号提交； 每位项目副经理都必须填写部分与其工作范围相关的报告； 秘书负责组织收集各种报告并将其编入每月进度报告。必须在每月 5 号前至少两天将报告草案提交给项目经理审阅。阶段性审查在项目施工期间，在每个重要阶段结束时都要进行内部审查，内容包括： 系统设计审查（SDR ）：目的是审查详细接口规范（ DIS）、系统需求规范（SRS）、系统设计规范（SDS，包括 SWDS 和 HWDS）以及接口需求规范（IRS）； 部件设计复查（CDR）：目的是检查各子系统和系统组成部分的设计文件是否适合生产； 系统测试准备就绪复查（STRR ）：目的是检查与系统测试相关的文件是否允许在工厂进行系统测试
12、以及在现场以一种控制方式进行系统测试。配置审核配置审核可以用来验证系统和配置项目与其基准是否相符。质量系统管理审查和预防性措施北京和利时公司将审查本项目中执行的质量系统的适宜性和有效性。由计划经理准备预防性措施分析报告以分析内部审核、用户审核和日常操作中发现的非一致性问题。然后将在每年至少举行一次的质量系统的管理复查会上审阅预防性措施分析报告。质量系统的管理复查会将由项目管理部主管主持，与会人员包括质量工程师、系统工程经理以及由会议主席确定的其他特别与会人员。流程包括： 配置管理流程； 质量系统改进和控制流程； 质量保证流程； 预防性措施流程。协调与沟通项目信息的沟通在综合监控系统项目内显得非
13、常重要，不仅是在团队内部各职能小组之间需要进行及时的沟通联络，同时该项目的一个突出特点已经决定了该项目需要大量的接口协调工作，即北京和利时公司需要同若干个项目组织之间建立通畅的信息沟通渠道和高效信息沟通流程，这对于保证综合监控系统项目的顺利进行和高质量的完成都具有重要的意义。该项目管理将重点关注项目的沟通管理，将配合业主和监理建立一套基于该项目各相关组织之间的沟通计划。北京地铁十四号线综合监控系统项目将需要与以下各方进行强有力的协调与频繁联络： 北京地铁公司（包含 ISCS 业主及其它专业业主）； 工程监理； 设计院； 土建承包商； 安装承包商； 其他的接口系统/设备供应商。为了有效实现这种协
14、调，在设计和开发阶段，工作人员将在北京工作，在现场安装/接口/测试阶段以及保修期内其工作人员将在北京工作。协调活动包括两类： 接口设计； 现场协调。接口设计计划对于顺利完成像北京地铁十四号线综合监控系统这样的工程，接口管理是一个非常重要的问题。对于项目开发来说，接口管理活动是主要的信息来源之一，并且在整个工程期间它都需要与其他各方进行强有力的协调。本接口管理计划（IMP）定义了用来开发 ISCS 和接口系统之间详细接口要求的管理过程。本计划的目的是为无缝集成提供方便，使其符合 ISCS 用户需求以及接口设备规范。此外，IMP 将提出北京和利时公司 与接口承包商用来定义两个系统间接口的详细要求的
15、过程。接口管理将在接口文件中提出下面的属性： 电气、机械、软件协议以及功能数据接口； 检查、测试和试运行。文件也将定义进行资源管理、文件变动控制、北京和利时公司和接口承包商之间沟通以及冲突解决所需的过程。接口设计详细的接口设计参见B2-2 综合监控专用技术册（下） 中的论述。沟通与交流接口会议接口会议的工作范围如下所示： 了解各方的设计要求，开发并协商通过设计和接口要求以满足北京地铁合同中所规定的要求； 确定影响接口设计的关键性能参数和问题； 确定设计阶段、安装阶段以及试运行阶段的测试要求细节； 按照每个合同中的总规划协商通过设计和测试程序； 协商提交给北京地铁的接口文件。接口会议的时间及地点
16、安排将由接口双方协商。我们建议在北京举行接口会议。承包商之间的信息交流承包商之间通过图纸和说明性文件这两种方法进行信息交流。可以在接口会议期间或者通过正式公文交流信息。通过图纸交流的信息包括结构图、机械详图、电器详图、接口电路图、接线图等等。说明性文件用来描述程序、系统特点、电器特点、测试要求以及会议记录，包括行动表。双方利用电子邮件、传真或电话经常保持沟通以明确设计和所有后勤安排的细节。达成的协议将在接口会议后形成会议纪要或正式的可发布文件。需要业主的支持双方在接口会议期间通过正式文件解决问题。当确认问题需要北京地铁介入时，双方或者在接口会议的纪要中或者通过书面通知业主。当无法就关键问题达成
17、协议或者对各方合同中的特殊需求或接口规范要求的解释持不同意见时，将立刻以书面形式向业主发出仲裁和确认请求。业主出席会议将加速问题的解决。接口文件将为每位接口承包商准备下列文件：详细的接口规范（DIS）文件的目的 目的是规定并描述与 ISCS 和接口系统间接口相关的所有信息； 由于在系统设计阶段不可能获取所有的信息，本文件将在项目进行期间不断进行修正。文件管理和提交 DIS 是一种 ISCS 文件 ，由北京和利时公司制作和管理。在向业主发布前，将由接口承包商复查本文件。我们建议与其他的接口承包商正式签署 DIS 文件； 接口承包商也可以将 DIS 用于自己的接口文件。我们建议使用没有改动过的文件，并且建议加上一个封皮，使接口承包商文件在参考上与接口承包商规范保持一致； 两个封面的重叠将表明文件修订版是如何与双方的合同保持同步的。典型的文件格式见 表 3-1表 0-1 典型文件格式组成部分 内容1. 目的 本部分应叙述有关的接口及两个合同参考2. 参考文件 本部分将涉及 ISCS 规范的相关部分和附录。本部分也包括参考标准或其他的应用文献。3. 术语表 任何使用过的首字母缩写词的含义。解释相关或必要的词汇或技术用语。4. 接口规范4.1 接口图 接口图中指出了工作范围和责任范围。
