软件再工程及其应用

合集下载

软件工程导论复习资料

软件工程导论复习资料

软件工程导论复习资料填空题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)批地面数据处理系统建设中的应用

软件再工程在FY-2(02)批地面数据处理系统建设中的应用
W agS ja S i imig X i mi n uun h n n uJa n J n
( t n l aeleMee r l i l e tr B i g 1 0 8 ) Nai a S tlt tooo c n e , e i 0 0 1 o i g aC j n
Th p ia in o o t r e g n e i g t h o n t eAp l t fS fwa eRe n i e rn o t e Gr u d Da a c o
P o es gS se o Y一 (0 ) rcsi ytm fF 2 2 n
t i a i t n e lt e t . a n b l y a d r a i ,e c i m Ke o d :s f r e n i e r me e r l i l a e l e d t r e sn yW r s o t wa e r g n i g n t oo c tlt aap o si o g a s i c g 收稿 日 : 0 6年 9 2 期 20 月 6日; 修定稿 日期 : 0 7 2 1 2 0 年 月 2日
(2 wa b i r r ut r ne dpoes —r ne o 0 ) sr ul f o c—i t a r si o e t f w,teCllo ri so — e t o pd o e dn c g n i d l h O l n s vc wa b Tn e e
王 素娟 施 进 明 许 健 民
( 中国气象 局 国家卫 星气 象 中心 , 京 1 0 8 ) 北 0 0 1 提 要 : 绍 了 F 一 (2 批 静 止 气 象卫 星应 用 系统 工 程 建设 项 目工 程化 阶段 针 对 介 Y20 ) DP C子 系统 建设 的 总体要 求 , 用软 件再 工程 方 法学原 理 , 运 通过 逆 向工程 、 代码 重 构 、 数据 重构 、 文档 重构 等 一 系列工 程 化过 程 , F 2 0 ) 预研 阶段 提 交 的 资料 和 产 对 Y一 ( 2 批 品 处理软 件进 行 了面 向产品 和 面向 处理 的 流程 再造 , 取 了公 共服 务 , 提 简化 了处理 流 程 , 形 成 了详尽 的 文档 。软 件 再 工程 后 的 D C 资料 和 产 品 处理 系统 满足 了 F 一 并 P Y2 (2 批地 面应 用 系统 的 高可靠性 、 0) 可维护 性和 实时性等要 求 。 关键 词 : 件再 工程 软 气象卫 星 数 据 处理

软件工程-齐志昌-第二版

软件工程-齐志昌-第二版

软件工程阶段
20世纪70年代,随着计算机应用的普及,软件开发的复 杂度越来越高,软件危机开始出现,软件工程的概念和方 法逐渐被提出和应用。
现代软件工程
20世纪80年代以后,随着面向对象编程和软件重用技术 的发展,软件工程进入了一个新的阶段,强调使用工程化 的方法和工具来指导和管理软件开发。
软件工程的三大支柱
02 软件开发生命周期
概念与模型
概念
软件开发生命周期是软件开发从开始 到结束的全过程,包括需求分析、设 计、编码、测试和维护等阶段。
模型
软件开发生命周期模型是描述软件开 发过程的抽象框架,常见的有瀑布模 型、螺旋模型、迭代模型等。
传统开发模型
瀑布模型
按顺序进行需求分析、设计、编码、测试和维护等阶段,阶段间具有严格的顺序性和依 赖性。
面向对象编程
使用面向对象编程语言(如Java、C)进行软件实现,通过封装、 继承和多态等机制实现代码重用和模块化。
面向过程编程
采用结构化程序设计方法,将软件系统分解为一系列过程,通过顺 序、选择和循环等结构实现软件功能。
函数式编程
使用函数式编程语言(如Haskell、Scala)进行软件实现,通过高阶 函数、不可变性等特性提高代码可读性和可维护性。
Jira
一款功能强大的项目管理工具,支持敏捷开发和传统瀑布模型,提供任务管理、缺陷跟 踪和需求管理等功能。
Gantt Chart
甘特图是一种常用的项目进度计划工具,通过条形图展示任务开始和结束时间,直观地 反映任务之间的依赖关系和时间进度。
THANKS FOR WATCHING
感谢您的观看
软件测试技术
单元测试
针对软件中的最小可测试单元(如函数、方法、类等)进行测试, 验证其功能和性能是否符合要求。

MVC模式在数据中间件中的应用

MVC模式在数据中间件中的应用

序 的复杂性和移植性等。() 3正向工程 。对重构后的结果进行 细化 ,直至 生成可替换 遗留系统 的新 系统及相关的详细文档
为止 。
1 数据中间件与软件再工程
11 数据 中间件 . 通常对遗 留系统数据 中间件 的处理办法 有 3 :() 种 1局部 维护 ;2重新设计与实现 ;3以软件再工程的方式进行重构 。 () ()
中图 分类号:T315 P1. 1
MV C模 式在 数据 中间件 中的应 用
张 俐
( 江苏技 术师范学院计 算机科学与工程学院 ,常州 2 3 0 ) 10 1
摘 要 : 用软件再工程理论 ,通过 MV 应 C模 式将数据表示、输入控制和数据处理分离 , 使数据 中间件结构清 晰并提高各部分的重用率 。
[ src]Wi h p l aino f r —n ier g ted t rpeett n ip t o t l n aahn l whc r e aae yMVC Abtat t teapi t f ot er egn ei ,h aa ersnai ,n u nr ddt a de i aesprtdb h c o s wa e n o c oa h
模型、视 图和控制之间的松散耦合使整 个中间件具备 良好的稳定性、可伸 缩性和可扩展性 。将该方法应用到遗 留系统数据 中间件 中,证 明 了 MVC模式的实用性 和有效性 。
关键词 :MV C模式 ;数据中间件 ; 软件再工程
Ap l a i n o VC te n i t i d e r p i to f c M Pa t r Da aM d l wa e n
进 行 频 繁 的操 作 。 () 数 据 、执 行 语 句 与 S L语 句 高 度 耦 合 , 利于 以后 2元 Q 不

面向模式软件再工程的研究

面向模式软件再工程的研究
( 北京联合大学信息学院 ,北京 10再 工程和 软件 模 式 应 用的 理论 和 方 法 问题 ,作 者分 析 了面向模 式软 件 再
工程 的思想。软 件再 工程 强调 以更 高的投 资 收益 率 来提 高遗产 系统 的性 能 ;软 件模 式则 为重 用
UI U .u go
(noma o ol eB Un no nvr t,e ig100 , hn ) Ifr t C l g ,e i U i U iesy B Un 0 11C ia i n e g n i
Ab ta t T i a e i d a h  ̄ fe n to so ot a e re gn e ig a d s f a e p t m rb— sr c : h sp p rame tt e t is a d me d fs fw r e n ie rn o t r t h h n w a e po
lms h e a t o r s t a a z e ie s o t m—r ne ot re r e gn ei g o t a e re gn ei g e .T u rt e o n l e t d a f t o e t s f h i y h a p e i d wa e n i e r .S f r e n i e r n w n
维普资讯
信 息技术
≥ 一
2 0 年第5 08 期
中图分类号 :P 1 . T 315
文献标 识码 : A
文章编 号:09 52 20 )5 0 2 —0 10 —25 (0 80 — 14 4
面 向模 式 软件 再 工程 的研 究
刘治 国
现有 的遗 产系统没 有 好 的可 演 化 性 , 这样 就 无 法 利

“软件再工程”的应用研究

“软件再工程”的应用研究

提 高 和软 件 维 护 日趋 困 难促 进 了软 件 再 工程 的发 展 。
【 关键词 】 :软件再工程 遗产 系统 正向工程 逆 向工程 软件 开发
f ) 件 再 工 程 的 目标 三 软 软件再工程的提出是要改善软件的结构性、增 进软件的演 软件 再 工 程 的 对 象 , 即某 些 使 用 中的 系 统 , 常 被 称 为 ” 常 遗 大. 同时 缩 短 了软 件 系统 的更 新 换 代 时 间 。 期 实 现 的软 件 系 统 化性 。 早 产 品 已经 完 全 不 能 适应 现 在 的需 求 . 而 提 出 ” 件 再 工 程 ” 从 软 的 留 系统 ” 。它 们 缺 乏 良好 的设 计 结 构 和 编 码 风 格 , 此使 软 件 的 因 修 改 费 时 费 力 而 软 件 再 工 程所 面 I 临的挑 战 就 是对 这些 系 统 进 概念。 . ( ) 件再 工 程 的 定 义 一 软 行 分 析 研 究 , 用 好 的 软 件 开 发 方 法 , 新 构 造 一 个 目标 系统 , 利 重 一 软 软 件 再 工 程是 对 成 品 软 件 系 统 进 行 再 次 开 发 . 软件 维 护 期 这 样 的 系 统 将 保 持 原 系 统 需 要 的 功 能 并 易 于 维 护 。 般 来 说 。 的适 应 性 维 护 、 善 性 维 护 和 预 防 性 维 护 都 属 于 再 工 程 范 畴 。 完 与 件 再 工 程 的 具 体 目标 有 四 个 方 面 :1 为 功 能 追 加 、增 强 做 准 () 2 ) 3软 4提 从无 到有 的软 件 开 发 不 同 , 工 程 面 对 的不 是 原 始 需 求 . 是 已 备 。 f 提 高 可 维 护 性 。 () 件 的 移植 。 () 高 可 靠 性 。软 再 而 经存 在 的 软 件 系 统 .是从 已经 存 在 的 软 件 起 步 开 发 出新 软 件 的 件 的 维 护 修 改 容 易 引 起 ” 波 效 应 ” 即修 改 一 处 。 及 多 方 。这 水 。 波 直 软 过程 很 多 遗 产 系 统 正在 被 逐 步 地 利 用 起 来 . 利用 遗 产 系统 的 将 导 致 系 统 的 稳定 性 和 可 靠 性逐 渐 降 低 . 至 让 人无 法 接 受 。 但 同时 。 遇 到许 多 困难 。最 重 要 的 一 个 问 题 就 是 : 有 的 遗 产 系 件 的 再 工 程可 较好 地 解 决 这 一 问 题r 会 现 J l 。

