Astah UML/ER/mindmapping modeling tool Introduction

Copyright (C) 2010 Change Vision Corporation. All Rights Reserved.

株式会社チェンジビジョン平鍋健児

モデリングの発 !~ ご紹介

自己紹介� 株式会社チェンジビジョン

� 本社: 東京、支社：福井県福井市� astah*(JUDE) でえる化

� ㈱永和システムマネジメント� 本社：福井県福井市、支社：東京(2002-)

� Ruby と Agileを使ったシステム開発� 平鍋健児

� リアルタイム，CAD, オブジェクト指向の実践� UMLエディタJUDE/astah*の開発� アジャイルプロセス議会、会� 翻訳、XP関連書籍、『リーン開発の本質』等多数。� 2008 Gordon Pask Award Recipient for contributions to Agile practice


アジェンダ�自己紹介�現在の「オブジェクト指向」、「UML」、「モデリング」の意味と位置づけ

�astah* とは?

�astah* の製品ファミリー�astah* の市場シェア

Demo中心に!•UML•業務フロー•ER図, DFD, CRUD

•マインドマップ•Web共有

構造化分析・設計オブジェクト指向分析・設計

RUP(96)Waterfall

Agile

Manifesto(01)

構造化プログラミングオブジェクト指向プログラミング関数型プログラミング

LISP(58)

FORTRAN(57)

COBOL(59)

Java(95)

Ruby(95)

Perl(87)

Python(91)

Pascal(70)

Ada(80)C(70)

Smalltalk(72)Scala(03)

C#(00)

Haskell(90)Erlang(86)

C++(83)

Clojure(07)F#(02)

Simula(67)

Go(09) 手続型

オブジェクト指向

関数型

アーキテクチャJ2EE(01)

RubyOnRails(04)

Map/Reduce

KVS

大型計算機-端末クライアント・サーバインターネット/ブラウザクラウド

UML(95)Booch

OMT

OOSE

デザインパターン(95)Yordon

DeMarco

DFD

設計手法

アナリシスパターン(96)

リファクタリング(00)

Linux(91)

構造化分析・設計オブジェクト指向分析・設計

XP(99)

Scrum(95)

1970年代 1980 1990年代 2000年代 2010年代

ソフトウェア開発の歴史

Agile

開発手法

LeanSD(03)LeanStartup(11)


ソフトウェア開発の歴史(1/2)

� プログラミング言語は、「マシンを使う」言語から、「を表現する」言語へと進化してきた。

� オブジェクト指向はプログラミング言語の普及後に、設計へ、分析へ、と徐々に上で用されるようになった。� ：用性、性のいソフトウェア開発�上：なを整して、解しやすく表現

する手法


� 設計手法の進化とともに、開発手法は型へと進んだ。

� これらの進化は、コンピュータ環境の進化にともなう、アーキテクチャの変化からも影響を強く受けている。

� この中で、オブジェクト指向技術は現在、プログラミングから設計、分析、開発プロセスにいたるまで、深く浸透している。

� アジャイルに注目が集まるようになり、オブジェクト指向は、リファクタリング、テスト可能性のツールとなる。

� UMLを含むビジュアル言語は、マシンのためにコードを吐くことから、人がコミュニケーションするための言語になる。

ソフトウェア開発の歴史(2/2)


ソフトウェア開発の進化は、マシンから人へ、人からチームへ

機械語アセンブラ

COBOLC

Java

C#

Ruby

UML

アジャイル

当初、コンピュータのリソースを操作するために、プログラミング言語が作られてきた。

徐々に名前付け、抽象化ができるようになり、人間の思考に近いレベルの概

を取りえるように進化してきた。名前

関数

構造体

ユーザ定義型

クラス

モジュール

設計レベルや開発プロセスレベルでも、可視化によるコミュニケーションをサポートするようになってきた。

DSL


astah* とは

Mind Map

UML 2.2

ERD

� ソフトウェア設計者向けの、図面を描くツールです。UML, ERD, DFD といった図がかけます。また、思考の過程やアイディアをマインドマップで描くことができます。


問題解

分析モデル設計モデル

分析分析

設計設計

実装実装

【現実】

【問題】【解】

【モデル】

人が読むモデル。人のアイディア、コミュニケーションを支援したい

マシンが読むモデル。マシンを自動で動かすための（コンパイルできる）モデル

モデルのカバー


astah* が大にしていること世界中の開発者にとって最も身近なソフトウェア設計支援ツール

（モデリングツール）

�使いやすい事�英語版と日本語版を同時リリース�現場につ機能がある事�求めやすいライセンスである事�Windows, Mac, Linuxで動作


クラス図クラス図クラス図クラス図ユースケース図ユースケース図ユースケース図ユースケース図

