((((；ﾟДﾟ))))ｶﾞｸﾌﾞﾙ　みずほ銀、次期システムを富士通、日立、日本IBM、NTTデータの4社に分割発注

みずほの次期システムはマルチベンダー、4社に分割発注

みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で
判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。ハードウエアの調達と
アプリケーションの開発を分離し、さらに預金や融資といった機能ごとに開発委託先を変える。大手4社に
発注を分散させることで、総額4000億円を超えるとみられる大規模プロジェクトにおける技術者確保
などに万全を期す。

委託内容と発注先との関係は次のとおりだ（図）。勘定系システムの中核をなす「流動性預金」の
アプリケーション開発は、富士通に委託する。富士通はみずほ銀が現在使っている勘定系システム
「STEPS」の開発元である。

図●みずほ銀行の次期システムの分担体制
ハードウエアの調達とアプリケーションの開発を分離するほか、アプリケーションごとに発注先を
変えるなど、マルチベンダー体制を採用した
http://itpro.nikkeibp.co.jp/article/COLUMN/20121116/437901/010zu01.jpg

流動性預金のアプリケーションの動作プラットフォームには、日本IBM製メインフレームを使う。
みずほ銀は「CIF（カスタマー・インフォメーション・ファイル）」や「処理フロー制御」など、各アプリ
ケーションが共通して必要とする機能を既に「共通基盤」として日本IBM製メインフレーム上で開発している。
この共通基盤上で、流動性預金のアプリケーションを動かす。

http://itpro.nikkeibp.co.jp/article/COLUMN/20121116/437901/?top_tl1

つづく

つづき

流動性預金以外のアプリケーション開発については、「融資」「外為」を日立に委託する。「信託」に
ついては日本IBMに任せる。「全銀接続系」はNTTデータに発注する。「定期預金」や「営業店との
接続系」は富士通に任せる。これらのアプリケーションは、Linuxなどを搭載した富士通サーバーと
日立製サーバーで動かす。アプリケーションは基本的にJavaで新規開発する。ただし金利計算など
一部のロジックについては既存のものを流用する。

次期システムの開発では、みずほ銀、みずほコーポレート銀行、みずほ信託銀行の勘定系システムを
統合・刷新する。これに伴い、3行の現行システムは廃棄する。

3行が現在使う勘定系システムの担当ベンダーは、みずほ銀が富士通、みずほコーポレート銀が日立、
みずほ信託が日本IBMだ。3社は結果的に、みずほ銀からの受注を継続できたことになる。

次期システムは2015年度から順次、稼働を始める計画だ。みずほ銀は4社を「共同検討ベンダー」と
位置付け、4社を交えた共同検討会をスタート。要件定義に取り掛かっている。

以上

ええな

＞アプリケーションは基本的にJavaで新規開発する。

ふむ

関連ニュースです

COBOLなどの既存システムから日本語の設計書とJavaソースを作成、富士通が新サービス
http://itpro.nikkeibp.co.jp/article/NEWS/20120815/416081/

銀行向けシステムは、なんかあったときに賠償払えるトコじゃないと請負えないだろ

名刺屋さんが儲かるな

Fさん。。。

>>7
何故？

こりゃJava要員の単価が上がるぞ

365人日くらいで作れそうじゃね？

どうインテグレーションすんだそれ

FとHはデータの下に入れるが
IBMは無理だろう

ぽっしゃた時の責任はどこに行くの？
分割、Ｊａｖａで大丈夫　みずほはＣＩＯ首は大丈夫　合弁の時にやらかしたよね

>>9
2時間講習受けただけの素人が富士通とかIBMの名刺持って仕事に参加するからじゃね？

「IT業界で無事にいたいなら銀行に関わるな」

ttp://anond.hatelabo.jp/20071105213604

勘定システムが肝心なのに＞＜

>>16
あるな・・・

失敗フラグじゃん
そもそも誰がシステムを分割したのよ
そいつは責任取れるやつなのか？

また二か月分の給料振り込んでくれるのか

