プログラムに埋め込まれた業務仕様を自動抽出する技術、富士通研が開発

富士通研究所は10月11日、業務システムのプログラムを解析し、実装されている業務上の決まりや計算の方法などを理解しやすい条件表として自動抽出する技術を開発したと発表した。大規模化・複雑化したシステムの現状把握の手間を削減でき、システムのクラウド移行などの作業の効率化につながるとしている。 業務システムを移行・再構築する際は、システムの現状把握が必要だが、長年の開発で大規模化・複雑化したシステムは、仕様書が陳腐化したり、開発関係者が散逸するなどしてブラックボックスになっている場合が多く、仕様の把握に多くの時間がかかってしまう問題があった。 富士通研は、大規模なプログラムを分割して業務仕様を掘り起こし、表の形で抽出する技術と、分割された表から全体の表を再構成する技術を開発。実装されている業務仕様を理解しやすい条件表として自動的に抽出でき、現状把握の作業を効率化できるという。 同技術を社内の事例

[iqm]

「で、なんでこの仕様あるんすか？」/つらみしかない

[teto2645]

断言する。絶対に使い物にならん。

[yun2dot0]

ま　た　富　士　通　か

[fusionstar]

「サンプルの COBOL プログラム」

[avalon1982]

こういうのはうまくいったためしがない。あれば教えて欲しい。

[houyhnhm]

あのさ、プログラムから仕様を起こすようなプロジェクト自体が間違いなく「無理ッス」なプロジェクトなのに、そんな技術までフォローさせられる現場のコトをもうちょい考えてよ。

[kaerucircus]

仮に条件を抽出できてもそれが必要か運用側で判断出来るのかって話で。それが出来なきゃ仕様にならんし。結局、効率的なシステムに業務の方を合わせるやり方が出来なきゃ日本は変われないと思うんだけど

[sona-zip]

どうして優れたエンジニアを増やす方ではなく、能力がない人間でもシステムを開発できるようにする方法へ梶を切るのだろうか こんなことしてるからメーカーはソフトウェア開発者が育たない

[northlight]

サンプルがcobolなのは、ブラックボックス化してるような大規模システムがそんなんばっかだからだよ。

[gakuhiro]

「仕様書の無いシステムでソースコードを元に仕様書に作る」ってことさせられたことあるけど、仕様かバグかわからない処理が沢山あった。仕様書のレビューして貰うと大半はバグだったけど、たまに仕様が紛れてた。

[timetrain]

成功して欲しいような、そんなものを掘り起こしてはいけないと思うような

[georgew]

結局のところ条件表の解読に時間かかるだけではないの??

[sora_h]

考古学

[tg30yen]

出力された詳細仕様表はそれを読むよりコードを読んだほうが早いレベルの量になりそう。

[ysync]

こんなのが実用レベルにまで行けると思ってる会社にシステム設計の仕事は頼みたくないな。

[six13]

うまく行くかはこれから人柱プロジェクトが証明してくれることだろうけど、とりあえず「こういうのがあればいいのに」というものを作りに行く姿勢は素晴らしいと思う。

[n_knuu]

こういうのがあったら良いなあと思って作るのと、それを適用できるような実例がある富士通はいい意味でも悪い意味でもすごい会社だなあと

[ku__ra__ge]

長年の開発で大規模化・複雑化したシステムはそもそも仕様が表として表現できない

[cyuushi]

まともに使って有効性が確認された案件を提示してくれ、話はそこからだ。

[dot]

COBOLがロストテクノロジー化しているということなのかな。若いエンジニアはCOBOL学ぼうという人が居ないのに、まだ運用されているCOBOLシステムが多くて運用できなくなってきているという話はよく聞く。

[tadyjp]

必殺技「『仕様書がないんで作り直しですね』封じ」

[aoki789]

デシジョンテーブルを作成してくれるってこと？素晴らしい。テストが楽になる。

[wasai]

まともに使ってるというのを見たことがないんだけど、実績はどうなのかねぇ

[khtokage]

Yet another ドキュメント自動生成システム。　てかちゃんとテスト書いてたらそれ見たら済みそうな出力だな……

[dkkoma]

ヤバそう

[Lat]

何年も前から同じようなことが記事になるけど、本当に問題のある環境ではプログラム（ソース）が無く仕様書も無いがロードモジュールだけ存在する環境なのだよ。それで長年システムが回っているとか移行は辛いぞ。

[utgwkk]

COBOL

[src256]

つらそう

[masatomo-m]

業務仕様なんて実装されてない部分を含めて決まってるものなんだから、全ての情報を含むわけでもないプログラムから抽出できると思ってる時点で怪しさがすごい

[YaSuYuKi]

「まともにやると30ヶ月かかるものが21ヶ月になる」レベルだろう。できるのは動作の抽出までで、抽出された動作が仕様かバグなのかは人間にしかわからないので最初の段階が楽になるだけ

[oqzl]

あの実装もあの実装も読み取れるのだとしたらすごい

[ithijikata]

「この抽出表と仕様書を付き合わせて、仕様と異なる箇所にコメントを入れて下さい」 という絵が想像できる。

[anepan]

いい加減要件定義の自動化は諦めろ、どれだけ現場の人間を苦しめるのか

[kaipu1224]

30%程度削減とはいうけど人間が読んで理解できるドキュメントなのだろうか

[harumomo2006]

ただのプログラム設計書の予感。そもそも本来はプログラム設計書とコードは一致するはずだから逆設計は一応可能。ただし作った本人しか理解できない謎仕様がてんこもり

[cpw]

発表までが仕事。使う側もバカじゃないからこれを社内に展開しようとした時に使い手がおらず、うまくいっても生贄PJが一つ選ばれ炎上し闇に葬り去られる。定番。研究部隊の仕事してますよアピールが目的だね。

[Bosssuke]

富士通のコードに限って言えばできるのかもしれないなぁ……涙。

[misomico]

うんこをうんこのまま移行する技術

[tpircs]

擁護したくもないけど擁護しとくと、対象としているプログラムは30年ものとか40年ものがあったりして仕様書が無いのも普通だし、保守性なんてほとんど考えられず書かれたものもある。ソースだけ読むのは辛いのよ。

[flowerload]

「りかいしやすいじょうけんひょう」ねえ。