こんばんは。
少し疲れて。缶ビール１本で眠くなって、少し横になっていたのですが。
まだ終わっていませんでした。
【まだ終わっていませんでした】
帰宅してからも、ＳＮ次長から電話があり、
「提案した方法でも異常終了は解決しませんでした。」と。
でも、私は傍にいないので、出来る事も限られていて。
つい、先ほど（２２時３０分頃）にも電話をいただいて。
「原因が分かりました。」と言うことで。
本体の基幹システムは、元々は、Ｆ社の「汎用機（大型コンピュータ）」で開発されたシステムでした。これが『初代』です。
『２代目』は、メーカーがＮ社の大型サーバー機に変わり、「マイグレーション」と言う載せ替えが行われました。
これは、プログラムを作り替えず、「非互換」の部分の「代わり」を作成して、Ｆ社の「汎用機」と同じ動きをさせる。というもので。
この『２代目』に変わったことで、Ｗｅｂシステムの開発も可能になりました。
そこで出てきた話が、「人事考課」システムでした。
関連する人事・総務系のシステムを担当していたのが、うちの会社で。
うちの会社が請け負う事になりました。
Ｎ社のサポートも受けながら、作り上げたのですが。
基幹システムは、『２代目』になっても、『載せ替え』なので、見た目も操作性も「汎用機」と同じになるように作られています。
そのため、横８０バイト（半角８０文字、全角４０文字）×縦２４行という範囲でしか画面を作成できません。
「人事考課」システムは、基幹システムの土台を使いながら、新規のシステムで、縦横の制限は設計しだいで、パソコンの画面を縦横はみ出しても、「スクロールバー」が出てきて、マウスで移動できます。
さらに、画面上に多くの「ボタン」や「プルダウン」での選択など、「汎用機」の操作性とは異なる、今、みなさんが使われている、このgooブログの画面の様な操作感覚に近いものです。
開発には苦労しましたが。今では、「欠かせない」システムとなり。
ちょうど今は、「年末手当」の評価に使用されています。年２回の「賞与」の評価。「昇給」の評価。「昇格」の評価。で、年間を通して使用されています。
その後、「教育資格管理」システムを新に作成し。こちらも、日々使用されています。
今回、１０月２４日に『２代目』から『３代目』に切り替えられ、どちらもN社の大型サーバー機ではあるのですが。
コンピュータの「ＯＳ」（オペレーティングシステム）をはじめ、使用してきた様々なシステムが「バージョンアップ」されていて、『２代目』の頃とは「
非互換」の部分も。
そして、一番大きいのが、『端末』となる「パソコン」です。
『２代目』の時のパソコンは「Windows７」。『３代目』は「Windows10」です。
これで、パソコン側で動作する「アプリケーション」自体が、今はサポートされているものではないため、全く別のもので作り直し（移行してから個別に手を入れる）をしました。
先月末から、私が、お客様に戻り、対応しているのが。
この、「パソコン側で動作するアプリケーション」に関する『誤り』の修正のためです。
１か所おかしな部分が出て、その処理を修正したら、「同様の誤りがないか」全て見直しをします。
『もう、他に誤りはありません』を証明するため、調べ、動かし、その証拠（検証物）を残していく。
「人事考課」システムの関しては、期限が明日です。
話は長くなりましたが。
SN次長から連絡があった、今回の「異常終了」の原因ですが。
これはこれで、大変で。
こちらは、基幹システムの話で。
「異常終了」の連絡をいただいて、「異常を起こした」プログラムソース、そのコンパイルリスト。そして、異常の内容を示す「動作のログ」をメールで送っていただいたのですが。
送っていただいたプログラムソースと、手持ちの『２代目』の時のソースを比較ツールを使って比較すると、異なるのは、COBOLという言語のコンパイラの違い（非互換）のための修正だけでした。
プログラムは「親プログラム」と「サブプログラム（子）」で構成され、共通の処理を「サブクログラム」として、多くの「親」から共通で使用します。
『初代』『２代目』のCOBOLコンパイラとも、親子間で情報のやりとりをする「パラメータ」の数は不一致でも動きました。
それが、『３代目』で使用するCOBOLコンパイラでは、その「パラメータ」の数が一致していないと動作しません。そのための対応を行っていたのですが。
修正は、それに関するものが１か所対処されていただけだったので、その対処方法の誤りかと疑ったのですが。（それしか、想定できなかったので）
ところが、原因は別で。
どれだけ使用されているかは分かりませんが、元々『初代』のF社の「汎用機」でメーカーから提供されていた、「半角→全角変換」の「サブプログラム」があるのですが、それをN社が、N社用に作り替えていました。
今回の原因は。
その「サブプログラム」も、『本当はパラメータの数が違っていた』のが原因でした。
これは、『２代目』から『３代目』に変わる時の「非互換」の対象としてあがっていなかった。という問題と。
今回の「異常」を起こした「オンライン」画面のプログラムが、『テストが不十分だった』という問題があります。
残念ながら、今回の事象は、「異動処理」の中でも、一番基本的なもので、「転勤」と「昇格・昇給」の組み合わせの入力でした。
発覚していしまった以上、大問題になる可能性があります。
「非互換」を見逃した。
「テスト」が足りていなかった。
これでは、『他は大丈夫なのか』になる大問題に発展する可能性も。
私は、この「テスト」には参加していませんでした。
ただ、この「異動処理」や、I君が担当した「人事考課」「教育資格管理」システムなど、『操作を知っている』人が少ないんです。
なので、今回のお客様での「人事考課」「教育資格管理」の見直しでも、動かせる人がI君だけでは足りないので、私が（操作を知っている）「動かす」担当として参加しています。
今回の「異動処理」も、私は１０年以上携わっていた部分ではあるのですが。
私は、お客様で新しい「システム改修」を担当していたため、『３代目』に参加する余裕もなく。
更には、同じN社のシステムということもあり、「費用面からも『テスト』を省略している部分もあり」。メーカーからの「非互換情報」をもとに、主に、それにかかわる部分の「テスト」は行っていたのですが。「操作を熟知、慣れている、知っている」人の参加ではなく。です。
今回の「異常終了」の原因が。
『個別の問題』として扱われるか。『３代目』全体の問題として扱われるかで、明日以降に大きな対応の差がでます。
お客様でも、「リモートワーク」が進められていますが。「リモート」で対応できる範囲で済むか。
もう、すでに「切替」は済んでいて、後戻りはできません。
まだまだ、問題は続くかも。
とりあえず、私は明日も「人事考課」「教育資格管理」システムの『間違い探し』です。
こんな時間になりました。
では、また。
