【COBOL案件】京都市が基幹系刷新で2度目の失敗、2020年1月の予定だった稼働時期が「未定」に
レス数が1000を超えています。これ以上書き込みはできません。
京都市が基幹系刷新で2度目の失敗、2020年1月の予定だった稼働時期が「未定」に
2019/12/27 18:30
京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。
京都市が京都市会で公開した資料
(出所:京都市)
延期の原因は新福祉系システムのバッチ処理で生じている「不具合の収束が本年中に見込めないこと」(総合企画局の資料)である。開発ベンダーであるキヤノンITソリューションズ(キヤノンITS)は2019年12月13日、京都市に対し「ほとんどの評価項目に残課題があり、2020年1月の本番稼働の品質に満たないため、品質確認のためのテストが必要」との旨を報告した。稼働延期により京都市は「現行システムの端末経費等が生じる」として追加費用を見込んでいる。
京都市は2014年から80億円以上を投じて基幹系刷新に取り組んでいる。バッチ処理を巡っては一度失敗しており、仕切り直したものの再び失敗を重ねた格好だ。
スケジュールと委託内容(2017年度以降)
(出所:京都市)
[画像タップで拡大表示]
前回の失敗は約11億円で落札したITベンダーのシステムズ(東京・品川)が当初稼働予定の2017年1月に間に合わせられなかった。両者は現在、係争関係にあり、システムズは約2億円の未払い金の請求、京都市は合計約8億円の既払い金の返還と損害賠償を互いに求めている。
仕切り直しのプロジェクトは2018年3月にキヤノンITSが約15億円で落札した。バッチ処理のオープン化の対象は新福祉系システムと新住基・税系システムの2つあり、後者の稼働時期は当初計画通り2021年1月から変更していない。
関連記事:京都市の基幹系システム刷新失敗、仕切り直しはキヤノンITSが15億円で落札
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/06789/ >>1
まあ、大変そうな気はする。
役所も遠慮とかないからな。
金額に見合った内容とか通用しない。
受けたのはそっちでしょ?ってみたいな感じで。
職種は違うけどうちもいつも泣かされてる。 COBOLなんてオワコン言語使ってる時点でオワコン >>900
でも、「新システムではこうしてほしい」とも言われるんでしょう >>897
押す前、押した後の画像を保存するから抜けがないか後から確認できる。
あと、1分かかるのは1枚ずつ読みました、と言い訳出来る
良くできてると思うな >>846
これ実際金融業界なんかに需要があったから作ったんだよ
最初から金にならない物なんて作るわけないだろ 基幹業務じゃ現役でしょ、COBOL
アプリケーションソフト作ってる職場とはぜんぜん違う。 >>904
「でもそこを変えるとここがこうなりますよ?」
「ここは前と変わらないようにして欲しい」 でも、旧プログラムを解析して、
そのまま旧プログラム通り、移植したので、
「失敗した」という、
可能性もある。
キヤノンは何でこんな地雷案件に手を出したんだ?
システムズが痛い目に会ったのを知らないわけはないだろうに >>908
違うよ変化を恐れてCOBOLにしがみついているだけで、なんら生産性はないし開発者のヤル気を最低レベルまで削ぐ言語 >>897
これ、押印が法律(条例)で決められてて、
職員が徹夜で押印していたのをコストダウンするためとか
もっともらしい理由があるんじゃね?
公務員が大喜びするシステムだと思う。 >>902
むしろ個々に違ったシステムができてるのまでは至極当然なんだけどな…
役所の仕事はコンピューターの黎明期より前から合ったわけでさ まあ、受託側がどんくさいことだってあるよな。
めちゃくちゃしてくれるやつは、、、同僚にも居る、いや居たw 旧システムで上手くいっているなら、、
わざわざ、
新しくする必要はない。
と思えるのだが。 不治痛で役所関連の仕事してた時は二度と公務員と仕事したくないと思った >>915
変化も何も、改良ってのはそういうもんだ。
実際、現場は動かしつつ改良していくのに。
じゃあ、みなさん手を止めてここから出てってください!って仕事するんじゃないんだよ。
だから、難しいしそれなりの金額を要求するんだ。 >>920
俺は不治痛関連とは仕事したくないと思った >>919
機能追加でゴミの山になってにっちもさっちもいかなくなって
新しくする必要がどんどん高まる
ゴミの山になってしまう言語それがCOBOL >>919
Windows95の頃のパソコンでも仕事はできるけど色々問題あるでしょ
そういうこと >>896
私企業であればそれをコンパクトな要件に整理する必要があると思うけど、自治体でそれは無理でしょ。
それってつまり「今ある補助金、一旦全て廃止しまーす。幼稚園の補助金もデイケアセンターへの補助金も全部でーす」ってことだからね。
で、それは開発側の問題ではない。
おっしゃる通り。 >>897
そういう"素晴らしい仕事"の人件費として年間数百万が税金としてかかってるんだろうと思うと
この国は案外まだまだ余裕が有るのかもしれないな
別の国の国民市民ならブチぎれてるかもしれない >>919
まあ、結局、
何回も失敗して、
旧システムを使ってはいる 京都市。 >>919
役所だぞ、予算をとって無駄使いして利権を確保して甘い汁を吸うのが本当の目的だ
実際、旧システムがずっと現役で動いているので役所の業務は何も困らない >>919
古いままだと今後マイナンバー関連を大幅追加で
ツギハギして大混乱な気が >>915
むしろ中枢の基幹系は汎用機+COBOLのままの方が望ましいくらいなのに
汎用機がオープン系ハードになっても糞高いままなのがいただけないのと、
汎用機系の仕様限界を改めない富士通NECあたりが糞なだけっす >>554
NECの相応しい見積もりだとしても色んな障害も
仕様の元に請求しまくるしスキルも足りずにコケる
2-30年動いてるシステムは無理ぽ 金閣寺も、
ロケットで 宇宙まで飛ぶ ように、
改造すればいいのに。 >>933
システムを更新してくれればこっちも儲かるはず・・・ 金閣寺も、
宇宙まで飛ぶ ように、
ロケットに 改造すればいいのに。 >>937
あまり良い噂は聞かないね。
たいて別の会社が尻拭いしてる。NEC >>20
これだよな
糞老害が新しい事を覚えられないからって古臭いUI引き継ぐともう地獄 >>920
正解
役所のシステム担当は本流から外れた
いわば窓際、頭のおかしい連中ばかり >>928
いや9割言語の問題
そりゃオブジェクト指向的に考えられるSEがPGを管理してるならいいが、そうじゃないのでひたすらゴミを生産することになる >>941
失敗してダラダラ続ければずっと儲かるのですよ、ふふふ >>929
自動化可能な業務を合理的な選定の元可能な限り自動化し
バックオフィスやコンタクトセンター業務も一元化し
電話やスマホ・パソコンからすべての手続きが可能
不要になった公務員は全員クビ、給与削減ってとこまでやるなら
国民は全然喜んで一旦停止してくださいって感じだと思うぞ >>858
個人的にだけど、客に出す請求書を作る時間が3時間ほど増えた。
サービス残業で対応だ。 基幹システムで失敗する多くの理由
1.要件を既存システムに依存する
2.現状の仕組みを担当者が理解していない
3.ユーザーにキーマンが存在せず、船頭だらけで纏まらない
4.受託ITベンダーが複数のIT企業へ丸投げ
5.発注が遅い
6.ITベンダー側の担当が経験不足で御用聞きしかできない あいでんてぃふぃけいしょんでぃびぃじょんのスペル間違ったんだな 「故きを温ねて新しきを知る」
ではなく、
「故きを温ねて、結局 故きに戻る」 >>944
老害じゃなくてパートのオバチャン達だなw >>946
配属時点で業界を選ばされるので本流もクソもないです >>946
きみの能力の限界を示しているだけだヨン 契約を履行できないなら
しっかりおカネ払わないとな 京都市って、「新しくなりたくない」
そんな、
パワースポット。
そんな、
魔物が住んでいるのだろう。。 煽りにきただけだろうけど、自分で矛盾してるの気付いてないんだろうなw 成果物もないのに
おカネ頂戴?
なめてるんですか? >>957
俺をけなせば自分の能力が向上すると思ってるとしたら真のバカとはおまえのことだ お金がない。
仕方がない、清水寺でも、中国に売るか。 >>948
行政サービスを片っ端から止めるって話だよ。
逮捕できなくて犯罪者が野放しになるとか、ヤバイ話になるよ
で、これをなんとかするには、また例外処理が増えて・・・ 要件定義を書く前に一度業務をやってみれば良いのにな。要件定義要らなくなるから。 >>948
それに近いことを橋下徹がやろうとしたら全方位的にバッシングを食らったけどね。
日本人は「非効率的な現状維持」が大好きだから。 キャノンは払ったカネきっちり返せよ
キャノンは遅れた分の損害をきっちり払えよ >>968
アホな話だけど
それでも日本にとっての公務員以上の癌はないから
じゃあまあそれでもいいよw IDENTIFICATION DIVISION.
PROGRAM-ID. NURUPO. >>966
キミの理解能力、多分抽象化能力が致命的に低いから >>976
「動かない」じゃなくて「動かさない」だな確実に >>976
(今はまだ)動いてるコンピュータ、かな? 計算機は記述したコードどおりに動く
記述したとおりに動くのに
低学歴無能が記述すると見当違いのことを記述する >>975
話しを俺の能力の問題にすりかえた自覚がないとしたら,やっぱおまえは真のバカだ こういうの大好き
雇って欲しいわ
作業場に住み込みで働くわ
働き方改革死ね! >>976
その言葉もおかしいよな。
動かないのはソフトなのに。
変に認識をズラされてる気がする。 >>970
「5年間に2件しか発生しないレアケースへの考慮」
とかもあるからねぇ… >>975
ID:e8kq6WrE0
おまえみたいなのがゴミを生産する元凶なんだよね。自覚ない? >>979
システム開発って言うのは複雑性との戦い >>983
「それ一旦警告ジョブを作って運用で対応する形にして下さい、本稼働後に自動化しましょう」
これ地味に使える
よく使う >>9
全部一から作ればいいんじゃん
そっちの方が軌道に乗ればサクサクとバクフィクスも進む プログラムなんか
はっきりいって順次、選択、反復しかない
プログラム言語なんか方言みたいなもんだからな
無能でもない限り、言語なんかどれ使っても同じ 真のバカってのは死ななきゃなおらないレベルのバカって意味だからね バカは簡単なことを複雑にしか記述できない
簡単なことが組み合わさって複雑な動作をするということが分かってないからな
知能が低いと複雑な問題を簡単な問題まで落とすことができない 僕はいろいろなシステムを見てきたけど
間違いなく一番難しいのは大規模物流のサプライチェーン
人もの金の凄まじいインタラクションがあり
データベースとの整合性を即時性をもって常に取らないといけない
こんな行政の人だけ金だけみたいな定型業務
はっきりいうけどチンカスだよ
チンカスに80億かけてるんだよ >>990
得手不得手があるから使い分けだろ
ただ、コボルが憎いニダ〜チャンは? >>994
そこの元請やってたけど違うと思う
銀行が一番大変 >>986
制度が決まってないのに見積もりが必要、とかもあるので、
不確実性との戦いでもあるな。 レス数が1000を超えています。これ以上書き込みはできません。