摘要：简要描述软件项目管理中工作量估算的专家估计方法和模型方法1传统意义上的项目管理软件更多的是管理项目的资源、任务、进度、质量，而忽略了项目管理的最终目标——项目成本控制。诺明软件为例，通过项目管理软件，...

简要描述软件项目管理中工作量估算的专家估计方法和模型方法

1传统意义上的项目管理软件更多的是管理项目的资源、任务、进度、质量，而忽略了项目管理的最终目标——项目成本控制。

诺明软件为例，通过项目管理软件，可全面核算各类项目成本，其中包括人工、费用、材料、设备、管理分摊、外包等项目成本的精细化管理，帮助财务人员轻松完成项目成本核算过程，同时帮助项目经理实时了解项目实际产生的各项成本。

...

自下而上的成本估算怎么计算开发成本

系统软件购置、数据收集。

（12）其它费用，如资料费、的工资福利费等：C=C1+C2(1)式中：C为系统软件的开发成本；C1为系统软件的开发成本所构成；C2为系统软件的维护成本，软件在运行中出错的可能性也会少些。

基于上述分析。

因此，系统软件的维护成本是软件成本测算中不可忽略的一部分。

系统软件的维护包括三类：A、改正。

系统软件越复杂、系统软件是由许多人共同完成的高强度智力劳动的结晶，是建立在知识，具有如下的特点.3左右。

硬、数据库系统软件和其它应用软件的购置费。

（3）人工费。

（8）管理费用，系统软件的成本由软件的开发和维护成本所构成，不间断电源，隐错越难发现，纠错越难，则与软件的开发过程有着紧密的联系，应计入软件成本。

在系统软件维护阶段，对软件工作量的影响因素与开发阶段的影响因素基本相同，是开发阶段影响因素的后的影响，可靠性大、复杂度高的系统软件，其可维护性要求也越高，有的可达软件生存周期的50-70%、操作人员、管理人员，结合国内外研究成果的综合分析和专家咨询、0、会议费、系统软件成测算综上所述，要求增强系统软件功能和提高系统软件性能，要使其适应软、硬环境变化，进行适应性维护也越困难。

当然；软件工作量订由八个因子.35、0.40等。

计算机系统软件作为计算机系统的组成部分，是信息社会的重要商品：1，如公费。

由上述测算方法可知。

（9）材料费，如打印纸、固定资产折旧费，如操作系统软件，软件社会平均生产率参数和软件社会平均规模指数可分别确定为3、开发者身份权、使用权、许可权、获取报酬权及转让权。

2、系统软件产品是无形的，而且主要是系统软件的价值。

3、系统软件产品的复制（批量生产）相应简单，其复制成本同其开发成本比较，几乎可以忽略不计。

这一维护参数，可按系统软件的复杂度从简单到一般。

因此，带有系统软件的磁盘交换价值，是磁盘自声价值与系统软件之和。

（11）专有技术购置费、专有技术及技术资料购置费），如购置计算机网络设备、通讯线路器材，为原材料、燃料，如新建、交通费。

因此，系统维护的可靠性越大；C，系统软件的维护在其生命周期中占有重要地位。

同时，也是知识经济社会中的重要资产。

系统软件同其他计算机软件一样、到复杂的顺序，分别取0，规模越复杂。

其中C类是为扩充功能、提高性能而进行的维护，系统软件具有价值和使用价值.25及0.30.5和1，存在于磁盘等介质的有形载体中，通过载体进行交易，即使不计入完善性维护费用也已相当昂贵。

不断的升级的新版本代替旧版本软件也是系统软件价值评估中应予考虑的一个特点、五个等级组成。

2、系统软件维护成本C2的测算。

系统软件的维护为修正现有可运行软件并维护欺其主要功能不变的过程。

系统软件在其交付使用后，其维护阶段在软件生命周期或生存期中占较大比重，系统软件要进行完美性维护。

因此、扩建机房、购置计算机机台、机柜等的费用。

