01软件项目计划的跟踪过程

目录

1。项目的 (2)

2。范围 (2)

3。义务 (2)

4。工作程序 (2)

4.1项目跟踪流程 (3)

4.2跟踪流程说明 (4)

4.3项目变更跟踪 (4)

4.4项目计划和跟踪工具 (4)

4.5文献资料控制系统 (5)

5，参考 (5)

1.目的

软件项目跟踪和监督的目的是使管理层在项目执行过程中对项目的进度具有足够的透明度，并为管理层提供及时和必要的措施以纠正或纠正实际之间的重大偏差提供依据。和计划。软件项目跟踪和监督包括评估阶段性结果，将实际进度与原始预算，承诺和计划进行比较，并对相应计划进行必要的修改，并采取必要的措施以确保项目的顺利进行。

?软件项目发展历程计划是项目跟踪的基础和基础。

?软件专案经理负责报告该项目进度与现有问题。

?如果项目计划无法实现，软件项目经理或直接部门经理必须采取相应措施通过调整工作方法或调整设计等待以确保项目正常进行。

?什么时候承诺或更改协议后，所有相关人员和部可能包括客户经理，软件项目经理，配置经理，质量保证人员，项目团队成员等。

?正确外承诺或协议变更须经高级管理层批准。

软件项目跟踪与监督的内容主要包括：软件规模，工作量，成本，进度，资源，风险，技术活动，阶段报告，里程碑报告，最终总结报告，跟踪问题，控制变更等。

2.范围

此过程适用于新开发的软件项目和具有开发计划的软件开发活动。。

3.义务

项目管理是软件项目经理负责并与许多方面紧密合作的过程。这是团队合作和集体努力的结果。相关职责如下：

3.1软件项目经理负责根据软件项目开发计划对项目进行跟踪，监督和控制，记录

相关的跟踪结果，并报告给研发经理；

3.2测试工程师负责产品测试，并对质量测试经理和软件项目经理负责；

3.3配置工程师负责软件的配置和实施，并负责软件项目经理；

3.4质量保证工程师按照质量保证计划执行质量保证活动，并对质量保证经理和软

件项目经理负责；

3.5高级经理负责解决项目中无法解决的问题。

4.工作程序

软件项目经理负责组织项目的跟踪活动，选择和提供或请求足够的资源；必要时，项目经理本人必须接受项目管理方面的知识培训，并为相关人员进行有关流程和标准的培训。

?软件项目经理应按照“软件项目开发计划”跟踪确定的工作任务，及时更新项目跟踪相关报告，并定期报告项目进度。

?项目跟踪体现在“软件项目跟踪和监督表”和甘特图中。该报告包括对项目的软件规模，进度，工作量，风险，关键计算机资源（可选），工程和技术活动以及现有问题的跟踪。必要时应采取纠正措施以纠正偏差。

?在例行项目会议上，软件项目经理应将“项目进度报告”提交给项目团队成员和研发经理（项目期短于在6个月内每2周至少召开一次会议；（如果项目期超过6个月，则每月至少召开一次）。

?项目团队成员应每天填写自己的工作记录，并计算每个工作的时间和其他数据。

?在项目里程碑时，软件项目经理准备“项目里程碑报告”，并向技术管理部门提交审核请求或进行内部审核，并向高级经理，客户经理，项目经理，项目团队成员报告，技术管理部门经理，从测试质量保证经理处复制。。

?项目结束时，软件项目经理必须将“项目摘要报告”提交给技术管理部门，研发经理和高级管理层。并向技术管理部门提出审核要求。

?软件项目经理负责更新项目工作量摘要表。本文档是用于软件项目跟踪的基本数据源。标准模板或相关软件，例如Microsoft Project 2000生成和填写的内容基于项目团队成员的个人工作记录以及软件项目经理与项目团队成员之间的沟通。

?项目经理记录工作量，资源和其他数据，以跟踪软件项目活动和计划变更活动，并将其作为项目数据进行管理和控制。

?高级管理人员通过跟踪记录并了解“项目里程碑报告”和“项目摘要报告”来监视项目跟踪活动。

?SQA将按计划审核项目跟踪活动，填写“计划跟踪清单”，并将审核结果报告给相关人员

4.3项目变更跟踪

项目变更可以分为需求变更，基线变更和一般变更。有关需求变更，请参阅“软件需求管理过程”中的需求变更控制；总体变化应跟踪如下：

●在配置管理中符合“软件基准变更流程”；

●必须评估由变更引起的风险和工作量；

●软件项目经理必须跟踪变更的实施；

●必须对由更改引起的额外工作量和工作时间进行统计。

4.4项目计划和跟踪工具

建议用于项目计划和跟踪Microsoft Project 2000作为辅助工具。软件项目经理应填写项目摘要文件，例如“项目进度报告”，“项目里程碑报告”，“项目摘要报告”，“软件项目跟踪和监督表”。

4.5文件控制

跟踪文档和其他记录应进行配置和管理。

5.参考

软件项目估算指南(CMMI5)

项目估算指南 Version 1.1 文档名称：CMMI5-项目估算指南-V1.1.doc

修订历史记录

目录 1目的 (4) 2范围 (4) 3术语、缩写词 (4) 4估算过程 (4) 4.1简要说明 (4) 4.2流程图 (5) 4.2.1自顶向下的方法 (5) 4.2.2自底向上的方法 (6) 4.3估算规程 (6) 4.4裁剪指南 (7) 5估算方法 (7) 5.1UCP估算算法 (7) 5.1.1估算UUCP (8) 5.1.2估算TCF调整因子 (8) 5.1.3估算EF调整因子 (9) 5.1.4估算UCP (10) 5.1.5估算工作量 (10) 5.1.6估算进度 (10) 5.1.7估算成本 (10) 6附录 (11) 6.1生产率数据来源 (11) 6.2进度估算数据来源 (11)

