NECのオフコン情報掲示板(ノウハウ系)
NECのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
■▲▼ | ||
1 | システム生成の前にデータのバックアップをした方がよいか? | |
派遣プリン 2007-1-23 9:21:00
[返信] [編集] 1人で社内システムの開発・保守をCOBOLで行なっている派遣社員で、この掲示板を見つけて、時々遊びに来ています。 良かったら教えて下さい。 端末を立ち上げた時に表示されるメニューを変更してという指示がありました。 マニュアルをみながらシステム生成(SGですよね?)で初期プログラムの定義という項目で、ステーション(端末)番号を指定して、初期プログラムを設定すればいいのかなと思いましたが、これでよろしいでしょうか? また、システム生成のメニューにあった「定義情報の保存」と #BKUPでディスクの退避もした方が安全でしょうか? | ||
2 | Re:システム生成の前にデータのバックアップをした方がよいか? | |
桃太郎 2007-1-23 11:41:00
[返信] [編集] 派遣プリンさん、こんにちは、 私も1人で社内のシステム開発、保守、操作指導、を行っていますが、 1人で行っていると相談する人がいないので困りますよね、 本題ですが、複数台の端末が有り、複数の初期メニューが有り、 例えば、現在、ステーション1号機に”START1”という初期メニューが セットされているいるものを”START2”に変えたいのでしたら、 そのとうりです、 バックアップを考えておられるのは、万が一立ち上がらなくなったら、どうしようと言う心配からだと思いますが、 SGの操作自体はそんなに難しいとは思いませんが、 何事もそうですが、分かってしまえば簡単ですが 分からないことは大変不安だと思います、 過去にSGの経験が無いのでしたら、マシン購入のディラーのSEに電話でのサポートをお願いした方が安心かと思います。 参考になれば幸いです。 | ||
3 | Re:システム生成の前にデータのバックアップをした方がよいか? | |
assisi 2007-1-24 19:27:00
[返信] [編集] NECオフコンのSGだったらほとんどできます FDDベースでの立ち上げかたとか特殊にオペレーションがあります ご相談ください | ||
4 | Re:システム生成の前にデータのバックアップをした方がよいか? | |
0e0e 2007-1-26 13:57:00
[返信] [編集] 質問から横道にそれますが 各ステーションごとに初期メニューを変えたいというのなら、 全ステーションの初期プログラムをCOBOLの1プログラムに統一しておいて、ステーションごとの起動メニュー名をマスター化し、それを参照してSYSCHAINすれば、運用性が高くなると思います。 他にも、上記との複合技になりますがOCFに初期プログラムを設定する手もあります。 | ||
5 | Re:システム生成の前にデータのバックアップをした方がよいか? | |
EXCHANGE 2007-1-27 5:16:00
[返信] [編集] > 他にも、上記との複合技になりますがOCFに初期プログラムを設定す る手もあります。 具体的にもう少し詳しくやり方を教えて下さい。よろしくお願い致します。 | ||
6 | Re:システム生成の前にデータのバックアップをした方がよいか? | |
0e0e 2007-1-29 16:51:00
[返信] [編集] オペレータコードは個人ごとに設定していなくて、部門やユーザーレベルで 大きく分けているのでその中で、STNごとに初期メニューを変更するのを 以下のように使い分けています。 (1)SGではSTNごとの初期プログラムをオペレータコードで指定します
(2)#OCFMでそのオペレータコードの初期プログラムを 登録します
(3)その初期プログラムをCOBOLにしておいてSTN番号でファイルに登録した プログラム(メニューなど)を個々に呼ぶようにします 以下のようなマスターを参照して SYSCAHINかCBLRUNでCALLする
こんなんでわかりますか? | ||
7 | なるほど!! | |
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番号の対応マスタが必要かと思いますが) | ||
8 | なるほど!!(追加注釈) | |
EXCHANGE 2007-2-3 6:28:00
[返信] [編集] > オペレータコード(Windowsのユーザ名) (Windowsでのユーザ名に該当)という意味です。 A−VXを知らない方の為の説明です。 Windowsのユーザ名と一致させるという意味ではありません。 | ||
全部読む 最新50 1-100 板のトップ リロード |
■▲▼ | ||
1 | #NFCNVでエクセル生成の問題 | |
回転の達人 2007-1-16 0:21:14
[返信] [編集] #NFCNVで得意先の情報をCSVデータ作成後にエクセルデータを皆さん作成されていると思うのですが、 住所2が例えば「1−10−24」の時、エクセルにそのまま取込むと「2001/10/24」のようになります。 VBAで対応すればできるのでしょうが、私にはよく分かりません。 簡単な方法で正しくエクセルデータを作る方法があれば教えてください。 | ||
2 | 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 | ||
3 | Re:#NFCNVでエクセル生成の問題 | |
回転の達人 2007-1-18 1:16:55
[返信] [編集] ターラヤン様 早速の回答ありがとうございました。 いろいろ機能があるのですね。 知りませんでした。 ありがとうございます。 | ||
全部読む 最新50 1-100 板のトップ リロード |
■▲▼ | ||
1 | 制御符号について | |
若葉 2007-1-14 16:21:00
[返信] [編集] はじめまして。 SCREEN SECTIONで制御符号を使って、アトリビュート(罫線) を設定しているのですが、実際どのように罫線が引かれるのか 分からないので、教えて頂けないでしょうか!
制御符号のみ解析すると指定行の指定列に罫線を引いている ようですが、線が繋がらないようですが、実際はどのように 引かれるのか、是非お願いします。 又、その辺の事が書かれているサイトがあったら、教えて頂 けないでしょうか! | ||
2 | Re:制御符号について | |
江須扇 2007-1-15 9:58:00
[返信] [編集] マニュアル データ管理説明書の 13.6 ワークステーションの制御符号 を参照されたらいかがでしょうか? なお使用例は下記をご参照ください。 http://www.geocities.jp/tahrayan/sonota/cobol/controlmark.html | ||
3 | Re:制御符号について | |
温泉好きのうさぎ 2007-1-15 12:53:00
[返信] [編集] その制御符号をそのまま解釈すれば、 (1) 1行目47桁に縦罫線 (2) 1行目28桁に縦罫線および横上罫線開始および横下罫線開始 (3) 5行目57桁に縦罫線 (4) 5行目20桁に縦罫線および横上罫線開始および横下罫線開始 となっていますので、1行目28桁から47桁にBOX状の罫線が、また5行目20桁から57桁にBOX状の罫線が引かれます。
と書いたのと同じことになります。 | ||
4 | Re:制御符号について | |
若葉 2007-1-15 16:26:00
[返信] [編集] 早速の回答有難う御座いました。 尚、回答して頂いた内容について、再度何点か質問させて頂きます。 <質問> ・アトリビュートを組み合わせて使用する際の、決まり等はあるのでしょうか? 例 160の振り分けが、100+40+20となる理由 ・1行47桁を定義して、次に1行28桁を定義した場合に、BOX状の罫線が引かれるのか?又、定義する順番はあるのでしょうか? それぞれ単独で順番に定義したら、BOX状ならないと思っていたのですが。 大変、申し訳ありませんが宜しくお願いします。 | ||
5 | Re:制御符号について | |
温泉好きのうさぎ 2007-1-15 17:36:00
[返信] [編集] ・同一行桁位置に複数のアトリビュートを設定する場合は、アトリビュートの数値を合計して設定します。 各々のアトリビュートを個別に設定してしまうと、前のアトリビュートの上に上書きされていきますので、結果として最後に設定されたアトリビュートのみ有効となります。 ・47桁目を先に定義し、28桁目を後で定義する理由は、単に表示した瞬間の見栄えだけの問題です。 28桁目を先に定義すると、DISPLAY命令により表示した瞬間に、28桁目から80桁目までいったん横罫線が引かれます。その後、47桁目に縦罫線が引かれて、そこから以降に表示されていた横罫線が消えるという見え方になります。 一瞬の表示なので、それが気になるか、ならないかだけのことです。 | ||
6 | Re:制御符号について | |
若葉 2007-1-15 17:56:00
[返信] [編集] 回答有難う御座いました。 度々、申し訳有りませんが、再度、質問させて頂きます。 <質問> ・アトリビュートの数値を合計して設定するとの事ですが、例えば100を設定した時、100or80+20の切り分け等は出来るのでしょうか? 又、組み合わせ出来ないパターンはあるのでしょうか? ・制御符号でアトリビュートを設定する場合、行と桁を指定するだけで、指定した桁以降は罫線が連続して引かれると言う事なのでしょうか? 大変、申し訳有りませんが宜しくお願いします。 | ||
7 | Re:制御符号について | |
オフコン人 2007-1-15 22:44:00
[返信] [編集] 若葉さん、突然失礼いたします。 何か制御符号にこだわっておられるようですが、何か意図があるのでしょうか? 罫線をCOBOLで記述したいなら、温泉好きのうさぎさんが記載されている方法で十分だと思うのですが。 効率よく罫線を使われるなら、その方が得策と思いますが。 あえて、制御符号にこだわっておられる理由が理解できません。 | ||
8 | Re:制御符号について | |
若葉 2007-1-16 9:38:00
[返信] [編集] 連絡有難う御座います。 現在、A-VX COBOLの資産をMF-COBOLで変換するにあたり、制御符号をどのような形で変換すればいいのか、移行方針を検討を行っています。 その際に、制御符号のパラメータの意味や組合せ等を、資料に纏めたいと思っていたので、質問させて頂いています。 | ||
9 | Re:制御符号について | |
温泉好きのうさぎ 2007-1-18 15:59:00
[返信] [編集] MF-COBOLというのがいったい何なのか知りません.... データ管理説明書を見ていただければ解ると思いますが、アトリビュート=080の連続横ケイ線と020のオーバーラインまたは040のアンダーラインの組み合わせは意味をなしませんので、組み合わせとして存在しません。 オーバーラインまたはアンダーラインは、開始の行と桁を指定するとその行の80桁までケイ線が連続して引かれます。次行に継続はしません。 また、バーティカルラインは、指定した行桁位置のみに引かれます。 強輝度、リバース、ブリンク、シークレットは、指定した行桁位置から24行80桁まで属性が続きます。 | ||
全部読む 最新50 1-100 板のトップ リロード |
■▲▼ | ||
1 | A-VXでここまでできる | |
永遠に使う男 2006-12-31 11:02:11
[返信] [編集] 地方にすむオフコンユーザです。 A-VXを使っていて、雑感を述べたいと思います。 600シリーズで、今やっていることは、DB連携です、今回ORACLE10.2.0.3(10GR2)との連携のため、A-VX01R4.0にアップグレードをしました(オフコンでアップグレードは最近めったにないとのことです)、とりあえず、TEST段階ですが、このアップグレードには満足しています。 DB連携を使っている会社を聞いたことないと、かかれていましたが、このDB連携があるので、A-VXは手放すことができません。 また、XML連携のミドルウェアーも実験段階ですが使っています。 それとの関係でJAVA環境(JBOS)にA-VXのデータをDB連携から連動させることも、行う予定です。 まだまだ、A-VXは使われるし、オープンな環境にも全く問題なく対応できます、このような事例があまりにも公開されていなくて、A-VXに誤解を持っている人も見受けれます、A-VX資産が多くて、オープン化できないという方には、このようなやり方もあると投稿してみました | ||
全部読む 最新50 1-100 板のトップ リロード |
■▲▼ | ||
1 | カンパニ間のデータアクセス | |
やぎ 2006-12-15 21:46:00
[返信] [編集] こんにちは 今回ユーザーの環境にカンパニを新たに追加 旧カンパニからデータを取得し、新カンパニで加工を行う 要望が出てきました。 LMなどは新カンパニに保存したいのですが 新カンパニにあるLMから旧カンパニのファイルを操作することは可能でしょうか? 無理な場合、グローバル環境に 旧カンパニのファイルを操作するLMをおこうかと思っているのですが・・・ よろしくお願いいたします。 | ||
2 | Re:カンパニ間のデータアクセス | |
オフコン人 2006-12-16 17:09:00
[返信] [編集] カンパニ内をローカルと呼びます。 ローカルで実行したAP(LM)でのファイルアクセスは、まずローカル(同じカンパニ)にアクセスし、無い場合はグローバルにあるファイルをアクセスします。 | ||
3 | Re:カンパニ間のデータアクセス | |
やぎ 2006-12-22 11:26:00
[返信] [編集] ありがとうございます。 ということは、やはり 異なるローカルからデータを取得しようとすると 一旦グローバルのファイルのデータを 抽出する必要がある、ということですね。 | ||
4 | Re:カンパニ間のデータアクセス | |
ターラヤン 2006-12-28 0:57:00
[返信] [編集] あるカンパニのオペレータから別のカンパニのファイルをアクセスしたいと いうことでしょうか。 やぎさんの書かれているように、一旦グローバルなファイルに抽出して、 別のカンパニのオペレータからアクセスする方法もあります。 グローバルオペレータから、両方のカンパニのファイルにアクセスできること を利用する方法もあります。 グローバルオペレータで入って、あるカンパニのファイルから別のカンパニの ファイルにデータをコピーしてあげます。 どのような運用かはわかりませんが、例えば自動運転機能で夜間にグローバル オペレータでファイルコピーするJSを自動起動する、というような方法です。 | ||
5 | Re:カンパニ間のデータアクセス | |
やぎ 2007-1-29 18:31:00
[返信] [編集] 回答ありがとうございます! もともとある基幹システムから、今回追加した別システム(それぞれにカンパニIDを割り当てている)にデータを移行したいのです。 単純なコピーではなく、別システムに取り込んだ基幹システムのデータは削除したいので、cobolでの開発を考えています。 (かつ、バッチではなく、メニューからのユーザーの明示的な起動によって運用) 別システムからすべての処理を起動できればいいのですが やはりそれは難しいですよねえ・・・。 | ||
6 | Re:カンパニ間のデータアクセス | |
ターラヤン 2007-1-30 21:54:00
[返信] [編集] >別システムからすべての処理を起動できればいいのですが >やはりそれは難しいですよねえ・・・。 的外れかもしれませんが、 別システムから起動するならば、インボーキングを使用する、 データコピー(移動)ならば、A-VX/NETを利用するなどの 方法がありそうです。 Windowsから起動するならば、ジョブ起動ユーティリティが あります。 | ||
7 | Re:カンパニ間のデータアクセス | |
やぎ 2007-1-31 15:54:00
[返信] [編集] 回答ありがとうございます。 うーーん。 すみません、経験がないのでよく分からないのですが そこまで大掛かりにする必要はないかと思っていました。 (別システム、と書いていますが 二つのシステムとも同一サーバ内に構築されていますので) | ||
8 | Re:カンパニ間のデータアクセス | |
オフコン人 2007-1-31 23:19:00
[返信] [編集] やぎさん、もっと具体的にされたいことを書かないと何のアドバイスもできないのじゃないでしょうか。 ローカルで実行したCOBOL-APからグローバルファイルも扱うことが可能です。 基幹システムがグローバルで今回構築されたのがローカルなら実現は可能かと思います。 ローカルからのファイルサーチ順は、そのローカル→グローバルです。 | ||
9 | Re:カンパニ間のデータアクセス | |
やぎ 2007-2-6 18:36:00
[返信] [編集] すみません。説明が不十分でした。 下記のようなことをイメージしています。
ファイル1のデータをファイル2に編集して更新したい。 かつ、ファイル2に書き込んだファイル1のデータは削除。 この場合、いきなりファイル1からファイル2への(COBOLAPでの)データ移行が可能かどうか、を知りたかったのです。 (たとえばグローバルにあるAP3を実行すれば可能か) 現在はまず、AP1でファイル1のデータをファイル3へ抽出し(その際ファイル1のデータも削除) その後、AP2でファイル3からファイル2へデータを更新しています。(それぞれのAPの実行は各カンパニで) | ||
10 | Re:カンパニ間のデータアクセス | |
オフコン人 2007-2-10 17:36:00
[返信] [編集] やぎさんの方法は正しいと思います。 グローバルからユーティリティであれば、ローカルのファイル(ファイル1、ファイル2)を扱うことができますので、少し発展させてはいかがでしょうか。 COBOL-APにこだわりがあるようですが、ユーティリティはJS化することができます。COBOL-AP内でJSを扱うことが可能ですので、#FLCMVや#ABCの抽出機能で抽出の用件が満たされるなら、グローバルからCOBOL-AP実行で実現できますね。 | ||
全部読む 最新50 1-100 板のトップ リロード |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band