3. Построение концептуальной модели для систем обработки данных

Модель, которая была построена выше, основывались на информации, заложенной в типах вопросов, которые задают менеджеры, или управляющие. Таким образом, эти модели являются фундаментом информационно-управляющих систем.

Однако возникает необходимость разработки моделей, которые могли бы быть использованы в системах обработки данных, обра­батывающих операции, ежедневно выполняемые работниками компании.

В этом пункте рассмотрим две формы отчетов, используемых в деловых операциях многими компаниями, и покажем, как из этих форм можно вы­вести концептуальную модель данных. Эти формы взяты из опыта Консуль­тационной Службы.

Описание деятельности консультационной службы

Джоан Мэнуоринг, дипломированный бухгалтер, управляет Консультационной Службой на протяжении последних десяти лет. В фирме работает шесть консультантов, которые выполняют консультационные проекты для кли­ентов. Над каждым проектом работает один или несколько кон­сультантов. Работа над проектом может продолжаться от нескольких недель до нескольких месяцев, в зависимости от масштаба проекта.

Смета. Каждому клиенту, с которым заключается контракт, Джоан должна предложить план проекта. Он включает, среди прочего, тип проекта, цель, структуру задачи и структуру оплаты. Оплата в зависимости от плана, работы может сильно различаться. Она зависит от услуг, предоставляемых клиенту, а также от времени и усилий, необходимых для выполнения контракта. Вся ин­формация о контракте сохраняется для дальнейшего использования. Обо всех изменениях, вносимых в смету, сообщается клиенту; они также записываются.

Приход. Хотя по многим контрактам на небольшие суммы расплачиваются на­личными, большинство клиентов платят чеками. Оплата должна производиться по исполнении контракта, если не было согласовано предоставление кредита. Кредиты обычно оплачиваются клиентами вовремя но иногда Джоан прихо­дится рассылать клиентам повторные счета.

Расход. Хотя многие расходы непосредственно вносятся в сумму определенного контракта, многие расходы на материалы и оборудование относятся к несколь­ким контрактам или производятся заранее. Оплата закупок всегда производится чеками.

Модель данных о закупках

Форма заказа фирмы Мэнуоринг, которая используется для заказа това­ров, представлена на рис. 25. Она содержит название и адрес поставщика, дату, номер заказа и номер поставщика. В ней также указан инвентарный номер, товар и цена каждого товара. Общая сумма, включая налог, указана внизу.

Рис. 25. Форма заказа Консультационной Службы

Из этой формы мы можем вывести следующие объектные множества:

ПОСТАВЩИК, ЗАКАЗ, ТОВАР. Атрибуты этих трех множеств, как и отно­шения между ними, показаны на рис. 26. Обратите внимание на мощности отношений. Отношение между множествами ЗАКАЗ и ПОСТАВЩИК имеет мощность один-ко-многим, так как каждый заказ делается одному постав­щику, но данному поставщику может быть сделано несколько заказов. От­ношение ВКЛЮЧАЕТ между объектами ЗАКАЗ и ТОВАР имеет мощность много-ко-многим, так как заказ содержит несколько товаров, и товар может встречаться в нескольких заказах.

Рис. 26. Исходная модель данных о закупках Консультационной Службы

В конце концов заказ будет оплачен. Для того чтобы записать эту ин­формацию, мы расширим модель до представленной на рис. 27. Мы доба­вили объектное множество ОПЛАТА с атрибутами НОМЕР ЧЕКА и ДАТА. Мощность один-к-одному обозначает, что один заказ оплачивается одним чеком.

Рис. 27. Расширенная модель данных о закупках Консультационной Службы