СКУД Артонит

Билетная система Артонит Тикет

Парковочная система Артонит ПаркОфис

Автоматизация бизнеса

СКУД Артонит 10

СКУД промышленные предприятия

Артонит Сити

СКУД жилой комплекс

Артонит Сити интеграционная платформа СКУД

СКУД он-лайн

Артонит Тикет

Билетная система.


Штрих-код

Система автоматизированной on-line парковки и сбора платежей

Парковочная система без  затрат.

Модернизация старых парковочных систем.

Фитнес

Пансионат
Дом отдыха

Салон красоты

Артонит МПТ
Главная Библиотека Учебные материалы Основная задача СКУД и методы ее решения - Раздел 3. Абстрактная модель программного обеспечения СКУД.

Отдел продаж

276048368

sale@artsec.ru

+7-495- 970-46-86

+7-926- 526-71-41

Консультации и поддержка

168812885

support@artonit.ru

(926)-228-7314


Основная задача СКУД и методы ее решения - Раздел 3. Абстрактная модель программного обеспечения СКУД. PDF Печать E-mail
Автор: Administrator   
19.02.2013 09:59
Индекс материала
Основная задача СКУД и методы ее решения
Основная задача СКУД
Логические сущности СКУД. Контроллер СКУД.
Способы решения задачи СКУД. Валидатор.
Основные и дополнительные условия валидации. Место валидатора в СКУД.
От анализа к синтезу. Взлетаем!
Информационная модель СКУД.
Раздел 3. Абстрактная модель программного обеспечения СКУД.
От теории к практике!
Все страницы

 

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

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

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




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



Обновлено 03.04.2020 16:36
 
 

Видеоканал artonit.ru на youtube

Видеоканал artonit.ru на youtube

Видеоинструкции,
вводный курс,
видеоучебник...
Задай вопрос и посмотри ответ.
Все примеры записаны
на реальных объектах.
В ходе съемок ни один
объект не пострадал.

Отдел продаж

Артсек (495) 970-4686

ICQ 276048368

sale@artsec.ru

 

Дилеры

Аквилон-А (495) 234-32-12

Аладокс (495) 545-92-25

Баланс безопасности (495) 232-38-88, 229-28-59

Концерн РОССИ (495) 644-11-61

ООО "Гамма Плюс" (495) 763-4933

Торговый дом КСБ (812) 702-52-53, (495) 640-55-30

 

ООО «АДА СБ» (495) 649-89-54

 

Новые технологии российские компьютерные телевизионные системы безопасности.