RPG言語を使用したプログラムの書き方の標準を公表します。
これは，IBMのオフコンを得意とするソフトウエア会社の団体であるユーオス(UOS)にて，採用された標準です。私は(株)テスク在職中にここの標準技術委員会のメンバでした。この標準は，1989年に公表され，
私が知っている最後の更新は1991年です。なお，この標準は，業界では広く公開されたものです。利用にあたっての制限はありません。
この標準に影響を受けていると思われるパッケージの名称など，採用している状況を教えて下さい。また，この標準を採用にあたっての疑問，採用した感想，問題点をお寄せ下さい。suehiroweb@yscon.co.jp
この標準を使用しての開発は，ユーオスグループ各社に依頼することで可能です。http://www.uos.gr.jp/ を見て下さい。
なお，この標準の採用にあたっての義務はありません。ご自由にご採用下さい。その際，業界全体の効率化のために，「ユーオス標準」を採用したとの記述をしていただけるとありがたいです。また，この標準の発表にあたっての記述は，あいさつなどを除いて，内容は当時の標準委員会で決定され，執筆は私（斎藤末広）が担当しました。
ここに発表している内容は，私の原稿より起こしています。発表されたものと一部違いがあるかもしれません。基本は1.3版の内容です。ホームページ化に従って書式など修正をしました。修正したところは，表現のみです。標準内容に関しては変えていません。
順次公開したいと思います。公開済のところはリンクがあるところです。リクエストがあれば，発表の順番を変更します。
（１） データベース・ファイル
（２） データベース・レコード様式
（３） データベース・フィールド
（１） 画面ファイル
（２） 画面レコード様式
（３） 画面フィールド
（１） 印刷ファイル
（２） 印刷レコード様式
（３） 印刷フィールド
（１） キー・リスト
（２） キー・フィールド
（３） パラメーター・リスト
（４） パラメーター
（１） タグ
（２） サブルーチン
（３） 例外出力
（４） サブファイル
（１） 配列
（２） 指標またはカウンター変数
（３） テーブル
（４） 内部定義フィールド
４−１ 機能キー割り当て表
対話型メイン・ルーチン
パネルの定義
パネル分割と表示順
モード変更指示画面
削除の仕方（画面の動き）
第１画面でのＦ１２の採用
次入力でのキーの残し
Ｗ＠ＮＥＸＴの設定方法
メッセージ番号からメッセージ・テキストを求める位置
パネル表題の定義場所
１次サブルーチン内のタグ名
入力フィールドのチェック開始タイミング
入力フィールドのチェック終了タイミング
サブ・ファイル・レコードを制御するフィールド
サブ・ファイルのクリアーと表示の標識
サブ・ファイルコントロールのＯＮの記述
画面・データベース間の代入、および初期化サブルーチン
ＣＡ，ＣＦの使用区別
リスト・アップ構造
サイクルの非使用
外部記述印刷フィイルの使用
明細、合計サブルーチン名
累計フィールドの累計タイミング
ＡｆｔｅｒＢｌａｎｋの非使用
明細印刷中オーバー・フロー時の省略フィールドの処理
合計出力時のオーバー・フローの扱い
制御フィールドの定義順
サブルーチンのネーミング・ルールの拡張
Ｈ仕様書の記述
プログラムＩＤの取込み
キー・リスト、エントリー・リストの位置
ＳＥＴＯＮ ＬＲ、ＲＥＴＲＮの位置
代入命令の使用区別
標識のＯＮ、ＯＦＦの仕方
ＣＨＡＩＮ／ＲＥＡＤ失敗時のフィールドのクリアー
外部サブルーチンの呼出し方法
伝票番号自動採番
(省略 ここは斎藤が書いていないため）
|
版 |
発行日 |
|
１．０ |
１９８９／０４／０６ |
|
１．１ |
１９８９／０４／０６ |
|
１．２ |
１９９０／０９／３０ |
|
１．３ |
１９９１／０９／３０ |
いろいろな導入のしかたがあると思いますが、次のようなやり方があります。
複数の外注先にＵＯＳ標準をみせ、これに従って開発してほしいと指示する。
乱暴ですが、かなりの効果がでます。
現状の問題点のみをＵＯＳ標準で部分的に解決する。
ＳＡＡ以前のアプリケーションを修正するとき、機能キーなど、ＵＯＳ標準を採用する。
社内で今まで、標準化の対象となっていない項目から、ＵＯＳ標準を導入する。
多くの会社では、パラメーター、キー・フィールドのネーミングなどは、標準化がされていません。このような所から、ＵＯＳ標準を導入すると、混乱がすくなくて標準化の効果がでます。
他言語からＲＰＧに新たに入る人や、基礎研修を終了した人に、ＵＯＳ標準を使用する。
ＵＯＳ標準従って例題を作成すると、何が標準の対象となっているかがわかり、開発していく上での重要項目がチェックできます。また、独自の標準で開発されたプログラムを読み取る際に、ＵＯＳ標準の該当項目に赤で記入していくことで、独自標準の整理ができます。
新人が多い開発プロジェクトで採用する。
サンプルや解説があるので、指示する人の教育負荷が軽くすみます。できあがったものが標準化されているのでテスト、修正が容易です。
開発ツールを利用する。
プログラム生成ツール（Ｚ／４００など）がＵＯＳ標準に従ったソースを生成できると、自然と標準化が浸透します。
各種標準をまぜて実施する。
作成部分をＵＯＳ標準、工程管理を『ソフトウェアーの道具箱』、出荷チェックを「ＡＳＣ標準」を採用するみたいな運用が考えられます。
注意事項
ＵＯＳ標準は、現在毎年９月末に改訂／追加がされています。社内で標準化があまり進んでいない段階では、発表されたばかりの項目や改訂がされていない項目は避けた方が無難です。苦労して社内に導入しても次の年にいきなり、変更されることがあります。
逆に、ＵＯＳ標準に従って標準化を進めている会社は、現在の困っているところがまさに標準として発表さていると思います。積極的に採用して、不都合なところを早めに研究会に報告するようお願いします。
（省略 ここは斎藤が書いていないため）
第１．１版は、ユーオス標準研究会第２期（８９／４〜８９／９）の成果をまとめたものです。１−６の対話型メイン・ルーチンの標準化が今回の最大の成果です。第１版のネーミング、パネル・帳票レイアウトの標準と組み合せることにより、対話型においては、プログラム・レベルの標準化の骨格が出来上がったことになります。
標準は、普及することに意味があり、また、使いにくいものでは、仕方がありません。研究会としても、積極的な普及／改定／追加を心がけたいと思います。広く、フィールドにおいて、ご利用いただき、ここが使いにくい、こうしたらいいのではないかなど、多くの意見をお待ちしています。
今回の第１．２版は、第１．０版、第１．１版の追加と差し替えを含みます。差し替えしないところは、１．０、１．１のままです。
今回の発行にあたって、次の改善と追加をしました。
標準を採用する際の手数が省略できるよう、複数のやり方を減らし、できるだけ一通りにしました。従来列挙してあったところは、解説欄に移動しました。
最近の、ＡＳ／４００でのアプリケーションの動向から、妥当なところは、ＵＯＳ標準を修正する形で市場動向を採用しました。
日本ＩＢＭ社外部ソフトウェア開発システム・アプリケーションから８９年５月に発行された『非プログラマブル端末用パネル設計ガイド』を分析し、積極的に採用しました。
前回の１．１版で部分的に発表した対話型ロジックの詳細を深め、マスターメンテプログラムを重点的に取扱いました。自動生成がやりやすく、なおかつ、手作業でも効率がよい物を目的として、規定としました。
いままでに寄せられた質問から、必要と思われる解説をさらに付け加えました。１．２で変更されたところは、旧標準１．０、１．１を解説欄に残しています。
以上の改善と追加によって、現場において、さらにＵＯＳ標準が使いやすくなったと思います。使用にあたっての疑問、改善、追加要望をお寄せ下さい。次回の改訂に反映していきたいと思います。
今回の第１．３版は、第１．０版、第１．１版、第１．２版の追加と差し替えを含みます。差し替えしないところは、１．０、１．１、１．２のままです。「標準規定」のみを改定しており、「参考資料」は改定していません。
今回の発行にあたって、次の改善と追加をしました。
印刷プログラムのロジックの発表をしました。
画面を制御サブルーチンと画面レコード様式との兼ね合いから、画面全体（１行目から２４行目）をさすときをパネルとよび、レコード様式の集合と定義しました。合わせてレコード様式名のネーミング・ルールを見直しました。
サブファイル関連の制御をほぼ標準化しました。
フィールドクリアーの位置など、プログラム作成時の詳細な項目を充実させました。項目が、大幅に増えましたので、「１−６ ロジック」は全面的に構成変更しました。構造、ステップ・レベル、モジュール・レベルと分類していましたが、今回、対話型、印刷（バッチ）、共通、その他と分類しました。
『ＡＳＣ開発標準化ガイド第１版』日本ＩＢＭ（株）流通・サービス適用業務開発部／製造適用業務開発部標準化タスク・チーム、１９９０年を分析し、参考にしました。ネーミング・ルールなどＵＯＳ標準の標準規定との違いを解説欄に「ＡＳＣ標準」として、追加しました。ＡＳＣ標準のうち出荷時チェックの標準化など、現在のＵＯＳ標準（標準規定）に該当項目がないものも触れませんでした。
『ソフトウエアーの道具箱（ソフトウエア開発ガイド）』日本ＩＢＭ（株）外部ソフトウェア開発第２開発第３開発推進、１９９０年を分析しました。このガイドは、工程管理からアプローチをしており、現在のＵＯＳ標準（標準規定）ととりわけ重複するところがありませんでしたのでＵＯＳ標準（１．３）には、反映されていません。
いままでに寄せられた質問から、必要と思われる解説をさらに付け加えました。１．３で変更されたところは、旧標準１．０、１．１、１．２を解説欄に残しています。
以上の改善と追加において、さらに使いやすくなったと思います。各方面での実践の結果をお知らせ下さい。また、質問、改善、追加要望などありましたら、次回の改訂に反映したいと思います。