Моделирование взаимосвязей между сущностями

и услуги являются вхождениями одной



Заказы
Рисунок 8-23. Классическая структура для заказов

Замечания:
На этой схеме продукты и услуги являются вхождениями одной и той же сущности.
Подтип ПРОЧАЯ СТРОКА ЗАКАЗА адресует нас к налогам, условиям поставки, комментариям и т.п. по данному заказу.
Модель позволяет отслеживать многоуровневую иерархию подзаказов, входящих в данный заказ (что имеет решающее значение для контроля).
Поставщик и покупатель выделены в отдельные сущности, что характерно для малого бизнеса. В более общем случае их следовало бы объединить, чтобы иметь возможность охватить и внутренние заказы.
Если учесть внутренние заказы, можно составить довольно интересный список возможных синонимов и примеров:



ЗАКАЗ
Контракт

Соглашение

Лицензия

Tребование

Внутренний заказ
ОСНОВНОЙ ЗАКАЗ
Основной контракт

Первоочередной контракт
ПОДЧИНЕННЫЙ ЗАКАЗ
Подконтракт

Подзаказ
Примеры
Контракт на ремонт и обслуживание

Соглашение об оказании услуг

Контракт с фиксированной ценой

Материальный контракт

Другие документы
Попробуйте заменить на схеме слово ЗАКАЗ на слово ПОСТАВКА (или ЗАЯВКА). Возникнет необходимость в некоторых изменениях, но сама форма останется неизменной, поскольку воплощает основные принципы, заложенные в различных контролируемых документах.
Роли и занятия
Начнем с перечня примеров:
Роли - выполняющий заказы, покупатель, продавец, оказывающий первую помощь, руководитель проекта, лектор, поденщик.
Занятия - менеджер, клерк, торговый агент, монтер, сиделка, учитель, программист.
Замечания:
На схеме, которую мы разберем, типы ролей и занятий показаны отдельно друг от друга.
Тип занятия можно расширить таким образом, что он будет включать ранг и соответствующую оплату, полное описание обязанностей и т.п. Здесь мы только отделили ЦЕЛИ от ролей. На более детализированной модели можно произвести дифференциацию и внутри целей.
Мы предположили, что ДОГОВОР О НАЙМЕ имеет отношение только к ВНУТРЕННИМ ОРГАНИЗАЦИОННЫМ ЕДИНИЦАМ.
Заменив эту связь на связь с супертипом (ОРГАНИЗАЦИОННОЙ ЕДИНИЦЕЙ), мы сможем отслеживать занятия, выполняемые людьми одновременно, ныне, в прошлом и планирующиеся к выполнению в будущем.
Во многих странах вместо слов ДОГОВОР О НАЙМЕ используется НАЗНАЧЕНИЕ НА ДОЛЖНОСТЬ; то есть люди назначаются на должность (тип занятия) через официальное оформление договора о найме или без оного.
Рисунок 8-24. Классическая структура для ролей и занятий.

Продукты
Если мы объединим некоторые из предыдущих примеров, мы получим следующую схему для контроля за продуктами.
Рисунок 8-25. Классическая структура для продуктов и занятий

Модель подходит и для торгующей организации, рекламирующей узлы, состоящие из других продуктов (которые в свою очередь сами могут быть узлами).
Продукты имеют тенденцию со временем изменять свои цены, которые отражаются в строках прейскуранта. Прейскурант может быть составлен для какой-то одной компании, и если компания имеет иерархическую структуру, то тот же самый прейскурант распространяет свое действие на все организационные единицы, входящие в компанию.
Управленческая информация
Следующий пример иллюстрирует обработку информации, характеризующей некоторый крупный проект с точки зрения объемов и источников затрат. Концепция, о которой пойдет речь, применима во многих областях, в частности при составлении:
  • прогнозов

  • бюджетов

  • отчетов и сводок.

  • Схема, составленная нами, войдет в обобщенную модель.
    Шаг 1
    Рассмотрим проект, содержащий ряд прогнозов, которые в принципе могут пересматриваться.
    Рисунок 8-26. Базовая структура

    Шаг 2
    Проект может включать в себя много разнотипных ограничений по использованию кадровых, финансовых и материальных ресурсов; например, данные различных прогнозов, бюджетов, прямых подсчетов и т.п. Некоторые из них могут иметь отношение к финансовым периодам, другие, возможно, нет.
    Мы можем, таким образом, использовать подтипы (как это сделано ниже), но следует учесть, что предсказать все возможные подтипы, которые нам когда-нибудь пригодятся, довольно трудно.


    Рисунок 8-27. Добавление подтипов и фактора времени

    Шаг 3
    Поэтому попробуем создать некоторую обобщающую сущность с именем ЭЛЕМЕНТ ПРОЕКТНОГО ПЛАНИРОВАНИЯ, выделив ТИП ПЛАНА, который может содержать столько вхождений, сколько нам будет нужно.
    Рисунок 8-28. Использование новых сущностей для создания более универсальной структуры (структуры с более высоким уровнем обобщения)

    Шаг 4
    Чтобы продолжить классификацию прогнозов, бюджетов, планов и т.п., часто обращаются к типу используемого ресурса. Иногда даже доходят до конкретного вхождения; например, использование конкретного здания или компьютера. Все это можно увидеть на следующей схеме, где слово "редко" дополнительно характеризует новую связь.
    Рисунок 8-29. Переход к ресурсам

    Шаг 5
    От планов перейдем к оценке фактического использования ресурсов. Для оценки можно воспользоваться такими материалами, как табели для персонала, документы по финансовым сделкам и различным механизмам распределения материальных ресурсов и имущества (например, наем помещений). При этом чаще идет речь о типах ресурсов, нежели о конкретных ресурсах.
    Рисунок 8-30. Использование ресурсов

    Шаг 6
    Если нас интересует сведение фактических данных за конкретный период, модель станет еще более сложной.
    Рисунок 8-31. Расширенная структура

    Шаг 7
    Единственный способ упростить модель (т.е. перейти на более высокий уровень обобщения) заключается в поиске сходства между связями и атрибутами, принадлежащими сущностям:
  • Элемент планирования

  • Использование и

  • Сводка по проекту

  • Таким образом, мы можем перейти к схеме, позволяющей вести обработку управленческой информации с учетом всевозможных обстоятельств. Сущность ПРОЕКТ можно заменить на сущность КУРС ОБУЧЕНИЯ, СЧЕТ или РАЗРАБОТКА ПРОДУКТА.
    Рисунок 8-32. Обобщенная модель


    Содержание раздела