責任の擦り付け合いが起こるな

>>16
(；´∀｀)…うわぁ…・・・

今でも、全銀中ダントツにやばいけどな。みずほは。
ゆうちょの新システムより3倍やばい。

第二次みずほショックかよw

4000億円すげー
やったねニートちゃん
おまんま食えるよ

ふうー。みずほに口座が無くて助かった。

>>23
ゆうちょの新システムはＵＦＪのお古（三菱東京ＵＦＪ統合で余ったやつを買った）

三菱東京ＵＦＪは、三菱のシステムに退化した

うちの銀行も来年新システムに移行する準備をしているわけだが、研修を土曜日までさせられて辛い。
テストで合格しないと合格するまでやらされるし最悪

マルチベンダーのメリットってなに？

みずほは未だに第一銀行と勧業銀行の派閥対立で風通しが悪いんだろw

みずほ銀「代金は次期システムを使って振り込むからｗ」

どうせjavaでラップしたCOBOLだろ

そして孫請ばかりが集まる…

アクセンチュアがコンサルに入れば完璧の布陣だな…デスマーチへの。

>>29
レクサスを縦半分に切ったやつとワゴンＲを半分に切ったやつをくっつけて走れるようにしろ　というのは無理難題だが、
レクサスのエンジンとワゴンＲのシャーシとポルシェの車体を組み合わせて走れるようにしろ　と言われればできないこともない

そういう話かと

