标题：as400
简介
IBM AS/400的创始人Frank G. Soltis博士认为“历史”对设计新型计算机系统的影响力远胜于其他因素。 同样,在设计一个新型计算机系统时,开发的场所和先前的产品也有着相当大的影响力。 
60年代,位于美国东部(the East Coast)的许多计算机公司,例如Digital,DataGeneral以及IBM的New York Lab.等,占尽地利,不仅分享了诸如MIT等名校和研究所的研究成果,而且雇佣了大批东部高校的高材生。 MIT当时曾为美国国防部开发了一个名为MULTICS的项目。东部的公司在设计计算机的结构和操作系统时,大量借鉴了MULTICS的思想。Bell Lab.的UNIX正是这一环境下的产物。
然而AS/400的发展历史却是另一番光景。AS/400的诞生地位于美国中西部明尼苏达州(Minnesota)的Rochester,当时要想从发达的东部高校中招聘毕业生到偏远的Rochester工作是相当困难的。因此,AS/400的创始人都是中西部的,他们同东部的计算机公司并没有什么密切的联系,这也使他们设计的AS/400与别的计算机相比在很多方面都显得与众不同。
名称由来
 在IBM正式发布AS/400之前,它的代号被称为“Silverlake”。IBM公司在开始研制AS/400的下一代系统时,为之取了一个名字为“Superior”的代号。许多人认为在正式公布这一代新系统时,不会再叫AS/400了。在计算机业界有这么一种看法,任何一种计算机系统都只有6年左右的生命期,从1950年至今,只有极个别例外,包括AS/400。这种看法的依据是,计算技术的发展日新月异,一个历经6年的系统将不可能再合时宜。这对那些依赖于硬件技术的系统也许是正确的。
