软件再工程及其应用
软件工程导论复习资料
软件工程导论复习资料填空题1.在信息处理和运算机范畴内，一样认为软件是_法度榜样____、_文档____ 和_数据____ 。
2.数据流图的全然构成部分有_数据的源点与终点____、数据流_____、加工_____、数据文件_____。
3.数据流图和数据字典合营构成了体系的_逻辑____模型，是需求规格说明书的重要构成部分。
4.划分模块时尽量做到__高内聚、低耦合______，保持模块的自力性，尽量应用公共模块。
5.类的实例化是_对象_______。
6.人们常用硬件靠得住性的定量度量方法来度量软件的靠得住性和可用性，常用的度量软件可7.靠性的两个指标是_成功地运行的概率_______和_平均故障时刻_______。
8.将待开创的软件细化，分别估算每一个子义务所须要的开创工作量，然后将它们加起来，9.将获得软件的总开创量。
这种成本估算方法称为_自底向上_______。
10.假如一个模块被n 个模块调用，个中直截了当的上级模块的个数是m 个（m<=n ）那么该模块的扇入数是____N_______ 个。
11.构造化设计以__数据流图_________ 为差不多，按必定的步调映射成软件构造。
12.软件的风险分析可包含风险辨认、风险推测和风险驾驭（或风险治理）等3项活动。
13.软件著作权挂号的3种重要类型：（1）著作权挂号；（2）著作权连续挂号；（3）权力转移立案挂号。
14.软件工程治理的重要内容有：项目经费治理，软件质量治理，项目进度治理和人员治理。
15.面向对象分析的目标是对客不雅世界的体系进行___建模_______________ 。
16.软件爱护工作的临盆性活动包含分析评判、修改设计和____编写法度榜样代码_______等。
17.为了使应用软件适应运算机情形的变更而___修改软件_______________ 的过程称为适应性爱护。
18.一个进行学生成就统计的模块其功能是先对学生的成就进行累加，然后求平均值，则该模块的内聚性是__________次序内聚________ 。
软件再工程在FY-2(02)批地面数据处理系统建设中的应用
（ ｔ ｎ ｌ ａｅｌｅＭｅｅ ｒ ｌ ｉ ｌ ｅ ｔｒ Ｂ ｉ ｇ １ ０ ８ ） Ｎａｉ ａ Ｓ ｔｌｔ ｔｏｏｏ ｃ ｎ ｅ ， ｅ ｉ ０ ０ １ ｏ ｉ ｇ ａＣ ｊ ｎ
Ｔｈ ｐ ｉａ ｉｎ ｏ ｏ ｔ ｒ ｅ ｇ ｎ ｅ ｉ ｇ ｔ ｈ ｏ ｎ ｔ ｅＡｐ ｌ ｔ ｆＳ ｆｗａ ｅＲｅ ｎ ｉ ｅ ｒｎ ｏ ｔ ｅ Ｇｒ ｕ ｄ Ｄａ ａ ｃ ｏ
Ｐ ｏ ｅｓ ｇＳ ｓｅ ｏ Ｙ一 （０ ） ｒｃｓｉ ｙｔｍ ｆＦ ２ ２ ｎ
ｔ ｉ ａ ｉ ｔ ｎ ｅ ｌｔ ｅ ｔ ． ａ ｎ ｂ ｌ ｙ ａ ｄ ｒ ａ ｉ ，ｅ ｃ ｉ ｍ Ｋｅ ｏ ｄ ：ｓ ｆ ｒ ｅ ｎ ｉ ｅ ｒ ｍｅ ｅ ｒ ｌ ｉ ｌ ａ ｅ ｌ ｅ ｄ ｔ ｒ ｅ ｓｎ ｙＷ ｒ ｓ ｏ ｔ ｗａ ｅ ｒ ｇ ｎ ｉ ｇ ｎ ｔ ｏｏ ｃ ｔｌｔ ａａｐ ｏ ｓｉ ｏ ｇ ａ ｓ ｉ ｃ ｇ 收稿 日 ： ０ ６年 ９ ２ 期 ２０ 月 ６日； 修定稿 日期 ： ０ ７ ２ １ ２ ０ 年 月 ２日
（２ ｗａ ｂ ｉ ｒ ｒ ｕｔ ｒ ｎｅ ｄｐｏｅｓ —ｒ ｎｅ ｏ ０ ） ｓｒ ｕｌ ｆ ｏ ｃ—ｉ ｔ ａ ｒ ｓｉ ｏ ｅ ｔ ｆ ｗ，ｔｅＣｌｌｏ ｒｉ ｓｏ — ｅ ｔ ｏ ｐｄ ｏ ｅ ｄｎ ｃ ｇ ｎ ｉ ｄ ｌ ｈ Ｏ ｌ ｎ ｓ ｖｃ ｗａ ｂ Ｔｎ ｅ ｅ
王 素娟 施 进 明 许 健 民
（ 中国气象 局 国家卫 星气 象 中心 ， 京 １ ０ ８ ） 北 ０ ０ １ 提 要 ： 绍 了 Ｆ 一 （２ 批 静 止 气 象卫 星应 用 系统 工 程 建设 项 目工 程化 阶段 针 对 介 Ｙ２０ ） ＤＰ Ｃ子 系统 建设 的 总体要 求 ， 用软 件再 工程 方 法学原 理 ， 运 通过 逆 向工程 、 代码 重 构 、 数据 重构 、 文档 重构 等 一 系列工 程 化过 程 ， Ｆ ２ ０ ） 预研 阶段 提 交 的 资料 和 产 对 Ｙ一 （ ２ 批 品 处理软 件进 行 了面 向产品 和 面向 处理 的 流程 再造 ， 取 了公 共服 务 ， 提 简化 了处理 流 程 ， 形 成 了详尽 的 文档 。软 件 再 工程 后 的 Ｄ Ｃ 资料 和 产 品 处理 系统 满足 了 Ｆ 一 并 Ｐ Ｙ２ （２ 批地 面应 用 系统 的 高可靠性 、 ０） 可维护 性和 实时性等要 求 。 关键 词 ： 件再 工程 软 气象卫 星 数 据 处理
软件工程-齐志昌-第二版
软件工程阶段
20世纪70年代，随着计算机应用的普及，软件开发的复 杂度越来越高，软件危机开始出现，软件工程的概念和方 法逐渐被提出和应用。
现代软件工程
20世纪80年代以后，随着面向对象编程和软件重用技术 的发展，软件工程进入了一个新的阶段，强调使用工程化 的方法和工具来指导和管理软件开发。
软件工程的三大支柱
02 软件开发生命周期
概念与模型
概念
软件开发生命周期是软件开发从开始 到结束的全过程，包括需求分析、设 计、编码、测试和维护等阶段。
模型
软件开发生命周期模型是描述软件开 发过程的抽象框架，常见的有瀑布模 型、螺旋模型、迭代模型等。
传统开发模型
瀑布模型
按顺序进行需求分析、设计、编码、测试和维护等阶段，阶段间具有严格的顺序性和依 赖性。
面向对象编程
使用面向对象编程语言（如Java、C）进行软件实现，通过封装、 继承和多态等机制实现代码重用和模块化。
面向过程编程
采用结构化程序设计方法，将软件系统分解为一系列过程，通过顺 序、选择和循环等结构实现软件功能。
函数式编程
使用函数式编程语言（如Haskell、Scala）进行软件实现，通过高阶 函数、不可变性等特性提高代码可读性和可维护性。
Jira
一款功能强大的项目管理工具，支持敏捷开发和传统瀑布模型，提供任务管理、缺陷跟 踪和需求管理等功能。
Gantt Chart
甘特图是一种常用的项目进度计划工具，通过条形图展示任务开始和结束时间，直观地 反映任务之间的依赖关系和时间进度。
THANKS FOR WATCHING
感谢您的观看
软件测试技术
单元测试
针对软件中的最小可测试单元（如函数、方法、类等）进行测试， 验证其功能和性能是否符合要求。
MVC模式在数据中间件中的应用
序 的复杂性和移植性等。（） ３正向工程 。对重构后的结果进行 细化 ，直至 生成可替换 遗留系统 的新 系统及相关的详细文档
为止 。
１ 数据中间件与软件再工程
１１ 数据 中间件 ． 通常对遗 留系统数据 中间件 的处理办法 有 ３ ：（） 种 １局部 维护 ；２重新设计与实现 ；３以软件再工程的方式进行重构 。 （） （）
中图 分类号：Ｔ３１５ Ｐ１． １
ＭＶ Ｃ模 式在 数据 中间件 中的应 用
张 俐
（ 江苏技 术师范学院计 算机科学与工程学院 ，常州 ２ ３ ０ ） １０ １
摘 要 ： 用软件再工程理论 ，通过 ＭＶ 应 Ｃ模 式将数据表示、输入控制和数据处理分离 ， 使数据 中间件结构清 晰并提高各部分的重用率 。
［ ｓｒｃ］Ｗｉ ｈ ｐ ｌ ａｉｎｏ ｆ ｒ —ｎ ｉｅｒ ｇ ｔｅｄ ｔ ｒｐｅｅｔｔ ｎ ｉｐ ｔ ｏ ｔ ｌ ｎ ａａｈｎ ｌ ｗｈｃ ｒ ｅ ａａｅ ｙＭＶＣ Ａｂｔａｔ ｔ ｔｅａｐｉ ｔ ｆ ｏｔ ｅｒ ｅｇｎ ｅｉ ，ｈ ａａ ｅｒｓｎａｉ ，ｎ ｕ ｎｒ ｄｄｔ ａ ｄｅ ｉ ａｅｓｐｒｔｄｂ ｈ ｃ ｏ ｓ ｗａ ｅ ｎ ｏ ｃ ｏａ ｈ
模型、视 图和控制之间的松散耦合使整 个中间件具备 良好的稳定性、可伸 缩性和可扩展性 。将该方法应用到遗 留系统数据 中间件 中，证 明 了 ＭＶＣ模式的实用性 和有效性 。
关键词 ：ＭＶ Ｃ模式 ；数据中间件 ； 软件再工程
Ａｐ ｌ ａ ｉ ｎ ｏ ＶＣ ｔｅ ｎ ｉ ｔ ｉ ｄ ｅ ｒ ｐ ｉ ｔｏ ｆ ｃ Ｍ Ｐａ ｔ ｒ Ｄａ ａＭ ｄ ｌ ｗａ ｅ ｎ
进 行 频 繁 的操 作 。 （） 数 据 、执 行 语 句 与 Ｓ Ｌ语 句 高 度 耦 合 ， 利于 以后 ２元 Ｑ 不
面向模式软件再工程的研究
工程 的思想。软 件再 工程 强调 以更 高的投 资 收益 率 来提 高遗产 系统 的性 能 ；软 件模 式则 为重 用
ＵＩ Ｕ ．ｕ ｇｏ
（ｎｏｍａ ｏ ｏｌ ｅＢ Ｕｎ ｎｏ ｎｖｒ ｔ，ｅ ｉｇ１００ ， ｈｎ ） Ｉｆｒ ｔ Ｃ ｌ ｇ ，ｅ ｉ Ｕ ｉ Ｕ ｉｅｓｙ Ｂ Ｕｎ ０ １１Ｃ ｉａ ｉ ｎ ｅ ｇ ｎ ｉ
Ａｂ ｔａ ｔ Ｔ ｉ ａ ｅ ｉ ｄ ａ ｈ ￣ ｆｅ ｎ ｔｏ ｓｏ ｏｔ ａ ｅ ｒｅ ｇｎ ｅ ｉｇ ａ ｄ ｓ ｆ ａ ｅ ｐ ｔ ｍ ｒｂ— ｓｒ ｃ ： ｈ ｓｐ ｐ ｒａｍｅ ｔｔ ｅ ｔ ｉｓ ａ ｄ ｍｅ ｄ ｆｓ ｆｗ ｒ ｅ ｎ ｉｅ ｒｎ ｏ ｔ ｒ ｔ ｈ ｈ ｎ ｗ ａ ｅ ｐｏ
ｌｍｓ ｈ ｅ ａ ｔ ｏ ｒ ｓ ｔ ａ ａ ｚ ｅ ｉｅ ｓ ｏ ｔ ｍ—ｒ ｎｅ ｏｔ ｒｅ ｒ ｅ ｇｎ ｅｉ ｇ ｏ ｔ ａ ｅ ｒｅ ｇｎ ｅｉ ｇ ｅ ．Ｔ ｕ ｒｔ ｅ ｏ ｎ ｌ ｅ ｔ ｄ ａ ｆ ｔ ｏ ｅ ｔ ｓ ｆ ｈ ｉ ｙ ｈ ａ ｐ ｅ ｉ ｄ ｗａ ｅ ｎ ｉ ｅ ｒ ．Ｓ ｆ ｒ ｅ ｎ ｉ ｅ ｒ ｎ ｗ ｎ
维普资讯
信 息技术
≥ 一
２ ０ 年第５ ０８ 期
中图分类号 ：Ｐ １ ． Ｔ ３１５
文献标 识码 ： Ａ
文章编 号：０９ ５２ ２０ ）５ ０ ２ —０ １０ —２５ （０ ８０ — １４ ４
面 向模 式 软件 再 工程 的研 究
刘治 国
现有 的遗 产系统没 有 好 的可 演 化 性 ， 这样 就 无 法 利
“软件再工程”的应用研究
提 高 和软 件 维 护 日趋 困 难促 进 了软 件 再 工程 的发 展 。
【 关键词 】 ：软件再工程 遗产 系统 正向工程 逆 向工程 软件 开发
ｆ ） 件 再 工 程 的 目标 三 软 软件再工程的提出是要改善软件的结构性、增 进软件的演 软件 再 工 程 的 对 象 ， 即某 些 使 用 中的 系 统 ， 常 被 称 为 ” 常 遗 大． 同时 缩 短 了软 件 系统 的更 新 换 代 时 间 。 期 实 现 的软 件 系 统 化性 。 早 产 品 已经 完 全 不 能 适应 现 在 的需 求 ． 而 提 出 ” 件 再 工 程 ” 从 软 的 留 系统 ” 。它 们 缺 乏 良好 的设 计 结 构 和 编 码 风 格 ， 此使 软 件 的 因 修 改 费 时 费 力 而 软 件 再 工 程所 面 Ｉ 临的挑 战 就 是对 这些 系 统 进 概念。 ． （ ） 件再 工 程 的 定 义 一 软 行 分 析 研 究 ， 用 好 的 软 件 开 发 方 法 ， 新 构 造 一 个 目标 系统 ， 利 重 一 软 软 件 再 工 程是 对 成 品 软 件 系 统 进 行 再 次 开 发 ． 软件 维 护 期 这 样 的 系 统 将 保 持 原 系 统 需 要 的 功 能 并 易 于 维 护 。 般 来 说 。 的适 应 性 维 护 、 善 性 维 护 和 预 防 性 维 护 都 属 于 再 工 程 范 畴 。 完 与 件 再 工 程 的 具 体 目标 有 四 个 方 面 ：１ 为 功 能 追 加 、增 强 做 准 （） ２ ） ３软 ４提 从无 到有 的软 件 开 发 不 同 ， 工 程 面 对 的不 是 原 始 需 求 ． 是 已 备 。 ｆ 提 高 可 维 护 性 。 （） 件 的 移植 。 （） 高 可 靠 性 。软 再 而 经存 在 的 软 件 系 统 ．是从 已经 存 在 的 软 件 起 步 开 发 出新 软 件 的 件 的 维 护 修 改 容 易 引 起 ” 波 效 应 ” 即修 改 一 处 。 及 多 方 。这 水 。 波 直 软 过程 很 多 遗 产 系 统 正在 被 逐 步 地 利 用 起 来 ． 利用 遗 产 系统 的 将 导 致 系 统 的 稳定 性 和 可 靠 性逐 渐 降 低 ． 至 让 人无 法 接 受 。 但 同时 。 遇 到许 多 困难 。最 重 要 的 一 个 问 题 就 是 ： 有 的 遗 产 系 件 的 再 工 程可 较好 地 解 决 这 一 问 题ｒ 会 现 Ｊ ｌ 。
软件工程软件维护技术概述
维护的问题
与软件维护有关的绝大多数问题，都可归结于软
维 件定义和开发的方法有缺点。下面是和软件维护有关 的部分问题：
护 * 理解别人写的程序通常比较困难，而且困难
的 程度随着 软件配置成分的减少而迅速增加。
特
如果仅有程序代码没有说明文档，则问题 会现严重。
点 * 需要维护的软件往往没有合格的文档，或
软件可维护性可以定性地定义为: 维护人员理解、改正、改动和改进这 个软件的难易程度。
20前2一1页/1/12
22
可维护性
主
▪ 决定软件可维护性的因素
要 内
▪ 文档
容
▪ 可维护性复审
20前2一1页/1/12
23
决定软件可维护性的因素
可 1. 可理解性：软件可理解性表现为外来读者理解软件 的结构、接口、功能和内部过程的难易程度。
20前2一1页/1/12
5
维护的特点
主 要 内
▪ 结构化与非结构化维护 ▪ 维护的代价
容 ▪ 维护的问题
20前2一1页/1/12
6
结构化与非结构化维护
维 如果软件配置的唯一成分是程序代码，那么维护 活动从艰苦地评价程序代码开始，而且常常由于程序
护 内部文档不足而使评价更困难。这种维护方式是没有 使用良好定义的方法论开发出来的软件的必然结果。
护 成本大约是每条指令4000美元，也就是说，生产率下 降了50倍以上。 下述表达式给出维护工作量的一个模
的 型：
特
M = P + K × exp ( c - d )
点 其中： M是维护用的总工作量 P：生产性工作量
K：是经验常数
c：是复杂程度
d：是维护人员对软件的熟悉程度
《软件工程》第八章 软件维护与再工程
软件可维护性－主要影响因素
可移植性：指程序转移到一个新的计算环境的难易 程度。
影响软件可移植性的因素有：信息隐蔽原则；模块 独立；模块化；高内聚低耦合；良好的程序结构； 不用标准文本以外的语句等
一个可移植的程序应具有结构良好、灵活、不依赖 于某பைடு நூலகம்具体计算机或操作系统的性能
软件可维护性－主要影响因素
软件维护的概念－维护成本
其它一些因素：如应用的类型、数学模型、 任务的难度、IF嵌套深度、索引或下标数等， 对维护工作量也有影响
软件维护的过程－维护组织
维护组织结构图
软件维护的过程－维护组织
系统监督员一般都是对程序(某一部分)特别熟 悉的技术人员。 在维护人员对程序进行修改的过程中，由配 置管理员严格把关，控制修改的范围，对软 件配置进行审计 。 维护管理员、系统监督员、修改控制决策机 构等，均代表维护工作的某个职责范围 。
如果已经开始保存维护记录，可以对维护工作做 一些定量度量，至少可以从如下7方面进行评价：
每次程序运行平均失败的次数； 用于每一类维护活动的总人时数； 平均每个程序、每种语言、每种维护类型所必需的程序 变动数； 维护过程中增加或删除源语句平均花费的人时数； 维护每种语言平均花费的人时数； 一张维护请求表的平均周转时间； 不同维护类型所占的比例；
软件维护的过程－维护记录
软件修改报告指明：为满足维护申请报告提 出的需求所需的工作量、本次维护活动的类 别、本次维护请求的优先级、本次修改的背 景数据。在拟定进一步维护计划前，软件修 改报告要提交给修改决策机构，供进一步规 划维护活动使用 保存维护记录的第一个问题就是哪些数据值 得保存？
软件维护的过程－维护评价
软件维护的概念－维护问题
现代软件工程在软件开发中的应用
现代软件工程在软件开发中的应用现代软件工程是指一种计算机软件开发的方法论，主要关注软件的设计、构建、测试和维护等方面。
它以科学化、规范化和可管理化为目标，通过引入一系列工具和技术，提高软件开发的效率和质量，降低开发成本和风险。
下面将详细介绍现代软件工程在软件开发中的应用。
一、需求分析现代软件工程在需求分析方面主要应用了模型化的方法，如UML（统一建模语言），它可以通过建立用例、类图、时序图等模型来展现软件系统的功能，以及与其他系统的交互关系。
这样，软件开发者可以更清晰地理解用户需求，并且在系统实现之前对其进行验证和验证。
二、设计在软件设计方面，现代软件工程主要应用了面向对象设计（OOD）和设计模式。
面向对象设计是一种将现实世界映射到计算机程序中的技术，它将系统中的每个对象看作是独立的，将其属性和方法封装在一起。
设计模式则是一种经过验证的、通用的解决问题的方法，它们提供了可重用的设计思想和经验。
三、开发在软件开发方面，现代软件工程主要应用了面向对象编程（OOP）和敏捷开发方法。
面向对象编程是一种将现实世界映射到计算机程序中的技术，它将程序看作是由一组对象组成的，对象则相互协作来实现功能。
敏捷开发方法则是一种持续交付软件的方法，通过迭代、增量、用户参与等方式来降低开发成本和风险。
四、测试在软件测试方面，现代软件工程主要应用了自动化测试和持续集成。
自动化测试是一种使用特殊的软件工具来执行测试用例和比较结果的测试方法，它可以在短时间内执行大量的测试。
持续集成是一种将代码集成到共享代码库中，并在提交后执行自动化构建、测试和发布的开发方法，它可以快速地发现问题，并提供更好的反馈。
五、维护在软件维护方面，现代软件工程主要应用了重构技术和基准测试。
重构技术是指通过改变程序的内部结构而不改变其外部行为来改进程序的质量和可维护性。
基准测试是指通过执行一系列测试来检测程序性能、资源利用率和稳定性等方面的问题，并用其结果作为程序优化的基准。
浅析软件再工程
术
浅析软件再工程
(宁波大红鹰职业技术学院 浙江宁波 315175)
摘 要: 前软件系统更新换代加剧而提出的。本文从软件工程方法学的角度对软件再工程的发展背景做了 分析 软件再工程的概念是针对目 ， 分析了软件再工程的阻力所在， 并对软件再工程的前景做了展望。 关键 阐述了软件再工程定义和分类， 词: 计算机软件 再工程 软件工程方法学 中图分类号: TP 3 文献标识码: A 文章编号: 1672- 3791(2007)05(c)- 0097- 01
(2) 业务环境变化带来的软件维护。譬 如由于企业业务的发展和系统使用年限的增 加， 既存系统的存储媒体和数据管理系统满足
如此看来， 软件开发人员的担子越来越 重。 多年前曾 20 有人预言:软件进入维护期的 比例将随软件递增率一起增长， 进人2 1 世纪
后将有80%的软件人员从事维护性开发。 从软 件的价值随着生存期而递增的特点来看， 这并 不违背市场经济的价值规律。
然而， 和最初的软件工程诞生于对失败的 领悟一样， 在再工程需求和 ” 失败” 没有成熟， 即软件生存期的中后期全貌尚未完全显现出 来的时候， 要想研究它的问题、规律及其解 法也是勉为其难 。 第一次 (正向) 软件工程方法学研究已 取得了许多重大进展， 在其指导下开发的既存 软件资源越来越多， 覆盖面也越来越大， 使新 系统软件开发即一次 (正向) 软件工程的瓶 颈变宽， 从而以维护为中心的需求剧增 ， 但相 关的方法学和技术人员严重匾乏， 使逆向工程 和再工程开发成了新的软件工程瓶颈， 且此危 机有愈演愈烈之势。
不了 数据量及其种类剧增的要求， 需要更新数 据库系统;随外部条件变化而必须修改部分数 据变量定义或算法， 例如征收消费税的法律修
工程方法学薄弱环节研究的推动力。这种推
第七章软件维护
7.2.6 维护评价
评价维护活动比较困难，因为缺乏可靠 的数据。
如果维护的档案记录做得比较好，可以 从7个方面对维护“性能”进行度量
根据7个方面，可以决策开发技术、选 择语言、估计维护工作量、分配资源等。
每个程序运行平均故障处理次数 累计用于每种维护的人时数 每个程序、每种语言、每类维护所进行的平 均代码改动次数 因程序改动而增加或删除的一条源语句平均 花费的人时数 改动每种语言平均花费的人时数 一份维护申请报告平均周转时间 不同维护类型所占的百分比
“把今天的方法学用于昨天的系统以满足明天 的需要”
各种维护所占比例:
适应性 维护25%
改正性 维护20%
完善性维护 50%
预防性维护 5%
改正性维护占全部维护量的比率已从80年代初 的20%大幅度下降, 90年代初一些公司的产品 差错率已接近于零
软件维护活动所花费的工作占整个生存 期工作量的70%以上。
数
8. 程序改变的层次及名称 9. 修改程序增加的源程序语句条数 10. 修改程序减少的源程序语句条数 11. 每次修改所耗费的“人时”数 12. 修改程序的日期 13. 软件维护人员的姓名 14. 维护申请报告的名称 15. 维护类型 16. 维护开始时间和结束时间 17. 花费在维护上的累计“人时”数 18. 维护工作的净收益
收测试
•复审
维护活动评审和总结：
•在目前情况下，设计、编码和测试还可
以改进哪些方面？
•哪些是本应该用，实际没有用的维护资
源？
•维护中有哪些主要障碍和次要障碍？ •用户请求中是否提出了预防性维护？
情况评审对将来的维护工作如何进行会产 生重要的影响。
7.2.4 程序修改步骤
第6章软件维护与再工程
p ：生产性工作量(分析、设计、编码及测试)； K：经验常数； c ：复杂程度；
d：维护人员对软件的熟悉程度。
该模型描述了影响维护的诸多因素中重要的关系。如
果一个系统开发没有遵循软件工程原则，软件结构不好， c 的值就会很高，再加上维护人员对软件的不熟悉， d的值 很低。结果是，维护的成本呈指数级的增长。
10
R1
R2
R3
. . .
Ri
需求
水平追踪连接
D1
C1
D2
C2
D3
C3
.
.
.
.
.
.
Dj
Ck
垂直追踪连接
T1
T2
T3
. . .
Tn
设计
代码
工作产品的追踪图
六盘水师范学院 孙新杰
测试
11
其中：
每个矩形框内的结点：表示为该阶段产生的工作产 品或构件。
构件及之间的实线箭头：构成了度量产品的垂直跟 踪图。
在各里程碑处检查与可维护性相关的软件特性。
(见下图)
六盘水师范学院 孙新杰
18
各里程碑处对与可维护性相关的软件特性的检查：
分析
设计
编码
测试
验收
可靠性 可移植性 可用性
可理解性 可修改性 可测试性
可理解性 可修改性
可移植性 效率
可靠性 效率
配置 复审
完整性 一致性
可理解性
(4)选择易理解、易编程的语言。 (5)建立完整、一致和正确的文档。
带来高维护费用的关键因素：
• 人员的不稳定 • 合同责任 • 维护人员技术水平 • 系统结构衰退 遗留系统的结构受到频繁变更的破坏；没有使用现 代的软件工程技术开发；文档不全、不一致；没有采用 配置管理，系统变更时在寻找系统构件的合适版本上浪
浅谈计价算量软件在建筑工程造价中应用及发展趋势
浅谈计价算量软件在建筑工程造价中应用及发展趋势信息*飞速发展已成为人们工作、学习、生活中不可缺少的一部分，各行各业都逐步实现了办公自动化，各种应用软件为人们的生活、工作、学习提供了方便。
建设工程造价领域的信息化建设也紧随时代潮流，其中工程造价计价算量软件在信息化建设的潮流中得到了大范围推广普及。
一、计价算量软件的发展在18年代以前，要编制一份建安工程预算结算书，完全靠纸、笔、定额书，借助计算器或算盘，从计算工程量、套定额、工料分析、人工材料单价调价差到费用计算汇总等全过程都要靠手工完成。
工程造价人员在计算纸上罗列大量的计算公式，不停的翻定额本，在预算表格上填写定额编号、单位、数量、定额单价。
这种工作方式速度慢、准确性差、工作效率低。
到了18年代开始出现了计价软件，编制工程预算实现了半手工。
有了预算软件后造价人员手工计算施工图工程量，利用软件将工程量输入计算机、选套子目、输入材料价格，取费汇总计算。
但计算工程量仍然要依靠计算器进行加减乘除运算，计算工程量不难，但工作量大、重复劳动，费时费力。
进入二十一世纪，随着计算机和各类软件的不断普及，建筑行业工程造价信息化也飞速发展，开始应用算量软件。
算量软件以工程量计算规则为依据，造价人员通过画图确定构件实体的尺寸，将施工图搬到了电脑上，软件通过内置的计算规则，自动计算，分类汇总，得到构件实体的工程量，算量软件大幅度提高了算量效率，节省了算量时间。
从此，计量与算量软件在工程造价领域得到了普及，使工程造价工作实现了自动化，为造价管理工作开启了新的篇章。
二、计价算量软件的应用从18年起，与国际惯例接轨的工程量清单计价模式在我省开始执行，工程造价从传统的量价合一向量价分离转型，彻底放开价格。
18年更趋于完善的新清单颁布实施，对工程造价管理要求更广、更细化。
造价行业的业务量也迅猛发展，工程造价管理工作的不断变革对信息技术提出了更高的要求，信息技术的发展改善了计算条件，两种相互影响，互相促进发展。
形式化方法及其在软构件中的应用
００ｌ ｌ ｌ ０＿ ｌ ｌ ０ ｌ ｌｌ ＿
中国科技信息 ２ ∞７ 年第９ 期
维普资讯
Ｃ Ｈ Ｉ Ｎ Ａ Ｓ Ｃ Ｉ Ｅ Ｎ Ｃ Ｅ Ａ Ｎ Ｄ Ｔ Ｅ Ｃ Ｈ Ｎ Ｏ Ｌ Ｏ Ｇ Ｙ Ｉ Ｎ Ｆ Ｏ Ｒ ＭＡ Ｔ Ｉ Ｏ Ｎ Ｍ ａ ｙ ． ２ ０ ０ ７
一
形式化方法中包括 了使 用形式化规格
说 明语 言 的 多种 技 术 ， 形 式 化 规 格 说 明 语 言 具 有 明 确 定 义 的 语 法 和 语 义 ， 其 可
以用于 推导 定 义。 另外 ，形 式化方 法具
种 基于 集 合论 的 符 号表 示 法来 书 写 ，
有相关 的计 算法 则 ，这 些法 则能用 于分
５结束 语
本 文 回顾 和 讨 论 了形 式 化 方 法 以 及形 式 化 方法 在 软 件 再 工 程 的 应 用 。 在 实 际工
将形式化方法 用于软件开发到 目前为 止仍然存在很 多争议 ，有人认为形式化规 格说 明为软件生产 自动化奠定基 础 ；减少 了用户和软件工作者对用户需 求理解上的 偏差 ；能对 目标系统和规格说 明等价性进 行有效证 明，也有人认为对形式 化方法吹 得过 多而 用 得 过 少 ，如 形 式 化 仅 能在 需 求 分析 及描述阶段发挥优 良作用 ；形式 化方 法过于抽象 ，不便于理解 ；形式化对客观 世界的动态过程的描述 力不从心 。但是随 着计算机系统的开发越 来越 复杂 ，为了一 个可靠的 、有合理独立性 的系统 ，必须提 供一 种规 范的 、系统化的和 严密的机制 。
通用模型 。
（ １ ） ， 它们 ｎ 用十 生成 规 范 ， 然 后 将 此
规范 作为 传统 系统 开 发的 基础 。 （ ２ ） ， 形式规范以上述方式产生 ， 然后将 其作为验证程序正确性 的依据 。 在第一种 情况， 数学将被作为生成规范 的 主要 工具 。形式 化规 范 的好 处在 于 ： 精确 ，抽象，简明和可操纵 。操作可以包 括规范的一致性检查 ，原型的 自动生成或 通过证 明的方法推导出规范的一些特殊性 质。在第二种情况 ，具有与第一种情 况类 似的益处 ，除此之外 ，还可以利用形式 化
“软件再工程”在软件开发中的应用
【 ｙｗｏｄ ］ｏｔａｅｒｅｇｎｅ ｎ；ｅ ｙＳｓ ｍ ｆｒａｄｅ ｇｎｅ ｎ；ｅｅｓ ｎｉｅｒ ｇ ｓｆ ａ ｅｅ ｐ ｅ ｔ Ｋｅ ｒ ｓｓｆ ｒ ｎ ｉｅｒ ｇ ｌ ｗ ｅ ｉ ￣ｃ ｙｔ ；ｏｗ ｒ ｎ ｉｅｒ ｇ ｒｖｒｅｅｇｎ ｅ ｎ； ｏｔ ｒ ｄｖｌ ｍ ｎ ｅ ｉ ｉ ｗｅ ｏ
【 ｓｒｃ】 ｅｃＤｅ￣ｏ ｆ ｏｔａｅｒｅｇｎｅｉｇｉ Ｓｇｅｔｏ ｅｓｓ ｍ ｏ ｆ ａｅｔａ ｅｏａｉ ｎ ｐｒｄ．ｈｌ， ｏｓｍｅ ’ ｌｅｓ Ａｂｔａｔ ｏ ｃ［ｉｎｏ ｆ ｒ ｎ ｉｅｒ ｓ ｕｇｓ ｆｒｔ ｙｔ ｆｓ ｔ ｒ ｔ ｎ ｖｔｎａ ｄｕ ｇａｅｗ ｉ ｃｎｕ ｒｓ／ ｄ ｓ ｗ ｅ ｎ ｈ ｅ ｏ ｗ ｈ ｒ ｏ ｅ ｅ
点 。 而其 中最 重 要 的 一个 朗题 就 是 ： 有 的 遗 产 系统 没有 好 的可 演 化 现
源和新的软件技术来进行实质性 的改进。
三 、 件 再 工 程 的 目标 软
性， 这样就使得我们无法和用简单的方 法把遗产 系统转化为一 个新 的 一
系统 。 正是 在 这 种 情形 下 ， 工 程 变得 越 来越 重 要 ， 再 因为 它 提 供 了一 条
当今 ． 软件 系统 的规 模 变 得越 来 越 大 ， 构 也 越 来 越 复 杂 ， 此 同 所 处 的位 置 了。 维 护 承担 对软 件 进 行 纠 正 性 、 善 性 、 应 性 的改 进 ， 结 与 完 适 时 软 件 的 生存 期 也 越 来 越 长 。 去 的 软件 生 存 周 期 模 型认 为软 件 在 开 而 开 发 则 侧 重 于 实 现 新 的 能力 ． 加 新 的 功 能 ， 使 用新 的 计 算 机 资 过 添 或
应用软件在土木工程中的应用
应用软件在土木工程中的应用随着科技的发展，应用软件在各个领域中发挥着越来越重要的作用。
土木工程作为一门涉及建筑、设计和工程管理的学科，也不能与应用软件脱离关系。
本文将探讨应用软件在土木工程中的应用，并分析其对该领域的影响。
一、设计与绘图软件的应用设计与绘图是土木工程中不可或缺的环节。
过去，土木工程师需要手工绘制平面图、剖面图和施工图，工作量巨大且容易出错。
而现在，有了专业的设计与绘图软件，如AutoCAD和SketchUp等，土木工程师能够更加高效地进行设计，减少了出错的可能性。
这些软件还提供了三维建模功能，使工程师能够更直观地预览项目效果，减少设计不合理的可能。
此外，这些软件还支持文件的共享与协作，方便多人合作完成一个项目。
二、建筑信息模型（BIM）软件的应用BIM是一种基于三维模型的建筑设计与管理方法，它能够将建筑各个方面的信息整合到一个统一的平台中。
BIM软件的使用不仅能够帮助设计师进行建筑的三维模型设计，还能够对工期、成本、质量等方面进行模拟与预测。
在土木工程中，BIM软件能够提高工程施工的效率和质量，减少资源的浪费和损失。
此外，BIM 软件还可以用于建筑物维护管理，通过对建筑模型的维护，实时监控建筑物的运行状况，提前发现并解决问题。
三、工程管理软件的应用土木工程项目通常涉及到众多的工作流程和资源调配。
传统的项目管理方式往往需要大量的纸质文件和人工协调，效率低下且容易出错。
现在，有了专业的工程管理软件，如Primavera和Microsoft Project等，项目管理变得更加简单高效。
这些软件可以实时监控项目进度与成本，提供数据支持和决策依据，帮助工程师进行资源分配和进度控制。
此外，这些软件还具备协同办公的功能，方便团队成员之间的信息交流和沟通。
四、地理信息系统（GIS）软件的应用土木工程往往涉及到大量的地理数据，如土地利用情况、环境资源分布等。
GIS软件的使用可以将这些数据进行可视化展示和分析，帮助工程师更好地了解项目的地理环境和潜在影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件再工程及其应用谷耀(天津市信息中心)摘要本文从软件在运行维护阶段经常遇到的维护困难大、费用高，已开发的软件需要移植等问题出发，介绍了软件再工程(Reengineering)的基本内容和相关技术，并通过国外的应用实例说明再工程对提高软件生产率的重要作用。
关键词软件工程、软件再工程为了建立各类信息系统，人们很重视软件开发过程，提出了多种软件加工模型，如瀑布模型、快速原型模型等，并研制了支持这些模型的软件开发环境和软件开发工具。
这类开发环境和工具的应用对于辅助软件开发人员缩短软件开发周期，提高软件生产效率和质量起到了不可低估的作用。
但是，目前多数开发环境和开发工具是为了支持开发新的应用软件而设计的，对于那些已投入运行的软件系统的维护与移植并没有带来多少帮助。
1.问题的提出根据软件生存周期的概念，一个软件投入运行只是标志开发阶段的结束，而非软件生存周期的终止。
软件进入运行维护阶段经常会遇到如下问题：1)软件维护费用高。
一般来讲软件运行维护阶段是其整个生存周期中持续时间最长的阶段，只要软件仍在使用，其维护工作就不会终止。
据统计，软件维护费用在整个生存期中所占的比例逐渐增长，七十年代35-40% ，八十年代占40一60% ，估计九十年代会上升到70%。
美国空军的一软件项目，其开发费用为每行源程序75美元，而维护费用达到每行源程序400美元。
2)软件维护难度大。
软件难以维护主要反映在以下几个方面：a.被维护软件文档不齐、质量差，或自投入运行后程序已经过多次修改，而文档资料并未随之更新；b.早期开发的软件采用的是非结构化设计方法，原有软件结构不良或经过多次修补使其组织结构变得模糊不清；c.在软件开发阶段缺乏对软件的可维护性的考虑，软件的可理解性、可扩充性差；d.由于维护工作中考虑不周，在改正原有错误的同时又给软件引入了新的问题，即产生了波及影响;e.软件系统规模很大时，系统复杂，理解工作费时费力。
3)软件资产数额巨大。
随着计算机的广泛应用，正在使用和正在开发的软件数量与日俱增。
据估计，美国正在使用的软件已超过一千亿行源代码。
这些软件中的大部分生存期需要延长，不仅要保障正常运行，还要根据环境的变化扩充功能，改善性能，同时随着信息技术的不断进步，许多现有系统要适时地移植到性能更为强大、符合国际标准的软硬件平台上，继续为用户创造效益，正是为了解决软件在运行维护阶段所遇到的种种问题，近年来人们提出了软件再工程(Reengineering)的概念。
2.再工程的基本概念软件再工程是对现有软件系统进行验证、评价，重新设计构造成为一个新的形式并加以实现，使其满足新的需要和/或适合于新的运行环境的软件工程活动。
2.1再工程主要应用范围在软件系统的使用过程中，其运行的内、外部环境可能发生不同程度的变化。
软件再工程可以充分利用和改造现有软件以适应这些变化，避免因重新开发软件而造成时间、人力及软件资源的浪费。
再工程主要应用于：1）改进软件的可维护性。
在软件仍可满足原规格设计说明书所规定的功能、性能的条件下，因原有程序结构不良，文档不齐、不精确，或经过多次修改致使结构不清、有冗余、死码，文档与实际系统不一致等原因造成进一步的维护困难，通过文档再编制(re-documentation)和重构(re-structuring)等再工程活动使得文档齐备、精确，程序结构清晰，有利于系统继续正常运行与维护。
2)增强功能，改进性能。
在原有软件不能满足当前的要求，用户需求超出原规格设计说明书所确定的范围的情况下，可通过再工程对原有软件进行再设计以适应用户需求。
这实际是软件版本的改进和升级。
3)软件移植。
在原有软件系统的业务处理规则、基本算法等仍基本适用的条件下，由于原有支持系统运行的内部环境——硬件、系统软件等不能满足目前的要求或不符合新的标准规范(如非开放系统) ，不宜继续支持系统正常运行，就需将原系统移植到新的平台上(如计算机系统、操作系统、DBMS、网络系统等）。
4)系统开发。
在需要开发与己有的、经实践证明是成功的软件系统相类似的软件时，可以直接利用或稍作修改就可利用已有系统的程序代码、设计说明和规格说明，这样会大大提高软件生产率，缩短开发周期，保证软件质量并能节省开发经费。
2.2再工程活动类型级别根据用户对现有软件改进要求的不同，再工程活动一般可分为系统级、数据级和源程序级三个层次。
1)系统级: 是对现有应用系统的功能规格说明进行再设计。
这需要全面恢复系统的原有功能规格说明和设计说明，在此基础上根据应用要求修改设计，重新产生可执行程序。
2)数据级: 从现有文件/数据库的物理定义中产生概念与逻辑设计文档，并将这些文档转换成适合新要求的数据结构，有可能的话，同时产生访问这些文件/数据库的程序。
3)程序级: 从现有软件的源程序(或经过反编译工具产生的源程序)中提取出设计说明，经过修改设计，再进行相反的转换。
这样做可避免源程序与设计说明的不一致性，同时还降低了详细设计的要求。
源程序级的再工程活动可看作是再编码（ecoding）工作，可以将结构化不良的语言(如BASIC语言)转化为结构化语言(如PASCAL语言等) ，将3GL过程性语言转换成4GL非过程性语言。
2.3再工程活动的步骤软件再工程通常由两个阶段组成：1)逆向工程(reverse engineering)阶段，通过分析、理解现有软件，恢复其设计信息并抽象成为高层次的表示;2)正向工程(forward engineering)阶段，即软件开发过程。
对逆向工程提取出的软件的设计表示进行评审，再设计，重新产生出新的目标程序。
在一些情况下，如现有软件的各项设计文档完备、精确，再工程活动可以不需要经历逆向工程的部分过程。
3.再工程的相关软件技术3.1逆向工程逆向工程是对现有的目标软件系统进行分析与理解，包括:●分析、识别系统整体结构、各个组成成份及其相互关系;●提取软件的设计信息；●以其它或更高级的形式表示系统。
类似的软件工程活动也采用其它术语，如设计恢复(design recovery)、程序理解(program understanding)等。
逆向工程主要包括两个层次:1)反汇编、反编译。
这是比较成熟的技术。
反编译是编译的逆过程，它可将机器代码或汇编语言程序翻译成为与原有程序功能相同的高级语言形式。
2)设计信息提取。
从已有的设计文档和源程序出发，抽象出原有的设计思想，即恢复软件的功能规格说明和设计说明，这是设计和编码的逆过程。
通常这个过程需要具有原应用系统的问题领域知识(domain knowledge)。
逆向工程的关键在于对目标系统的理解，一般对系统的理解可以分为四个层次：●程序设计语言层；●控制结构层；●通用算法层;●问题领域层。
3.2正向工程(软件开发方法)关于软件开发方法及开发环境、工具方面的书籍资料已有许多，这里仅简要介绍较新的几种。
1) 4GL: 4GL为非过程性语言，用户无需具备系统软件与高级语言的知识，只要编写出系统规格说明，用4GL编译程序进行编译就能生成出可运行的程序。
2) OOP(面向对象的程序设计) : 与传统的面向过程的程序设计以功能划分模块的方法不同，OOP是按处理对象(实际事物的抽象模型)划分模块。
OOP将部件级的软件对象结合起来构成应用软件。
在进行维护时只需更换、扩充或添加部件，不影响系统的其它部件和整体结构，可显著降低开发和维护成本。
3) CASE: CASE对再工程的主要支持是帮助用户分析存储于CASE字典中的系统描述，这些分析可用于程序、子系统以及整个系统。
一些综合CASE (I-CASE)可满足整个软件生存周期的需要，包括维护阶段和逆向工程。
目前要实现完全自动化的再工程是不可行的。
千差万别应用领域的再工程离不开人的理解、判断、设计、决策能力。
软件的再工程不仅要具有软件工程知识，更重要的是要具备特定问题领域知识。
4.再工程应用实例国外近年来研制出多种软件工程环境和系统再工程产品，在对现有系统实施再工程方面有许多成功的事例。
下面列举几例以使读者对此领域的应用情况有一个初步的了解。
例一. Allnet公司是美国最大的经营长途电讯业务的公司之一，每日处理长途电话达600多万个。
由于业务高速增长，使得原设计的计费处理工作经常拖延，影响了公司的资金周转，迫切需要对系统进行改进。
Allnet采用了Viasoft公司的系统再工程产品VIA/Renaissanse，该产品能够自动地分析和提取源程序(COBOL语言)中的各种功能说明，然后形成这些功能的独立程序模块，这些模块编译后即可投入运行。
同时这些模块还可供其它应用程序使用或纳入公司的CASE环境，用于今后新系统的开发。
Allnet公司对其计费模块实行改造后；使账单处理的记录数减少到不足原来的10% ，不仅计费处理速度满足了要求，主机IBM3090 - 300J的处理时间和I/O操作时间都明显减少。
例二. 美国Zortec公司推出的面向商务应用的软件开发环境产品SYSTEM-Z集4GL和DBMS功能于一体，可在百余种机型、十多种操作系统上安装。
该产品不仅具有良好的开发环境，而且支持软件移植工作。
如总部设在纽约的一家纺织品公司主机系统是王安VS，数据处理采用COBOL语言，下属几家工厂采用XENIX系统，未与公司联网，采用SYSTEM-Z只用几个月就将系统由开销过大的王安系统移植到HP9000上，并实现了与工厂的联网。
又如，美国西弗吉尼亚州立大学使用SYSTEM-Z，不到三个月就把Unisys1100计算机上的3400多个MAPPER程序移植到IBM RS/6000上，节省了大笔经费。
再如，Alpha Omega公司只用很短的时间就将美国迪斯尼乐园的大部分应用软件移植到开放系统中，比预计节省了95%的工作日。
例三. 美国马里兰大学、NASA (国家宇航局)和CSC(计算机科学公司)联合组织的软件工程实验室(SEL)共同了解、研究NASA的飞行动力学环境中的100多个软件项目，每个软件项目从几千行到一百万行源程序不等，有Ada语言，也有早期开发的Fortran语言，通过SEL的工作NASA的每行源程序开发成本平均降低10%，软件可靠性平均改进了35%，软件的可管理性明显提高。
参考文献1.徐家福，杨冬青，为软件工程的未来建立基础，计算机科学，1990年第6期2.David Sharon，The Psychology of Reengineering，IEEE Software，Vo18. No 6. 19913.Don Yu，A View on Three R's: Reuse，Re - engineering，and Reverse - engineering，Software Engineering Notes，Vo1 16. No 3. 19914.John Kador，Reengineer to Boot Software Productivity，DATAMA ION，Vo1 38. No24. 19925.刘东波，张华伟，新一代商务软件开发环境SYSTEM-Z，计算机世界，1993年37期本文原载于1994年第1期《信息系统工程》杂志。