後続の「ユースケースモデルをブラッシュアップする」に関しても簡単に説明しましょう。おおよそ以下のような作業をしながら、ユースケースモデルを洗練化させていきます。
システム開発地図から、「業務フローを記述する」〜「ラフなユースケースモデルを作成する」〜「ユースケースモデルをブラッシュアップする」の部分を取り上げ、作業と成果物のつながりを追ってみました。UMLでモデリングするだけでなく、作業間の整合性を取るため対応表などを同時に管理することで、トレーサビリティーを確保している様子がお分かりいただけたかと思います。
業務フローなどは指針なく描き始めると際限なく時間を浪費してしまいがちです。課題となっている業務や、システム化されている(システム化したい)業務などに絞って作業をし、分かりきっている部分は描かない、重要でない部分は大ざっぱにするなど、目的を考慮して省力化することも大切です。
SIの現場でSE、PMなどを経験。SI現場で悲惨な体験をし、開発現場を効率的にしたいと2004年に豆蔵に移籍。アーキテクトやフレームワークの設計・実装、PM支援、要件定義コンサルタントなどの業務を経験。そもそも要求が間違っていると、そのあといくらがんばっても幸せになれないと理解する。現在は保守の効率化のため、自動打鍵テストの省力化に取組中。
豆蔵 技術コンサルティング事業部に所属するITアーキテクト。ユーザー系企業でシステム開発、研究開発を担当し、2003年から現職。Java/.NET によるエンタープライズシステム開発を多数手掛ける。アーキテクチャ構築、フレームワーク開発、開発者向けガイド作成、各種自動化を実施してプロジェクトを推進するとともに、アプリケーション品質・開発効率の向上を目指す。
Copyright © ITmedia, Inc. All Rights Reserved.