【IT】富士通、COBOLなどによる既存アプリの資産を日本語に変換するサービス 価格は個別見積り[12/08/16]

富士通は8月15日、顧客の既存アプリケーションをもとに新たなシステムを作るサービス「APMモダナイゼーションサービス for Cloud」において、
「設計書化モダナイゼーションサービス」を追加し、同日より発売開始すると発表した。価格は個別見積り。

「設計書化モダナイゼーションサービス」は、
COBOL、PL/I、BAGLESIIで記述された既存アプリケーション資産の業務ロジックを日本語設計書に変換するサービス。
変換した設計書からJavaソースを生成し、その動作テストを行うことにより、
短期間かつ低コストで利用者の業務システムの再構築が可能となる。
「設計書化モダナイゼーションサービス」の仕組み
http://news.mynavi.jp/news/2012/08/16/006/images/001l.jpg

同サービスでは、設計仕様がドキュメント化されていなかったり、
長い間利用してきたため複雑化したりしているアプリケーションについて定型化した日本語設計書に変換するため、
どのような仕様で構成されているかなど理解がしやすくなり、保守性が向上する。

また、稼働実績のある既存アプリケーションを日本語設計書に変換した後、
業務開発支援ツール「InterDevelopシリーズ」を活用してJavaソースを生成。
日本語設計書からJavaソースの動作テスト項目の候補を自動抽出し、
テスト仕様書の作成とその仕様書での単体テストを実行できる。

http://news.mynavi.jp/news/2012/08/16/006/index.html

富士通
http://jp.fujitsu.com/
既存アプリケーション資産を日本語設計書に変更する
「設計書化モダナイゼーションサービス」を販売開始

短期間かつ低コストでお客様の業務システムの再構築が可能に
http://pr.fujitsu.com/jp/news/2012/08/15.html?nw=pr

COBOL....AT ENDw

F-BASICには対応してないのか

コボラー終了のお知らせ・・・にはならんだろうな

仕事は他社に丸投げ

プログラム→プログラム
でも相当酷い物が出来上がるのに、
プログラム→日本語→プログラム
なんてもう完遂出来るかも疑問になるな。
しかも富士通主導って中国にオフショア投げる方がまだマシなんじゃね？

X-Basicカムバック！

COBOL-Gはどうなの？

＞ 変換した設計書からJavaソースを生成し

さらっと書いてるけど自動生成？

いやぁ、まともに移行できると思えない・・。
表面上、動いているように見えても後から後から
不具合出てくる出てくるってなると胃が痛くなるし簡便。
あー、これはそのためにあったのか〜とかもうね。そういうのが目に浮かぶ。

COBOLは使わねえけど好きだ

ぴゅう太BASICの出番か

呪いの資産ＹＰＳはどうした。
うまくいかんだろう。
新しいツールだけ提供（生産性が高くなるはず！？）＝＞現場（下請け丸投げ）
が時間が無いし、こんなの覚えるなら転職の準備した方がいい・・浸透せず。
APMモダナイ（もったいない）だけ残る。おしまい。

TABLE処理なんか使いまくってたら、
どんなJAVAソースができあがるんだ？

まさか、そのまま.....

画面定義体とか帳票定義体とか使ってるから、その部分は言語じゃないから
日本語にもできない中途半端

JCLまで解析しないと設計書にはならんしな

ちゃんと動いてる場面が想像できないな

またデスマの種を撒くか

コボルのおばちゃまﾅﾂｶｼｽ

コボラーはおまんま食い上げですね

NECもお疲れ様でした

営業に使うんじゃないの
食い込めたらもう逃げられんよ
どんなことしてでも仕事取るぜ
富士通なら
NECとの差だな

>>1
>COBOL
たまーに求人で出るよよね、COBOL募集って。

0から始めるCOBOL　??これさえ分かれば飯が食える??

構造化されていれば　COBOLのソースが一番わかりやすけどな



PowerCOBOLはダメだったのかな

YPS COBOL? 20年前にはもうあったよね。

