Абстрактная модель программного обеспечения СКУД.

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

В результате абстрактная модель программного обеспечения СКУД имеет такой вид:




Рисунок 2 Абстрактная модель программного обеспечения СКУД
При таком уровне абстрагирования система может быть реализована в различных модификациях. При таком подходе:
1.    для БД СКД может быть использована любая СУБД.
2.    При реализации уровня передачи данных можно не учитывать специфику контроллеров СКУД и уделить внимание вопросам надежности.
3.    Абстрактная модель контроллера СКУД позволяет:
a.     Использовать разнотипные физические контроллеры СКУД.
b.    Использовать программно реализованные объекты СКУД.