[掲示板に戻る]
 
システムメニューもお忘れなく！！ 江須扇 2005-10-9 13:44
|
 
お返事ありがとうございます。 ふむふむ。 2005-10-11 15:07
|
|
Re:お返事ありがとうございます。 ターラヤン 2005-10-13 0:44
|
|
Re:お返事ありがとうございます。 江須扇 2005-10-15 11:48
|
|
Re:お返事ありがとうございます。 オフコン人 2005-10-17 20:40
|
|
Re:お返事ありがとうございます。 ターラヤン 2005-10-18 1:49
|
|
Re:お返事ありがとうございます。 江須扇 2005-10-18 11:52
|
|
Re:お返事ありがとうございます。 オフコン人 2005-10-18 20:37
|
| 3 | システムメニューもお忘れなく！！ |
| 江須扇 2005-10-9 13:44
[返信] [編集] 初めまして、江須扇と申します。 ５１８番でも同じ事を書きましたが はっきり言ってこの「オフコン練習帳」でターラヤンさんが個人的に作られた「Ａ−ＶＸの説明書」が一番と思います。 メーカーすらやってない事をターラヤンさんが努力されていることには頭が下がります。 なお、個人的には、＃ＡＢＣより、新システム体系ユーティリティを使って覚えていただく方法もあると思います。 ＯＳのバージョンがわかりませんが旧ＩＴＯＳは使えませんがＡ−ＶＸであれば利用可能と思います。 システムメニューの出し方は５５６番又は 新システム体系でＳＧしてない場合は ジオボード過去ログ「旧家イトウ家の小技裏技（その１）」をご参照ください また、ＣＯＢＯＬ４とＣＯＢＯＬ８５の大きな違いは後者のＣＯＢＯＬ８５は １．所謂ＧＯＴＯレスの構造化ができる（ＩＦ ＥＮＤ−ＩＦで囲む事ができる等です） ２．Ａ−ＶＸ／ＲＤＢの操作をコーディングができるかどうかです。（ＳＱＬとまではいきませんがＲＤＢに対してＳＥＬＥＣＴ文が使えることです（制限は多いですが）） ３．画面入出力の方法が違います。（ＣＯＢＯＬ４はＡＣＥＰＣＲＴ、ＤＩＳＰＣＲＴ命令で直接行列位置をしています） 従って、前者のＣＯＢＯＬ４は旧機種からの継続の為、いろいろと使えない機能があります。 保守という事であれば、ＣＯＢＯＬ４を使わざるを得ないので、ＣＯＢＯＬ４を覚えるしかないのですが今後を考えるならば、 ＣＯＢＯＬ８５だと思います。 ちょっと疑問ですが、Ａ−ＶＸは既にＣＯＢＯＬ４はサポートされてないで、 ＣＯＢＯＬのＣＯＢＯＬ４モードを使っていらっしゃるのですか？ それとも継続してＣＯＢＯＬ４を使っているのですか？ （画面を出す会話方式ではエラーが出ますがむりやりＪＣＬではコンパイルは可能だった記憶しておいります（Ａ−ＶＸの頃の話でＡ−ＶＸ�鍵聞濂椎修�どうかは不明です） ＣＯＢＯＬの違いは ジオボード過去ログ「ＮＥＣ ＣＯＢＯＬ の違い 補足」をご参照ください。 |
|
| 4 | お返事ありがとうございます。 |
| ふむふむ。 2005-10-11 15:07
[返信] [編集] まったくの素人でして、まだ言葉についていけない状況です。 OSはA-VXIV R 4.51みたいです。 サーバはExpress5800/620Aiです。 クライアントは6台です。 プログラムはCOBOLのCOBOL4モードを使っているみたいです。 そこで資料の方なんですが… 『A-VX10 COBOLプログラミング手引書』 『ITOS VX COBOL85 プログラミング手引書』 『ITOS VX エンドユーザ言語 SMART II EX説明書』 『ITOS COBOL プログラミング手引書』 『ITOS OAOS説明書』 『ITOS-VX エンドユーザ言語 SMART II EX操作法ガイドブック』 『ITOS VX エンドユーザ言語 SMART II EX説明書（SMART編）』 『ITOS COBOL言語説明書』 『ITOS メッセージ管理３説明書』 『ITOS ベーシック分散処理ユーティリティ BFT説明書』 『ITOS ITOS/NET2説明書』 『ITOS データベース検索ファシリティ RDB/EUF説明書』 『ITOS データ操作ユーティリティ説明書』 『OAI ライブラリ説明書』 『NECオフィスサーバ A-VX II 書式オーバレイ生成説明書』 ・・・ とITOSの本ばかりです。 現管理者は『この本を読めば大丈夫。簡単にできるよ』といっていますが、ITOSの本ばかりでA-VXの本が少ないのでは？っていう気がします。不安はつのるばかりでして・・・ あと#NFCNVは何回か使ったことはあります… システムの仕様書もないし、あと２年で（唯一のシステム管理者が、あと２年で定年のため）管理・運用できるようになるのでしょうか？ とりあえず、ターラヤンさんの「Ａ−ＶＸの説明書」で勉強させてもらっています。 本の方ですが、『細島一司(著)標準ＣＯＢＯＬプログラミング』っていうのを読んでみようかと思っています。推薦していただける本がありましたら、教えていただけませんでしょうか？ 引き続き、ご教授いただけたら幸いです。 よろしくお願いします。 |
|
| 5 | Re:お返事ありがとうございます。 |
| ターラヤン 2005-10-13 0:44
[返信] [編集] ちょっと遅くなりましたが、 >とITOSの本ばかりです。 >現管理者は『この本を読めば大丈夫。簡単にできるよ』といっていますが、 >ITOSの本ばかりでA-VXの本が少ないのでは？っていう気がします。 >不安はつのるばかりでして・・・ 昔も今も基本はほとんど同じなので、ＩＴＯＳのでもあまり問題ないかと 思います。 最近はＣＤ−ＲＯＭの中に説明書が入っています。 そちらにはオフコンのＣＤ−ＲＯＭはありませんか。 |
|
| 6 | Re:お返事ありがとうございます。 |
| 江須扇 2005-10-15 11:48
[返信] [編集] ＞ システムの仕様書もないし、あと２年で（唯一のシステム管理者が、あと２年で定年のため）管理・運用できるようになるのでしょうか？ やはり心配していた２００７年問題ですか？ この問題に関しては５５５番でも書きましたが やはり出入り販売店（ディーラ）やメーカーに真摯に答えてもらうしかないですね。 その答え次第で現在のご担当者がいる間に次の買い替えを考えリスク回避するしかないと思います。 ディーラ、メーカーに真摯に答えてもらいたい事は特に １．ディーラ、メーカー側での２００７年問題はどうしているのか？ ちゃんとユーザーをサポートできる後継者を育てているのかどうかです。 ２．ユーザーでの後継担当者に対するＡ−ＶＸ関連の体系的教育カリキュラムを提供できるのか？ ３．もちろにＡ−ＶＸそのものの今後の開発ロードマップも提示できるのか？ と思います。 ＣＯＢＯＬについてはこのオフコン練習帳のフロントページ（トップページ）の下にあるＣＯＢＯＬＷｅｂＲＩＮＧのいろいろな ＣＯＢＯＬの中にヒントがあると思います。 |
|
| 7 | Re:お返事ありがとうございます。 |
| オフコン人 2005-10-17 20:40
[返信] [編集] すみません、２００７年問題は、メーカーやディラーの責任でしょうか？ 自社開発されている場合、アプリケーションはその会社の問題で、担当者が定年になるのは別のような問題ではないかと思います。 確かにオフコンの教育は無くなっていますが、我社で採用したＶＢの教育も既にありません。一時はWindowsのStandarsとも聞いていましたが・・・ 何もメーカーの立場になるつもりもありませんが、自社のシステムを考えるべきじゃないのかなと思いました。（正直、すべてメーカーの責任にしたいところもありますが） |
|
| 8 | Re:お返事ありがとうございます。 |
| ターラヤン 2005-10-18 1:49
[返信] [編集] オフコン人さん、こんにちは。 江須扇さんのおっしゃりたいことは、おそらく責任の所在がどこかということ ではなくて、メーカー、ディーラーに対する要望ではないかと思います。 １．最近の状況を見るに、オフコン業界（ユーザ）は２００７年問題の波を もろにかぶりそうに見える。 ユーザは２００７年問題で非常に悩んでいるのではないか。 ２．メーカーは、ユーザの２００７年問題に対して何らかの支援・対策を積極的 にしてほしい。（江須扇さんの要望事項１） ３．ユーザが２００７年問題をどのように対策を打つか。これは今後６００ シリーズをメーカー、ディーラーがどのような方向に持っていこうとして いるかによって変わる。 例えば縮小傾向あるいはオープン系サーバに移行していく方針なのか、 それとも今後も新製品を出し続けるのか、それによってユーザの今後の 方針も変わってくる。 そのためにもメーカーの開発ロードマップを明確にしてほしい。 （江須扇さんの要望事項２） ＮＥＣのオフコンのこれからについては、ＮＥＣユーザ会のＨＰにちょっとした 資料が（これからもやっていきますよという口当たりの良い漠然とした内容です が）あります。 http://www.nua.or.jp/kt_nua.html ＮＵＡユーザ会 の「シンポジウム2005 NEC講演資料」にあります。 （今気が付いたのですが「Express5800/600シリーズ知って得するオフコン活用術」 という内容のセミナーが11/16にあるみたいですね。会合のご案内のところに書いて あります） |
|
| 9 | Re:お返事ありがとうございます。 |
| 江須扇 2005-10-18 11:52
[返信] [編集] ターラヤンさん、こんにちは 私の代弁をしていただきありがとうございます。 全くその通りです。 ただ今回のリプレースの作業の中で、新しくいろいろな機能を導入しようとしました。そういう意味ではレベルアップと自分自身では思っております。 しかしながら既に、Ａ−ＶＸ�犬妊螢蝓璽垢気譴慎’修个�りを採用したので、特に問題はおきないと考えておりました。 しかし、現実はあまり多くユーザーで利用してないようで、 いろいろな運用レベルの問題点に対するディーラ、メーカーの回答がはっきりしません。 ユーザー側は受身なので、ＩＴＯＳからほとんど変わっておりませんが、 ディーラー、メーカはもっといろいろな機能をアピールしてユーザーに利用してもらう努力が足りないのではと感じております。 その思いがあったので、ディーラ、メーカに対してもっとがんばって欲しいというエールを送っているつもりです。 具体例ですが 例えばＣＯＢＯＬよりＣＯＢＯＬ８５方が構造化コーディングでき、メンテナンス性が向上する。 ＲＤＢＱよりＲＤＢＱ２の方が横展開のマトリックス表が簡単にできる。 等など、Ａ−ＶＸになってから出来るようになった古い機能ですらディーラの開発者、ユーザーも使ってないようなので、宝の持ち腐れ的になっています。 その為、使ってないのでユーザーの不満もでないでメーカの開発意欲もないように思えます。 皆様も現状でも宝の持ち腐れになっている機能を使いこなし、 メーカに対して改善要望をだしましょう。 そういう声があれば、今後もメーカはＡ−ＶＸを継続して開発すると考えます。 |
|
| 10 | Re:お返事ありがとうございます。 |
| オフコン人 2005-10-18 20:37
[返信] [編集] ターラヤンさん、江須扇さん、こんばんは 正直私もそのようにも考えていますので、否定しているわけでも何でもありません。 上層部からは、いまやオープンの時代だと攻められて四苦八苦しているのが実情です。 私もCOBOL85で1、2バイト混在フィールドの指定をできるのを知りませんでした。たまたまメーカーの方が来られて質問したところ、A-VX�兇�ら実現しているとのことでした。その時に色々話を聞きましたが、私達ユーザのレベルが把握できていないので、どこから説明していいのか難しいとのことでした。 幸いにして、私はその方とのパイプができましたので、今も質問をさせていただいております。 結果として、こちらから適切な質問をどんどん投げかけるべきと最近は思っております。 私がお会いした方は非常によくご存知で、その方の名前をここで明かすのは控えさせていただきますが、具体的に、販売店にどしどし質問をすることも一つの手段では無いかとも思っています。 |
BluesBB ©Sting_Band