项目估算指南 1目的 本文用于估算软件项目的规模、进度、工作量、成本，以指导项目作出合理的估算。 2范围 本文件包括软件项目估算的各个方面，包括规模、进度、工作量、成本，并包括其在项目的中的分布估算。本文件适用于公司所有项目。 3术语、缩写词 UCP Use Case Point，用例点 4估算过程 4.1简要说明 准确的估算是最大可能加快开发速度的基础，没有准确的进度估算，再有效的进度计划也无从谈起。不切实际的估算、不正确的期望是带来项目问题的主要原因。 估算是一个不断改进的过程，只有当详细地理解了每个功能，你才有可能准确估算出软件开发的进度和成本。因此，能够提前做出的决策越多，估算的精确度就越高。 准确的估算可以更好的控制项目的规模、进度、成本。工作量和进度估算通常在提交建议书及制定项目计划时进行，在项目实施过程中，也可能要对工作量和进度重新估计。 对于软件规模的估算主要有三种方法：代码行，功能点，用例点。本公司现在主要使用用例点方法。 对于工作量的估计，主要有两种方法： ?自顶向下的方法（Top-down approach），用一个简单的方程从估计的规模求出估计的总工 作量，各阶段的工作量可以根据它们占总工作量的百分比而得到。在需求不太明确时，规 模估计比较困难，这时估算的误差会比较大。 ?自底向上的方法（Bottom-up approach），首先获得项目各部分估计的规模，然后得到整个 项目估计的规模。在这种方法主要依据WBS来估算，首先将项目进行分解，列出主要工 作，然后估计每件工作的工作量，汇总就可以得到整个项目的工作量。 对以上两种方法比较如下：

软件开发成本估算.doc

软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的，一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中： L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量（以人年计） td-----------开发持续时间（以年计） Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环

境而异，见下表 从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4) 还可以估算开发时间： td = [L3/(Ck3*K)]1/4 2.COCOMO模型(constructive cost model) 这是由TRW公司开发，Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量： DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。 MM-------开发工作量（以人月计） 1MM = 19 人日 = 152 人时 =1/12 人年 TDEV-----开发进度。(以月计)

COCOMO模型中，考虑开发环境，软件开发项目的类型可以分为3种： 1.组织型(organic): 相对较小、较简单的软件项目。开发人员对开发目标理解比 较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（<50000行） 2.嵌入型(embedded): 要求在紧密联系的硬件、软件和操作的限制条件下运行， 通常与某种复杂的硬件设备紧密结合在一起。对接口，数据结构，算法的要求高。软件规模任意。如大而复杂的事务处理系统，大型/超大型操作系统，航天用控制系统，大型指挥系统等。 3.半独立型（semidetached）：介于上述两种软件之间。规模和复杂度都属于中 等或更高。最大可达30万行。 估算公式： 基本COCOMO模型估算工作量和进度的公式如下 工作量：MM = r*(KDSI)c 进度：TDKV = a(MM)b 其中经验常数 r, c, a, b 取决于项目的总体类型。 COCOMO模型按其详细程度可以分为三级：基本COCOMO模型，中间COCOMO模型，详

软件项目估算过程

目录 1. 目的 (2) 2. 范围 (2) 3. 估算过程 (2) 3.1 规模和工作量估算 (3) 3.1.1 单元复杂度定义 (3) 3.1.2 项目的单元分解 (3) 3.1.3 规模和工作量估算 (3) 3.1.4 项目整体开发工作量可能 (4) 3.2 进度估算 (4) 3.3 风险的估算 (5) 3.4 关键计算机资源估算 (6) 3.5 项目成本及报价参见〈项目估算表〉 (6) 3.5.1人力成本 6 3.5.2非人力成本 6 3.5.3项目成本 6

3.5.4项目报价 6 4. 估算方法 (7) 5. 项目估算评审 (7) 6. 参考资料 (8)

1.目的 软件估算的目的是通过对软件项目治理和开发工作量的估算, 确认项目开发的成本, 开发周期以作为项目投标、立项的依 据. 对项目的估算通常还包括对软件大小 (Size) 、软件项目风 险和关键计算机资源的估算等. 对软件的估算专门难以精确或准确来衡量, 相反以其合理性来评估. 项目的估算通常和市场价格、商务目标、项目经验和 开发成员的工作弹性相关并是上述方面的综合反映. 2.范围 软件项目的估算不是一次估算过程. 通常会对项目估算多次. 例如在商务过程中, 通过估算进行报价和投标; 在项目打 算过程中, 通过估算以确定项目开发打算; 在里程碑评审和变 更过程, 通过估算和总结调整项目打算. 3.估算过程

3.1规模和工作量估算 在估算过程中，依照项目的类型、技术、语言和其他属性，尽可能地参照以往项目的数据，基于以往项目的历史数据，对指定项目的程序单元进行划分和确认。 假如没有可供参照的历史数据，使用Delphi等方法进行估算。 3.1.1 单元复杂度定义 软件项目经理依照以下表格并结合项目的历史数据，确定本项目的单元复杂度标准。（下表列出了制定复杂度标准时参考的因素，具体到各项目，需要软件项目经理具体定义各种类型的标准以及LOC、工作量的范围。） 复杂度单元复杂度标准 LOC 工作量 (人 -天) 简单产品因素（产品复杂性、数 据库规模、软件可靠性）人员5OO--1500 1-------5 中等1600--4000 6--------10

软件项目估算

软件项目估算 学院：数学与计算机科学学院 专业：计算机科学与技术（软件工程方向） 班级：软件12 学号：1060612014049 姓名：邓茂记 时间：2014年5月10日

