エスイーが要件定義でやるべきたったひとつのこと(実践編) - Qiita
元海岸沿い現西新宿SIerのまつい師匠(@nmatsui)の「良いコードとは」というスライド、お読みになられたでしょうか。まだの方は是非！ http://www.slideshare.net/nbykmatsui/ss-55961899 さて、そのスライド中で出てくる「ロジックをシンプルに保つ」という話、以前まついさんと社内SNSでディスカッションしたことがある内容で、その結果をまとめておいたのが、以下になります。 http://www.slideshare.net/kawasima/ss-26968240 デシジョンテーブルを簡略化すると、プログラムの複雑度を減らすことができ、なにより仕様が単なる記号でなくて、顧客の要求が浮き出てきて理解しやすくなるよ、というものです。 ただ、この中では非常に単純な例しか挙げていないので、もう少し実践的な仕様で、ご説明したいと思います。 出力が多値のデシ
ハッピーな開発🎉をするための、プロジェクトにおける要件定義の役割 - Qiita
何かサービスを開発する時に、以下のような状態に陥ることがあります。 「要求」だとか「要件」が曖昧なまま開発に入ってしまう 形だけの要件定義書を作り、開発に入ると見返さない(形骸化してしまう) このような状態になってしまうと、大体は大きな手戻りが発生したりプロジェクトに損失を与えてしまいます。 これを防ぐためにも、要件定義の役割と重要性を理解しておくことは大事です。 「タクシー配車アプリを開発する」というプロジェクトを例に出しながら考えてみます 要求・要件・仕様の違い ざっくりとですが、プロジェクトを始める際には要求・要件・仕様の3つを考える必要があります。 要求とは 要求とは、「ユーザーがサービスで実現したいこと」です。 タクシー配車アプリでは「手軽に近くのタクシーを呼びたい」など。 ニーズとウォンツのような話だと、ニーズ(=目的)ということになります。 要件とは 要件とは、「どのようなサ
DDD with RDRA, ICONIX
DDDを具体的なプロセスに落とし込むにはどういう観点が必要だろうか。 - 境界づけられたコンテキストがどこまでの範囲かよくわからない - ユビキタス言語やドメインモデルをどのように発見すればいいかわからない。どこから着手すればいいのか？ - ドメインモデルがただのデータの入れ物になってしまう(貧血…
システム構築の上流工程強化（非機能要求グレード）紹介ページ | アーカイブ | IPA 独立行政法人 情報処理推進機構
システム構築の上流工程強化（非機能要求グレード）紹介ページ 本ページの情報は、2023年8月時点のものです。本事業は終了しているため、お問い合わせには対応できません。 国民生活や社会経済活動における基盤となった情報システムは、「大規模化・複雑化」、「利用の広がり」の点からますます高度化しています。このような高度化に伴い、情報システムの安定的なサービスが求められるようになっており、複雑なシステムを構成する多様なコンポーネントがきちんと連携してそのようなサービスを提供する「システム基盤」の実現が重要になっています。そのためには、提供したいサービスに対応する要求を適切に定義する必要があります。 機能／非機能要求の相違点と課題 システム構築における要求には機能要求と非機能要求があります。このうち、非機能要求については、以下のような要件定義上の課題があります。 非機能要求グレードとは 「非機能要求グ
損保ジャパン、要件定義に4年がかり | 日経 xTECH（クロステック）
損害保険ジャパン日本興亜が、基幹システムの再構築プロジェクトを本格化させる。まもなく要件定義を完了し、2017年5月に基本設計を始める計画である。 同社が基幹システム再構築の準備を始めたのは2013年4月。プロジェクトの序盤フェーズである要件定義の工程を終えるまでに4年かかった計算になる。一般的なシステム開発であれば失敗と見られかねない長さだが、損害保険ジャパン日本興亜の場合はやむを得ない面がある。 途中の2014年9月には企業合併に伴うシステム統合を優先せざるを得なかった。さらに、COBOLアプリケーションの大半をJavaアプリケーションに切り替える、システム刷新とともに利用部門の業務も改革するといった挑戦的な要素を含んでおり、これらの要素に対して多数の関係者の理解を得る必要があった。 実際、プロジェクトの主要メンバーはシステムを利用するさまざまな関係者の協力姿勢を引き出すことに多くの時
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
