Составители:
конечный продукт, необходимо выделить функциональную платформу (базис),
и целевую надстройку. Прикладное программирование в рамках целевой
надстройки в дальнейшем позволит самому разработчику или конечному
пользователю “конфигурировать” систему для решения конкретной задачи.
Такой способ построения системы особенно привлекателен именно для РИУС.
Разработка сложного комплекса технических средств, что зачастую и
представляет собой РИУС, требует значительных затрат и может окупаться
только в случае значительного коэффициента повторного использования.
Рассмотрение РИУС как совокупности функциональной платформы и целевой
надстройки позволит разработчику резко повысить коэффициент повторного
использования за счет ресурсоемкой функциональной платформы, которая не
требует повторной разработки и может быть практически полностью повторно
использована за счет изменения целевой надстройки.
Представленный способ описания ИУС предложен в стандарте IEC 1131-3
[68]. Указанный стандарт определяет три модели целевой системы:
программную модель (software model), коммуникационную модель
(communication model) и модель программирования (programming model).
Совокупность этих моделей позволяет достаточно подробно описать целевую
ИУС и дает возможность разработчику выразить целевую функцию управления
в терминах и средствами системы.
Основными организационными элементами функционального описания
целевой системы в стандарте IEC 1131-3 выступают функции (function),
функциональные блоки (function block) и программы (programs). Не умоляя
общности в качестве носителей функциональности целевой системы, можно
рассмотреть один из перечисленных элементов. Для дальнейшего рассмотрения
удобно в качестве такого элемента выбрать функциональный блок (ФБ).
Рассмотрение именно ФБ также интересно и с точки зрения определенных его
свойств. В отличие от функций или программ, представленных в IEC 1131-3 и
выражающих только алгоритмическую сущность, ФБ подразумевает некоторую
структурную составляющую [5, 30].
По аналогии с языками программирования переход к использованию ФБ
можно расценивать как переход от процедурного программирования к
объектно-ориентированному программированию. Такие свойства классов как
полиморфизм и инкапсуляция играют огромную роль при рассмотрении РИУС
с точки зрения множества объектов. Полиморфизм и инкапсуляция ФБ
позволяет отодвинуть вопросы их реализации на как можно более поздние
этапы разработки целевой системы [59, 76]. В свою очередь, такая возможность
оставляет значительную свободу маневра при проектировании РИУС,
выражаемую как в более свободном манипулировании архитектурной
платформой, так и в возможности декомпозиции функциональности на
программно-аппаратную реализацию на последних этапах проектирования.
Указанные свойства ФБ позволяют проектировать систему на концептуальном
22
Страницы
- « первая
- ‹ предыдущая
- …
- 21
- 22
- 23
- 24
- 25
- …
- следующая ›
- последняя »