软件项目估算是软件项目管理的核心所在，通过估算才能得出软件项目的计划，并成为软件项目控制的依据。一个成功的软件项目首先要有一个好的起点，也就是一个合理的项目计划，而一个好的项目计划，离不开一个准确、可信、客观的项目估算。但是因为软件本身的复杂性、历史经验的可重复性、估算工具的缺乏以及一些人为错误，都会导致软件项目的估算往往和实际情况相差甚远。 软件项目估算的目的在于为软件项目制定一个预算，确定项目目标是否能够实现，从而让项目在可控的状态下达成这个目标，同时为后续的软件质量提供对比依据，从中找出项目中存在的问题和好的经验，促进企业的持续改进。对项目经理来说，合理、有效的项目估算能够让自己在工作中掌握主动权，否则在工作中只能是疲于奔命。软件项目估算主要包括规模估算、工作量估算和成本估算。 软件项目估算一般分为两种应用场景：一是招投标的时候用来估价、报价；二是用来安排进度计划和指导项目具体工作的分配。前者是为了确定承接项目签合同进行的估算，后者是在项目确定后进一步的细化估算，往往前者的结果可能会影响项目的执行。一个完全准确地估算基本是不可能的，这主要在于估算本身存在很多困难。进行软件估算的困难有些是软件本身所固有的，特别是软件的复杂性和不可见性。 在估算一个软件项目时，软件项目经理需要明确以下三点：一是软件本身是非常困难的，但是估算又是必须的。二是只有准确地估算软件的功能，才能准确地估算出软件的成本，并制定出合理的进度计划。三是估算终究是估算，一个准确的与实际情况一模一样的估算是不可能的。 软件的估算有主观和客观两种估算方法。主观的估算方法可以通过召集项目团队成员，或者邀请各方面的专家，共同对某个项目的属性进行评估，参与评估的每个人都要单独进行估算，如果发现大家对某个项目属性估算的结果存在较大偏差，那么就需要做进一步的讨论，直到取得共识为止，对个别特殊属性进行主观估算时，一定要有直接干系人的参与。客观的估算方法是利用公司提供的各种度量数据进行估算。 软件估算要有一个时机，不能过早也不能过迟，过早的估算使估算的结果可能与实际的结果相差很远，项目快结束时进行估算，虽然误差不会很大，但是此时似乎又不需要估算了。尽管估算是非常困难的，但是项目估算在项目的不同阶段都在某一个可以预测的范围内，估算最终是收敛的。软件项目的估算不是一个一劳永逸的活动，它是随着项目进展不断细化的过程。软件开发的每一个阶段都可能最终影响到项目成本与进度，一般需要从可行性研究、需求说明、系统设计、系统实现、系统运行五个阶段进行估算。可行性研究阶段的估算是为软件组织提供基本的信息，已决定项目对组织是否有利；需求说明阶段的估算有助于组织在进入产品开发之前再次权衡产品的可行性；系统设计阶段的估算主要考虑的是如何将设计好的系统开发出来以及有没有被忽视的问题；系统实现阶段的估算主要是对原有的估算进行调整；系统运行阶段的估算是对估算过程的评价，用实际的消耗和各个阶段的估算值进行比较，总结估算工作中哪些方面需要提高，为向项目提供经验。 软件项目估算的步骤：确定软件项目范围、确定完成软件开发所需的资源（包括人力资源、可复用软件资源、环境资源）、估算工作量、估算成本。 常见的软件规模估算方法主要包括：代码行法、功能点法、自下而上法、类比法、专家判断法、参数估算法、简单估算法等。 代码行是常用的度量软件规模的一种方法，是对软件产品的源代码的行数进

软件项目开发成本估算案例分析

软件成本估算应用案例分析 本文以某公司开发一套人力资源管理系统为例来讲解软件成本估算的方法及过程。 项目需求： 某甲方需要一套人力资源管理系统，该软件企业想要去投标，甲方单位业务部门人员列出了比较原始的业务需求，具体需求描述如下： 1）组织架构管理 对公司的组织架构进行维护和图形化显示，包括部门、岗位等信息。可以对部门进行新建、修改、删除、合并、改变归属关系、设定岗位人数并根据已录入的档案信息自动显示实际岗位人数。支持部门、岗位信息的EXCEL模板导入功能。可以对岗位进行新建、修改、查询、删除等，岗位信息包括岗位说明、相关联工资级别等。 2）招聘管理 对于空缺岗位生成招聘申请，人力资源主管和部门主管审批后自动发布到外部招聘渠道。可以查询招聘信息或删除已过期的招聘信息。对应聘人员信息进行管理，将得到的简历、面试情况录入到系统并进行维护。 3）档案管理 对员工的信息进行管理，包括员工基本信息（如姓名、年龄、性别、岗位、电话、邮件等）、家庭档案信息、培训记录、工作记录。还包括员工照片、社保号码等。授权用户可以对员工档案进行查询或进行修改（如调动、离职、绩效考

核信息填写等） 4）人力地图 将公司的全部或某部门组织架构图显示出来，并可查看员工的基本信息。本人可以维护部分个人信息，如手机号码、个人主页地址、个人说明等。 5）培训管理 制订公司年度培训计划进行管理，并对每次公司级培训建立培训记录并对培训效果进行分析。提供年度培训计划的建立、修改、审核、审批等功能。对每次培训进行管理，可自动发送培训通知，培训后填写培训满意度、培训总结。可以对某时间段内的培训或选定培训进行培训效果的比较和分析 6）人力资源分析 包括基于人数的分析和基于部门的分析。基于人数的分析包括统计各岗位、各部门、各学历、各年龄段的人数、各岗位/部门实际人数和空缺人数等。基于部门的分析包括分析各部门到岗率、入/离职情况、岗位构成、学历构成、年龄构成等。 7）报表中心 授权用户可查看或打印员工基本信息、培训信息、工作情况、考核情况、并提供人力资源常用模板（如离职申请、培训申请等）的下载和打印。 软件项目成本估算： （1）测算规模 基于上述的业务需求，用预估功能点方法进行规模测算。测算出来的调整后功能点规模是260。具体如表D-6所示：

