ОПИСАНИЕ  АРХИТЕКТУРЫ  ИНСТРУМЕНТАЛЬНЫХ  СРЕДСТВ  ДЛЯ  СОЗДАНИЯ  АВТОМАТИЗИРОВАННЫХ  КОММЕРЧЕСКО-ТЕХНОЛОГИЧЕСКИХ  СИСТЕМ

Ячный  Иван  Викторович

инженер-программист,  ЗАО  «НПФ  «Сибнефтекарт»,  г.  Томск

E-mail: 

Клименко  Анатолий  Яковлевич

д-р  техн.  наук,  профессор,  ТУСУР,  г.  Томск

E-mail:  klimenko.anatoly.j@gmail.com

DESCRIPTION  OF  ARCHITECTURE  TOOLS  FOR  CREATING  AUTOMATED  COMMERCIAL  AND  TECHNOLOGICAL  SYSTEMS

Jachny  Ivan  Viktorovich

software  Engineer,  JSC  "SPC"  Sibneftekart  ",  Tomsk,

Klimenko  Anatoly  Jakovlevich

doctor  of  Technical  Sciences,  Professor,  TUSUR,  Tomsk

АННОТАЦИЯ

Целью  данной  статьи  является  описание  разработанной  архитектуры,  моделей  и  программ  инструментальных  средств  для  создания  автоматизированных  коммерческо-технологических  систем  (ИСКТС).

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

Все  программные  решения,  представленные  в  данной  статье,  были  успешно  протестированы  и  внедрены  в  различных  проектах  компании  ЗАО  «НПФ  «Сибнефтекарт».

ABSTRACT

The  purpose  of  this  article  is  to  describe  the  developed  architecture,  models  and  software  tools  for  creating  automated  commercial  and  technological  systems  (STACTS).

During  the  work  were  developed  basic  system  architecture,  structural  and  functional  software  model,  class  libraries  and  executable  modules  of  software  packages.

All  software  solutions,  presented  in  this  article,  have  been  successfully  tested  and  implemented  in  different  projects  of  JSC  "SPC"  Sibneftekart".

Ключевые  слова:  ИС;  ИСКТС;  АКТС;  паттерн;  плагин;  архитектура.

Keywords:  ST;  STACTS;  ACTS;  pattern;  plugin;  architecture.

Основным  назначением  автоматизированной  коммерческо-технологической  системы  (АКТС)  является  автоматизация  как  процесса  совершения  сделки  (передача  прав  собственности  на  товар),  так  и  управление  технологией  передачи  самого  товара,  зачастую  с  использованием  достаточно  сложных  технических  средств.  Сегодня  на  рынке  представлено  большое  разнообразие  АКТС.  Это  торговые  системы  супермаркетов,  системы  отпуска  топлива  на  автозаправочных  станциях  и  нефтебазах,  системы  бронирования  и  продажи  билетов,  системы  контроля  доступа  и  др.  Рассмотрим  некоторые  из  них.

В  последнее  время  все  большую  популярность  набирают  коммерческие  системы  автоматического  отпуска  топлива  на  автозаправочных  станциях.  Данные  системы  служат  для  организации  безоператорного  отпуска  топлива  для  ведомственных  Мини  АЗС.

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

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

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

Рисунок  1.  Архитектура  инструментальных  средств

Любое  разрабатываемое  инструментальное  средство  должно  состоять  из  пяти  основных  частей:

·модуль  дизайнера  —  программная  часть,  позволяющая  проектировать  различные  системы  и  управлять  ими;

·модуль  клиента  —  программная  часть,  позволяющая  обслуживающему  персоналу,  операторам  и  менеджерам  просматривать  результат  выполнения  заявленного  функционала  систем  без  возможности  воздействия  на  него;

·модуль  инсталлятора  —  часть  системы,  позволяющая  администраторам  автоматизировать  процесс  установки,  обновления  и  удаления  программных  компонентов;

·модуль  классов  —  программная  часть,  позволяющая  внедрить  разработанную  систему  в  состав  других  на  низком  уровне,  т.  е.  на  уровне  исходного  кода;

·модуль  шлюза  —  часть  системы,  позволяющая  внедрить  разработанную  систему  на  более  высоком  уровне  с  помощью  унифицированного  протокола  взаимодействия.

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

Шаблоны  проектирования  —  универсальные,  многократно  используемые  в  различных  приложениях  решения.  Это  шаблон,  который  может  быть  использован  в  различных  ситуациях  и  почти  не  зависим  от  языка  программирования.

Шаблон  проектирования  описывает  некую  распространенную  проблему  проектирования,  способ  ее  решения  и  контекст,  в  котором  это  решение  используется.  Описание  дается  в  терминах  взаимодействующих  объектов  и  классов,  адаптивных  для  решения  конкретной  задачи  в  данном  контексте  [4,  с.  79].

