AS400 / IBM i を学ぶ時は、いきなりRPGだけを読むより、現場で使う順番に沿って覚える方が早く定着します。最初は5250画面、ジョブ、ジョブログ、コマンド、ライブラリ、ファイルをつかみ、その後でRPGとCLへ進むのがおすすめです。
AS400を触る前に、作るものの流れを書く
この下に1週間の学習順を書いていますが、運営者の考えではその前にもう一段あります。AS400以前に、まず作りたいもののフローチャートからです。いきなりAS400を触らせることはしません。
理由は、道具の操作から入ると、何のためにやっているのかが分からないまま手だけが動くようになるからです。コマンドは覚えた、画面も出せる、でも何を作ればいいのかは分からない。覚えた操作を仕事につなげるために、先に処理の目的と流れを整理します。
フローチャートは、きれいな図である必要はありません。紙に書ける程度で十分です。うまく書けない部分は、処理の理解や説明が曖昧なところを見直す手がかりになります。分からない点を書き出し、担当者と確認してください。
| 書くこと | 確かめられること |
|---|---|
| 何を入力して、何が出てくるのか | 目的が分かっているか |
| どういう順番で処理が進むのか | 流れを説明できるか |
| どこで分岐するのか、例外は何か | 正常系しか考えていないのではないか |
| どのデータを読んで、どれを更新するのか | 影響する範囲を把握しているか |
これはAS400固有の話ではありません。だからこそ先に済ませられます。AS400の画面やコマンドは、書いた流れを実際に動かすための手段として後から覚えればよく、目的が先にあるほうが覚えるのも速くなります。
保守で既存システムに入る場合も同じです。担当する処理が何を受け取って何を出しているのかを先に押さえてから、ソースや画面へ進みます。順番が逆になると、読んでいるコードが業務のどこに当たるのかが分からないまま時間が過ぎます。
フローチャートとシステムの基礎を学んだ人には、5250画面、ジョブ、ジョブログ、コマンド、ライブラリ、ファイル、RPG/CLの順を一例として勧めます。担当業務や使える検証環境によって順番と所要時間は変わります。以下の1週間は習得を保証する期限ではなく、学習計画のたたき台です。
1週間で見る順番
| 日 | テーマ | 読む記事 |
|---|---|---|
| 1日目 | 用語と全体像 | AS400用語集 |
| 2日目 | コマンド | コマンド逆引き |
| 3日目 | ジョブログ | ジョブログ確認手順 |
| 4日目 | ライブラリとファイル | ライブラリ / PF/LF |
| 5日目 | RPGとCL | RPG / CL |
| 6日目 | バッチ | バッチ処理確認 |
| 7日目 | 保守の流れ | 保守運用ガイド |
学習の順番が決まっても、実際の案件で使えるまでには時間がかかります。自社のソースを題材にして進めると、その距離が縮まります。御社の環境と題材で行う形にしたのがAS400保守担当者向けの研修です。
初心者が最初に覚えるコマンド
| 目的 | コマンド | 確認記事 |
|---|---|---|
| 実行中ジョブ | WRKACTJOB | バッチ処理確認 |
| ジョブログ | DSPJOBLOG / WRKJOB | ジョブログ確認 |
| ライブラリ | DSPLIBL / WRKOBJ | ライブラリとオブジェクト |
| ファイル定義 | DSPFD / DSPFFD | PF/LF |
学習で大事な考え方
AS400の学習は、コマンド暗記だけでは足りません。ジョブがどこで動き、ジョブログに何が残り、どのライブラリのどのファイルをRPGやCLが使っているかをつなげて理解することが大切です。
学習の順番とは別に、業務知識をどう身につけるかという問題があります。運営者のAS400実務経験に、担当してきた業務と、システム全体を見ながら保守する考え方を書いています。
技術を覚えた先で必要になるのが、保守や更改の要望をどう整理するかの判断です。IBM iの継続利用と移行を考えるロードマップで、業務・人・機器・費用・復旧条件をそろえて選択肢を比較する考え方を確認できます。
学習を現場作業に変える練習
学習ロードマップは読むだけで終わらせず、実際の確認作業に置き換えると身につきます。たとえばジョブログを読む日は、正常終了したジョブと異常終了したジョブの違いを見る。ライブラリを学ぶ日は、同じ名前のオブジェクトが複数ライブラリにないか確認する、という形です。
| 練習テーマ | やること | 狙い |
|---|---|---|
| ジョブ確認 | WRKACTJOBとWRKSBMJOBで状態を見る | 実行中、待ち、終了を分ける |
| ジョブログ確認 | DSPJOBLOGで原因メッセージを探す | 最後だけでなく直前を見る癖をつける |
| ファイル確認 | DSPFDとDSPFFDでPF/LFを見る | RPGのファイル処理を読めるようにする |
| ソース確認 | RPGとCLで呼び出し関係を見る | 処理の入口と更新箇所を押さえる |
研修担当者が見るチェックポイント
若手や引き継ぎ担当者に教える場合は、コマンドを覚えたかより、調査の順番を説明できるかを見ます。どのジョブを見たか、どのメッセージを原因と判断したか、どのライブラリのファイルを見たかを説明できれば、現場保守に入りやすくなります。
学んだ内容を確認する課題
以下は、担当者と答え合わせするための学習課題です。検証環境の閲覧権限で行い、本番の更新、ジョブ終了、MSGWへの返信は含めません。日数よりも、根拠を示して説明できることを進級の目安にします。
| 課題 | 残すもの | できたと判断する目安 |
|---|---|---|
| 一つの業務画面が何をするか説明する | 入力、出力、関係部署を書いた簡単な流れ図 | 用語が分からない箇所と確認相手を示せる |
| 指定されたジョブを見つける | 番号・ユーザー・ジョブ名、状態、確認時刻 | 同名ジョブの中から対象を選んだ理由を説明できる |
| 担当者が用意したログを読む | 発生順、原因候補、終了通知、未確認事項のメモ | メッセージに書かれた事実と自分の推測を分けられる |
| RPG/CLの短い処理を追う | 呼び出し先、参照・更新ファイル、異常時の分岐 | 分からない命令や外部処理を断定せず、確認先を残せる |
実機を使える環境がない場合は、PUB400で練習する手順で利用条件と制約を確認してください。社内教育の範囲を決める方は若手育成カリキュラム、講師と自社題材で実践する場合は研修内容・料金へ進めます。