TSPP04G03 软件估计规程 V100.docx

《TSPP04G03 软件估计规程 V100.docx》由会员分享，可在线阅读，更多相关《TSPP04G03 软件估计规程 V100.docx（22页珍藏版）》请在第一文库网上搜索。

1、TIANSU软件估计规程文件编号TSP-P04-G03生效日期2009-11-10受控编号保密级别秘密版本号V0. 20修改次数0总页数23正 文18附 录0编 制陆培审 核批 准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10. 10创建初稿陆增2009-10-3020. 20内部评审陆增2009-11-1031.00发布陆增2009-11-251 弓I Uj O.11.1 1目的11.2 适用范围11.3 定义11.4 参考资料12 角色与职责23 *35 /Sb.55. 1规模估计55. 1. 1进入标准55. 1.2 输入55. 1.3主要

2、步骤55. 1.4 输出65. 1.5退出标准65. 1.6 备注65. 2工作量估计65. 2. 1进入标准65. 2. 2 输入65. 2. 3主要步骤65. 2. 4 输出75. 2. 5退出标准75. 2. 5 ys *75. 3 4彳占1175. 3. 175. 3. 2输入75. 3. 3主要步骤75. 3. 4输出75. 3.5结束标准75. 3. 6备注75. 4进度估计75. 4. 1启动准则75.4. 2 输入75.4. 3主要步骤75. 4. 4 输出85. 4. 5结束准则85. 4. 6 备注85. 5关键计算机资源估计85. 5.1启动准则85. 5. 2 输入85

3、. 5. 3主要步骤85. 5. 4 输出85. 5. 5结束准则95. 5. 6 y, 95. 6 形成项目估算记录.96. 7 IK审项目估记录 96 l1j 107 退出标准118 估算方法128. 1功能点工作量估计方法128. 2历史数据估计方法128. 3 Delphi估计方法138.4 PERT规模估计法148. 5代码重用估计方法148. 6改善项目估计148. 7估计系数148. 7.1开发工具系数149. 7. 2规模系数1510. 7. 3生产力系数1511. 7 41612. 7 5 CM1613. .6 QA1614. .7改善项目规模系数1615. 7. 8 育匕*

4、1616. 7. 9复杂度调整因子1617. . 10 度量1718. . 11估算方向与计算（逻辑）公式179 相关文档189. 1引用文件189. 2使用模板181引言1.1 目的估计的特点是：对输入的数据很敏感，而结果是在一个可接受的范围内，不考虑获得精确的答案。它 贯穿整个软件生命周期，随着过程的改进和历史数据的积累，估计变得越来越精确。本文档的目的是为了描述对软件产品的规模、工作量、成本、关键计算机资源和进度等进行估计，描 述了估计的步骤和过程。1.2 适用范围本文档适用于本公司所有项目的软件生命周期中的估计活动，这些活动包括：软件需求分析、系统设 计、编码、测试、配置管理、软件质量

5、保证等。1.3 定义以下列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇, 同时继承全部的先前过程中定义过的词汇：词汇名称词汇含义备注FP功能点(Function Point)DB数据库(Database)SLOC源代码行(Source Line Of Code)RFP方案建议书(Request For Proposal)WBS工作分解结构(Work Breakdown Structure)SW软件(Software)HW硬件(Hardware )DASD直接存取存储设备(direct access storage device or devices)1.4

6、参考资料无2角色与职责编号角色职责备注1项目经理应遵从恰当的估算方法，并加入各类调整系数，尽量贴近实 际情况来实施估算；在增加客户提出的前提制约条件等之后，应调整估算结 果。2项目组在项目经理组织下，共同完成项目的各项估计。3客户和软件需求分析人员一起，提出与项目有关的承诺信息（质 量、成本、交货期）及工作环境等前提或制约条件； 应确认并承认估算结果及其依据。4评审组审查估算结果及其依据，并进行认同。5部门经理应确认并承认估算结果及其依据。3进入标准 在项目生命周期的计划阶段，制定项目计划之前即开始估算，在各个阶段有必要细化项目计划时 进行估算。 应在学习、理解了正确的估算方法之后，根据项目特

