vov1k, давайте немного разберемся.
Что вы пытаетесь изобразить? структуру классов предметной области, информацию о которой вы планируете хранить в некой базе данных? Или же вы пытаетесь описать просто объекты предметной области Библиотека?
Действующие лица, к которым вы причислили только сотрудников библиотеки действительно важны.
Почему? Да хотя бы потому, чтобы понять - что нужно им от будущей системы, которая будет автоматизировать некоторые аспекты их работы. Какие именно?
1. работа по ведению библитечного фонда: прием новых книг, создание картотеки, ведение различных видов каталогов, списание книг
2. работа по выдаче и приему выданных книг на абонементе, оформление читателей, т.е. их регистрация и поддержание формулярных данных в актуальном состоянии, аннулирование договора с читателем, возможно взымание с них платы за аренду книг, штрафов за просроченные книги
3. возможно учет выдаваемых читателям книг и периодики в читальных залах
Действующим лицом может быть и читатель, если при создании системы предусматривается такая возможность, что поиск книг в каталогах, отслеживание своих формуляров будет доступно и читателям.
Однако пусть читатели с системой не работают - они статика, информацию о них следует хранить. Однако хранится не сам читатель, а информация о нем. Хранится она в формуляре. Скольку формуляров может иметь один читатель? Возможно один на абонементе, один в читальном зале? А зачем нам нужен формуляр в читальном зале, для какой цели?
Ясно, что при создании системы во множестве формуляров у одного читателя надобность отпадает автоматически. И библиотекарь абонемента, и библиотекарь читального зала могут получать одну и туже информацию.
Следовательно формуляр документ по сути идентифицирующий читателя.
Далее одна и таже книга может быть представлена во множетсве экземпляров. Т.е. мы можем выделить понятие Описание книги - каталожная карточка, и собственно книга как вещественная сущность. Ясно, что каждый экземпляр книги индивидуален, он имеет специальный (уникальный) номер (спросите любого библитекаря вам ответят).
В каталоге хранится не книга, в каталоге хранится описание книги - карточка.
Как библитекарь узнает, что свободных экземпляров данной книги нет в наличии - да просто ее нет на полке. Поскольку имеется специальный классификационный номер книги, библиотекарь знает где искать книгу в книжном фонде.
Зачем могут быть нужны сотрудники библиотеки на вашей диаграмме. Они могут быть нужны, если требуется хранить информацио о том, кто сегодня выдавал книги в первую смену. Кто оприходовал поступление новой партии товаров и т.п.
Если эти сведения не нужны, то сотрудники библиотеки на диаграмме лишние. Они нужны только для идентификации будущего окружения системы, выявления ее функциональных характеристик.
Сотрудник библиотеки - вероятный пользователь системы. Возможно у вас будет разделение прав доступа к информации. По этой причине вам возможно надо будет хранить информации для идентификации пользователя и знание его прав на доступ к информации. Тогда нужно добавить класс Пользователь, Права доступа, но не более
Если в вашей системе существует предварительный заказ на книгу, т.е. можно как-то встать в очередь на нее или что-то подобное, то наверное стоит рассмотреть сущность Заказ. Но опять же это можно делать постепенно...
Мне, кажется, вы слишком усложняете свою задачу. Попробуйте посмотреть на нее проще и ближе к сути решаемой проблемы
Диаграмма Бизнес-объектов Библиотеки