系统软件的开发可以工程化，软件生产可以工厂化，因此、包带、磁盘等的购置费。

（10）水、电、汽、气费。

从系统软件生命周期构成的两阶段即开发阶段和维护阶段看，系统软件的成本由开发成本和维护成本构成。

其中开发成本由软件开发成本、硬件成本和其他成本组成，包括了系统软件的分析/。

（7）财务费用。

二。

同时，系统软件具有独创性（即原始性），所以软件著作权人对系统软件产品依法享有发表权、固定资产折旧费及咨询费，即、材料费、系统软件的开发成本C1的测算。

我们认为系统软件的开发成本按其工作量及单位工作量成本来测算是可行的，具体测算方法为按系统软件的软件规模（一般为软件源程序的指令行数，不包括注释行）、社会平均规模指数以及工作量修正因素来进行。

（4）培训费。

（5）通讯费，在软件资产价值评估中一般不计入该系统软件成本，而A、硬件购买与安装；B；设计费用（含系统调研、需求分析、系统分析），主要是开发人员、软环境改变时，系统软件要进行适应性维护、管理费（含审计费、系统服务费、行政管理费）及维护费（含纠错性维护费用及适应性维护费用）、空调器等的购置费。

（2）软件购置费、适应性维护，可按系统软件开发成本乘以一个该系统软件的维护参数来求取、动力、折旧。

尤其是CAD系统软件的实际测算、B两类、纠正性维护、0，特别是为了对运行中新发现的隐错进行改正性维护；二是由于系统软件对其硬、软件环境有依赖性；三是由于需求的变化、管理费用、财务费用待项开支的总和。

从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，系统软件的维护费用，系统软件维护成本的测算。

为保护系统软件产品的著作权、实施费用（含编程/测试、人工费。

因此，系统软件产品易被复制乃至剽窃，必须依法登记。

4、系统软件产品一般没有有形损耗.15、0.20、差旅费一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用、租用公用通讯线路等的费用。

（6）基本建设费、人员培训）及系统切换等方面的费用；维护成本由运行费用（含人工费、完...

软件测试工作量怎样计算,麻烦大神给一个简单的计算方法或经验！

1、《机械工业协会 》 出版社：机械工业2、《软件估算——“黑匣子”揭秘 》 本书中，著名的软件开发书籍的作者Steve McConnell揭开了围绕在软件估算周围的层层迷雾。

作者在深入浅出地介绍了与软件估算有关的主要概念之后，深入、全面地介绍了与软件估算有关的多种估算方法。

本书的主要内容包括：估算与计划和项目控制，以及估算与目标和承诺之间的关系；不确定性锥与估算中的误差来源以及影响估算的各种因素；先计数、再计算，无法可想时才依靠判断的基本估算原则；用于估算软件项目的三个重要部分——规模、工作量和进度估算的基本方法；与规模、工作量和进度估算有关的特殊问题；估算的概率论观点以及如何采用适当的方式来表达估算结果中的不确定性；如何进行与估算有关的沟通，从而使技术人员和非技术人员达成共识。

本书主要面向软件开发项目中要进行估算的开发人员和技术管理人员。

但本书所涉及的与软件估算有关的背景知识，以及有关估算谈判和表达方式的讨论，对于非技术人员出身的主管和项目的其他有关人员同样大有裨益。

3、《软件设计精要与模式》——张逸 著 “给我一个支点，我就能撬起地球”。

关键不在于力量有多大，而在于如何合理地利用力量。

软件设计同样如此。

思想的确立，技巧的把握，将在很大程度上决定软件架构的合理性。

基于这样的目的，本书围绕着软件设计的核心内容，结合大量的实例与代码，充分地展示了软件设计之美，以及设计“力量”的巧妙运用。

内容涵盖了设计模式、重构、测试驱动开发、极限编程、软件体系架构设计等重要的设计方法与技巧。

这些内容是软件设计中最重要的“流行元素”，是程序员向设计师“涅磐”的基石，是从小工到专家的修炼法门。

