狠狠撸

プログラムの大海に溺れないために

大規模な既存システムを
調べるモデリング手法

JavaFesta 2011 株式会社バリューソース

? ㈱バリューソース
? 代表取締役社長要件のツボ
? 神崎善司
? zkanzaki@vsa.co.jp
? はてな：good_way
? twitter：zenzengood

? 仕事の領域
? 要件定義を中心としたコンサルティング
? オブジェクト指向、要件定義などのセミナー講師
? 要件定義ツールの開発

上流工程勉强会主催
? ２０１１年開発プロセス保守性アーキテクチャ要件定義
? 第１１回 DDD助走編クラス図モデリング演習
第１０回要件のツボを使った要件定義演習
第９回アーキテクチャ設計演習
第８回２時間で要件定義
第７回現状分析のモデル化手法
第６回保守に必要なドキュメント
第５回保守性コストを下げる具体的な方法を考えよう！
第４回開発コストを下げる具体的な方法を考えよう！
第３回開発プロセス第３段「包括フレームワークを分析する」
第２回開発プロセス第２段「包括フレームワークを分析する」
第１回開発プロセスの工程の考え方

? ２０１２年テーマ：Domain Driven Design
? 上流工程のための基礎的なテクニックの習得
?
? １１月１９日
? 既存システムの分析モデリング演習
? 申込：ATND http://atnd.org/events/21040

要件のツボ

既存システムを取り巻く状况は

プログラム
ドキュメント利用者

キングファイルが积み上がる

ドキュメント

書き
写す
プログラム

調べる対象がはっ
きりしている

プログラム単位のドキュメント化
? 混沌とした一枚岩のシステムをプログラム単位で調べてもシス
テム化の判断には役に立たない

Prg

札幌市にはどのような機能?働き
がありますか？

プログラムを調べる
ことは、家を一軒々
調べるのと同じ

そんな現場では
? 何を書くんですか？
? どの範囲まで書くんですか？
? どの粒度で书くんですか？

一ヶ月後
? いつまでやるんですか？

? 目的が曖昧なままスタートしたので終わるタイミングが分
からない

そして…
AS-ISの資料作成がいつのまにかTO-BEの資料作成に

この部分は君が詳しい
から次期システムもこ
こは君が担当してくれ

このようなときのフレーズ
既存のシステムとほぼ同じ…..
実際は

ほとんど同じ

既存システムと同じで
なんでこんなにコストがかかるの？
コスト
コストに対する認識の差

コスト

新規
既存既存システム
システムシステム
システム利とほぼ同システム開
用者の視点じ発者の認識

保守限界が来たのでシステムを再構築する！

どうやって认识の差をうめるの？
仕様を定義する時間を圧縮する
既存システムから効率的に情報を取得する

仕様を决
めるため
のコスト

新規
既存既存新規システム
システムシステム
とほぼ同システム
じ

ビジネスルールを取得する

仕様を决
めるため
のコスト

新規
新規システム
システム

コストをかけずに既存システムから情報
を取り出す

14/54

何を調べたいのか
? 現在のシステムはこうなっている
? 次のシステムの方向性はこうだ！
? だから次のシステムはこうする

? 必要なことを判断出来る情報が重要！
? 判断するためには何を何のためにが分かる必要がある

? そのためにつじつまのあう説明ができる

? 詳細な情報は必要なときに調べる

ルール
都市設計における道路整備
そのために… 宅地造成等規制法
～

宅
地
商業地

宅地

住所が现実と
結びつける

目指すべきは
? プログラムに左右されずにシステムが何を行っているかを明らかにする
? システムに関わるビジネスルールを整理する

? 既存システムを調べる時に大事なことは
? 何ができればいいのか
? どう整合しているのか
? 主要な機能は？
? 主要なデータは？
? 機能とデータの関係は？
? そこからシステムに埋もれたビジネスルールを掘り起こす

? そこで…
? システムを捉えるための地図が必要だ！
? 地図の代わりになるものは？

システムの地図はモデルだ！

えっモデリングほんとか？

? 既存のシステムを調べているんだモデリングしたいわけではない
? モデルと既存のシステムの関係は？

? 既存のシステムは綺麗ではない
? 綺麗なモデルは现実と離れていく

? 綺麗なモデルは結局何を表しているんだ！

既存のシステムとは
? 様々な制約によってプログラムが混沌としている

Prg Prg

Prg

Prg

どうモデルを活かす

? 现実とつながりながら現実の混沌に
影響されずに整理する
? そのためには…

? 前提
? 細かなロジックにこだわらなくていい
? 既存システムの仕組みは無視していい

现実とつながりながら現実の混沌に影響されずに整理する
入力モデル出力
情報情報
タイミングタイミング
機能機能
機能機能
機能機能

システム境界のレベルで一致させる主要なテーブルを意味的なつながりで整理

入力既存システム出力
情報情報
タイミングタイミング
Prg

物理制約時間制約開発時制約

何を捉える
? システム境界とデータを捉える

だから～情報のない中でどうやってやるんですか？

資料がないと言っても…..
? たいてい以下のドキュメントはある
? テーブル定義書 ? RDBスキーマ
? 電文レイアウト
? ファイル交換のファイル定義書
? 稼働しているシステムがある
? 画面?帳票を確認できる

? 保守されているシステムについては

? データと他システムにつながる部分の情報はある

システムをよく知らないといっても
? 保守を行っている人は
? この機能はこういうことを行っている
? ここでこうするとあそこに影響する
? こうしたいときはここをこうすればいんだよ

? 制約の説明
? ここは時間がなくてこうしちゃったんだ！
? この時代はこういうルールだったんだ

Why

分析

どう分析するのか？

26／54

分析方針
? 集められる情報から集める