読めない日本語になりそうな予感。

IDENTIFICATION DIVISION

絶対、手放しでは、まともに変換されない。に１ステップ

COBOLか…
何もかも皆懐かしい…

COBOLなんてPERLで十分代用できるよね

>>10

ソースは自動生成じゃないし、仕様から先はスクラッチ開発だろ？

何の仕様書もない状態を何とかするソリューションであって
それから先は従来と変わらない

コードの入力はマークカードで、プリンタがデイジーホイール
磁気テープにディスクパック、磁気コアメモリ256KWワットじゃねーぞ
上下2分割のマルチ？ウィンドウ？インテリジェントターミナル・・・

無限ループでプリンタ用紙ダンボール一箱一気食い
あのプリント速度を超えるプリンタ見たこと無い

COBOLは過去の言語で、2000年問題にまつわる不具合を
修正できるプログラマは皆死んでしまった。

- 村上龍・１３歳のハローワークより

このままではデスマ鬱病廃人エンジニア量産サービスになる。
逆に、JavaVM上で動くCOBOL処理系を作れよ。

会社のコボル部隊って60歳くらいのおじいちゃんみたいなのばっかりw

そらそうだろｗ

COBOLの処理系なんて今でもゴロゴロあるのに、わざわざJavaにする必要ないだろ。

どっちもコード量が多くてウザイ

JR各社はこういうの使って掃除した方がいいんじゃね

噂だが国鉄時代からの文書化されてないレガシーがずいぶんあるらしいじゃない

COBOLプログラマー・リストラ・ツールと呼んでいいですかｗｗｗ
>>14
TABLEなんか構造体で何とかなるだろ
たぶん変換専用ツールが付属するんだろ

>>37

COBOL使える老人の単価が高すぎる

javaなら安いしオフショアも可能

＞COBOL
＞COMPUTE A = B * 100.5 / C.
＞
＞JAVA
＞a = b.multiply(new BigDecimal("100.5")).divide(c);

COBOLの勘定系プログラムをJavaにやらせるのって不毛だなあと思った

磁気ドラムがメインメモリのみどりの窓口か？
ブートストラップから職人芸で作ったっていう

>>42

それが業務ロジックをもろに反映した数式なら外部ファイル化とかしなければ
詐欺で訴えられてもいいレベルだと思う

Cobol→何かに変換するのってすんげー昔からあるコンバートツールだよな・・・
未だに需要あるのか

コボル自体の開発経験は無いけど
コボルから呼び出されるツールの仕事で少し勉強したけど
コボルって古くさくてダサいイメージ持ってたけど
実際は結構洗練されてて、普通の人が直感的に理解しやすい
未だに優れた言語だと思った。
別にCOBOL2012みたいなのがあってもいいんじゃ無いかな
とは思うし、業務ロジックをわざわざJavaしなくても、
富士通とか、日立はCOBOLから呼び出せるWEBインターフェース
製品とかあるよね。
それが最適解な場合も多いと思う。
むしろこれから増えるであろう帳票的なWEBサービスのソリューションとして
COBOLが復権してもおかしくないんじゃ無いかな

設計書とかのドキュメントがないソースプログラムのメンテは地獄。

>>47
下手に嘘ドキュメントがある方が地獄だと思う。

でも感動するようなコードに出会うことあるよな
そんでフラグ追加の余地すら無い
結果芸術的コードも台無しにｗ

自動生成？
もしや人力でソースコードをひたすら読み込んで設計書を書き起こす力技か？

設計書の出力形式はExcel方眼紙かｗ

さらっと書いてあるけど、
> 設計仕様がドキュメント化されていなかったり、
> 長い間利用してきたため複雑化したりしているアプリケーション
こんなんが普通に運用されてるのが怖いよ。
COBOLって基幹部分に使われるものだしさ。

Cloudでコボルとな

>>51
違いますよ

はっはっは
そんな計算は全部Googleに丸投げしたまえよ

あはは。夢物語だ。

使わないだろ。

今も、コボルはまともに動いているから。

