软件规模估计.pptxVIP

软件规模估计2011年目 录软件规模估计的定义和目的软件规模估计方法比较软件估计总过程图软件规模估计方法解析结束语一、软件规模估计的定义和目的 从软件工程学上，我们知道软件需求和估算是软件项目的基础。因为只有准确的了解客户的需求，以之为基础，并使用科学的方法对目标软件系统的规模、工作量和进度做出合理的估算，我们才能在预算内按时按质顺利的完成项目。然而，软件估算作为软件项目的基础领域却常常被人们所忽视。 软件项目的规模估计历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的规模估算往往和实际情况相差甚远。因此，估计错误已被列入软件项目失败的四大原因之一。 软件工程师经常会被问到，编一个什么什么样的软件需要多长时间、多少钱。面对这个问题，有不少人很犯难，因为，第一用户的需求太不具体，第二，自己缺乏一个科学的估计方法。一、软件规模估计的定义和目的 什么是 软件规模估计？ 根据软件的开发内容，开发工具、开发人员等因素对需求分析、软件设计、编码、测试等整个开发过程所花费的时间和工作量所做的估计。 做好软件项目管理的基础是要做好项目的规划工作，而做好项目规划的前提是要做好软件估计。也就是说，没有好的软件估计，项目的规划、跟踪和控制就根本无从谈起。因此，软件估计是项目计划活动的基础之一。 估计软件项目的规模，能为后面的工作量估算、人员估算、进度估算提供依据，是能直接决定和影响到其它三个估算的决策。是计算软件项目的工作量、成本、进度的主要输入。一、软件规模估计的定义和目的 规模估计的方法和工具主要有： Wideband Delphi技术、Pert Sizing技术、功能点分析方法（FPA）、CoCoMo模型、类比法和自动化规模估算工具等。 通常的估计步骤：1、选择估计方法；2、按照业务功能进行分解，分解至可独立估计的功能模块；3、借助以往类似项目的数据，对分解后的每一个功能模块进行具体的估计；4、对估计结果进行评审并校正。二、软件规模估计方法比较估计方法人工估计代数模型可用性准确性复杂度依赖因素WideBand Delphi √ √专家经验、组织工作Pert Sizing √ √√专家经验类比法 √ √历史数据Function Points √ √√√需求分析、功能点分类、复杂度定义CoCoMo √ √ √历史数据、过程基线经验模型三、软件估计总过程图三、软件估计总过程图四、软件规模估计方法解析 衡量软件项目规模最常用的概念--LOC(Line of Code)，LOC指所有的可执行的源代码行数，包括可交付的工作控制语言（JCL：Job Control Language）语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等。一代码行（1LOC）的价值和人月均代码行数可以体现一个软件生产组织的生产能力。组织可以根据对历史项目的审计来核算组织的单行代码价值。 例如，某软件公司统计发现该公司每一万行C语言源代码形成的源文件（.c和.h文件）约为250K。某项目的源文件大小为3.75M，则可估计该项目源代码大约为15万行，该项目累计投入工作量为240人月，每人月费用为10000元（包括人均工资、福利、办公费用公滩等），则该项目中1LOC的价值为：　（240×10000）/150000＝16元/LOC 该项目的人月均代码行数为： 150000/240=625LOC/人月 生产率=625/22=28 LOC/人天四、软件规模估计方法解析规模估计—WideBand DELPHI方法 WideBand Delphi法是最流行的一种专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别。对于需要估计和深度分析的领域，依赖于专家的技术指导，可以获得较为客观的估计。Delphi估计团队至少要由3名专家估计者组成，估计团队的最小配置是： 估计协调者：1名； 估计专家（软件工程师）：最好4名，最少2名； 项目经理：1名。四、软件规模估计方法解析规模估计—WideBand DELPHI方法　Delphi法的估计步骤是：　1、协调人向各专家提供和描述项目规格和估计表格； 　2、协调人召集小组会，各专家讨论与规模相关的因素；　3、各专家匿名填写估计表格；　4、协调人整理出一个估计总结，以估计表格的形式返回专家；　5、协调人召集小组会，讨论较大的估计差异；　6、专家复查估计总结并在估计表上提交另一个匿名估计；　7、重复4-6， 直到达到一个估计的分布范围已小到可以接受的程度。 注：组织者判断是否结束估计，应考虑以下几种情况：??1、所有人的估计结果已经落到一个能够接受的狭窄范围之内；?2、没有人愿意对自己的估算进行修改；?3、估计会议时间到；?4、已经进行了4轮估算。四、软