应用软件的开发方法

随着计算机应用的普及和推广,产生了对应用软件的巨大需求,如何开发应用软件系统,已成为解决当前“软件危机”的突出焦点。然而当前普遍采用的以瀑布模型为生存期的结构化分析和结构化设计的开发方法却存在着一定的缺陷,由此产生了各种别的方法,每种方法也都存在着一些固有的弱点。总的说来,还没有一种严格、完整的开发方法,也没有建立起清晰、合理的软件工程知识体系,作为其指导思想。本文综述了几种有代表性的开发方法和技术,提出了软件工程知识体系应有的概念,并以此为指导,综合了每种技术的特点,给出了一套可具体实施的方法、原理和规范。     

交互软件系统的一种构造方法

本文根据作者近年来研究交互软件的工作实践,阐述了交互软件系统的一种构造方法.文章介绍了构造活动的工作过程模型,并以一个试验系统加以具体解释,文章对于用户接口管理和具有4GL(Fourth Generation Lan-guage)特征的交互语言,以及和交互系统相关的一些新颖的概念,也作了简要的介绍①。     

模型开发方法及其原型工具系统MTOOL

本文根据作者近年来研讨软件开发方法的工作和开发软件工具的经验,总结了模型开发方法,提出了模型方法的支持工具MTOOL,文章归纳了模型方法的开发过程和描述手段,详细介绍了MTOOL的组成和工作过程,给出了模型描述语言MSL的主要文法内容,讨论了MTOOL的设计思想和有关实现技术。     

嵌套管程调用存在的问题

管程这一概念已经由Hoare和Brinch-Hansen发展成为一个生成结构可靠的操作系统的强有力的、有效的工具。作者在构造以管程为基础的系统方面具有一些经验,这些经验使他觉得有必要把迄今在文献上似乎未曾见到有明确叙述的嵌套管程调用存在的问题提出来加以叙述。本文叙述这些问题并讨论     

解释系统W/111

§1 引言解释系统W/111是在111机上运行的一个系统程序,它解释执行W机的指令,模拟W机的主要功能。111机配上了这个系统之后,用户就可以把111机当成W机来使用。近年来,计算技术飞速发展,计算机软件越来越庞大,越来越复杂。这样,就出现了一个所谓“软件拖硬件后腿”的问题。计算机硬件有一个研制、调试的时间,在硬件未调通之前,软件程序显然不能在它上面进行调试。一旦硬件调试完毕,人们往往就认为可以宣布交机了。     

国民经济统计数据管理系统RIMS的接口管理

本文根据作者开发RIMS系统的实践经验,着重阐述了软件接口管理的主要思想,关于RIMS与用户之间的接口,文章详细地描述了如何用系统化的方法、使用现有软件工具去生成菜单层次结构以及菜单与RIMS本身的内部联系。 关于RIMS与操作系统的接口,文章清晰地说明了如何组织RIMS的文件结构及配置,以便和操作系统的特点相匹配,鉴于RIMS系统文件小而多的事实,为改善文件空间的使用效率,必须重新构造文件结构,一些关键性技巧也在本文中作了具体介绍。     

关于嵌套调用问题的两封信

让我评论一下操作系统评论第11卷第3、4期上的几篇稿子,它们谈到了嵌套管程调用的问题。为此目的,我将要解释一下我和HG.Stiegler一起提供的解决办法,文章名叫“管理者对管程”,登在INFORMATION PR-OCESSING77 827页—830页。我们相信,不管用什么技巧那个问题不可能用下列原语的任何     

UNIX分时系统——程序设计语言C

C是一个通用语言;已经证明,该语言有广泛的用途。C是UNIX系统的基本语言,它也适用于其它几个环境。本文给出C的语法和语义的概貌,还要对其强弱之处进行讨论。     

嵌套管程调用

引言 Lister[Lis 77, LM 76]已经注意到在管程内部进行管程调用的大部分被忽视的问题(这里,“管程”是用由Hoare[Hoa 74]和Brin-ch Hansen[Bri 73, 75a, 75b, 76]所引入的含义)。有关管程的性质,假定读者已经知道。 下面考虑嵌套管程调用的四种方法,即: (1)禁止嵌套; (2)在嵌套调用中,当前管程完成一个