Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
意外と使えるUML
Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
ユースケース(use case)とは何か
を書いたものである． では，ユースケースを理解するために次のシナリオを考えて見よう．このシナリオは，インターネットショッピングが可能なオンラインストアでショッピングを行なうことを想定している．
＠IT：良いユースケースを書くコツを伝授
［Interview］ 良いユースケースを書くコツを伝授 2003/1/22 ユースケースはシステムの機能要件を設計者、プログラマ、テスター、ユーザー、そのほかの利害関係者に伝える重要な役割を持つ。UMLを学ぼうとするエンジニアにとって、ユースケースは、クラス図と同様、最初に目にする基本的なダイアグラムだが、基本だからこそ、その真髄は非常に奥深い。良いユースケースを書くうえで、初心者が陥るワナ、回避するコツなどを来日した米ラショナルソフトウェアの要求管理部門エバンジェリスト ジム・ヒューマン氏（Jim Heumann）に聞いた。 ――良いユースケースと悪いユースケースがある。その定義の違いは。 ヒューマン氏 良いユースケースというのは、機能要件を知るべき人々にとって円滑なコミュニケーションを可能にするユースケースのことだ。理解しやすく、簡潔だが必要な情報は十分に盛り込まれている。一方、悪い
Martin Fowler's Bliki in Japanese - ユースケースとストーリー
http://www.martinfowler.com/bliki/UseCasesAndStories.html ユースケースとXPのストーリーとの違いは？ これはよくある質問だが、なかなか答えがまとまらない質問でもある。XPコミュニティの人々は、ストーリーはユースケースを簡単にしたものだと捉えている。私も以前はそう思っていたが、今は別の見方をしている。 ユースケースとストーリーは、どちらも要求をまとめる（organize）方法という意味で一致している。違うのは、まとめる「目的」である。 ユースケースは、ユーザーがシステムにどう携わるか、どう使うか、といったナレーティブ（narrative）を形作るために要求をまとめていく。したがってユースケースは、ユーザーのゴールとシステムとの相互作用がどれだけそのゴールを満たすかに焦点があてられる。 一方、XPストーリー（やよく機能などと呼ばれるもの
ネットの口コミで評判のいいところから融資してもらう方が安心？ | 【貴方のお役に立ちます！】優良消費者金融紹介サイト佐賀県版！
韓国のエステツアーに参加したいのですが、貯金がありません。家族や友人に相談したくないので誰にもバレないようにお金を借りたいです。ネットの口コミで評判がいいところから融資してもらえば安心ですか？ 口コミは参考程度、大事なのは自分に合ったサービス内容を探すこと 女性なら誰しも憧れてしまいそうなエステツアー。日本よりも安そうで興味があります。失礼ですがお仕事はされている方ですか？どこで借りるにせよ安定した収入がある方を条件としているところは多いです。 ポイントは誰にも知られず借りれるか？とゆうところですね。最近ですと、銀行系カードローンの中で、インターネットからの申込してお金が借りれるところがあります。面倒な契約書やカード発行の書類が届かなく、在籍確認もない夢のようなローンです。普通だったらネットから申込しても本人からの申込かどうか確認するために、自宅へ書類が届きますよね。書類以外に自宅や職場へ
- Java プログラマーのための UML
あなたが Java プログラマだとして，大きなソフトウェアの設計をしたり，それを他人に説明したり，あるいは今解こうとしている問題を明確に定義しようとする時，どうしているだろうか． 一人で小さなプログラムを作るという作業においては，あまりこのような問題は起こらないかもしれない．しかし，プログラム開発を職業にしている場合，あるい はある程度の規模のソフトウェアをチーム開発する場合は，必ず他人とのコミュニケーションが必要になる．それは顧客との仕様打ち合せであったり，内部でのプログラム構造の設計ミーティングであったりするだろう． 一人で開発を行う場合でも，システム全体を見ながら考えをまとめ， 機能的で保守性が高いすっきりとした構造に仕上げるには，何らかのビジュアルな図が役に立つことが多い． UML(Unified Modeling Language)とは，オブジェクト指向分析， 設計においてシステ
「関連」や「関係」の落とし穴（前編）
関連の多重度とオブジェクト図 第2回「クラス図の落とし穴」でも述べたように、クラスの意味はそれがどんな「関連」によってほかのクラスとつながっているかということに依存して決まります。クラス図においてそのくらい関連は重要なわけです。関連にまつわる落とし穴はいくつかありますが、基本は、悩んだらインスタンスレベルの「オブジェクト図」を描いて具体例で判断する、というのが鉄則です。こうすればほとんどの誤解から逃れられます。ちなみに、関連はクラスレベルのモデル要素、それに対応するインスタンスレベルは「リンク」と呼ばれるので覚えておくとよいでしょう。 ここでは、関連の多重度にまつわる落とし穴を整理しておきましょう。 多重度とは、その関連に参加する両側のクラスのインスタンス同士の数量的な制約のことです。従って、片側のクラスのインスタンスを1個固定したときに相手側のクラスの多重度はそのインスタンスが何個対応す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.mamezou.com/tec/design004.htm
【HOMMEZ(オムズ)公式】すべては、悩める男性のために。