現状分析→価値開発→仕様化＆テスト設計の展開事例解説：仕様＆テスト編
•
0 likes•511 views
SaPIDとRDRAの検討を受けた仕様＆テストの検討例です。 （ペーパー）プロトタイピングな仕様化とテストの具体例紹介となります。
Recommended
More Related Content
What's hot
What's hot (20)
Similar to 現状分析→価値開発→仕様化＆テスト設計の展開事例解説：仕様＆テスト編
Similar to 現状分析→価値開発→仕様化＆テスト設計の展開事例解説：仕様＆テスト編 (20)
More from Noriyuki Mizuno
More from Noriyuki Mizuno (20)
現状分析→価値開発→仕様化＆テスト設計の展開事例解説：仕様＆テスト編
- 2. 自己紹介 2 好きなもの：汎用的スキル（テストや論理思考、TOC）、趣味：テスト中心のモデリング研究 発表や公開している内容は以下。※過去6年程度のみ RDRA関連（神崎さんとの勉強会から実践で学んだもの） ・RDRA+プロトタイピングおよび仕様化時に役立つ技術、事例紹介 ・伝統的食品工場エンジニアリング会社が挑むDXへのビジネスアイデアを RDRAによる要件定義でプロダクト開発へつなぐ～Side：要件定義（DevSumi関西2020） ・ 今回の発表ネタ、長いタイトルなので省略（JaSST’21東京チュートリアル） TOC（制約理論：Theory of Constraints）関連（安達さんとワークショップ作成） ・SaPIDTOC～未来予想型チーム運営ワークショップ（JaSST’18東京チュートリアル実施） ・プロジェクトマネジメントの概要とCCPMによる工期短縮の仕組み ・提案を検証する技術（TOC マフィアオファー（URO）活用技術） ・SQiP2014：CCPMの考え方を活用したテストフェーズにおける課題解決 ～課題発見、解決までのケーススタディ～ ソフトウェアテスト/テスト自動化関連 ・（共著）InSTA2019＠西安：Coexistence of test execution efficiency and test ・ET⁻WEST2018：なぜ組込みシステムにおけるテストは難しいのか ～ 2つのテストアーキテクチャによってテストを組立てる ～ ・ （共著） InSTA2018＠Sweden：Proposal for Enhancing UTP2 with Test Aspects ・ （共著） InSTA2017＠東京：Test Conglomeration - Proposal for Test Design Notation like Class Diagram ・JaSST’17関西：納得できるテストをつくるアプローチ ・STAC2015：自動家は見た～自動化の現場の真実～ ・テストカタマリーの紹介/活用したテスト設計プロセス案
- 3. 全体の流れを再確認 3 そして新図書館システムへ 既存図書館システム ASISシステム可視化 ①RDRA 【神崎】 TOBEシステム可視化 ③RDRA 【神崎】 TOBEシステム ④仕様化with Test 【水野】 ② SaPID 【安達】 TOBE 図書館システムによる 運営の効果と価値の可視化 ASIS 図書館システムによる 運営の効果と価値の可視化 イマココ
- 4. 全体の流れ：RDRAから仕様化へ 4 今回の仕様化については、図書館システムにおける「会員登録」に絞って具体例を交えて紹介を行います。 ※RDRAがあることで対象を絞り込んで計画がやりやすくなります 窓口 会員 期限管理 会員登録 [会員管理：業務] 窓口 会員 返却 窓口貸出 書架 図書 館員 蔵書 [貸出・返却：業務] [蔵書管理：業務] 会員 棚卸 書籍 補充 書籍店 蔵書 司書 [窓口貸出：BUC] 蔵書を 貸出す 書架から 本を探す 蔵書の貸出 を登録する 会員 貸出 登録 蔵書 貸出 図書 図書 館員 貸出制限 会員登録 会員カード を作成する 図書 館員 会員IDを 発行する 会員 [会員登録：BUC] 貸出図書 を返却す る 返却図書を 書架に返す 貸出図書の返 却を登録する 会員 返却 登録 貸出 図書 図書 館員 貸出 予約 蔵書 [返却：BUC] [期限管理：BUC] 貸出期限を 確認する 日次 貸出 図書 貸出期限 切れ通知 会員 窓口 図書館 会員 貸出・ 返却 書籍店 司書 蔵書 管理 書架 蔵書 会員 管理 図書 館員 司書 補充リスト を作成する 書籍の発 注を行う 司書 [書籍補充：BUC] 書籍発注 書籍発 注登録 蔵書を登録し ラベルを張る 蔵書を登 録する 蔵書 登録 蔵書 書籍ラベル ココやる
- 5. 全体の流れ：RDRAから仕様化へ 5 選択理由：次のようなターゲットとなる。 ・全体に影響のありそうなところ ・最初に小さくMVP構築できそうなところ ・業務のメイン部分でキッチリ作ったほうがよいところ ・多くの方の関心の強いところ 窓口 会員 期限管理 会員登録 [会員管理：業務] 窓口 会員 返却 窓口貸出 書架 図書 館員 蔵書 [貸出・返却：業務] [蔵書管理：業務] 会員 棚卸 書籍 補充 書籍店 蔵書 司書 [窓口貸出：BUC] 蔵書を 貸出す 書架から 本を探す 蔵書の貸出 を登録する 会員 貸出 登録 蔵書 貸出 図書 図書 館員 貸出制限 会員登録 会員カード を作成する 図書 館員 会員IDを 発行する 会員 [会員登録：BUC] 貸出図書 を返却す る 返却図書を 書架に返す 貸出図書の返 却を登録する 会員 返却 登録 貸出 図書 図書 館員 貸出 予約 蔵書 [返却：BUC] [期限管理：BUC] 貸出期限を 確認する 日次 貸出 図書 貸出期限 切れ通知 会員 窓口 図書館 会員 貸出・ 返却 書籍店 司書 蔵書 管理 書架 蔵書 会員 管理 図書 館員 司書 補充リスト を作成する 書籍の発 注を行う 司書 [書籍補充：BUC] 書籍発注 書籍発 注登録 蔵書を登録し ラベルを張る 蔵書を登 録する 蔵書 登録 蔵書 書籍ラベル 上位の分析があると 判断しやすい SaPID検討より
- 6. 全体の流れ：RDRAから仕様化へ 6 窓口 会員 期限管理 会員登録 [会員管理：業務] 窓口 会員 返却 窓口貸出 書架 図書 館員 蔵書 [貸出・返却：業務] [蔵書管理：業務] 会員 棚卸 書籍 補充 書籍店 蔵書 司書 [窓口貸出：BUC] 蔵書を 貸出す 書架から 本を探す 蔵書の貸出 を登録する 会員 貸出 登録 蔵書 貸出 図書 図書 館員 貸出制限 会員登録 会員カード を作成する 図書 館員 会員IDを 発行する 会員 [会員登録：BUC] 貸出図書 を返却す る 返却図書を 書架に返す 貸出図書の返 却を登録する 会員 返却 登録 貸出 図書 図書 館員 貸出 予約 蔵書 [返却：BUC] [期限管理：BUC] 貸出期限を 確認する 日次 貸出 図書 貸出期限 切れ通知 会員 窓口 図書館 会員 貸出・ 返却 書籍店 司書 蔵書 管理 書架 蔵書 会員 管理 図書 館員 司書 補充リスト を作成する 書籍の発 注を行う 司書 [書籍補充：BUC] 書籍発注 書籍発 注登録 蔵書を登録し ラベルを張る 蔵書を登 録する 蔵書 登録 蔵書 書籍ラベル これだけだと 作るまでは厳しい 今回の仕様化については、図書館システムにおける「会員登録」に絞って具体例を交えて紹介を行います。 ※RDRAがあることで対象を絞り込んで計画がやりやすくなります
- 15. 今回紹介するもの 15 ・ユーザー、開発者とヒアリングしながら仕様化を進めます ・「プロトタイピング仕様化（withテスト）」とでも呼んでおきます ※プロトタイピングと言っておりますが、実際にはペーパープロトタイプを使います ・上位の情報（SaPID/RDRA）もあればより有効的な活動ができます ・仕様に対してテスト設計を行うことで、仕様や業務手順へフィードバックもします ・仕様ドキュメントの書き方自体は以下のテンプレートを段階的に埋めていく形式を使っています ※みなさんの環境にあわせてカスタマイズしてください ・今回は段階的な打合せとドキュメントの更新を経て仕様化する例を紹介します プロトタイピング な仕様 開発者 ユーザー 運用 実現 テンプレートタイトル 内容 背景 仕様（新規作成、変更）が必要とされる背景や AsIs状況を書きます。 課題・やりたいこと 解決したい課題ややりたいことを書きます。 検討・検証シナリオ 業務のパターンとヒアリング時にケーススタディ を行うためのシナリオを特定します。 実現方針 人の運用でカバーを含めての実現方法を書きます。 （調整事項） 中間ヒアリングでの質問事項。最後には消えます。 仕様 実装に必要な情報を箇条書きなどでまとめます。 テスト向け情報 仕様やシナリオに対するテスト設計を書きます。
- 16. 今回紹介するもの 16 ■（参考）開発者、ユーザー双方の傾向 開発者：システムの知識はあるが、業務の知識はない。実現方法に興味が強い。運用への興味が薄いことが多い。 ・手持ちの or 思いついた実現手段が運用にも適していて何とかなると思いこみやすい ・実装するもの≒既に合意されているもの と思いこみやすい ・説明が雑なことが多い、開発者のみ伝わる表現（UMLや概念モデルとか）で伝わると考えている ・（極端なケース）ユーザーとの話をするのが無駄だと思っている人もいる ユーザー：業務の知識はあるが、システムや開発の知識はない場合が多い。運用と業務効率化に興味が強い。 ・開発者の言っていることが何かわからない、理解できないことが多い ・知っている範囲で実現する手段を提示し、知らない手段には耳を貸さないこともある ・ものが出てくるまで/運用を開始するまで実感がないことが多い 逆に運用を開始して使い始めた後に意見が大量に出ることが多い ・「自分の範囲の仕事」で語ることが多く、課題を分けたり 業務フロー的に分割・整理して話すことができる人は少ない プロトタイピング な仕様 開発者 ユーザー 運用 実現
- 24. 仕様テーマ：会員登録の実施 24 Vol1 ・テンプレートに対して、前半部分を中心に仮説的な仕様をまとめていきます。 テンプレートタイトル 内容 背景（必要時） 仕様（新規作成、変更）が必要とされる背景や AsIs状況を書きます。 課題・やりたいこと 解決したい課題ややりたいことを書きます。 検討・検証シナリオ 業務のパターンとヒアリング時にケーススタディ を行うためのシナリオを特定します。 実現方針 人の運用でカバーを含めての実現方法を書きます。 （調整事項） 中間ヒアリングでの質問事項。最後には消えます。 仕様 実装に必要な情報を箇条書きなどでまとめます。 テスト向け情報 仕様やシナリオに対するテスト設計を書きます。 ここまでをまとめる のが目標となる この2つは前半が決まらないと 無駄になるので考えない 説明補足
- 27. 仕様テーマ：会員登録の実施 27 検討・検証シナリオ： ・RDRA成果物を踏まえたうえでユーザーと議論します 説明補足 窓口 会員 期限管理 会員登録 [会員管理：業務] 会員カード を作成する 図書 館員 Web会員ID を発行する 会員 [会員登録：BUC] 会員 会員登録 会員登録 条件 会員 登録 会員登録 ルールや手続きの変わるバリエーションを （すべてではないが）洗い出したい 例：本の貸し出しバリエーションと条件 条件＠RDRA ・バリエーションの組み合わせ ・バリエーションと状態の組み合わせ ※バリエーションはツリー分析など 条件はデシジョンテーブルでも表現可 狙いどころ：議論が発散しすぎないようにする 目的を見失わないようにする やること ：業務のバリエーションを考え、 特定のシナリオへ整理する テンプレートタイトル 内容 検討・検証シナリオ 業務のパターンとヒアリング時にケーススタディ を行うためのシナリオを特定します。
- 29. 仕様テーマ：会員登録の実施 29 検討・検証シナリオ： ・ステークホルダと議論をやりやすいシナリオを導出します 会員可能な住所 Z市＋近隣町 上記以外 バリエーション 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない Web会員ID場所（仮説込み） 図書館員が会員登録/カード作成時に仮登録？ 会員が自分でWeb上で登録 目先で議論しやすいシナリオ（条件）を選定 表示条件整理 #1 #2 #3 会員状況 既に会員、Web会員ID登録済 対象外 - - - 既に会員、Web会員ID登録なし 対象 〇 〇 - まだ会員ではない 対象 - - 〇 会員可能な住所 Z市＋近隣町（会員対象） 対象 〇 〇 〇 上記以外（会員非対象） 画面案だけ確認 - - - Web会員ID登録場所 図書館員が仮登録？ 対象 〇 - - 会員が自分でWeb上で登録 対象 - 〇 〇 シナリオ ひとまず採用 〇 〇 〇 非採用 - - - 議論時に使用する代表シナリオ #1 すでに会員の人が図書館受付で図書館員にWeb会員ID依頼？ #2 すでに会員の人が自分でWeb上でWeb会員IDを登録 #3 まだ会員で無く、図書館で会員登録＆Web会員ID同時登録？ （該当住民のみ、該当住民でない場合は会員非対象とする）
- 30. 仕様テーマ：会員登録の実施 議論時に使用する代表シナリオ #1 すでに会員の人が図書館受付で図書館員にWeb会員ID依頼？ #2 すでに会員の人が自分でWeb上でWeb会員IDを登録 #3 まだ会員で無く、図書館で会員登録＆会員ID同時登録？ （該当住民のみ、該当住民でない場合は会員非対象とする） 検討・検証シナリオ： ・RDRA業務フロー（1段階詳細化） RDRAの情報を1段階詳細化します 紹介するフロー：新規会員登録時をして 図書館員が会員ID登録まで実施するまで 会員可能な住所 Z市＋近隣町 上記以外 バリエーション 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない Web会員ID場所（仮説込み） 図書館員が会員登録/カード作成時に仮登録？ 会員が自分でWeb上で登録
- 42. 仕様テーマ：会員登録の実施 42 検討・検証シナリオ： ・ステークホルダと議論をやりやすいシナリオを導出します 会員可能な住所 Z市＋近隣町 上記以外 バリエーション 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない Web会員IDの登録場所（仮説込み） 図書館員が会員登録/カード作成時に仮登録？ 会員が自分でWeb上で登録 目先で議論しやすいシナリオ（条件）を選定 表示条件整理 #1 #2 #3 会員状況 既に会員、Web会員ID登録済 対象外 - - - 既に会員、Web会員ID登録なし 対象 〇 〇 - まだ会員ではない 対象 - - 〇 会員可能な住所 Z市＋近隣町（会員対象） 対象 〇 〇 〇 上記以外（会員非対象） 画面案だけ確認 - - - Web会員ID登録場所 図書館員が仮登録？ 対象 〇 - - 会員が自分でWeb上で登録 対象 - 〇 〇 シナリオ ひとまず採用 〇 〇 〇 非採用 - - - 議論時に使用する代表シナリオ #1 すでに会員の人が図書館受付で図書館員に会員IDを登録？ #2 すでに会員の人が自分でWeb上で会員IDを登録 #3 まだ会員で無く、図書館で会員登録＆会員ID同時登録？ （該当住民のみ、該当住民でない場合は会員非対象とする） Vol1情報
- 43. 仕様テーマ：会員登録の実施 43 検討・検証シナリオ： ・ステークホルダと議論をやりやすいシナリオを導出します 会員可能な住所 Z市＋近隣町 上記以外 バリエーション 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない 目先で議論しやすいシナリオ（条件）を選定 議論時に使用する代表シナリオ ＜会員登録を図書館で実施するとき＞ #1 すでに会員の人が図書館受付で図書館員に会員IDを登録？ #1 すでに会員の人が図書館端末にて自分で会員IDを登録 #2 すでに会員の人が自分でWeb上で会員IDを登録 #3 まだ会員で無く、図書館で会員登録＆会員ID同時登録？ #3 まだ会員で無く、図書館で会員登録＋Webで会員ID登録 Vol2情報 会員登録申請場所 図書館 Web Web会員IDの登録場所（仮説込み） 図書館員が会員登録/カード作成時に仮登録？ 図書館端末にて会員が自分で登録 会員が自分でWeb上で登録 条件整理 #1 #2 #3 #4 会員状況 既に会員、Web会員ID登録済 対象外 - - - - 既に会員、Web会員ID登録なし 対象 〇 〇 - - まだ会員ではない 対象 - - 〇 - 会員登録/カード作成場所 図書館 対象 〇 〇 〇 - Web（カードは図書館で受け取る） 対象 - - - 〇 会員可能な住所 Z市＋近隣町（会員対象） 対象 〇 〇 〇 - 上記以外（会員非対象） 画面案だけ確認 - - - - Web会員ID登録場所 図書館端末にて会員が登録 対象 〇 - - - 会員が自分でWeb上で登録 対象 - 〇 〇 - シナリオ ひとまず採用 〇 〇 〇 〇 非採用 - - - -
- 44. 仕様テーマ：会員登録の実施 議論時に使用する代表シナリオ #1 すでに会員の人が図書館受付で図書館員に会員IDを登録？ #2 すでに会員の人が自分でWeb上で会員IDを登録 #3 まだ会員で無く、図書館で会員登録＆会員ID同時登録？ （該当住民のみ、該当住民でない場合は会員非対象とする） 検討・検証シナリオ： ・RDRA業務フロー（1段階詳細化） 会員可能な住所 Z市＋近隣町 上記以外 バリエーション 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない Web会員IDの登録場所（仮説込み） 図書館員が会員登録/カード作成時に仮登録？ 会員が自分でWeb上で登録 Vol1情報 希望IDには対応しない カードNo＝アカウント カード発行 は必須 必ず会員が実施 Webか図書館端末 （カードNoが必要）
- 45. 仕様テーマ：会員登録の実施 検討・検証シナリオ： ・RDRA業務フロー（1段階詳細化） 会員可能な住所 Z市＋近隣町 上記以外 バリエーション 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない Vol2情報 会員登録申請場所 図書館 Web Web会員IDの登録場所（仮説込み） 図書館員が会員登録/カード作成時に仮登録？ 図書館端末にて会員が自分で登録 会員が自分でWeb上で登録 議論時に使用する代表シナリオ ＜会員登録を図書館で実施するとき＞ #1 すでに会員の人が図書館受付で図書館員に会員IDを登録？ #1 すでに会員の人が図書館端末にて自分で会員IDを登録 #2 すでに会員の人が自分でWeb上で会員IDを登録 #3 まだ会員で無く、図書館で会員登録＆会員ID同時登録？ #3 まだ会員で無く、図書館で会員登録＋Webで会員ID登録
- 54. 仕様テーマ：会員登録の実施 トレードオフ テーマ：カードの更新有無 ・図書カードを全員新カードへ更新する ・旧カードを使えるようにする Vol2情報 案 懸念 コスト 課題：従業員負荷 課題：利便性 図書カードを全員 新カードへ更新する 懸念 ・図書館毎のID重複へ対応 ・Web会員IDへの複雑さと ユーザへのわかりにくさ ・カード更新時の作業量 ・新RFIDシステムとの整合性 比較的安くなる 移行もシンプル 初期運用時が大変 図書館に来る人 全員が更新になる 全員移行すれば わかりやすい 旧カードを 使えるようにする 厄介 既存カードで凌ぐ ので最初の負担が 大幅に減る Web会員の動線が 新旧カードになっ てわかりづらい （参考）：上位の検討ベースでの「あたり」のつけかた。トレードオフ、方針決定（Architecture Decision）例 その他の各テーマを挙げて同等の検討をする→各種決定の中間議論を残すと、見直しの際にも役立つ ・図書館員にてWeb仮登録を行うかどうか ・Webでの会員（カード）申請をするかどうか SaPIDの検討があれば 判断基準はだいたい見える
- 57. 仕様： 1．新規会員登録 ・会員登録画面を用意する 必要な情報は、下記の画面構成を参考のこと ・全体メニューから会員登録画面へ移動できる ・住所はZ市とAA町、BB村の3つのみ選択できる形式とする ・（その他入力形式のルールは省略） ・登録ボタンを押すことで会員登録確認・カード発行画面へ移行する ・確認画面移行時に会員Noを仮採番、確認後にカード発行を可能とする ・カード発行時に会員情報を図書館会員管理システムへ追加する ・カード発行時にWebシステムへWeb会員ID（≒会員No）を追加、 会員のWeb会員IDを登録可能とする ※既存会員の移行作業が必要 仕様テーマ：会員登録の実施 57 名前： 住所： 電話番号： 性別： 生年月日： 登録 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 キャンセル 会員No 仮採番 Vol2情報
- 58. 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 仕様： 2．Web向け会員ID登録 ・Web会員ID登録画面を用意する ※必要な情報は、下記の画面構成を参考 ・図書館の端末画面からもWeb会員ID登録画面へ移動できる ・Web会員ID登録画面では以下を確認して、Web会員ID登録確認画面へ移行する - 旧カードNo（5桁の場合）には、カードの対象とする図書館の選択があること - 会員カードNoに対応する電話番号、生年月日が正しいこと（図書館会員管理システムへ照会して確認） - 登録パスワードとパスワード確認が一致していること ・Web会員IDの情報が正しい内容の場合、 Web会員ID登録確認画面でWeb会員ID登録を確定できる ・ Web会員ID登録を確定すると、 Web会員ID情報がWebシステムに登録される ・（参考）ログインすることでスマホでの会員情報表示、Web予約、貸与中書籍確認等ができる ※別途検討 仕様テーマ：会員登録の実施 58 確定 ＜Web会員ID登録確認画面＞ 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました キャンセル 図書館システムWeb （図書館端末でも同じ） Web会員ID登録 Vol2情報
- 63. 仕様： 1．新規会員登録 ・会員登録画面を用意する 必要な情報は、下記の画面構成を参考のこと ・全体メニューから会員登録画面へ移動できる ・住所はZ市とAA町、BB村の3つのみ選択できる形式とする ・（その他入力形式のルールは省略） ・登録ボタンを押すことで会員登録確認・カード発行画面へ移行する ・確認画面移行時に会員Noを仮採番、確認後にカード発行を可能とする ・カード発行時に会員情報を図書館会員管理システムへ追加する ・カード発行時にWebシステムへ会員ID（≒会員No）を追加し、 Webからの会員ID登録可能とする 仕様テーマ：会員登録の実施 63 名前： 住所： 電話番号： 性別： 生年月日： 登録 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 キャンセル 会員No 仮採番 Vol2情報 まず、こちらの仕様に対してテストを考えてみる
- 64. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 1．新規会員登録：仕様に対するテストの全体案 テスト向け 名前： 住所： 電話番号： 性別： 生年月日： 確認 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ キャンセル ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 会員登録 チェック 会員No仮採番 カード期限設定 カード発行 会員情報の図書館会員 管理システムへの追加 Webシステムへの 会員ID追加 会員No 仮採番 検討の例 ・ふるまいのあたりをつける ・関連するデータを考える ・それぞれ詳細テスト設計する
- 65. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 1．新規会員登録：仕様に対するテストの全体案 テスト向け 名前： 住所： 電話番号： 性別： 生年月日： 確認 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ キャンセル ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 会員登録 チェック 会員No仮採番 カード期限設定 登録日 カード発行 会員情報の図書館会員 管理システムへの追加 Webシステムへの 会員ID追加 会員DB 会員DB WebDB カード発行機 会員No 仮採番 入力： 会員情報 検討の例 ・ふるまいのあたりをつける ・関連するデータを考える ・それぞれ詳細テスト設計する
- 66. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 1．新規会員登録：仕様に対するテストの全体案 テスト向け 名前： 住所： 電話番号： 性別： 生年月日： 確認 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ キャンセル ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 会員登録 チェック 会員No仮採番 カード期限設定 登録日 カード発行 会員情報の図書館会員 管理システムへの追加 Webシステムへの 会員ID追加 会員DB 会員DB WebDB カード発行機 会員No 仮採番 入力： 会員情報 検討の例 ・ふるまいのあたりをつける ・関連するデータを考える ・それぞれ詳細テスト設計する なんかあやしい
- 67. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 1．新規会員登録：会員No仮採番のテスト検討 テスト向け 会員登録 チェック 会員No仮採番 カード期限設定 登録日 会員情報の図書館会員 管理システムへの追加 Webシステムへの 会員ID追加 会員DB 会員DB WebDB Aさん（1人目） Bさん（2人目） Cさん（3人目） 仮採番（000001） キャンセル Time 仮採番（000002） 登録 仮採番（?） 仮採番（000003） No 状態 000001 仮採番 000002 仮採番 000003 仮採番 No 状態 000001 仮採番 000002 登録 000003 仮採番 No 状態 000001 なし 000002 登録 000003 仮採番 No 状態 000001 ？？ 000002 登録 000003 仮採番 000004 ？？ 入力： 会員情報 検討の例 ・ふるまいのあたりをつける ・関連するデータを考える ・それぞれ詳細テスト設計する 仮採番、 キツくない？
- 68. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 1．新規会員登録：仕様に対するテストの全体案 テスト向け 名前： 住所： 電話番号： 性別： 生年月日： 確認 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ キャンセル ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 入力： 会員情報 会員登録 チェック 会員No仮採番 カード期限設定 登録日 カード発行 会員情報の図書館会員 管理システムへの追加 Webシステムへの 会員ID追加 会員DB 会員DB WebDB カード発行機 会員No 仮採番 仮採番は仕様として キツイ カード発行は失敗ケース を最初から考慮
- 69. 仕様（Vol2）： 1．新規会員登録 ・会員登録画面を用意する 必要な情報は、下記の画面構成を参考のこと ・全体メニューから会員登録画面へ移動できる ・住所はZ市とAA町、BB村の3つのみ選択できる形式とする ・（その他入力形式のルールは省略） ・登録ボタンを押すことで会員登録確認・カード発行画面へ移行する ・確認画面移行時に会員Noを仮採番し、確認後にカード発行を可能とする ・カード発行時に会員情報を図書館会員管理システムへ追加する ・カード発行時にWebシステムへ会員ID（≒会員No）を追加し、 Webからの会員ID登録可能とする 仕様テーマ：会員登録の実施 69 名前： 住所： 電話番号： 性別： 生年月日： 確認 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：XXX-XXXX-XXXX 性別 ：男女 生年月日 ：XXXX年XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ キャンセル ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 会員No 仮採番
- 70. 仕様（Vol3）：テスト設計での見直し結果 1．新規会員登録 ・会員登録画面を用意する 必要な情報は、下記の画面構成を参考のこと ・全体メニューから会員登録画面へ移動できる ・住所はZ市とAA町、BB村の3つのみ選択できる形式とする ・電話番号は半角数字のみでハイフンなし入力とする、生年月日は選択形式 ・（その他入力形式のルールは省略） ・登録ボタンを押すことで会員登録確認・カード発行画面へ移行する ・確認画面で、確認後に会員No採番とカード発行を可能とする ・カード発行時に会員情報を図書館会員管理システムへ追加する ・カード発行時にWebシステムへ会員ID（≒会員No）を追加し、 Webからの会員ID登録可能とする ・カード発行失敗時のために再発行操作を可能とする 仕様テーマ：会員登録の実施 70 名前： 住所： 電話番号：半角数字 性別： 生年月日：選択 確認 ＜会員登録画面＞ Z市▼ 名前 ：XX XXX 住所 ：Z市XXX 電話番号 ：0123456789 性別 ：男女 生年月日 ：XXXX/XX/XX 会員No ：123456 カード期限：2023/03/15 カード発行 ＜会員登録確認・ カード発行画面＞ 新規会員登録 ＜全体メニュー＞ ・・・ キャンセル 会員No 採番 ・カード発行機でカード発行 ・図書館会員管理システムへ 会員情報を追加 ・Webシステムへ会員ID追加 会員カードを発行しました Webシステムへ登録しました 会員No123456 カード再発行 終了
- 71. 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 仕様： 2．Web向け会員ID登録 ・Web会員ID登録画面を用意する ※必要な情報は、下記の画面構成を参考 ・図書館の端末画面からもWeb会員ID登録画面へ移動できる ・Web会員ID登録画面では以下を確認して、Web会員ID登録確認画面へ移行する - 旧カードNo（5桁の場合）には、カードの対象とする登録図書館が選択されていること - 会員カードNoに対応する電話番号、生年月日が正しいこと（図書館会員管理システムへ照会して確認） - 登録パスワードとパスワード確認が一致していること ・Web会員IDの情報が正しい内容の場合、 Web会員ID登録確認画面でWeb会員ID登録を確定できる ・ Web会員ID登録を確定すると、 Web会員ID情報がWebシステムに登録される ・（参考）ログインすることでスマホでの会員情報表示、Web予約、貸与中書籍確認等ができる ※別途検討 仕様テーマ：会員登録の実施（Vol2） 71 確定 ＜Web会員ID登録確認画面＞ 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました キャンセル 図書館システムWeb （図書館端末でも同じ） Web会員ID登録 Vol2情報 こちらも仕様に対してテストを考えてみる
- 72. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 2． Web向け会員ID登録： 仕様に対するテストの全体案 テスト向け 図書館システムWeb （図書館端末でも同じ） 会員ID登録 会員ID登録チェック 新旧カード 会員No確認 会員照会 期限確認 会員DB パスワード確認 WebDB 入力：会員 ID情報 Webシステムへの 会員・パスワード登録 WebDB ※その他初期データ作成時は確認 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 確定 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました キャンセル ＜Web会員ID登録確認画面＞
- 73. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 2． Web向け会員ID登録： 仕様に対するテストの全体案 テスト向け 図書館システムWeb （図書館端末でも同じ） 会員ID登録 会員ID登録チェック 会員照会 期限確認 会員DB パスワード確認 WebDB 入力：会員 ID情報 Webシステムへの 会員・パスワード登録 WebDB ※その他初期データ作成時は確認 UIだけからは発想しづらいが、 会員期限もチェックが必要 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 確定 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました キャンセル ＜Web会員ID登録確認画面＞ 新旧カード 会員No確認
- 74. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 2． Web向け会員ID登録： 仕様に対するテストの全体案 テスト向け 確定 キャンセル 図書館システムWeb （図書館端末でも同じ） 会員ID登録 会員ID登録チェック 会員ID確認 会員照会 期限確認 会員DB パスワード確認 WebDB 入力：会員 ID情報 Webシステムへの 会員・パスワード登録 WebDB ※その他初期データ作成時は確認 会員ID登録時には 期限の確認も必要 会員DB側への照会を考慮すると フロントでの入力制約もあるとよい （半角しばり、ハイフン無しなど） 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました ＜Web会員ID登録確認画面＞
- 75. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 2． Web向け会員ID登録：Web会員ID登録チェックのCFD（Cause Flow Diagram）テスト設計 テスト向け 会員No確認（WebDB） 会員カードNo登録済 入力NG 通知 新旧カード 会員No確認 会員照会 期限確認 会員DB パスワード確認 WebDB 入力：会員 ID情報 Webシステムへの 会員・パスワード登録 WebDB ※その他初期データ作成時は確認 会員カードNoがない 会員照合（会員DB） 入力の不正値 カードNo、電話番号、 生年月日不整合 カード期限確認 カード期限内 カード期限切れ 会員期限 NG通知 カードNo、電話番号、 生年月日が整合 入力パスワード確認 登録OK 確認画面 へ 入力の不正値 登録内容と確認内容 が異なる 登録内容と確認内容 が整合 Password NG通知 NG通知の適切さも 議論することが可能 照合対象データの形式 をここで検討できる 新旧カード確認 入力の不正値 カード情報 NG通知 新旧カード併用の わかりづらい点を 通知でフォロー 新カードの6桁No 旧カードの5桁No ＆ 登録図書館の入力
- 76. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 新旧カードのわかりづらさを改善調整 テスト向け 新旧カード確認 新カードの6桁No 入力の不正値 旧カードの5桁No ＆ 登録図書館の入力 カード情報 NG通知 新旧カード併用の わかりづらい点を 通知でフォロー？ 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 登録パスワード： パスワード確認： （6桁Noのカード時） 会員カードNo： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 会員カードNo： OR 電話番号 ： 生年月日 ： ？ そもそもの 仕組み上の複雑さ をカバーする デザインも必要 ※雑ですが ？ 画面上の説明、ヘルプ 入力チェックや エラーメッセージの 工夫が必要な箇所を特定 Noの入力フィールド 1つで5桁6桁判断？ ＋登録図書入力判断？
- 77. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 2． Web向け会員ID登録：会員ID登録チェックのCFD （Cause Flow Diagram）テスト設計 テスト向け
- 78. 仕様テーマ：会員登録の実施 ＜テスト向け情報＞ A) 仕様に対するテスト 2． Web向け会員ID登録：会員ID登録チェックのCFDテスト設計 ※CFDから生成したデシジョンテーブル テスト向け Enterprise Architect＋CFDアドインを使用 ツールの活用でDTまで作成も可能
- 79. 登録パスワード： パスワード確認： 会員カードNo： 電話番号 ： 生年月日 ： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 仕様（Vol2）： 2．Web向け会員ID登録 ・Web会員ID登録画面を用意する ※必要な情報は、下記の画面構成を参考 ・図書館の端末画面からもWeb会員ID登録画面へ移動できる ・Web会員ID登録画面では以下を確認して、Web会員ID登録確認画面へ移行する - 旧カードNo（5桁の場合）には、カードの対象とする登録図書館が選択されていること - 会員カードNoに対応する電話番号、生年月日が正しいこと（図書館会員管理システムへ照会して確認） - 登録パスワードとパスワード確認が一致していること ・Web会員IDの情報が正しい内容の場合、 Web会員ID登録確認画面でWeb会員ID登録を確定できる ・ Web会員ID登録を確定すると、 Web会員ID情報がWebシステムに登録される ・（参考）ログインすることでスマホでの会員情報表示、Web予約、貸与中書籍確認等ができる ※別論点 仕様テーマ：会員登録の実施 79 確定 ＜Web会員ID登録確認画面＞ 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました キャンセル 図書館システムWeb （図書館端末でも同じ） Web会員ID登録
- 80. 仕様（Vol3）：テスト設計での見直し結果 2．Web向け会員ID登録 ・Web会員ID登録画面を用意する ※必要な情報は、下記の画面構成を参考 ・図書館の端末画面からもWeb会員ID登録画面へ移動できる。Web会員登録画面ではヘルプを用意する ・Web会員ID登録画面では以下を確認して、Web会員ID登録確認画面へ移行する - 旧カードNo（5桁の場合）には、カードの対象とする登録図書館が選択されていること - 会員カードNo（5桁の場合、登録図書館との組合せ）が登録していること、カード期限が有効であること - 会員カードNoに対応する電話番号、生年月日が正しいこと（図書館会員管理システムへ照会して確認） 会員カードNo、電話番号は半角数字のみでハイフンなし入力とする、生年月日は選択形式 - 登録パスワードとパスワード確認が一致していること ・Web会員IDの情報が正しい内容の場合、 Web会員ID登録確認画面でWeb会員ID登録を確定できる ・Web会員ID登録を確定すると、 Web会員ID情報がWebシステムに登録される ・（参考）ログインすることでスマホでの会員情報表示、Web予約、貸与中書籍確認等ができる ※別論点 仕様テーマ：会員登録の実施 80 確定 ＜Web会員ID登録確認画面＞ 登録図書館：XXX 会員カードNo：XXX 登録しますか？ ＜Web会員ID登録完了＞ 登録を完了しました キャンセル 図書館システムWeb （図書館端末でも同じ） Web会員ID登録 登録パスワード： パスワード確認： （6桁Noのカード時） 会員カードNo： 登録 ＜Web会員ID登録画面＞ （5桁Noのカード時） 登録図書館 ： 会員カードNo： 電話番号 ： 生年月日 ： ？ ？ 半角 半角 選択 半角 選択
- 81. 仕様テーマ：会員登録の実施 ＜テスト向け情報（全体検討）＞ テスト全体の検討例（少し俯瞰して考える） A) 仕様に対するテスト 1．新規会員登録 2． Web向け会員ID登録 B) 業務フロー、シナリオに対するテスト 以下業務バリエーションを考慮したテスト テスト向け 会員可能な住所 Z市＋近隣町 上記以外 会員状況 既に会員、Web会員ID登録済 既に会員、Web会員ID登録なし まだ会員ではない 会員登録/カード作成場所 図書館 Web（将来検討） Web会員IDの登録場所 図書館端末にて会員が自分で登録 会員が自分でWeb上で登録
- 87. まとめ：今回の流れ 第4 章 推奨のプロセスモデル は結構面白いので興味があれば立ち読みでもしてください。 87 プロジェ クト構想 要求エンジ ニアリング 初期アーキテ クチャ設計 プロジェクト リソース見積り 1stプロトタイプ 構築 プロトタイプ 評価 継続可否判断 Go/No Go決定 プロジェ クト終了 システムの 洗練 プロトタイプ リリース ソフトウェア メンテナンス スコープ 再定義 次のプロトタ イプ構築 1stプロトタイプの構築 プロトタイプ評価と Go/No Go決定 システムのリリース、 次のプロトタイプ構築 注：こちらは、実践ソフトウェア エンジニアリング（第9版） 第4章 推奨のプロセスの説明に 独自解釈を加えたものです
- 90. まとめ：最終的な仕様 最終的な仕様はいわゆる「INVEST」を達成しやすい内容となっております。 ※半分くらいはSaPIDやRDRAがあることによって達成しやすくなります。 Ⅰ：Independent 独立している RDRAにより業務としての分割がされ、仕様を検討する際に システムを考慮することで独立性が確保しやすくなります。 （RDRAにおける影響分析の技術を使うこともあります） Ｎ：Negotiable 交渉可能である ユーザー側にヒアリングした結果がすべて入ってます。 「実現方針」に運用対処の範囲を含め調整結果をまとめます。 Ｖ：Valuable 価値がある SaPIDやRDRAの検討＋「背景」や「課題・やりたいこと」 を明記して確認することで、無意味な開発は減ります。 Ｅ：Estimable 見積可能である 仕様としてまとめつつ、テーマを分割することで 個々の仕様単位でユーザーストーリー化し見積りできます。 Ｓ：Small 小さい 仕様としてまとめつつ、テーマを分割および仕様の検討段階 を分割することで、適度なサイズにすることが可能です。 Ｔ：Testable テスト可能である 「テスト向け情報」を作るプロセスが入ってます。また、 「検討・検証シナリオ」も最後にテスト向け情報になります。 90
- 92. まとめ：（参考）仕様に対するレビュー観点、チェックリスト 開発者側は「仕様」「テスト向け情報」だけ見れば開発ができるようになる方が理想です。 仕様を記述する際には、以下のような項目でチェックすることが可能です。 前提：仕様ドキュメントのテンプレートにて事前検討をしたうえで仕様をまとめている。 ――――――――――――――――――――――――――――――――――――――――――――――――― チェックリスト/レビュー観点： □ 箇条書き単位で、1つずつふるまいを表現できている ふるまいを考慮した設計もしくはテスト検討があると分割整理とレビューがやりやすくなります □ ロジック（ビジネスルール）がある場合には、デシジョンテーブルやCFD、CEGなどを用いて表現している □（できれば）各箇条書きがテストケースと対応できる単位になっている □ 必要に応じてデータ構造がクラス図や開発者が分かる絵、リストなどで表現できている ――――――――――――――――――――――――――――――――――――――――――――――――― ※処理分割や細かいデータ構造は開発側で決めたほうがよいケースも多く、詳細さはチームにより変わります。 ロジックまでデシジョンテーブルやCFDで明確にしたうえで詳細は開発者に任せることも多数あります。 92
- 93. まとめ：実際の進め方 パイプライン的に仕様→実装につないで開発を進めていきます。 場合によっては開発結果をプロトタイプと捉えて、実データを登録して業務の妥当性を確認します。 要件定義 開発 フィード バック 業務①：会員登録 業務②：貸し出し 業務③：Web会員申請 プロトタイプに 会員登録のデータを登録し 業務の流れを評価 ※アジャイルを考慮した開発の流れの例 仕様化 RDRA要件定義の整理 必要に応じて更新 業務①：会員登録 実装・テスト 業務②：貸し出し 実装・テスト 必要に応じてフィードバック フィードバック フィードバック 93 フレームワーク選定や全体の課題検討 SaPIDによる価値分析 価値分析 状況によりフィードバック
- 97. 参考：使用している技術の参考文献 ■関連資料 ・RDRA+プロトタイピングおよび仕様化時に役立つ技術、事例紹介 https://www.slideshare.net/NoriyukiMizuno/rdra-236183496 ・伝統的食品工場エンジニアリング会社が挑むDXへのビジネスアイデアを RDRAによる要件定義でプロダクト開発へつなぐ～Side：要件定義 https://www.slideshare.net/NoriyukiMizuno/dxrdraside ■プロトタイピング関連 ・書籍：デザイナーのためのプロトタイピング入門 ■PSFit関連技術（仕様テンプレートの前半に対応） ・書籍：正しいものを正しく作る ■流れとプロセス/ソフトウェアエンジニアリング ・書籍：実践ソフトウェアエンジニアリング（第9版） ■CFD（Cause Flow Diagram）およびデシジョンテーブル ・書籍：ソフトウェアテスト技法ドリル ・CFDツール（EAアドイン）：https://www.sparxsystems.jp/products/EA/tech/CFD.htm ・CFD紹介： https://softest.jp/?p=100 ■図書館情報の参考 ・墨田区立図書館： https://www.library.sumida.tokyo.jp/ 97