rcp-eui-01:本質的ＵＩ
目的
  • ユースケース（記述）の内容を「具体化」し、要求に対する理解を深めます
  • 合わせて、ユースケース記述に不具合や不足がないかを検証します
  • ＵＩ設計の「根拠」なる本質的なＵＩを整理します
メタ情報
  • プロセス: ＵＩプロトタイプ作成
  • スコープ: 対象システム全体
  • 視点: 利用者とシステムの本質的なやりとりは？
  • 記述レベル: 本質レベル
  • 作成単位: ユースケース単位
  • ツール: Enterprise Architect
 成果物関連

入力成果物リスト
前準備
  • 本質的ＵＩの作成対象ユースケースを特定し、そのユースケース記述を精読し理解しておきます
  • ホワイトボードやモデリングツール等、本質的ＵＩを作成できる環境を整えます
作成手順
No 作業 成果
1
  • 作成対象のユースケース記述のメインフローから、主ＵＩ要素とその流れを導き出します。
    • 基本的に、アクターとシステムのやり取りの単位を主ＵＩ要素とします。
    • 利用する他のユースケースがある場合は、その入り口或いは出口となる主ＵＩ要素のみを抽出します。
2
  • メインフローの流れに従い、主ＵＩ要素の遷移を、コントロールフローと制約（ガード条件）で表します。
    • コントロールフローはアクティビティ図
3
  • メインフローの記述内容や備考の情報を参考に、各主ＵＩ要素に対して、副ＵＩ要素を導き出します。
    • 受動的要素と能動的要素を区別しておきます。
    • 必要に応じてノートを使い簡潔に記述します。
      • 多くの表示情報項目
      • 繰り返し現れる項目
      • 処理の説明（必要時）
    • 主ＵＩ要素の遷移と整合するような副ＵＩ要素（ボタン等）も出しておきます。
4
  • 代替フロー、例外フローについても、上記手順に従ってＵＩ要素を導き出します。
    • 遷移（コントロールフロー）に、代替フロー・例外フローのラベルを付けておきます。
ワンポイント・アドバイス
  • ユースケース記述には、画面やその遷移に関する全ての情報が記述されているわけではありませんので、必要に応じて適切に補足して本質的ＵＩを描いていきます。
    • 画面間で引き継がれる情報等
  • 質的ＵＩを作成することによって、ユースケース記述の内容をより妥当性の高いものにすることができますので、必要に応じてユースケース記述を修正します。
チェック・ポイント
  • 画面の実装方法に依存したものになっていませんか？
  • ユースケース記述から自然と導かれるような主ＵＩ要素になっていますか？
    • まとめすぎていたり、細分化し過ぎていませんか？
  • 主ＵＩ要素の流れは、ユースケース記述のフローと合っていますか？
  • 副ＵＩ要素は必要なものが簡潔に表現されていますか？
  • 主ＵＩ要素の遷移を引き起こすボタン等の副ＵＩ要素が表現されていますか？
  • 代替フローや例外フローに対するＵＩ要素及びフローも表されていますか？
    • コントロールフローにラベル付けされていますか？(Alt.1等）
  • UIで扱う主要或いは重要な情報項目が漏れなく記述されていますか?
参考情報

※ソフトウェア年表もご覧下さい
お知らせ