もし、変更をかけて、ミスがあったら、富士通は責任を取れるのか？
コボルは、今でも、日本の根幹システムだぞ。

この前のヤフーのレンタルサーバー消失程度では、済まん。

ヤフーは責任をほとんど取らず、逃げたけどな。

富士通も万一のときは、
「自己責任、自己責任」
「うちのシステムを使うなんて、どんだけ情弱のバカなんだ」
とか言って、逃げるのか？

>>49
昔の記憶媒体が高かった時のなごりだな

1バイトでも少なく作るために西暦の下2桁で
プログラムを組んでため、2000年対応で
修正対象プログラムの数が大幅に膨らんだ

事務処理やるのになんでC＋＋の出来損ないみたいなJAVA使わなきゃいけないんだよ？
一つの言語しか知らない土方プログラマーに仕事をやらせるためか？

>>57

消費税増税対応だけでこんなに金がかかるのかと社長に怒られるこの時期をねらったんだろ

これならまだVMでそのまま動かす方がいいと思う

ソースから仕様書起こしちゃうと、個々のロジックは明文化されても、
「なぜそういう仕様になってるか？」という根本的な部分がスッポリ抜けるので、
結局のところ、システムテストレベルで漏れや見落しが発生するし

なんでJava?
まぁ動くものが出力されるとしてもJava(というかオブジェクト指向)の恩恵に与れるようなものと
は程遠いものが出てくるだろうなぁ
関数型言語をオブジェクト指向言語に機械的に変換したところでリファクタリングしまくらないと
メンテも覚束ないソースが量産されるだけかと

>>62

javaが一番人を集めやすく単価も安いからだろ

積み上げてきたコボラーの牙城が…

経験上「ここはこうだからこうなるはずだ」みたいな予想は必ず裏切られると言っておく

メインフレームまるごとエミュで変換も必要ないですよソリューションが登場する前振りかね

>>66
メインフレームのエミュなんてもうとっくにできてるよ。

なでしこＶＭつくってくれ

ジャバ知らんのだけど、コボルからジャバに直接移行って数値の桁とか少数誤差とか大丈夫なの？

>>46
出た瞬間から低スペックで動かさなきゃいけなかったから
余分なものは全部切り捨てられている、
ムダなものは一切ない、
直感的に使えることを旨としている。

しかも使う人間がマじゃなくて
普通の行員程度だった

グダグダなコードを、別の言語のグダグダコードに変換してどうすんの、って感じ。
COBOLとかあっちの世界は知らんけど、スーツ着てプログラム書くらしいな。

今時のシステムならともかく、COBOLで書かれたものってグダグダなイメージはないけどなぁ

>>72
下請けの業務請負の未経験者を使って保守させてた
時代があったからねぇ。

とはいえ、コードレビューが最も行き届いてるのは
COBOLのコードじゃないかと思う。
ヒマなおっさんが総出でソースデバッグするし。

COBOLer の仕事を作るためのツール。
引退間際ばかりだから焼き畑でいい。

変換で作ったソースなんて
汚くて読めたもんじゃないんで要りません。
やはり人間が手で打ち込まないと。

にしても
富士通はプログラムから意味を抽出するような統語システムを作った
というのか？

コボラーの仕事が増えそうだね。

他社に売るのは自社システムのCOBOLを駆逐してからにしろよ。

COBOLのコンパイラを作った方が利用者にとってははるかに低コストで
便利。

しかし、F通にとってはコンパイラを作ってしまったら、わずかな売り上げ
にならない。

現有の莫大な数のCOBOLプログラム全てに高額な人件費をかけて変換
サービスをしたほうがＦ通には莫大な売り上げになる。

READ → 入力
MOVE → 複写
ADD → 加算

という具合に日本語化します。

コンバータが異次元へパフォームしました。

エンドパフォーﾑは在りません。

既存というか旧態資源を負債と思ってない企業に未来はない

良くあるけど、イマイチうまく行ってない商品

