Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

「ユースケース」を追加 #145

Open
wants to merge 5 commits into
base: main
Choose a base branch
from
Open
Changes from 4 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
20 changes: 19 additions & 1 deletion src/pages/wiki/documents/use-case.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,4 +5,22 @@ description:
tag: word,開発手法
---

この記事は準備中です。
ユースケースは、ソフトウェア開発において、ユーザーがどのようにソフトウェアを使い、ソフトウェアがそれに対してどう振る舞うかを定義ものです。機能要件を定義するための一般的な方法として使用され、ソフトウェア開発プロセスの初期段階で重要な役割を果たします。
daxelbook marked this conversation as resolved.
Show resolved Hide resolved

例えば、勤怠管理アプリケーションのユースケースをステップで考えてみましょう。

1. ユーザーがアプリケーションにログインする: 従業員はアカウントにアクセスするために、自身の認証情報をアプリケーションに入力します。
2. ユーザーが出勤を打刻する: 勤務日の開始時に、従業員は「出勤」ボタンをクリックまたはタップし、出勤を記録します。
3. ユーザーが退勤を打刻する: 一日の終わりに、従業員は「退勤」ボタンをクリックまたはタップし、退勤を記録します。
4. ユーザーがログアウトする: セキュリティのために、従業員はアプリケーションからログアウトします。

これは例のために、かなりステップ数を落として説明していますが、実際はもっと複雑なユースケース群が考えられます。
そして、プロダクトデザイナーはUIをニーズにあったものにするべく常にユースケースについて考える必要があります。以下は、プロダクトデザイナーがユースケースに向き合うための一般的なアプローチです。

1. **要件収集**
- プロダクトデザイナーは、顧客やステークホルダーからユースケースを収集し定義します。また、ユースケースを定義することで、機能的な要件だけでなく、非機能的な要件(パフォーマンス、セキュリティ、ユーザビリティなど)も特定できます。
2. **UIや体験の方向性の設計**
- プロダクトデザイナーは、ユースケースを使用して、ユーザーがシステムをどのように使用するかを理解し、その情報をもとに、システムのUIや体験の方向性を設計できます。この際、ユースケースの関係性を視覚化するためにMiroやFigJamなどのツールを仕様することがあります。
3. **開発の方向性の決定**
- プロダクトデザイナーは、ユースケースを使用して、開発チームに開発の方向性を提供できます。ユースケースを分析することで、開発チームが必要な技術やリソース、プロジェクトの優先順位などを決定できます。
Comment on lines +20 to +25
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(ol + ul) * 3 となってたので、ol > (li > p) * 3 とした。

Suggested change
1. **要件収集**
- プロダクトデザイナーは、顧客やステークホルダーからユースケースを収集し定義します。また、ユースケースを定義することで、機能的な要件だけでなく、非機能的な要件(パフォーマンス、セキュリティ、ユーザビリティなど)も特定できます。
2. **UIや体験の方向性の設計**
- プロダクトデザイナーは、ユースケースを使用して、ユーザーがシステムをどのように使用するかを理解し、その情報をもとに、システムのUIや体験の方向性を設計できます。この際、ユースケースの関係性を視覚化するためにMiroやFigJamなどのツールを仕様することがあります。
3. **開発の方向性の決定**
- プロダクトデザイナーは、ユースケースを使用して、開発チームに開発の方向性を提供できます。ユースケースを分析することで、開発チームが必要な技術やリソース、プロジェクトの優先順位などを決定できます。
1. **要件収集**
プロダクトデザイナーは、顧客やステークホルダーからユースケースを収集し定義します。また、ユースケースを定義することで、機能的な要件だけでなく、非機能的な要件(パフォーマンス、セキュリティ、ユーザビリティなど)も特定できます。
2. **UIや体験の方向性の設計**
プロダクトデザイナーは、ユースケースを使用して、ユーザーがシステムをどのように使用するかを理解し、その情報をもとに、システムのUIや体験の方向性を設計できます。この際、ユースケースの関係性を視覚化するためにMiroやFigJamなどのツールを仕様することがあります。
3. **開発の方向性の決定**
プロダクトデザイナーは、ユースケースを使用して、開発チームに開発の方向性を提供できます。ユースケースを分析することで、開発チームが必要な技術やリソース、プロジェクトの優先順位などを決定できます。