「システム開発地図」の使い方と作り方 第3回：もう迷わないシステム開発（4/4 ページ）

[今田忠博, 近藤正裕，ITmedia]

ユースケースモデルをブラッシュアップする

　後続の「ユースケースモデルをブラッシュアップする」に関しても簡単に説明しましょう。おおよそ以下のような作業をしながら、ユースケースモデルを洗練化させていきます。

• システムを利用することを意識して、共通化できそうなユースケースに分解する
• システムアクターを抽出する
• 概念的に類似したユースケースや、あるユースケースの一部となるユースケースを識別・分類する
  • 類似点の目安として、システムの振る舞いや、扱う概念クラスに着目します
• ユースケース間に汎化、包含（include）、拡張（extend）の関係を付ける
• ユースケース記述（詳細、ドラフト）を書く
• アクティビティー-ユースケース対応表を更新する。
• 事前条件、事後条件、基本系列、代替系列、例外系列を記述する
• ビジネスルールとの関係を記述する

まとめ

　システム開発地図から、「業務フローを記述する」〜「ラフなユースケースモデルを作成する」〜「ユースケースモデルをブラッシュアップする」の部分を取り上げ、作業と成果物のつながりを追ってみました。UMLでモデリングするだけでなく、作業間の整合性を取るため対応表などを同時に管理することで、トレーサビリティーを確保している様子がお分かりいただけたかと思います。

　業務フローなどは指針なく描き始めると際限なく時間を浪費してしまいがちです。課題となっている業務や、システム化されている（システム化したい）業務などに絞って作業をし、分かりきっている部分は描かない、重要でない部分は大ざっぱにするなど、目的を考慮して省力化することも大切です。

著者プロフィル：今田忠博

SIの現場でSE、PMなどを経験。SI現場で悲惨な体験をし、開発現場を効率的にしたいと2004年に豆蔵に移籍。アーキテクトやフレームワークの設計・実装、PM支援、要件定義コンサルタントなどの業務を経験。そもそも要求が間違っていると、そのあといくらがんばっても幸せになれないと理解する。現在は保守の効率化のため、自動打鍵テストの省力化に取組中。

著者プロフィル：近藤正裕

豆蔵 技術コンサルティング事業部に所属するITアーキテクト。ユーザー系企業でシステム開発、研究開発を担当し、2003年から現職。Java/.NET によるエンタープライズシステム開発を多数手掛ける。アーキテクチャ構築、フレームワーク開発、開発者向けガイド作成、各種自動化を実施してプロジェクトを推進するとともに、アプリケーション品質・開発効率の向上を目指す。