JaSST東京21におけるチュートリアル「価値につながる要件・仕様からテストを考える」にて紹介する仕様サンプル（初期状態）です。チュートリアル内でこちらの内容からさらに洗練した内容を紹介します。

1. JaSST21東京チュートリアル
仕様サンプル（Vol0-1）
1
※チュートリアルではVol1の内容から洗練させていく流れを紹介します。

2. 仕様の例：Vol0
残念なケース
2

3. 仕様テーマ：会員登録の実施
3
Vol0
よくあるインプット（会話の内容込み）：
（会話で残される情報）
元々会員カードで
運用していましたが、
カードを忘れる人が多いので
スマホでも貸し出しが
できるとよいです
あ、AIとかもやりたいですが
簡単に行けますかね
※要件定義も大中小で書かれた簡単な表のみ

4. 仕様テーマ：会員登録の実施
4
仕様Vol0（残念な仕様）：
＜会員の登録/会員カード発行＞
・図書館を使用する（書籍の貸し出しをする）ためには、事前に会員登録をする
・会員登録ができること、会員登録の条件は既存の会員条件と同じ
・会員カードは新規システムでも発行する
・会員は会員カードを使用することでセルフレジで貸し出しができ、予約情報が記録される
・会員カード発行だけではWeb/スマホでは使えないが、貸し出しには使用できる
＜Web向け会員IDの登録＞
・Web向け会員IDを持つことによってWebでの書籍検索と予約ができる
・会員は自分でWebから会員IDを申請して獲得ができること、図書館でも会員IDを申請ができること
・会員カードを忘れる人が多いので、スマホでもカード情報を呼び出して貸し出しをすることができること
いろいろ
突っ込みアリ

5. 仕様テーマ：会員登録の実施
5
残念な仕様の結果…
＜既存の会員対応が後手にまわり不備が発生＞
・既存のカード体系を考慮せずに新規カード/システムを作ってしまい、
新旧のカード体系が大きく変わり、既存カード対応を最後に無理に追加するなどで複雑化＆不具合発生へ
・既存カードを持った人は再登録して新規カードに切り替えないとWebを使用できない
＜（SaPIDで検討したような）ToBe対応方針が達成できない＞
・図書館員に依頼してWeb登録する手順が入り、図書館員の負担が増えてしまう
・カードのみで図書館を使う会員に対してWebでのなりすまし登録が発生する
・Webシステム側に安易に個人情報が保存された状況となりセキュリティ上の問題が発生
え、先月カード作ったばかり
なのにまた再発行が必要？
利用者 図書館員
システム変わっても
結局忙しい…
旧カードも
使うのかよ…
開発者

6. 仕様の例：Vol1
ヒアリングのための仮説仕様
6

