相変わらずの修正

最近、社内人事移動に失敗してしまい、一度、手放した事務処理を久しぶりにやることになった。一応、この部分の販売管理プログラムは完成していたものと思っていたが、修正しなければならないところが、出るわ、出るわ。
以前はこれで十分と思っていた処理も不十分でフォームやコマンドボタンを追加したり、設定がまずくてトラブルの原因になったり。やはり永続的な修正や設定変更がが必要だ。

販売管理プログラムの作成を始めた時は、いつか全く修正がない終わりがあるものと思っていたが、最近は「終わりはない！」と考えを改めた。

給与管理プログラムなどは税制が変われば修正が必要だが、こと販売管理プログラムについて言えば、受発注部分は客先からの注文書、メーカーへの発注書の形式が変われば、おのずと受注入力画面が変わってくる。また、納入時運転手が納入場所ごとに注意しておかなければならないことも随分細かく、多くなってきたように思う。そういったことをプログラムで対応していこうとすると修正が必要になってくる。
オペレーターは使用している画面の中だけで対応していこうとするので、「画面をこう変えたら便利！」とか、「こういった機能があれば簡単！」ということまで気が付かない。「こう変えてほしい！」とか、言われれば修正するのだが、、、、　結局のところ、自分がオペレーターになって確認するしか方法はなさそうだ。

コンピュータが普及するまでなら、紙に罫線を引いて記入項目を変えてみたり、伝票の綴り方を変えたりして業務のやり方を改善したのだろうが、現在はプログラムを修正することで改善していく。紙に罫線を引いたりする作業を外注に出したりすることがないように、業務改善としてのプログラム修正はやはり自社で行うのがベストだろう。しかも、永続的な作業だ。

Accessはそのためのツールとして最適だ。クライアント２０台くらいなら、サーバーで一括管理しなくても、各端末に入ったaccdbファイルを管理していくことはできる。１００台といったら無理だろうが。
中小企業では管理プログラムはAccessで自社開発が一番、安上がりだし、業務改善効果も大きい。

そんなことを考えながらITproをみているとこんな記事が

http://itpro.nikkeibp.co.jp/article/Watcher/20130724/493744/

記事にある1980年代、私は大学生だった。最初に使ったパソコンはPC-8801だ。電源を入れるとN88-BASICが立ち上がった。ただ、それだけだ。ハードディスクはなくN88-DISK-BASICで扱えるのはフロッピイディスクだった。当初はフロッピイディスクの容量は256kByteだったように思う。なんせメモリー空間が64kByteしかなかった。その64kByteのメモリー空間で32kByteはROMが入っていた。ユーザーの使用空間は32kByteだ。今なら、ちょっとWordで文章を書くと直ぐ32kByteは超えてしまう。貧乏学生だったので、PC-9801は買えなかった。メモリー空間が1Mbyteもある16bitマシンは本当に使ってみたかった。64kByteのメモリー空間でアセンブラ(Z-80)でごちゃごちゃやっている人間からみたら、コンパイル一発で高速処理できる16bitマシンはあこがれだった。

そんな状態だったので、BASICは身近な存在だった。娘にパソコンを買った時もVBAくらい覚えてほしかったし、自然と覚えるものと思っていた。かなりな勘違いだった。現在も娘はパソコンは苦手だ。普通にExcelを使うのもおぼつかない。

事務所でAccessを使ったり、VBAでExcelの定型作業を自動化したり、といった作業は必須項目だと思う。しかし、ITProの記事のようにプログラミングに接する機会がなければ、VBAさえ覚えることができないし、特殊な作業と思うようになってしまう。そうなると、管理プログラムは外注するものと決めてかかり、５年に１度大枚をはたいてシステムの更新を繰り返すことになる。導入時はこれで十分と思ったシステムも１年もすれば、いくつかの問題が出てくる。５年もすれば山積みだ。そしていつも不満を抱えたまま、現状のシステムを使うことになってしまうのだ。

AccessやVBAでの社内業務の改善ももちろん問題がある。継承だ。作った人がいなくなってしまえば、メンテナンスができなくなるので、全てが破綻してしまう危険がある。たしかにその通りで、頭が痛い問題だ。

プログラミングが一般的でないと、たまたま入ってきた社員がプログラムが好きでプログラム修正はその社員に任せておけばよいという僥倖はありえない。プログラム作成、修正は自ずと外部業者に任せることになってしまう。

