最详细的软件项目管理.pptVIP

工程管理过程

软件生产率和质量的度量

软件工程的估算

软件工程方案的目标

软件本钱和工作量估算

进度安排

软件工程的组织与方案

软件过程与软件过程成熟度模型;工程管理过程;软件工程管理可以提供这些信息。

这种管理在技术工作开始之前就应开始，在软件从概念到实现的过程中继续进行，当软件工程过程最后结束时才终止。;启动一个软件工程;软件人员和用户是在系统工程步骤中确定工程的目标和范围。

目标标明了软件工程的目的但不涉及如何去到达这些目的。

范围标明了软件要实现的根本功能，并尽量以定量的方式界定这些功能。

当明确了软件工程的目标和范围后，就应考虑候选的解决方案。;有了方案，管理人员和技术人员就能够据此选择一种“好的”方法，给出诸如交付期限、预算、个人能力、技术界面及其它许多因素所构成的限制。;度量;为有效地度量，常常需要考虑：对于过程和产品，

适宜的度量是什么？

所收集的数据如何使用？

用于比较个人、过程或产品的度量是否合理？

管理人员和技术人员可利用这些度量来了解软件工程过程的实际情况和它所生产的产品质量。;估算;如果新工程与以前的一个工程在大小上和功能上十分类似，那么新工程需要工作量、开发持续时间、本钱大致与那个老工程相同。

假使工程背景完全生疏，只凭过去的经验做出估算可能就不够了。

现在已有了许多用于软件开发的估算技术。其共同特点是：;事先建立软件范围

以软件度量〔以往的度量〕为根底，以做出估算

工程被分解为可单独进行估算的小块

管理人员大多使用不止一种估算技术，并用一种估算技术做为另一种估算技术的交叉检查。;风险分析;风险分析对于软件工程管理是决定性的，然而现在还有许多工程不考虑风险就着手进行。

所谓风险分析实际上就是一系列风险管理步骤，其中包括风险识别、风险估计、风险优化、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。;进度安排;如何识别和监控关键路径以确保结束？

对进展如何度量？

如何建立分隔任务的里程碑。

软件工程的进度安排与任一个工程工程的进度安排根??相同。首先识别一组工程任务，再建立任务之间的相互关联，然后估算各个任务的工作量，分配人力和其它资源，制定进度时序。;追踪和控制;还可对资源重新定向

对任务重新安排

〔做为最坏的结果〕可以修改交付日期以调整已经暴露的问题。用这种方式可以较好地控制软件的开发。;软件生产率和质量的度量;为什么要对软件进行度量;度量的方式;软件工程过程的直接度量包括所投入的本钱和工作量。

软件产品的直接度量包括产生的代码行数〔LOC〕、执行速度、存储量大小、在某种时间周期中所报告的过失数。

软件产品的间接度量包括功能性、复杂性、效率、可靠性、可维护性和许多其它的质量特性。;只要事先建立特定的度量规程，很容易做到直接度量软件所需要的本钱和工作量、产生的代码行数等。

软件的功能性、效率、可维护性等质量特性却很难用直接度量判明，只有通过间接度量才能推断。;软件度量域的分类;软件生产率度量的焦点集中在软件工程过程的输出；

软件质量度量那么指明了软件适应明确和不明确的用户要求到什么程度；

技术度量的焦点那么集中在软件的某些特性〔如逻辑复杂性、模块化程度〕上而不是软件开发的全过程。;另一种分类方法;面向规模的度量;面向规模的数据表格;工程aaa-01

规模为114.1KLOC〔千代码行〕

工作量用了24个人月

本钱为168,000元

文档页数为365

在交付用户使用后第一年内发现了29个错误，

有3个人参加了工程aaa-01的软件开发工作。;需要注意的是，在表格中记载的工作量和本钱是整个软件工程的活动〔分析、设计、编码和测试〕，而不仅仅是编码活动。

对于每一个工程，可以根据表格中列出的根本数据计算简单的面向规模的生产率和质量的度量。;根据数据表格可以对所有的工程计算出平均值：

生产率＝KLOC／PM〔人月〕

质量＝错误数／KLOC

本钱＝元／LOC

文档＝文档页数／KLOC;面向功能的度量;面向功能的数据表格;功能点计算; (3)用户查询数：查询是一种联机的交互操作，每次询问/响应具备应计数。

(4)文件数：每一个逻辑主文件都应计数。逻辑主文件是指逻辑上的一组数据，可以是一个大数据库的一局部，可以是一个单独的文件。

(5)外部接口数：与系统中其他设备通过外部接口读写信息次数均应计数。;一旦收集到上述数据，就可以计算出与每一个计数相关的复杂性值。

一个信息域是简单的、平均的还是复杂的，由使用功能点方法的机构自行确定，从而计算出加权计数。

计算功能点，使用如下的关系式：

FP＝总计数×(0.65＋

+0.01×SUM(Fi))

总计数是所有加权计数项的和;Fi〔i＝1