定型化した日本語設計書というのを見てみたい気がするね。
>>1のページに貼ってある画像を見ると、ソースとほぼ1:1で対応する表を作ってるように見えるんだが。
あくまでイメージなのかな。

ソフトウェアの負債性ね
そりゃ面白いな
となれば資産性ソフトウェアとかもあるんだろうけど

ソフトウェアがいつの間にか資産から負債に変わるのか
で
最初から負債なのがデスマか

業務の効率化よりもメンテコストがかかるならそうだな。無能な経営者のもとにはいくらでもありそうだが。

メインフレームはもうオワコンだからリホストする必要があるけど
ついでに既存アプリも捨ててリビルドしましょうかという富士通の罠か。

最低でも基幹系アプリは維持して情報系から手をつけていかないと大炎上しそう。

バグもそのままに再現します！　とかだったらすごいな。

その昔、CORALという言語があったことを知る者はたぶん俺だけ、、、

>>88
再現するに決まってるだろ

>>60
なるほど、消費税の処理で手間数が工数が出るのか

スパゲッティーをうどんにするだけやろ
どっちにしてもぐちゃぐちゃやで

仕様書でいいじゃん

論理構成図でプログラミング出来るソフトはいつできるの？
そっちの方が早くね？

問題はjavaでいつでも動くかだ

変態なシステムだなあ

XBASEに変換したほうがまだマシかもな。

サービスの中身を覗いたら中で人が動いているのかなぁ。

せっかくオープン系に変換しても、これで変換したシステムは、
富士通のサポートがないとまともに動かせないとか
そんなしょうもないことになりそう。

>>70
>普通の行員程度だった
郵便局員でCOBOLを使ってるひともいたな。

富士通ＳＥの「そんな筈は無い！」で恫喝されて徹夜の連続になる下請けが哀れ

COBOL資産は莫大な量があって、システム更改時にもなかなかJava化出来ないからなぁ。しかも重要基幹系が多いからミスは厳禁。

コスト次第では使ってみようって企業も有るかもしれないが、まずは実績を聞かせろって企業が大半だろう。

つーかプログラム何て使い捨て
データの定義と目的だけしっかりしておけば
1週刊で移行できるけど
簡単なバカでも使える言語の場合は、基本を勉強してないから
仕様書の作り方が分からなくて後の人が困る

>>103
何十年も前に作られたプログラムにそんな前提無意味だと思うよ。

>>52
古いのはなぁ・・・ヽ( ´ー)ﾉ

実際、COBOL使える人が減ってメンテナンスが大変なんだよな。
商売敵ながら、使えるツールなら使いたいが、ツールと一緒にＳＥが大量についてきて、手動コンバート作業が大量に発生するのも確実。

アメリカはどーしてるんだろうなー。

>>103
一週間で移行できるほど単純なものは、とっくに移行している。

>>52
｢私の頭の中の仕様書」
数十年前からロングラン中。

>>103
官公庁や金融系、大企業の基幹系システムは、数百万ステップのソースを何十年掛けて、何千人月の人間が入れ代わり立ち代わりメンテしてるから・・・。
移行期間が一年あってもリスクを感じる企業が大半。

ほー。PL/Iも対象か。HPLは？

http://www.nicovideo.jp/watch/sm18611945

ロンドン五輪　鉄棒　連続神業
内村航平を最も苦しめたオランダ人

COBOLからRubyにして大やけどパトゥーン

適度に変換した後足りない部分に不死痛が人員を突っ込む展開だな

人間がソースから仕様書に落とすのすら苦労するのに、コンピューターが変換できるかってのw
しかもJavaとか狂ってるw

>>106
・・・

COBOLを汎用機だけと思ってはいけない
unixでも動くCOBOLコンパイラがある
すでにCOBOLではないという人も居るが・・・

孫請け「あれ・・・ロードモジュールあるのに、ライブラリにソースが
無いよ」
お客さん「ああ、ＦＳＯＬのＳＥがね、ソース消しちゃったって・・・」

>>57
＞今も、コボルはまともに動いているから。
＞
＞もし、変更をかけて、ミスがあったら、富士通は責任を取れるのか？

