《软件工程——理论、方法与实践》课件第14章.ppt

COCOMO模型的计算公式是由模型设计者提出来的，反映了设计者们的经验和所掌握的数据，但是，它在实际使用时未免过于复杂。公式中用到的属性太多，而且对这些值的估算带有太多的不确定性。原则上讲，模型的每个用户应该依照自己的历史项目数据来校准该模型，因为这将反映出局部环境对模型的影响，然而实际过程中，很少有机构对过去的项目数据进行长期细心的收集以支持对COCOMO模型的校准。因此，在COCOMO的实际使用中，模型参数的取值一般都用一些公开发表的取值。14.2.5面向对象项目的估算

Lorenz和Kidd给出了面向对象项目的估算建议：

(1)可以使用工作量分解、FP分析和适用传统应用的方法进行估算。

(2)使用面向对象的分析模型建立用例并确定用例数。

(3)对每个用例由分析模型确立系统核心类的数量。(4)对系统的用户界面进行归类，确定用户界面支持类的加权因子，并计算用户界面支持类数。参考因子为：

●非图形用户界面：2.0。

●基于文本的用户界面：2.25。

●图形用户界面：2.5。

●复杂的图形用户界面：3.0。

(5)确立工作单元数(人日)。Lorenz和Kidd建议每个类的平均工作单元数为15～20人日。14.3软件配置管理

14.3.1基线和配置项

1．基线(Baseline)

软件变更是软件开发中不可回避的事情。客户希望修改需求，开发者希望修改技术方法，管理者希望修改项目方法，这三个希望都可能引起软件变更。这是因为随着时间的流逝和开发过程的推进，系统相关人员可能会了解和掌握更多的信息，如客户真正需要什么？什么方法最好？项目如何实施代价更小等，这些开发过程中获取的知识促使软件不得不发生变更，而软件开发者也只能认可这类变更。基线是软件配置管理的概念，它帮助我们在不严重阻碍合理变化的情况下来控制变化。IEEE(IEEEStd．610.12-1990)定义基线如下：

基线是已经通过正式复审和批准的规格说明或中间产品，它因此可以作为进一步开发的基础，并且只有通过正式的变化控制过程才能改变。简单地说，基线是指软件配置项通过正式复审而进入正式受控的一种状态。以软件需求规格说明为例，开发人员可以在需求开发阶段随时根据用户的要求修改该文档。一旦该文档通过正式评审形成基线之后，需求变更就必须受到严格的控制，原则上是不允许轻易变更的，必须按照规定的变更控制程序进行申请、评估、修改和验证。

基线标志着软件开发过程的各个里程碑，通常的软件基线如图14.4所示，它将软件开发各个阶段的工作划分得更加明确，有利于阶段成果的检查和确认。图14.4软件基线(里程碑)2．软件配置项(SoftwareConfigurationItem，SCI)

软件配置项定义为部分软件开发过程中创建的信息，一个SCI可以是某个大的规约中的某个单独段落，或在某个大的测试用例集中的某种测试用例；一个SCI也可以是一个文档、一个全套的测试用例或一个已命名的程序组件。

软件配置项是配置控制下的一组相关程序、文档或数据的集合，包括：

●与合同、过程、计划和产品有关的文档和数据。

●源代码、目标代码和可执行代码。

●相关产品，包括软件工具、库内可复用软件、外购软件及用户提供的软件。随着软件开发过程的进展，软件配置项的数量将会迅速增加，其内容也会随时发生变化。因此，软件人员必须尽力保证所有软件配置项的正确性和一致性。

以下的SCI成为配置管理的目标并成为一组基线：

●系统规格说明。

●软件项目计划。

●软件需求规格说明。包括图形分析模型、处理规格说明、原型和形式规格说明等。

●初步的用户手册。

●设计规格说明。包括数据设计描述、体系结构设计规格说明、模块设计描述、界面设计描述、对象描述等。●源代码清单。

●测试规格说明。包括测试计划和过程、测试用例和结果记录等。

●操作和安全手册。

●可执行程序。包括模块的可执行代码、链接的模块等。

●数据库描述。

●联机用户手册。

●维护文档。包括软件问题报告、维护请求、软件变化指令等。

●软件工程的标准和规程。除了上面列出的SCI，很多软件工程组织也将软件工具列入配置之中，即特定版本的编辑器、编译器和其他CASE工具被“固定”作为软件配置的一部分。因为这些工具被用于生成文档、源代码和数据，所以当对软件配置进行改变时，必须要用到它们。虽然问题并不多见，但有可能某些工具的新版(如编辑)会产生和原版本不同的结果。为此，工具就像它们辅助产生的软件一样，可以被基线化，并作为综合的配置管理过程的一部分。在