IBM系统/ 360 - 失败的历史没有这样 Bashny.Net

我继续我的一系列有关的IBM系统/ 360（系统的第一部分“作为一个整体»时，vtoraya关于建筑的一部分）。不受影响是一些有趣的话题，和第一人 - 正在操作的System / 360，其发展尤其是历史方面
。
直到60年代初，“强大”和“预算”IBM的解决方案是不兼容的。转移计划是困难的，有时甚至完全不可能。这是由于许多原因，首先在操作系统的差异，并与周围的差异结束。现在似乎不言而喻 - 不同的软件和硬件组件的相容性，那么它是不是强制性的。这是系统的开发过程中/ 360的工程师们决定，这种做法大大增加了发展，进一步支持的成本，并决定以规范的新系统，简化了移植和维护的计算机程序。

它最初计划提供的计算机系统/ 360与新的操作系统批处理任务。简单地说，每一个程序需要被运行，被描述为一个“包” - 程序和一组输入数据。这些数据包顺序根据优先级和资源可用性处理。这种方法可以减少人类参与大型机的规划和优化的负载，从而降低管理成本。操作系统被称为OS / 360

操作系统的开发人员设置没有解决之前，一个令人难以置信的雄心勃勃的目标。这个操作系统是提供于支撑“多节目”。与周围的只有一个节目的时间，从而导致频繁停机当系统被从外部装置等待某些数据的性能降低。因此采用类似于现代的异步编程的方法。加载到存储器几个程序并执行的第一个。如果需要的话，一个漫长的等待，当前程序的上下文被保存并传递到下一个控制的，只要它可以工作为第一等待数据。操作系统在这种情况下是保持不变的一切监督下，保护下载的软件从其他程序的故障，并控制对资源的访问。所有这一切都是由不存在虚拟存储器的概念复杂。操作系统本来工作就行了所有车型，所以从RAM 16 KB和高达1 MB，和速度的配置范围 - 从每秒几千元的交易，高达五十万。相同的操作系统应满足所有程序的需求，从复杂的数学计算，几乎不使用的外部驱动器，并与完全建立在输入输出操作一个简单的比喻数据库结束。





正如你所看到的，计划是雄心勃勃的，但时间已经不多了。硬件部分是准备打市场，竞争对手攻击的细分市场中，IBM是OS / 360的最脆弱的，稳定的，可靠的版本没有诞生。 此外，将所得的溶液不想以适合于年轻的模型存储器中。所罗门决定是为了让操作系统更简单的形式有进一步升级的承诺。

开发了几个中间。

BOS / 360（基本OS） - 最简单的系统，低端机型
。
TOS / 360（带OS） - 系统与负载从磁带修改
。
DOS / 360（尽管它的名字，一点关系都没有与我们熟悉的DOS时代86） - «基本“的版本，为广大中，高功率配置

PCP（主控制程序） - 现在是什么将被称为“测试版”全OS / 360不支持多节目



要退出系列/ 360-67（如果你读这篇文章的第一部分，你必须记住，在这个系统中，引入了虚拟内存的概念）TSS / 360（分时系统）的计划发布。正如其名称所暗示的，该版本是支持分时的模式。这个操作系统的试用版已经给出了测试大型企业客户，但这些评论是负面的，而OS已经针对市场上的情况“迟到”，因此TSS / 360的输出被取消。到这个时候就充分调试OS CP-67，这是正在开发的剑桥研究中心IBM。 CP-67是稳定的，以至于IBM是它为客户提供真正的基于“超出保修期”作为操作系统与分时支持。这种操作系统的进一步发展已导致这样的事实，这是虚拟机/ 370的基础上，然后的z / VM。



＆QUOT;

是IBM在OS / 360的开发中遇到的问题，是如此之大，引起了«软件工程»的形成，在其中我们知道它的形式。苛刻的纪律，要应用科学的方法来获得控制的结果，其中
- 这是当它变得清晰，软件开发，这些流程和管理。
高级项目经理，开发OS / 360，这是委托写了一本书，几乎成了一本圣经的软件开发管理人员的一切承担个人责任（在笔者的话 - “所有阅读它，但是没有它不应该”）。是的，说起弗雷德里克·布鲁克斯和他的著作“人月神话»。

所有布鲁克斯配制最清楚地表征该项目的本质来开发的原理的OS / 360以下两种。
的
加资源（包括人）的项目并不总是导致其时机的减少，其效果通常可以甚至逆转。正如书中所说，陵编译器的开发 - 总是需要六个月，不管是否涉及程序员的数量
。
成功的系统的新版本往往注定要失败的，因为开发商会努力实现用户的所有愿望。布鲁克斯称它的第二个系统»“的效果。



正如你所看到的，一方面是对OS / 360的基本版本的开发，如果不是成为一个彻底的失败，这是非常接近它。在另一方面，IBM的管理，尽管这样，做的System / 360的成功和教训在这个过程中，成为现代软件开发方法的基础。

未完待续 I>

来源： habrahabr.ru/post/222985/