计划跟踪与进度控制

计划跟踪与进度控制 当项目计划编制完成后，项目将进入执行阶段。项目在执行过程中，由于各种内外环境的变化，使得项目不能按照预先拟定的计划进行，项目实际执行结果与计划蓝图之间总会出现一定偏差。这种偏差的存在可能会影响我们对项目计划的实施。这就需要我们定期的收集项目的有关信息，利用软件工具对计划进度、资源、费用进行监控，得到当前计划活动与目标计划活动的监控差值，从而为分析项目计划各种指标提供依据，及早发现问题，纠正偏差，使项目计划回到正常的执行轨道上。 在执行过程中，软件提供了丰富的图表、临界值、报表过滤器等主要分析工具，为用户提供有效的辅助决策方案数据。这些工具都可以直接挂接在WBS/项目下，对当前WBS/项目进行监控分析，符合项目管理的范围管理思想。 1、每一更新周期应提供的书面报告内容 1.1、作业清单，包括以下内容： a.作业清单(作业代码名称、原定工期、紧前作业、紧后作业) (作业清单报表) b.尚需工期、实际工期 c.最早开始时间、最早完成时间、最晚开始时间、最晚完成时间 d.实际开始时间、实际完成时间 e.自由时差、总时差

(作业时间工期报表) (作业时间分析报表) 1.2、工程量完成情况报表、资源使用情况报表 工程量完成情况报表应该包括以下内容：作业编码/名称、工程量名称、单位、单价、本期单价、本期数量、本期完成费用、累计完成数量、累计完成费用、尚需数量、尚需费用、完成时数量、完成时费用预算、计划完成百分比、实 际完成百分比。

(工程量完成情况报表) 资源使用情况报表应该包括以下内容：作业编码/名称、工程量名称、单位、单价、本期单价、本期数量、本期完成费用、累计完成数量、累计完成费用、 尚需数量、尚需费用、完成时数量、完成时费用。 (资源使用情况报表) 1.3、挣值分析报表 通过挣值分析报表可以动态的从进度/成本的角度去分析作业的执行情 况，将项目的不良执行情况扼杀于萌芽状态。 a.作业完成百分比分析报表(应包括以下内容：作业编码/名称、计划完成百分 比、实际完成百分比、进度完成百分比、费用消耗百分比)

01软件项目估算过程

目录 1.目的1 2.X围2 3.估算过程2 3.1规模和工作量估算2 3.1.1 单元复杂度定义3 3.1.2 项目的单元分解3 3.1.3 规模和工作量估算3 3.1.4 项目整体开发工作量估计3 3.2进度估算4 3.3风险的估算4 3.4关键计算机资源估算5 3.5项目成本及报价参见〈项目估算表〉6 3.5.1人力成本6 3.5.2非人力成本6 3.5.3项目成本6 3.5.4项目报价6 4.估算方法6 5.项目估算评审7 6.参考资料7 1.目的 软件估算的目的是通过对软件项目管理和开发工作量的估算, 确认项目开发

的成本, 开发周期以作为项目投标、立项的依据. 对项目的估算通常还包括对软件大小(Size) 、软件项目风险和关键计算机资源的估算等. 对软件的估算很难以精确或准确来衡量, 相反以其合理性来评估. 项目的估算通常和市场价格、商务目标、项目经验和开发成员的工作弹性相关并是上述方面的综合反映. 2.X围 软件项目的估算不是一次估算过程. 通常会对项目估算多次. 例如在商务过程中, 通过估算进行报价和投标; 在项目计划过程中, 通过估算以确定项目开发计划; 在里程碑评审和变更过程, 通过估算和总结调整项目计划. 3.估算过程 3.1规模和工作量估算 在估算过程中，根据项目的类型、技术、语言和其他属性，尽可能地参照以往项目的数据，基于以往项目的历史数据，对指定项目的程序单元进行划分和确认。 如果没有可供参照的历史数据，使用Delphi等方法进行估算。

3.1.1单元复杂度定义 软件项目经理根据以下表格并结合项目的历史数据，确定本项目的单元复杂度标准。（下表列出了制定复杂度标准时参考的因素，具体到各项目，需要软件项目经理 3.1.2项目的单元分解 ?软件项目经理组织相关人员参照定义的标准进行系统分解，以确认系统的程序单元以及程序单元的复杂度。 3.1.3规模和工作量估算 在确认完成简单、中等和复杂后，软件项目经理可以参照历史数据或用Delphi 法对工作量或规模进行估算，并把结果登记到程序单元估算表中。（在用Delphi法估算时，各类估算值的X围应在单元复杂度标准定义的X围内）如下表： 3.1.4项目整体开发工作量估计 软件项目经理组织相关人员估计项目开发过程中各开发阶段的相对工作量和总工作量（可参照以前项目的历史数据，否则需要用用Delphi法估算）。

在软件项目成本计算中引入估算

