1、本科毕业论文(科研训练、毕业设计)题 目：基于功能点的软件规模估算数据分析子系统姓 名：学 院：软件学院系：软件工程专 业：软件工程年 级： 学 号：指导教师： 职称： 年 月基于功能点的软件规模估算数据分析子系统I摘 要软件项目的规模估算历来是比较复杂的事，软件规模度量有助于软件开发团队准确把握开发时间、费用分布以及缺陷密度等等。代码行估算方法与功能点估算方法是目前软件规模估算的两大主流方法。功能点估算方法是以软件的需求作为主要输入，不考虑具体的开发语言与平台，根据功能点估算方法的原则与具体规则进行功能点的估算，估算结果可以与其他项目组的规模进行横向比较，而不受技术平台的限制。本文从理论分析
2、入手，介绍了功能点的定义与发展，而后着重比较了传统功能点分析法 IFPUG FPA 和新一代的功能点规模估算方法:COSMIC-FFP。根据小组研究需要，选择了用 COSMIC-FFP 分析法对 OM 平台下的三个模块的功能点进行计算分析，从而估算此系统软件规模。通过对这三个模块自动产生的 XML 文件进行解析，得到小组研究需要的数据支持。关键词：软件规模估算 功能点分析 COSMIC-FFP XML 解析基于功能点的软件规模估算数据分析子系统IIABSTRACTSoftware scale estimation is always a quite complex matter. The so
3、ftware size estimation is helpful for software development team to accurate assurance development time, to expense distribution as well as flaw density and so on. The line of code estimate method and the function estimate method is the present software size estimation two big mainstream method. The
4、function estimate method is takes the main input by softwares demand, did not consider that the concrete development language and the platform, carry on a function estimate according to the function estimate methods principle and the concrete rule, the estimate result may carry on with other project
5、 groups scale crosswise compare, but not technology platform limit. This article obtained from the theoretical analysis, to introduce a function definition and the development, emphatically have then compared traditional function analytic method IFPUG FPA and the new generation new generations funct
6、ion scale estimate method: COSMIC-FFP. According to the team studys need, choosing has used the COSMIC-FFP analytic method to under the OM platform three modules the function points carries on the computation analysis, thus estimates this system software scale. Through the XML document which produce
7、s automatically to these three modules carries on the analysis, has data support which the team study needs.Keywords: Software Size Estimation Function Point Analysis COSMIC-FFP XML Parser基于功能点的软件规模估算数据分析子系统III目录第一章 引言-1第二章 软件项目规模估算简介-22.1 背景介绍-22.2 现状分析-2 2.3 常用方法总结-22.3.1 Delphi 法-22.3.2 类比法-32.3.
8、3 PERT 估计法-42.3.4 功能点分析法-4第三章 功能点分析介绍-53.1 功能点分析法发展概述-53.2 功能点分析法标准-63.3 传统功能点分析法IFPUG FPA 方法-73.3.1 估算流程-73.3.2 计算步骤-83.3.3 决定分析类型-83.3.4 确定用户需求/边界-83.3.5 功能点五要素-93.3.6 调整系数-113.3.7 IFPUG FPA 存在的问题-12第四章 新一代的功能点规模估算方法:COSMIC-FFP-134.1 COSMICFFP 方法的基本思想-134.2 COSMICFFP 方法的基本概念-134.2.1 层次的定义-134.2.2
9、边界的定义-134.2.3 用户的定义-134.2.4 功能处理的定义-144.2.5 触发事件的定义-144.2.6 数据组的定义-144.2.7 数据属性的定义-154.2.8 数据移动的定义-154.3 COSMICFFP 方法的基本过程-基于功能点的软件规模估算数据分析子系统IV154.3.1 过程概述-154.3.2 识别软件层次-154.3.3 识别边界-154.3.4 识别功能处理-154.3.5 识别数据组-164.3.6 识别数据属性-164.3.7 识别数据移动-164.3.8 执行度量与汇总结果-174.4 COSMICFFP 方法的特点和问题-17第五章 对 XML 文
10、件 细节数据的整理-185.1 数据整理-185.1.1 意义-185.1.2 XML 数据来源Eclipse 的插件 Metrics-185.2 需求概要-195.2.1 目的-195.2.2 功能描述-205.2.3 设计环境-205.2.4 接口需求-215.3 数据库设计-215.4 关于 JDOM-225.4.1 JDOM 简介-225.4.2 JDOM 包概览-225.4.3 在此项目中的应用-235.4.4 JDOM 的优点-235.5 程序设计-245.5.1 程序描述-245.5.2 输入项-245.5.3 输出项-255.5.4 运行-25第六章 结论-30致谢语-31参考
11、文献 -32基于功能点的软件规模估算数据分析子系统VCONTENTS：Chapter 1 Introduction-1Chapter 2 The Introduction of Software size estimate-22.1 Background-22.2 Analysis of present situation-2 2.3 The summary of used methods-22.3.1 Delphi -22.3.2 Analogism -32.3.3 PERT-42.3.4 FPA-4Chapter 3 The Introduction of function points
12、analysis-53.1 The outline of FPAs development -53.2 The standard of FPA -63.3 Traditional FPAIFPUG FPA -73.3.1 Estimate flow -73.3.2 Computation step -83.3.3 Decision analysis type -83.3.4 Definite users needs/boundary -83.3.5 Function point analysis essential factors -103.3.6 Regulation factor -113
13、.3.7 existence question of IFPUG FPA -12Chapter 4 The new generation FPA: COSMIC-FFP-134.1 The basic philosophy of COSMICFFP-134.2 The basic concept of COSMICFFP-134.2.1 Level definition -134.2.2 Boundary definition -134.2.3 User definition -134.2.4 Function processing definition -144.2.5 Trigger ev
14、ents definition -144.2.6 Data set definition -144.2.7 Data attribute definition -144.2.8 Data migration definition -15基于功能点的软件规模估算数据分析子系统VI4.3 The unit process of COSMICFFP-154.3.1 Process outline -154.3.2 Recognition software level -154.3.3 Recognition boundary-154.3.4 Recognition function processi
15、ng -154.3.5 Recognition data set -164.3.6 Identification data attribute-164.3.7 Identification data migration -164.3.8 The execution measure with compiles the result -174.4 The Characteristic and insufficiency of COSMICFFP-17Chapter 5 To XML document detail data reorganization-18 5.1 Processed infor
16、mation significance -185.1.1 Significance -185.1.2 The XML data originates Eclipse plug-in unit Metrics -185.2 Demand outline-195.2.1 Purpose-195.2.2 Functional description -205.2.3 Design environment -205.2.4 Connection demand -215.3 Database design -215.4 About JDOM-225.4.1 JDOM synopsis-225.4.2 J
17、DOM package of overview -225.4.3 In this project application -235.4.4 JDOM merits-235.5 Programming -245.5.1 Procedure description -245.5.2 Input-245.5.3 Output-255.5.4 Run-25Chapter 6 Conclusion-30Acknowledgment -31Reference -32基于功能点的软件规模估算数据分析子系统1第一章 引言随着计算机技术的发展，现在的计算机环境与传统的环境已经有了天壤之别。因此，软件工程人员一直
18、在寻找一种可以广泛应用的度量单位。这个度量单位需要独立于开发所采用的技术，支持需求收集、估计、项目管理和质量度量的需要。代码行估算方法与功能点估算方法是目前软件规模估算的两大主流方法。功能点估算方法是以软件的需求作为主要输入，不考虑具体的开发语言与平台，根据功能点估算方法的原则与具体规则进行功能点的估算，估算结果可以与其他项目组的规模进行横向比较，而不受技术平台的限制。代码行估算方法需要专家根据自己的经验，类比历史上已经完成的项目，估算当前项目的规模，同一个软件采用不同的开发语言与平台，估算出的代码行是不相同的。在估算时需要定义代码行的计算规则，即空行、注释行、机器自动生成的代码行等是否是考虑
19、在内。相比而言，功能点估算方法比代码行估算方法更加客观，不同的人对同一个需求的估计结果偏差更小。功能点分析方法是当前国际上主流的软件规模估算方法，广泛应用于管理信息系统类型的软件项目。使用这种方法，软件组织在项目的早期就可以根据软件的功能需求， 对它的规模进行估算。功能点分析方法与具体的实现技术无关，将功能点作为软件规模的单位，用来度量软件项目的生产率、交付质量、缺陷率，也比传统的代码行方法更加客观。 基于功能点的软件规模估算数据分析子系统2第二章 软件项目规模估算简介2.1 背景介绍 软件项目规模度量(Size Measurement)是估算软件项目工作量、编制成本预算、策划合理项目进度的基
20、础。软件项目的规模估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的规模估算往往和实际情况相差甚远。 因此，估算错误已被列入软件项目失败的四大原因之一。 软件工程师经常会被问到，编一个什么什么样的软件需要多长时间、多少钱。面对这个问题，有不少人很犯难，因为，第一用户的需求太不具体，第二，自己缺乏一个科学的估计方法。一个好的规模度量模型可以解决这一问题。有效的软件规模度量是成功项目的核心要素：基于有效的软件规模度量可以策划合理的项目计划，合理的项目计划有助于有效地管理项目。规模度量的要点在于：由开发现场的项目成员进行估算；灵活运用实际开发作
21、业数据；杜绝盲目迎合顾客需求的“交期逆推法” 。 软件规模度量有助于软件开发团队准确把握开发时间、费用分布以及缺陷密度等等。软件规模的估算方法有很多种，如：公能点分析(FPA：Function Points Analysis)、代码行(LOC ：Lines Of Code)、德尔菲法 (Delphi Technique)、COCOMO 模型、特征点(Feature Point) 1、对象点(Object Point)、3-D 功能点 2 (3-D Function Points)、Band 度量 3、模糊逻辑(Fuzzy Logic)、标准构件法(Standard Component)等，这些
22、方法不断细化为更多具体的方法 4。2.2 现状分析代码行估算方法与功能点估算方法是目前软件规模估算的两大主流方法。功能点估算方法是以软件的需求作为主要输入，不考虑具体的开发语言与平台，根据功能点估算方法的原则与具体规则进行功能点的估算，估算结果可以与其他项目组的规模进行横向比较，而不受技术平台的限制。代码行估算方法需要专家根据自己的经验，类比历史上已经完成的项目，估算当前项目的规模，同一个软件采用不同的开发语言与平台，估算出的代码行是不相同的。在估算时需要定义代码行的计算规则，即空行、注释行、机器自动生成的代码行等是否是考虑在内。相比而言，功能点估算方法比代码行估算方法更加客观，不同的人对同一
23、个需求的估计结果偏差更小。2.3 常用方法总结2.3.1 Delphi 法 基于功能点的软件规模估算数据分析子系统3Delphi 法是最流行的专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别，但专家“专“的程度及对项目的理解程度是工作中的难点，尽管 Delphi 技术可以减轻这种偏差，专家评估技术在评定一个新软件实际成本时通常用得不多，但是，这种方式对决定其它模型的输入时特别有用。Delphi 法鼓励参加者就问题相互讨论。这个技术，要求有多种软件相关经验人的参与，互相说服对方。 Delphi 法的步骤是 4： 1、协调人向各专家提供项目规格和估计表格； 2、协调人召集小组会各专家讨论与规模相关的因素； 3、各专家匿名填写迭代表格；4、协调人整理出一个估计总结，以迭代表的形式返回专家； 5、协调人召集小组会，讨论较大的估计差异； 6、专家复查估计总结并在迭代表上提交另一个
