OpenSCADAWiki: Doc/ OpenSCADA030
 

OpenSCADA 0.3.0


Данный документ является обработкой(компиляцией) документа <ChangeLog> системы OpenSCADA версии 0.3.0.

Ключевыми особенностями данной версии являются:

Новые и значительно обновленные модули:

1. Обновленная документация проекта системы OpenSCADA.

Обновление документа проекта направленно на систематизацию информации о системе и её модулях. Значительно обновлены и дополнены подверглись следующие разделы:

2. Новые документы: to_do.sxw и roadmap.sxw

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

to_do.sxw – содержит отсортированный по подсистемам, узлам и модулям список задач ждущих реализации.

roadmap.sxw – содержит ориентировочный график выпуска новых версий и список ключевых задач которые должны быть реализованы к указанной версии.

3. Приведены к однообразному виду имена функций всех объектов

В целях систематизации внутреннего API системы и API модулей модульных подсистем имена публичных методов были приведены к общему виду. В качестве схемы именования методов классов был выбран метод использующийся в языке Java и QT библиотека. Суть метода заключается в том что:

4. Новое модульное API подсистемы “БД”

Причиной создания нового API подсистемы “БД” стала острая необходимость в расширении функций подсистемы “БД” до поддержки методов работы с современными БД. Суть заключалась в методах запроса значений полей(строк) не по номеру строки и номеру столбца а по ключевому элементу. Новое API основано на наличии ключевых элементов в структуре таблицы и запросе к полям соответствующим значению ключевого(ых) элементов. Новое API также предусматривает запрос поля(строки) целиком с помещением значений в объект TСonfig, кроме того структура TConfig определяет структуру таблицы БД.

5. Объединение механизма хранения данных объекта и механизма доступа к БД вокруг объекта TConfig

Для упрощения доступа к данным в БД и систематизации механизма хранения внутренних данных было принято решение объединить эти операции вокруг объекта TConfig поскольку он хранит значения данных их типы и структуру. Механизм позволяет абстрагировать работу с данными БД рамками объекта TConfig. А функции поддержания структуры БД и доступа к элементам БД переложить на модули подсистемы “БД”.

6. Удалены модули – Special::test_bd и Special::test_transp

С целью свести все тесты тестирования функция ядра системы в один модуль тесты БД и Транспортов были перемещены в модуль тестов ядра Special::test_kernel.

7. Все подсистемы и узлы переведены на использование механизма авто-освобождения ресурсов и прямого доступа к объекту

Механизм авто-освобождения ресурсов построенный на основе шаблона AutoHD позволяет гарантировать прямой доступ к узлам системы без угрозы удаления объекта другим потоком. Также механизм обеспечивает автоматическое освобождение ресурса в случае разрушения AutoHD в деструкторе, что позволило значительно упростить и сделать читабильней исходный код с повышением общей надёжности системы. В данной версии все подсистемы и узлы переведены на использование данной методики.

8. Краткие замечания об остальных важных изменениях

Для общей информации приведён список комментариев к важным изменениям в системе:

Ссылки

Для более детальной информации о изменениях в текущей версии обращайтесь к <ChangeLog> и исходным текстам системы. Текущее состояние системы всегда можно получить с CVS репозитория!

Referring pages: Doc
HomePageEn/Doc
HomePageUk/Doc