ダッシュボードの設計

Y社は，食品などを販売する店舗を経営する企業である。複数ある店舗では，商品の販売状況や在庫状況に合わせて，割引率を設定したり，店舗間で在庫の移動を行ったりしている。販売に関する情報は販売管理システムで管理しているが，状況をリアルタイムで監視するには不向きであった。そこで，販売状況をリアルタイムで監視できるシステム（以下，ダッシュボードという）を開発することにした。

Y社では，商品ごとに商品分類を設定し，売上金額や販売数の集計に利用している。Y社が扱う情報のデータモデル（抜粋）を図1に，ダッシュボードのイメージ（一部）を図2に示す。

クリックで拡大

図1　データモデル（抜粋）

クリックで拡大

図2　ダッシュボードのイメージ（一部）

販売状況や在庫状況はデータベースで管理する。データベースに新たな販売実績が追加されたり，在庫数が更新されたりすると，その内容がダッシュボードに随時反映され，最新の情報が表示される。

Y社は，ダッシュボードの開発をZ社に依頼し，Z社はその設計に取り掛かった。

〔ダッシュボードのクラスの設計〕

Z社は，ダッシュボードのクラスの設計を行った。設計したクラス図を図3に，表示できるグラフの種類を表1に，主なクラスの説明を表2に示す。Controllerクラスは，システム全体の挙動を制御するクラスである。Viewクラスは，画面にグラフを表示する機能をもつクラスである。グラフには複数の種類があるので，その種類ごとに，Viewクラスをaしたクラスを作成する。Subjectクラスは，データベースが更新されたことをViewクラスのオブジェクトに通知するクラスである。図1のデータモデル中のテーブルのうち，ダッシュボードで監視したい情報に関するテーブルのそれぞれについて，Subjectクラスをaしたクラスを作成する。以下，Viewクラス，Subjectクラスをaしたクラスのオブジェクトを，それぞれViewオブジェクト，Subjectオブジェクトという。

クリックで拡大

図3　クラス図

この図の中に空欄 b・c があります

〔グラフの新規表示〕

例えば，“時間帯ごと商品分類ごとの売上金額”のグラフを新たに画面上に表示する場合を考える。グラフの種類は棒グラフなので，棒グラフViewクラスのオブジェクトを作成する。次に，^①関係するSubjectオブジェクトのaddObserverメソッドを呼び出す。その後，画面の初期表示のために，画面表示更新メソッドを呼び出す。

〔グラフの表示内容更新〕

店舗で商品が販売されると，販売管理システムが，データベースにレコードを追加する。そのとき，ダッシュボードのControllerクラスに実装されているdbUpdatedメソッドが呼び出されるように，システム間の連携が行われている。

Controllerクラスは，dbUpdatedメソッドが呼び出されると，更新されたテーブルに対応するSubjectオブジェクトのnotifyObserversメソッドを呼び出す。notifyObserversメソッドは，そのオブジェクトが属性としてもつ配列viewsに格納されている全てのViewオブジェクトのnotifyメソッドを呼び出す。notifyメソッドは，画面表示更新メソッドを呼び出す。Viewクラスの画面表示更新メソッドはdメソッドなので，例えば，“時間帯ごと商品分類ごとの売上金額”の場合はeクラスに実装されたメソッドを呼び出す。

〔データのフィルタリング〕

Y社からの追加の要求で，集計結果をフィルタリングする機能を追加することになった。例えば，“時間帯ごと商品分類ごとの売上金額”のグラフ上で，特定の商品分類の表示箇所をマウスでクリックしたときに，表示されている全てのグラフについて，指定した商品分類で絞り込んだ結果を表示したい。そこで，絞込条件を取り扱うクラスとして絞込条件クラスを導入し，次の改修を加えることで機能を実現することにした。

画面の操作が行われたら，Viewオブジェクトが絞込条件オブジェクトを生成し，ControllerオブジェクトのsetFilterメソッドを呼び出す。その後，全てのViewオブジェクトの画面表示更新メソッドを呼び出すことで，機能を実現する。

〔過負荷の回避〕

設計レビューを実施したところ，次の点が指摘された。

そこで，Viewクラスの属性に“更新フラグ”を追加し，notifyメソッドでは画面表示更新メソッドを呼び出すのではなく，“更新フラグ”を立てるようにした。また，“更新フラグ”を立てる処理とは別に，定期的に画面表示更新メソッドを呼び出す仕組みを用意し，“更新フラグ”が立っている場合だけ画面の更新処理を実行してから“更新フラグ”を降ろすようにした。