80年代に作られたシステムつっても80年代に作られたシステムを「そのまま」ただ運用してきたわけじゃないんですよ。
毎年毎年銀行では新しい業務が増えたり減ったり業務フローが変わったり現場から「使い難い」と文句が噴出したりとシステムに対する要求が際限なく出続けます。
その度に今走っているシステムに少しづつ手を入れて対応していく事になるんですけど、段々増築に増築を重ねた建物みたいに誰も中がどうなってるのか分からない化け物に変貌していってしまいます。
そこで全体を一旦整理整頓して仕切りなおす儀式「次期システム更改」が行われるわけです。化け物の中身がどうなってるのかを一つ一つ紐解いて再構築していく作業は半端なもんじゃないです。
純粋に疑問なんだが80年代には30年以上稼働するシステムを構築できたのに今はできないってどういうこと? 上がアホになったん? やっぱ特攻みたいな理不尽な命令受けて育った世...
80年代に作られたシステムつっても80年代に作られたシステムを「そのまま」ただ運用してきたわけじゃないんですよ。 毎年毎年銀行では新しい業務が増えたり減ったり業務フローが変わ...
やってることの規模が遥かにでかくなったからに決まってんだろアホか
うん? 疎結合なシステムを作ろうって話なのに、規模のせいにしちゃうん?
うわーこれだから非コミュプログラマ思考は…。 投資銀行部門でデューデリがどうとか言ってる人間から銀行窓口で何もわかってないけど取り敢えず投信嵌め込みやらされてる女子まで...
その話規模関係なくね? あとどのレベルの要件満たすかなんて決めの問題だろ? むしろそう動かすでコンセンサスとれりゃそれで行員教育すりゃいいだけの話で
次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化 日本...
アスペ童貞なりに一生懸命考えてみたけど、商業銀行と投資銀行っていう別々の会社を作って兼業禁止とか自己勘定禁止とかしてみるといいじゃないかな!!?!?!
疎結合するにもAPI仕様とか決めなきゃで システム間で必須データがないとかで項目追加したり 旧銀行の慣習で合わせられずに悩んでたりとか 疎結合で行きたいのにAシステムとBシステム...
マジレスすると、最近のゆとりは使えないから
システム開発の場合、建築等と違って人が増えると逆に仕事が進まなくなるという現象(いわゆるブルックスの法則)があるので、 大規模化すればするほどそれだけでプロジェクトは困...