在软件项目成本计算中引入估算、预算和决算体系 2008-5-27 15:50 摘要：软件项目的成本估算和成本控制一直是软件项目管理研究的一大难题，本文提出 在软件项目成本估算中采用功能点方法，在软件项目成本预算中实施工作结构分解和COCOMO方法结合的方法，在软件项目结束后引入决算和审计机制，为软件企业建立起一个基于估算、预算和决算的知识库系统，来达到提高成本管理能力的目的。 关键字：软件成本估算，功能点，WBS, COCOMO,估算，预算，决算 引言 软件成本超支是软件项目中经常遇到的问题。很多软件项目经理都曾经历过这样的情况， 由于开发成本的超支，软件项目做完之后，不仅不能得到上级领导的表扬，甚至连项目奖金 都拿不到，而这一切都来源于当初对项目成本估算的不准。 随着软件开发技术的发展，软件成本在计算机系统总成本中影响越来越大，它直接影响到投资者的决策和软件项目的开发。没有合理而准确的软件成本估算，就无法很好地进行软件项目的管理。 据国际数据公司的研究报告显示，全球500强企业中，信息技术投资超过生产设备投 资的企业达65%.然而软件项目的开发情况却不容乐观，1995年，美国大概只有10%的软件 项目可以按时交付，而且费用也不超支，约30%的项目没有完成就被取消了。 项目超支的原因是多方面的，其中一个主要原因是由于软件开发过程中，成本控制工作 没有做好，没有对资源配置进行优化，因此造成了成本浪费。而更多的原因则来自对软件项 目成本的错误估算，用一个不可能的成本来实现一个比预算昂对得多的软件，不管如何控制 都将无法避免成本超支的噩运。 常用软件成本估算模型介绍在软件成本估算领域，有很多的估算模型，这些模型经过了 几十年的发展，其中部分模型成为了目前软件成本估算的常用模型，如功能点、DEL PH、SDC 和COCO MO等。其中以功能点和COCOMO模型应用最广。 功能点估算模型 功能点方法的本质是站在客户的角度度量系统，它认为系统的功能可以分为以下5类: 内部逻辑文件、外部接口文件、外部输入、外部输出和外部查询。根据计算规则首先确定每 个功能的分类及其功能复杂度，从而可以得到每个功能的权值，全部功能的权值相加就得到 “未调整的功能点数”。 功能点方法可以在早期度量软件的规模，软件的规模与它的工作量、进度和成本关系紧 密，早期准确的软件规模度量有助于确定软件价格和提高策划过程中估算的能力。

Project跟踪项目进度讲解学习

跟踪项目进度 （一）保存或更新计划 1. 保存或更新比较计划 打开项目的甘特图，在任务名称域中，选择要包括在比较基准计划中的任务。Shift或ctrl键。选择工具-跟踪-保存比较基准命令，打开保存比较基准对话框，为了保存或更新所选任务的比较基准，在范围选项区域中，选中选定任务单选，在上卷比较基准选项区域中，选择比较基准数据的上卷方式：到所有摘要任务可使所选任务（以及共享同一摘要任务的其他所有子任务）的已更新比较基准数据上卷到这些任务的摘要任务，否则摘要任务的比较基准数据可能无法准确地反映子任务的比较基准数据。选中从子任务到所选摘要任务复选框，可使所选摘要任务的比较基准数据得到更新，从而反映子任务的删除情况或以前保存过其比较基准值的已添加任务。如果已同时选择子任务和摘要任务，可同时选中这两个复选框。在甘特图下，选择工具—跟踪---保存比较基准命令，在打开保存比较基准对话框后，选中完整项目单选按钮，可为整个项目的所有任务创建比较基准计划。 2．保存或更新中期计划 在项目中选择视图---其他视图命令，打开其他视图对话框，在其他视图对话框的视图列表中选择任务工作表选项，然后单击应用按钮，打开任务工作表视图，单击选中工期域，选择插入—列命令，打开列定义对话框，在列定义对话框的域名称下拉列表中选择中期计划为开始时间1，单击确定按钮，则中期计划的开始时间1域即被添加到任务工作表视图中。参照同样的方法，在工作表视图中添加中期计划的完成时间1域。在添加的开始时间1域和完成时间1域中，更改特定任务的中期计划的开始或完成日期。

3. 查看比较基准信息 为项目创建比较基准计划后，用户可以通过以下途径来查看比较基准的相关信息：1)使用项目统计对话框通过项目统计对话框，用户可以查看当前计划与比较基准计 划的开始时间、结束时间、工时、工期、成本以及工时和工期的完成的百分比等信息，还有两者之间的差异。 2)使用比较基准表在比较基准表中，用户可以查看比较基准开始时间、结束时间、 工时和工期等信息。选择视图—表—其他表命令，打开其他表对话框后，在表选择区域选择任务选项，在列表中选择比较基准选项，单击应用按钮。

跟踪项目进度

南京信息工程大学实验(实习)报告 实验名称跟踪项目进度实验日期11.27指导老师仅供参考 一、实验目的 学习利用Project 工具跟踪项目进度。 二、实验时间 2学时 三、实验要求 根据上次实验所确定的任务，跟踪项目进度。 四、实验内容 （一）保存或更新计划 1. 保存或更新比较计划：打开保存比较基准对话框，点击选定任务，在上卷比较基准选项区域中，勾选到所有摘要任务和从子任务到所有摘要任务，为整个项目的所有任务创建比较基准计划。 2．保存或更新中期计划：在视图中打开任务工作表，在工期域中插入列，域名称设置为为开始时间1，单击确定按钮，同理再添加完成时间1域。然后在添加的开始时间1域和完成时间1域中，更改特定任务的中期计划的开始或完成日期。

3. 查看比较基准信息：通过视图的表选项将表调为比较基准，可以查看当前计划与比较基准计划的开始时间、结束时间、工时、工期、成本以及工时和工期的完成的百分比等信息，还有两者之间的差异。 4．向比较基准计划或中期计划中添加任务：打开比较基准对话框，范围选择选定任务，如果要在中期计划中添加任务，选择保存为中期计划但选按钮，并在列下拉列表中选择要添加到的中期计划。