public void PROCEDURE_DIVISION (

誰が舵取りするんだよｗ

つーか１社で請け負うとかリスクたかすぎだろｗ

ま、実際に開発するのは俺みたいなフリーのチンピラＳＥなんだけどな

高　　　　０　　　　　データ
↑
給　　　０　０　　　　デー子
料　　０　０　０　　　下請け
↓　０　０　０　０　　孫請け
低
　　　NTT Data

すっげえ怖い また大規模トラブルとかないの？

トラブったら原因究明に4ヶ月、復旧に2ヶ月みたいな

ついでにオフショア開発して人経費を抑えるで役満までいけ

>>16
こういうの書くのってリスクとか予想できない人月とか単価とか見積もれない無能な人か会社なんだと思う
普通に金融システムやってましたが

2006年のIBM z/os導入時に、富士通を追放するって言っていたのに・・・

富士通と日立はともかく
IBMがハード、NTTが通信インフラやるのは別におかしくないだろ

上手くいかなかったときが恐ろしいな
責任の押し付け合いとか

>>34
それを適切に行うには、車というものの機能をきちっと分割できている、という前提があるのだが、
まだ存在しないシステムについて、それができているかどうかは誰にもわからないんだよね

さてどうなることやら
続報を楽しみにするわ

分割ってあほちゃうんか。

みずほ情報総研にも仕事回してくれ

あーあ、やっちゃったな
取りまとめられる奴がみずほにいるのか？

前に止まった時のATMの出力どっか残しておいたはずだが…
またあれが見られるんだろうｗ

３メガバンクで共同発注すれば１／３の値段で済むのにな
ってか、日本のすべての金融機関が同じシステム使えばかなり安くなる
どうしても必要ならアドインで特別仕様のアプリも追加できるようにすれば良い

金融システムなんてさっさと標準化しろや

まだメインフレームなんて使ってんのか。変わらんな。

またシステム障害起こす気か・・・

うわあ・・・。
特にF社。
うわあ・・・

12月からｷﾞﾝｺｰで開発

あー

全部降ろしてくる

懲りんやっちゃな

これは危険な香りがする
接続テスト地獄だろうな

またダルマ貰うのか

前回の反省がねえな。組み合わせが最悪すぎる

>>44
今ＩＢＭに人がいないから無理じゃね

今度は何人が鬱になって何人が飛び込むんだろうね…

絶対失敗する光景しか思い浮かばない

>>15
よく知ってるねｗ
俺はそんなのですら耐えられなくて辞めたよｗ富士通って低学歴ばかりの馬鹿ばっかだったしｗ

これからはアプリをシコシコ書くシステムなんか言語は関係なく駄目だよ

Javaでやる勇気があるのか・・・

自営SEの俺はこういうときが稼ぎ時
残業しながら今月はいくらかなーって計算するのが楽しい

一体何が始まるんです？

>>70
大手の下請け傭兵やるの？

あーこれはみずほ銀行終了だな

明日解約して別の銀行に口座移さなくちゃ

みずほ母体
　勧銀→古河系→富士通
　富士→芙蓉系→日立

ＩＢＭ
　スルガ銀行でシステムが起動せず、とんでもない賠償をはらう

NTTデータ
　仕事をふって中抜きだけの無能

あり、住友系のＮＥＣはどうした？

責任の所在が曖昧になってよかったな

>>53
技術的に可能でかつ大幅なコストダウンが出来るとしても、ソレ以外の要因で
ムリだと思う

俺がみずほ銀行に預けた1円はどうなるんだ？

>>75
車輪の再発明か

まあ結局作る下請けは同じ所だったり

年金システム開発が1年以上停滞
受注企業がギブアップ、違約金を払う
http://itpro.nikkeibp.co.jp/article/COLUMN/20120312/385822/?s2p

マルチベンダー体制の悲劇

ひ孫請けくらいに沢山死人がでるな

>>72
やるよー
契約条件は強気に出た方がいいぜ

今度こそ公共料金の当日入金即引落に対応しろよ。

まぁ、自営だと納期と工数とか合わせやすいだろうしね
無能SE営業がいるとあっという間に破たんするんだよね

富士通って凄いよな
あんだけの大失敗やらかしても、こうやってまた同じ失敗するチャンスが与えられるんだから

NECは仲間はずれですな

システムを分割とはチャレンジャーだな。
整合性をとるのが大変だろうに。

まだCOBOL使ってたのかw

>>74
富士通が富士銀行じゃないんやな

>>87
笑ってるけどバリバリ現役だが？
それってフォートラン使ってる大学研究者に対してやってるのと一緒よ？
古さで笑うとか…

大学と銀行を一緒にするのはどうかと

メガバンク統合とかで安定した食い扶持が減ってシステム作ってる各社は必死だからな
メーカーを食わせるために分割発注してる面もあるだろう
しかしNECがはぶられてるのかわいそう

>>91
NECは安定の三井住友があるから
わざわざ火中の栗を拾いにいく必要はないだろう。

誰がプロマネやるんだろ？

進捗会議の為の会議の為の打ち合わせに向けた資料作成、コレに１日費やす
ＵＴの段階でデスマ発生

そんな開発

コンサルで、アクセンチュア入れれば、成功するぜ

これやると各担当の境目できれいに障害が起こるんだよね。
障害が起こると、各担当ベンダは内の範囲外と言って逃げて、
困るのはダメポと。ホントにもうダメポ。

つか、俺の給料の仕向銀行はダメポなんだから勘弁してくれ！

PMの首○り用縄が準備できたらプロジェクト開始ですね

>>3
ええのんか

メガバンクの勘定系は独自じゃないとだめなのかな
信金は統合が進んでるが
たとえばユニシスのSBI21とか

>>99
システム卸してるメーカー達に仕事与えるためにやってるからな
メガバンが統合しちゃってメーカーの食い扶持が減ってるしな

>>84
何も知らないバカは黙ってろよ

NEC子会社に来年から入る俺だが、
助かったのか？

>>102
新人にＯＪＴやらせるには丁度良い現場だけどなｗ
実際、開発主幹がこの４社ってだけでＪＶの現場はメーカー系列関係無いよ

ま、多少は覚悟しておけ

あほかよ

>>1
派遣がつくるんだからある意味
元からマルチベンダー



派遣はベンダーじゃないか

>>88
富士通は、古川電工とシーメンスの合弁企業 富士電機の通信部門だったからな
古川の"ふ"とシーメンスの"シ"から富士電機という名前になった、嘘のような本当の話

古川 じゃなくて古河だったね