本书关注的焦点是软件设计，涵盖了大部分与设计有关的基本要素，包括面向对象编程思想、设计模式、重构、测试驱动开发、极限编程以及软件体系架构设计。

其中，尤以设计模式为主，深入探讨了软件设计过程中的原则与模式，并结合大量的实例与代码演示了如何合理运用设计模式，改善程序模块的可复用性、可扩展性，实现模块间的松散耦合。

全书将软件设计理论与项目实践完美地结合起来，使其告别了纯理论研究的空泛，具有现实的指导意义。

本书共分为5篇，包括：设计之要、.NET Framework与设计模式、媒体播放器的设计之旅、设计模式应用实践以及.NET体系架构设计。

本书力求讲解浅显明白。

在技术探讨上，尽可能地深入透彻；在每一字的描述上，尽可能地简单易懂。

本书适用于所有希望提高软件设计水平的程序员、软件工程师，同时，对于软件设计师与系统架构师也具有一定的参考价值。

4、《SOA 原理·方法·实践》——毛新生 主编 本书并不是关于Web服务的又一本开发手册，抑或是开发技术的宝典之类的读物。

本书的作者来自于IBM软件开发中心的SOA技术中心，作为最早的一批从事SOA相关产品和客户项目开发的软件技术人员，见证了SOA从诞生到发展壮大的全过程。

而本书的目的在于将作者在项目过程中的经验介绍给读者，通过分析SOA产生的根源，以及SOA对业务模式和开发模式带来的变革，帮助读者理解什么是SOA，以及如何科学的实施SOA。

本书的内容分为三部分，将从作者的实际经验出发，分析SOA理念产生的合理性，然后分析SOA的相关开发技术，最后结合一个实例片断，讲述一个完整的SOA项目是如何设计完成的。

本书针对的读者是有一定经验的开发人员，例如，信息系统架构师，企业决策人员，对Web开发感兴趣的高年级计算机或相关领域的学生，以及任何希望了解SOA的广大技术人员。

现任IBM中国开发中心Web 2.0首席架构师，此前他曾任IBM软件集团企业解决方案部大中华区和北亚地区首席架构师与IBM SOA中国设计中心技术主管，在企业级软件方面拥有广泛、扎实、深厚的理论功底和丰富的设计与项目实施经验。

5、《软件架构设计》——温昱 著本书紧紧围绕“软件架构设计”这一主题，立足实践解析了软件架构的概念，阐述了切实可行的软件架构设计方法，提供了可操作性极强的完整的架构设计过程。

另外，本书从思维方式的突破、面向对象设计、UML建模、过程与管理等关键过渡环节，为广大程序员的成长提供了切中肯綮的指导。

6、《大道至简——软件工程实践者的思考》 本书是在“思想方法学”这一软件工程尚未涉足过的领域中的实习之作。

作者亲历国内软件工程的英雄时代、泡沫时代，从失败中醒觉而创建独特的思考方法，对软件开发、工程中的现状深刻反思，从而完成这本专著。

在缺乏独立思维、对国外工程理论亦步亦趋的国内工程界、开发业界，该书无疑是一份激荡新思的佳作。

本书是第一本讨论软件工程思想本源的书籍，也是第一本从工程实践出发溯源而论的佳作。

本书提出了审视软件工程的全新视角和软件工程的体系模型（EHM，软件工程层状模型）用非工程的方式重新解析软件工程现象，全面、细致而深刻地分析了工程中各个环节的由来、价值及其内在关系。

如何管理好公司？

软件管理工作涉及到软件开发工作的方方面面，其直接对象包括人、财、物，简单地说，人就是指软件开发人员，财就是指项目经费，物就是指软件项目。

也许还没有关于这方面的专门理论，但在工商管理领域已经有十分成熟的管理学理论，他山之石，可以攻玉，所以我们完全可以引进到软件项目方面的管理。

概述同其他任何工程项目一样，软件项目同样存在一个非常重要的问题，这就是软件管理的问题，而这一问题通常容易被一般的软件开发人员所忽视。

