昨日、ウィリアムのいたずらが、ヒアリングで聞き出した業務内容をアクティビティ図等に結びつける、まとめ方のカードっていうのを示したけど、それと、世間のドキュメントとの関係っていうのも示さないと、どうして、こっちが優れているかがわかんないと思う。
なので、そのドキュメントの構造を全部書いた後で（まだ未完）、世間のドキュメントと比較してみたいと思う。
といっても、世間のドキュメントって？っていうことになるが、
富士通は、開発で使うドキュメントが標準化されていて、そのドキュメントが公開されている。
もちろん、ウィリアムのいたずらが昨日書いた、要件定義部分に関しても、公開されているわけだ（ＳＡ工程っていうのが、それにあたる）。
なので、将来、それと比べてみたいと思う。
で、その富士通の全開発ドキュメント標準が公開されている場所だが、
こちら
標準化規約
1.ComponentAA開発標準
http://www.fujitsu.com/jp/solutions/infrastructure/dynamic-infrastructure/sdas/technology/develop-guide/1-caa/
ComponentAAっていうのは、富士通のシステム開発体系（ＳＤＡＳ）において、
Ｊ２ＥＥベースでの開発を行う場合の、開発体系になる。
で、それはさておき、ドキュメントについてだが、
「ComponentAA開発標準 ドキュメント標準編1.0a版ダウンロード」
って書いてあるところ（表の上）をクリック、
アンケート（名前とかは書かない）に答え、
そのあと、使える範囲について書いてある
（使うのはＯＫ，だけど、このドキュメントそのものを販売しちゃＸ）
ので、それに同意すると、
ダウンロード用のダイアログが表示されるので、
ＰＤＦ版、ＷｏｒｄとＥｘｃｅｌ版、好きなほう（あるいは両方）
をダウンロードしてくださいませ。
exeファイルがダウンロードできるので、それを実行すると、自己解凍する
フォルダでＳＡとかＵＩとか出てくる意味は、上にＵＲＬを書いた
ページの中の表を見てください。そうすると、書いてあります。
なお、工程のＳＳ以降で出てくる、ＣＢＳ、ＣＢＭについて。。
富士通において、Ｊ２ＥＥにおける開発体系は、ComponentAAだが、
実際に開発に利用するＪ２ＥＥフレームワークは、Interstageというものになる（なお、開発に使うツールなどはApWorksという。Interstageは、開発環境、実行環境すべてを含んだＪ２ＥＥ環境の呼び名）。
ちなみに、アプレットを使った話がClient Jになる。
で、Ｊ２ＥＥの場合、ＥＪＢを使って開発することになるが、ＥＪＢは、
セッションＢｅａｎとエンティティＢｅａｎにわかれる
（これは、富士通だけでなく、一般論）
このうち、セッションＢｅａｎに近い役割をするのは、ＣＢＳ、
エンティティＢｅａｎに近い役割をするのが、ＣＢＭになる。
そして、ＣＢＳ、ＣＢＭ間でやり取りするデータ
（このブログ風にいうと、カオル姫方式でやる、共通領域）が、
Ｍｓｇスキーマになる。
ＳＱＬファシリティとは、ＣＢＳ，ＣＢＭにおいて、ＳＱＬを直接発行する場合に利用する。
って、公開しないほうがふつうなのか（＾＾；）
＜＜２０１６年７月１０日 追加＞＞
この記事を書いてから、１０年がたち、状況が変わりました。
これらの書類は、業界的に標準化が試みられ、「発注者ビューガイドライン」という
名前で一度まとまりました。
富士通の総合システム開発体系「SDAS」
http://www.fujitsu.com/jp/solutions/infrastructure/dynamic-infrastructure/sdas/
の右側からアクセスできます。
・・・が、その後、紆余曲折を経て、「発注者ビューガイドライン」は
「機能要件の合意形成ガイド」
https://www.ipa.go.jp/sec/softwareengineering/reports/20100331.html
となりました。業界標準の開発ドキュメントというと、これになります。
一方、ComponentAAは、自動生成の側面も持っています。当時ComponentAAをもとにした
自動生成ツールというのがあったのですが、その後、富士通は、
INTARFRM（インターファーム）と、Interdevelop Designerという２つの自動生成方法を生み出していきます。これらが富士通の超高速開発の流れになっていきます。
同様のツールとして、ＩＢＭのＦＤＬがあります。これは、別エントリで詳しく書いてあります。
アクセス
トータル
ランキング