В  ходе  реализации  архитектуры  инструментальных  средств  был  разработан  пакет  программного  обеспечения  для  удаленного  управления  объектом  —  «СНК  —  Модуль  сервисного  обслуживания».

Разработанное  программное  обеспечение  имеет  широкие  функциональные  возможности  и  предназначено  для  решения  различного  рода  задач:

·     удаленное  обновление  программного  обеспечения;

·     удаленное  управление  лицензиями  программных  продуктов;

·     прием  и  исполнение  запросов  на  формирование  оперативной  информации;

·     формирование  и  отсылка  данных  по  заданному  расписанию;

·     удаленная  настройка  конфигурации  объекта.

На  рисунке  2  приведена  структурная  схема  продукта.

Рисунок  2.  Структурная  схема

Служба  «СНК  —  Модуль  сервисного  обслуживания»  осуществляет  автоматический  прием  и  обработку  управляющих  команд,  поступивших  через  различные  каналы  связи.  Управление  и  настройка  службой  осуществляется  удаленно  с  помощью  приложения  «Модуль  управления»,  которое  взаимодействует  с  ней  по  локальной  или  глобальной  сети.

Перед  выполнением  какой-либо  команды,  поступающие  данные  и  управляющие  инструкции  могут  быть  предварительно  обработаны.  Для  этого  к  необходимым  каналам  подключаются  плагины,  которые  производят  необходимые  действия  с  данными  —  конвертирование,  изменение  формата,  преобразование  данных.

Диаграмма  классов  основной  службы  данного  программного  продукта  приведена  на  рисунке  3.

Рисунок  3.  Диаграмма  классов

Основным  исполняемым  классом  пакета  является  класс  MsoMainModule.  Он  содержит  в  себе  информацию  о  подключенных  каналах,  текущие  настройки  службы,  а  также  список  задач  на  выполнение.

Класс  Task  —  основной  класс  задачи,  необходимой  для  выполнения  на  удаленном  объекте.  Он  содержит  информацию  о  выполняемых  скриптах  и  подключениях  к  базе  данных.  Основной  функцией  класса  является  функция  RunTask.  Для  того  чтобы  основной  модуль  вызвал  данную  функцию,  должно  произвестись  ряд  проверок  на  целостность  и  неизменность  данных.  Для  проведения  данных  проверок,  в  потенциально  опасных  классах  существует  цифровая  подпись,  а  также  HESH  данные.

Основной  задачей  стояло  внедрение  «Модуль  управления»  в  уже  существующее  приложение.  Большинство  программных  решений  реализованы  с  помощью  универсального  языка  программирования  общего  назначения  C++.  C++  и  его  стандартные  библиотеки  спроектированы  так,  чтобы  обеспечивать  переносимость.  Хотя  данный  язык  широко  используется  для  разработки  программного  обеспечения,  для  реализации  приложения  «Модуль  управления»  был  выбран  один  из  продвинутых  и  современных  языков  программирования  —  C#.

Язык  C#  —  объектно-ориентированный  язык  программирования  разработки  приложений  для  платформы  Microsoft  .NET  Framework.  Данный  язык  программирования  пригоден  как  для  быстрого  написания  прототипов,  так  и  для  разработки  крупномасштабных  приложений.

Для  внедрения  модуля  в  существующее  программное  решение  была  разработана  модель,  приведенная  на  рисунке  4.

Рисунок  4.  Модель  архитектуры

Модуль  подключения  плагинов  реализует  интерфейс  ISncProxy,  по  которому  происходит  взаимодействие  с  различными  частями  приложения.  На  рисунке  5  приведена  диаграмма  классов  этого  модуля.

Рисунок  5.  Диаграмма  классов

Список  литературы:

1.Вигерс  К.  Разработка  требований  к  программному  обеспечению:  /  Пер.  с  англ.  —  М.:  Изд.  —  торговый  дом  «Русская  редакция»,  2004.  —  576  с.

2.Гамма  Э.,  Хелм  Р.  Приемы  объектно-ориентированного  проектирования.  Паттерны  проектирования  =  Design  Patterns.  Elements  of  Reusable  Object-Oriented  Software.  —  «Питер»,  Addison-Wesley,  2009.  —  С.  366.

3.Гильманов  А.А.,  Клименко  А.Я.,  Странгуль  О.Н.,  Тарасенко  В.П.  Карточные  технологии  в  автоматизации  маркетинга.  —  Томск:  Издательство  НТЛ,  2000.  —  380  с.

4.Гома  Х.  UML.  Проектирование  систем  реального  времени,  параллельных  и  распределенных  приложений:  Пер.  с  англ.  —  М.:  ДМК  Пресс,  2002.  —  704  с.