From 5f980903d3567f60fcf3d15b09e413d5ec5caef8 Mon Sep 17 00:00:00 2001 From: MikuroXina <10331164+MikuroXina@users.noreply.github.com> Date: Wed, 26 Aug 2026 02:46:15 +0900 Subject: [PATCH 1/2] Add user-story.md --- src/SUMMARY.md | 1 + src/user-story.md | 132 ++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 133 insertions(+) create mode 100644 src/user-story.md diff --git a/src/SUMMARY.md b/src/SUMMARY.md index 4aa1b33..e2e6816 100644 --- a/src/SUMMARY.md +++ b/src/SUMMARY.md @@ -2,6 +2,7 @@ - [Introduction](./introduction.md) - [プロジェクト概要](./project.md) +- [ユーザーストーリー](./user-story.md) --- diff --git a/src/user-story.md b/src/user-story.md new file mode 100644 index 0000000..8a0f29b --- /dev/null +++ b/src/user-story.md @@ -0,0 +1,132 @@ +# ユーザーストーリー + +この文書は, Pulsate プロジェクトの主要成果物である分散型 SNS サーバーソフトウェア `pulsate` がエンドユーザーから見たときに `pulsate` 以外の外部システムも含めてどのように振る舞うべきかを定義する. + +`pulsate` はいくつかのアクターとやり取りすることを想定している. そのため, ユーザーストーリーで登場するアクターを以下のように定義する. + +- ユーザー User: `pulsate` がやり取りするなかで最も一般的な, SNS サービスを享受するエンドユーザー. + - 別々の User を表すとき, メタ変数として Alice と Bob を用いる. +- モデレーター Moderator: `pulsate` およびその上で運営されるコミュニティを管理するエンドユーザー. Moderator is-a User の関係にある. + +各ユーザーストーリーは, 他文書から参照しやすいように ID を割り振っている. ID の文法構造は `US<2桁の連番>` としている (US は User Story の略). + +## US01: ユーザー登録 + +- 事前条件: そのユーザーが保持するメールアドレスのアカウントが登録されていない. +- 事後条件: そのユーザーが保持するメールアドレスのアカウントが登録されている. +- 主要シナリオ: + 1. ユーザーが Pulsate へ, メールアドレスを付けて新規登録したいことをリクエストする. + 2. Pulsate がメールアドレスのメールアカウントへ, 検証メールを送信する. + 3. ユーザーがそのメールアカウントのメールサービスへ問い合わせて, 検証メールが来たことを確かめる. + 4. 検証メールの内容の検証コードを取得し, そのコードを付けて新規登録したいことをリクエストする. + 5. Pulsate がユーザへ, 新規登録に成功したことを応答する. +- 3 で検証メールが届かなかったときの代替シナリオ: + 1. ユーザーが検証メールの再送信をリクエストする. + 2. Pulsate がメールアドレスのメールアカウントへ, 検証メールを送信する. + 1. これで届けば主要シナリオの 4 へ遷移する. 届いていなければ, この代替シナリオの 1 へ遷移する, あるいはユーザー登録を中止する. +- 5 で新規登録に失敗したときの例外シナリオ: + 1. Pulsate がユーザへ, 新規登録に失敗したことを応答する. このユーザー登録を中止する. +- 制約: + - 短時間に大量のユーザー登録がリクエストされた時に, メール送信サービスのレートリミットに引っかかる可能性が高い. + +```mermaid +sequenceDiagram + User ->> Pulsate: メールアドレスで登録をリクエスト + Pulsate ->> Email: 検証メールを送信 + User ->> Email: 検証コードを取得 + User ->> Pulsate: コードでメールアカウントを検証 + Pulsate -->> User: 登録完了 +``` + +## US02: フォロー/フォロワー + +- 事前条件: Alice と Bob が Pulsate 上でユーザー登録を完了している. Alice が Bob をフォローしていない. +- 事後条件: Alice が Bob をフォローしている. +- 主要シナリオ: + 1. Alice が Pulsate 上で, 未フォローのユーザー Bob の投稿を発見する. + 2. Alice が Pulsate に, 未フォローのユーザー Bob のアカウント情報を問い合わせる. + 3. Pulsate が Alice へ, Bob の情報を提供する. + 4. Alice が Pulsate に, Bob をフォローの対象として追加することをリクエストする. + 5. Pulsate が, Alice から Bob へのフォローリクエストを記録する. + 6. Pulsate が Bob へ, Alice からのフォローリクエストを通知する. + 7. Bob が Pulsate 上で, そのフォローリクエストを承認する. + 8. Pulsate が, Alice から Bob へフォローの関係があることを記録する. + 9. Pulsate が Alice へ, フォローリクエストが承認されたことを通知する. +- 7 で Bob が承認しなかった場合の代替シナリオ: + 1. Pulsate は Alice から Bob へのフォローリクエストを記録し続けて何もしない. +- 4 でフォロー対象にできない場合の例外シナリオ: + 1. Pulsate が Alice へ, Bob をフォローできないことを応答する. + +```mermaid +sequenceDiagram + Alice ->> Pulsate: 未フォローのユーザー Bob を発見 + Pulsate -->> Alice: Bob の情報を提供 + Alice ->> Pulsate: Bob のフォローを要求 + Pulsate ->> Bob: フォローリクエストを通知 + alt Bob が Alice を知っている + Bob ->> Pulsate: リクエストを承認 + Pulsate -->> Alice: フォロー完了 + else 知らない + Bob ->> Pulsate: リクエストを拒否 + Pulsate -->> Pulsate: 何もしない + end +``` + +## US03: 投稿 + +- 事前条件: Bob が Pulsate 上でユーザー登録を完了している. Bob が Alice をフォローしている. +- 事後条件: Alice が作成した新たな投稿が, Bob のホームタイムラインに現れる. +- 主要シナリオ: + 1. Alice が Pulsate へ, 新規投稿の作成をリクエストする. + 2. Pulsate が新規の投稿を記録する. + 3. Pulsate が Alice へ, 投稿の作成に成功したことを応答する. + 4. Pulsate が Bob のタイムラインへ非同期で追加する. + 5. Bob が Pulsate 上で自身のタイムラインを取得する. +- 2 で新規の投稿の作成に失敗した場合の例外シナリオ: + 1. Pulsate が Alice へ, 投稿の作成に失敗したことを応答する. +- 制約: + - あるユーザーのフォローされているユーザー数が非常に多い時, そのユーザーが投稿した際にそのユーザーをフォローしているユーザーのホームタイムラインすべてを生成する処理に負荷が集中する可能性が高い. + - Alice は Pulsate 内ではない, 外部の分散型 SNS サービスからの連合と呼ばれる機能で新規投稿を Pulsate へ転送していることがある. + +```mermaid +sequenceDiagram + participant Alice + participant Pulsate + participant Bob + Note over Alice, Bob: Bob は Alice をフォローしている + + Alice ->> Pulsate: 投稿を送信 + Pulsate -->> Alice: 投稿の成功を報告 + Pulsate ->> Bob: 新規投稿のイベントを配送 + Bob -->> Pulsate: 新規投稿を取得 +``` + +## US04: ブックマーク (お気に入り) + +- 事前条件: ユーザーが Pulsate 上でユーザー登録を完了している. ユーザーがその投稿をブックマークしていない. +- 事後条件: ユーザーがその投稿をブックマークしている. +- 主要シナリオ: + 1. ユーザーが Pulsate 上で投稿を発見する. + 2. ユーザーが Pulsate へ, その投稿をブックマークするようにリクエストする. + 3. Pulsate が, ユーザーがその投稿をブックマークしていることを非同期で記録する. + 4. ユーザーはブックマークに成功したと見なして Pulsate の利用を続行する. +- 3 で記録に失敗した場合の例外シナリオ: + 1. ユーザーが先程の投稿がブックマークされていないことに気づく. + 2. ユーザーが Pulsate へ, その投稿をブックマークするようにリクエストする. +- 制約: + - ユーザーがある投稿をブックマークしているかどうかは, 他のユーザーから秘匿しなければならない. +- 備考: + - ブックマークに失敗したとき, 後でその失敗を通知する仕組みをシナリオに組み込んだほうがよいかもしれない. + +## US05: 検索 + +- 事前条件: なし (ユーザー登録なしで利用できる). +- 事後条件: なし (システムの状態を変化させない). +- 主要シナリオ: + 1. ユーザーが Pulsate へ, クエリ条件を送って検索を開始する. + 2. Pulsate がユーザーへ, 検索結果を応答する. +- 制約: + - キャッシュや結果整合的非同期処理により, 作成された投稿が検索結果へすぐには反映されないことがある. + - 多くの複雑な検索に対して高速に処理できることが望ましい. +- 備考: + - この検索のインターフェイスについては, SNS としてのユーザー体験を向上させるために熟考が必要である. 多機能, インタラクティブ性, 可読性, 充実したヘルプといった要素を重視することが望ましい. From d5debaa9418d58bcdcb96f8721f136866bd62169 Mon Sep 17 00:00:00 2001 From: MikuroXina <10331164+MikuroXina@users.noreply.github.com> Date: Wed, 26 Aug 2026 02:49:08 +0900 Subject: [PATCH 2/2] Format --- src/user-story.md | 71 ++++++++++++++++++++++++++++++++--------------- 1 file changed, 49 insertions(+), 22 deletions(-) diff --git a/src/user-story.md b/src/user-story.md index 8a0f29b..550cc36 100644 --- a/src/user-story.md +++ b/src/user-story.md @@ -1,33 +1,46 @@ # ユーザーストーリー -この文書は, Pulsate プロジェクトの主要成果物である分散型 SNS サーバーソフトウェア `pulsate` がエンドユーザーから見たときに `pulsate` 以外の外部システムも含めてどのように振る舞うべきかを定義する. +この文書は, Pulsate プロジェクトの主要成果物である分散型 SNS +サーバーソフトウェア `pulsate` がエンドユーザーから見たときに `pulsate` +以外の外部システムも含めてどのように振る舞うべきかを定義する. -`pulsate` はいくつかのアクターとやり取りすることを想定している. そのため, ユーザーストーリーで登場するアクターを以下のように定義する. +`pulsate` はいくつかのアクターとやり取りすることを想定している. そのため, +ユーザーストーリーで登場するアクターを以下のように定義する. -- ユーザー User: `pulsate` がやり取りするなかで最も一般的な, SNS サービスを享受するエンドユーザー. +- ユーザー User: `pulsate` がやり取りするなかで最も一般的な, SNS + サービスを享受するエンドユーザー. - 別々の User を表すとき, メタ変数として Alice と Bob を用いる. -- モデレーター Moderator: `pulsate` およびその上で運営されるコミュニティを管理するエンドユーザー. Moderator is-a User の関係にある. +- モデレーター Moderator: `pulsate` + およびその上で運営されるコミュニティを管理するエンドユーザー. Moderator is-a + User の関係にある. -各ユーザーストーリーは, 他文書から参照しやすいように ID を割り振っている. ID の文法構造は `US<2桁の連番>` としている (US は User Story の略). +各ユーザーストーリーは, 他文書から参照しやすいように ID を割り振っている. ID +の文法構造は `US<2桁の連番>` としている (US は User Story の略). ## US01: ユーザー登録 - 事前条件: そのユーザーが保持するメールアドレスのアカウントが登録されていない. - 事後条件: そのユーザーが保持するメールアドレスのアカウントが登録されている. - 主要シナリオ: - 1. ユーザーが Pulsate へ, メールアドレスを付けて新規登録したいことをリクエストする. + 1. ユーザーが Pulsate へ, + メールアドレスを付けて新規登録したいことをリクエストする. 2. Pulsate がメールアドレスのメールアカウントへ, 検証メールを送信する. - 3. ユーザーがそのメールアカウントのメールサービスへ問い合わせて, 検証メールが来たことを確かめる. - 4. 検証メールの内容の検証コードを取得し, そのコードを付けて新規登録したいことをリクエストする. + 3. ユーザーがそのメールアカウントのメールサービスへ問い合わせて, + 検証メールが来たことを確かめる. + 4. 検証メールの内容の検証コードを取得し, + そのコードを付けて新規登録したいことをリクエストする. 5. Pulsate がユーザへ, 新規登録に成功したことを応答する. - 3 で検証メールが届かなかったときの代替シナリオ: 1. ユーザーが検証メールの再送信をリクエストする. 2. Pulsate がメールアドレスのメールアカウントへ, 検証メールを送信する. - 1. これで届けば主要シナリオの 4 へ遷移する. 届いていなければ, この代替シナリオの 1 へ遷移する, あるいはユーザー登録を中止する. + 3. これで届けば主要シナリオの 4 へ遷移する. 届いていなければ, + この代替シナリオの 1 へ遷移する, あるいはユーザー登録を中止する. - 5 で新規登録に失敗したときの例外シナリオ: - 1. Pulsate がユーザへ, 新規登録に失敗したことを応答する. このユーザー登録を中止する. + 1. Pulsate がユーザへ, 新規登録に失敗したことを応答する. + このユーザー登録を中止する. - 制約: - - 短時間に大量のユーザー登録がリクエストされた時に, メール送信サービスのレートリミットに引っかかる可能性が高い. + - 短時間に大量のユーザー登録がリクエストされた時に, + メール送信サービスのレートリミットに引っかかる可能性が高い. ```mermaid sequenceDiagram @@ -40,13 +53,16 @@ sequenceDiagram ## US02: フォロー/フォロワー -- 事前条件: Alice と Bob が Pulsate 上でユーザー登録を完了している. Alice が Bob をフォローしていない. +- 事前条件: Alice と Bob が Pulsate 上でユーザー登録を完了している. Alice が Bob + をフォローしていない. - 事後条件: Alice が Bob をフォローしている. - 主要シナリオ: 1. Alice が Pulsate 上で, 未フォローのユーザー Bob の投稿を発見する. - 2. Alice が Pulsate に, 未フォローのユーザー Bob のアカウント情報を問い合わせる. + 2. Alice が Pulsate に, 未フォローのユーザー Bob + のアカウント情報を問い合わせる. 3. Pulsate が Alice へ, Bob の情報を提供する. - 4. Alice が Pulsate に, Bob をフォローの対象として追加することをリクエストする. + 4. Alice が Pulsate に, Bob + をフォローの対象として追加することをリクエストする. 5. Pulsate が, Alice から Bob へのフォローリクエストを記録する. 6. Pulsate が Bob へ, Alice からのフォローリクエストを通知する. 7. Bob が Pulsate 上で, そのフォローリクエストを承認する. @@ -74,7 +90,8 @@ sequenceDiagram ## US03: 投稿 -- 事前条件: Bob が Pulsate 上でユーザー登録を完了している. Bob が Alice をフォローしている. +- 事前条件: Bob が Pulsate 上でユーザー登録を完了している. Bob が Alice + をフォローしている. - 事後条件: Alice が作成した新たな投稿が, Bob のホームタイムラインに現れる. - 主要シナリオ: 1. Alice が Pulsate へ, 新規投稿の作成をリクエストする. @@ -85,8 +102,11 @@ sequenceDiagram - 2 で新規の投稿の作成に失敗した場合の例外シナリオ: 1. Pulsate が Alice へ, 投稿の作成に失敗したことを応答する. - 制約: - - あるユーザーのフォローされているユーザー数が非常に多い時, そのユーザーが投稿した際にそのユーザーをフォローしているユーザーのホームタイムラインすべてを生成する処理に負荷が集中する可能性が高い. - - Alice は Pulsate 内ではない, 外部の分散型 SNS サービスからの連合と呼ばれる機能で新規投稿を Pulsate へ転送していることがある. + - あるユーザーのフォローされているユーザー数が非常に多い時, + そのユーザーが投稿した際にそのユーザーをフォローしているユーザーのホームタイムラインすべてを生成する処理に負荷が集中する可能性が高い. + - Alice は Pulsate 内ではない, 外部の分散型 SNS + サービスからの連合と呼ばれる機能で新規投稿を Pulsate + へ転送していることがある. ```mermaid sequenceDiagram @@ -103,7 +123,8 @@ sequenceDiagram ## US04: ブックマーク (お気に入り) -- 事前条件: ユーザーが Pulsate 上でユーザー登録を完了している. ユーザーがその投稿をブックマークしていない. +- 事前条件: ユーザーが Pulsate 上でユーザー登録を完了している. + ユーザーがその投稿をブックマークしていない. - 事後条件: ユーザーがその投稿をブックマークしている. - 主要シナリオ: 1. ユーザーが Pulsate 上で投稿を発見する. @@ -114,9 +135,11 @@ sequenceDiagram 1. ユーザーが先程の投稿がブックマークされていないことに気づく. 2. ユーザーが Pulsate へ, その投稿をブックマークするようにリクエストする. - 制約: - - ユーザーがある投稿をブックマークしているかどうかは, 他のユーザーから秘匿しなければならない. + - ユーザーがある投稿をブックマークしているかどうかは, + 他のユーザーから秘匿しなければならない. - 備考: - - ブックマークに失敗したとき, 後でその失敗を通知する仕組みをシナリオに組み込んだほうがよいかもしれない. + - ブックマークに失敗したとき, + 後でその失敗を通知する仕組みをシナリオに組み込んだほうがよいかもしれない. ## US05: 検索 @@ -126,7 +149,11 @@ sequenceDiagram 1. ユーザーが Pulsate へ, クエリ条件を送って検索を開始する. 2. Pulsate がユーザーへ, 検索結果を応答する. - 制約: - - キャッシュや結果整合的非同期処理により, 作成された投稿が検索結果へすぐには反映されないことがある. + - キャッシュや結果整合的非同期処理により, + 作成された投稿が検索結果へすぐには反映されないことがある. - 多くの複雑な検索に対して高速に処理できることが望ましい. - 備考: - - この検索のインターフェイスについては, SNS としてのユーザー体験を向上させるために熟考が必要である. 多機能, インタラクティブ性, 可読性, 充実したヘルプといった要素を重視することが望ましい. + - この検索のインターフェイスについては, SNS + としてのユーザー体験を向上させるために熟考が必要である. 多機能, + インタラクティブ性, 可読性, + 充実したヘルプといった要素を重視することが望ましい.