ドメインモデル作成の5つの注意点 第4回:もう迷わないシステム開発(4/4 ページ)
システム開発を進める上で強力なトレーサビリティーツールとなる「システム開発地図(System Development Map)」について解説。第4回は、概念モデル、用語集、ドメインモデルの話を中心に、システム開発地図の成果物間にあるフィードバック関係にフォーカスします。
各図・モデルをブラッシュアップする
要件定義の最後に、それまで作成した成果物をブラッシュアップします。
この作業では、各成果物の作成過程で判明した事実や用語のブレを、他の成果物へ反映(訂正)します。
成果物間の整合性を要素レベルまで担保し、前工程の成果物とのトレーサビリティーを保証することがシステム開発地図の重要な点です。このブラッシュアップの作業なくしては、成果物の整合性を確保し、業務分析から実装までの整合性、一貫性を保つことはできません。
- この作業の目的:
- 各モデル間の整合性を取る
- 入力:
- 用語集
- ユースケース図(松レベル、ドラフト)
- ユースケース記述(詳細、ドラフト)
- 分析クラス図(松レベル、ドラフト)
- ロバストネス図(松レベル、ドラフト)
- 出力:
- 用語集
- ユースケース図(松レベル、ベースライン)
- ユースケース記述(詳細、ベースライン)
- 分析クラス図(松レベル、ベースライン)
- ロバストネス図(松レベル、ベースライン)
まとめ
今回は概念モデルと用語集に着目してシステム開発地図とその変換レシピを説明してきました。
各成果物は最初から完璧に仕上げることはできません。分析や設計を進めていく中で、他の成果物に対してフィードバックを行い、整合性を保ってブラッシュアップしていく必要があります。
著者プロフィル:今田忠博
SIの現場でSE、PMなどを経験。SI現場で悲惨な体験をし、開発現場を効率的にしたいと2004年に豆蔵に移籍。アーキテクトやフレームワークの設計・実装、PM支援、要件定義コンサルタントなどの業務を経験。そもそも要求が間違っていると、そのあといくらがんばっても幸せになれないと理解する。現在は保守の効率化のため、自動打鍵テストの省力化に取組中。
著者プロフィル:近藤正裕
豆蔵 技術コンサルティング事業部に所属するITアーキテクト。ユーザー系企業でシステム開発、研究開発を担当し、2003年から現職。Java/.NET によるエンタープライズシステム開発を多数手掛ける。アーキテクチャ構築、フレームワーク開発、開発者向けガイド作成、各種自動化を実施してプロジェクトを推進するとともに、アプリケーション品質・開発効率の向上を目指す。
関連記事
- 「システム開発地図」の使い方と作り方 第3回
システム開発を進める上で強力なトレーサビリティーツールとなる「システム開発地図(System Development Map)」について解説。第3回は、地図の見方と、業務フローを記述する具体的な手順を解説します。 - 「システム開発地図」でトレーサビリティーを導入しよう! 第1回
システム開発を進める上で強力なトレーサビリティーツールとなる「システム開発地図(System Development Map)」について解説します。第1回目は、システム開発にトレーサビリティーの導入が必要な背景やメリットを考察します。 - 第4回 フロー図で理解するセキュリティインシデントの対応
情報セキュリティにかかわるインシデントが起きれば、どうすればいいのだろうか。担当者や対応方法は決まっているだろうか? 今回はこの「インシデント対応」について考えてみたい。 - システム管理で“御用達”ツールの「ssh」 攻撃者も利用する実態は?
システム管理者にとって「ssh」は必須のツールの一つが、攻撃側にとっても便利なツールとなりつつある。開発元のSSH Communications Securityは、「ssh本来のメリットを生かすためにも、適切なモニタリングと管理が必要」と説明している。
関連リンク
Copyright © ITmedia, Inc. All Rights Reserved.