【経済】みずほ、次期システムを富士通など4社に発注

みずほフィナンシャルグループが2015年度末までに開発する次期システムを富士通、日 立製作所、
日本ＩＢＭ、ＮＴＴデータの４社に発注したことが明らかになった。メガ銀行の システムは
大規模で複雑になっている。基盤システムや預金、融資、信託などの機能ごとに
各社が得意分野の開発を分担する。

*+*+ NIKKEI NET +*+*
http://www.nikkei.com/article/DGXNASGC2000E_Q2A121C1EE8000/

２２２２２２２２２２２２２２２２２２２２２２２２２

みずほですぅ

　　　　　/: : : : : : : : : : : : :／/: : : : : : : : : : : :ﾍ
　　　　/: : : : : : : : : :}´｀ﾞ´　彡＝‐''^､: : : : : : : |
　　　　f: : : : : :／ﾉ!!´　　　　　　　　　ﾞ､ : : : : : |
　　　 {: : : : : :/　　　　　　　　　　　　　ゞ: : : : : :》
　　　 .|: : : : / ／＝=ヽﾉ　　､ィ==＝ヘ　＼: : : : }
　　　 ｉ : : : / 　　　　,,,　　　　　,,,　　　　　 |: : : ﾉ
　　　 |: : : | 　-‐━━'ﾞ　　　　ﾞ''━━-　　 l: : ﾉ
　　　 《: : :l 　　　─''´　　　　　｀''─　　　　|: :|l
　　　 〈〈《《　　　　　　r'´　　 ヽ　　　　　　 |ﾍ弋
　　　　ヽゝﾄ　　::. 　　丶^ー^ｰ'　　　.::　　 |r^ｿ`
　　　　　 〉o　　 ::　 　 ＿ _ ＿　　　::　 　 lo〈
　　　　　 `ー､　　　 <-‐＜＞‐->　　　　l`ー'
　　　　　　　 《､　． 　 `''ー─''´　　　　/ﾍヽ
　　　　　　 　 ゞ|､　　　　￣￣　　　　 ｲ》ﾊ
　　　　　　　 ／|　丶､,,　　　　　,,　　'´| ＼
　　　　 r─'´　 |　　　　￣￣￣ 　 　　|　　｀''─-､

富士通ってATMをストップさせた前科前歴が多いよね
大丈夫なの？

へ？
お前んとこの党、システム（）が必要なほど、でかかったッけ。
ベタにボケてみた＾＾

>>1
どうやって運用するんだよ

分割とかあほ？

ええっ、こんなに分散して発注したらすり合わせ出来ずに事故らないかな・・

2015年度ってたった２年後じゃん。末だから３年後か。しかしデスマ決定。

http://www.dotup.org/uploda/www.dotup.org3642382.jpg

やはり合理化なんて出来ないよなあ。

ひ孫受けあたりがチョンボしなきゃいいが…

実際に作る兵隊はどこ？

多摩センターにデータセンターある

あれだよな、
内部設計は○社、ミドルウエアとマシンは△社、
業務プログラムは□社。
とかだよな。

トラブルの温床となる
４ベンダ混在のシステムはもうゴメンだぜ。

おいおい、あまりの不良品ぶりに訴訟を起こされた
ＩＢＭが含まれているぞｗｗｗ

基盤担当 富士通
アプリ担当 データ、日立
訴訟担当 IBM

完璧な布陣だな

次期システムはジャンプス？

>>7
ブリッジ

金融庁はカンカンなんじゃねーのｗ

実際のプログラマは10次ぐらいの下請け？
それとも中国？

不治痛かよ〜

何社が受注しようがどうせ作る部隊は一緒だからなあｗ

名前だけの糞会社ばかりやん…

富士通ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ


みずほは懲りないなｗｗｗｗｗ

どうせＩＴドカタは下請けの下請け

一社で請け負った方がいいんじゃないのか？
詳しい人教えてくれ

富士通は外せよｗｗｗｗ

>>21
情報総研ってPGやんなくなったのか？

開発言語はやっぱりCOBOL？

>>27
普通都市銀は何社かにシステム分けてる
他の都市銀も　富士通　IBM　NEC　日立　システムごとに使い分けてた
情報系はIBM　勘定系は日立　通信系はNECとかにね　富士通系はなんだったか忘れたけど（ｗ

震災時の日銀120兆報道に合わせてシステムトラブル起こしたんだけ。確か3月13日頃か。

>>30
都市銀だとＣＯＢＯＬ・ＰＬ１・アセンブラ他　各種言語が混在するよ

>>5
IBMはスルガ銀行で裁判沙汰になってる

>>33
PL/Sと言えよ。PL1じゃなく。

都銀のIBMは全てＰＬ１だった

不治痛に投げた結果、稼動初日に止まるんだろｗ

都市銀行は大変そうだな
地方レベルならパッケージでいいんだろうけど

東証アローズのシステム不具合で止めたの不治痛だよな

三菱東京UFJ銀行はシステム統合に3年かかったはず
銀行系システムは大規模になりすぎるのでどうしても時間がかかる

ついこの前この銀行システムダウンさせて大損害被ってたな

システム開発言語は、PL/Sだろ。
アプリはPL/1かもしれないが。

また、死人が出るな・・・。

ITドカタ乙
死なない程度に頑張れや

>>5
東証も富士通だった希ガス

>>23
どうせABCとかの下請けって相場が決まってるよな。
土建屋国家とか抜かした民主党のスレでも書いたが、こういうJV方式って
土建屋の方が何十年もの実績があるんだよ、金額も発電所一個作れば3000億、高速道路なら兆超え、
基礎だの電気だの水道だの内装だの全く異なる会社使って、雇う会社も
ITの比較にならない程酷いし、学歴なんてく比べる対象にならない
仕事の危険度合いなんてお話しにならない程、差があるのに事故0
工期遅れ0、不具合0が当たり前の世界なんだな。

鉄鋼の新日鉄がIT会社作って成功してる通り、土建屋が銀行やドコモのシステム開発の
舵取りしたら、ハッキリ言って電機会社やシステム会社なんて相手にもならないだろうな。

ろくでもないところばかりだけど、それじゃあどこなら良いんだと言われると、ぐぬぬ、となる。

>>33
SKE48の松井玲奈はCOBOLでプログラミング出来るらしい
商業高校出身だし

この状況でMUFGとSMFGが合併したら対応できるやつ会社あんの？

情報工学科だとアセンブリ言語とかでプログラミングを習うらしいな
俺は電子工学科なのでBASICとC言語しか習わなかったが

次期じゃだめなんですか？

>>46
俺としては日揮とか三菱重工のエンジニアリング本部に任せたら
案外うまくいくんじゃないかと思う。
世界レベルの土方集積能力だからな。

どうせPrimaveraもまともに使えてないみたいだしITは。

>>45
東証もだし、競馬場でもやらかしてたような
ATMやっちゃったのは当のみずほじゃなかったか？

今のうちに、みずほの口座解約しとくよｗ

デスマ発生システムまたつくるのか

>>27
一社請負だとガラパゴスになる可能性がある。
金融のシステムは簡単に移行できない。
MUFGのDay2移行みたく大規模長期になる。

>>32
あれは、フジテレビの募金が原因じゃなかったっけ？
一般口座に振り込み集中させてパンクした

※通常はそういう口座は特別扱いにするらしい


>>40
既存の三菱システムに統合だったから楽な方じゃね？
UFJシステムはゆうちょに売却されて、今やってる印鑑登録が終わったらゆうちょも副印鑑が廃止できるようになるらしい

>>21
オフショアと言いなさい

>>1
富士通は外せ。

>>33
富士通はＣＯＢＯＬ、ＩＢＭはＰＬ／１だったな。
アセンブラは互換だ、
今回は知らん。

>>57
>UFJシステムはゆうちょに売却されて、今やってる印鑑登録が終わったらゆうちょも副印鑑が廃止できるようになるらしい

日立製作所、泣きっ面にハチだな。ｗ

>>48
大型システムのＣＯＢＯＬと小規模システムのＣＯＢＯＬは違うんだけどね

>>54
みずほくらい使いやすいのは無いよ。
たったの残高１０万で時間外・コンビニＡＴＭ手数料無料だし、
たったの残高５０万で月３回振込無料だ。


ＳＢＩなら残高無くともってのは無しで。
ほとんどの人は「通帳」があることに安心するんだ。

>>52
そうだな、例えば、運用なんて鉄鋼の現場じゃ一日でも休んだら鉄が固まり、
ラインから工場が全て潰れるから24時間３６５日運転が当たり前。
新日鉄が本気出して、銀行やドコモの運用やったらドコシスなんて
下請け派遣やデータなんてエセコンサルは潰れるよな。
100年以上の運用ノウハウがある土建屋や鉄鋼が本気出さないから
うちらが飯食えてるってのが実情。

俺がMSX BASICで作ってやるよ

全部Javaで作れよ

10次受けの派遣SE20代「経歴偽装でドナドナされますた」

シナ人「日本語ワカランアル」

インド人「インド人嘘付かない」

宇治通「以上のメンバーで構築致します！」

住友はNECに太古のACOSを作らせてたな。

>>13
ひ孫辺りは同じ会社で旨くいったりして

みずほは昔システム統合に失敗した前歴があるからな

しょぼい設計書があるだけでコーディング期間が短いから
どのシステムも糞ばかり。無能のお偉いさんはコーディングの重要さを理解していない。
設計書の不備をプログラマが補完してるのになんと地位が低いこと。

前の大障害の原因って第一勧銀（IBM）と富士銀行（富士通）のシステムを
大してテストせずにぶっつけ本番で統合させたのが原因なんだろ？
その戦犯がまた2つとも入ってるとか何の冗談だ。

>>71
現場のプログラマは大体こう思ってるけど、実際はたいしたことない。

あのババア凄いな

>>72
第一勧銀は三次オンラインではなく二次オンラインを手直しして使ってた（二、五次オンライン）
富士銀は三次オンラインにしていたから　元々難しい統合だったんだよ

>>65
そしたら俺はMySQLとExcelVBAで

>>54
たくさん口座作って1円ずつ入れとけばもしかしたら

>>72
例えるなら、異なる車種の車を縦半分に切断したやつをくっつけて走れるようにしてくれ　というから無理が出る
だからコケた
パーツごとに分けて作らせてそれをくっつけて走らせるなら走る可能性が高い
だから別の話だ

一番いいのはまっさらな新システム作ってそこに移住させる方法だけど、予算面で無理なんだろうな

言語は何使ってもコンパイルしたら同じ機械語にならないの？

>>72
一勧の勘定系は富士通。

C言語でプログラミング出来ればいいのに

動かないシステムの再来とは　wktk

>>76
それなら自分は、ジャポニカ学習帳で作るよ。

>>71
残念だが、>>73の言うとおりだ。全体を見てる立場からすれば、「設計書の不備をプログラマが補完してる」ことは開発のほんの一部に過ぎない

>>79
メインフレームだと汎用の中間コードに落とすから、どんな言語使ってもコンパイルすると同じのが出てくる

何人のSEとPGの人生が台無しになるかな・・・

うち日立の５次下請けくらいだけど
２０万円の仕事の仕様書仕上げるのに
１週間も時間がかかって割りにあわんｗｌｗ
これって普通なのけ？

２ちゃんで銀行作れば？

>>85
ただ、経験上みずほの仕事は楽な方だ（ｗ

優秀なプログラマが全国的に不足してるからな
俺が行ってた大学は情報工学科だけで1学年200人くらいいたが

東証でも富士通は何度もやらかしてるんだから
経験もいっぱい積んだし、もう次は無いって解ってんだろ

IBMと富士通って・・・・・。

センター記帳なら任せろ！

>>87
システム障害で預金データあぼーんしますた
復旧出来ないのであきらめてください



としれっと言いそうで怖いｗ

とりあえず、東芝を外したのは正解。

東芝のIT部門は、社内でもクソ扱いだからなw

>>18
うわぁ・・・ｗｗ

>>5
ヤバイと思うw
前回の大失敗は誰もが予見して、応援部隊の要請は皆で逃げたw

http://i.imgur.com/imifQ.jpg

いつもの。

NECは仲間外れ？

そして責任の所在が不明に

>>98
NECは最悪だから　ＩＴドカタにも嫌われてる

さあ、デスマの幕開けです

俺がAccessで作ってやんよ
mdbが壊れたら勘弁な！

みづほって、数年前新システム開発と言って物凄い人集めてたよな
他からも移って行ったのに、あっと言う間にあぼーんしてバサバサ首切ってたｗ

>>73
そんな事もないぞ。
実際コーダーが補完しない外人部隊にコーダーオーダーすると悲惨な結果が多いだろｗ

ただ現場補完の内容メモがないから不明仕様が発生して仕様追加が実質不可能になるって弊害もあるからどっちがいいとは言わないけどｗ

ミズポ総研のシステム開発豚胃が音頭とるんだろうけど、変人ばっかりだったなぁ

二度とゴメンだわ

PROCEDURE DIVISION.

ORACLE使えよ

システム障害だけは回避するべき！

>>102
普通預金だけで１０億口座くらいあるけど、お前なら出来る
頑張れ

>>98
ＮＴＴデータ≒ＮＥＣですｗｗｗ
業界の常識です

>>107
いいや、HiRDBを使うね！

>>18
他のは置いといて、訴訟担当は適任だな。
IBMは地銀との開発遅れで結局中止になって、
訴訟になって完璧に負けて巨額の賠償金を払った実績があるし。
みずほは開発が遅れ、中止になっても大丈夫。

>>100
ＩＢＭ互換路線じゃなかったから、開発標準（工程とか成果物の規定ね）の毛色がちょっと違うよ、あそこ
サービスインしてからのトラブルが多い会社だけど、そのせいか、即時対応力がよそより長けてたりする

>>107
使ってるだろ

学ばねえなｗｗ

すーぱーこんぴゅーたー　とか言うのが無いと、試算ができないらしいぞ。

俺がjavascriptで作ってやるよ

>>116
いｊくらなんでも銀行はミンスほどバカではない…と思いたいw

>>111
つこうてるだろ

このスレ、PGとSE、PMはどのくらいいるの？

コーダーが補完？
そんなものやって当たり前の前提で予算くんでんだよ。
何を言ってるのだね。

>>118
【金融】三菱東京UFJ銀行、11月の新システム移行に伴い、長すぎる住所の文字数省略のお願い
http://www.logsoku.com/r/newsplus/1216202999/

住所表記方法ご指定のお願い

拝啓　時下ますますご清祥のこととお慶び申し上げます。
平素は格別のお引き立てを賜り、厚く御礼申し上げます。さて、上記お取引店は平成20年11月に
新システムへの移行を予定しております。

　新システムへの移行後は、登録可能文字数の制限から、誠に勝手ながら、現在お届けいただい
ているご住所をこれまでと同様には表示できなくなります。お手数をおかけいたしまして誠に
申し訳ございませんが、住所表記を短縮いただきたくお願い申し上げます。

　右記の返信用はがきに、マンション名・建物名等を適宜省略いただくなどにより、マス目の中に
おさまるように短縮した住所の表記をご指定のうえご返送をいただきたく、お願い申し上げます。


バカな三菱システムに移行したので、UFJで長い住所の人は短縮させられたｗ

IBMはスルガ銀行と訴訟してたり
八十二銀行が開発したのを保守運用してたりぐらいしか知らんなぁ……

消えた年金で社保庁がｳﾏｰだったから
消えた預金やる気なんだろ

っていうか老人殺して預金盗んだのが合併前のみずぽの行員だったよな

ほんと懲りない連中だｗ

楽天銀行って信用できるの？

みずほFG -> みずほ情報総研 -> 富士通 -> 1次下請け -> 2次下請け・・・

>>10
今から開発する訳ないじゃん
使えるものを作らせてお墨付きが出たから
発注したんだろ

幾つの屍が転がったのかは知らんけど

>>128
君は甘い。

この４社、都銀統合(第一勧銀・興銀・富士)で
みずほ銀行を設立した時にシステムを請け負ってた会社そのまんまだよ

どこの会社がどの部分を担当するかは「政治決着」とか言って
各社の上層部で決定してるしな

何故こんなのが記事として上がるんだか意味がわからん

日経コンピュータReport - ［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注：ITpro:
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20121116/437901/?k3
>次期システムは2015年度から順次、稼働を始める計画だ。
>みずほ銀は4社を「共同検討ベンダー」と位置付け、4社を交えた共同検討会をスタート。
>要件定義に取り掛かっている。

とらぶるがおきないといいな

>>113
おまえＩＴドカタじゃないだろ
即時対応力がいいって言うのはこき使ってるって事だよ

ちなみにNTTデータ→NEC→下請け→下請け→契約で仕事したけど最悪だった
もうNTTデータとNECに関わるのはまっぴらごめんだ

>>131
15年度末から順次、か。
まだ何も決まってないな。

>>122
グランドセンチュリーメゾン日本橋人形町インターコンチネンタル２号棟（実在しない）
みたいなマンソンだと大変だよな

レオパレス野菜畑 103号室（実在する）
プリティさくらんぼ（実在する）
マンハッタン・ファンタジー（実在する）
（以上　http://archive.homes.co.jp/estate_master/211689/　）

だったらむしろ書きたくない

マルチベンダーは悪くない
ベンダー同士の危機感を煽る意味で
問題はどう繋げるかだ！


初からその話をしている？
失礼しました

>>135
マルチベンダーは保守から言わせると最悪
障害発生時はお互いに原因を押しつけあって解決しない
原因追及も押しつけあって真実が出ない

もっともマルチベンダーだからこそ、
ニッチに参入して稼ぐことできるw

>>136
この場合、泣くのはMHIRってことでいいのか。

>>32
あれは当時の全銀システムの金額最大桁数が足りなくて
発生したんじゃなかったけ

>>135
どこの都銀もマルチベンダーだよ

次期シスってずっとやってるよな、みずほ
去年のシステム生涯でケツ叩かれたんだろうなw

みずぽの発注先は、アデランスだろ

>>134
エクシードヴィラてるおちゃん
セフレ六甲
カサグランデタモリ

>>137
当然w
原因はメーカ同士で押しつけあって答えが出ないのに
利用者や監督官庁から突き上げくらうのは銀行のシステム運用担当と責任者w

>>132
データの関わるところは何処もダメだよ
常識

銀行系って、うまくいった試しがないよな。
ほとんど同じだけど微妙に違う業務が星の数ほどあって、
その業務の中身を知ってる人間が複数に分散してて…
とか、そんなのばっかだし。

もうすぐ５０のＣＯＢＯＬしか出来ないＳＥなんてお呼びじゃないでしょ！

まあ外資に頼まなかったのはいいことかも。

サムスンとかＬＧとか。

運用システムの発注の他に、ＳＩ業務を無関係な会社に発注したほうが良い気がするな。

何社にも分けて発注したらまたトラブルになるんじゃないの？

>>132
うん。発注主だから。

>>117
いやいや俺がExcelで…

またデータが上澄みだけピンハネするのかｗ

>>145
５０オーバーのＳＥだが仕事の口はいろいろある
ただこっちが今は仕事出来ない状況なだけだけど

化石みたいな昔のCOBOL手直しして使ってる企業もあるけど
そういう所は技術者不足で困ってる

>>46,52,64
そうなのかなあ。ソフトウェアをなめてると彼らでもどうなるか。
っていうかIT土方どもの無能さをなめてると…

しょうがないからCOBOL資産をそのままオープン化とかしてるしなあ。
まあ勘定系でjavaは、なかなか踏み切るところはないかもね。

>>104
プログラマーは仕様書の行間と空気を嫁よ。でこき使われて死ぬだけ。

結局、下請けの下請けをたどっていくと、同じ会社になるから大丈夫ですよ。

>>145
俺は49才PGだ
中小の社員だがなんとか食えてる
生涯PGのつもり

>>157
年収いくらぐらい？

エリートかよクソ食らえ

ぶっつけ本番だから運用初めてからじゃないとバグ取りができんってのが怖いな。

発注側は大金使ったのにシステムはできないわ、日経コンピュータのネタにされるわで、
受注側は予算超過するわ、PMが鬱病になるわ、SEがハゲるわ、PGが血尿出すわで…

誰一人幸せにならないのに、よくやるのう。

結局富士通だろうな
東証の時もそうだった

NTTか・・・

いや、何でもない。何でもないんだ。

富士通だけどやめたい
ドコモとかKDDI行きたいお

どうせ作る下請けは一緒なんで

富士通かよｗｗｗ
また一部の真面目なやつがI can flyするぞ。

予想通りの流れで安心した。やっぱり認識は一緒か

どうせ大連あたりにオフショアして、納期ギリギリに

「kingakuが100圓から大きいのときは、特別程式を施行しろくださいませ」

とかいう設計書が出てきて頭抱えるんだろうな。

★★☆☆【東京】１２．６ 第２回アジアの民主化を促進する東京集会−日印国交樹立６０周年を記念して− in 文京区 ☆☆★★

平成２４年１２月６日（木）１８：３０〜

文京シビックセンター小ホール ※参加費１,０００円（地下鉄 南北線 後楽園駅 ５番出口直結）
http://www.city.bunkyo.lg.jp/sosiki_busyo_shisetsukanri_shisetsu_civic.html

主催者挨拶：加瀬英明　実行委員長
来賓挨拶：頭山興助　呉竹会アジアフォーラム会長、櫻井よしこ　ジャーナリスト（交渉中）、
安倍晋三（メッセージ）他党もメッセージ

第一部　講演
「日本はアジアの光だった」ヘンリ−・ストークス（ジャーナリスト）
「日印連携してアジア海洋連合を」岡本幸治（日印友好協会理事長、大阪国際大学名誉教授）

第二部 アジア民族代表 意見表明
「アジアの人権と領土・領海問題」チベット　ベトナム、ウイグル、南モンゴル、ミャンマー・カチン、台湾、北朝鮮脱北者

主催：アジアの民主化を促進する東京集会実行委員会 http://asiandemocracy.jp/
TEL 03-5840-6460 FAX 03-5840-7454 メール[email protected]
参考：チャンネル桜イベント情報
http://www.ch-sakura.jp/events.html
参考：保守宣言　デモまとめ　逆襲の日本行くぞ！！
http://ameblo.jp/hosyuyamato/
参考：人権委員会設置法案 三条委員会の意味を知らない議員は落選すべし
http://www.nicovideo.jp/watch/sm19344319

>>5
大手でやらかしてない所ってあるの？

>>170
正直ないよねｗ

NTTデータは、消えた年金、社保庁データシステムでなにしてたんだ状態だったし。

IBMなんかにやらせたら盗撮されそうで怖いｗ

なんせ元社長みずから盗撮魔っていう会社だからな

>>5

みずほのケースは発注側に問題ありすぎ。
どこのどんな企業を連れてこようが仕様を決めないようでは失敗は免れない。

0から立ち上げるんなら、言語は普通にC系を使うんじゃね？
マイナー言語選んでも、頭数が揃わないし保守性も悪いでしょ。

これだけ大規模だとハードも含めたシステム設計だろうから、
処理の重い部分はFPGA上にハードで実現だね。

ジェイコム事件の再来か？
このとき一番儲けたと言われる人は今どうしている？

総額4000億円のプロジェクトか凄いな。

やっぱりCOBOLがメインなのかな？
最近はCOBOL技術者がすくないから
いろいろなメーカーに振らないと技術者が集まらないとか？

金融といえばCOBOLだよな！
2進数じゃないから少数桁がいくつあったって大丈夫なんだぜ

>>145

ぶっちゃけ言語なんて基本は全部同じ。
オブジェクト指向には少し壁があるかなってくらい。

基本がなっていない奴はどの言語でもクズ

>>177
いやいやｗ
最終的には二進数だろ

知り合いのコボラーはこのプロジェクトの作業に駆り出されてるよ
もちろん書かれている4社ではないけどね

COBOLをCやJAVAに移植なんて、悪いこと言わないからやめとけ。
福島原発で作業するより健康に悪い。

それはーまぎれもなくーやーつさー♪
COBOLer〜♪ﾌﾌﾌ ﾌ〜ﾝ♪

>>132
NECに関しては同感。
二度と関わりたくないし、この業界から居なくなってもいい会社だ。

就活してた時に散々言われたな。

「金融・証券系や鉄道系に関わるな」って。肉体的にも精神的にもボロボロになるそうで。

自社開発しかやらない会社で良かったと思うよ。

プロジェクト完了までに何人の死者と精神病患者が生産されるかな。

>>185
この業界って人が簡単に壊れるよね
世界のどこでもそうなのか、日本だけなのか気になる

まーた、みずほ統合前の出身銀行間の偉いさん同士の
縄張り争いがPJの大半を占めるのか。団塊は学ばないねぇ･･･

プレッシャーが酷いんだよな
土方と違って成果が目に見えにくいのがいけないんだと思うわ
作業進捗を見える化することが大事ｗ
客にはみえる化が大事とか言ってて自分らが出来てないってことが多い
というか、システム屋ってほとんどそうじゃね？

> 富士通、日 立製作所、日本ＩＢＭ、ＮＴＴデータ
> 基盤システムや預金、融資、信託

担当は順番通りかな？

進捗が見える化されてないのに、
我が社のプロ管はEVMでマネジメントしてることになっている！

３行が縄張り争いした弊害を自分で痛いほど分かってるだろう。システムだって同じだ。
統一感の無いつぎはぎだらけのシステムになるんじゃないの？訳がわからない。
きっと大事故を起こすぞ。

富士通は唯一日本の工場でPCを作ってるメーカー。
中国や韓国が関わってる日本メーカーは、中に情報漏洩のプログラム、ハードを入れるから恐い

>>192
アメリカで摘発されてたな。

>>189
http://itpro.nikkeibp.co.jp/article/COLUMN/20121116/437901/?SS=imgview&FD=2097091774&ST=system

こっちの方が詳しくのっている。

［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注
http://itpro.nikkeibp.co.jp/article/COLUMN/20121116/437901/?top_pu

分割発注ねぇ
何か問題が発生したとき、よそが悪いの押し付け合いになりかねない

>>195
むしろそれができないと上層部がGOしないだろ

1社をコントロール出来ないのに4社一度にって凄いチャレンジャーだな
指揮系統しっかりしてるのかな？
どうせ末端は月20万とかのなんちゃって経験3年とかの子なんだろうけど死なないでね

>>194
きたねぇシステムだな
初日にどこかが必ず止まる、そんな気がした

日本人は無駄に真面目だからな。
あんたがハンコを押した仕様どおりに作ったんだから、
意図しない動作だろうが、動かなかろうがあんたが悪い、
と言えるくらいの図太さがないと持たんよ。
もっとも、狭い国内でそんなことをしたら二度と受注できなくなるが。

PGは無理と思ったら責任放棄して逃げた方がいいね
責任感の強い奴ほど壊れて消えていく
世の中、無理なもんは無理なんだよ

をいをいデータは丸投げする才能はあるが、技術力の欠片もないだろ

>>194
メイン言語がｊavaになってるね。

データは知らないけど、みかかソフトウェアは技術力ないじゃん
ソフトウェアと付くくせに丸投げ、レビュー時は居眠りしてるし

ITだけど今月で辞める。うわぁ、またくそったれな保守の奪い合いごくろうさまだ

どーせ50社くらいの外注管理するだけだろ。
ＦＸＸ直轄の設計開発部隊なんかいないでしょ。

>>57
安全を重視して片寄せした代りに、切り捨てられたUFJの便利機能の復活に
統合後にさらに2年ぐらい費やしたんだろ？

システム開発は「失敗」しない。
完成度が８０％だろうが６０％だろうが、運用対処できるレベルだったらスケジュール優先でリリースされて「成功」してしまうからな。
そのうえで未完成のものは仕様変更や機能追加の案件になる。

だから本当はリソース不足だろうがとりあえず受注しちゃえば勝ちなんだよな

NECと東芝ソリューションは？

また大混乱の日々がやって来るのか。
今度はSEが何人死ぬかな。

運用しながらの現場実装は地獄…
>>207を見て吐きそうになったｗ
ちょうど、2013/03にカットオーバーの案件の担当してる
進捗？グダグダっすよ

ここ数年でITは超ブラックと知れ渡ったから、国内のソフトウェア技術者は減る一方。
そしてこういうやばそうなプロジェクトでさらに人がいなくなると。

>>211
金融系のシステム開発なんて年がら年中下っ端の傭兵募集してるもんな。

みずほっていうと同級生ってエロゲ思い出す
おっさん、おばさん手上げろ

炎上したとして、新規開発自体は赤字になっても長期間の保守で稼げるからな。
会社はいいが、社員はたまらんよ。

またIT土方が過労死すんのかｗｗｗｗｗｗｗｗｗｗｗｗｗ

保守はお金になるの？
運用に入り込まないと勝てないんじゃないの？

>>216
会社にとっては長期の日銭になるので、たとえ金額が少なくても経営的には悪くないのです。

またATM止まるのか

金融なんてのは制度やら商品やらで頻繁にシステム対応が必要になるし
不具合ならともかく、所謂「仕様です」である設計でグレーな問題がいくらでもでてくるから対応ができる
会社にとっては、単発の案件じゃなく定額の長期契約になるから安定した収入になってうれしい

現場は撒かれた不具合の尻拭いだけ延々する仕事

なるほど
兵隊を維持する生命線にはなるのか

えーと、合併前の富士銀だっけか？
預金者殺して預金を盗んだ行員

>>69
途中で合流してるとかありそうだよなあ

会社としてはトータルでは微妙でも、長期的に収入があるほうが潰れにくいからな。
短期的にバカ売れする産業だと、好調のときに無茶な採用や投資をして、
気が付いたら詰んでたりする。

>>97
ちょっと意味教えてほしい

当方、組み込み屋ですが、こういう話題見る度に別世界に感じます。

>>224
ITプロジェクトの実態　で検索するといい

業界のペーペーだが、この４社のどこの下請けになっても
未来に希望が持てないな
得意分野なんてない
ただ、ブラックな人月があるだけ
一山いくらの、土方産業

>>225
サーバの調達からってことだから関係有るでしょ。

データ流量は100G以上の想定だろうから、
通信系はLinuxの機能を使わずオフロード前提でハード任せ。

当然
通信系ボードなんか吊るしは使わないだろうし、
ハードと組み込みの両技術者の大量投入になるよ。

>>174
流石にハードからなんて作らんよw

どうせ取っても下に丸投げだから

てすと

とってきたら営業は刺されてもおかしくない

この手の大型プロジェクトは誰がババ引くかが問題なんだよな

F

>>224
こういう意味
http://beading.jp/image/project.jpg

sr8800が大量に入ってるからな、みずほは。。。リプレースと思うとぞっとするわ。。。

>>21
俺が知ってるので3次までだが、そんなことあるのか！

>>237
10まではいかないと思うが、5くらいは確実にある。

よく知らんけど、流行りのJavaとかgroovyとか使わんの？

>>237
本当に業界の人間か？
３次って、上っ面の上っ面だ
東電の例を知ってるだろ？
あれと全く変わらんよ

>>228
すいません、無線通信系なので・・・

>>229
そうとも言い切れないと思うがなぁ。
金融系の高速演算のハード実装はJPモルガンで実績あり。
ttp://www.zaikei.co.jp/article/20111221/90338.html

上記システムはVHDLで組んでるらしいが、
数値演算ならCでのハード設計も既に実用レベル。

NTTデータの下にNECが来る場合、
NECは金融系数値演算のハード化ノウハウを持ってたはず。

javaとかおもちゃやんｗ
金融の基幹に使えるもんじゃない

>>243
管理系のインターフェイス実装用途なら悪くないぞ。
数値計算でJava使ってるなら気が狂ってると思われてもしかたないと思うが。

>>240
従業員50人くらいの小さい会社だったけどな。

情報系だけでしょ
基幹系でやるんだったら、今持ってるみずほの口座の金、
速攻で別の口座に移すわ

もうほとんと動かないコンピューターの次回予告だな

結局得をするのは開発の遅れを取り戻すために投入されたコンサル達だけ

>>243
お前は信じないだろうけど、大昔はCOBOLとか使ってたんだぜ‥。

>>248
今でも金融はCOBOLが主流だよ
モグリさんか？

>>249
またまたww

新米PGなら先輩に聞いてみろｗ

>>250
>>249が正しいよ

銀行使うのやめるわ

>>153
墨入った現場の作業員だの黒人だの東南アジアの密入国を
使ってる土建に比べたらIT土建なんて簡単だよ。
失敗しても死ぬ訳じゃないし

cobol今も使ってるのは、結局変えなくても何とかなるからってことだよね。

>>245
その規模の会社だったら、見積りとか人月計算する役職まで続けてれば、
どんな業界かだんだんわかってくるよ

>>250
COBOLは古いが、筋が悪い言語じゃないと思うけどな
貧乏臭いクソ設計で製造を中国辺りに発注して作ったクズシステムよりは
なんぼかマシに動くと思うよ
勘定系じゃまだまだ現役だし、信頼性が全く違う

稼働全体はCOBOLがメインとしても、
新規開発がCOBOLメインかというと微妙なところじゃね？

どうでもいいけど何故富士通がはいるんだ？
NTTデータと共に発注しちゃいけない双璧だろ

京とか使うんかな？
やっぱホストなんかな？

停電対策とかも必要なんだろな。
しかし、解散決まったら、発表からなんから活発に出すな。

ＣＯＢＯＬとＣＵＴＥとＮＨＥＬＰなら・・・・。

>>258
プロジェクト成功→みんな幸せ
プロジェクト失敗→Fだもんな、しょうがないよな

>>1
口座他に変えた方が良さそうだなｗ
しかし、○○さんCOBOL使えますよね？
って忘れ果てていた偽装請負会社から
久々に連絡来たとか思ったら、コレかよｗｗ

あほだろ。こういうのは一括発注せにゃ仕様統一出来んだろ
新システム運用日に結果出るぞ

たしか数年前、勘定系の一部はは渋谷？中目？の辺で開発してたよね？

＞次期システム
(笑)
冗長開発だから、爆発するまでの
＞大規模で複雑
代々、次に入るメインSIerが面倒がって或いは能力が無いため、
解析すらやらずに外苑に機能添加するだけ、で今に至ってるからな
とうの昔に誰にも解読不可能(笑)

もちろんランダム再起動と発熱機能は標準搭載なんだよな？

銀行のお客さんは、体育会系が多いから嫌だ。
気に入らないことがあると、
椅子をけっとばしたり、
机を殴って、怒鳴りちらし切れまくる。

金融ってCORBAでCOBOLとJavaあたりが混在してるのが主流なのかと思ったけどまだCOBOLメインなのか？

CORBAがまだ生きてるとは思わなかったな・・・
俺の知ってる範囲では死滅してた

昨今の流れから、障害や災害対策とかも入ってるんだろうけど、ベンダー沢山並べて大変そう。

第一勧銀の時から富士通だもんな外せないんだろう。
でも４社って大丈夫なのかな。

各社のシステムを統合できんのかな？
トラブル要因を増やすだけというか、トラブッたら地獄だろうけど。

みずほのシステム部門がどれだけ有能かによるよね。
カットオーバーしたらみんなでパーティとかするんだろうな。

富士通、日立、ねえ・・・。

まあ、彼らに金をばらまかなかったら、日本の肥大化した
IT業界に金がいきわたらないからな。
携帯ショップで販促やってるような底辺請負SEが
下請けにまた招集されるのかね。

PG・SEになるにはどうしたらいいの？

とりあえずこれ受けた奴は死ぬぞｗｗｗｗｗ

関係者多すぎて重厚長大なシステムになってるのか。金融ってどこもそんな感じなのかな。だったら富士通とかデータとかこの先仕事に困らないね。いいなあ…

基幹業務をJavaで構築なんて恐ろしや。。
計算結果とか大丈夫なのか？

この次期システムとやらをRPGの戦闘で例えるとだな

エンカウント判定をNTTデータが行い
殴る順番決定をIBMが行い
モンスターの行動決定を富士通が行い
ダメージ計算を日立が行い
キャラクターのHP計算を富士通が行い
モンスターの生死判定をIBMが行い
ドロップアイテム決定を日立が行い
経験値計算をNTTデータが行う

マジこういうシステムだから。

膨大な要員を投入するだろうから、人手不足になって業界の単価が跳ね上がるな

間違えて俺の口座に100億入るシステムをたのむ。

旧第一勧銀がＦと同系列企業だから
Ｆは絶対に外れないのだよ
Ｆに入社すると給与振込先は、なるべくみ〜ちゃんにしてくれと言われる
まあそういう関係だす

これ既存のシステムを構成しているハードにも繋げたりもするんだろ・・・

設計屋はマジで考えて作れよな
運用してから考えるとかやってたら死ぬぞ

いっそのこと、完全な新システムを開発することにして
すべての設計書に「UFJみたいな感じで」とだけ書いといたら、
10次下請けの方で上手いことやってくれるんじゃね？

富士通、日立製作所、
日本ＩＢＭ、ＮＴＴデータ

まぁ大手４社もいるとコミニュケーション・ロスが多そうな気がするなあ。

>>258

Fはエンジニア達はう○こだが、営業が優秀だからな。

>>285
なあに、いつものマッチポンプを繰り返すだけさ

統合してるとは言ってるけど実態は
未だに合併前のシステム区分なんだろうな。普通は二社程度だけどな

これはだめかもわからんね。

>>179
マイクロコードまで行けばそうだけど、機械語までならBCDだろ

>>111
何でRDBなんだよDBは普通ISAMだろ
RDBにしても、基盤はIBMなんだからUDBだろ
RAC何か使ったら軽く死ねるからな

>>268
BAGLESってのもある

>>227
顧客の業種変わったらスキルが通用しないのと、年食ったら捨てられる点で土木作業員以下

例のパニック時、昼休みに駅付近を歩いていたら半泣き状態のOLさんに
この辺りのみずほ銀行どこかわかりますか？記帳しないといけないんですが不慣れな場所で…
と尋ねられたなぁ
あの大混乱が再来するのか胸熱

>>293
ご休憩場所に案内したんですね、わかります。

「動かないコンピューター」取材班がアップを(ry

だめぽ銀行さんは10年前の
4月1日の
月曜日に
合併して愉快なシステム障害をやらかしましたなｗ

富士通の本業ってこういうのだよね？

第壱話 デスマ、襲来
第弐話 見知らぬ、仕様
第参話 鳴りまくる電話
第四話 皆、逃げ出した後
第伍話 納期、心の向こうに
第六話 決戦、第３進捗会議
第七話 ベンダーの造りしもの
第八話 中国技術者、来日
第九話 瞬間、バグ、重ねて
第拾話 電車ダイバー

複数のハードベンダーの大規模システムを使うと整合性が取れずに
また大規模障害が起きるぞw

>>275
マイコンBASICマガジンを毎月購読して、
掲載されてるプログラムを入力して動かす。
プログラムの仕組みが分かったら自分でプログラムを作成して投稿する。

勘定系は元々富士通でしょ
情報系はIBM
全銀はNTT
大企業系が日立だったけど合併したから
どうするんかな
ATMは沖と日立だったか富士通だったか

>>296
もちろん。
富士通の１次下請けの親分でこんなプロジェクトへ入ったことある。
都市銀行は無いけど少し規模の小さいのなら。
ま・・・金融系のプロジェクトは面白くないな。

ＩＴ土方の親分はしんどいんで今は辞めた。

>>275
「やる気があって残業でも泊り込みでもします」といえばなれる。
言語？ソース渡されてネット見ながら理解しろと言われてなんとかするものだ

>>64
新日鉄は自前の開発会社を持ってるけど、他社と変わらんよ

24時間体制が必要なら、最初から８時間の３ローテションが構築される
けどIT業界は９−１８時勤務帯にしながら９−２３時の実働になるから悪いんだよ

>>291
Fさんちーすｗ
片仮名で「バグ」って入ってる時点で嫌だｗ

>>303
現場のノウハウを他業種に移していないか
本気になって無いだけだな。

>>306
いつも明日から本気出すって言いながら何もやらない奴みたいだなｗ

今までと大差ないやん

大金突っ込んで、発注者も受注者も、みんなが不幸になる銀行系の開発！

>>309
保守でも、本番トラブル出して出社拒否なんて日常茶飯事だし

ああぁ・・・
またぞろトラブルで大事になるのが見え見えですなぁ。

またデスマか

基幹系含めていっぺんに全リプレースとか、正気の沙汰とは思えない。
普通にリスク管理ができる会社ならやらないと思うが。
やっぱ、手柄を焦ってる役員あたりが、鶴の一声かましちゃったのかね。

>>313
>>194の内容見る限り、いっぺんにではなく段階リリースになってるよ。

建て増し建て増しで九龍城みたいになってるのを、
動いてるからと使い続けるより、
初期不良を考慮しても、
新規で作りなおして全体像が掴めるようにしたほうが、
リスクは下がると判断したのかも。

とはいえ現実は、別の九龍城がもう一つできあがるだけなんだけどね。

>>235
初めてみた。他の派性あったら教えてｗ

俺の１００億万円は至急ＵＦＪ信用金庫に移動するわ

受注額一億で一人の割りで鬱患者、失踪、または自殺者が出るらしいな。システム開発って仕事は…

元請けの大手製造業の名前が書かれた部屋に
２次請けの会社名の名札をつけた
４次請けの月給２０万の人が出入りすることになるのだろうか

安心なのは日立が担当する融資＆外為だけだな。
後は、地獄が待っている。

日立の主任技師も3人ぐらいは禿げるだろうけど、
交代要員の主任技師は多数いるから大丈夫。

>>319
月20は無いな。こういうのって1次受けの正社員より、孫請けの方が給料は良い。
今回だとみずほのシステム会社、みずほ情報総研や発注を受けた４社の正社員は
地獄だろうな。でも、下請けの協力会社にこのプロジェクトの為に雇われた契約社員や
派遣社員はそこそこ潤うと思う。

このプロジェクトはわからないが、だいたい業界の借上げ相場はＳＥ１人月８０、ＰＧ１人月６０
ぐらいだから、孫請けエンジニアは、この額の４割ぐらいが基本給になるような時給設定になる
だろう。プラス残業代が付く。ピーク時は１００超えも考えられるから、なかなかいい稼ぎになると思う。

.
.
.
　　　ぬ　る　ぽ　

これはもうだめかもわからんね。

>>173
まとまらない要件をまとめるのがオタクらの仕事でしょ、とか考えてる客多いよな
そういうコンサルタントまでやらせるなら金と期間を寄越せっての

特許庁で大コケした東芝も仲間に入れてやれよｗ

俺の隣の部署のちょっと偉い人にシステムが分からない人が居て、ある時よく分からないのにレポートを
書いてた。で、見るとレポートでCOBRAがいかに優れた物かを力説してたけど、かわいそうで、それ
CORBAでしょ？と指摘する事も出来なかった俺・・・

§ソース
ttp://engawa.2ch.net/test/read.cgi/network/1275128682/233

§直リン踏みたくない人向け貼付
233 :[email protected]:2012/09/22(土) 13:23:46.57 ID:???
問題はうちの患部の松山がバカって事。
稲富はなにも考えてねーし。松山のいいなり。
ゴリラは仕事しねーし。
ジジィどもはなにもできねーし。
何がしたいの?

日本の金融システム開発は本質的でないから、何度でも同じ失敗を繰り返す
第３次オンラインの後、１５年保守しかしていなかったんだから

欧米のシステムは高精細なイベントシステム
だから、基幹の論理設計は自社でアーキテクトがしっかり固めて、
アプリケーションは金融専業の開発ブティックに個別発注する
もちろん、クレジットとかの大きいシステムはその単位で大手に発注するけど

とにかくEA発想の欠如
国内でみずほ総研がEAの大家にも関わらず、
金融システムで利用されないという皮肉、というかおまぬけさ

銀行のシステムって、あっちこっちの銀行が自社で作ってきたものを、
全部連携させるために、コードがとんでもないことになってるとかって聞いたことが。
（振り込み依頼をすると、そのバックグラウンドで、２万行のコードが動くとか・・）

これを、全部、全ての銀行で０から作り直すとしたら、
どれぐらいの期間と予算かかるんだろうねん。

瑞穂、
んなシステム入れる金有るならビルのお金払って ね

銀行って、なんでこんなものに数百億も投資するのか？
万一を考慮し過ぎだろ。
今時は万一は止めるだろ。
そしたら数十億でできると思う。
ハード除く

>>329
ここまで複雑化したものを作り直せるものなの？
それこそ金融庁が音頭をとって段階的に行うしかないような気がする
スレ読んでると現状動いてるのが不思議なくらいで
自分が担当者なら保守管理だけして後は神頼みでもするしかないみたいな

合併前のシステムを作ってたメーカーが
仲良く加わっているんだね。
メーカーはメガバンクの仕事は失いたくないだろうし、
みんなで仲良く受注が落とし所だったのだろうか。

なんか、こんな決め方してると後で大失敗する予感がするんだが

UFJが未だに月一、土曜日の夜の全停止やってるよね。
三菱東京UFJのシステム統合が破綻し当初数ヶ月の予定がはや３，４年？ｗ
いつになったら終わるのやら。目処も立ってないんだろね。

二年の工期で次期システム？
ムリムリｗアホか。発注側がアホすぎる。
要件定義と基本設計、プロトタイプの開発だけで２年かかるわｗ
つか、そんだけかけなきゃUFJの二の舞になるだけｗ

>>332
いや、複雑化したから作り直すんじゃない。合併や継ぎ足し継ぎ足しでぐちゃぐちゃになってるから不具合が起きても
対応に苦慮してるのが現状だろう。システムは業務フローや商品、サービスをプログラム化しているわけで、
みずほも合併して１０年。合併によって混乱した業務フローや乱立した商品等も整理されて、１つの銀行として
１本化されているだろうから、逆に作りやすいと思う。ただ、これだけの大規模だから不具合が起きないとは思わないが
セグメント単位で発注先を分けてるので、リリースもそれ単位に順次切り替えることになるだろうから、不具合はセグメント内
に限定されすべてがおかしくなるようなこともないから、ある程度リスクコントロールもされている開発体制にはなっているように見える。

>>326
CALSとCASLを間違えて「これからはアセンブラだ！」とか言ってたやつよりマシ

◆みずほ銀行次期システム開発を見守るスレ 1◆
http://ikura.2ch.net/test/read.cgi/infosys/1353416264/

そこに名前挙がってる4社のSEなんてどうせPG経験してないカスSEだろ。
全部下請けに丸投げして後は進捗進捗ってケツ叩いて重箱の隅をつつき煽るだけ。
まあ俺はそんなカスからこきつかわれる何次受けかわからないくらいの下流のＰＧだけども。

>>338
いいじゃんＰＧなら。ケツ叩かれて心労に悩まされるのは2次受け、3次受けのプロジェクトリーダーなんだから。
遡れば発注された1次受けの４社も、発注先からケツ叩かれるわけだけどね。かなりの残業は強いられるだろうが
体力があれば乗り切れる。大規模プロジェクトでは何次の会社でもリーダー、サブリーダーの立場にいる人は
かなりきつい状況に追い込まれるだろうね。

NECは？

>>338
○○は、そのSEさえ経験してないPMだらけだからなwww
大丈夫、系列のSE(チームリーダ)がPG経験者だから。
メンバは、系列の新人と派遣PGばかりだけどなwww

PLが、上からのつるし上げを恐れて最下流のPG達(俺)を鬼のように煽り、
PMがPLを煽り、仕様はコロコロ変わり工数はかさむのにケツは変わらず
デグレしようものならわけわからん文書をいくつも書かされ・・・。NTTデータが
その中で一番最悪だった。途中で胃やってリタイアしたやつもいたな。上流に行きたい。

農協でのシステムトラブルって聞いたことないな、農協最強