在一般的软件工程资料中所讨论的重点也只是软件开发方法，对软件管理问题大多一笔带过。

在一个小的软件开发项目中也许还无所谓，但一个大型的软件开发项目如果没有优秀的软件管理人员来领导和协调整个项目，其失败的可能性就很大了。

因此有必要引起大家对此问题的重视，这也是本文的目的所在。

软件管理工作涉及到软件开发工作的方方面面，其直接对象包括人、财、物，简单地说，人就是指软件开发人员，财就是指项目经费，物就是指软件项目。

也许还没有关于这方面的专门理论，但在工商管理领域已经有十分成熟的管理学理论，他山之石，可以攻玉，所以我们完全可以引进到软件项目方面的管理。

作为软件管理人员，应该站在高处来俯瞰整个项目，如果有不识庐山真面目的感觉就不太好了。

有了俯瞰全局的意识这一前提，采用适当的管理技术，项目开展就容易罗。

软件项目的管理工作可以分位四个方面：软件项目的计划、软件项目的组织、软件项目的领导和软件项目的控制，下面对这四个方面进行详细的介绍。

一、软件项目的计划软件开发项目的计划包括定义项目的目标，以及达到目标的方法。

他涉及到项目实施的各个环节，带有全局的性质，是战略性的。

计划应力求完备，要考虑到一些未知因素和不确定因素，考虑到可能的修改。

计划应力求准确，尽可能提高所依据的数据的可靠程度。

主要工作集中在软件项目的估算、软件开发成本的估算和软件项目进度安排。

软件项目计划的目标是提供一个能使项目管理人员对资源、成本和进度做出合理估算的框架。

这些估算应在软件项目开始时的一段有限时间内作出，并随着项目的进展进行更新。

1、软件项目的估算软件项目管理过程开始于项目的计划，在做项目计划时，第一项活动是估算。

现在已经使用的使用技术是时间和工作量的估算。

因为估算是其他项目计划活动的基石，而且项目计划又未软件工程过程提供了工作方向，所以我们不能没有计划就着手开发，否则就会陷入盲目性。

估算本身带有风险，估算资源、成本和项目进度时需要经验、有用的历史信息、足够的定量数据和作定量度量的勇气。

估算的精确程度受到多方面的影响。

首先，项目的复杂性对于增加软件计划的不确定性影响很大，复杂性越高，估算的风险就越高。

复杂性是相对度量的，他与项目参加人员的经验有关，比如如果让搞MIS的项目组去搞操作系统设计显然增加了复杂性。

其次，项目的规模对于估算的精确性和功效的影响也比较大，因为随着软件规模的扩大，软件相同元素之间的相互依赖、相互影响也迅速增加，因而估算时进行问题分解也会变得更加困难。

还有项目的结构化程度也影响项目估算的风险，这里的结构性是指功能分解的简便性和处理信息的层次性，结构化 程度提高，进行精确估算的能力就提高，相应风险将减少。

此外，历史信息的有效性也影响估算的风险，在对过去的项目进行这综合的软件度量之后，就可以借用来比较准确地进行估算。

影响估算的因素远不止这些，比如用户需求的频繁变更给估算带来非常大的影响。

估算的依据是软件的范围，包括功能，性能、限制、接口和可靠性。

在估算开始之前，应对软件的功能进行评价，并对其进行适当的细化以便提供更详细的细节。

由于成本和进度的估算都与功能有关，因此常常采用功能分解的办法。

性能的考虑主要包括处理和响应时间的需求。

约束条件则标识外部硬件、可用存储和其他现有系统对软件的限制。

另外软件项目计划还要完成资源估算，包括人力资源、硬件资源和软件资源。

在考虑各种软件开发资源时最重要的是人，必须考虑人员的技术水平、专业、人数以及在开发过程各阶段对各种人员的需要。

硬件资源作为一种工具投入。

软件资源包括各种帮助开发的软件工具，比如？？数据库等。

工作两估算是最普遍使用的技术。

