Requirements Model/Specification

Hi there,

This is more of a question geared towards specification and design.

If your still here... read on...

I am involved in writing my first large piece of software (im in the real world now) and im having a few issues defining my requirements model. I am basically building re-usable, extensible database abstraction layer that builds upon JDBC for our specific needs.

The problem Im having is how do I define the use cases for this implementation. Im having trouble identifying the actors involved and the subsequent use cases. For instance... it would be easy to specify a use case "Add a new client" if i was building the whole application but im only one of many now. This particular package is more of a middleware component than anything else. Therefore external entities are more difficult to identify, and therefore design. I have to apply full lifecycle methodology to this one package.

Any seasoned professional willing to give advice to me would be very welcome.

Any good reading or reference material would also be excellent. (Speaking of which, anyone interested in component software, an excellent new book has just been released by Szyperski - Component Software - Beyond Object-Oriented Programming.)

Kind Regards,

Simon

[1299 byte] By [simon622a] at [2007-9-30 1:33:59]
# 1
One point to remember is that other "systems" can be "actors" as well. So try to think in terms of the services your package will provide and who (or which systems) need to use them.
mgumbsa at 2007-7-16 6:11:01 > top of Java-index,Other Topics,Patterns & OO Design...