昨日休日出勤して3冊に及ぶKINGJIMを斜め読みしてふと思ったことをTwitterにぼやいた。 ものすごーく高いお金をかけて基幹システムを作っても現場で使っているのはExcelで、そのExcelをベースに手で個別システムに打ち込んで基幹にバッチでつないでいる会社がどれほど多いことか。 http://twitter.com/gothedistance/statuses/721944022 何でこんなことになってしまうかというと、この辺りが大きな原因かな。 基幹システムで管理したい単位と業務で管理したい単位が違う。 基幹システムは情報システム部が、業務アプリは個々の部が勝手に作っている。 1番においては、基幹システムで管理したい単位は仕訳を行うために必要な単位で業務に必要な単位はそれよりもっと細かい商品単価であるとか商品単位であるとか業界標準の何とかコードであったりとかする。特に流通・小売と
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日はwakhokナイトセミナーにてProject Zero 第2回「GroovyとProjectZero」を話しました。資料はこちら。 Zeroとマルチコア さて、その後の懇親会では色々と話をさせていただきました。面白かったのはマルチコアとアプリケーションアーキテクチャの話。将来的にZeroが実行されることになるJavaVMは次期IBM J9の派生版になるそうです。で、このVMではZeroの実行はスレッドではなくて、すべてプロセスで起動することになると。こうした処理はマルチコアのサーバを想定します。各プロセスはコアに割り当てられるのです。簡単にいえば、ぽこぽこVMが起動して、それらが処理を行います。 前日、マルチコアなサーバでSUNのJavaVMをいじっている時、
ポイント ・ユーザー自らシステムの機能を組み替えられるようにする ・「サービス」とは業務プロセスをシステムから見たもの ・プロセスの記述，実行，サービス作成という三つの仕組みで成立 「SOA（Service Oriented Architecture）」とは，情報システムを構築する考え方の一つである。SOAというモノを買ってくれば，SOA対応のシステムになるわけではない。ITエンジニアがSOAという考え方に基づいて，システムを作り上げる必要がある。 多くの読者の方はSOAの特徴を見聞きしたことがあると思うが，それは，SOAの考えに基づいて作られた，いわば理想のシステムの特徴である。 SOAは考え方でしかないが，SOA対応システムを作り上げるうえで，役立つ要素技術がいくつかある。その代表が，「BPMN」「BPEL」「ESB」「Webサービス」「SCA」である。この記事では，SOAという考え方
OASISは23日(米国時間)、OASISメンバーによってReference Model for Service Oriented Architecture (以降、SOA-RM) version 1.0がOASIS Standardとして承認されたことを発表した。 現在SOAの定義はベンダごとにことなっているが、SOA-RMはSOAのリファレンスモデルとして提供される。特定の技術に依存しておらず、SOAのコンセプトを純粋に表現しているため、製品間の接続性向上に寄与すると考えられる。 Adobe Systems、BEA Systems、富士通、General Motors、NECなどがサポートを表明している。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
