アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築

047

2

ソフトウェア開発のアクティビティ

それぞれのアクティビティでどのような作業を行い、一般的にどのよ

うな成果物を作成するのかを確認しましょう。

要求分析

要求分析アクティビティでは、顧客の現行業務（As-Is）のヒアリング

を行い、業務の流れや業務ルールを整理した後、あるべき姿（To-Be）

を描きます。成果物としては業務フロー図などを作成します。

To-Beの新業務フローを実現するためにソフトウェアが利用者に提

供する機能は、ユースケースモデルとして定義します。ユースケースモ

デルはUMLのユースケース図とユースケース記述からなります。ユー

スケース記述はユースケースの具体的な振る舞いを構造化された文章と

してまとめたものです。また、対象業務領域における重要な概念（業務

イベントや業務データ）やそれらの関係性を表す概念モデルを、UML

のクラス図を用いて作成します。

このように、要求分析アクティビティの前半では対象業務領域を分析

し、業務上の課題をソフトウェアによって解決する観点でモデリングを

行います。

要求分析アクティビティの後半では、各ユースケースを実現するため

に必要となる機能（画面や帳票、外部システムとのインターフェース）

を定めます。これらの成果物を作成する作業を外部設計と呼ぶこともあ

りますが、ソフトウェアの外界との境界面の仕様を定めて顧客やその他

のステークホルダーと合意を取る必要があることから、本書では設計

（design）ではなく仕様化（specification）として捉えます。