7. 仕様テーマ：会員登録の実施
7
Vol1
インプット： RDRA情報
SaPID情報
対応方針検討
図書館職員のワーク
ライフバランス＆QOL
の向上とやりがいの
獲得
新システムにより
成し遂げたいこと
図書館の魅力的な
役割への転換
図書館システムの
利便性向上
図書館システムの手
続きは手間がかかる
図書館職員の稼働が高く、
給与が安い
(司書=ワーキングプア)
→離脱者が後を絶たない
職員はこなすだけ、
市民は本を借りるだ
けになっている
利用者が減少し、職員も大変で、
手間や経費ばかりかかるみんな
があまりうれしくない施設
＜図書館の存在意義は？＞
現状の要約
関係者がみなうれ
しい図書館の実現
他者接触
なし
作業量が軽減
残業が減少
ワーキング
プアの脱却
退職者減
④会員カードを
スマホ等で代替
可能にする
図書館運
営費用対
効果改善
受付不在に
よる貸出 返
却待ちなし
自宅にカード
を取りに戻る
必要なし
図書館のし
くみは簡単
接触感染
不安軽減
電話問合せの
必要なし
図書館
利用者
増化
①セルフレジ方式
等利用者だけで書
籍貸出・返却手続
きを可能にする
③図書貸出状況
参照 貸出予約
マイページ等で
自分の貸出 返却
状況を参照可能
にする
②書籍購入サイト
から図書情報ダイ
レクト登録可能に
受付による貸
出 返却対応
①
購入書は手入力
登録必要
②
別出しの貸出票を
なくすと返却日が
わからなくなる
図書館に行かない
と貸出可能な書籍
の有無等が不明
③
④
貸出 返却時に
会員カードがな
い場合がある
現状に対するIT対策 IT対策による期待効果
リスク
構成要素
疎外事象 発生要因
健康への
悪影響
不快な体験や健康
被害
手続きが大変
寒い、暑い、乾燥
した、多湿の館内
・図書の汚破損
・喫煙者、感染者等の利用
手間のかかる使い勝手の
悪いシステム
・過剰な冷暖房／冷暖房設
備の不備
経済的損
失
個人情報流出
手続き時間が長い
待ち時間が多い
図書の汚破損
見知らぬ連絡や書
簡
セキュリティ対策不備
運営体制不備／手間のか
かる使い勝手の悪いシステ
ム
利用者の不注意
環境への
悪影響
－ －
目的達成
疎外
借りたい図書がな
い
借りた図書が読め
ない
調べたいことがわ
からない
・図書の汚破損、盗難
・図書占有 返却遅延
・配架ミス・館内利用者に
よる返却間違い等
・職員多忙/専門職員がい
ない
・図書購入の遅滞
使用性が悪い
システム
図書購入
遅滞
職員多忙
館内利用者返
却間違い
配架ミス
図書占有/
返却遅延
図書の
汚破損
図書盗難
専門職員
がいない
運営体制
不備
利用者の
不注意
喫煙者 感
染者の利用
過剰な
冷暖房や冷暖房
設備の不備 健康被害
セキュリティ
対策不備
個人情報
流出
借りたい
図書がない
待ち時間
が多い
手続き時
間が長い
寒い/暑い/
不適切な湿
度の館内
手続き手数
が多い
借りた図書
が読めない
質問や調べたい
ことへの答えが
わからない
レスポンス
が悪い
見知らぬ
連絡や書簡
書架整理
不足
負の体験
摘要
図書館要因
参考:図書館におけるリスクマネージメンントガイドブック
－トラブルや災害に備えて
https://www.mext.go.jp/a_menu/shougai/tosho/houkoku
/1294193.htm
操作が
わから
ない
窓口
会員
期限管理
会員登録
[会員管理：業務]
会員カード
を作成する
図書
館員
会員IDを
発行する
会員
[会員登録：BUC]
会員
会員登録
会員登録
条件
会員
登録
会員登録

8. 仕様テーマ：会員登録の実施
8
背景：
・図書館システムの導入に対して事前に会員登録を行う方針とする
・システム導入前から使用している現会員カードについて…？（たぶん使えたほうがよいが確認）
課題・やりたいこと：
（前提：すでに会員カードの登録している会員がいる状況、新システムが不要な人もいる）
・新規登録者にはWebの会員ID、仮パスワード、（新規のカードが必要なら？）会員カードを発行したい
※調整：Webで会員カード発行まですべての登録はできない想定で仮検討してます
・すでに会員で会員カードを持っていて、Webを使わない方は元の会員カードのみで運用継続（しますか？）
・すでに会員で会員カードを持っている人は、利用者本人がWeb画面で会員ID登録ができるようにしたい
※調整：この場合、会員カードを発行して手に入れる必要があるか確認
・会員IDを登録することで、スマホ（ブラウザ/アプリ）で会員IDを表示してカードの代わりに使用できる
＜用語整理＞
・会員（カードを持つ人）、会員IＤ（Webで使用するための）：それぞれ個別に登録が必要という想定
＜別論点の課題とする＞
・会員カードを忘れる人が多いので、スマホでも貸出ができる仕組みを作る（貸出処理は別仕様で整理）
・既会員で会員カードを持っている人が継続的に運用ができるかどうか確認
・会員情報を変更するような場合にWebから可能にする方法は別途整理する
テンプレートタイトル 内容
背景 仕様（新規作成、変更）が必要とされる背景や
AsIs状況を書きます。
課題・やりたいこと 解決したい課題ややりたいことを書きます。

