关键词：P6软件；进度计划；WBS编码；逻辑关系；六月滚动计划
大型工程项目建设具有资金密集、技术密集、资源密集、专业众多、交叉施工等特点，同时还要受工程设计、设备制造、设备和材料的采购运输、还有其他许多工程外部因素的影响。在工程开工前须正确地表示这些错综复杂的关系，在工程实施过程中，当某些主客观原因导致某些进度提前或推迟时，又须动态地反映这种变化对整个工程进度的影响，并及时作出相应的调整，使整个工程项目的建设和施工始终在可知可控、优质高效、安全文明的情况下完成，为了合理地计划、组织、协调、控制和管理好工程项目建设中方方面面的工作，就需要利用P6软件进行工程进度计划控制及管理。本人结合大型工业建设项目及核电项目中对P6软件的认识，浅谈其在工程施工过程的实际应用。
一、软件的优点
Primavera Project Planner软件是专业的工程项目管理软件，简称为P3软件。Primavera P6荟萃了P3软件20年的项目管理精髓和经验，是一款更优良的工程项目管理软件，简称P6软件。
P6作为专业的工程项目管理软件，能满足工程项目管理的许多要求，主要是进度控制，同时也可以进行费用控制和资源管理。特别是软件可以将进度、资源、资源限量和资源平衡很好地结合起来，使得进度计划可以不再只是凭经验甚至是拍脑袋制定出来的说不清楚或者说得不太清楚的定性计划，而是基于要完成的工程量/工作量并结合施工承包商的人材机资源而制定出来的定量的切实可行的科学合理的进度计划。 另外，作为商业软件，P6软件能够共享数据资源，使得工程的众多参建各方如业主、工程技术公司、施工承包商可以同时共享同一个P6工程数据库的数据；操作灵活方便也是P6软件的一大特色，丰富的视图管理，作业分类码，WBS编码，多种工程日历、作业类型和逻辑关系，用户自定义编码，整体更新，资源平衡，自动汇总，数据组织、输入输出、网上等等，尤其是过滤器的使用，非常灵活。
二、P6软件在工程项目管理中的应用
1、工程项目管理的主要内容。
工程项目建设管理的主要内容包括“四控两管一协调”。具体来讲，“四控”管理包括工程的进度控制管理、质量控制管理、费用控制管理和安全文明施工控制管理；“两管”管理包括工程合同管理和工程信息管理，“一协调”管理则是指和工程项目建设现场参建各方，如业主、工程技术公司、材料供应商、施工承包商之间，与工程建设有关的外部条件之间各种关系的协调管理。
2、工程进度计划管理是重点。
在工程管理的诸多内容当中，进度计划管理是重点，是核心，抓住了进度计划管理，就等于抓住了主要矛盾，就抓住了提纲。工程管理的很多内容都是围绕着进度计划管理来进行的。进度计划做好了，后面的工作才有依据。完成一项计划需要多少费用，需要完成多少工程量或者工作量，需要多少人工、材料、机械，不同专业和标段的工序如何交接，何时安排质量控制和检查验收等，哪些工种和工序的安全问题应予特别重视，各种关系依据什么来协调等等，都是建立在进度计划基础之上的。
3、利用P6软件编制工程施工进度计划
工程进度计划的编制应采用四级计划管理体系、甚至五级计划管理体系。
一级计划称为里程碑计划，反映的是重要的形象进度控制点以及合同支付控制点。二级计划分为指导性计划与控制性计划，其中指导性计划由业主工程部门编制，而控制性计划是由各承包商根据指导性计划编制初步三级计划并上报审批，由业主工程部门汇总、平衡形成的总进度计划，该计划经过业主审批后作为控制性目标计划。三级进度计划是由工程管理公司根据二级控制性计划编制，反映工程管理公司对所承包的项目内容的总体安排。而四级计划则是三级计划的作业实施计划，是承包商对三级计划的进一步分解，是现场进度协调的依据。
作为工程管理专业公司，在利用P6软件编制工程施工进度计划时，主要是根据已经确定的二级计划进行三级计划的编制及四级作业实施计划的审核，以工程施工工序作业为实体，根据相近工程的定额工期，参考已完和在建同类工程的工期，再结合本工程的具体情况，定出该作业的合理工期，再加上完成该作业需要的其它时间因素开工时间，完工时间，以及和其它作业之间的逻辑关系，就构成了基本的施工进度计划。
在核电项目中，使用的是Primavera软件的P6网络版，可以将设计、采购、施工、调试等四大部分有机组织起来，通过设定工序作业接口，有效的进行几者之间的逻辑连接。通过各个部门的定期计划更新，反映出现场状况，提前做好工程计划预警。
进度计划管理的主要过程为：编制计划、进展跟踪、预判计划、评估进展、分析偏差、预警计划、纠偏建议、进展汇报。P6软件的使用贯穿整个计划管理过程。使用P6软件编制计划，在P6软件编制的计划中标注出进展跟踪状态，对已经开始施工而且未完成的计划条目进行预判完成时间，用P6软件展示评估进展的状态，通过P6软件、采用目标计划分析偏差，在P6软件中分析出关键路径、对关键路径进行预警，这些都可以使用P6软件的功能进行。纠偏建议，则侧重于工程技术方案类，不能使用P6软件；进展汇报，是个综合工作，P6展示&专题会议是主要的方式。简而言之，P6软件的使用贯穿整个进度计划管理过程。
4、利用P6软件辅助编制计划报表
利用传统的方式核对本月完成情况并下达下月计划，是十分费时费力的事情，而且准确性及完整性不是十分好，尤其是在大型项目中，传统方式已经无能为力。为此，在核电项目建设中，利用P6软件更新本月的完成情况并过滤出下月计划，形成下月目标计划，并在工程中最后使用的是六月滚动计划，过滤出本月完成的计划作为本月进展状态，下2个月的计划作为控制计划，再前瞻3个月计划作为目标计划。
当项目进入高峰期后，月度计划报表需要进一步细化。为此，在六月滚动计划的基础上，利用P6软件更新本周的完成情况并过滤出下三周计划，并形成四周前瞻滚动计划，作为月度计划的补充。根据项目管理需要，对于一些特定的工作也可以编制专项计划，作为月度计划的补充。对项目进度的关注点各部门有不同程度的侧重点，如设计、采购、施工、调试等对计划条目的关注是不完全一致的，根据需求不同、利用P6软件的强大布局功能、灵活调整、相同计划的不同布局格式，有利于各部门之间的信息交流与沟通。
P6软件的功能是很多的，本文仅简单介绍了几个方面。多年以来，P6软件在大型项目建设中得到了广泛的应用，尤其是在工业建设项目管理与核电建设项目管理中得到了使用和推广，并且取得了良好的使用效果。随着科技的进步，随着大型项目陆续增多，P6软件的使用功能也在不断增强和拓展、在不断完善和优化，也将在更多的项目管理中取得更好的成绩。
参考文献：
[1] 建筑施工手册.
论文摘要:软件工程是指导计算机软件开发与维护的工程学科，它采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以便经济地开发出高质量的软件并有效地维护它文中通过介绍软件工程的相关知识和针对项目的特殊性对软件工程理论的具体实施办法，展示了如何将软件工程理论应用在实际工作中，从而快速、高效地开发出高质量的软件。
软件项目管理是使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。软件开发的整个过程都是设计过程而且不需要使用大量的物质资源(主要是人力资源)，并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。因而企业软件开发项目管理水平直接决定了软件开发的能力，科学、系统的软件项目管理也从很大程度上减小了开发风险。通过运用软件项目管理来科学地开发软件有效地减少了开发风险，保证了质量。
1流程
根据项目管理的一般原理，项目管理的过程从总体上可以分为5个阶段，每个阶段包含有一个或多个管理过程。这5个阶段分别是:项目启动、项目计划编制、项目计划执行、综合管理控制和项目收尾。它们之间的联系如图1所示。
(1)项目启动:根据必要的工作(如可行性分析，技术评估等)结果，批准一个项目的运行。
(2)项目计划编制:收集和编写项目所需要的各种资料，进行各种计划活动并制订相应的计划，将各种计划的结果汇总成为连贯、一致的文档，即项目计划文档。在软件项目中，具体的活动包括需求和范围管理计划、进度计划、人力资源计划、成本计划、沟通计划、风险计划等。
(3)项目计划执行:通过进行项目计划所规定的各种活动，实施项目计划。
(4)综合管理控制:在项目计划实施的过程中，对各种活动进行监控，协调并控制整个项目期间的变更。在软件项目中，主要的活动包括范围变更控制、进度计划控制、成本控制、质量控制、风险监督与控制等。
(5)项目收尾:项目或阶段的正式接收并达到有序的结束。其中，项目的中间过程(计划、执行、控制)是一个循环反复的过程。项目计划是计划执行和计划控制的基准;计划执行的结果受到计划控制的监控;计划控制根据比较计划执行的结果与项目计划的偏差，以及各种因素引起的变化，对项目计划进行修正，从而形成下一个循环的项目基准。它们之间的流程如图2所示。
2生命周期模型
任何软件的开发都要经历一个“生命期”，生命期模型的主要功能是确定一种标准，确定项目规格、建立原型、设计、实现、检查、测试或执行一些其他活动，以此确定在软件开发过程中是否是以某种次序一个任务接着一个任务进行。作为一个项目的主要计划，软件生命期模型的选择对项目成功的影响非常重要。恰当的生命期模型可以使软件项目流程化，并帮助项目人员一步一步接近目标。如果选择了适宜的生命期模型，就可以提高开发速度、提升质量、加强项目跟踪和控制、减少成本、降低风险，或是改善用户关系。
2.1瀑布模型
最经典的软件生命周期模型是瀑布型模型，它是其他生命期模型的基础。在瀑布模型中，项目从始至终按照一定顺序的步骤从初始的软件概念进展到系统测试。项目确保在每个阶段结束时进行检查，以判定是否可以开始下一阶段工作。如果检查的结果是项目还没有准备好进人下一阶段，它就停留在当前阶段，直到当前阶段工作完成。如图3所示。
瀑布模型是文档驱动型的，主要工作成果通过文档从一个阶段传递到下一个阶段。如果有一个稳定的产品定义和很容易被理解的技术解决方案时，瀑布模型可以帮助及早发现问题，降低项目的阶段成本，是快速开发的一个恰当选择。但在很多实际情况中，由于需求、技术等很多不确定性，瀑布模型并不适合于进行快速开发。
2.2渐进原型
渐进原型是从开发系统概念开始的一种生命期模型，通常是从最核心的方面开始，向用户展示完成的部分，然后根据用户的反馈信息继续开发原型，并重复这一过程，直到开发者和用户都认为原型己经足够好。然后，完成结尾工作，交付作为最终产品的原型，如图4所示。
“渐进原型”模型以逐步增加的方式进行开发，以便于随时根据客户或最终用户的反馈来修正系统，在需求变化很快的时候，或者用户很难提出明确需求的时候，或者开发人员对最佳的架构或算法没有把握的时候，渐进原型特别有用。但是，渐进原型是以牺牲项目的可控制性来换取较多的客户反馈以及较好的过程可视性的。由于原型的功能和特性会随着用户的反馈而经常发生变化，因此较难确定产品的最终形态。
2.3阶段交付
阶段交付模型是另一种生命期模型，该模型可以持续地在确定的阶段向用户展示软件。和渐进原型不同，在阶段交付的时候，开发者明确地知道下一步要完成什么工作。阶段交付的特点是在项目整个开发过程中持续不断地交付阶段性成果。如图5所示。
在“阶段交付”生命模型中，软件被分阶段进行开发。在通常情况下，首先开发最重要的功能。阶段性交付并不能减少软件产品研发所需要的时间，但是它能充分降低软件研发中的风险，而且能够提供切实的、客户可见的以及管理层评价项目状态时所需要的标记。
2.4渐进交付
渐进交付是一种结合了渐进原型和阶段交付两种模型的生命期模型。在这种模型下，首先开发产品的一种版本，展示给用户看，然后根据用户的反馈改善产品，如图6所示。
渐进交付模型在阶段交付的可控制性和渐进原型的灵活性之间寻找平衡。在可能的情况下，它可以把软件的某些选定的部分提前交付，从而有利于快速开发的进行;同时，在项目进行的过程中，它也具有响应用户要求并改变产品方向的能力。
3开发应用
3.1要员管理
软件项目成功的关键是有高素质的软件开发人员，然而大多数软件产品规模都很大，以至单个软件开发人员无法在给定期限内完成开发，因此，必须把多名软件开发人员组织起来，使他们分工协作共同完成开发工作。现有的软件开发项目组的组织方式有:
(1)民主制程序员组
小组成员完全平等，享有充分民主，通过协商做出技术决策。小组成员间的通信是平行的，如果小组有n个成员，则可能的通信信道有n (n-1) /2条。
(2)主程序员组
主程序员既是成功的管理人员又是经验丰富能力强的高级程序员负责体系结构设计和关键部分(或复杂部分)的详细设计，并且负责指导其他程序员完成详细设计和编码工作。
后备程序员也应该技术熟练而且富于经验，协助主程序员工作并且在必要时接替主程序员的工作。编程秘书负责完成与项目有关的全部事务性工作。
(3)现代程序员组
技术组长:只对技术工作负责。
行政组长:全权负责非技术事务。
项目开发方把软件工程中的软件项目组的组织理论文档化后，形成了自己的一套详细的、适合在实际工作中使用的要员管理理论。
3.2进度管理
软件项目的进度安排是一项活动，它通过把工作量分配给特定的软件工程任务，并规定完成各项任务的起、止日期，从而将估算的工作量分布于计划好的项目持续期内。进度计划将随着时间的流逝而不断演化。在项目计划的早期，首先制定一个宏观的进度安排表，标示出主要的软件工程活动和这些活动影响到的产品功能。随着项目的发展，把宏观进度表中的每个条目都精化成一个详细进度表。于是完成一个活动所必须实现的特定任务被标示出来，并安排好了实现这些任务的进度。
3.3配置管理
在开发计算机软件的过程中，变化(或称为变动)是不可避免的。如果不能适当地控制和管理变化，势必造成混乱并产生很多严重的错误。软件配置管理是在计算机软件整个生命周期内管理变化的一组活动。它不同于软件维护。软件维护是在软件交付给用户使用后才发生的，而软件配置是在软件项目启动时就开始，并且一直持续到软件退役后才终止的一组跟踪和控制活动。其主要任务有:标识、版本控制、变化控制、配置审计和报告。只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对己完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。
3.4软件测试
测试是指软件产品生存周期内所有的检查、评审和确认活动。在软件生命周期的每个阶段都不可避免地会产生差错。软件测试的目的就是在软件投人生产运行以前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。
关键词：工程项目管理；软件；运用
中图分类号：E271文献标识码： A
软件应用作为企业在新时代中的重要生存武器已经被人们广泛认可 ，但是各个企业在应用过程中仍有许多问题 ，而且各个企业在不同领域的发展也是差距很大 ，所以普及软件知识对于各个企业的工程项目管理十分重要。在实际的工作中，将一个工程项目的管理看作是一个复杂的系统工程一点都不过分。尤其是在大型的工程项目中，工程量就更大，这个工程系统就更为庞大。在系统工程中，项目管理质量的高低主要取决于采用管理技术的高低。而与工程项目管理有关的管理技术主要有进度管理、质量管理、造价管理以及目标管理等。纵观这些技术，都是以手工为基础的，应用在项目管理中取得的效果并不是很理想。而结合IT技术的项目管理软件P6可以大大简化管理流程，获得意想不到的效果。因此对工程项目管理的软件综合应用进行探讨是非常有必要的。
1工程项目管理的内容和功能
1.1工程项目管理的内容
一个完整的工程项目管理过程主要包括五个环节，预测、决策、计划、实施并控制、控制反馈等环节。具体来说，工程项目管理的主要内容可以细分为以下过程。战略制定、综合管理、范围管理、时间管理、成本管理、人员管理、沟通管理、风险管理、采购管理等等。
1.2工程项目管理软件的功能
工程项目管理软件由各类不同的功能模块构成，一般有信息输入模块、数据分析模块、数据存储模块、信息实时查询模块、图形图像处理模块、报表输出模块等等。通过这些模块来实现工程项目进度控制、人力资源配置、资金合理调配、项目成本控制以及项目分析、项目风险识别和控制等诸多功能。工程项目进度控制是基于进度计划，在项目实施当中，预测出干扰项目的因素，并且对这些因素进行跟踪监控，一旦预测或者发现偏差即时采取相应的控制措施加以调整，使实际结果达到预期目标或者减少与预期目标的偏差。项目管理软件的核心功能是进度计划，软件通过合理的计划网络，将计划进度与实际进度进行对比，识别当前状态并分析进度不一致的原因，及时调整影响因素的各种参数，以对资源进行重新调整。对于人力资源配置功能，工程项目管理软件在提高人员管理水平方面有有显著效果，通过项目的资金、计划、进度以及质量等方面来对人力资源做出合理的规划，组成合理的项目组织结构。此外项目管理软件在收集充分的信息时，能自动建立起智能化判断的知识库，以对项目成本进行分析，实现项目资金合理高效调配。
2工程项目软件在推广过程中遇到的问题
虽然工程项目软件的作用已经显而易见，但是在真正运用和推广过程中还是有很多问题的。首先，工程项目管理软件的普及度还远远不够，企业管理层的意识还不够高，很多中小型企业还是没有意识到软件的重要性。而且落实到实际中时，一些企业还是没有积极的态度，不愿承担过高的软件费用。某些企业虽然使用了管理软件，但是大多不是主动运用软件，而是属无奈之举，也就是说各部门的决策者没有主动自觉的行为。而且部分软件的价格对于一些中小企业确实是难以承担。由于在技术、管理、经济效益等方面的差距，不同企业在软件使用的深度和范围方面都大不一样，中小企业在资金、企业水平、硬件设施和人才运用方面都不能与高水平企业相提并论，所以一般不能拥有一个完整的项目管理软件系统，也因此不能像大型企业一样在这方面得心应手。而在一些大型企业和超大型企业中，管理层不能将软件与实际操作良好结合，某些企业空有完善的软件管理系统却不能将其作用发挥出来，造成企业资源的严重浪费，这种现象在很多大型企业里面比较常见，一方面是企业的管理制度不够完善，另一方面是能充分地使用这些软件的员工不够。
3针对以上问题的解决办法
对于中小型企业来说，不能承担过高的软件费用并不代表这些企业不能拥有一套整体的软件管理系统，软件管理系统对于一个企业来讲是实现高效率办公的最重要的手段，是企业实施科学的管理的重要的途径和体现。决策者可以只在某些重要部门运用高端的软件系统，而那些普通的部门可以通过人才培训来解决，一方面可以减少企业经营管理的成本，另一方面长此以来员工的素质和技术也会得到进步，企业经过稳步的发展终会建立一套完善的软件管理系统。
而对于大型或超大型企业来说，拥有一套完整的软件管理体系已经不是问题，但是管理层要做到把这些软件系统的作用发挥到极致。要将软件与员工的操作完美结合，员工要熟练掌握软件的工作原理和整个部门的工作流程，做到人机合一。管理层要将每个部门联系在一起，杜绝各个部门管理中的不科学、随意性大等现象，将项目管理与软件相互融合，最终做到先进的管理理念与企业的具体情况完美结合。
4工程项目管理中常用的软件
4.1 计划的编制
在P6软件中，对于各种工程项目的管理，进度计划的编制是采用编制不同 内容的多级计划。多级计划是编制一个计划，在EPS、项目、WBS、作业、步骤上形成从粗到细的、按照项目渐进明细特征的层层细化的计划，计划的层次远远 超过传统意义上的多级计划。而这一计划对不同级别的使用者来说反映不同的重 点，对于高层领导，多级计划是看见较高级别的问题，从宏观的角度看是否存在工期的滞后、费用超出的问题，而对于计划工程师来说，看见的是比较微观的问题，即工程计划的哪些WBS和哪些作业存在问题，应该如何去调整计划。
项目进度计划编制及审查将工程分为四级进度计划进行控制与管理，各级计 划相互依存。二、三、四级进度计划工序间与工作分解结构编码( WBS )对应，需要注意的是各级进度计划相互独立，之间不要有网络关系，高级进度计划是低级进度计划的汇总，低级进度计划要符合高级进度计划的里程碑日。
4.2 计划的维护与更新
在计划编制完成后,需要对计划进行评估、分析和调整,如果存在着不能满足 合同或管理要求时,就需要对计划进行调整,以确保计划能满足实际要求。
（1）时间调整。查看最新的项目完成时间是否符合项目的必须完成日期，调整关键路径上的作业的总浮时中存在的负值。
（2）资源调整。核查是否存在资源用量超出限量的现象。另外,要根据资源直方图核查资源的使用是否做到尽量均衡。根据检查情况对资源进行平衡,资源平衡需要与时间进度安排一起进行,以达到时间进度安排与资源使用均能满足要求。
（3）建立目标计划。调整后的施工计划,经过相关的审批程序批准后,将该 计划作为整个工程施工的目标计划进行保存。当保存完成目标计划后将进行目标计划的分配以便于查询对比分析。
（4）目标计划的维护。只要计划进行了调整,就需要重新进行目标计划的维 护工作,维护的操作方法与前面叙述的方法相同。因为目标计划可以保存一定的数量所以只需在计划调整完成后进行目标计划的维护即可。
（5）计划的更新。施工三级计划需要按月进行数据的更新和反馈，施工四级计划需要按周进行数据更新。更新主要包括:进度、费用、工程量等情况的更新及汇总数据,最后还需要对计划进行总体更新,以便计算出作业状态等内容。
（6）汇总。完成总体更新后,将所有的数据进行汇总,从而达到PV模块与PM模块的同步以及在PV模块中反映出汇总数据情况。
5结论
软件在工程项目管理中的应用目前正处于重要阶段，是机遇也是挑战，企业管理者应认识到软件在工程项目管理中的巨大作用，企业管理者要具备长远的眼光，将工程管理软件普及到每一个部门，各个层次的决策者要相互沟通合作，深入长远的将软件作为工程项目管理的核心。拥有了扎实的软件基础企业才会在残酷的竞争中占据不败之地。
参考文献：
软件工程中，软件质量保证（SQA，Software Quality Assurance）正日益受到软件工作人员的重视，在军用软件研制过程中显得尤为重要。本文介绍了GJB5000A-2008二级SQA关键过程域的概念，探月工程地面应用系统软件过程改进中的SQA实践活动，以及在SQA活动中取得的宝贵经验。
【关键词】GJB5000A-2008 SQA 软件过程改进
1 引言
近年来，随着中国国防技术的发展，国家启动了一系列国防重大专项任务，计算机软件在各项任务中起着关键性作用，往往作为整个系统的中枢神经。任务中计算机软件一旦崩溃，就可能会导致整个任务失败，从而引起严重的后果。
为提高我国军用软件质量，总装备部吸收国外CMM经验，组织国内专家对其研究并结合我国国情于2003年了GJB5000体系标准文件。中国科学院国际天文台在国家重大专项任务探月工程中承担地面应用系统建设任务，软件作为一项重要建设内容，其质量保证工作不可忽视。因此，在软件改进过程中遵循了总装备部的 GJB5000A-2008《军用软件研制能力成熟度模型》二级实践。该模型严格定义了过程与产品质量保证（PPQA）关键过程，站在软件的角度，就是软件质量保证（SQA）过程。在GJB5000A-2008二级实践中，SQA是一个关键过程域，它贯穿在整个软件生命周期中，在软件质量保证上起着举足轻重的作用，同时也是最难实现的一个过程域。SQA通过有计划地实施SQA活动来控制软件过程的质量，并通过控制关键过程的质量保证软件产品的质量。
2 GJB5000A二级关键过程域SQA概述
GJB5000A-2008定义软件质量保证是建立一套有计划、有系统的方法，向管理层保证拟定出的标准、步骤、实践和方法能够正确地被项目采用。软件质量保证人员在项目开始时就参与建立计划、标准和过程。质量保证基本目标是：1.软件质量保证工作是有计划进行的；2.客观的验证软件项目产品和工作是否遵循恰当的标准、步骤和需求；3.将软件质量保证工作及结果通知给项目相关组别和个人；4.高级管理者应接触到项目内部不能解决的问题。
GJB5000A-2008二级实践中，过程和产品质量保证活动的流程图如图1所示，
3 SQA在探月工程地面应用系统软件过程改进中的实践
在探月工程地面应用系统软件改进过程改进中，开展的实践活动如下：
3.1 明确项目相关成员以及职责
项目相关成员包括：SQA人员、配置管理员、部门负责人，软件项目负责人，软件开发组，软件测试组；SQA人员负责项目的软件质量保证活动。
3.2 SQA人员参与制定项目计划、标准和规程
SQA人员帮助策划项目的规模、进度、成本和工作量的估计等，参与项目的开发计划、标准和规程的准备，使得验证计划、标准和规程在项目开始时已到位并可用于评审和审计软件项目。主要的标准和规程包括软件项目计划过程规程、质量保证过程规程、需求过程规程、软件跟踪与监督规程、软件配置管理规程、软件测试规程、软件编码标准和文档编写标准等。
3.3 制定和维护SQA工作计划
SQA人员根据项目开发计划制定SQA工作计划，主要描述SQA的目的、范围及SQA计划与其他项目计划之间的关系，内容包括：组织和职责、资源需求、项目各阶段的工作内容、工作方式、评审工作过程和工作产品。SQA工作计划制定后，由部门负责人、软件项目负责人、SQA人员、项目组内其他受影响的小组和个人参加计划的评审。同时在项目进行过程中，根据项目的变化变更与维护质量保证计划。
3.4 软件过程活动评审
SQA人员根据工作计划进行工程过程评审，评审采用正式会议或者非正式会议形式，评审专家依据SQA人员事先制定的检查单进行评审，如果评审发现偏差，评审后SQA人员要对偏差进行跟踪直至问题关闭。从软件需求阶段开始到系统测试为止，软件质量保证过程域软件开发过程是同步的，并在周期例会、评审会上适时地报告当前开发过程的状态，使得软件开发过程可视透明。图2为SQA过程审核活动与软件开发过程的对应关系：
3.5 软件工程产品审计
SQA人员根据工作计划进行工作产品评审，评审采用正式会议或者非正式会议形式，评审专家依据SQA人员事先制定的检查单进行评审，如果评审发现偏差，评审后SQA人员要对偏差进行跟踪直至问题关闭。在一个软件项目的生命周期中，SQA主要审计的工程产品有：软件任务书、软件需求规格说明书、软件概要设计说明书、软件接口设计说明书、软件详细设计说明书、程序源码、软件测试计划、软件测试说明、软件测试报告、软件使用说明以及各类管理报告等。
3.6 配置管理审计
SQA人员定期审计配置管理活动，对照软件配置管理计划检查配置管理员的工作是否符合配置管理计划，软件配置项的变更是否遵循了配置项的变更控制流程。检查配置管理员是否定期报告基线状态，是否定期对配置库进行备份。
3.7 偏差记录与跟踪
在项目质量审核与审计过程中发现的偏差要记录到偏差报告中。发现偏差后要及时有效的与软件负责人沟通，由软件负责人落实偏差的处理负责人以及处理期限，由SQA人员负责进行跟踪，直至问题关闭。同时，SQA人员还应该分析是否存在共性问题，做到防患于未然，提早预防。如果发现的偏差软件负责人无法解决，或者软件负责人和SQA人员对偏差问题无法达成一致意见，SQA人员向部分负责人汇报，由部门负责人决策。
3.8 向部门负责人直接汇报
SQA人员直接对部门负责人负责，具有向部门负责人直接汇报的渠道，定期向部门负责人汇报SQA工作情况，帮助部门负责人了解项目进展以及项目中存在的问题。如果软件负责人和SQA人员对偏差问题无法达成一致意见，或者项目组出现无法解决的问题时，SQA及时向部门负责人汇报并寻求解决途径。
4 SQA活动实践经验总结
在探月工程地面应用系统软件过程改进过程中，总结SQA活动的过程，得到一些经验和教训：
4.1 需要管理者高度重视
首先，管理者决不能认为SQA可有可无，不能狭隘的认为设置SQA只是为了CMM或者GJB-5000A评估的需要；其次，在项目进展过程中，管理者与SQA相关的工作非常多，要积极参加SQA组织的评审、定期听取SQA工作汇报、解决项目组与SQA人员的分歧、对SQA人员工作进行评审与检查。因此，管理者要积极支持SQA人员的工作。
4.2 检查单与项目结合，避免空谈
SQA所有活动均依据检查单进行的，检查单是软件质量保证计划的一项重要内容，也需要经过评审，所以SQA人员要根据不同项目情况适当地裁剪过程和工作产品的检查单内容。只有使用适应于项目的检查单，才能做到检查的有效性，否则就是空谈。
4.3 SQA人员要求专业而且专职
SQA人员要求具有非常丰富的项目开发和管理经验，只有这样才能发现问题与偏差，减少后期无用的返工，以利于项目组保证项目进度和产品质量。同时，必须要求SQA人员是由非项目组成员担任，以保证评价的客观性。SQA人员需要有充分的时间与精力去检查与评价产品与过程，要求SQA人员尽量做到专职，而不是身兼几个职位。
4.4 项目成员配合
在项目中，SQA人员与项目组人员的立场不同，往往是对项目组成员的工作情况实行监督与检查，所以项目组的成员对SQA人员往往不理解、不支持，甚至部分成员会抵制SQA人员工作展开。项目组应该加强SQA活动知识的培训，使项目组成员认识到SQA审计的是过程和产品，而不是针对某个人审计。其中，软件负责人的支持与配合，对SQA工作的展开起着至关重要的作用。
4.5 需要对SQA进行同行评审，确保SQA活动有效性
SQA人员本身也需要被监督，才能保证他的公正性和客观性。管理者、独立SQA专家、软件负责人定期评价SQA活动，并向SQA人员开放评审结果，对SQA活动的不符合问题同样进行跟踪直至关闭，确保SQA活动的有效性。
5 结束语
在软件工程中，SQA活动是保证软件项目质量的关键因素，SQA活动的有效性很大程度上决定了软件项目质量。每一位项目管理者应高度重视SQA工作，并给予充足的人力与物力资源。只有SQA通过积极而客观的检查、评价、独立而有效的多向沟通，有效行使监督指导职责，积极贯彻软件工程化、过程改进理念，增加主动的预防手段，才能有效地促进项目成功。
参考文献
[1]马丽飞.浅谈SQA在GJB5000A二级实施过程中的作用.中国电子科技集团公司第二十七研究所[J].电子质量，2014.
[2]王杨玲等.航天型号软件过程改进实践，北京宇航系统工程研究所[J].航天标准化，2011.
[3]石柱.军用软件能力成熟度模型可重复级实施指南[M].北京：中国标准出版社，2006.
[4]刘彦涛，马闰娟.CMM二级SQA关键过程域与软件过程改进，华东计算机技术研究所[J].计算机工程，2007.
[5]王精明.浅谈在CMM2中如何实现SQA[J].滁州学院学报，2006.
[6]王勇等.CMM质量保证的理论与实践[J].计算机工程与设计，2005.
[7]李晓丽等译.Project Management Success With CMMI Seven CMMI Process Areas[M].北京：机械工业出版社，2008.
（1）对软件开发成本和进度的估计经常很不准确。实际成本比估计成本有可能高出一个数量级，实际进度比预期进度拖延几个月甚至几年的现象并不罕见。这种现象降低了软件开发组织的信誉。而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量，从而不可避免地会引起用户的不满。
（2）用户对“已完成的”软件系统不满足的现象经常发生。软件开发人员经常在对用户要求只有模糊的了解，甚至对所要解决的新问题还没有确切熟悉的情况下，就仓促上阵匆忙着手编写程序。软件开发人员和用户之间的信息交流往往很不充分，“闭门造车”必然导致最终的产品不符合用户的实际需要。
（3）软件产品的质量往往靠不住。软件可靠性和质量保证的确切的定量概念刚刚出现不久，软件质量保证技术（审查、复审和测试）还没有坚持不懈地应用到软件开发的全过程中，这些都导致软件产品发生质量新问题。
（4）软件经常是不可维护的。很多程序中的错误是非常难改正垢，实际上不可能使这些程序适应新的硬件环境，也不能根据用户的需要在原有程序中增加一些新的功能。“可重用的软件”还是一个没有完全做到的、正在努力追求的目标，人们仍然在重复开发类似的或基本类似的软件。
（5）软件通常没有适当的文档资料。计算机软件不仅仅是程序，还应该有一整套文档资料。这些文档资料应该是在软件开发过程中产生出来的，而且应该是“最新式的”（即和程序代码完全一致的）。软件开发组织的管理人员可以使用这些文档资料作为“里程碑”，来管理和评价软件开发工程的进展状况；软件开发人员可以利用它们作为通信工具，在软件开发过程中准确地交流信息；对于软件维护人员而言，这些文档资料更是至关重要必不可少的。缺乏必要的文档资料或者文档资料不合格，必然给软件开发和维护带来许多严重的困难和新问题。
（6）软件成本在计算机系统总成本中所占的比例逐年上升。由于微电子学技术的进步和生产自动化程度不断提高，硬件成本逐年下降，然而软件开发需要大量人力，软件成本随着通货膨胀以及软件规模和数量的不断扩大而持续上升。美国在1985年软件成本大约已占计算机系统总成本的90。
（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋向。软件产品“供不应求”的现象使人类不能充分利用现代计算机硬件提供的巨大潜力。
软件工程的七条基本原理：1、用分阶段的生命周期计划严格管理有人经统计发现，在不成功的软件项目中有一半左右是由于计划不周造成的，可见把建立完善的计划作为第一条基本原理是吸取了前人的教训而提出来的。在软件开发和维护的漫长的生命周期中，需要完成许多性质各异的工作。这条基本原理意味着，应该把软件生命周期划分成若干个阶段，并相应地制定出切实可行的计划，然后严格按照计划对软件的开发和维护工作进行管理。Boehm认为，在软件的整个生命周期中应该制定并严格执行六类计划，它们是项目概要计划，里程碑计划，项目控制计划，产品控制计划，验证计划，运行维护计划。不同层次的管理人员都必须严格按照计划各尽其职地管理软件开发和维护工作，绝不能受客户或上级人员的影响而擅自背离预定计划。2、坚持进行阶段评审当时已经熟悉到，软件的质量保证工作不能等到编码阶段结束之后再进行。这样说至少有两个理由：第一，大部分错误是在编码之前造成的，例如，根据Boehm等人的统计，设计错误占软件错误的63，编码仅占37；第二，错误发现和改正得越晚，所需付出的代价也越高。
因此，在每个阶段都进行严格的评审，以便尽早发现在软件开发过程中所犯的错误，是一条必须遵循的重要原则。3、实行严格的产品控制在软件开发过程中不应随意改变需求，因为改变一项需求往往需要付出较高的代价，但是，在软件开发过程中改变需求又是难免的，由于外部环境的变化，相应地改变用户需求是一种客观需要，显然不能硬性禁止客户提出改变需求的要求，而只能依靠科学的产品控制技术来顺应这种要求。也就是说，当改变需求时，为了保持软件各个配置成分的一致性，必须实行严格的产品控制，其中主要是实行基准配置管理。所谓基准配置又称基线配置，它们是经过阶段评审后的软件配置成分（各个阶段产生的文档或程序代码）。
基准配置管理也称为变动控制：一切有关修改软件的建议，非凡是涉及到对基准配置的修改建议，都必须按照严格的规程进行评审，获得批准以后才能实施修改。绝对不能谁想修改软件（包括尚在开发过程中的软件），就随意进行修改。4、采用现代程序设计技术从提出软件工程的概念开始，人们一直把主要精力用于探究各种新的程序设计技术。60年代末提出的结构程序设计技术，已经成为绝大多数人公认的先进的程序设计技术。以后又进一步发展出各种结构分析（SA）和结构设计（SD）技术。实践表明，采用先进的技术既可提高软件开发的效率，又可提高软件维护的效率。5、结果应能清楚地审查软件产品不同于一般的物理产品，它是看不峥摸不着的逻辑产品。
软件开发人员（或开发小组）的工作进展情况可见性差，难以准确度量，从而使得软件产品的开发过程比一般产品的开发过程更难于评价和管理。为了提高软件开发过程的可见性，更好地进行管理，应该根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准，从而使得所得到的结果能够清楚地审查。6、开发小组的人员应该少而精这条基本原理的含义是，软件开发小组的组成人员的素质应该好，而人数则不宜过多。
开发小组人员的素质和数量是影响软件产品质量和开发效率的重要因素。素质高的人员的开发效率比素质低的人员的开发效率可能高几倍至几十倍，而且素质高的人员所开发的软件中的错误明显少于素质低的人员所开发的软件中的错误。此外，随着开发小组人员数目的增加，因为交流情况讨论新问题而造成的通信开销也急剧增加。
对于软件工程监理来说，明确监理环节和内容是监理活动得以顺利开展的基础和前提。软件工程与一般的土建工程、电气工程的差别非常大，其监理活动也具有独特的特点，下面简单分析一下软件工程监理可以分成哪几个环节以及各个环节的监理要点。
1.1招标阶段的监理招标是软件工程开展下去的第一步，只有做好充分的准备，才可能满足业主的期望，这一环节的成败将会直接影响到整个软件工程项目的成败。在招标阶段，合同成功签订表明该环节的结束，业主与软件开发商签订了具有法律效应的合同，双方具有了相互约束、相互配合的法律关系，是保证接下来工作顺利进行的基础。在这一环节中，监理工作主要包括这样几部分：（1）监理人员协助业主编制招标计划、审核软件工程的需求等。（2）监理人员仔细审核标书。（3）协助业主明确软件工程的目标、内容、功能以及进行软件工程的预算。（4）审核承建合同，仔细审核合同中的软件工程功能、技术指标、测试内容、验收要求、双方责任等内容。（5）协助业主与其他软件开发商进行良好的信息沟通，确保双方沟通的顺畅。在招标阶段，软件开发商尚未走进工程项目中，故此监理人员的主要职责是审核和确认，做好前期基础性工作。
1.2设计阶段的监理设计阶段是软件工程项目的一个关键阶段，虽然设计费用仅占软件工程项目总造价比例的1%-3%，但是其对整个项目的顺利开展以及造价、质量、进度等的管理影响非常大，设计方案质量高低将直接影响到软件工程项目实施过程中的开发与配置。在这一阶段，监理内容主要是：（1）审核软件系统的需求是否合理，以及实施路线、关键技术等内容是否合理，签署审核意见。（2）监理人员协助业主开展设计方案的评审工作。（3）组织业主、专业人员对软件工程项目测试方案、验收方案等进行详细审核，并签署审核意见。（4）结合合同要求进行进度计划审核，并确认进度计划的可行性、合理性，签署审核意见。（5）协助业主配合软件开发商开展软件工程实施前期的调查。在设计阶段，监理重点内容就是对设计方案进行细之又细、慎之又慎的审核。
1.3实施阶段的监理在软件工程项目实施阶段，一般可以分成需求分析、设计、编码、测试这4个步骤，每个步骤都有相应的监理内容和侧重点。（1）需求分析是软件工程实施的第一步，是保证最后开发出来的软件产品符合业主需求的基础，这一阶段的工程内容主要包括词汇表、用例模型、用例规约等内容，而对应的监理内容则包括监督需求分析过程、审核需求分析计划、审核需求分析结果等内容。（2）是设计阶段的监理过程，主要包括监督软件开发商的设计过程、审核设计计划、审核软件结构文档、监督软件设计结构中存在的问题并提出意见等。（3）编码阶段的监理，这一阶段是将软件开发商的设计思想变成计算机语言的过程，监理任务主要是审核项目组的人员、设备、进度计划等，并实时掌握软件开况，确保软件工程开发能按照进度计划顺利开展。（4）测试阶段的监理。软件工程的测试一般可以简单分成单元测试、集成测试、系统测试等内容，而监理内容则主要是审核测试计划、监督测试流程、复核测试结果等。
1.4验收阶段的监理验收阶段是软件工程项目的最后一个阶段，该阶段就是软件系统的试运行、验收移交过程，监理内容则主要是对软件系统进行细致的审核、监督、验证、测试、确认。
2应用分析
正确的软件工程监理方法有助于保证软件工程监理质量，从而确保软件工程质量，但目前国内软件工程监理工作中，还没有形成系统的监理方法体系，只有一些零散的监理方法和理论，比如，PDCA戴明环、鱼骨图等。在软件工程项目中，监理单位扮演的是技术方角色，其与普通土建工程的旁站监理不同，需要从软件工程项目一开始就做好进度、成本、质量等方面的监理，确保软件工程的顺利开展。
2.1质量控制在质量控制方面，最常用的方法是鱼骨图和PDCA戴明环。在运用鱼骨图进行软件质量控制时，首先需要确立质量控制目标，分析影响质量的因素，并对这些因素进行深入分析，在鱼骨图上标出来，讨论解决问题的方法，并标出解决方法的权重，以此来控制软件工程质量。比如说：在软件工程具体某实施项目的质量分析上，从人、机、料、法、环5个角度分析现场作业的质量因素。例如：某税收管理系统建设中，监理单位为有效控制工程质量，在需求分写环节非常重视需求的调研以及需求分析结果的审核，运用鱼骨图从人、事、时、地、物五个方面分析影响因素，如图1所示。
2.2进度控制在进度控制上，软件工程监理常采用甘特图进行，而采用这一方法的前提是对软件工程项目的任务了如指掌，绘制出详细的工作任务分解结构图，将所有项目的开始时间、工期等到标注到甘特图上，然后结合软件工程项目的特点确定控制关键点，并确定项目的关键路径，确定项目活动之间的相互依赖关系以及时序进度，按照项目类型将项目联系起来。例如：在某税收管理系统工程项目的进度监理管理中，监理人员绘制甘特图，对软件开发商的进度计划进行整体分析，发现其中存在这样几个问题：任务阶段划分不明确、任务间的关系不合理、关键任务不明确、忽略国家宏观政策对项目的影响等，结合这几个问题要求软件开发商立即进行进度计划的调整和整改，得出最优化的进度计划，并确保整个软件工程实施都处于受控状态，有效保证软件工程项目的顺利开展。
3结语
【关键词】特土地整理；规划；信息化；软件
【中图分类号】F301.22
【文献标识码】A
【文章编号】1672—5158（2012）10-0035-01
由于各技术设计单位对软件的掌握程度不同，所以在软件选择上也不尽统一，就目前土地整治规划项目而言，各单位运用的软件主要有MAPGIS、CASS及CAD等。由于各软件功能特点不同，优缺点各异。故使用过程中总有不便之处。作者通过对各制图软件的特点进行深刻的比较和分析，并结合自身规划设计和软件的应用经验，分析各软件的优缺点，从而使软件的功能最大化的发挥，使计算机制图在我们实际工作中真正实现省时、高效、便捷的目标。
1 MapGIs软件的应用
随着信息化进程的不断推进，土地规划的一系列应用软件应运而生，MapGIS是由中国地质大学自主研发的图件绘制软件。近年来，在土地规划整理项目过程中，得到了广泛使用。
1.1 MapGIS软件的优点
在土地整治中应用MapGIS进行规划设计，常用的功能使用分为两个方面，一方面为对点、线、面等图元的处理，另一方面为对规划设计的路、沟、渠、管道、桥梁等工程的布置。
在做图的过程中，我们可以直接对路沟渠、桥梁等其他建设内容属性赋值。完整的属性可以全面，准确的完成整个工程建设内容标注、工程量统计等方面的工作，使我们在数据应用及图件修改方面都会更加便捷。另外有属性的图元，便于我们在设计完成之后直接进行项目的预算编制，甚至可以快速的进行项目区标段的划分。这无疑会大大缩短工作时间，节约人力物力。而赋值属性的图件，内容丰富，可以使项目设计达到更加理想的效果。MapGIS的输出系统也同样完善，最终成图文件也可以以多种格式输出。
1.2 MapGIS软件的缺点
虽然MapGIS在土地整理规划中应用较为广泛，有着众多的优越性，但在实际使用中还存在不少局限。譬如：曲线绘制中，系统无法自动圆滑曲线，必须人为的不断放大进行加点调整，效率较低；文本编辑时，只能按字符串逐一进行编辑、非常机械；与其他软件的衔接较差，尤其是有赋值属性的图件，在转入其他软件进行二次编辑的时候，属性库无法全部转入。给实际工作带来很多不便。
2 CASS软件的应用
南方CASS是南方测绘仪器公司基于AutoCAD技术平台开发研制的新一代数字制图软件，目前在国内得到广泛使用。其特点是功能强大，操作简易，且能与GIS软件进行数据无缝对接，近年来被广泛应用于土地开发项目的规划设计中。作者结合自身参与的相关项目，探讨了南方CASS软件在土地开发项目规划设计中的应用。
2.1 CASS软件的优点
南方CASS成图系统是数字化测绘数据采集系统，广泛应用于地形、地籍成图、工程测量、空间数据建库等领域。同时该软件打通了数字化成图系统与GIS的接口，是信息产业部门认可并普遍使用的通用软件，可实现地形、地物数据自动输入、处理、分析、显示、输出。
在土地开发规划设计的过程中，需绘制大量的地形图、土地利用现状图、工程设计图等图件及进行相应地类面积、土方量等计算。CASS提供了强大的数据采集与图形处理功能，其数字化成图的技术途径主要包括数据的采集、编辑和输出三个环节。其主要优点：1、可同时进行数幅图形的编辑、图形间可相互复制实体，可以统一删除在复制过程中产生的重复图元；2、图形有属性赋值，不同比例尺均可在图上任意缩放；3、所有图形均以文本格式存放，可转入任何GIS软件中使用。4、图形包含骨架线，可轻松编辑、修改复杂地物。CASS软件无疑在成图效率及与GIS的对接方面取得了突破性的进展。
2.2 CASS软件的缺点
CASS软件在规划工程设计中为技术人员提供了极大的便利，大大缩短了工作时间。但在使用过程中仍有一定不足之处，主要有：1、散点编码难查，若工作人员遗漏某个点编码，在查询时，就得将全部点编码展入，如果点位距离较近的话极易混淆。2、方向注记不能一次成功，都要先注再旋转。3、使用重生成功能的时候，围墙等有辅助线的极易出错。4、符号库不完整，线形不够美观。
3 AIJTOCAD软件的应用
AutoCAD是美国Autodesk公司首次于1982年生产的自动计算机辅助设计软件，用于二维绘图、详细绘制、设计文档和基本三维设计。现已经成为国际上广为流行的绘图工具。在土地规划项目实施中，CAD主要作为一种辅助作图软件存在，主要的使用在与MAPGIS及CASS的互补方面。
3.1 AUTOCAD软件的优点
AutoCAD具有良好的用户界面，通过交互菜单或命令行方式便可以进行各种操作。它的多文档设计环境，让操作更加简单方便，并且可以在不断实践的过程中更好地掌握它的各种应用和开发技巧，从而不断提高工作效率。AutoCAD具有广泛的适应性，它可以在各种操作系统支持的微型计算机和工作站上运行。其优点主要表现在：1、劳动强度降低，图面清洁；2、设计工作的高效及设计成果的重复利用；3、精度提高；4、资料保管方便；5、CAD的高度智能化大大减少技术员的工作量。6、可以实现与MapGIS或者CASS软件的自由转换。
3.2 AUTOCAD软件的缺点
CAD软件做为设计制图软件，其功能齐全，面向众多行业服务。故缺乏专业针对性，在土地工程规划中，如果只使用CAD，无疑会因为缺少常用的点元或者线元，而造成工作时间的增加。
4 总结
综述以上软件，在土地整理规划工作中各有利弊，各制图软件在给技术人员带来了极大便利的同时也带来了许多负面效应。可以说，有这些软件的使用，使得我们技术人员的工作效率大大提高，且工作成果更为显著。在工作中，我们必须熟练掌握各软件的操作方法，且熟知软件功能，选择最恰当的方法开展工作，如此，才能最大限度的发挥软件的作用，真正实现图件信息化。
参考文献
[1] 王聃同，袁春，周伟，等.基于MapgGis的基本农田信息提取方法研究[J].安徽农业科学，2010，38（3）：1596.-1597
[2] 张里程，王成海.利用全站仪、CASS测绘数字地形图[J].煤炭科技，2005（1）：34-36
[3] 田茂强，杨宝佳，方广贺，等.土地开发整理前期地形测绘调研分析[J].安徽农业科学，2011，39（27）：16946-16947
[4] 望勇，朱海勇，陈宜金，等.基于MapGIS和AutoCAD的土地整理现状图设计[J].测绘通报，2011（9）：59-61
Abstract: Since most of the current project management software only offer functions of network schedule plan calculation, analysis, optimization, control, and so on, but have not provided the function of auxiliary making. This causes different engineering staffs making different Network Schedule Plans which are also very difficult to evaluate. Based on the characteristics of Hydraulic Engineering, this paper discusses the connotation sense of standardization of making network schedule plan in Hydraulic Engineering, and studies on the secondary development of P3 software and its coupling with a Network Schedule Plan software-Network to explores a making standardized path of Hydraulic Engineering network schedule plan. Finally, this coupling system is verified as feasible through the actual construction schedule.
关键词： 施工组织管理；网络进度计划；编制标准化；P3软件二次开发
Key words: hydraulic engineering；Network Schedule Plan；making standardization；P3 software secondary development
中图分类号：TU723 文献标识码：A 文章编号：1006-4311（2012）11-0071-02
0 引言
网络进度计划技术是目前工程项目时间、进度计划管理的重要手段之一，对于提高工程建设项目管理水平和效率发挥了重要的作用[1-3]。然而由于施工进度计划编制涉及施工方法、施工资源以及施工所在地的自然和社会环境等众多的因素，这些导致编制一个科学合理、可行的施工进度计划的难度，对同一工程，不同的工程师编制出来的进度计划差异很大，往往施工经验丰富的工程师根据自己多年的积累，编制出的进度计划有更强的可靠性和可实施性，而年轻的工程师在编制进度计划的过程中，由于缺乏经验以及网络进度计划规范化程度低，导致了网络进度计划编制的困难，另外就是其编制的网络进度计划可靠性和实施性差[4-5]。
因此，不少的学者针对该问题展开了对网络进度计划的编制标准化的研究，提出项目分解的标准化等[6]，但这些局部的标准化对编制一个完整的进度计划是不够，必须全面地研究网络进度计划编制的标准化内涵。
1 网络进度计划编制标准化的内涵
1.1 规范规定 现行网络计划国家标准99共包括三项标准：其中的第三条《网络计划技术》在项目计划管理中应用的一般程序(GB/T13400.3-2009)，该标准规定的程序是：
第一阶段，准备阶段；
第二阶段，绘制网络图；
第三阶段，时间参数计算与确定关键线路；
第四阶段，编制可行网络计划；
第五阶段，优化并确定正式网络计划；
第六阶段，实施、调整与控制；
第七阶段，结束阶段，合总结分析一个步骤[7]。
1.2 分析提出网络进度计划编制标准化的内涵 在国标规定的七个阶段中，其中第三、第五、第六个阶段中涉及了网络进度计划的计算、优化、控制等技术，这些技术在项目管理界已经很成熟；第一和第七阶段是准备和结束阶段；因此高效、快速的分解项目（第二步骤）并编制一个合理的、可行的网络进度计划（第四步骤）就成为项目进度计划管理成败的关键环节。为此需进一步推进网络进度计划的标准化，网络进度计划编制标准化包括工程项目分解的标准化，工艺逻辑标准化，还应包括以下三个方面内容：
1.2.1 建立基于以往工程的知识库 该知识库里存有大量的工程案例，在编制新的一个网络进度计划时，就可以根据工程类型和特征，全部或部分地套，从而不仅提高了编制网络进度计划的效率，同时使编制的网络进度计划具有较高的可靠性和可实施性。
1.2.2 可靠性分析评价的标准化 目前传统的对网络计划评价方法和过程往往是编制单位的专家根据其经验或者知识体系来进行评价，并没有一个标准化的评价体系，这样为决策者带来极大不便。
1.2.3 可交付成果的标准化 不同的编制软件支持各自不同的文件格式，输出的数据格式或是可交付成果的格式也各异，这造成了不同单位之间交流、共享的不便，为此有必要进行可交付成果的标准化研究。
2 网络进度计划编标准化实现途径
本文在深入研究标准化的内涵以及现有的项目管理标准软件-P3，提出基于P3软件二次开发的网络进度计划编制标准化。
2.1 以P3软件为基础的标准化存在的问题 P3（Primavera Project Planner）软件是由美国Primavera System Inc.公司研发的一款成熟的商业化的项目管理软件。其在国内外项目管理界享有声誉，被视为是行业标准[8-12]。
以P3软件为基础推进网络进度计划标准化的优势有：
①P3软件是国际项目管理的行业标准，以其为基础的网络进度计划标准化可以实现与国际化项目管理的接轨；
②在网络进度计划编制完成后，可以充分利用其强大的实时动态控制、以及分析、调整功能等对项目进度、资源、费用等的跟踪、控制、调整等。
但P3软件在前期的编制网络进度计划阶段没有实现标准化，所以直接以P3软件为基础的网络进度计划标准化也有其不足：
①辅助编制功能不足，导致不同人员编制出来的网络进度计划千差万别；
②编制出来的网络进度计划，就其科学性和可实施性没有评价的标准，即无法确定其科学性和可实施性；
③不满足当前的具体行业的要求。例如我国当前在设计阶段，设计方给出的AOTUCAD格式的网络进度计划图，而施工方和业主方却是P3格式的网络进度计划。
2.2 面向设计的网络进度计划软件Network简介 Network网络计划系统软件是天津大学工程施工与仿真教研室开发的网络计划进度计算系统。该系统最显著的特点是可以实现基于工期随机网络计划计算仿真，基于因素随机网络计划计算仿真、模糊网络计划仿真等。它通过读取基础数据，使网络计划工作彻底摆脱重复繁琐的手工编制、手工调整状态，实现了快速、合理、科学地安排计划、控制进度的目标。
通过其功能分析可知：Network软件与P3软件相比其优势有：
①是一款专业性强的软件，其不仅可以实现计算、有优化等功能，还可以实现随机网络计算仿真、基于因素随机网络计划计算仿真、模糊网络仿真等，为网络进度计划的评价实现有据可依；②可以输出CAD格式的网络图，在国内通用软件上其兼容性好。
2.3 P3软件和Network软件的接口研究 首先，P3软件的后期的版本都提供了SDK（Software Development Kit）和基于Java的Primavera Integration API两种开发工具。本研究采用Primavera Integration API开发工具，其是基于JAVA语言，选择Eclipse环境作为开发平台。本研究中采用的是Local Mode架构。
其次，Network软件是在VC++.NET平台开发的软件。系统耦合可以加载P3软件中的PM部分做为一个模块嵌入到Network软件中，在用Network软件对一个工程进行进度计算时，单击PM按钮，P3软件中的PM模块就会启动，并且加载在Network中工程数据：包括有WBS，作业、逻辑关系、日历、资源、费用等，这样就可以在PM下进行进度计算和控制，同时又能在Network下进行进度仿真，评估。图1是二者耦合思路图示。
最后，二者耦合中关键的一步：如何使P3软件中PM部分自动读取到Network中的数据信息，由于二者在数据信息上不是完全对称的，所以在读取完Network软件里的数据信息后，还需要进一步补充该工程的数据信息，这样的话才可以在P3软件中实现后期的控制，优化均衡等功能。耦合步骤如下：
①Network软件，是基于ACESS数据库的，需要读取mdb格式的数据，因此如果PM模块读取Network软件的数据，就必须实现PM模块读取mdb数据库格式的文件。
②接口程序实现补充工程项目信息，在Network软件中的数据是没有EPS 、WBS、作业属性等这些P3软件所要求的数据信息的，因此需要作出补充。图2为具体流程图。
本研究中将P3软件中PM模块嵌入Network后的界面后，编接口程序实现P3软件可以自动读取Network中的数据，从而利用标准化P3软件和Network软件，实现编制网络进度计划的标准化。
3 某水利工程大坝主体工程的网络进度计划
3.1 某水利工程大坝主体工程简介 某水利工程大坝为拦河坝，拦河坝为碾压混凝土重力坝，坝顶高程1424m，最大坝高160m，坝顶长度640m。本研究中选取该水利工程大坝主体施工进度来检验P3软件二次开发后的系统的使用情况。
3.2 该项目在Network软件中的编制、分析、评价以及导入P3软件 在Network软件里设定开动日期后进行网络计算，进度计划编制完后，可以对该编制的进度计划进行进度风险分析和基于随机因素的随机仿真以及模糊分析，在本研究中对其仿真1000次，表1是通过分析是整理出来的大坝主体工程几种有代表性的风险概率和工期。
大坝主体工程在基于不确定性影响因素影响下模拟1000次的计算结果，其在依次增加管理因素水平的情况下模拟出来的结果，通过模拟风险图可以得出大坝主体工程在基于不同影响因素水平情况下相对应的工期和风险概率情况，表2是几种有代表性的风险概率和工期整理：在不考虑因素下大坝模拟的工期分布的比较离散，在考虑因素下分布的比较集中，这说明了在考虑因素的影响下各个工序之间的关系更加紧密了，更符合实际情况，模拟出来的结果也更加合理。
同时以上模拟结果也表明：该耦合系统在能够对工期进行仿真计算，实现了对编制的工程网络进度计划的评价，为其科学性提供依据。
在该耦合系统中，还可以输出CAD格式的横道图和单代号网络图。同时在编制完网络进度计划，以及对其工期风险分析等作出调整后，可以单击PM按钮，直接把已经编制好的、做过可行性以及风险分析的网络进度计划直接导入P3软件的PM模块中，然后就可以用P3软件对项目的网络进度计划进行实施跟踪、分析、调整等。
4 结论
为了提高网络进度计划编制的效率和科学性，提出了网络进度计划编制标准化，本文在提出标准化内涵的基础上，采用P3软件和Network软件进行耦合，在保证设计水平基础上实现了：
①实现快速编制网络进度计划（数据库技术），以及网络计划的模拟计算仿真，从而实现了快速、高效的编制出可靠性强、合理的网络进度计划；
②实现了网络进度计划，AUTOCAD格式的成果的输出，使不同单位之间交流更加方便。
参考文献：
[1]石永东，胡树华.我国工程项目管理软件的现状及对策发展[J].建筑管理现代化.2002，4：17-21.
[2]李洪东，孙艺健.工程项目管理软件的发展趋势与应用现状初探[J].中国建设信息，2008，5：39-41.
[3]程铁信.国际工程项目管理软件应用[M].北京市：中国电力出版社，2007.
[4]杨双全.中外工程项目管理软件对比与分析研究[J].软件导刊，2006，5:3-5.
[5]Matthew.J.Liberatore,Bruce Pollack-Johnson, Colleen A.Simth. Project management in construction: software use and research directions[J]， Journal of construction engineering and management, 2001，3:103-110.
[6]黄爱国，郭棉明.三峡工程进度计划控制和P3软件的应用[J].水力发电，2000，6：55-57.
[7]中国标准化研究所．网络计划技术（GB/T13400）[S].北京：中国标准出版社，2009.
[8]李明孝.关于网络计划技术标准化的探讨[J].中国科技信息，2006，6，:165-166.
[9]张进.二滩水电站机电安装进度管理及P3软件的应用[J].东方电气评论，2001，1：59-63.
[10]齐国友.P3e\c工程项目管理应用[M].北京：机械工业出版社，2006.
