Using Mind Maping And UML Effectively in Software Development

ソフトウェア開発に役立つビジュアル思考マインドマップ/UMLを現場で有効活用しよう平鍋健児株式会社チェンジビジョン Seeing is understanding.

本日の目的 • ソフトウェア開発の現場でマインドマップを使える場面と例を紹介。 • UMLの簡単な使い方を紹介。 • 両方の利点を活かした使い方を提案。 • ソフトウェア開発をもっと、協調的に、生産的に、創造的に、そして、楽しくする。 2 Seeing is understanding.

自己紹介 • ㈱永和システムマネジメント – 本社：福井県福井市、支社：東京(2002-) – Ruby と Agileを使ったシステム開発 • 株式会社チェンジビジョン – 本社: 東京 – astah*(JUDE) で見える化 • 平鍋健児 – リアルタイム，CAD, オブジェクト指向の実践 http://www.change-vision.com/ – UMLエディタJUDE/astah*の開発 – アジャイルプロセス協議会、副会長 – 翻訳、XP関連書籍、『リーン開発の本質』等多数。 – 2008 Gordon Pask Award Recipient for contributions to Agile practice 3 Seeing is understanding.

アジェンダ • Mind Map • UML • Mind Map ⇒ UML 4 Seeing is understanding.

Mind Map Seeing is understanding.

Mind Map • Tony Buzan • グラフィカルなノート術 (だけではない) • 考えを放射状に記述 – キーワード指向 – 弱いセマンティクス – 早い、簡単 – ぱっ、と全体を見渡せる – プレイバック効果 – ブレインストーミング 6 Seeing is understanding.

7 Seeing isKent Beck’s XP 2nd understanding.

Retrospectives using Keep/Problem/Try format

Seminar Ideas by Kenji HIRANABE

描いてみよう：偏愛マップ • セントラルイメージ – 名前と絵 • 自己紹介 – 仕事 – 好きなこと（できるだけ具体的に） 10 Seeing is understanding.

11 Seeing is understanding.

12 Seeing is understanding.

『要件プロセス完全習得法』 Mastering the Requirements Process by Suzanne and James Robertson, 1999.

中心にテーマ When, What, Why, Who, Where, When, すなわち日をすえます。 Result の５つの観点から、企画をま時に関する事項をことめています。この最初の枝をBOIとの枝に並べています。呼びます。中心テーマに関すポイントに、アイコンる「絵」（セントラル（小さな絵）を入れまイメージ）を入れて、す。印象を強めます。

一冊の本をマインドマップにまとめた例。著者等の本の情読んだ本の自分に報とっての大切なことが、一枚にまとまっているので、本の内容を思い出すのに重宝する。自分の過去の知識とオーバーラップした部分は、囲みで強調してある。（自分のためのメモだから）点線で関連するトピックを繋いでいセントラルイメージる。に、書影を入れている（思い出しやすいように）。

ホワイトボードも併用会議中に、議論の内容をプロジェクタに写しながら、全員の理解を共有している。マインドマップは、事前に用意した物をもとに、ディスカッションの内容を書き加えていき、議論のプロセスも共有する。プロジェクタに写したマインドマップファシリテーターのPC をプロジェクタに接続している。

UML Seeing is understanding.

UML(いまさらですが) • モデリングのための図言語 • Unified Modeling Language（統一モデリング言語） – モデリング≒目的を持った抽象化 • システム開発の分析、設計、実装で使用する – 業務やシステムの構造と振る舞いを明らかにする – 思考ツール、コミュニケーションツール • 言語なので読み書き可能 – 文法（表記法）がある、意味を伝える、記録する 18 Seeing is understanding.

UML図の分類論理物理企業営業部：組織 <<controller>> <<model>> :client :server 静的経営者従業員組織営業１課：組織山田さん：従業員 <<view>> 営業技術田中さん：従業員クラス図オブジェクト図コンポーネント図配置図出社処理をする出社退社処理在宅在席をする退社出張帰社従業員集計処理管理者直行をする出張直帰ユースケース図ステートチャート図申請者上司人事動的休暇申請承認決裁シーケンス図アクティビティ図コラボレーション図 19 Seeing is understanding.

ユースケース図 • 目的 – あるシステム化対象領域において、その範囲で必要となるユースケース（利用場面、サービス）を洗い出し、そのサービスを利用する登場人物（アクター）との関係を表現する • どのタイミングで描くか – 顧客の現在の業務を整理する場面 – 顧客が（今回）開発したいシステムを表現する場面 20 Seeing is understanding.

例：受注管理システム受注管理システム注文するユーザ在庫管理システム商品を発送する注文担当 21 Seeing is understanding.

