備選行動過程非常重要。
如果一切順利，使用的將是基本行動過程 —但也不要忘記備選過程。引入備選過程是為了描述潛在的使用錯誤以及商業邏輯錯誤和異常。這些重要的信息對于驅動系統的設計來說很有必要，因此不要忘記在用例中對它們建模。
不要被 <> 和 <>關聯所困擾。
我不是很確定到底發生了什么事，但我總是在想包含 (include) 和擴展(extend) 關聯，以及舊版本 UML 中使用 (uses) 和擴展 (extends)關聯的正確使用從來沒有得到很好的描述。結果，用例建模小組往往在這些關聯的正確應用上爭論不休，在整個建模技術中一些有趣但次要的部分上浪費了驚人的時間。我曾在一個組織中工作，這家組織居然取締了<> 和 <>原型的使用，幾個星期后，當意識到公司仍然需要這些概念時不得不撤消了這種極端的解決方案，而這時該組織對它們的正確使用還沒有達成共識。
讓用例帶動用戶文檔。
用戶文檔的目的是描述如何使用系統。每個用例都描述了參與者通過使用系統所采取的一系列動作。簡而言之，用例包含從中開始編寫問黨用戶穩當的信息。例如，可以使用“參加研習班”用例作為基礎來編寫系統用戶文檔的“如何參加研習班”一節。
讓用例帶動演示。
軟件開發過程中的一部分是向項目資金管理者通報工作成果，因此有時需要提供演示。因為用例是從用戶的角度編寫的，它們包含了演示中對資金管理者可能希望聽到的事物的有價值的深刻見解。換句話說，用例通常包含制定演示稿所需的邏輯。