7、性（业务、特定的硬件环境、交货期、 预算控制等），选取合适的估算方法。 结合”采用多种！估算方法”、“采用多个人估算”、“与过去相似实绩进行对照”等方法，在 恰当的时候，通过实施反复估算，使估算的精度更准确。4输入 来自客户的软件需求； 客户提出的与项目有关的承诺信息（质量、成本、交货期）及工作环境等前提或制约条件; 过去相似项目的实绩数据。5活动步骤描述每一个项目都要进行估计，并将估计的结果作为项目计划的基础。估计是项目计划的核心。目的是为 项目建立合理的预算，确定合适水平的员工，并为项目承诺提供基础。一个没有建立在合理估计基础上的 计划会提供一种错误的安全感，可能比根本没有计划更糟。估计的

8、内容通常包括：规模、工作量、成本、进度表、关键计算机资源等。本文提供了几个估计方法及相关过程，它们主要应用于公司的软件项目规模、工作量及成本、关键计 算机资源等的估计。如果这些估计方法不适用于特定的项目，项目经理必须为该项目提出另外的估计方法。5.1 规模估计5.1.1 进入标准项目立项或需求分析完成5.1.2 输入 需求规格说明书 历史项目规模数据5.1.3 主要步骤（1）根据软件项目需求以及历史相似项目经验划分软件功能模块，编制工作分解结构图（WBS）o 工作分解结构图（WBS）是一种将项目所有尽可能细化的功能模块以结构层次图的形式来表示， 为软件规模估计提供依据。 随着项目的进行，在需求

9、不断明确的情况下，工作分解结构图（WBS）将同步更新并细化，进一 步为规模及工作量估计提供更详细的依据。 由于此处WBS仅用于项目估计而非用于系统设计，其细分程度由估计小组决定。 根据项目的实际情况，可以选用工作分解结构图（WBS）最底层的模块作为规模及工作量估计的 最小单元。（2）针对WBS的最底层模块，采用DELPHl法进行规模估计。由多个专家对要估计的模块进行轮流估 计，直到达到估计的最小误差为止，最终确定每个模块的估计规模。在采用DELPHI方法估计时采用加权 平均法求估计数值，对每一个参与估计的专家要分配一个权值，权值的大小要依据专家在被估计对象领域 方面经验大小来确定。（3）在DE

10、LPHl规模估计中间，可以穿插历史经验数据分析法、PERT方法和FP功能点分析方法。（4）根据工作分解结构图（WBS）,自下而上汇总各层模块的功能点或代码数量。（5）软件规模单位可以选择功能点（FP）、代码行（SLoC）或千行代码（KSLOC）对象数量、UC点数 等;文档规模可以选择文档页数。但在规模估计过程中，只使用功能点作为估计单位,在采用IBM法和COCOMO 法进行工作量和进度估计时，可以将功能点转换为代码行或千行。（6）只对软件模块进行规模估计，不对管理性质的工作（如项目策划、项目跟踪、质量保证、配置 管理等活动）做规模估计。（7）进行规模估计时建议采用两种或两种以上的估计方法，并由

11、项目组不同的人去完成，然后对每 种结果进行对比，根据历史项目的相似经验及本项目的实际情况选择其中最可能的一种。（8）在规模估计时，要区分软件模块是新开发的模块，还是复用或自动生成的模块。5.1.4 输出 工作分解结构图（WBS）估计的软件规模5.1 5退出标准 工作分解结构图（WBS）,软件规模估计已经记录到项目估算记录。5.1.6备注立项之后，进行第一次规模估计；需求分析完成后，进行第二次规模估计。5. 2工作量估计6. 2.1进入标准 软件规模估计己经完成5. 2.2输入 工作分解结构图（WBS）估计的软件规模5. 2. 3主要步骤（1）根据软件规模及项目实际情况，选择一种工作量估计方法估计本项目总工作量，如选择历史经 验数据分析法、COCoMO估算模型、IBM估算模型等等。使用历史经验数据分析法时直接用功能点计算总工 作量，使用COCoMo和IBM估算模型时，需要将功能点转换为代码千行。（2）从过程财富库中提取公司与工作量估计相关的各种比