1、厦门大学软件学院毕业设计（论文）开题报告 学生姓名 班级 学号 指导教师姓 名 邱明 职称 所在单位 厦门大学软件学院 毕业设计（论文）题 目 基于功能点的软件规模估算模型设计与应用 报表程序规模估算 毕业设计（论文）的 目标： 一 对“基于功能点的软件 规模 估算模型” 进行 定义 ， 并 阐明论文的科研与实际意义 软件工程领域中对工作量（代码量） 进行估算的方法有很多 ： 计数、计算和判断、估算校准和历史数据、专家的个人判断、分解和重组、类比估算、基于代理的估算等等。 其中，基 于功能点的估算 既能 得到一个直观的数据输入，又能比较简单、便捷、准确的估算出代码行数。 “以项目（程序）需求规
2、范书中 所 要求的 各种功能 作为 输入， 以项目（程序）工作量（代码量）作为输出的 计算机数学模型，就是基于功能点的软件代码量估算模型 。 ” 熟悉软件工程的人都知道，需求，在软件工程领域 从来都是一个模糊的概念。 需求的模糊性，必然给 功能点的明确性产生了不小的影响。 如何从“模糊”的需求中找出“不那么明确”的 功能描述，进而如何从这些“不那么明确”的功能中推理、演绎出准确，甚至要求精确的 项目（程序）工作量（代码量） ，这是一个值 得研究的问题。 与此同时， 基于功能点的软件代码量估算模型极具实用价值 。在软件工程领域，对于某一个特定项目的开发 ，能否准确的估计出一个可信的“工作量（代码
3、量）”直接影响到 风险的分析 、进度的安排，甚至是项目的成败。 该篇论文以“ 需求中的 功能点”为出发点 ， 以严谨的数学逻辑为建模 ，综合分析、设计、并实现了一个同时具有科研 意义 和实际意义的 软件代码量估算模型。 二 规范 模型程序的输入 既然是“基于功能点的软件代码量估算模型”，那么模型 程序 的输入部分自然是 一系列的功能点 的集合（或者组合） 。 因此，模型程序的输入有以下特点 ： 固定性 分类性 组合性 特定性 所谓“固定性”，是指模型程序的输入必须是固定的，输入数据的内容可以改变，但是输入数据的种类和格式是不能够变动的。 输入数据的种类和格式由模型程序的设计者规定。这是由“一个
4、特定的软件不能实现任意一个需求”所导致的。 所谓“分类性”是指 软件产品的功能点 必须分类进行规范。 软件的功能点并不都是“平行”的。 即软件的功能点 有大有小，各个功能点实现的方法、需要的技术、以及在程式中出现的位置都是不一样的。 必须对软件的功能点进行适当、合理的分类， 一个是为了在 使用者对 软件功能有一个具体了解的情 况下，把这种了解正确的输入到模型中；另一个也是为了 模型进行计算 的方便。 所谓“组合性”，是指软件产品中的各个功能点可以相互组合与重叠 。对于组合：一个软件产品可以有多个功能。对于重叠：一个软件产品中的某几个功能是类似的，只有很小的不同。 所谓“特定性”，是指该估算模型
5、程序 必须建立在一个特定的项目（专案）上。不同的项目（专案）应该使用不同的模型进行建模。 三 分析、设计、并实现 模型程序 的建模 （内部 处理逻辑 ） 利用 COSMIC-FFP功能点估算模型框架，具体采用 COSMIC-FFP方法进行建模，以构建 一个以股票 交易系统 -证券子系统 -SOPA 专案为背景的、基于功能点的 、并且具有实际运用意义的 软件工程代码量估算模型。 模型的建模部分，需从功能点的分类入手。 在具体项目实例的支持下， 逐步分析、抽象出模型框架，并依据实际情况，设计、建立估算模型。 四 利用大量实例对建模进行 调整 一个完善的模型建设，应该包括以下几个步骤： 1. 问题分
6、析与 抽象 2. 建模分析与设计 3. 建模调整 4. 建模完成 应该说，工作量最大、也是最能够影响该建模的 准确性的不是第二步，而是第三步：建模调整。 而建模的调整，是建立在 大量实例程序的基础上 ， 根据实际的功能点代码量 来不断完善该建模的准确性的。 在这一步，工作应该有条理： 1. 数据（大量实例程序）的收集与整理。 2. 数据（大量实例程序）统计 3. 利用数据（大量实例程序）进行校对 五 接收 各种不同形式的 模型程序的 输出 一般来说，模型程序的输出应该是以工作量（代码量）为结果的。但是为了使用者的方便，该模型支持以多种不同 形式的数据作为输出。 除了常用的工作量（代码量）以外，
7、还可以以 人 /天 等形式作为输出的格式。 六 模型 依据的载体 前文中已经说过，模型的建设是由先决条件的，即要满足 模型程序的特性：固定性、特定性等。那么也就是说，需 要有一个 具体的项目作为模型的支撑，为模型提供各个功能点的 来源，以及大量的实例数据作为 调整建模的 主要数据资料。 在设计、实现、完成毕业设计的过程中，我加入了 由台湾精诚资讯公司发起的股票交易系统 -证券子系统 -SOPA 专案中。正是这一项目， 为模型的设计 建立了依托， 也 为 模型的调整 提供了大量、 有效的 素材 。 SOPA 专案是建立在 OM 平台下的 ，以 OMnology 为主要技术的 ，采用 MVC 设计
8、思想的 ，支持服务标准化、跨平台化、开发快速化、操作简单化、高安全化、功能模组化 的、远程 金融系统服务统计项目。 它主要包括 报表和转档 两个部分 ，此次的毕业论文设计中需要的实例，就是来源于报表部分。 OM 平台是一个 集开发、挂载、整合、调试、使用于一体的综合性金融软件开发平台。 正是在这样一个 可靠的平台下， 大量 具体实例 的支持下， 给建模 设计与实现带来了极大的便利。 鉴于估算模型的“固定性”和“特定性”，那么对功能点的抽象和对模型的建设便会有所依托，即是以 SOPA 专案的报表部分为主要实施对象。 这里就有必要对 SOPA 专案的 报表部分做一个概要的说明。 报表程式的主要功能
9、是：用户从查询页面（ queryPage）上输入一系列查询条件，程式根据用户输入的这些查询条件进行数据库的搜索，最后将结果显示在预览页面（ previewPage）上 。如果有必要，用户可以对搜索出的预览页进行打印、或者保存为 PDF 格式的文件。 由此可见，报表程式的主要 GUI 部分有两个： 1，查询页面； 2，预览页面。 在查询页面上，查询条件的多少与查询条件的复杂度直接关系到 编撰程序的工作量。同样的，在预览页面上，预览条件的多少和预览的形式也是关乎编撰程序工作量的 重要因素。 查询页面（ QueryPage） 预览页面（ PreviewPage） 实现方法： 一基本环境 开发工具：
10、eclipse 3.3.1.1 开发语言： Java jdk1.5.0 开发平台： Windows XP 开发使用的插件： JFormDesigner 2.0.2,DBTool（精诚资讯专有） , iReport-1.2.3, JBoss-4.0.3SP1， SOPA 软件测试 平台 （精诚资讯专有） 数据库： IBM DB2 相关的 JAR 包：各种 Jar 档（精诚资讯专有） 二 功能介绍 毕业设计主要包括以下三个部分： 对“基于功能点的软件代码量估算模型建模”的介绍 、深入讨论，以及建模的设计、实现方法 一个“基于功能点的软件代码量估算”模型程序， 是一个有界面、可输入、有输出的可视化程
11、序 大量的 、用于建模 调整 以及模型程序测试 的具体专案代码实例 从这三部分不难看出，该篇论文的 主要 结果 就是 一个统计程序，它能接收用户的输入，而这些输入正是一个个的功能点，程序根据用户的输入，计算出项目所需要的工作量（代码量），并以某种形式显示出来。 该论文的重点并不在 于功能有多么完善，而是在于这个估算模型应该怎样去建立 。 三 模型 设计 流程图 1 . 对 基 于 功 能 点 的软 件 代 码 量 估 算 模型 研 习2 . 实 际 项 目 （ 实 例代 码 ） 搜 集 与 整 理3 . 抽 象 功 能 点4 . 对 功 能 点 进 行 分类5 . 设 计 功 能 点 组合 、
12、 重 叠 规 则6 . 制 定 基 于 功 能 点的 软 件 代 码 量 估 算规 则 运 算7 . 建 模 抽 象8 . 把 对 功 能 点 的 分析 与 运 算 规 则 和 模型 融 合 起 来 （ 模 型建 模 的 核 心 ）9 . 利 用数 据 （ 大 量 实 例 程序 ） 对 模 型 进 行 调整1 0 . 编 撰 程 序1 1 . 测 试 输 出1 2 . 完 成模型设计流程一共分为 12 个步骤： 1. 对基于功能点的软件代码量估算模型研习 2. 实际项目（实例代码）搜集与整理 3. 抽象功能点 4. 对功能点进行分类 5. 设计功能点组合、重叠规则 6. 制定基于功能点的软件代
13、码量估算规则运算 7. 建模抽象 8. 把对功能点的分析与运算规则和模型融合起来（模型建模的核心） 9. 利用数据（大量实例程序）对模型进行调整 10. 编撰程序 11. 测试输出 12. 完成 四模型程序运行流程图 用 户 手 动 选择 各 种 不 同的 功 能 点 作为 建 模 程 序的 输 入建 模 程 序进 行 输 入预 处 理（ 对 输 入功 能 点 的分 类 、 分解 ）1计 算 出 现 的功 能 点 经 过组 合 与 重 叠后 的 复 杂 度判 定 某 个功 能 点 是否 出 现一 个 或 多 个 数 据 整 理与 求 积 和一 个 或 多 个 一 个 或 多 个 234建 模
14、核 心 处理输 出建 模 程 序进 行 输 出预 处 理7判 断 以 何 种形 式 输 出 数据8 9105 6采 用 C O S M I C - F F P 方 法 进 行 建 模以 C O C O M O I I 功 能 点 估 算 模 型 为 框 架四 建模核心思想 任何模型的建立，都是 要有一定的数学运算 作为 基础的。 在建立 起完整模型之前，必须定义 模型中各种功能点进行组合、重叠运算的规则及其值。 另外， 各个功能点组合、重叠后 的 指数级 复杂度，也是 建模需要考虑的问题之一。 在估算的过程中，必须要有三组 可参考的数据源，即最坏值、最好值和平均值。 在这三组数据源的基础上，
15、进行估算后得到的规模数据结果才会有意义。 最后，初步建立好的模型需要利用实际的工程数据进行调整，是模型函数曲线更能够接近真实的 情况，这样才能使 建模更具有实际意义。 五 功能点的初步整理 对功能点的提取、抽象、以及 分类是 建立模型的第一步 ，这里有必要先对SOPA 专案下的报表 程式的功能点进行一个初步的提取、抽象、与分类。 下面是对报表程式功能点进行归纳、分类的一个初步版本的图示。 功 能 点 全 集数 据 库 操 作在 数 据 库 中 创 建 新 表修 改 （ c r e a t e 、i n s e r t 、 u p d a t e 、d e l e t e ） 数 据 库 中 已
16、 有表 的 数 据 （ 记 录 ）修 改 （ c r e a t e 、i n s e r t 、 u p d a t e 、d e l e t e ） 数 据 库 中 已 有表 的 属 性 列 、 或 者 约束查 询 页 面（ q u e r y P a g e ） 各 个 输入 栏 位是 否 有 “ 交 易 日 期 ”输 入 栏 位预 览 页 面（ p r e v i e w P a g e ） 各 种预 览 要 求各 种 输 入 栏 位 是 否 要求 检 查 。 如 果 要 求 ，那 么 进 行 检 查 的 复 杂度 怎 样 。是 否 有 “ 成 交 月 份 ” 输入 栏 位是 否 有
17、“ 档 案 次 码 ”的 C o J R a d i o B u t t o n 选择 是 否 需 要 输 入 “ 客 户账 户 起 讫 ” ， 以 缩 小查 询 范 围是 否 有 “ 表 尾 ” 输 入栏 位对 P a g e H e a d 部 分 作 何要 求B o d y H e a d 部 分 有 多 少显 示 栏 位B o d y H e a d 部 分 是 否 要求 特 殊 显 示 （ 金 额* 1 0 0 0 ）B o d y H e a d 部 分 是 否 需要 小 记B o d y H e a d 部 分 是 否 需要 总 计B o d y H e a d 部 分 的 各
18、个栏 位 是 否 需 要 进 行 多表 栏 位 的 组 合（ m a r k e t + - + c d e s c ）时间进度安排： 2008 年 2 月 18 日 -2007 年 3 月 15 日 搜集、阅读相关文献， 整理出软件工程领域对 软件估算的 定义、 估算的 方法、以及各种 实例资料，并着重 深入了解 基于功能点的软件估算模型的建设。 2007 年 3 月 16 日 -2007 年 3 月 31 日 共同与指导老师研讨，确定论文 研究的方向、重点。 整理、规范出论文的主要框架， 写出开题报告。 2007 年 4 月 1 日 -2007 年 4 月 10 日 收集、整理建模所需要的
19、 数据（大量实例程序） ， 从这些数据（大量实例程序）中 提取、 抽象、 和分类 各个功能点 ，并定义功能点的运算（组合、叠加）规则。 2007 年 4 月 11 日 -2007 年 4 月 30 日 从 数据（大量实例程序） 中抽象出模型，并 进行建模。 2007 年 5 月 1 日 -2007 年 5 月 20 日 在 数据（大量实例程序）的 基础上，对已经建立好的模型进行 精确 性校准。完善建模， 提高运算得准度。 2007 年 6 月 1 日 -2007 年 6 月 10 日 项目文档终稿完成 ， 提交毕业论文 ，准备毕 业答辩 。 指导教师审核意见： 校内指导教师签名： 年 月 日