到了1993年,业界有许多专家预言IBM的AS/400将消亡,取而代之的将是“AS/500”。因为到1994年,AS/400已经6岁了。针对新的机器“Superior”,IBM有机会更名AS/400(有人建议使用AS/6000),但最终IBM还是决定继续延用AS/400这一业界最为人们认可的名称之一。一个品牌的创立并非易事,因此,当一个商品的名称已获得用户很高的认可度时,只有傻瓜才会想着去改变它。
AS/400这一名字的由来也颇具戏剧性。早在1988年,IBM本可将AS/400命名为System/38,因为那时的AS/400只不过是在System/38的基础上增加了许多新功能,完全可以视其为System/38的升级版本。但IBM其实已厌倦使用“System/3x”的名称,他们要想创出一点新意。恰好当时IBM内部正在制定一套新的产品命名规则。IBM有一个项目叫作SAA(System Application Architecture),SAA旨在建立一种通用的应用软件,能运行于IBM所有主流系统上。
相似的系统名能更好地体现这种通用性,因此IBM的几种主流系统都带有“System”这一单词,如Enterprise System/9000(ES/9000),Personal System/2(PS)等,所不同的只是第一个单词。对AS/400第一个单词的选择在Rochester Lab.还引发了一场争论,有人建议用“Advanced”,有人则要用“Application”。最后争论的结果选择了后者。但随后在介绍AS/400 的先进系列时,IBM又使用了“Advanced”。
那么在选择数字时为什么选择了“400”呢?由于AS/400是源于System/36和System/38的,Rochester Lab.首先想到的是“37”和“39”,但马上决定用“40”。“ApplicationSystem/40”这一名字在Rochester Lab.呼之欲出。但没有想到IBM另一机构“PersonalSystems Organization”申请占用全部的1位和2位数字,他们抱怨使用1位数字只能发布9种不同的产品,没有人会去买PS/0。最后,Rochester Lab.做了让步,他们在“40”之后再加了一个“0”,这样“AS/400”终于诞生了。
AS/400断代 1988年推出的是第一代部门计算机,规模上也有一点象主机,沿用当时以主机为中心的信息系统应用思想,推出以后取得了很大的成功。 1994年是第二代,随着Client/Server应用规模的推广,AS/400推出了先进系列,俗称”黑匣子”,上面运行的操作系统叫OS/400版本3,操作系统和硬件相结合使AS/400在当时完全成为一个开放的客户机/服务器平台。 1996年推出了第三代,基于64位RISC芯片硬件技术的AS/400为进入以网络为中心的时代打开了一个大门。
系统概况
AS/400e 及其之后的产品系列，融合了 Java 、 Domino 、服务器整合与逻辑分区、 Websphere 和商业智能等许多业界最新技术，并增加了对欧元的支持，帮助用户更有效地将企业产品和服务推向市场，在新兴的电子商务领域获益。
发展历史
为了深入了解一个系统，必须熟悉它发展的历史和背景。多数的计算机系统是从原有的系统基础上发展起来的。 AS/400 的发展历史： 　
◇ 1969 年 6 月发布 System/3 （ Batch machine ） 
◇ 1975 年 1 月发布 System/32 ( 用于小型商务办公环境 ) 
◇ 1977 年 4 月发布 System/34 
◇ 1978 年 10 月发布 System/38 （第一代 AS/400 ，商业上失败，技术上成功）
◇ 1983 年 5 月发布 System/36 （商业上非常成功）
◇ 1988 年 6 月发布 AS/400 B 型号（ Application System/400 ，第二代 AS/400 ）
◇ 1994 年 5 月发布 AS/400 先进系列 / 服务器（ Advanced System/400 ，第三代 AS/400 ） 　 ◇ 1995 年 6 月发布 AS/400 Power PC 先进系列 / 服务器 
◇ 1997 年 8 月发布 AS/400e 系列 
◇ 1999 年 2 月发布 AS/400 e 服务器 170 、 7XX 
◇ 1999 年 7 月发布 AS/400e Domino 专用服务器（莲花宝箱）
◇ 2000 年 10 月发布 iSeries 400, 包括 270 、 820 、 830 、 840 及 IBM 莲花宝箱（ DSD ） 
特点
iSeries 400 通过紧密集成硬件、软件、中间件和操作系统提供能够满足不同业务需求的高性能、可靠和易于使用特性。从 e 系列开始，在电子商务大舞台上开始扮演更为重要的角色。它可以提供扩展业务确保电子商务优势所需的技术和工具。它的突出特点有：
● 卓越的性能，不断获得各种荣誉和认可，全面实现 64 位处理，先进的体系结构，最领先的 SOI 芯片技术；
● 高度集成的系统环境，使用户不需要太多的系统管理员就能保证其应用平稳地运行；
● 卓越的可靠性和可用性，系统可提供 99.97% 的可用性 , 使 iSeries 成为商业关键事务处理的首选服务器平台；
● 允许在一台服务器上安装 Linux 、 Java 、 Windows2000 和 Domino 等多种应用。
● 开放标准兼容性，使用户把运行在不同平台上的业务系统和数据平滑地连接在一起；
● 严密的安全防范系统，荣获美国联邦政府定义的商业计算机最高安全性级别 C2 级认证，堪称世界上 " 最安全 " 的计算机系统。从来没有发现过病毒。
● 简单易用，使用户（尤其是新用户）很快就能掌握它的系统管理和应用程序开发。
● 在系统中可以配备 16 台 PC 服务器 Netfinity ，可以运行多种不同的操作系统，并公享主机系统的资源。
● 是唯一一种能直接（固有）支持多种不同文件结构，如 PC 文件、 Unix 文件、 Netware 文件、 Domino 文件、 ASCII 文件、 EDBCID 文件的系统。 AS/400 先进的体系结构 面向处理机的体系结构 　 面向 API 的体系结构 　 高级机器的体系结构 
在八十年代初， AS/400 的研制者，设计师们就预见到计算机技术的发展将会一日千里，用户对计算机需求也将永无止境，因此设计出来的计算机不是功能应如何齐全，实际上也不可能设计这样一个可永远满足用户需求的计算机，而是应设计一个无限灵活的计算机，它可以随时跟上计算机前沿的发展，容易接纳计算机领域的新技术，同时又不会丢掉老用户已有的投资，使升级后的计算机系统真正做到百分之百地兼容在旧系统上已开发的应用程序。这样的计算机才会经久不衰，具有生命力、竞争力。什么样的计算机才能达到这个要求呢，那就是满足这种要求的计算机，应该有一种高级的接口，这种接口既独立于硬件，又独立于软件，是一个逻辑上的（而不是物理上的）系统接口。任何新技术的添加，只是这种接口的延伸和接口内部实现的改变，而不会对使用这种接口的程序产生什么影响，这就是 AS/400 体系结构的设计初衷。 TIMI 技术就是这个高级接口的具体实现。 
TIMI 层（以下简称 MI 层）是一个真正的独立层，它将 OS/400 ，应用程序与 MI 层下方的硬件以及与硬件有关的软件（ LIC 层）完全隔离开来。底层硬件技术的更新完全被 MI 层下方的软件所吸收，不会对 MI 层上方软件产生影响， MI 层上方软件可以不加任何改变，就可受益于 MI 层下方更新的硬件新技术。 
MI 层面实际上是为 AS/400 中所有应用程序和 OS/400 系统软件的接口作了一种形式化的定义，提供了一个完整的 API 集（ APIs ），所谓 " 完整 " 体现在任何一个 MI 层上方的应用程序或系统程序都不可能绕过这个 APIs 直接去访问 MI 层下方的软件和硬件。另外这个 APIs 是可以扩充的，可随时加入一些标准化组织（例如 POSIX ）指定的 API ，并且这种扩充是没有限制的。例如，在 OS/400 V3R1 中加入了支持 Single UNIX Specification API 的功能，这样一些 UNIX 的应用程序就可以被移植到 AS/400 上。当 AS/400 采用一些先进的硬件技术时，可能要修改或增加一些相关的 API ，修改也只是在 MI 层下方的实现。在 MI 层从不执行删除 API 这一操作，旧的 API 被完整的保留下来，正因为如此，一些十年前开发的应用程序可以不加任何修改地运行在当今 AS/400 系列计算机上， TIMI 技术使得 AS/400 成为当今计算机领域中保护用户投资的典范。
MI 层提供的 APIs ，我们称为 MI 指令。这些 MI 指令是不能直接执行的，要先将它们编译成机器指令，也不能将 MI 指令集算成一种高级语言，而应看做是高级语言编译之后生成的中间结果。 
MI 指令的操作数有两类：立即数和对象（ Object ）。立即数即传统的位和字节操作数，对象是一种数据结构，是一个封闭的整体。在使用对象时，只有将对象视为一个整体进行操作的指令才是有效的。因此应用程序和 MI 上方的系统软件完全不必了解对象的内部细节（这些细节都被封装在对象内部，对外界透明），对象的内部细节有任何改变也不会影响到那些对其进行操作的 MI 上方软件，这就使得这些软件独立于底层的数据结构。 
与常规的机器界面指令不同，在 MI 指令的操作数中虽保留了立即数，但却没有了寄存器，物理内存空间， I/O 空间等概念，倒是多了对象这个些概念。在 MI 中定义了许多种对象类型，其中大部分都是一些结构复杂的数据结构。一个最重要的 MI 对象类型称为 Space ， Space 可以简单的理解为一组与硬件无关的字节序列。当一个 AS/400 程序要使用内存时，它可以使用 Space 。例如， AS/400 的编译器（ Compiler ）在创建一个程序模板（ Program template ）时，必须要把这个程序模板放在某一个地方，这时就把它放在一个 Space 中。
正是有了这种 TIMI 技术，使得 AS/400 可以最及时地采用计算机业界的先进技术，成为 IBM 公司展示自己新技术的橱窗。例如， AS/400 是第一个采用 4M 位 ﹑ 16M 位内存芯片，第一个采用 N-Way 处理器技术，第一个采用 RAID-5 磁盘保护技术，第一个采用光纤连结等。从 CISC 到 PowerPC RISC 处理器，寻址能力从 48 位到 64 位，不久的将来会扩展到 128 位，处理器芯片从 Gobra 到 Apache 到 Northstar ，处理器数量从 1 路到 12 路，几年来 AS/400 历经了几次大的硬件更新换代，但对原来的 AS/400 用户并没有带来什么冲击，相反却感觉到了 AS/400 新技术带来的性能上的巨大飞跃，用户一旦投资 AS/400 ，就可以终身享受信息产业的新技术。在这一点上，同其它行业同类产品相比， AS/400 是最具竞争力的。因为其它公司许多应用程序并没有完全独立于硬件，因此在硬件升级，尤其是芯片从 CISC 过渡到 RISC 结构时，这些程序需要重新改写，代价十分昂贵。例如 DEC 公司在推出 Alpha 芯片时有 15%~20% 的应用程序要重写。 AS/400 没有这种困扰，在 AS/400 从 48 位升级到 64 位时，好多应用程序甚至不需重新编译就可移植到新的 AS/400 上， AS/400 是首家实现从硬件到操作系统到应用程序全部是 64 位的系统。由于 AS/400 的这种独特的 TIMI 技术给 AS/400 所带来的良好的灵活性，可扩充性，兼容性， 因此我们有理由相信，无论计算机技术如何变化， AS/400 都将永远保持它在业界的领先地位。
系统集成