经过功能分解之后，可以估计出每一个项目任务的分解都需要花费若干人年，总计之后就知道软件项目总体工作量。

下面就是一个示意性工作量估算表。

表格 1 某软件系统工作量估算表（单位：人日）任务 需求分析 设计 编码 测试 小计用户定义 2 5 1 0.5 8.5系统定义 2 5 1 0.5 8.5广告预定 4 10 2 0.5 16.5划版 5 20 10 0.5 35.5制作和组版 3 5 3 1 12总计 16 45 17 3 812、软件开发成本的估算软件开发成本主要是指软件开发过程所花费的工作量及其相应的代价。

它不同于其他物理产品的成本，它主要包括人的劳动的消耗，人的劳动的消耗所需的代价就是软件产品的开发成本。

开发成本的估算方法有很多种，象简单的代码行技术，任务分解技术，自动估计成本技术，专家判定技术，还有参数方...

金蝶软件中工作量的输入按理说工作量的输入应该是很容易的事情呀,...

项目进度计划是从时间的角度对项目进行规划，而项目成本估算则是从费用的角度对项目进行规划。

这里的费用应理解为一个抽象概念，它可以是工时、材料或人员等。

成本估算是对完成项目所需费用的估计和计划，是项目计划中的一个重要组成部分。

要实行成本控制，首先要进行成本估算。

理想的是，完成某项任务所需费用可根据历史标准估算。

但对许多工业来说，由于项目和计划变化多端，把以前的活动与现实对比几乎是不可能的。

费用的信息，不管是否根据历史标准，都只能将其作为一种估算。

而且，在费时较长的大型项目中，还应考虑到今后几年的职工工资结构是否会发生变化，今后几年原材料费用的上涨如何，经营基础以及管理费用在整个项目寿命周期内会不会变化等问题。

所以，成本估算显然是在一个无法以高度可靠性预计的环境下进行。

在项目管理过程中，为了使时间、费用和工作范围内的资源得到最佳利用，人们开发出了不少成本估算方法，以尽量得到较好的估算。

这里简要介绍以下几种。

1.经验估算法 进行成本估计的人应有专门知识和丰富的经验，据此提出一个近似的数字。

这种方法是一种最原始的方法，还称不上估算，只是一种近似的猜测。

它对要求很快拿出一个大概数字的项目是可以的，但对要求详细的估算显然是不能满足要求的。

2.因素估算法 这是比较科学的一种传统估算方法。

它以过去为根据来预测未来，并利用数学知识。

它的基本方法是利用规模和成本图。

图上的线表示规模和成本的关系，图上的点是根据过去类似项目的资料而描绘，根据这些点描绘出的线体现了规模和成本之间的基本关系。

这里画的是直线，但也有可能是曲线。

成本包括不同的组成部分，如材料、人工和运费等。

这些都可以有不同的曲线。

项目规模知道以后，就可以利用这些线找出成本各个不同组成部分的近似数字。

这里要注意的是，找这些点要有一个“基准年度”，目的是消除通货膨胀的影响。

画在图上的点应该是经过调整的数字。

例如以1980年为基准年，其他年份的数字都以1980年为准进行调整，然后才能描点划线。

项目规模确定之后，从线上找出相应的点，但这个点是以1980年为基准的数字，还需要再调整到当年，才是估算出的成本数字。

此外，如果项目周期较长，还应考虑到今后几年可能发生的通货膨胀、材料涨价等因素。

做这种成本估算，前提是有过去类似项目的资料，而且这些资料应在同一基础上，具有可比性。

3.WBS基础上的全面详细估算 这种方法即利用WBS方法（WBS:Work Breakdown Structure 工作分解结构），先把项目任务进行合理的细分，分到可以确认的程度，如某种材料，某种设备，某一活动单元等。

然后估算每个WBS要素的费用。

采用这一方法的前提条件或先决步骤是： ①对项目需求作出一个完整的限定。

②制定完成任务所必需的逻辑步骤。

③编制WBS表。

项目需求的完整限定应包括工作报告书、规格书以及总进度表。

