Seems reasonable to me. I have not seperated out a business layer yet so I appreciate the ideas. Man - that must have taken sometime to type into this post! And I am not sure what you are asking. I am using Netbeans as my IDE, and I can block copy from it into posts here. I also use Textpad as a basic text editor, but it can also format (java, XML, C++) and build java code when you give it the JDK. ( can you tell I like freeware!) [ September 05, 2007: Message edited by: Mark Ebeling ]
GREAT DAY TO BE ALIVE - Beats the alternative!<br />
Overaall the diagram gives a big picture, but the relations between classes are confusing or not clear (is it aggregation, uni direction association etc).
Few questions though? 1. Does Data class composed of FileManager & LockManager? 2. From the above diagram, it seems there is inverse package dependency. i.e. Data is dependent on DBServicesImpl? What is the exact relationship between two?
Editor suggestions : UltraEdit (should serve your purpose), Notepad++
Recommendations : StarUML fro any uml modeling
You can't wake a person who is <b><i>pretending</i></b> to be asleep.<br />Like what <b>"it"</b> does not like - <i> Gurdjieff </i>
Seems like a very reasonable and easy to understand diagram to me. As a matter of fact, it looks like your database server is EXACTLY the same as mine (with a few method names changed here and there). I passed the exam with this design, by the way, so it looks like you're in good shape!
Originally posted by Timothy Frey: Seems like a very reasonable and easy to understand diagram to me. As a matter of fact, it looks like your database server is EXACTLY the same as mine (with a few method names changed here and there). I passed the exam with this design, by the way, so it looks like you're in good shape!
That's great! I just wanted the diagram to make sense.
Looking at your class diagram, I had one question for you. How can you have the methods getOwnerLength(), getLocationLength() and getNameLength() in DBServices when they are not provided by the DB interface? The one thing the client would still need to know is the owner length so the book method can throw appropriate error message if the owner Id entered by the user is greater than the database length (8). I am not so sure why you would need the other two methods? Anyways, I was thinking of throwing exception from the updateRecord method in DBAccess if the length was not met. Any comments?
Evildoers! Eat my justice! And this tiny ad's justice too!