アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
情報系と勘定系の統合とは? (スコア:2, 興味深い)
情報系と勘定系の統合、というのがどのレベルを指すのかにもよるが、そこかしこの地銀でも既にある程度の統合はできているのでは。
例えばハイカウンタ、ローカウンタの分化と、オープン出納の共有などで、事務処理のハイカウンタへの軽減を測るとともに、外貨や為替などの機能と統合することで、顧客への商品提案などを支援する、そういうシステムはすでにある。
Re: (スコア:0)
勘定系・・・金の動きをDBに登録(膨大なDB更新)
情報系・・・金の動きを参照、解析(膨大なDB参照)
更新と参照を同時に行うようなシステム設計はどうかと思うので、
勘定系と情報系の統合は厳しいのでは無いでしょうか?
Re: (スコア:1, 興味深い)
両方へアクセスしたかったんじゃないのですか?
>更新と参照を同時に行うようなシステム設計はどうか
「同時」と言われると微妙だが、
データは記録(更新)したからにはいずれ参照するものだし、
その参照の時期を更新時期と一致させないことが
(業務的に)**常に**合理的とは限らないのだから、
ある程度の同時アクセスは受け入れるべきでは?
企業のIT依存が増えたということは、
とりもなおさず「ユースケースが」増えるってことなんだから、
全てのユースケースを分類(分
Re:情報系と勘定系の統合とは? (スコア:0)
リアルタイムで把握出来た方がいいのは間違いないし。
でもさ、ミクロで処理を分けて同時アクセスさせるなんて、
職人芸みたいなシステム組んじゃったら、
新商品開発でシステム変更なんて出来ないんじゃない?
すごいリスキーな計画に思える。