集成是指将完成不同功能的程序模块集合在一个有机的整体中。在这个整体中除含有操作系统功能外还有网络通信功能，数据库管理功能，语言支持功能等。将它们作为一个整体来设计的优点是代码量少，执行效率高，安全性好，易于安装、维护和使用，同时也避免了功能上的重复和不同厂商产品之间的缝隙问题引起的一些争端。当然这种集成性所引起的不利因素也是有的，那就是系统的灵活性会有所下降。 　AS/400 是一个最典型的集成的商用计算机，它把计算机系统通常要用到的一些功能如网络通信功能，数据库管理功能，安全管理功能完全集成在 AS/400 操作系统中。这种集成系统的整体功能远远胜于各部分功能的简单迭加。使用各种功能的用户接口都是一致的，因此在 AS/400 上开发应用会节省更多的人力资源、财力资源。需要的维护人员也比其它计算机系统少，这是 AS/400 在业界获得成功原因之一。 AS/400 集成系统中含有对各种网络通信协议和通信设备的支持，如 TCP/IP 协议，异步传输控制协议（ ASYNC ），二进制同步传输协议（ BSC ），同步数据链路控制协议（ SDLC ），高级数据链路控制协议（ HDLC ），X .25 协议等几乎所有目前在市场上流行的通信协议及各种网络通信适配器。 AS/400 支持几乎所有的 TPC/IP 应用， Internet 应用。 
在 OS/400 中还含有一个功能强大的数据库管理系统 DB2/400 ，这是一个全功能的开放性的关系数据库系统，是 IBM DB2 家族中的一个成员，目前这个 DB2/400 已升级到 DB2 UDB for AS/400 ，它除了支持原有 DB2/400 数据库中存储过程 (store procedure) ，参照完整性 (referential integrity ) ，触发器 (trigger) ，二阶段提交 (two-way commitment) 等重要功能外，还增加了对于多媒体信息，对象型 DBMS ，试算表，虚拟文件等方面的支持。另外在 OS/400 V4R4 版本中还增强了数据库查询性能， SQL 连接能力，并行处理能力等。 
由于 AS/400 的操作系统是由 OS/400 与 LIC 组合而成，整个集成的系统所提供的功能根据其与硬件的关系不同，使用频率不同，对安全的要求不同而被分别放在不同的层面上。上图显示了各功能模块所处的位置。上图中可以看出， CL 部分是直接面向用户的，完全处于 MI 上方；工作管理（ work management ）的职责主要是对作业的管理，与硬件关联不大，所以大部分位于 OS/400 中；设备管理部分有些和硬件关系十分密切，如设备的驱动程序等要放在 LIC 层，而那些对设备进行监控的部分放在 OS/400 中实现；安全部分虽然与硬件完全独立，但为了提供更高级别的安全保护，还是把它的大部分功能放到 LIC 层实现。此外有些功能与硬件并无多大关系，但对系统性能举足轻重，也将其放在 LIC 层实现。还有一些功能是分散在 OS/400 和 LIC 中的。由于数据传输部分与磁盘驱动方式和数据传输方式密切相关故在 LIC 中实现，文件定义部分与硬件无关在 OS/400 中实现，文件中的成员（ member ）定义与磁盘有一定关联在 LIC 中实现更好些。有些功能很难确定在 LIC 中还是在 OS/400 中实现更合适， AS/400 总是尽可能地进行层次划分。
存储结构