シーケンス図シーケンス図シーケンス図シーケンス図ステートマシン図ステートマシン図ステートマシン図ステートマシン図

よく使われる図


日本の現場ではかなり使われる

フローチャート（業務フロー図）。フローチャート（業務フロー図）。フローチャート（業務フロー図）。フローチャート（業務フロー図）。ER図と組み合わせて図と組み合わせて図と組み合わせて図と組み合わせてCRUDにする機能もあるにする機能もあるにする機能もあるにする機能もある


データベース、ERD・DFD・CRUD

ER図図図図 DFD

CRUDエンティティ定義書エンティティ定義書エンティティ定義書エンティティ定義書


Demo!UML, 業務フロー, マインドマップ


議事のテンプレートの。BOIのみでんだスタイル。会議に先って書いておくべきものと、会議が始まってから書くものがある。

議題を書いておく。議が始まったら、この枝を分岐させて伸ばしていく。

日時と場所を先に書いておく。

参加者を書いておく。会議が始まったら出欠をとってもよい。

目的も先に書いておく。この目的は非常に重要なので参加者に日時場所、アジェンダとともに伝えておくとともに、会議の最初に確認する。

会議の最後に、ファシリテータがここをまとめて、合意する。

会議の途中に出た宿題事項を、会議の最後に確認する。期限と担当は明確か？

会議のテーマを中心に書いておく。可能なら、それをイメージさせる画像（絵）を貼っておくとよい。


会議中に、議の内容をプロジェクタに写しながら、の解を共有している。マインドマップは、事前に用意した物をもとに、ディスカッションの内容を書き加えていき、議のプロセスも共有する。

プロジェクタに写したマインドマップ

ファシリテーターのPCをプロジェクタに接続している。


astah*製品ファミリー

無償で使えるものから、有償のも、チーム開発で使えるWeb版。


API

ERD

Flowchart

Share

Mind MapUML⇔MM

CRUD

Communication

UML

Merge DFD

Programminglanguage

¥5,000-/無償ノンサポート

¥12,000-/ ¥70,000-

サポートサービス対象

個人学習小規模チームビジネスUML

中・大規模チームビジネスUML・DFD・ER・他

Webベースコミュニケーション

astah* 製品ファミリー


Webブラウザベースのモデル共有ツール、astah* share

レビューコメント

Web ブラウザ

� Webサーバー（インストールなしで）で astah* の図を共有。� Webブラウザにて、ソーシャルにモデルを公開、コメント付けや返信がで

きる。プロジェクトのレビュー、アイディアの交換などが可能。� デモサイト： http://astah.change-vision.com/astahshare/

Astah* で描いた図


Demo!Webブラウザを使って、モデル共有astah* share


astah*の市場シェア

日本ではほぼデファクト標準海外でも人気が出てきています。


11,65323,894

63,076

96,906

140,593

178,782

222,289

259,344

304,623

340,236

385,171397,502

0

50,000

100,000

150,000

200,000

250,000

300,000

350,000

400,000

450,00004/10

05/02

05/06

05/10

06/02

06/06

06/10

07/02

07/06

07/10

08/02

08/06

08/10

09/02

09/06

09/10

10/02

国内ユーザー数海外ユーザー数合計ユーザー数

astah* の登録ユーザ

無償版を含めたユーザ数は、順調に伸びている。最近では、国内よ無償版を含めたユーザ数は、順調に伸びている。最近では、国内よ無償版を含めたユーザ数は、順調に伸びている。最近では、国内よ無償版を含めたユーザ数は、順調に伸びている。最近では、国内よりも海外の伸びが大きい。りも海外の伸びが大きい。りも海外の伸びが大きい。りも海外の伸びが大きい。


登録ユーザーの比

日本

40%

ブラジル

29%

中国

4%

アメリカ

3%

ドイツ

3%

台湾

2%

インド

2%

ポーランド

1%

フランス

1% イギリス

1%その他

14%

JUDE登録ユーザー数

352,704名

日本が日本が日本が日本が40%だが、ブラジルのユーザが非常に多い。だが、ブラジルのユーザが非常に多い。だが、ブラジルのユーザが非常に多い。だが、ブラジルのユーザが非常に多い。最近では最近では最近では最近では

アメリカの伸び率が高い。アメリカの伸び率が高い。アメリカの伸び率が高い。アメリカの伸び率が高い。


マインドマップ → モデルアイデアやヒアリング結果などマインドマップで取りまとめた内容をそのまま設計に活かす

ドラックアンドドロップでモデルに変換

変換元⇔変換先の双方向でハイパーリンクを貼る事が出来る


Demo!Mind MapからUMLへ


