Что ж, если вы хотите создать библиотечное приложение, подумайте о том, которое уже существует, и какие доменные объекты оно может использовать. Например, когда вы заходите на сайт, вам (в большинстве случаев) необходимо войти в систему, верно? Тогда это означает, что есть пользовательский класс. Допустим, вам нужно как минимум два пользователя, затем вы можете сделать абстрактного пользователя, библиотекаря и пользователя библиотеки (или как вы хотите называть людей, которые хотят брать книги напрокат) - здесь вы можете использовать шаблон Template Method за то, что я думаю. Тогда подумайте, что вы делаете в библиотеке? Ну, вы арендуете книги, так что вам нужен класс Book! Хотите ли вы сделать его абстрактным и создать несколько подклассов, решать только вам. Это даст вам как минимум 3-4 доменных объекта.
Для голливудского принципа , как сказал vinynag, было бы намного проще использовать интегрированную среду IoC / DI, такую как Spring или Google Guice, вопрос в том, разрешено ли вам это делать? Если нет, то вам придется вводить все вручную, это не так сложно, но в наше время просто бессмысленно делать это вручную в большинстве случаев.
Я должен сказать, что ничего не знаю о MS Access, но если это что-то вроде MySQL / PostgreSQL / Oracle, то для Object-Relational Mapping я бы выбрал Hibernate, основы действительно очень просты и добавляют пользователей / книги, найти их по некоторым критериям и т. д. не должно быть проблемой!
Что касается рисунка фасада ... ну, здесь довольно поздно, и я ничего не могу придумать, поэтому я оставлю это на ваше усмотрение.
О, также я думаю, что вы могли бы использовать что-то и для части просмотра, тогда я бы предложил JSP или JSF, оба довольно просты. Поскольку это маленькое приложение, я бы начал с создания UML-диаграммы, затем закодировал бы «основу» приложения (доменные объекты, добавив аннотации Hibernate / Spring), затем я бы добавил страницы JSP / JSF и начал их помещать. вместе добавьте некоторую бизнес-логику, а затем несколько DAO для установки и запуска соединения с БД.