NECのオフコン情報掲示板(ノウハウ系)
NECのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
Re:ジョブ制御言語のSET文について教えてください | |
Q太郎 2007-2-5 10:20:00
[返信] [編集] 助言ありがとうございます。 また、色々やってみます。 | |
なるほど!!(追加注釈) | |
EXCHANGE 2007-2-3 6:28:00
[返信] [編集] > オペレータコード(Windowsのユーザ名) (Windowsでのユーザ名に該当)という意味です。 A−VXを知らない方の為の説明です。 Windowsのユーザ名と一致させるという意味ではありません。 | |
なるほど!! | |
EXCHANGE 2007-2-3 6:21:00
[返信] [編集] * こういうやり方があったんですね。非常に勉強になりました。 * A−VXの初期プログラムに関しては (1)端末ごとに初期PG(初期メニュー)を設定しておく。 (2)オペレータコード(Windowsのユーザ名)+パスワードにて初期PG(初期メニュー)を設定する。 (3)何も設定せず、RUN=^^^^状態にしておいて初期メニューを指定するを以てパスワード代わりにする。 主に上記3種類の方法が使われているようですが、 (1)の場合、端末を使用する人間が移動する毎にワークステーション初期ジョブを変更するためにSG変更せねばならない。 緊急の人の移動に弱い。 (2)の場合、どの端末に移動しても、オペレータコード、パスワードにてログイン出来るので便利だが、移動前の人間が別の場所から以前のメニューを操作出来てしまうので、そうならないためには各人毎にオペレータコード+初期メニューを与えてやらねばならず、#OCFの変更管理が面倒になる。(業務中変更しにくい)。 また業務システムはPCでのデスクワークとちがって部署単位(場所単位)でのオペレータコード設定の方がなじむようだ。 (3)の場合、一回メニュー名を覚えてしまったら、(覚えられてしまったら)セキュリティとしての効果はなくなってしまう。 いずれも一長一短でした。 * (1)を使われている管理者の場合お教え頂いたやり方は非常に強力な方法論と思われます。 * ご教授頂いた方法の応用として、(2)の場合でもオペレータ初期ジョブを「オペレータコード毎の特定LM」にしておき、このLM上でWS番号をGETして、そのWS番号でのオペレータコード対応初期メニューの実行を許可するかどうか判断させることで、部署外(=別の場所)からのオペレータコードエントリーを避けることが出来そうです。つまり(2)の方法の欠点も回避できると言うことです。 (オペレータコードと実行可能WS番号の対応マスタが必要かと思いますが) | |
Re:カンパニ間のデータアクセス | |
オフコン人 2007-1-31 23:19:00
[返信] [編集] やぎさん、もっと具体的にされたいことを書かないと何のアドバイスもできないのじゃないでしょうか。 ローカルで実行したCOBOL-APからグローバルファイルも扱うことが可能です。 基幹システムがグローバルで今回構築されたのがローカルなら実現は可能かと思います。 ローカルからのファイルサーチ順は、そのローカル→グローバルです。 | |
Re:カンパニ間のデータアクセス | |
やぎ 2007-1-31 15:54:00
[返信] [編集] 回答ありがとうございます。 うーーん。 すみません、経験がないのでよく分からないのですが そこまで大掛かりにする必要はないかと思っていました。 (別システム、と書いていますが 二つのシステムとも同一サーバ内に構築されていますので) | |
Re:ジョブ制御言語のSET文について教えてください | |
ターラヤン 2007-1-30 21:59:00
[返信] [編集] 私も試してみましたが、/SETではスペースが入っているとエラーになりました。 /SETの置換パラメータを利用するのではなく、/RUNの方を使ってはどうでしょうか。 /RUN APNAME,(12 3456789),DEV=...,FIL=...; ならうまく行くようです。 | |
Re:カンパニ間のデータアクセス | |
ターラヤン 2007-1-30 21:54:00
[返信] [編集] >別システムからすべての処理を起動できればいいのですが >やはりそれは難しいですよねえ・・・。 的外れかもしれませんが、 別システムから起動するならば、インボーキングを使用する、 データコピー(移動)ならば、A-VX/NETを利用するなどの 方法がありそうです。 Windowsから起動するならば、ジョブ起動ユーティリティが あります。 | |
Re:カンパニ間のデータアクセス | |
やぎ 2007-1-29 18:31:00
[返信] [編集] 回答ありがとうございます! もともとある基幹システムから、今回追加した別システム(それぞれにカンパニIDを割り当てている)にデータを移行したいのです。 単純なコピーではなく、別システムに取り込んだ基幹システムのデータは削除したいので、cobolでの開発を考えています。 (かつ、バッチではなく、メニューからのユーザーの明示的な起動によって運用) 別システムからすべての処理を起動できればいいのですが やはりそれは難しいですよねえ・・・。 | |
Re:システム生成の前にデータのバックアップをした方がよいか? | |
0e0e 2007-1-29 16:51:00
[返信] [編集] オペレータコードは個人ごとに設定していなくて、部門やユーザーレベルで 大きく分けているのでその中で、STNごとに初期メニューを変更するのを 以下のように使い分けています。 (1)SGではSTNごとの初期プログラムをオペレータコードで指定します
(2)#OCFMでそのオペレータコードの初期プログラムを 登録します
(3)その初期プログラムをCOBOLにしておいてSTN番号でファイルに登録した プログラム(メニューなど)を個々に呼ぶようにします 以下のようなマスターを参照して SYSCAHINかCBLRUNでCALLする
こんなんでわかりますか? | |
Re:システム生成の前にデータのバックアップをした方がよいか? | |
EXCHANGE 2007-1-27 5:16:00
[返信] [編集] > 他にも、上記との複合技になりますがOCFに初期プログラムを設定す る手もあります。 具体的にもう少し詳しくやり方を教えて下さい。よろしくお願い致します。 | |
ジョブ制御言語のSET文について教えてください | |
Q太郎 2007-1-26 17:37:00
[返信] [編集] /SET &=12345678901234567 ; ←正しく動作する /RUN APNAME,DEV=...,FIL=....; ここでスペースのはいっているデータを指定すると たとえば「/SET &=12 345678901234567 ;」エラーになります。 ”でかこってもうまくいきません。 良い方法をお教えください。 | |
Re:システム生成の前にデータのバックアップをした方がよいか? | |
0e0e 2007-1-26 13:57:00
[返信] [編集] 質問から横道にそれますが 各ステーションごとに初期メニューを変えたいというのなら、 全ステーションの初期プログラムをCOBOLの1プログラムに統一しておいて、ステーションごとの起動メニュー名をマスター化し、それを参照してSYSCHAINすれば、運用性が高くなると思います。 他にも、上記との複合技になりますがOCFに初期プログラムを設定する手もあります。 | |
Re:システム生成の前にデータのバックアップをした方がよいか? | |
assisi 2007-1-24 19:27:00
[返信] [編集] NECオフコンのSGだったらほとんどできます FDDベースでの立ち上げかたとか特殊にオペレーションがあります ご相談ください | |
Re:システム生成の前にデータのバックアップをした方がよいか? | |
桃太郎 2007-1-23 11:41:00
[返信] [編集] 派遣プリンさん、こんにちは、 私も1人で社内のシステム開発、保守、操作指導、を行っていますが、 1人で行っていると相談する人がいないので困りますよね、 本題ですが、複数台の端末が有り、複数の初期メニューが有り、 例えば、現在、ステーション1号機に”START1”という初期メニューが セットされているいるものを”START2”に変えたいのでしたら、 そのとうりです、 バックアップを考えておられるのは、万が一立ち上がらなくなったら、どうしようと言う心配からだと思いますが、 SGの操作自体はそんなに難しいとは思いませんが、 何事もそうですが、分かってしまえば簡単ですが 分からないことは大変不安だと思います、 過去にSGの経験が無いのでしたら、マシン購入のディラーのSEに電話でのサポートをお願いした方が安心かと思います。 参考になれば幸いです。 | |
システム生成の前にデータのバックアップをした方がよいか? | |
派遣プリン 2007-1-23 9:21:00
[返信] [編集] 1人で社内システムの開発・保守をCOBOLで行なっている派遣社員で、この掲示板を見つけて、時々遊びに来ています。 良かったら教えて下さい。 端末を立ち上げた時に表示されるメニューを変更してという指示がありました。 マニュアルをみながらシステム生成(SGですよね?)で初期プログラムの定義という項目で、ステーション(端末)番号を指定して、初期プログラムを設定すればいいのかなと思いましたが、これでよろしいでしょうか? また、システム生成のメニューにあった「定義情報の保存」と #BKUPでディスクの退避もした方が安全でしょうか? | |
Re:制御符号について | |
温泉好きのうさぎ 2007-1-18 15:59:00
[返信] [編集] MF-COBOLというのがいったい何なのか知りません.... データ管理説明書を見ていただければ解ると思いますが、アトリビュート=080の連続横ケイ線と020のオーバーラインまたは040のアンダーラインの組み合わせは意味をなしませんので、組み合わせとして存在しません。 オーバーラインまたはアンダーラインは、開始の行と桁を指定するとその行の80桁までケイ線が連続して引かれます。次行に継続はしません。 また、バーティカルラインは、指定した行桁位置のみに引かれます。 強輝度、リバース、ブリンク、シークレットは、指定した行桁位置から24行80桁まで属性が続きます。 | |
Re:#NFCNVでエクセル生成の問題 | |
回転の達人 2007-1-18 1:16:55
[返信] [編集] ターラヤン様 早速の回答ありがとうございました。 いろいろ機能があるのですね。 知りませんでした。 ありがとうございます。 | |
Re:#NFCNVでエクセル生成の問題 | |
ターラヤン 2007-1-16 12:27:37
[返信] [編集] 回転の達人さん、こんにちは。 ExcelでCSVデータを読み込みときに、 「ファイル」−「開く」ではなく、 「データ」−「外部データの取り込み」−「データの取り込み」 を使うと日付に変わりません。 データの問題ではなく、エクセル側の問題です。 エクセル関連の本を探すと書いてあると思います。 私の持っているエクセル簡単操作辞典という本だと40ページに方法が書いてあります。 試しにインターネット上で検索するといくつか見つかりました。 下のサイトも参考にしてみてください。 http://www.eurus.dti.ne.jp/~yoneyama/Excel/ex-q-a/q_settei.html#csv_file http://bbs.pc21.nikkeibp.co.jp/keyword-402 | |
Re:制御符号について | |
若葉 2007-1-16 9:38:00
[返信] [編集] 連絡有難う御座います。 現在、A-VX COBOLの資産をMF-COBOLで変換するにあたり、制御符号をどのような形で変換すればいいのか、移行方針を検討を行っています。 その際に、制御符号のパラメータの意味や組合せ等を、資料に纏めたいと思っていたので、質問させて頂いています。 | |
#NFCNVでエクセル生成の問題 | |
回転の達人 2007-1-16 0:21:14
[返信] [編集] #NFCNVで得意先の情報をCSVデータ作成後にエクセルデータを皆さん作成されていると思うのですが、 住所2が例えば「1−10−24」の時、エクセルにそのまま取込むと「2001/10/24」のようになります。 VBAで対応すればできるのでしょうが、私にはよく分かりません。 簡単な方法で正しくエクセルデータを作る方法があれば教えてください。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band