软件工程软件维护技术概述

软件工程软件维护技术概述

维护的问题
与软件维护有关的绝大多数问题,都可归结于软
维 件定义和开发的方法有缺点。下面是和软件维护有关 的部分问题:
护 * 理解别人写的程序通常比较困难,而且困难
的 程度随着 软件配置成分的减少而迅速增加。

如果仅有程序代码没有说明文档,则问题 会现严重。
点 * 需要维护的软件往往没有合格的文档,或
软件可维护性可以定性地定义为: 维护人员理解、改正、改动和改进这 个软件的难易程度。
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方面进行评价:
每次程序运行平均失败的次数; 用于每一类维护活动的总人时数; 平均每个程序、每种语言、每种维护类型所必需的程序 变动数; 维护过程中增加或删除源语句平均花费的人时数; 维护每种语言平均花费的人时数; 一张维护请求表的平均周转时间; 不同维护类型所占的比例;
软件维护的过程-维护记录
软件修改报告指明:为满足维护申请报告提 出的需求所需的工作量、本次维护活动的类 别、本次维护请求的优先级、本次修改的背 景数据。在拟定进一步维护计划前,软件修 改报告要提交给修改决策机构,供进一步规 划维护活动使用 保存维护记录的第一个问题就是哪些数据值 得保存?
软件维护的过程-维护评价
软件维护的概念-维护问题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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期《信息系统工程》杂志。

相关文档
最新文档