ユースケースの善し悪し
ユースケースの善し悪しについて、良い記事があったのでメモ。
【参考】
良いユースケースを書くための発想法
ユースケース駆動開発実践ガイドを読んでわかったこと - paz3のおもいつき
ユースケース駆動開発実践ガイドを読んでわかったこと、その2 - paz3のおもいつき
最近、ユースケース記述を読む機会があり、システム要件がシンプルに上手く書かれていた。
その理由を考えている時、良いユースケースを書くための発想法を読んで、なるほどと思った。
僕もよく間違えるけれど、ユースケースを機能仕様としてシステム観点で細かく書いしまいがち。
本来のユースケースは、利用者の観点で、システムスコープを明確にすることだ。
また、ユースケースは、利用者とシステムの相互作用の観点として書かれるべきなので、シーケンス図でシステムと応答するような形で書くイメージになるべき。
ユースケースの善し悪し from akipii Oga
| 固定リンク
「astahによるUMLモデリング」カテゴリの記事
- astahで設計書とモデル、プロセスをつなぐ為の資料のリンク(2017.06.15)
- Redmine v3.3.3のER図をastahでリバースしてみた(2017.06.18)
- 【告知】astah関西 第1回勉強会を7/14金に開催します #astahkansai(2017.06.11)
- ER図モデリングツール DBDesigner(2004.10.19)
- TiDDをRubyで補強するアイデア(2009.12.26)
「モデリング」カテゴリの記事
- Salesforceのデータモデリング手法の記事のリンク(2017.06.16)
- ER図モデリングツール DBDesigner(2004.10.19)
- ソフトウェアの複雑性は本質的な性質であって偶有的なものではない(2017.05.05)
- 第54回関西IT勉強会の感想(2017.03.27)
- データフローダイアグラムではプロセスは一番最後に書く(2017.02.23)
コメント