AS/400 又一特征就是它的存储管理方法。它采用了单级存储（ Single-level store ）结构对存储器进行管理。它将系统中所有的存储器，即所有主存 (main storage ) 和辅存 (Auxiliary storage ) 看成是一个大的存储器，这个大存储器提供的存储空间相当于机器的寻址能力，从开始的 48 位寻址空间到今天的 64 位寻址空间，近几年内渴望实现 128 位寻址空间。这个诺大的虚地址空间给用户尤其是程序员带来了极大的方便，他们所面对的就是一个盛装对象（ Objects ）的大容器，只要知道了一个对象的名称和类型就可以访问这个对象，完全不必关心所访问的对象存放在哪个盘上，也不必考虑存储管理等繁琐问题。至于内外存之间信息如何交换以及为提高对象的访问效率而将一个对象的内容分散存放到几个硬盘上，对用户是完全透明的。 
事实上，在 MI 上方的任何程序（包括 OS/400 ，应用程序，编译器等）都看不到这个单级存储结构中的实存部分（内存和外存），呈现在他们面前的只是一个偌大的虚存， 每个 AS/400 对象占用这个虚存中的一些虚地址。当用户使用对象的名字和类型访问它时， MI 层上方的程序可以快速地将这个对象的名字映射成它的虚地址。由于 MI 层上方用户编程时，不再区分内存和外存，只是针对这个虚存编写程序，因此可使得编写程序所需的指令数目大大减少。当然，负责系统性能管理的人员用 WRKSYSSTS 命令或 WRKDSKSTS 命令还是可以看到一些关于磁盘的信息的，例如磁盘的使用率，忙闲情况，缺页率（ page Fault ）等。 
对象总是要存储在磁盘上，并且在使用时需将其装入内存的。如何将对象的虚地址映射到磁盘上的实地址或内存的实地址是在 MI 层下方实现的。 AS/400 将内存分为大小相等的一些页面帧 (page frame) ，在 64 位 AS/400 系统中，页面帧的大小为 4096 字节（ 4KB ），存储在磁盘上的对象被划分为一个个大小与页面帧相等的页面（ page ）。一个大的对象由许多页面组成，这些页面在虚存中占用一些连续的地址，但在实际存放时，可能被分散到几个硬盘上，这样做可以提高对对象的读写速度。当处理机要访问的一个对象时，可以将该对象的部分页面从磁盘装入内存的页面帧中， MI 下方的地址转换机构通过查询驻留在内存中的一个页表 (page table) 实现虚实地址转换，如果发现一个虚地址对应的页面不在内存中，就报告页故障 (page fault) ，然后由内存管理程序负责将这个页面从磁盘调入内存。硬件在查询页表时使用的是 Hashing 算法。 
总之， AS/400 的单级存储结构不仅给编程用户提供了一个相当大的存储空间，同时也将用户从繁琐的存储管理中解放出来，减轻了用户负担，提高了工作效率。 　 在 OS/400 V4R3 及其以后版本中，已把 AS/400 的单级存储的单一地址空间由原来的内存、硬盘推广到磁带库，系统的存储管理功能可按用户自定义的规则，自动透明地管理分布在磁盘与磁带库中的数据。
硬件系统

