|
1:�� ヨード 07/28 11:22 はじめまして。「ヨード」といいます。 今まで全くさわったことのないA-VXですが その上で稼動しているシステムをコンバートすることになりました。 で色々と情報を探してここにたどり着きました。とても助かっています。（基本的にA-VXを無くす向けの作業なのですが・・・） COBOLソースをＷｉｎｄｏｗｓなどのテキスト形式ファイルに変換を 参考にさせていただきながら、現行システムのソースを変換しています。 変換するソースの指定画面の画面で「番号」か「ソース名」を入力しますが、ここで全ソースを指定したい場合はどのように入力したらよいのでしょうか？ 手元にマニュアルがないため、どうかご教示下さい。 2:Re:�� 07/28 12:28 ヨードさん たいへんですね 質問の意味がよく理解できず、/ユーティリィが分からないので なんともいえまでんが、 「番号」であれば たとえば、「1,2,3,4,8,9,10」、「1 4，8 10」(1スペース4,8スペース10) 「ソース名」であれば たとえば、「XXXXX1 XXXXXX4」ではないでしょうか ユーティリィ名が判かれば、もっと的確な回答ができると思います。 3:Re:�� ヨード 07/28 13:01 �� A-VX ���� �� *** SUL DIRECTORY *** �� #ABC �� 瘋 4:Re:�� tahrayan 07/30 23:37 ヨードさん、はじめまして。 >変換するソースの指定画面の画面で「番号」か「ソース名」を入力しますが、 >ここで全ソースを指定したい場合はどのように入力したらよいのでしょうか？ 仕組み上、ここでは１個づつしか選択できません。 全部のソースをいっぺんにコピーしたら、次々に上書きしていって結局最後の ソースしか順編成ファイル上に残らないのではないでしょうか。 ソースを順編成に変換→順編成ファイルをＷｉｎｄｏｗｓファイルに変換 →次のソースを順編成に変換→・・・ とループして最後のソースまで変換するようなＪＳを作れないかとも思った のですが、ちょっと無理そうです。 ちなみに、この場面では使えませんが、Ａ−ＶＸで全ファイルや全メンバを指定 する記号は「！」です。Ｗｉｎｄｏｗｓ（ＭＳ−ＤＯＳ）の「＊」と同じような ワイルドカードの役割を果たす文字です。 5:Re:�� tahrayan 07/31 00:26 たいしたものではありませんが、バッチプログラムを作ってみました。 いちいちパラメータを入力する必要がなくなります。 ＭＳＤ０００のＳＹＳ＠ＪＳＬに入れてください。 名前は何でも良いですが、ＳＵＷＩＮでもしてください。 使い方は、ＲＵＮコマンド行で「ＳＵＷＩＮ，（ＲＡＮＤＴ）；」のように「ＪＳ名，（変換したいＳＵ名）；」と入力して実行します。 /RUN #LBM,DEV=MSD; PRD=PRN999_MDE=MSD000_MFI=TESTAPSUL_ACT=SELECT_ODE=MSD000_OFI=TESTAPSEQ_ NAM=&0_ODE=999_ACT=999_DIR=NO_MDE=END_ /> ; /RUN #NFCNV,DEV=MSD; MN1=C_MN2=AD_PA1=MSD000_PA3=TESTAPSEQ_PA4=1_PA5=C80_ PB1=ZZZ.TXT_PB2=TXTJ_PB3=EXCLUSIVE_PB7=C_PB8=CREATE_ MN1=Q_ /> ; 上のプログラムをテキストファイルにして、 http://www.geocities.jp/tahrayan/utili/avxdos-cobol.html でＪＳに変換します。 ＃ＬＢＭのパラメータはMDE=MSD000,MFI=SYS@JSL,ACT=ADD,TYP=JCLとしてください。 6:バグかな？ tahrayan 07/31 00:55 ������PB1=&0_�� ���� �����V�� �������U���������V�堰� 7:Re:�� ヨード 08/02 20:55 ��A-VX JS^^;) �� SUL���堰� ���� COPY ��SULTEXT ���堰� ������ ������ �� �� 8:Re:�� ゼロ 08/03 11:16 ヨードさん始めまして 一般的かどうかは、分かりませんが私はＣＯＰＹ句で使用するソースは別ＳＵＬにまとめて管理するようにしています。 業務ごとにＳＵＬは分けていますがＣＯＰＹ句で使用するＳＵＬは他業務でも使用することがあるのでファイルレイアウトの変更等が発生した場合の管理がしやすいからです。 ＣＯＢＯＬソース内にどの登録集を使用しているか明記しておくといいかもしれません。 9:順序が逆では？？？ ＥＸＣＨＡＮＧＥ 08/03 11:48 ＊ ＤＢを使った部分なら＃ＤＤＭとか、ＲＤＢＱ２等で調べれば分かると思います。 ＊ ただ、事情はよく分からないのですが、 > 頑張って、目と手で１つ１つ変換しました。 > なんとか既存ファイルのレイアウトを確認する方法は無いものでしょうか？ という下りはちょっといただけないのでは。。 先にＣＯＰＹ句も含めてどこに入っているか確認してから コンバートした方が。。 > ファイルレイアウトの資料も怪しいものしかなく ということは、前任者とのコンタクトが取れない状況のように 思われます。 と、言うことは−−−＞現在ＳＵＬに入っているソースが 稼働中システムと一致しているとどうして保証できるのでしょうか？？？ ＊ ソースコンバートによるマイグレーションは、 前任者の協力が必要な場合が多いように思います。 ＊ 私だったら前任者の協力が得られない場合は、 新規システムとして構築しなおす（再構築する）でしょうね。 どのみち現時点となっては、 顧客側の要件も変わっているでしょうし。。 ＊ すみません。取り越し苦労でしょうか。 10:Re:順序が逆では？？？ ヨード 08/07 12:00 書き込みありがとうございます。 ご指摘頂いた点は、取り越し苦労ではなくまさにその通りです。 現状は、 ・前任者の協力が得がたい状況にある。 ・稼働中システムとSULの一致は保障できない。 という状況にあります。 それを踏まえて ・出来うる限り前任者の協力を要請 （ソースの有りかすら不明な状況） それと並行して ・現状システムの分析 ・業務フローの再確認と顧客要件(追加、変更)の確認 を実施している状況にあります。 結局のところは再構築となるだろう言う認識のもと できる限り拾える情報は、拾っておこうというのが 現状といったところでしょうか。 |