（二）跟踪项目进度 1．更新完整项目：打开更新项目对话框，可以更新项目中所选任务或所有任务的完成百分比，或者重新排定未完成工时的日程。 2．更新选定任务：如果实际发生的情况只与某一任务或者部分任务相关，则可以使用选定任务的更新方法，对单一任务或者部分任务进行更新。 3．重新安排未完成任务：选择要更新的项目或任务，打开更新项目窗口，弹出更新项目对话框进行相应的修改。 4．显示项目的进度线：进度线可以反映项目进度状况，它是根据日期构造的垂直方向

软件项目开发成本估算

硕士研究生读书报告 题目浅谈软件项目开发成本估算 作者姓名梁前能 作者学号Z114325142 指导教师季江民 学科专业软件项目管理 所在学院软件学院 提交日期二○一二年三月

Discussing of the cost estimation in the process of software project management A Dissertation Submitted to Zhejiang University in partial fulfillment of the requirements for the degree of Master of Engineering Major Subject: Software Project Management Advisor: Ji Jiangmin By Liang Qianneng Zhejiang University, P.R. China 2012

摘要 本文重点探讨了软件项目管理及开发过程中一个重要的问题——软件项目开发成本估算方法。软件项目管理人员及用户不能成本的重要性，因为管理好成本才能避免造成人力、物力和资源的浪费，而软件项目开发成本的首要任务是先进行成本估算。所以在软件开发前期对软件开发成本的估算就显得十分重要，本文以软件项目开发工程的角度介绍成本估算在软件项目管理过程中的如何进行成本估算及其估算过程，估算方法，估算等级等。 关键词：软件项目管理，成本估算。 Abstract The paper discussed the important problem in software management and development, cost estimation in the process of software project management. Administrator of software project management and users can’t ignore the communication. We must manage the cost of software project to avoid of costing a lot of time and money. So, the cost estimation in the process of software project management is important in the early time of the development. This paper mainly discussed the processes and methods of cost estimation in the process of software project management. Keywords：Management of software project, Cost estimation 1. 引言 为了使开发项目能够在规定的时间内完成，而且不超过预算，成本估算的管理控制是关键。软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。 同样，软件项目开发的成本估算的过程也不是一蹴而就的，这也许与传统的工业产品生产过程成本估算过程相似，但因为软件项目的开发成本主要在人力成本上，对人力成本的估算也是软件项目开发成本估算的主要内容，而人力成本主要以工作量或以时计费，所以先要对软件规模，工作量，开发进度等的估计，这些过程可以利用历史项目数据作为参考，完成上述步骤后再结合现有成本数据就可以进行成本估算，成本估算不仅仅是在项目开发工作之前进行，为了保证成本估算结果的准确性，在软件项目过程中也要进行成本估算过程，可以迭代进行估算过程。如下图：

project2007项目实际进度跟踪方法

在管理项目时，需要监视项目的三角因素：时间、资金和范围。调整其中之一都将影响其他两个。意外的延迟、成本的超出和资源更改等事件都将在日程计划中导致问题。 如果保持项目信息为最新，则可以始终查看项目的最新状态。通过该方法可以及早确定可能影响项目成功的问题并使用Microsoft Project 找出解决方案。 本节课程将演示如何跟踪和管理项目中的工作。单击“开始课程”按钮可开始。 开始课程 1．课程：如何跟踪任务的实际进度 在创建项目并开始工作后，可以跟踪实际的开始和完成日期、实际完成的任务百分比和实际工时。跟踪实际进度可显示所做的更改影响其他任务的方式，从而最终影响项目的完成日期。当您完成本课程后，就可知道输入实际任务信息的方法并查看其对日程的影响了。 1.1检查任务是否正按计划进行 如果要保持项目按计划进行，请确保任务按计划开始和完成。“跟踪甘特图”视图将协助发现问题所在，即偏离比较基准计划的任务。然后即可调整任务相关性、重新分配资源或删除某些任务以满足最终期限的要求。 “跟踪甘特图”视图将比较每个任务的当前日程和原始日程。在保存了带有比较基准的项目和输入实际进度数据之前，“跟踪甘特图”视图将显示比较基准条形图并同时显示计划的或实际的条形图。 随着实际数据的输入，顶部条形图可能移动以显示与计划的偏差。例如，如果“盘存制品”的开始日期前移两天并已完成55%，则红色的计划条形图将超出在其下面的比较基准条形图两天。 1 单击“视图”菜单中的“跟踪甘特图”命令。 2 如果要查看差异域，请指向“视图”菜单中的“表”子菜单，然后单击“差异”命令。 3 如果需要，请按Tab 键查看差异域。 4 指向“视图”菜单中的“工具栏”子菜单，然后单击“跟踪”命令。 5 更新项目中任务的进度。 l 如果任务已按日程开始，请单击任务，然后单击“按日程更新”按钮。 l 如果任务没有按日程进展，在下一节课程中将学习如何输入实际的开始和完成日期，以及如何输入任务的实际工期或按百分比来更新任务进度。 注释为了包含差异信息，您必须保存比较基准。 1.2输入任务的实际开始和完成日期 延迟开始或完成的任务将因为延迟相关任务的开始或完成日期而延误整个项目。提前开始或完成的任务可以释放资源用于在日程后面开始的任务。Microsoft Project 使用输入的实际值来重排项目中剩余部分的日程。 1 单击“视图”菜单中的“甘特图”命令。 2 指向“视图”菜单中的“工具栏”子菜单，然后单击“跟踪”命令（如果还没选中）。 3 在“任务名称”域中选择要更新的任务。 如果要选择不连续的任务，可按住Ctrl 键，然后单击需要的任务。如果要选择连续的任务，可按住Shift 键，然后单击要更新的第一个和最后一个任务。 4 单击“更新任务”按钮。 5 在“实际”部分下的“开始”或“完成”框中键入或选择日期。 如果输入了完成日期，请确保任务已经100% 完成；Microsoft Project 将假定日期是正确的

