[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める：バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか（major, minor, patch）、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする：どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する：ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま
![[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/d7d131e38e26f54466aece3306435a4c09990de8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCRG9jJTVEJTIwJUU4JUE2JTgxJUU0JUJCJUI2JUU1JUFFJTlBJUU3JUJFJUE5JUU2JTlCJUI4JUUzJTgzJTg2JUUzJTgzJUIzJUUzJTgzJTk3JUUzJTgzJUFDJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgzJUJCJUU4JUE2JTgxJUU0JUJCJUI2JUU1JUFFJTlBJUU3JUJFJUE5JUU2JTlCJUI4JUUzJTgxJUFFJUU2JTlCJUI4JUUzJTgxJThEJUU2JTk2JUI5JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz01MjE0ZDhhMTY1ZjE1ODIxNGE5NzU4Njc3MTNjOTBmNg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzeWFudGllbiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MTc4MmM0MTlmNzhiYTJjNTk0ODYwZmExZDc0OWYzNjQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Db088349e276a1ebcdb9dcf1e2d753094)
派遣エンジニアが起こした事件が理不尽だった件
どもども。僕はしがない派遣エンジニアです。 某零細企業から、某大手企業に派遣されています。 派遣先はお堅い職場です。 コロナのご時世ですが、リモートの「リ」も聞いたことありません。 万が一、データー漏洩した場合とんでもないことになりますからね（しらんけど そんな職場ですが、わたくしは２年ほど勤めています。 お堅い職場ゆえに息苦しさもありますが、それが心地よかったりもします。 というよりも派遣という気軽な身分が合っているのかもしれません。 さて本題に。 こんな職場へ、新しい新人さんが入ってきました。 新人といっても50代のベテランエンジニア、Ａさんです。 もちろん派遣です。 Ａさんはどうにも「優秀ではないエンジニア」のようでした。 かろうじてプログラミングはできるけど、IＤＥの使い方、フレームワーク等はほとんど経験がないご様子。 何でもかんでもプロパーさんに聞いて回るので、「そんなことくらい
2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog
2020年10月1日、東京証券取引所はアローヘッドの機器故障によりシステム障害が発生し、終日売買を停止すると発表しました。故障した機器は交換が行われ、取引は翌日再開されています。ここでは関連する情報をまとめます。 機器故障起きるも縮退運用に失敗 障害概要図 アローヘッド内の共有ディスク装置1号機で機器故障が発生した。実際故障したのはサーバー上のメモリ周辺機器とされる。 1号機故障により両現用で稼働していた2号機のみのフェールオーバー（縮退運用）が行われるはずだったが何らかの問題により行われなかった。 共有ディスク装置を使用する相場配信、売買監視のシステムで障害が発生。 障害復旧時に発生する注文データ消失による市場混乱を避けるため当日終日の取引停止の措置を実施。（遮断） フェールオーバー失敗原因は設定ミス フェールオーバーに失敗した理由が特定できたとして10月5日に発表。 障害発生時のフェー
だめなITベンダー・SIerの行動特性：ITソリューション塾：オルタナティブ・ブログ
もし、あなたが、次のようなことをしているのであれば、これは大いに反省すべきだ。 自分たちの「できること」でしか解決策を示そうとしない。 機能や性能については説明できるが経営や事業の成果にどのような貢献ができるのか説明できない。 これからのテクノロジーやその可能性について分かりやすく説明できない。 お客様が新しい方法論や見積を求めても旧来のやり方で提案しようとする。 新しい方法論やテクノロジーの適用を求めると保証できない、実績がない、時期尚早などのネガティブ・ワードで翻意を迫る。 やがて、お客様から愛想を尽かされてしまうだろう。 工数の需要がなくなるわけではない。ただ、作業工数に応じた労働力に対価を支払うというやり方は、自動化ツールやクラウド・サービスとの競合や人口の減少と相まって、そこでの収益の拡大を期待することができなくなる。 また、工数需要そのものの内容が変わる。例えば、「コードを書く
ネットストアのシステム更新について ｜ 無印良品
いつも無印良品をご愛顧いただきありがとうございます。 システム更新に伴うメンテナンスのため停止しておりました、ネットストア・MUJI passportを再開いたしました（2020年1月18日7時00分時点）。 尚、オーダー商品など、現時点で一時承りを停止している商品やサービスがございます。 一時承りを停止している商品やサービス ネットストアからのオーダーラグのご注文 楽天ペイによるお支払い システム更新に伴う、その他の情報については、下記をご確認ください。 サービスを変更・終了しているものについて MUJI passport会員証・マイル・ショッピングポイントについて 登録情報の引き継ぎについて サービスを変更・終了しているものについて システム更新に伴い、一部サービスを変更・終了をさせていただきます。 サービス変更 メンバー情報（メールアドレス）の取り扱い 詳細はこちら IDEA PAR
人間よりコンピューター信じた悲劇 富士通の会計システムに欠陥 英国の準郵便局長550人冤罪に苦しむ （木村正人） - 個人 - Yahoo!ニュース
［ロンドン発］英国の郵便局を支えてきた元準郵便局長550人以上が会計システムのエラーから「無実の罪」を着せられ、投獄されたり、破産したりしていたことが分かりました。 ロンドンの高等裁判所は16日「地獄の20年」を味わった元準郵便局長たちの訴えを認め、和解金578万ポンド（約8億3400万円）の支払いを郵便局の窓口業務を引き受けるポスト・オフィス社に命じました。 英メディアによると、この会計システムはもともと英コンピューター企業ICLが開発した「ホライゾンシステム」。高等裁判所の判事はホライゾンシステムにかなりのバグやエラー、不良があったため、準郵便局長の支店口座に不一致が生じたことを認めました。 郵便局側は「ホライゾンシステムに何の問題もなかった」と主張してきました。しかし判事は「2000年に導入されたシステムは少しも堅牢ではなかった」として、郵便局の支店口座で帳尻が合わずに資金不足が生じ
みずほ銀行の新システムがIBM×COBOLで昭和っぽさあるとおもったら逆で、みずほだけが「脱・昭和」できてたのか - in between days
日経 xTECH（クロステック）で「35万人月、みずほ銀行システム統合の謎」というシリーズ記事が公開されている。 tech.nikkeibp.co.jp 出典は「日経コンピュータ」誌の2019年9月5日号で、32ページにわたる特集を全19本の記事で構成している。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 有料会員向けの記事ということもあるんだろうけれど、上記のような一部記事だけが微妙なかんじでバズっていて、その記事を読むと、まあこういう感想になる。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 今年って昭和何年だっけ？ “基盤とアプリ開発のベンダーが異なることで特有の難しさも生じた。富士通はIBMの基盤上で動作するCOBOLプログラムを開発しなければならなかった”2019/09/10
みずほシステム統合の謎、「スパルタ」で挑んだ要件定義
新システムの「MINORI」は完全な新規開発だ。旧みずほ銀行（BK）の旧勘定系である「STEPS」や旧みずほコーポレート銀行（CB）の「C-base」、みずほ信託銀行（TB）の「BEST」からはコードを一切引き継いでいない。 ユーザー部門による要件定義もやり直した。その際は旧システムの要件や現状の業務フローを踏襲する「AS IS（アズイズ）」の要件定義を全面的に禁じた。「過去の苦い経験から、要件定義においてユーザー部門が『今のままで良い』『アズイズでよろしく頼む』との態度をとるのが最悪だと学んだからだ」。2009年以来、みずほフィナンシャルグループ（FG）の最高情報責任者（CIO）を10年間務めた安部大作副会長執行役員はそう振り返る。 苦い経験とはみずほFGが2004年から始めた次期システム開発の初期段階を指す。同社が「第1ステップ」と呼ぶハブシステムの導入は計画通り進んだが、続く「第2ス
信用金庫のシステム障害が復旧、「原因は調査中」と日本ユニシス
2019年8月15日の午前中から発生していた信用金庫のシステム障害が、同日午後2時ごろまでに全て復旧した。北海道信用金庫や横浜信用金庫など、障害が発生していた信用金庫が発表した。今回、障害が発生した信用金庫の勘定系システムの開発・運用を手掛ける日本ユニシスは「原因は調査中で詳細は分かっていない」としている。 日本ユニシスによると、いずれの信用金庫も業務開始前にシステム障害が発生。日本ユニシスが順次復旧作業を進め、昼12時ごろから午後2時にかけて全ての信用金庫のシステムを復旧させた。旭川信用金庫は障害の原因について「日本ユニシスに委託している勘定系オンラインシステムのホストコンピューター機器の障害によるもの」と発表している。 ただ日本ユニシスは「復旧作業を優先したため、障害原因の詳細は分かっていない」（広報担当者）としている。同社によれば「前日にシステムの更改作業などは実施していない」。年金
やはりトラブルは起こった、改元IT対応の障害が自治体で5連発
「官公庁と民間で情報システムに支障があったという報告は受けていない」。令和の時代が幕を開けた2019年5月1日午前9時過ぎ、菅義偉内閣官房長官は改元に伴うシステム改修について「安全宣言」を出した。この時点で官公庁には一部で改修が必要な情報システムが残ったが連休返上で作業を進め、「（2019年5月7日の）開庁日までに作業を終了する予定」とした。 宣言通り、世上をにぎわすような重大なトラブルは発生しなかった。だが100点満点とはいかず、子細に見るとトラブルはあった。例えば改元に伴い、5つの自治体で改元日の前にトラブルが続出した。今後の教訓とするために、障害の事象と原因を探った。 世田谷区は「平成31年」を「平成3元年」と印字 最初のトラブルは政府が「令和」を発表した2019年4月1日より前に発生した。東京都世田谷区が2019年3月上旬に区民に送った通知書類に、日付が「平成3元年」となるミスがあ
苦節16年みずほ銀行の勘定系統合、6月に移行開始
みずほ銀行は2018年2月15日、勘定系システムの統合に向けた最終移行スケジュールを発表した。2018年6月11日から9回に分けて、約450のみずほ銀行店舗などの口座データとATMを現在の勘定系から新たに構築したシステムにつなぎ替え、2019年上期に全ての移行作業を完了させる。みずほ銀行の誕生から16年、二度の大規模システム障害を教訓に4000億円を超える資金を投じ進めてきた世界最大級のシステム刷新・統合プロジェクトが最後にして最大の正念場を迎える。 みずほフィナンシャルグループ（FG）の米井公治常務執行役員 IT・システム企画部長が日経コンピュータの取材に応じ、「確実な移行に向け万全を期す」と話した。 新システムへの移行は「店群移行方式」で臨む。まず新システムを稼働させた上で、みずほ銀行とみずほ信託銀行（TB）の店舗を8グループに分けて各店の口座データやATM、営業店システムなどを既存シ
来年元日に「うるう秒」、ITシステムに影響は？ 「対処できる人が正月休み」に注意
社会のIT化が進んだ現在、うるう秒の実施は、情報システムの障害を生むこともある。前々回の12年7月1日（日曜日）の実施では、国内でSNS「mixi」に障害が起きたほか、海外でもLinkedIn、RedditなどのWebサービスが影響を受けた。 NICT電磁波研究所 時空標準研究室の花土ゆう子室長は、「これまでの経験を踏まえ、事前に十分な配慮を」と話す。「例えば、分散化を取り入れているシステムでは、それぞれの時刻表記の同期がずれると不具合が起こるケースがある。システムを動かすプログラムも、60秒というイレギュラーな時刻表示に対応できずに誤作動を起こすケースも考えられる」（花土室長）。 同研究室の今村国康研究マネージャーは「今回は正月の実施なので、何かトラブルが起きたときに、対処できる要員が休んでいる可能性もある。その分、事前の準備を徹底してほしい」と注意を促す。 うるう秒の実施をめぐっては、
ドキュメントシステムはこれを使え2015年版
Sphinx Con JP 2015での発表 目的からドキュメントシステムを選べるYes/Noチャートは33ページにあります。 （当初アップロードしたものはこのページにミスがあったので差し替えています。高橋さんありがとうございます。）
嵐のコンサートがあるとダブルブッキングしてしまうホテル予約システムを作ってみた
今年の5月1日に、仙台市内のホテルで多重予約のトラブルが発生したと報道されています。 部屋数２０３室の仙台市のビジネスホテルで、９月１８～２３日の宿泊予約を数千件受け付けるトラブルがあった。アイドルグループ「嵐」のライブが宮城県内で開催される期間だった。インターネットでの申し込みが殺到し、システム障害が起きたとみられるという。 トラブルがあったのは、仙台市泉区の「ホテルルートイン仙台泉インター」。ホテルなどによると、９月１９、２０、２２、２３日に宮城スタジアム（宮城県利府町）で嵐がライブを開くことが明らかになった後の５月１日午前５時ごろ、ネットを使った予約申し込みが殺到していることに気づいたという。 ２０３室のホテルなのに「予約」数千件 嵐公演で殺到か：朝日新聞デジタル より引用 5月1日の朝に何があったのか調べてみると、この日の早朝にテレビや新聞でコンサートの情報が流れたようですね。 お
リリースフローを自動化して、本来の開発業務に専念できる環境を整備しよう
人はミスをしてしまうもの 開発・運用に携わる人には釈迦に説法ではありますが、どれだけ詳細なリリース手順書を整備しても、ダブルチェックのルールを設けても、天才プログラマを何人集めてもミスや失敗は付き物です。経験則からもそうですが、特に稼働が高い時（ローンチ前後）、時間がなくて焦っている時（障害時）はミス・失敗が起こりがちです。 昨今のリリース手順は簡単に思いつくだけでも、 コンパイルの実行 ユニットテストの実行 カバレッジの取得 minify,compressの実行 依存関係の解決 など、複雑化しがちです。 手作業でリリースする場合、一つ一つの作業は微々たる時間で行えても、リリースに必要な作業を積み重ねると結構な時間がかかります。また、それを継続的に行っていくとなるとかなりの時間を取ってしまいます。 これらの作業を自動化することで、機能開発・研究開発と言うエンジニア本来の業務が行える環境を整
グリーを支える通知システム | GREE Engineering
はじめに このエントリは GREE Advent Calendar 2014 24日目の記事です。 こんにちは、インフラストラクチャ本部の高野(@takano32)です。 いつも社内では GitHub:Enterprise の運用、 デプロイの改善、 大規模なインフラを操作するためのツール作成、 レガシーなサーバのセキュリティ対策、 コミュニケーションツール向けシステムの構築・運用、 などの仕事をしています。節操がありませんね。はい。 そのうち、今回は「コミュニケーションツール向けシステムの構築・運用」のうち「グリーを支える通知システム」という題目について書きたいと思います。 グリーとリアルタイムコミュニケーションツール まず、通知システムについてお話する前に、グリーでどのようなリアルタイムコミュニケーションツールが利用されてきたかを簡単に説明したいと思います。 リアルタイムコミュニケーシ
［特報］ANA、新基幹システムでNTTデータと成果報酬型契約を締結
全日本空輸（ANA)が、貨物事業向けの新基幹システムでNTTデータと成果報酬型の契約を結んでいることが分かった。新システムは、貨物の予約や搬入、積載など一連の中核業務を支援するもので、2013年3月に稼働している。 ANAは新システムの月額利用料金をNTTデータに支払っている。システム利用料金は、ANAが取り扱った貨物量（貨物の搭載重量）に応じて変わる。 「業績に応じてITコストを変動費化させるため、成果報酬型契約を結んだ。『事業が好調で払える時には多く、払えない時には少なく』ということ」。ANAの後藤孝宏業務プロセス改革室ITサービス推進部主席部員はこう説明する。従来型の契約を結んだ場合、数億円のシステム構築費用がかかったもようだが、ANAはこの初期費用をゼロにした。 「システム構築費用は工数に基づく料金をいただくのが基本だが、事業環境の変化が激しく、ITコストの変動費化を望む場合は、成
ノーチラス、西鉄ストアの基幹システムをAsakusa Framework/Hadoopで開発
ノーチラス・テクノロジーズは、西鉄ストアの本部基幹システムの刷新を行い、2013年3月末に全面稼働を開始したと発表した。 本部基幹システムは、Hadoop/Asakusa Frameworkを利用した基幹系システムで、現時点で日本最大規模(同社調べ 2013年4月9日現在)。また、同システムは、投資可搬性の向上のために、オンプレミス環境からアマゾン ウェブ サービス(以下、AWS)のクラウドサービス上に移行しHA構成にて、稼働している。 稼働している本部基幹システムは、売上・売掛金管理システム、仕入・買掛管理システム、テナント管理システム、管理会計システムの4つ。 本部基幹システムの全体規模は、総画面数で600画面、ジョブグループ数で200グループ、一日で処理するデータ件数は最大で一日20億件、総開発工数は2年間で600人月弱を要する規模となっている。 今回の本部基幹システムでは、既存シス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
みずほ銀行で31日ぶり昨年来11回目のシステム障害、今度は一部ATMが停止するみずほにしては軽めの不具合 : 市況かぶ全力２階建
スシロー、ビッグデータ分析し寿司流す 廃棄量75%減 - 日本経済新聞