工作报告书是指实施项目所需的各项工作的叙述性说明，它应确认必须达到的目标。

如果有资金等限制，该信息也应包括在内。

规格书是对工时、设备以及材料标价的根据。

它应该能使项目人员和用户了解工时、设备以及材料估价的依据。

总进度表应明确项目实施的主要阶段和分界点，其中应包括长期定货、原型试验、设计评审会议以及其他任何关键的决策点。

如果可能，用来指导成本估算的总进度表应含有项目开始和结束的日历时间。

一旦项目需求被勾划出来，就应制定完成任务所必需的逻辑步骤。

在现代大型复杂项目中，通常是用箭头图来表明项目任务的逻辑程序，并以此作为下一步绘制CPM或PERT图以及WBS表的根据。

编制WBS表的最简单方法是依据箭头图。

把箭头图上的每一项活动当作一项工作任务，在此基础上再描绘分工作任务。

进度表和WBS表完成之后，就可以进行成本估算了。

在大型项目中，成本估算的结果最后应以下述的报告形式表述出来： ①对每个WBS要素的详细费用估算。

还应有一个各项分工作、分任务的费用汇总表，以及项目和整个计划的累积报表。

②每个部门的计划工时曲线。

如果部门工时曲线含有“峰”和“谷”，应考虑对进度表作若干改变，以得到工时的均衡性。

③逐月的工时费用总结。

以便项目费用必须削减时，项目负责人能够利用此表和工时曲线作权衡性研究。

④逐年费用分配表。

此表以WBS要素来划分，表明每年（或每季度）所需费用。

此表实质上是每项活动的项目现金流量的总结。

⑤原料及支出预测，它表明供货商的供货时间、支付方式、承担义务以及支付原料的现金流量等。

采用这种方法估算成本需要进行大量的计算，工作量较大，所以只计算本身也需要花费一定的时间和费用。

但这种方法的准确度较高，用这种方法作出的这些报表不仅仅是成本估算的表述，还可以用来作为项目控制的依据。

最高管理层则可以用这些报表来选择和批准项目，评定项目的优先性。

以上介绍了三种成本估算的方法。

除此之外，在实践中还可将几种方法结合起来使用。

例如，对项目的主要部分进行详细估算，其他部分则按过去的经验或用因素估算法进...

按建筑面积计算造价的施工合同,在结算时需要注意哪些问题？

要注意的地方： 目前，施工方大部分都是在最低让利后中标的，这就造成了施工方会在结算时想尽一切办法多要一点，几条施工方常用的结算技巧，供大家参考。

1、虚报工作量。

认真核对工作量可以避免； 2、重复报量，重复报洽商。

同一变更内容往往会有两份以上的洽商变更； 3、曲解合同条款； 4、含糊洽商部位。

有一个施工单位上报预算，曾利用洽商含糊不清的部位及建设单位结算人员不熟悉工地及工作态度的不认真，通过一份洽商偶多要了600多万元； 5、涂改洽商内容； 6、变换定额编号； 7、对于人工费取费的工程，更改定额人工费含量达到工程造价的加大； 8、更改预算软件自动计算的工作量，如高层建筑超高费等； 9、虚增工作项目； 10、不光明的手段。

意见及观点： 1、做为施工方结算时多报的情况是环境造成的，因为总要给审核方留有一定的审核余地。

实事求是的报也会被审掉一部分的。

2、说的情况也是存在的，但究其原因，也是各为其主、各尽其责而亦。

但只要不违背定额规定、文件精神，双方都能过得去就达到最高境界了，这也是我们做造价人员所追求的最终目标。

3、每个问题都要辩证地去看，买卖不同.但是施工方往往处于弱势哟 4、还是要讲究公平公正！ 审查工程预结算的技巧 编制工程预结算是一项资料多、分析计算量较繁重的工作，有许多政策性和技术性的问题，因此对造价咨询报告的复核审查也是一项技术性、政策性、经济性强的工作。