9. 仕様テーマ：会員登録の実施
9
検討・検証シナリオ：
・ステークホルダと議論をやりやすいシナリオを導出します
会員可能な住所
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同時登録？
（該当住民のみ、該当住民でない場合は会員非対象とする）
テンプレートタイトル 内容
検討・検証シナリオ 業務のパターンとヒアリング時にケーススタディ
を行うためのシナリオを特定します。

10. 仕様テーマ：会員登録の実施
議論時に使用する代表シナリオ
#1 すでに会員の人が図書館受付で図書館員に会員IDを登録？
#2 すでに会員の人が自分でWeb上で会員IDを登録
#3 まだ会員で無く、図書館で会員登録＆会員ID同時登録？
（該当住民のみ、該当住民でない場合は会員非対象とする）
検討・検証シナリオ：
・RDRA業務フロー（1段階詳細化）
RDRAの情報を1段階詳細化します
紹介するフロー：新規会員登録時をして
図書館員が会員ID登録まで実施するまで
会員可能な住所
Z市＋近隣町
上記以外
バリエーション
会員状況
既に会員、Web会員ID登録済
既に会員、Web会員ID登録なし
まだ会員ではない
Web会員ID場所（仮説込み）
図書館員が会員登録/カード作成時に仮登録？
会員が自分でWeb上で登録

11. 仕様テーマ：会員登録の実施
11
検討・検証シナリオ：
仮画面案（ペーパープロト）：
新規会員登録
会員ID仮登録
名前：
住所：
電話番号：
性別：
生年月日：
メールアドレス：
希望ID名：
（OK/登録済）
会員名：
会員カードNo：XXX
会員ID：XXXで登録
仮パスワード：XX
登録
登録
（会員IDを登録しないで終わらせるケースはない？）
印刷
図書館システムWeb
ID登録
会員IDを希望で設定可能とするかシンプルにカードNoにするか
※カードNoをIDにすることで制約にならないかも検討
なりすまし登録の可能性やセキュリティ問題があるのでどうするか調整
パスワード変更
登録できない住所の判別は行う
→登録はZ市、近隣のAA町、BB村の3つ
※そもそも選択式で登録できないって方針もあり
＜会員ID登録画面＞
＜会員登録画面＞
＜会員ID情報画面＞
図書館員用の端末

12. 仕様テーマ：会員登録の実施
12
実現方針（案）：
・会員登録（会員カードの発行）と会員ID（Webで使用可能とする）登録を分ける
・Webの画面で既会員の会員ID登録を可能とする
・図書館の端末操作でも既会員の会員ID登録を可能とする（会員操作と同一画面）
・図書館システムの新規会員登録に引き続き会員ID登録を可能とする（双方合わせて登録でも可）
調整事項（実現に対する課題）：
・Webで新規会員登録もできる？会員登録は図書館で行ったほうがよさそう。（やりたくないけど）
・新システム会員に新規カード発行は必要？新規カード発行する場合、Webで登録した場合にどう渡す？
・既存のカードを使うことができる会員は継続でよいか？（カードNoなどの継続性、会員IDのルールも確認）
・完全新規登録の会員でWebを使わない人は放置でよい？希望なければWebアクセスできない仕組みにする？
＜SaPIDのリスク分析より出てくるもの＞
・Web登録のなりすまし・情報漏洩の可能性について検討、Webを使わない人への考慮も必要
→多少利便性を下げてもセキュリティを高くした方がよいのではないか？
仕様：
・後のページより
※ここまでの情報を渡して議論して、決めた内容を仕様としてまとめる。
テンプレートタイトル 内容
実現方針 人の運用でカバーを含めての実現方法を書きます。
（調整事項） 中間ヒアリングでの質問事項。最後には消えます。

13. 仕様テーマ：会員登録の実施
13
仕様：
・TBDなう
※チュートリアルでVol1の内容から洗練させて作成した仕様を紹介します。

14. 仕様テーマ：会員登録の実施
＜テスト向け情報＞
あとで書く
テスト向け
※チュートリアルでVol1の内容から洗練させて作成した仕様と対応するテスト設計を紹介します。