Steve,
I just wanted to throw in another idea... I've recently been thinking about a similar issue. I write Use Cases for apps, and so do half a dozen people sitting around me. We all work in pretty much the same domain, and deliver products not hugely dissimilar.
Given this, you'd expect that we could share Use Cases. (I take it this is what is meant by Use Case cookbook.) Well, it never worked out that way. Sharing tended to lead to cut-and-paste, with minor modificiations, which tended to get lost. (Of course, it was also a rather amature effort never strongly embraced. Maybe a serious author could put together something worthwhile.

)
I've been thinking that the problem is that a Use Case represents a way of resolving a bunch of issues. To reuse a use case,
all of these issues have to be the same. In practice, this doesn't really happen.
This lead me instead to the idea of patterns (mentioned briefly above). Instead of trying to present completed solutions which may or may not fit, I'm working at the moment to sort out the particular patterns. The idea is that these patterns can be used to build use cases.
I've been thinking about this for only a few weeks when I have time, so work hasn't progressed very far. I'll see how it comes out.
(Doug, loved
Applying Use Case Driven Object Modeling with UML... I'm evangalising Robustness diagrams to anyone who'll sit still long enough

)
Michael