自分の場合でいうと、販売管理を外注した場合、月１５万円程度のリース料と月５万円程度の保守料金は覚悟しなければならない。しかもいつも不満のあるシステムを使い続けなければならないのだ。そのコストと不満を我慢できれば外注も「あり」かもしれない。

Access2007のオブジェクトのエクスポート

相変わらず調子の悪い販売管理プログラム(Access2007)。
少し手直しして保存すると直ぐ落ちてしまう。コンパイルして直ったように見えたのだが、相変わらずだ。

今日は以前もやったことがある、「空のデータベース」を作成して、全てのオブジェクトをエクスポートした。途中手順があいまいなところがあるが、次回の参考のためにメモしておく。

１．「空のデータベース」を作成
２．元accdbのVisualBasicEditorの「ツール」「参照設定」をそのまま、「空のデータベース」に設定する。
（予めやっておかないと、フォームをエクスポートする時にエラーがでる）
３．テーブルのエクスポート
accdb内のテーブルは選択して「空のデータベース」にドラッグする。
既に「空のデータベース」にそのテーブルがある場合はドラッグが有効にならない。もし、ドラッグできない時は、テーブルを選択して右クリック「エクスポート」する
外部データベースとのリンクテーブルはドラッグすると、リンクテーブルのデータを取り込んでしまうので、「コピー」して「貼り付け」る。
４．クエリー、フォーム、レポートは選んでドラッグ
クエリーのクエリーをとっている場合は、コピーの順序でフィールド名が認識できず、「式１」とかの名前に変更されている場合がある。その場合は「式１」とかに変換されてしまったクエリーを削除して、元accdbファイルから再度、コピーする。この時、ドラッグ、エクスポートできない場合（実際できなかった）は「コピー」「貼り付け」する。
（フォームは参照設定が不備の場合はエラーメッセージが出るがエクスポートそのものは実行される）

５．最初、マクロ、モジュールは「空のデータベース」に存在しないので、右クリックした時に「オブジェクトの種類」に表示されないが、元accdbファイルから選んで、ドラッグすればエクスポートできる。

とりあえず、これで一応落ちなくなった、、、、、

Accessがまともに動作しない、、、、

Windows7+Access2007環境で販売管理プログラムの動作が異常に遅くなる現象がどうしても直らない。

症状はを言うと、使い初めは普通に動作しているのだが、一度、印刷すると極端に動作が遅くなる。印刷時に使用したメモリーが解放されてないのだろうか？　その後は、文字変換が遅かったり、コントロールの移動が遅くなったり、Dlookup関数で表示しているテキストボックスの表示が遅かったり、動作が全般に遅くなり、結局、使用に耐えない動作速度になってしまう。

そのくせ、販売管理ソフト以外のソフトはスムーズに動いているのだから不思議だ。

Windows7は「パフォーマンスオプション」をほぼ速度優先で使用している。
（「アイコンの代わりに縮小版を表示する」以外の視覚効果のチェックははずしている）

ネットで調べると、こういった症状は特に珍しくないようだ。理由はケースバイケースなのだろうが、Accessがまともに動作しないという状況は共通だ。Access以外のアプリケーションはまともに動作するのだから、どういうことかよくわからない。

メモリー管理やネットワークが考えられそうな原因らしいのだが、どちらもコンピュータの基本的なリソースだ。XPだとまともに動作するけど、７だと動作しないというのはおかしい。

AccessはWinodwsのキラーアプリだと思う。（人によってぱPowerPointという人もあるかもしれない）　MicrosoftOfficeの代わりにKingsoftOfficeを使う人も多い。WordやExcelの代わりにOpenOfficeを使うことだってできる。しかし、ことAccessの代替ソフトとなると全く見あたらない。Accessを使わないのなら、WindowsからLinuxに乗り換えるということもできる！？　かもしれない。
（実際のところ、Linuxをサーバーでなくディスクトップとして使うとなると、プリンタードライバーがネックになって、どうも気が進まない。また、インターネットバンキング他ではブラウザにIEを指定しているものも多いので、やはりWindowsを使うしかないのだが。）

最近、AccessはWindowsXP+リモートディスクトップで使い、Access以外のソフトはWindows７で、という環境で使っているが、やはり使いにくい。しかし、使えないこともないわけで、今後、販売管理ソフトはXP上で使っていくことをまず第一に検討しなければならない、と思う今日この頃だ。