2.3.1. Понятие шаблона логической модели

Для повышения производительности процесса логического моделирования рекомендуется применение шаблона (образца) логической модели АИС [6,12].

Вполне объяснимо, что выбор шаблона для проектирования будущей модели АИС является очень важной стадией логического моделирования.

Наиболее обобщенно шаблон можно охарактеризовать как проверенное на практике проектное решение (модель), которое может быть использовано в качестве примера для нового проекта.

Тем не менее, известно много подходов к трактовке понятия шаблона в зависимости от того, на какой стадии и в какой технологии предполагается использовать конкретный шаблон.

Так, по мнению М. Фаулера шаблон представляет собой нечто гораздо большее, чем просто модель. Шаблон призван придать решаемой проблеме необходимую ясность и объяснить, почему именно он является решением данной проблемы, а также в каких ситуациях он работает или не работает [66].

В работе [68] шаблон рассматривается как фрагмент модели АИС, причем фрагменты моделей, строящихся на этапе анализа задачи, называются шаблонами анализа (например, референтная модель), а фрагменты моделей, строящихся на этапе проектирования - шаблонами проектирования.

В некоторых современных работах проблематика повторного использования знаний о предметной области рассматривается с позиций вышеупомянутого онтологического подхода к проектированию программного обеспечения АИС. Считается, что применение онтологического подхода позволит получать более качественные шаблоны для логических моделей АИС, отражающие накопленный опыт в моделируемых предметных областях [61].

При этом в качестве шаблонов используются элементы объектной модели успешно реализованного ИТ-решения, предназначенного для конкретной предметной области, которые описаны на языке UML или на каком-либо языке объектно-ориентированного программирования.

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

Приходится констатировать недостаточность сведений о шаблонах для логического проектирования АСПУ для предприятия с МПП, что, так или иначе, связано с ограниченностью выбора типовых бизнес-моделей для этой предметной области.

Решение данной проблемы заключается в выявлении некоторого подмножества МПП, имеющих аналогичные принципы организации производственного учета, создании объектной модели АСПУ на языке UML для данного подмножества и обосновании возможности ее использования в качестве шаблона для этого подмножества.

2.3.2. Объектная модель элементарного звена аспу

Объектная модель элементарного звена АСПУ (склада-модуля) формально может быть представлена в виде:

M_S =<A_S, O_S, E_S >, где

A_SZ- совокупность атрибутов объекта;

O_S - совокупность операций (методов) учета движения ТМЦ на складе;

E_S - совокупность событий объекта.

2.3.3. Диаграмма классов аспу

Диаграмма классов, составляет ядро языка UML и отражает элементный и статический аспекты логической модели АСПУ.

В процессе создания диаграммы классов АСПУ решаются задачи выделения базовых классов, определение их внутренней структуры и установление взаимосвязей между классами.

Иными словами, на первом этапе необходимо с позиций объектно-ориентированного подхода провести формализацию элементов указанной модели, используя нотацию языка UML.

Следует отметить, что на основании диаграммы классов разрабатываются такие важные и взаимосвязанные компоненты логической модели системы, как схема наследования (иерархия) типов ее объектов и спецификация ¹⁷.

Построение диаграммы классов АСПУ производим в следующей последовательности:

• в объектно-структурной модели АСПУ с помощью метода объектной декомпозиции выделяются кандидаты в классы – виртуальные склады и переделы;

• с помощью механизма обобщения все указанные объекты определяются как наследники (подтипы) одного и того же класса – супертипа «Склад-модуль», формализующего одноименное элементарное звено объектно-структурной модели АСПУ с позиций объектно-ориентированного подхода;

• в нотации языка UML строится схема наследования классов объектной модели АСПУ и разрабатывается ее спецификация.

На рис. 2.7 изображен пример диаграммы классов АСПУ, спецификация которой представлена в табл. 2.1.

Рис. 2.7. Диаграмма классов АСПУ

Таблица 2.1

Спецификация классов АСПУ

Класс	Атрибуты	Операции
Склад-модуль класс-родитель для всех виртуальных складов и переделов АСПУ (супертип)	наименование – наименование объекта в соответствие с условиями технологического процесса; номерПозиции – номер позиции объект в технологическом маршруте; номерТМЦ- номенклатурный номер ТМЦ; остаткиТМЦ – остатки ТМЦ, измеряемые в натуральном выражении	приходТМЦ(), расходТМЦ()- операции учета движения ТМЦ на складах *.
Виртуальный склад наследник класса «Склад-модуль»	-	-
Виртуальный передел наследник класса «Склад-модуль»	коэффициентПотерь–технологический коэффициент; статусТМЦ- список возможных состояний ТМЦ в технологическом процессе	изменениеСтатусаТМЦ()- операции присвоения нового состояния ТМЦ*

*допускается переопределение операций в объектах-наследниках

Отметим, что правильная классификация объектов АСПУ на стадии объектно-структурного моделирования существенно облегчает процесс построения диаграммы классов.

При этом очень важно обратить внимание на соблюдение принципа функциональной совместимости переопределенных операций подтипов и супертипа. В противном случае целесообразно изменить схему наследования классов АСПУ.