良いユースケースを書くための発想法

システムの要求仕様を決めるのに、ユースケースを使うことがよくあります。 しかし、ユースケースは上手く書けない、何を書けば良いのか分からない、という人も、少なくありません。 たいていのユースケースは、アクターが１人２人いて、アクターが行える操作がいくつか丸で描かれて、それらが線で結ばれているだけの、とてもシンプルなものです。しかし、シンプルすぎて、何の役に立つのか分からない、という人もいます。 役に立つユースケースを書こうとして、細かいことまで書き込みすぎてしまう人も良く見かけます。しかし、それは誤りです。 ユースケースは何のために書くのでしょうか。ここでは、ユースケースの目的をはっきりさせて、良いユースケースを書くための考え方を紹介します。 開発者は、細かいことまでユースケースに書き込みがち Design Wave Magazine 2007年5月号別冊付録「組み込みシステム開発者＆LSI

[sh19910711]

2007 / "ユースケースの目的: システムを使って何ができないのかを決める / どこからどこまでがシステムで扱う範囲なのか、を明確にする / 内部を詳しく分析するのではなく、システムのまわりに広がる外の世界を考える"

[santhiagoman]

uml

[hitomi10]

ユースケース

[trashtoy]

あらためて復習してみたけど、「出来ないことを決めること」というのは目ウロコだった

[seapig_dolphin]

後でちゃんと読みたい

[gachakku0131]

わかりやすい。でも実際これ使って開発してみないと効果は実感できなそう

[drippy0126]

やることばかりに焦点をあてず、やらないことにも目を向けよう

[moronbee]

"ユースケースの目的は、できないことを決めること "

[anpod]

ソフトウェア、設計

[Atak]

できないことをはっきりさせるのがユースケース