| [掲示板に戻る] 全部 1- 最新50 |
| 1 | システム生成の前にデータのバックアップをした方がよいか？ |
| 派遣プリン 2007-1-23 9:21
[返信] [編集] １人で社内システムの開発・保守をＣＯＢＯＬで行なっている派遣社員で、この掲示板を見つけて、時々遊びに来ています。 良かったら教えて下さい。 端末を立ち上げた時に表示されるメニューを変更してという指示がありました。 マニュアルをみながらシステム生成（ＳＧですよね？）で初期プログラムの定義という項目で、ステーション（端末）番号を指定して、初期プログラムを設定すればいいのかなと思いましたが、これでよろしいでしょうか？ また、システム生成のメニューにあった「定義情報の保存」と ＃ＢＫＵＰでディスクの退避もした方が安全でしょうか？ |
|
| 2 | Re:システム生成の前にデータのバックアップをした方がよいか？ |
| 桃太郎 2007-1-23 11:41
[返信] [編集] 派遣プリンさん、こんにちは、 私も１人で社内のシステム開発、保守、操作指導、を行っていますが、 １人で行っていると相談する人がいないので困りますよね、 本題ですが、複数台の端末が有り、複数の初期メニューが有り、 例えば、現在、ステーション１号機に”START1”という初期メニューが セットされているいるものを”START2”に変えたいのでしたら、 そのとうりです、 バックアップを考えておられるのは、万が一立ち上がらなくなったら、どうしようと言う心配からだと思いますが、 ＳＧの操作自体はそんなに難しいとは思いませんが、 何事もそうですが、分かってしまえば簡単ですが 分からないことは大変不安だと思います、 過去にＳＧの経験が無いのでしたら、マシン購入のディラーのＳＥに電話でのサポートをお願いした方が安心かと思います。 参考になれば幸いです。 |
|
| 3 | Re:システム生成の前にデータのバックアップをした方がよいか？ |
| assisi 2007-1-24 19:27
[返信] [編集] ＮＥＣオフコンのＳＧだったらほとんどできます ＦＤＤベースでの立ち上げかたとか特殊にオペレーションがあります ご相談ください |
|
| 4 | Re:システム生成の前にデータのバックアップをした方がよいか？ |
| 0e0e 2007-1-26 13:57
[返信] [編集] 質問から横道にそれますが 各ステーションごとに初期メニューを変えたいというのなら、 全ステーションの初期プログラムをCOBOLの１プログラムに統一しておいて、ステーションごとの起動メニュー名をマスター化し、それを参照してSYSCHAINすれば、運用性が高くなると思います。 他にも、上記との複合技になりますがOCFに初期プログラムを設定する手もあります。 |
|
| 5 | Re:システム生成の前にデータのバックアップをした方がよいか？ |
| ＥＸＣＨＡＮＧＥ 2007-1-27 5:16
[返信] [編集] > 他にも、上記との複合技になりますがOCFに初期プログラムを設定す る手もあります。 具体的にもう少し詳しくやり方を教えて下さい。よろしくお願い致します。 |
|
| 6 | Re:システム生成の前にデータのバックアップをした方がよいか？ |
| 0e0e 2007-1-29 16:51
[返信] [編集] オペレータコードは個人ごとに設定していなくて、部門やユーザーレベルで 大きく分けているのでその中で、ＳＴＮごとに初期メニューを変更するのを 以下のように使い分けています。 （１）ＳＧではＳＴＮごとの初期プログラムをオペレータコードで指定します （２）＃ＯＣＦＭでそのオペレータコードの初期プログラムを 登録します （３）その初期プログラムをＣＯＢＯＬにしておいてＳＴＮ番号でファイルに登録した プログラム（メニューなど）を個々に呼ぶようにします 以下のようなマスターを参照して SYSCAHINかCBLRUNでCALLする こんなんでわかりますか？ |
|
| 7 | なるほど！！ |
| ＥＸＣＨＡＮＧＥ 2007-2-3 6:21
[返信] [編集] ＊ こういうやり方があったんですね。非常に勉強になりました。 ＊ Ａ−ＶＸの初期プログラムに関しては （１）端末ごとに初期ＰＧ（初期メニュー）を設定しておく。 （２）オペレータコード（Ｗｉｎｄｏｗｓのユーザ名）＋パスワードにて初期ＰＧ（初期メニュー）を設定する。 （３）何も設定せず、ＲＵＮ＝＾＾＾＾状態にしておいて初期メニューを指定するを以てパスワード代わりにする。 主に上記３種類の方法が使われているようですが、 （１）の場合、端末を使用する人間が移動する毎にワークステーション初期ジョブを変更するためにＳＧ変更せねばならない。 緊急の人の移動に弱い。 （２）の場合、どの端末に移動しても、オペレータコード、パスワードにてログイン出来るので便利だが、移動前の人間が別の場所から以前のメニューを操作出来てしまうので、そうならないためには各人毎にオペレータコード＋初期メニューを与えてやらねばならず、＃ＯＣＦの変更管理が面倒になる。（業務中変更しにくい）。 また業務システムはＰＣでのデスクワークとちがって部署単位（場所単位）でのオペレータコード設定の方がなじむようだ。 （３）の場合、一回メニュー名を覚えてしまったら、（覚えられてしまったら）セキュリティとしての効果はなくなってしまう。 いずれも一長一短でした。 ＊ （１）を使われている管理者の場合お教え頂いたやり方は非常に強力な方法論と思われます。 ＊ ご教授頂いた方法の応用として、（２）の場合でもオペレータ初期ジョブを「オペレータコード毎の特定ＬＭ」にしておき、このＬＭ上でＷＳ番号をＧＥＴして、そのＷＳ番号でのオペレータコード対応初期メニューの実行を許可するかどうか判断させることで、部署外（＝別の場所）からのオペレータコードエントリーを避けることが出来そうです。つまり（２）の方法の欠点も回避できると言うことです。 （オペレータコードと実行可能ＷＳ番号の対応マスタが必要かと思いますが） |
|
| 8 | なるほど！！（追加注釈） |
| ＥＸＣＨＡＮＧＥ 2007-2-3 6:28
[返信] [編集] > オペレータコード（Ｗｉｎｄｏｗｓのユーザ名） （Ｗｉｎｄｏｗｓでのユーザ名に該当）という意味です。 Ａ−ＶＸを知らない方の為の説明です。 Ｗｉｎｄｏｗｓのユーザ名と一致させるという意味ではありません。 |
| [掲示板に戻る] 全部 前100 次100 最新50 |
BluesBB ©Sting_Band