テストはお客様のお仕事で御座います(不治痛)

>>115
Windowsサーバ用のコンパイラも普通に普及してるだろ
既にCOBOLではないってどういう意味？

>>118
IBMではなく富士通などの他社製だからでしょうね・・・

>日本語
MINDだな。

懐かしいなあ＞MIND

プログラム未経験者だがこのスレ見て、今から覚えて就職するならjavaよりもcobol覚えたほうが使える人間少ない分捨てられないと受けとったが合ってる？

>>109
普通以上のコアになる人材を長期で雇って
その人を中心にコードのお守りさせたら良いのに、
全部派遣や下請けに投げるその根性が理解出来ないｗｗｗ

仕様を理解しコードをメンテできる人材の育成にカネかけてるんでしょうｗと

>>122
実務経験がない人はいらないっす＞＜

>>122
両方出来る奴には負ける。
COBOLだけ出来ても、後の時代の言語を覚えるのは苦労する。

もおいいよ。
Object COBOLとか使い続けろよ。

IDENTIFICATION DIVISION

javaよりホワイトスペースがオススメ。

>>123
当然やってるよ。
それでも人は流動するからね。
十年同じ職場、同じ立場、同じ賃金で雇われてくれる人は社員にも下請けにもナカナカ居ない。
本人のモチベーションや会社事情から異動になる。

ＰＧのロジック丸写しの設計書なんか、ＰＧ見たほうがマシなぐらいグチャグチャ

変数名を漢字にするとわかりやすくなるけど入力しにくいんだが

>>123
誤解しないで欲しいけど、既存システムを肯定してる訳じゃ無いよ。
俺は十年お守りしてきた側だし、その間に何度もリプレイス＆コンバートの話も顧客から上がった。
ウチの稼ぎも増えるし、是非やりたかったんだが、コストとリスクで実現しないままだった。
俺はその間に自社内で職位も変わっ、異動になったし、俺がプロジェクトをマネジメントしてる間にも、メンバーは様々な理由で入れ代わってる。
俺が抜けて７、８年経つけど余裕で続いてる。
リプレイスが決まればまた呼ばれるかもしれないが・・・

>>131
YPSなんかで自動変換されたソース見ると逆に見づらい

YPSは設計書レベルで開発・メンテ出来るシロモノだから富士通が広く勧めてたが
結局は資産数が増えただけで、むしろメンテ性が悪くなってる。

これも似たり寄ったりだろうな

よく分からんがCOBOLってソースのコメントに日本語が使えない仕様なの？

>>135
ローマ字は使えるんじゃね

>>135
普通に使える。

というか、

http://museum.ipsj.or.jp/computer/ofos/fujitsu/0002.html
かな文字COBOLは，世界共通のプログラミング言語であるCOBOLを日本人向けにしたもの
であり，次の特徴を持っていた．
    項目名（アイテム名）にかな文字が使えた

これこそ本当に文字通り日本語でおk、な代物が作られそうな予感。
ところでIDENTIFICATION DIVISONは出てくるのに、
ENVIRONMENT DIVISONとかDATA DIVISIONが出てこないのは何故だ？

普通は、イチから書かないからね

COBOLからＹＰＳーCOBOLになっただけじゃねーかｗ

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

２チャンネルにたれ流し

自宅への発信
http://awabi.2ch.net/test/read.cgi/company/1335525419/521
http://awabi.2ch.net/test/read.cgi/company/1335525419/537
社外発信資格みなおさないと大変なことになるぞ。
そのうち顧客情報やパスワードもでそう。

http://awabi.2ch.net/test/read.cgi/company/1335525419/538
ノートパソコンの持ち帰りもだな。^^;
特にＦＶＤ！

社外発信による自宅への添付の証拠はメールサーバに！
ＳＣＥ様の悪口はＮｉｆｔｙサーブの中に！
バカだからＮｉｆｔｙからＳＣＥ様の悪口書いてます！

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

interstageも売りつけるのか？