タグ

要件定義に関するt-murachiのブックマーク (13)

  • ワクチン接種証明 マイナンバーカード活用のアプリ開発を検討 | NHKニュース

    社会経済活動の回復に向けて、平井デジタル大臣は、ワクチンの接種をスマートフォンで証明できる仕組みについて、マイナンバーカードを活用し、QRコードの付いた接種証明が表示される専用アプリの開発を検討していると説明しました。 新型コロナウイルス対策をめぐり政府は、社会経済活動の回復に向けて、ワクチンの接種をスマートフォンで証明できる仕組みを年内に作成することにしています。 これについて平井デジタル大臣は閣議のあとの記者会見で、スマートフォンでマイナンバーカードを読み取って暗証番号を入力し、人確認を行うことで、QRコードの付いた接種証明が表示される専用アプリの開発を検討していると説明しました。 そのうえで平井大臣はアプリの仕様について、17日から民間の事業者や自治体などからの意見募集を開始するとして「関心が非常に高く、国内で積極的に活用することも考えられるので、より使い勝手のよい仕組みづくりにつ

    ワクチン接種証明 マイナンバーカード活用のアプリ開発を検討 | NHKニュース
    t-murachi
    t-murachi 2021/09/18
    「スマートフォンでマイナンバーカードを読み取って暗証番号を入力し、本人確認を行うことで、QRコードの付いた接種証明が」普通にQRコードプリントしたカード発行して郵送してください(´・ω・`) ハードル高杉(´・ω・`
  • 中田の質問箱です

    みずほ関係者の方でしょうか。連日のように繰り返されるシステム障害とその批判を目の当たりにして疲弊しているのだろうとお察しします。ただ、仰っている内容はどれも妥当性に乏しいので、公言されるとますます批判の声が強まってしまうことが危惧されます。ご自身の反論が有効かどうかを検証する有力な方法は「他の2メガバンクではこのロジックは通用するか?」という考え方です。以下、すべてこのアプローチでご説明します。 まず「銀行リテールの利益は250億円しかなく赤字のこともあるのだから莫大な設備投資をすることは株主にとって妥当ではない」というのは論理が全く逆で、莫大な設備投資をしたのですからもっと稼がなければならないのに稼げていないことが問題なのです。MUFGやSMFGをご覧頂ければ銀行リテールだけでも1,000億円単位で儲けていることがわかるでしょう。しかもシステム統合に要した費用はMUFGで3,300億円、

    中田の質問箱です
    t-murachi
    t-murachi 2021/09/11
    ITベンダーに問題がまったくないとは思わないけど、みずほのケースは、なぁ…(´・ω・`) MUFGは圧倒的に立場上三菱が強かったからね(´・ω・`)
  • 要件定義~システム設計ができる人材になれる記事 - Qiita

    はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

    要件定義~システム設計ができる人材になれる記事 - Qiita
    t-murachi
    t-murachi 2020/01/13
    実際の仕事に置かれましてはお客様の方で勝手に練り上げられた設計のようなものに対し、ヒアリングを重ねた上でそれではお抱えになっている問題を解決できないことを懇切丁寧に説明しご納得頂くところから始め文字数
  • PayPayで約50万円のクレカ不正利用の被害に遭いました【原因と対策】

    PayPayの不正利用の原因は?PayPayの不正利用の対策方法を知りたいPayPayの不正利用に遭ったらどういう手続きを取ればいい? PayPayで約50万円の不正利用の被害に遭いました 2018年12月11日〜14日にかけてtwitterでなにやらPayPayの不正利用に関する不穏なツイートをたくさん見かけました。 PayPay 経由で僕のクレジットカードが不正利用されたようです。カード番号総当たりでたまたま被害にあった可能性があるとの事。みなさんもお気を付けて。 — 🍃🥜🗼sola🗼🥜🍃 (@sola_io) 2018年12月12日 paypay経由でクレカ不正利用された カスタマーセンターから不審な利用があったと連絡をもらって発覚して利用額約40マソ 海外サイトで利用トライ→セキュリティコード違いで使えないがカード番号の存在を確認→paypayの決済にカード番号を使用

    PayPayで約50万円のクレカ不正利用の被害に遭いました【原因と対策】
    t-murachi
    t-murachi 2018/12/17
    注意喚起。PayPay使ってる人ではなくて、クレカ持ってる人全般。
  • 今の時代、「ふわっとした仕事を具体的なタスクに落とし込むスキル」だけで十分食えると思う

    どうもしんざきです。とある業界の、社員100人ちょっとの企業で中間管理職をしています。 同業他社の管理職同士で飲むことがたまーにありまして、先日は何故か「どれくらい古いパソコン用語を知っているか勝負」という、冗談抜きでひとかけらの生産性もない話で盛り上がっていました。 平成も終わろうかというこの時代に、HYMEM.SYSの記述方法についての宗教議論とか、当になんの役にも立たないのでやめて欲しいです。超楽しかった。 で、その時、もう一つ盛り上がっていた、というか愚痴の言い合いになっていたのが、「ちゃんとタスク切れる人不足」という話でした。 毎度毎度、人手が足りている、足りていないの話になるのは管理職飲み会あるあるです。飲み会の一つの焦点といっても良いかと思います。 業界にもよるのかも知れないんですが、実をいうと今、採用自体は割とスムーズにいっているという話を聞くことが多いんです。 それも、

    今の時代、「ふわっとした仕事を具体的なタスクに落とし込むスキル」だけで十分食えると思う
    t-murachi
    t-murachi 2018/07/07
    それなんてユースケース? 何となくこんな感じで… という話は多くの場合、ヒアリングしながらシナリオを書いてみることで概ね要件は明確になる。
  • 人間の給与計算部門をまるごとクビにして入れ替えたIBMのシステムが820億円の損失を生み出す

    By Ken Teegardin カナダ政府は2008年、部門の人員コストを削減するために給与計算部門を廃止し、IBMから給与計算システム「Phoenix Pay System」を導入しました。しかし稼働したシステムは正常に職員たちの給与を計算せず問題となり、事態を終息させるために現カナダ政府が約10億カナダドル(約820億円)を投入する事態にまで発展しています。 Canada to Scrap IBM Payroll Plan Gone Awry Costing C$1 Billion - Bloomberg https://www.bloomberg.com/news/articles/2018-03-01/canada-to-scrap-ibm-payroll-plan-gone-awry-costing-c-1-billion IBMからPhoenix(フェニックス)を導入する事業

    人間の給与計算部門をまるごとクビにして入れ替えたIBMのシステムが820億円の損失を生み出す
    t-murachi
    t-murachi 2018/03/05
    業務戦略を打ち立てられない者に強靱なシステムという名の剣を手にすることはできない。協業無くしてオーダーメイドのシステム開発は成り立たない。そしてITは政治の道具ではない。
  • 若手エンジニア必読!超絶分かるユースケース図-全知識と書き方5ステップ

    要求定義フェーズでよく使われるユースケース図。先輩に書けと言われたけど、「そもそもユースケース図って何?」「必要性は?」「どう書けば良いの?」と困っている方も多いのではないでしょうか。 若手SEなど難しいイメージを持っている方も多いですが、実はけして難しいものではありません。この記事で解説している基礎知識を抑えてしまえば、たった5つのステップで作成できてしまいます。 この記事では、ユースケース図の基礎知識から5つの作成ステップまで、エンジニアが抑えておくべきユースケース図の全知識を徹底的に分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもユースケース図を書けるようになっているでしょう。この記事を参考に、ユースケース図を書いてみましょう。 1.ユースケース図とは ユースケース図とは、「ユーザーの視点でシステムの利用例を表現する図解術」です。 海外では「Use Case Di

    若手エンジニア必読!超絶分かるユースケース図-全知識と書き方5ステップ
    t-murachi
    t-murachi 2016/11/16
    ユースケースの本体は個々のユースケースシナリオです。ユースケース図はユースケースとアクターの関係性を示すあくまで概略であり、多くの場合、それ自体は省略してしまっても何ら問題の無いものです…(´・ω・`)。
  • はらぺこ日誌» ブログアーカイブ » API 開発における要件分析 – C++ のための API デザイン

    ライブラリ API の設計手法を学ぼうシリーズの第3弾です。前回の記事はこちら。以下の教材を利用しています。 C++ APIデザイン 今回から第4章に入ります。4章は C++ での実装の話はなく、設計に入るまでの情報の収集や整理 (要するに要件分析)、および様々なレイヤーでの設計に関する議論となっています。プログラミング実習をするような内容でもないので、要点をまとめながら解釈したり考えたりしたことをレポートしたいと思います。 今回はその中でも、 4.1~4.3節の、要件分析までの内容について見ていきます。 大原則 最初のセクションに入る前の書き出しで、以下のように書かれています。これはもう、大原則ですよね… (強調は拙引用者によるものです)。 …こうしたさまざまな分析テクニックは個別に使っても組み合わせて使っても有用である。とはいえ、「自分で理解できないことは設計できない」という原則を常に

    t-murachi
    t-murachi 2014/08/10
    ブログ書いたでぇ。
  • 業務フロー V.S. ユースケース記述(ユースケースシナリオ) - Ken's Blog

    先のエントリーではさらっと「業務フローを書く」と書いたのですが、業務フローとユースケース記述(ユースケースシナリオ)って同じ様なことを書くよね?という疑問が出てきました。という訳で、少し整理してみます。 業務フロー 業務フローはアクタをレーンに配置し、ユーザの業務をフローとして記述しながら、業務の流れとシステムとの接点を明確にするものです。つまり、焦点は文字通り業務の流れにあります。 ユースケース記述(ユースケースシナリオ) ユースケース記述(ユースケースシナリオ)はユーザとシステムの対話をシナリオとして記述するものです。つまり、焦点はユーザとシステムの対話にあります。 個人的な見解 業務が複数のアクタによって複雑に絡み合う様な場合は業務フローを書くことで整理することができます。しかし、通常はそこまで複雑な業務は少なく、どちらかと言えば、システム化する上でユーザとシステムがどのような対話を

    業務フロー V.S. ユースケース記述(ユースケースシナリオ) - Ken's Blog
  • 発注者のためのWebシステム/Webアプリケーションセキュリティ要件書 | 株式会社トライコーダ

    Webシステム/Webアプリケーションセキュリティ要件書 セキュリティ要件書 トライコーダでは、Webサイトの脆弱性を防ぐセキュリティ要件をまとめた仕様書『発注者のためのWebシステム/アプリケーションセキュリティ要件書』を公開していました。 2013年11月1日からは、OWASP の 『セキュリティ要件定義書ワーキンググループ』に『Webシステム/アプリケーションセキュリティ要件書』としてドキュメントを引き継いでいます。 Webアプリケーションのセキュリティ要件は明確 セキュリティ対策に終わりはないと言われていますが、Webアプリケーションにおいては、ここ数年まったく新しい攻撃手法はほとんど発見されていません。つまり、Webアプリケーションを安全に構築するためのセキュリティ要件は明確になっているのです。 今後も新しい攻撃手法が発見されないとは限りませんが、少なくとも現在起きている攻撃の大

    t-murachi
    t-murachi 2012/03/30
    あとでじっくり精査してみるべかな…。
  • http://akibahideki.com/blog/cat5/post-20.html

    t-murachi
    t-murachi 2011/10/12
    そもそもデザインって「設計」って意味なんだけどね…奇抜な意匠が欲しいだけなら芸術家雇えよっていう…。 / より効果的な要件の絞り込みチャートみたいなノウハウはあっても良いかも。
  • 要求は怪物みたいなもの

    Angry Aussie / 青木靖 訳 2007年8月1日 水曜 8歳になる娘と話をすると、自分が何でもわかっているなどとは思わなくなる。 質問が上手なあの子は、私が答えられなかったり、少なくとも真剣に考えなきゃならないようなことを聞いてくる。真剣に考えるというのは重要で、いい加減な答えをしようものならすぐ突っ込まれてしまう。彼女が5歳で母親に日曜学校へ送り迎えしてもらっていた頃のある日、何の前触れもなくこんなことを聞いたことがあ った。 「ねえ、神様が私たちを作って、そして私たちを好きでいるなら、どうして神様は私たちが病気になるのをほうっておくの?」 あなたならどう答えるだろう? 私が最初に思いついたのは「ママに聞いてごらん」ということだった。しかしこれはその場しのぎにしかならない。最終的には「死なないくらいの病気かかると、かえって体が丈夫になるんだよ」という冴えない答でどうにか逃げお

    t-murachi
    t-murachi 2008/10/17
    「神様は私たちが病気になるのをほうっておく」<神は人の生も死も超えた存在だからさ。それに、すべての病気にかかる人を救ってしまったら、この地球はあっという間に人間であふれかえってしまう。
  • NTTデータが新開発手法、“見た目重視”で工期3割削減:ITpro

    NTTデータは2008年10月15日、顧客の要求を使いやすさも含めて的確に定義するシステム開発手法を策定したと発表した。特徴は、要件定義時に画面レイアウトを含めたシステム全体の使いやすさについて顧客と合意を取ること。 米アクシュア・ソフトウエア・ソリューションズ製の画面プロトタイプ作成ソフト「Axure RP(アクシュア・アールピー)」を利用することで実現した。この手法に変更することで、要件抽出における品質向上と約30%の工期短縮を実現できるという。同社はこの手法を拡大し、2009年に50件の適応を目指す。 新手法では企画工程で業務の全体像を定め、それをもとに画面レイアウトのプロトタイプを「Axure RP」で作成する(図)。Axure RPはVisual Studioなどの開発ツールよりも簡単な操作で画面レイアウトを作成でき、Visioなどの作画ツールよりもリアルに番環境でのシステムの

    NTTデータが新開発手法、“見た目重視”で工期3割削減:ITpro
    t-murachi
    t-murachi 2008/10/15
    ええー。実態としては確かに蔓延しちゃってるけど、契約に過ぎない要件定義の段階で UI 設計まで含めちゃうのははっきり言って下策だで。下流工程の人たちがよっぽど優秀でないと悲惨なことになること請け合いかと…
  • 1