软件项目中的成本构成及估算方法

软件项目中的成本构成及估算方法 随着知识经济、信息时代的来临，计算机软件业迅猛发展。商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、维护、管理的过程，是一个非常复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。据统计，软件成本在软、硬件总成本中的份额，已从50年代的百分之十几，上升到近期的百分之七八十，而且还在持续上升。软件成本中的开发成本和维护成本的比例，也从50年代的接近1：1，达到了近期的1：2。系统软件开发成本和维护成本在整个生命周期中份额。本文对上表的数字作了部分调整。主在维护阶段剔除了完善性维护成本。这一项成本不应列入委托评估系统软件的本次价值评估。这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。 一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。（3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。（4）培训费。（5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。（6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。（7）

实验五-跟踪项目进度

实验五跟踪项目进度 一、实验目的 学习利用Project跟踪项目进度，跟踪实际成本，跟踪项目资源状况等。 二、实验容与步骤 (一)保存或更新计划 (1)保存或更新比较计划。打开项目的甘特图，在任务名称域中，选择要包括 在比较基准计划中的任务。选择工具-跟踪-<设置比较基准>命令，打开<设置比较基准>对话框。为了保存或更新所选任务的比较基准，在<围>选项区域中，选中<选定任务>单选，在<上卷比较基准>选项区域中: 选择 <到所有摘要任务> ,可使所选任务（以及共享同一摘要任务的其他所有子任务）的已更新比较基准数据上卷到这些任务的摘要任务，否则摘要任务的比较基准数据可能无法准确地反映子任务的比较基准数据。 选中 <从子任务到所选摘要任务> 复选框，可使所选摘要任务的比较基准数据得到更新，从而反映子任务的删除情况或以前保存过其比较基准值的已添加任务。如果已同时选择子任务和摘要任务，可同时选中这两个复选框。 在甘特图下，选择工具—跟踪---<设置比较基准>命令，在打开<设置比较基准>对话框后，选中完整项目单选按钮，可为整个项目的所有任务创建比较基准计划。

(2)保存或更新中期计划。在项目中选择视图---<其他视图> 命令，打开 <其他视图> 对话框，在其<他视图对话框> 的<视图>列表中选择任务工作表选项， 然后单击<应用> 按钮，打开任务工作表视图，单击选中工期域，选择插入—列命令，打开 <列定义> 对话框，在<列定义对话框> 的 <域名称> 下拉列表中选择中期计划为<开始时间1>，

单击确定按钮，则中期计划的开始时间1域即被添加到任务工作表视图中。参照同样的方法，在工作表视图中添加中期计划的完成时间1域。 在添加的<开始时间1>域和 <完成时间1> 域中，更改特定任务的中期计划的开始或完成日期。

01软件项目估算过程

目录 1。目的 (2) 2。范围 (2) 3。估算过程 (2) 3.1 规模和工作量估算 (3) 3.1.1单位复杂度定义 (3) 3.1.2项目单位分解 (3) 3.1.3规模和工作量估算 (3) 3.1.4估计的总体项目开发工作量 (4) 3.2 进度估算 (4) 3.3 风险估算 (5) 3.4 关键计算机资源估计 (6) 3.5 有关项目成本和报价的信息，请参阅<项目预算表> (6) 3.5.1 人工成本 (6) 3.5.2 非人工成本 (6) 3.5.3 工程造价 (6) 3.5.4 项目报价 (6) 4。估算方法 (7) 5，项目预算审查 (7) 6。参考 (8)

1.目的 软件估算的目的是通过软件项目管理和开发工作量的估算来确定项目开发的成本，并将开发周期用作项目招标和项目建立的基础。项目估算通常还包括软件大小（尺寸），软件项目风险和关键计算机资源的估计等。 软件的估计难以精确或准确地衡量，相反，它是通过其合理性来评估的。项目估算通常与市场价格，业务目标，项目经验以及开发成员的工作灵活性有关，并且是对以上方面的综合反映。 2.范围 软件项目的估算不是估算过程。该项目通常估计很多次。例如，在业务流程中，报价是通过估算进行的；在项目计划过程中，通过估算确定项目开发计划；在里程碑式的评审和变更过程中，通过估算和汇总来调整项目计划。 3.估算过程

3.1规模和工作量估算 在估算过程中，尽可能根据项目的类型，技术，语言等属性，参考过去项目的数据，根据过去项目的历史数据，指定项目的方案单位项目划分并确认。 如果没有历史数据可供参考，请使用Delphi等方法进行估算。 3.1。1个单位复杂度定义 软件项目经理根据下表并结合项目的历史数据来确定项目的单元复杂性标准。 （下表列出了制定复杂性标准时要参考的因素。对于每个项目，软件项目经理都需要 3.1.2项目单位分解 ?软件项目经理组织相关人员根据定义的标准对系统进行分解，以确认系统的程序单元和程序单元的复杂性。 3.1。3规模和工作量估算 确认简单，中等和复杂之后，软件项目经理可以参考历史数据估算工作量或规模，或使用Delphi方法，并将结果注册到程序单位估算表中。（当使用Delphi方法进行估算时，各种估算值的范围应该在单位复杂度标准定义的范围内）下表：

软件项目成本估算

合同登记编号： 成本估算 项目名称：库存管理系统 委托人（甲方）：xxxxxx 研究开发人（乙方）：xxxxxx软件公司 签订地点：xxx市 签订日期：2010年x月xx日 有效期限：2010年x月xx日至2011年xx月xx xx技术市场管理办公室