? 抜けたピースを探す
? 抜けたビースを創造する

? 集めた情報の特徴から切り込む
? 分類する
? 関係をつかむ

? そこでビジネスしている人のノウハウを体系的に視覚化する

ビジネスルールの表現
? ビジネスルールの表現方法
? 構造的なルール
? 情報の関係性

? 振る舞いのルール
? 状態の変化状態状態

? 条件
? 表
? デシジョンテーブル

システムの種類を意識する
? データ集約的なシステム
? 入れポン出しポン
? 入力と出力を把握できればいい

? 状態監視的なシステム
? 監視対象があって今を意識
? 一連の手続きの管理
監視
? プロセス管理対象

? ロングトランザクション管理
? 状態としてルールを整理

ビジネスルールを捉える
サービス
規約

機能

機能

機能

機能

入出力のタイミング機能
と情報から振る舞い
のルールを導き出す情報構造を整理し
主要な情報と制約、
ルールを導き出す

外部システム

材料を揃え?構造化してノウハウを視覚化する

? 入出力情報 ? ビジネスルール
? データ
利用規約

パンフレット

ノウハウ

どうやってモデルを作る

32/54

認識する情報
? 入出力 ? データ
? 画面使用している画面 ? テーブル定義書
? 帳票〃 ? ファイルレイアウト
? 通信電文レイアウト
? データ交換 ? ビジネスルール
? File Fileレイアウト ? パンフレット
? DB テーブル定義書 ? サービス規約利用規約
….

手順
? 材料を集める ? ビジネスルールを掘り起こす
? 画面画面をハードコピー
? 補助的情報をもとに関係を
? 帳票〃
? XX規約
? データ RDBのスキーマ
ファイルレイアウト ? サービス利用規約…
? 通信通信電文 ? パンフレット

? 材料を記録する
? 情報を分類する
? 材料をアイコンとして登録する
? パッケージング
? 関係をつなげる
? 構造化 ? パッケージ間の関係を整理する
? 材料を情報化する

モデルの全体イメージ

画面機能
データ

受信機能
データデータ
システム
電文

送信機能 A機能

電文定周期日

ビジネスルールを明らかにする

条件

画面機能
構造のルール
データ

受信機能
データデータ
システム
電文

送信機能 A機能
振る舞いのルール
電文定周期日

記述のパターン
画面処理 Fileによるデータ交換
画面機能 File交換入機能 File

File交換出機能 File
通信
システム受信機能
DBによるデータ交換
DB交換入機能データ
電文

DB交換出機能データ
送信システム

機能電文
定周期
定周期日 A機能送信 YY機能

材料を集める：システム境界を捉える

データ交換

DB
受ける
帳票
送信
システム通信
受信
画面
渡す

File

データ交換

入出力をイベントで统一的に扱う
? システム境界をイベントとして扱う
画面

? ポイント
受信
? 画面やデータ交換
送信
は実体に合わす
送信 File

受信 DB 画面

システム
イベント

材料を集める：データを捉える

データ交換

DB
受ける
帳票
データ
送信
システム通信
受信データデータ
画面
渡す

File

データ交換

データと機能の整理
? データ
? ほとんどの場合DBのテーブル整理
? ER図の作成：主要なテーブルを識別
? 機能
? イベントに対応付ける
? バッチに対応付ける
? 機能とデータを結びつける
? CRUD
<CRUD>
イベント機能データ

画面機能
データ

システム境界とデータから機能を洗い出す
画面
システム
機能
受信 <CU>
受信 <U>
機能

機能 <R>
受信
システム <R>
機能
送信データ
<RD>
機能
送信送信 CRUD

File

状态を整理し振る舞いをルール化する
A画面

DB
受信
受ける
A画面
開始前開始済み
A_File
受信
B_File B画面
システム
解約待ち
送信

送る
A_File

XXX / YY機能
状態状態状態の遷移として整理

システムが関心をもつ状態を捉える
? ユーザが認識している状態を把握するために
? 画面上の情報
? オペレータが画面の振る舞いとして認識しているもの
? テーブル上の区分やフラグなど
? テーブルの関係
? ビジネス上の概念
? ユーザ認識しているID?No

隠れた情報をあぶり出す
? 隠れた情報
? 複数の意味をもつデータ
? 意味の違うものを一つのレイアウトで扱う

? 複数のイベントを一度に扱う
? タイミングが隠れる

システム
情報

サブシステムに分类する

画面
機能

受信機能
受信

受信機能

システム
機能
送信

送信機能
送信
File

分け方にはパターンがある

共通系

会員管理 …. ….

横展開

掘り起し岩を砕く

46/54

プログラムからモデルの分类の确度を测る

プログラム

ボトムアップの分析
共通系横展開
データ（テーブル）を分類
A プログラムとテーブル
の関係を調べる
A

プ
ロ
グプログラムデータ CRUD
ラ
ム
を
分
類

パッケージ间のインターフェース化
? 次期システムのパッ
ケージ化の参考にする

? 段階的なシステム再構
築の対象を決める

モデルイメージモデル名はRDRAベース
画面?帳票モデルイベントモデル

プロトコルモデル

データモデル機能複合モデル（CRUD）

まとめ
ビジネスモデル
ルール ? システム境界とデータで合
機能機能わせる
機能機能
機能機能 ? 特徴をつかみ洗練化する
? 分類し整理する
? 得られる情報から切り口を
探し整理する
既存システム

Prg

? ビジネスルールを
Prg

Prg

把握する

狠狠撸

プログラムの大海に溺れないために

Recommended

More Related Content

Viewers also liked (6)

Similar to プログラムの大海に溺れないために (20)

More from Zenji Kanzaki (20)

プログラムの大海に溺れないために