当初あるパッケージ品を検討していたがご破算になって仕切り直し
ただし、これって条件があるようで、
他言語からの乗り換え ・・・、 ((φ(￣Д￣ )ﾎｫﾎｫ
画面が結構あって・・・、 ((φ(￣Д￣ )ﾎｫﾎｫ
帳票も結構ある ・・・ 、 ((φ(￣Д￣ )ﾎｫﾎｫ
セキュリティの考慮が結構必要か ・・・ 、 ((φ(￣Д￣ )ﾎｫﾎｫ
で、
パッケージ品なものであること
( ゜д゜)ンマッ!!
・・・だって。
う〜ん、これって 大企業らしい管理側の都合があって、
開発工程からみて設計書をきっちり書きそうなので、管理する側から見て、
- 設計〜製造〜保守が連動出来るようになっているほうが良い
- ということで↑開発工程で管理し易いから品質管理もやり易い
確かに、ある程度の規模以上である程度不特定多数な開発メンバが集まるなら、こういったものが欲しくなるのは当然かもですね。ざっとWebでみたところではこういうものが引っかかりました。
- http://works.nri.co.jp/product/develop_plbl.html
- http://jp.fujitsu.com/solutions/afw/
- http://www.hitachi-solutions.co.jp/barista/sp/framework/kakaku.html
- http://www.intra-mart.jp/whats/
- http://www.terasoluna.jp/
まあ、オイラもあるプロジェクトで直接では無いが、こういう代物に関与したことがあります。一般的なオープンソースのフレームワークよりも日本の業務開発をサポートするような機能等があったような気がします。
- 設計情報（Excelとかの設定表、UMLとかモデル）から最低スケルトンとか生成
- 実装をアシストするツール（エディタ、ジェネレータ）
- 実装が楽にする品質を担保するライブラリ群
- 開発リソース（コード、ドキュメント等）を管理するツール
さてさて、こういうのって、さらに我が国固有な「めんどくさいレイアウトの帳票」に対応したツールとかもついていたりするので悪くは無いですが、
簡単に言えば
高い！！
これにつきます。まあ、所詮道具なんで使いこなせれば何でも良いかと思いますが・・・。本体＋開発ライセンス＋実行ライセンスとかで結構なお値段になるので、「ブランド的な安心感」もあるのでしょうかね。
・・・
で、よくよく聞いたら、元々の候補が外れた理由は「価格」だということで、（ヲイ）
ｵﾘｬｰ!!（ﾉ￣ー￣）ノ ┫：･'.::
『では、
優秀なパッケージ品のフレームワークが
プロモーション期間中でバーゲン価格で使えない限り、
パッケージ品のフレームワークの選択肢自体駄目ってことですね。（笑）』
ということで、オイラの回答。
パッケージ品のフレームワークとそのライセンス料金とに見合う力がある
エンジニアを集めて、設計情報やリバースで連動というのはエンジニアのスキルでカバーする（笑）
ことにして、以下のような組み合わせ（定番かと思いますが、すべてオープンソースつまりタダ）でどう？
＃とりあえず実行ライセンスは無視
- 画面制御やバッチ制御を考慮したJava系DIフレームワーク（SpringとかSeasar等）
- DBを抽象化するO/Rマッパー（Hibernate、MyBatis等）
- 画面をJSPでゴリゴリ書かないためのテンプレートエンジン（Verocity等）
- 帳票系のレイアウト等作成ツール（Javaベース、JasperReports、iReports等）
- PDF系ツール・ライブラリ（iText等）
- 開発リソースを管理するツール（Subversion、Git等）
- ビルド時のライブラリバージョン管理や自動化等をするツール（Apache Maven/Ivy＆Jenkins等）
- 仕様とかバグをWebで管理出来るチケットシステム（Trac、Redmine）
- 機能レベル（単体試験等）の確認環境（DBはMySQLと仮定してXAMPP、必要であればVMWare）
- UMLでおおまかに設計（astah community）
- DB設計はとりあえずERは書いておく（EclipseのClay Plugin/ERMaster）
本日のBGMは Diane Birch
こんにちは。
返信削除立派なフレームワークの数々は、やはりもの凄いコストで作られたのでしょうね。