（1）签订合同前 签订合同前，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用B/S结构，公司JSP+SQL Server的技术比较成熟，以前成功完成过类似的项目，根据SOW的说明，基本上需要x~x个开发人员，x个月左右的开发时间，基本上是x~x 人月的规模，所以，x~x万可以作为合同的参考价格。这个阶段只需要一个粗略的量级的成本估算，可以不进行详细的成本预算。 （2）合同签署后 合同签署之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后通过系统获得相应的质量、管理任务规模，从而计算直接成本，在计算间接成本，最后计算总成本，具体过程如下。 首先分析资源。 人力资源： ?x个开发人员 ?x个项目管理人员 ?x个项目质量人员 ?x个配置管理人员 设备资源（作为间接成本计算）： ?x台电脑 ?x台服务器 表1-1给出了项目规模的估算。

表1-1 估算步骤如下： 1)获取项目分解结果WBS。 任务分解是根据项目的功能进行分解的。 2)计算开发成本。 ●由于任务分解的结果主要针对开发任务的分解，管理任务和质量任务可以通过计算 开发任务得到，根据以往经验，管理任务和质量任务=xx%*开发任务。 ●从表1-1得知项目规模是xx人天，开发人员成本参数=xxx元/天，则开发成本=xxx 元/天*xx天=?元。 3)计算管理、质量成本。 ●项目的管理和质量成本=开发成本*xx%=?元。 4)直接成本=?+?=??元。 5)计算间接成本。 ●间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。 ●根据以往经验，采用公式：间接成本=xx%直接成本=??元。 6)计算总估算成本。 ●项目总估算成本=??+??=？？元。 7)重新评估项目的报价。 ●重新评估一下项目的报价准确性，当然这时候，项目的合同已经签署了，报价是不 能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等。 ●如果项目的利润是xx%，其中风险基金xx%，利润xx%，税费x%。则项目的总报 价=??*?=??元，应该说报价还是比较合适的。

软件项目估算过程

目录

1.目的 软件估算的目的是通过对软件项目管理和开发工作量的估算, 确认项目开发的成本, 开发周期以作为项目投标、立项的依据. 对项目的估算通常还包括对软件大小(Size) 、软件项目风险和关键计算机资源的估算等. 对软件的估算很难以精确或准确来衡量, 相反以其合理性来评估. 项目的估算通常和市场价格、商务目标、项目经验和开发成员的工作弹性相关并是上述方面的综合反映. 2.范围 软件项目的估算不是一次估算过程. 通常会对项目估算多次. 例如在商务过程中, 通过估算进行报价和投标; 在项目计划过程中, 通过估算以确定项目开发计划; 在里程碑评审和变更过程, 通过估算和总结调整项目计划. 3.估算过程

3.1规模和工作量估算 在估算过程中，根据项目的类型、技术、语言和其他属性，尽可能地参照以往项目的数据，基于以往项目的历史数据，对指定项目的程序单元进行划分和确认。 如果没有可供参照的历史数据，使用Delphi等方法进行估算。 3.1.1单元复杂度定义 软件项目经理根据以下表格并结合项目的历史数据，确定本项目的单元复杂度标准。（下表列出了制定复杂度标准时参考的因素，具体到各项目，需要软件项目经理 3.1.2项目的单元分解 ?软件项目经理组织相关人员参照定义的标准进行系统分解，以确认系统的程序单元以及程序单元的复杂度。 3.1.3规模和工作量估算 在确认完成简单、中等和复杂后，软件项目经理可以参照历史数据或用Delphi 法对工作量或规模进行估算，并把结果登记到程序单元估算表中。（在用Delphi法估算时，各类估算值的范围应在单元复杂度标准定义的范围内）如下表：

”软件项目管理在线学习网站“成本估算案例分析

”软件项目管理在线学习网站“成本估算案例分析

“软件项目管理在线学习网站”成本估算案例分析 --采用用例点估算过程和自下而上成本估算过程 小组：9号

下面给出”软件项目管理在线学习网站”项目的用例点估算和自下而上估算两个成本估算过程 1.用例点估算过程 根据用例点估算过程，通过”软件项目管理在线学习网站”项目需求规格 确定项目的Actor和用例情况，从而计算UAW，UUCW，再得出UUCP，然后计算用例点UCP，最后根据工作效率计算出项目规模。 用例点方法的基本步骤如下： 1.对每个角色进行加权，计算未调整的角色的权值。 (Unadjusted Actor Weight, UAW)。 2.计算未调整的用例权值(Unadjusted Use Case Weight,UUCW)。 3.计算未调整的用例点(Unadjusted Use Case Point,UUCP)。 4.计算技术和环境因子(Technical and Environment Factor,TEF)。 5.计算调整的用例点(Use Case Point,UCP)。 6.计算工作量。 1.1估算UAW 首先根据软件需求的用例模型，确定参与角色以及复杂度，其次利用参与角色的数量乘以相应的权值来计算UAW。

角色根据复杂度标准定义3个不同的复杂度级别，而每个不同级别又对应不同的权值。如下表所示 序号复杂度级别权值Actor数量UAWì 1 Simple 1 5 5 2 Average 2 3 6 3 Complex 3 0 0 总计11 1.2估算UUCW 根据用例模型确定用例以及复杂程度。利用用例的数量乘以相应的权值来计算UUCW。 用例根据场景个数分为3个不同的复杂度级别，而每个不同级别又对应不同的权值。如下表所示 序号复杂度级别用例数量权值UUCWì 1 Simple 5 15 75 2 Average 10 12 120 3 Complex 15 3 45 总计240 1.3计算用例点UCP