ユースケース図の構成要素 • アクター – システムを利用するユーザの役割役割や、外部システムを棒人役割間（スティックマン）で表します • ユースケース ƒ ƒ ƒ ^ [ AN – アクターが利用するシステムのサービス、アクターを利用する外部システムのサービスを楕円で表します • 関連ユースケース – アクターがユースケースを利用したり、ユースケースがアクターに影響を及ぼす関係を表します • システム境界 – システムの内部と外部を区別する境界を表します – 四角の内にあるユースケースは、システム内のユースケースシステム名称であることを表します • 包含（include） – あるユースケースが別のユースケースを使用していることを表現します《include》 22 Seeing is understanding.

描いてみよう：ユースケース図 • 名称：Webチケット販売システム • 利用者：ユーザ、システム管理者 • システム概要： – 会員登録されているユーザはサイトにログインし、Web上で催し物のチケット購入ができます – チケット購入の決済はクレジット会社の決済システム（決済くん）により行います – システム管理者はサイトにログインし、Web上で催し物チケットの売れ行きを見ることができます 23 Seeing is understanding.

回答例 24 Seeing is understanding.

クラス図 • 目的 – 業務やシステム、プログラムで使われる概念（クラス）を抽出する – 概念間の関係を表現する • どのタイミングで描くか – 業務をモデリングする場面（概念モデリング、用語辞書） – 実装クラス設計をする場面 – データベースを設計する場面 25 Seeing is understanding.

クラス図の例プロジェクト -プロジェクト名システム -期間 1 構築する - システム名 -予算 1 1 0..* 勘定系システム情報系システム - 利用時間 * * 1 1..* * * - マネージャ - 開発者メンバー管理する利用する利用する -名前管理する -所属 * 1 * - 管理者 - 利用者 1 経理部員営業部員顧客 -名前 -名前 -名前 -役職 -従業員番号 -顧客ID 26 Seeing is understanding.

描いてみよう：クラス図 • 名称：Webチケット販売システム • 語彙： – チケット … イベントに対応するチケット – 購入 … 一回の購入 – 会員 … チケットを購入した会員 27 Seeing is understanding.

回答例 28 Seeing is understanding.

Mind Map ⇒ UML Seeing is understanding.

最も基本的な、要求の背景やユーザー要望の聞き取りに使う、典型本質を聞き出す質問。的なマインドマップのテンプレートである。ユーザのタイプやインタビューの段階次第で、さまざまな工夫が可能。システムが扱う概念群を聞き出す質問。UMLの概念クラス図の「クラス」の候補となること他の重要なステークホルダーが多い。を聞き出す質問。この人たちにも、インタビューの必要があるかもしれない。システムのユーザーを聞き出す質問。UMLのユースケース図における、「アクター」の候補となることが多い。質問について、うまく回答がえられなかった場合、この枝にメシステムの目的、利用場面をモを残すようにする。聞きだす質問。UMLのユースケース図における、「ユースケース」の候補となることが多い。

実際に「図書館システム」についてのユーザ要望をヒアリングしたマインドマップ。（結果）日付と題名を入利用者の増加と、れ、それをイ予算がそもそものメージする画像動機であった。利をセントラルイ用者の増加に対メージとする。応できることが必須要件であることがわかる。概念クラスの候補がみつかる司書のみなさんを集めたミーティングを開くことが示唆される。途中で出た宿題は、「宿題」の枝このシステムの利用に入れ、最後に確者（アクター）が見つ認しながら期限もかる。決めてしまう。関連するトピックと点線矢印で繋いでおくと分かりやすい。このシステムの利用場面（ユースケース）が見つかる。

アクターとしてドラッグ＆ドロップユースケースとしてドラッグ＆ドロップ

「要求を把握する」、という過程を２つに分けて考えるまずは、意味や関係を厳密次に、出た物の意味や関係に規定しないで、出せる物をを考えて、記述するモード。こ出すモード。ここでは、「柔らこでは、「固い」図解法を使い、かい」図解法を使い、発散と意味づけ、定義、関連付けを理解を促す。固める。要求収集要求構築（要求のギャザリング）（要求のモデリング） 1 2 発散収束頭の中や Mind Map UML アイディア柔らかい固い曖昧厳密収集整理分析構築とらえどころがない意味・関係の把握

astah* Mind Map と UML の融合 http://astah.change-vision.com 34 Seeing is understanding.

Stickyminds.com article “Agile Modeling with Mind Map and UML” stickyminds Kenji HIRANABE Search 35 Seeing is understanding.

ご清聴ありがとうございましたマインドマップやUML、図を使ったコミュニケーションを有効に使って、自分たちの仕事を協調的に、生産的に、創造的に、そして楽しく変えて行きましょう。 Seeing is understanding.

http://blogs.itmedia.co.jp	347
http://www.slideshare.net	226
http://74.125.153.132	2
http://www.trunk.ly	1
http://twitter.com	1
http://trunk.ly	1

Using Mind Maping And UML Effectively in Software Development

by Kenji Hiranabe on Nov 01, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

6 Embeds 578

Statistics

Using Mind Maping And UML Effectively in Software Development — Presentation Transcript