ユーザー要望の聞き取りに使う、典型的なマインドマップのテンプレートである。ユーザのタイプやインタビューの段階次第で、さまざまな工夫が可能。最も基本的な、要求の背

景や本質を聞き出す質問。

他の重要なステークホルダーを聞き出す質問。この人たちにも、インタビューの必要があるかもしれない。

システムのユーザーを聞き出す質問。UMLのユースケース図における、「アクター」の候補となることが多い。

システムの目的、用場面を聞きだす質問。UMLのユースケース図における、「ユースケース」の候補となることが多い。

システムがう概を聞き出す質問。UMLの概クラス図の「クラス」の候補となることが多い。

質問について、うまく回答がえられなかった場合、この枝にメモを残すようにする。


実際に「図書館システム」についてのユーザ要望をヒアリングしたマインドマップ。（結果）日付と題名を

入れ、それをイメージする画像をセントラルイメージとする。

用者の増加と、予算がそもそもの動機であった。用者の増加に対応できることが必須要件であることがわかる。

途中で出た宿題は、「宿題」の枝に入れ、最後に確認しながら期限も決めてしまう。関連するトピックと点線矢印で繋いでおくと分かりやすい。

このシステムの用者（アクター）がつかる。

このシステムの用場面（ユースケース）がつかる。

概クラスの候補がみつかる司書のみなさん

を集めたミーティングを開くことが示唆される。


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

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


柔らかい曖昧とらえどころがない

固い厳密意味・関係の把握

まずは、意味や関係を厳密に規定しないで、出せる物を出すモード。ここでは、「柔らかい」図解法を使い、発と解をす。

次に、出た物の意味や関係を考えて、記述するモード。ここでは、「固い」図解法を使い、意味づけ、定義、関連付けを固める。

Mind Map UML

要求収集（要求のギャザリング）

要求構築（要求のモデリング）

頭の中やアイディア

「要求を把握する」、という過程を２つに分けて考える

1 2発散収束

収集整分析構築


(付録)

astah*最近の機能

より現場で使いやすいツールを目指して


Proによる大規模チーム開発

共通部品共通部品

基盤ソフト開発者

アプリケーション開発者

参照/マージ

ProPro

ProProProPro ProPro

プロジェクト

複数のモデルを一貫性維持しながら

分割管理

複数のモデルを一貫性維持しながら

分割管理


C++, C# モデリング、出� プロジェクトにC++、C#言語特有の設定が可能

クラス、属性、操作に言語の情報を設定� モデルからC#スケルトンコードを作成

32

C++ 属性の設定 C# スケルトンコード作成


図やモデルの比較� プロジェクトの差分を図や一覧で表示することで、違いを視覚で

認できます。開いているプロジェクトと対象プロジェクトで、一方にある要素、修正が衝突している要素を確認できます。

33


マインドマップPowerPoint作成

� マインドマップの内容からPowerPointファイルを作成します。

34


ドロー・サジェスト機能� ダイアグラムエディタ上での編集をサポートします。� 図上でモデルを選択すると、そのモデルから作成、追加できるモデ

ルがアイコンでホバー表示され、ツールバーやメニューを経由せず、素早くモデルを編集できます。

35


フリーハンド

36

� ダイアグラムエディタ上で、線や矢印、楕円などを用いて、自由に描画できます。


蛍光ペン� 蛍光ペンのようなラインを描くことができます。� 透明を活かして図要素の上に重ることができます。

37


整イド

� 図要素を移動する際、他の要素との位置揃えのガイドが表示され、端を揃えた図を簡単に描画できます。

� グリッドに合わせることも可能です。要素の四隅と中心が、対象になります。

38


図� Ctrl+F でバーを表示し、を入してすると、一

するを含む要素が選択拟になります。

39


ミニアイコン

� 図要素の右肩に、ミニアイコンを追加できます。� アイコンも増えてます。

40


astah間でのコピーと貼り付け

41

� 図上の要素をコピーし、別に起動した astah*の図上へ貼り付

けできます。


要素の順序調整機能� 図上に重なっている要素がある場合、[最前面へ移動]、[前面へ

移動]、[背面へ移動]、[最背面へ移動]のメニューで、重なり具合を調整できます。

42

最前面へ移動


要求図� SysMLの要求に関連した部分を要求図として描画します。

43


要求テーブル、テストケース

�表形式で要求を編集できます。テンプレートファイルを用いて、Excel入出も可能です。

�要求は、ID、名前、テキスト（内容）を設定でき、サブ要素も持てます。テストケースは、名前、ID、定義等を設定でき、サブ要素も持てます。6.1で追加された『要求図』でも編集できます。

44


要求テーブル、テストケース


スクリプティング


�Mac/Linux

Support!

47

�iPad !

Documents

Astah UML/ER/mindmapping modeling tool Introduction