ＩＢＭ　ＡＳ４００とパソコンを愛するＳＥのブログ

●こないだのが現実に

先週、スーパーウルトラデグレードの記事・・・
デデデデデデデデグレードー （2022/9/9）
でお伝えしたことが

現場に通知されていて、
現場から課題管理表に解決すべき問題として挙げられていました。

営業サイドから・・・顧客への説明が必要なので説明用マニュアルを要求
まぁ、発注書の様式が変更されるので、営業ではそれを顧客に説明すればいい

でもね、受注入力サイドでは・・・前の記事の通り、作業量が数倍（４倍以上）に
非常にリスキー（つまり処理誤りが発生しやすい）な手作業が増え
処理誤りが発生したら顧客からの重大クレームは避けられない

営業にとっては楽になるかもしれない
でも、受注入力サイドへの負担増が計り知れない
ようになります。

●どうなるのか？

とりあえず、デデデデデデデデグレードを
デデデデグレードか
デグレードにはしないとと考え

我が上司に現在構築中のシステム仕様・運用仕様に関する資料を提供するよう要望
それを検討してデグレ度合いを分析し、現場にフィードバックしないと・・・
求人もしなければならないやろうし・・・

●グループ統合システム

現在、我がグループは、システム統合するために
新○○○○システムなるものを構築中である
既に第一・第二拠点で稼働（？）しているのだから

構築中（？）とは言えないかも知れない
拡張中(笑)かも知れない

当社で稼働させるためにいろいろな機能の追加、マスタの設定を
突貫工事さながらに進めているからである。

●商品コード紐づけ

それらの作業の中で、最も過酷で困難なのが
商品コードの紐づけ作業
これが何なのかは今まで結構話してきたので
過去の記事をご覧くださいませm(__)m

●必要なコードを選択

この過酷な作業を少しでも楽にすべく
商品コードとしてマスタに登録されているものの
・既に運用されていないもの
・運用は出来るようになっているけど、実際に発注する顧客がいないもの
を省いた方が効率が良いのは当たり前！

そこで、発注できるようにはなっているけど、
その発注できるようになっている顧客との取引が停止しているかどうか
判断できるようにするためと、
停止前の一年間の平均月売り上げを算出するプログラムを作ろうかと

●本当は５分

この程度のプログラムは、ものの５分でできる・・・はずだった
ソースコード（プログラムの設計図みたいなもの）を２分で書き終え
コンパイルは数秒（コンパイル：ソースコードから実行可能なプログラムを作り出すこと）
出来上がったプログラムを動かして、動作確認

これで５分後には結果が得られる・・・はずだった
でも、動作させても一瞬でプログラムが終了する
バカッ早なＩＢＭ　ＡＳ／４００でも、これはいくらなんでも・・・

●デバッグ

ここからが、デバッグ工程
デバッグとは・・・もうご存じの方も多いでしょうね
バグ（プログラム中の虫、虫＝誤り・不具合）を取り除く（デ）事をいいますね

デバッガー（デバッグを支援する機能）を用いて、デバッグを始めたものの
何故か一瞬で終わる、その原因が分からない
悩んで悩んで悩みぬいたあげく

トイレ休憩やー！　（失礼しました）
一息ついて、一旦デバッギングから離れて１０分ほど
気分も新たに、デバッグ開始！

すると、一瞬で誤動作の原因を突き止めました。
それは・・・
プログラムで、２つの入力データベースを使ってるだけなのに
一か所で、使うべきデータベースを間違っていた・・・

ＲＰＧと言う効率的にプログラムを記述できる(笑)プログラミング言語のため
その使うべきデータベースの違いってのが
ソースコード中、わずか２文字

本来、ＣＬＰＲＥＣとすべきところをＣＭＭＲＥＣとミスっていた
文法的エラーでは無いのでコンパイルは成功し、実行可能なプログラムが出来ていた
ただ、論理的エラーなので、それにより一瞬でプログラムが停止

この原因を突き止めるのに、約２時間以上かかりました
簡単なプログラムなだけに、高をくくり、なかなか見つけることが出来ず

あ〜〜〜反省