AS/400 是一个多 CPU 系统。一个系统处理器模块包含多个 CPU ，分别用于系统管理、内存管理、进程管理等，每个 CPU 都包含一个微内核，将多个 CPU 合起来作为一个处理器，通过微内核间的通讯可以平衡各个 CPU 间的工作量。现在的 CPU 采用 Power Pc 技术。I/OI/O 采用 I/O 通道技术。 I/O 总线主要采用 SPD 总线标准，总线传输速率为 266Mbps 或 1Gbps （对 RISC 机）。系统可以连接多达 19 条 SPD 总线，每条 SPD 总线最大可连接 32 个 I/O 设备。 SPD 总线可以是排线，也可以是光纤。排线采用 32 位 data lines,4 位 parity lines ，和若干位控制信息线。异步传输。而光纤则采用单线串行传输。  BCUBCU （ Bus Control Unit ）主要用于控制 SPD 总线，负责总线仲裁、优先权判断等。 IOBU(I/0 Bus Unit) 实际上是一个 IOP ，负责处理所有的 I/O 功能，而且本身包含内存，实际上是一个微机系统，可以运行不同的操作系统（如， OS/2,Windows,WNT,DOS… ）。如果把系统处理器也看作是一个 IOP 的话，那么系统中任何两个 IOP 都可以进行通讯，形成主－从多 CPU 系统。发起通讯的 CPU 为 master, 被呼叫的 CPU 为 slave. 任何两个 IOP 之间都可以进行消息传输。除消息操作以外，还可以进行存储器操作。存储器操作只能在主存和 IOP 内存之间进行，而不能在一个 IOP 内存和另一个 IOP 内存之间进行。存储器操作都采用 DMA 方式。 
AS/400 之所以成为全球使用最广泛的中型商用计算机，一个重要的原因是其先进的体系结构能够不断地吸引融合最新的技术。本章主要介绍了 AS/400 的先进的体系结构 -TIMI 、集成性和单级存储技术，揭示了 AS/400 成功的奥秘。
开发概述
1) 数据描述规范(DDS data description specification)
AS/400的操作系统OS/400提供一种描述数据属性的方法DDS，它可以在程序外部方便、有效地对数据属性进行描述。
AS/400有两种定义数据的方法：
（1）程序描述文件：文件在记录的描述仅包含一个记录名和记录长度，任何程序使用这种方式描述的文件必须为记录中的每个字段提供字段级属性（字段名、数据类型、字段长度等）定义，此中类型文件不常用
（2）外部描述文件：文件包含记录的详细字段描述和有关文件如何被访问的信息，在程序中只要指明该文件为外部描述文件即可，当程序目标建立时，编译器自动从文件中抽取信息到程序中，且转换为高级语言适合的语法，它的显著特点之一是克服了程序描述文件的缺点，通过文件的记录字段仅一次的说明，可定义多种访问路径，多个程序使用。
2) DB2 QUERY MANAGER AND SQL DEVELOPMENT KIT支持的结构化查询语言SQL/400
SQL/400是SQL的DB2/400实现，可以交互式地输入大部分SQL语句或把它们嵌入到高级语言（RPGLE、COBOL、CLE等）程序中，替代高级语言内置的读、写和修改等指令。SQL/400主要由以下部分组成：
（1）SQL运行支持程序，提供对SQL 语句的分析及对运行任何SQL语句的支持功能，是OS/400的一个部分，它允许含有SQL语句的应用程序在没有安装DB2 QUERY MANAGER AND SQL DEVELOPMENT KIT特许程序的系统上运行。
（2）SQL预编译程序，处理嵌入SQL语句的应用程序
（3）SQL交互式接口，支持用交互式建立和运行SQL语句
（4）DB2 QUERY MANAGER FOR AS/400，提供菜单、填空式提示的交互式接口，允许建立、增加、维护数据，和运行报表
3) APPLICATION DEVELOPMENT TOOLSET/400(ADTS/400)开发工具包中有PDM、SEU、SDA、RLU、DFU等
PDM
（PROGRAMMING DEVELOPMENT MANAGER）
可以用来处理源代码、对象和库。为程序员建立源文件成员、访问SEU和许多其他有用的工具提供方便。
STRPDM：直接到PDM菜单
WRKLIBPDM：可以指定操作哪一个库或对当前库列表进行操作
WRKOBJPDM：指定操作某一库下的所有对象（可按名称、类型选取）
WRKMBRPDM：指定操作某一库下某一源文件下的所有或部分成员
特许程序
QUERY/400特许程序是一个非常有用和容易使用的决策支持工具，可用来获取外部描述数据库文件信息。它允许使用单个文件或联结最多32个不同文件的数据，产生的报表可以打印、屏幕显示或存放在新的数据库文件中，功能强大。
STRQRY或GO QUERY命令，可以进入QUERY菜单，主要功能都有相应选项和帮助进行逐步引导完成。
SEU
（SOURCE ENTRY UTILITY）
是一个全屏幕编辑工具，可以建立和编辑源文件成员，当启动时，能够输入新的源语句，修改、删除、复制、移动已存在的源语句，具有语言相关提示和语法检查功能，且具有分屏编辑/浏览功能。
STRSEU：可以对原有成员进行编辑或建立新成员，对原有成员进行编辑也可通过在WORK WITH MEMBERS USING PDM（WRKMBRPDM）屏幕上使用选项2（EDIT）功能来实现，当然，建立新成员也可以通过在WORK WITH MEMBERS USING PDM（WRKMBRPDM）屏幕上使用F6（CREATE）功能键来实现。
SDA
（SCREEN DESIGN AID）
可用来交互式设计、创建和维护应用屏幕，包括显示文件和菜单，且可以将用户设计的屏幕规范地自动转换成DDS源代码，简化了菜单和显示文件的创建。
STRSDA：可以进入屏幕和菜单的编辑画面，对原有屏幕编辑也可通过在WORK WITH MEMBERS USING PDM（WRKMBRPDM）屏幕上使用选项17（CHANGE USING SDA）功能来实现，
RLU
（REPORT LAYOUT UTILITY）
可用来交互式定义打印报表的格式分布，建立打印文件，且可以将用户设计的报表格式分布规范地自动转换成DDS源代码，简化了报表的设计和修改，使用它可以在屏幕上直观地设计打印报表。
STRRLU：可以进入报表编辑画面，对原有屏幕编辑也可通过在WORK WITH MEMBERS USING PDM（WRKMBRPDM）屏幕上使用选项19（CHANGE USING RLU）功能来实现
DFU
（DATA FILE UTILITY）
能够快速定义、创建面向数据录入、查询或文件维护的DFU程序，而不需要编程。对开发应用建立测试数据库尤其有用。
STRDFU：显示DFU菜单
DLTDFUPGM：删除DFU程序和文件
CHGDTA：运行DFU程序
DSPDTA：运行DFU程序，但不能修改文件中的数据记录
UPDDTA：使用临时的DFU程序更新文件，可通过在WORK WITH MEMBERS USING PDM（WRKMBRPDM）屏幕上使用选项18 （CHANGE USING DFU）来实现，它可以进行查询、增加、修改、删除记录的操作。该功能最常用。
编程
AS/400的所有系统功能都可以通过控制语言（CONTROL LANGUAGE，简称CL）调用，单个控制语言就是一条CL命令和它的参数。可以在命令行直接执行或输入到源文件成员中（CL程序或CLLE程序）经编译生成目标运行。注意，有些CL命令只能在程序中实现其功能（如，MONMSG等）。系统为所有CL命令提供提示和帮助，并且多数参数有缺省值。其实，一个CL程序就是一组CL命令，其目标可以交互式或批处理环境下运行。
通过CL程序可以简化操作，控制工作流程，设置作业运行环境等。在应用中，CL程序一般作为主控程序来控制应用程序的执行顺序和为应用程序完成一些首尾的任务（如文件覆盖、定位目标等），它可以管理程序执行中出现的意外（可根据需要是饶过还是进行修正）。此外，CL程序还能实现算术/逻辑操作，可以与用户或其他程序通讯，可以访问单个记录格式的数据库文件或显示文件。CL程序也有缺点，不能增加或修改数据库文件中的记录，不能使用打印文件或ICF文件等。