- バックアップ一覧
- 差分 を表示
- 現在との差分 を表示
- ソース を表示
- 会議室予約システム/スパイラル2 へ行く。
スパイラル2では、スパイラル1で実装した機能に加えて、ユーザ関係の機能を追加しよう。
企画書 †
- ユーザ登録が可能となる。
- 最初の管理者ユーザはphpMyAdminで登録しておく。
- 管理画面のうち、ユーザ管理部分を実現すること。
- 画面イメージ
- 画面上部の入力欄にデータを入力し「登録」ボタンを押すと、新規ユーザが登録される。
- 画面下部の一覧表に、登録済みのユーザが表示される。
- 一覧表にマウスを持っていくと、マウスの下の行がハイライト表示される。
- 一覧表の行をクリックするとその行が選択され、そのユーザ情報が上部の入力欄に設定される。
- ユーザが選択されている状態でユーザ情報を変更し「修正」ボタンを押すと、そのユーザ情報が修正される。
- ユーザが選択されている状態で「削除」ボタンを押すと、そのユーザが削除される。
- 管理画面全体
- 上部の「カレンダーに戻る」を押すとカレンダー画面に戻る。
要求分析 †
ユースケース図の作成 †
SP2のユースケースは以下の7つである。
ユースケース記述の作成 †
ユーザを登録する †
- 能動アクター：管理ユーザ
- 受動アクター：データベース
- メインフロー：
- 管理ユーザは入力欄に必要事項を記入し「登録」ボタンを押す。
- 登録ボタンが押されたことがユーザ制御パネルに通知される。
- ユーザ制御パネルは入力情報を取り出し、ユーザ管理者に渡し登録を依頼する。
- ユーザ管理者はデータベース管理者に新規ユーザ情報を渡し登録を依頼する。
- データベース管理者はデータベースに新規ユーザを登録する。
- ユーザ管理者はユーザリストを更新する。
- 例外フロー：
- 入力に不備があった場合はアラートを表示する。
- データベースアクセスにおいてエラーが発生した場合は、その旨のアラートを表示し、処理を中断する。
ユーザを選択する †
- 能動アクター：管理ユーザ
- 受動アクター：なし
- メインフロー：
- 管理ユーザはユーザリストのユーザをクリックする。
- クリックされたことがユーザ制御パネルに通知される。
- ユーザ制御パネルはリスト内の情報を取り出し、入力欄に設定する。
- 選択されたユーザの背景色が変わる。もし以前に選択されていたユーザがあれば、その背景色は元に戻る。
- 例外フロー：
- 例外は発生しない。
ユーザを修正する †
- 能動アクター：管理ユーザ
- 受動アクター：データベース
- メインフロー：
- 管理ユーザは選択されているユーザの情報を変更し「修正」ボタンを押す。
- 修正ボタンが押されたことがユーザ制御パネルに通知される。
- ユーザ制御パネルは入力情報を取り出し、ユーザ管理者に渡し修正を依頼する。
- ユーザ管理者はデータベース管理者に既存のユーザ情報を渡し修正を依頼する。
- データベース管理者はデータベースのユーザ情報を修正する。
- ユーザ管理者はユーザリストを更新する。
- 例外フロー：
- ユーザが選択されていない場合は何もしない。
- 入力に不備があった場合はアラートを表示する。
- データベースアクセスにおいてエラーが発生した場合は、その旨のアラートを表示し、処理を中断する。
ユーザを削除する †
- 能動アクター：管理ユーザ
- 受動アクター：データベース
- メインフロー：
- 管理ユーザは「削除」ボタンを押す。
- 削除ボタンが押されたことがユーザ制御パネルに通知される。
- ユーザ制御パネルはユーザ管理者に削除するユーザのIDを渡し削除を依頼する。
- ユーザ管理者はデータベース管理者にユーザIDを渡し削除を依頼する。
- データベース管理者は渡されたユーザIDのユーザを削除する。
- ユーザ管理者はユーザリストを更新する。
- 例外フロー：
- ユーザが選択されていない場合は何もしない。
- データベースアクセスにおいてエラーが発生した場合は、その旨のアラートを表示し、処理を中断する。
管理画面を開く †
- 能動アクター：管理ユーザ
- 受動アクター：データベース
- メインフロー：
- 管理ユーザは管理画面を開く。
- ユーザ管理者はデータベース管理者にユーザリストを要求する。
- データベース管理者はデータベースからユーザリストを取り出しユーザ管理者に渡す。
- ユーザ管理者はユーザリストを更新する。
- 例外フロー：
- 管理ユーザでないユーザが管理画面を開いた場合、閲覧できない。
- データベースアクセスにおいてエラーが発生した場合は、その旨のアラートを表示し、処理を中断する。
予約を閲覧する †
- 能動アクター：管理ユーザ、利用ユーザ
- 受動アクター：データベース
- メインフロー：
- ユーザが年と月と会議室を入力して表示ボタンを押す。
- 表示ボタンが押されたことが制御パネルに通知される。
- 制御パネルは、年と月と会議室名を取り出して、その情報をシステム管理者に通知する。
- システム管理者は、年と月と会議室の情報をデータベース管理者に渡して、予約リストの取り出しを依頼する。
- データベース管理者は、指定された年月と会議室の予約リストをデータベースから取り出しシステム管理者に渡す。
- システム管理者は予約リストをカレンダー管理者に渡して、表示の更新を依頼する。
- カレンダー管理者がカレンダーを更新する。
- 例外フロー：
- データベースアクセスにおいてエラーが発生した場合は、その旨のアラートを表示し、処理を中断する。
起動する †
- 能動アクター：管理ユーザ、利用ユーザ
- 受動アクター：データベース
- メインフロー：
- ユーザが会議室予約システムのページを開く。
- 制御パネルはデータベース管理者に会議室リストを要求する。
- データベース管理者はデータベースに問い合わせて会議室リストを得て、制御パネルに渡す。
- 制御パネルは会議室のドロップダウンメニューを更新する。
- 制御パネルは現在の年と月の値をテキストボックスに設定する。
- 制御パネルは、現在の年と月と“全会議室”を使ってシステム管理者にカレンダーの更新を依頼する。→ここから先は予約の閲覧と同様。
- 例外フロー：
- データベースアクセスにおいてエラーが発生した場合は、その旨のアラートを表示し、処理を中断する。
シナリオの作成 †
本来の開発ならば、すべてのユースケースについてシナリオを書くべきである。 シナリオはオブジェクト抽出の基本であるから。
しかし、ここではシナリオとユースケース記述がほぼ同じになることから、シナリオの記述は省略する。
システム分析 †
オブジェクトの抽出 †
以下の6つのオブジェクトを抽出した。
- システム管理者
- データベース管理者
- カレンダー管理者
- 制御パネル
- ユーザ管理者
- ユーザ制御パネル
初期シーケンス図の作成 †
- ユーザを登録する
- 登録ボタンを押すと、ユーザ制御パネル、ユーザ管理者、データベース管理者の順にユーザ情報が渡され、登録完了後はユーザ管理者に直接通知が行き、リストが更新される。
- ユーザを選択する
- ユーザリストを管理するのはユーザ管理者で、入力欄はユーザ制御パネルが管理するため、2段階に分けている。
- ユーザを修正する
- ほぼユーザ登録と同様。
- ユーザを削除する
- ほぼユーザ登録と同様。
- 管理ページを開く
- ユーザリストを得る手順をコンストラクタ内ではなく外に出した。（スパイラル1の会議室リストを得るときに制御パネルのコンストラクタ内でやっていたため、ちょっとトリッキーなことをしていたので、それを避けた）
- 予約を閲覧する
- スパイラル1と同じ。
- 起動する
- スパイラル1と同じ。
初期クラス図の作成 †
シーケンス図のオブジェクト間のメッセージやり取りの関係からクラスの関係を導くと以下のようになる。
なお、ここではオブジェクトとクラスは一致している。
