●棚卸処理で不具合
現在、担当しているお客様の所で
弊社が改修をプロデュースしたシステムを用い棚卸処理
しかし、今朝、不具合が発生したとメールが入っていて
それの原因追及を始めた
確かに、理論と実際が合わない
１＋１は２になるはずなのに、１になっている
しかし、棚卸が完了しないと、年度ごとの処理が終わったと言えない
もう、４月半ば、早くけりを付けたいはずだ
と、言う事で必死で原因追及
●でも、実は
このシステムについて引継ぎは殆どなく、
仕様書もほとんどなく、やっと見つけた仕様書には
『計算する』と書かれていただけ（笑）
なんの仕様書じゃい
原因を追究するため、プログラムソースを追っかけて
更新しているデータベースを見つけ、目的のフィールドを見つけ
それをプログラム開発ツールで、ソースを縦断して検索し
見つかったソースを一つ一つ確認し・・・
いやーーー！ 気の遠くなる作業（笑）
でも、とうとう見つけた！
お客様の操作処理順番に誤りがあった
●でも、可愛いから（笑）
ただ、このお客様、偉そうでも無く
また、割とシステムについて詳しいので
話が早く（当社の営業マンを通すより話しやすい（笑））
原因調査のために、調べてほしいことがあれば
調べてくれたり、
私が、サービスしたら素直に『ありがとう』って言ってくれるし
可愛い
●と、いうことで
原因を特定し、対応策を検討し、回避策を提案する
そんな資料を半日かけて作成し
明日、訪問するつもりです
もう、まったくタダ働きに近いんですが
でも、尾ひれは付きそうで
本社で使用しているある機能が好評なため
支社でも使用したいが運用が違うので対応して欲しいと・・・
これについては、営業が見積もりを作ってだすそうな
全くのタダ働きでは無いことに少し喜びが(*^▽^*)
ただ、安くして上げてほしいと勝手に思ってる・・・
人気ブログランキング
" allowfullscreen>
【このカテゴリーの最新記事】
-
no image
-
no image
-
no image
-
no image
-
no image
おはようございます。
>> いつも楽しく拝見しています。
ありがとうございます。喜んで頂けて嬉しいです。
昨日は、お客様のところに改修したプログラム約20本を誤りなく導入するため、インストールプログラムも作り、無事に終えました。
やっぱり疲れました(笑)
話は変わって、文字列検索には FNDSTRPDM を使用しています。 でも使い勝手が悪いです。
前職で、文字列検索ツールを作っていました。 ソースファイルを指定して、仕様書コードもオプション指定出来て、検索対象桁位置も指定できるようにし、出力は、指定したソースファイルの全てのメンバーの検索結果を含めた３行をスプールに掃き出すような感じです。
結構重宝していたので、ソースをこっそり持ってきたらよかったなと・・・・
他にも、プログラムコール関連表を表示する dsppgmnst コマンドも作りましたし、特定の物理ファイルをアクセスするプログラムをすべて抜き出すコマンド lstpgmerf (だったかなぁ）も作りました。
これらにより、仕様書をひっくり返さなくても大抵は引っかかるので開発効率が抜群に上がりました。
これらも、ソースを持ってきたらよかったなぁって後悔しています。
何とか、持って帰れないかと、昔の部下にこっそりお願いしてみようかと（笑）
解析ツールを売り込もうと勧めてきた営業マン・・・それに対して、『なるほどそんなツールがあるのか？ それはいいなぁ』って答えて目をキラキラさせたのに、『よし、作ろう（笑）』といって、ビックリさせたことを、私を現会社に引っ張ってくれた営業マンから聞かされました(笑)
ひどいＳＥでした（笑）アイデアだけタダでもぎ取ってしまって・・・
いつも楽しく拝見しています。
>>それをプログラム開発ツールで、ソースを縦断して検索し・・・
PDMの 25（FNDSTRPDM）ですかね？ 僕もよく使ってます。
でもうちのシステムでは、フィールド名がほぼ全てのDBで同じにしてあって、なかなかムズイです。
検索文字列１を別ソースにコピーするオプションで検索し、そのソースを検索文字列２で検索するなんてしてます。
DB参照は DSPPGMREFとDSPOBJDのアウトプットをQUERYで検索しますが、
それも別名のＤＢをOVRDBFして更新していたりするので、鵜呑みには出来ません(笑)
「解析ツールを導入する？」と聞かれましたが・・・
「解析ツール」にとっても（一筋縄でいかないのは）同じでは？と返答しました。