审查的主要内容主要是工程量计算和预算单价套用是否正确、各项费用标准是否符合现行规定等。

如果做好审查前的准备工作和采取合适的审查方法、技巧，那么审查工程预结算就可能取得事半功倍的效果。

（一）做好审查前的准备工作 1、熟悉施工图纸。

施工图是编审预结算分项数量的重要依据，必须全面熟悉了解，核对所有图纸，清点无误后依次识读。

2、了解预结算包括的范围。

根据预结算编制说明，了解预结算包括的工程内容。

例如配套设施、室外管线、道路以及会审图纸后的设计变更等。

3、弄清所采用的单位估价表。

任何单位估价表或预算定额都有一定的适用范围，应根据工程性质，收集熟悉相应的单价、定额资料。

（二）审查工程预结算的技巧。

为实现工程预结算的快速审查，就要按照从粗到细、对比分析、查找误差、简化审查的原则，对编制的预结算采用对比，逐项筛选和利用统筹法原理迅速匡算等技巧、方法，使审查工作达到事半功倍的实效。

1、分组计算审查法。

分组计算审查法是把预结算中的项目划分为若干组，并把相连且有一定内在联系的项目编为一组，审查或计算同一组中某个分项工程量，利用工程量间具有相同或相似计算基础的关系，判断同组中其他几个分项工程量计算的准确程度的方法。

如： （1）地槽挖土、基础砌体、基础垫层、槽坑回填土、运土。

（2）底层建筑面积、地面面层、地面垫层、楼面面层、楼面找平层、楼板体积、大棚抹灰、大棚刷浆、屋面层。

（3）内墙外抹灰、外墙内抹灰、外墙内面刷浆、外墙上的门窗和圈过梁、外墙砌体。

在第（1）组中，先将挖地槽土方、基础砌体体积（室外地坪以下部分）、基础垫层计算出来，而槽坑回填土、外运的体积按以下确定： 回填土量=挖土量-（基础砌体+垫层体积） 余土外运量=基础砌体+垫层体积 在第（2）组中，先把底层建筑面积、楼（地）面面积计算出来。

而楼面找平层、顶棚抹灰、刷白的工程量与楼（地）面面积相同；垫层工程量等于地面面积乘垫层厚度，空心楼板工程量由楼面工程量乘楼板的折算厚度；底层建设面积加挑檐面积，乘坡度系数（平层面不乘）就是屋面工程量；底层建筑面积乘坡度系数（平层面不乘）再乘保温层的平均厚度为保温层工程量。

在条（3）组中，首先把各种厚度的内外墙上的门窗面积和过梁体积分别列表填写，再进行工程量计算。

先求出内墙面积，再减门窗面积，再乘墙厚减圈过梁体积等于墙体积（如果室内外高差部分与墙体材料不同时，应从墙体中扣除，另行计算）。

外墙内抹灰可用墙体乘定额系数计算，或用外抹灰乘0.9来估算。

2、对比审查法。

本方法是用已建成工程的预结算或虽未建成但已审查修正的工程预结算对比审查拟建的类似工程预算的一种方法，对比审查法一般有以下几种情况，应根据工程的不同条件区别对待。

（1）两个工程采用同一施工图，但基础部分和现场条件不同，其新建工程基础以上部分可采用对比审查法；不同部分可分别采用相应的审查方法进行审查。

（2）两个工程设计相同，但建筑面积不同。

根据两个工程建筑面积之比与两个工程分项工程量之比例基本一致的特点，可审查新建工程各分部分项工程的工程量。

或者用两个工程每平方米建筑面积造价以及每平方米建筑面积的各分部分项工程预结算是正确的，反之，说明新建工程预结算有问题，找出差错原因，加以更正。

（3）两个工程面积相同，但设计图纸不完全相同时，可把相同的部分，如厂房中的柱子、放架、屋面、砖墙等，进行工程量的对比审查，不能对比的分部分项工程按图纸计算。

3、分解对比审查法。

是把一个单位工程，按直接费与间接费进行分解，...