3.4. Концептуальные объекты для Консультационной Службы Мэнуоринг
На протяжении нескольких лет компания Мэнуоринг создавала различные прикладные компьютерные системы для своих клиентов. Поработав с множеством разных клиентов, работники фирмы обнаружили, что у клиентов часто возникают одни и те же потребности, и что для их нужд можно использовать одно и то же базовое программное обеспечение.
Например, Статтену требуется система подсчета причитающихся сумм, система подсчета сумм, подлежащих оплате, и система расчета стоимости. Сандерману нужна система подсчета сумм, подлежащих оплате, система расчета стоимости и система начисления зарплаты. Создав обобщенные системы подсчета причитающихся сумм, сумм, подлежащих оплате, расчета стоимости, инвентарного учета, начисления зарплаты и т.д., фирма Мэнуоринг может удовлетворить потребности многих клиентов за меньшую цену. Отсюда возникла идея создания базовых систем в каждой из этих областей.
На рис. 22а представлена модель данных, отражающая отношения между базовыми системами и клиентскими системами на их основе.
Рис. 22. Модели данных о концептуальных и физических системах
Базовые системы имеют номер версии для различия версий системы. Например, первая версия системы подсчета причитающихся сумм может иметь номер версии 1.0. Вторая и третья версии могут иметь номера 1.1 и 2.0 соответственно. Поскольку каждая базовая система может иметь несколько версий, а каждый номер версии может относиться ко многим базовым системам, мощность отношения между объектами БАЗОВАЯ СИСТЕМА и НОМЕР ВЕРСИИ — много-ко-многим.
Каждая клиентская система связана с базовой системой (системами), на основе которых она создана. Кроме того, поскольку клиент всегда получает конкретную версию базовой системы, то клиентская система связана и с базовой системой, и с номером версии, что выражается отношением ВКЛЮЧЕНА-В между объектом КЛИЕНТСКАЯ-СИСТЕМА и составным объектом БАЗОВАЯ СИСТЕМА — НОМЕР ВЕРСИИ.
Отношение ВКЛЮЧЕНА-В имеет мощность много-ко-многим, поскольку данная клиентская система может быть создана на основе нескольких комбинаций базовая-система/номер-версии, а каждое сочетание базовая-система/номер-версии может входить в несколько клиентских систем.
На рис. 226 представлены примеры данных в такой модели. Система, созданная для клиента Статтена, представлена точкой под прямоугольником КЛИЕНТСКАЯ-СИСТЕМА. Эта система основана на системе подсчета причитающихся сумм, версия 2.0, поэтому на диаграмме она связана с парой (подсчет причитающихся сумм, 2.0). Если бы система Статтена включала версии других базовых систем, она была связана также и с ними.
Эта модель данных иллюстрирует различие концептуального и физического. Объектное множество БАЗОВАЯ СИСТЕМА — это концептуальное объектное множество, а КЛИЕНТСКАЯ-СИСТЕМА — физическое объектное множество. На самом деле этот пример очень похож на библиотечный, рассмотренный ранее. Если вы сравните рисунки 22а и рис. 20, то обнаружите следующие соответствия:
КОНЦЕПТУАЛЬНАЯ КНИГА -------------------БАЗОВАЯ СИСТЕМАИЗДАНИЕ ------------------------------НОМЕР ВЕРСИИ
ФИЗИЧЕСКАЯ КНИГА ----------------------------КЛИЕНТСКАЯ СИСТЕМА
Цель этого примера, как и предыдущего, — проиллюстрировать двусмысленность естественного языка, используемого для описания требований пользователей базы данных. Для того чтобы убедиться в полноте и точности нашей модели данных, мы должны тщательно проанализировать обстоятельства ее применения и виды информации, необходимой пользователям системы.