Общая структура проектов

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

Как мы уже говорили, проекты MasterSCADA состоят из двух разделов.

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

Второй раздел называется – Объект или дерево объекта. И хотя он практически состоит из элементов всего двух видов – папок-объектов с комплектом принадлежащих им документов и настроек и переменных, его роль в проекте является ключевой. Главное назначение дерева

объекта – описание нашего представления об автоматизируемом объекте, логических и

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

Сможем ли мы структурировать это представление – проявить настоящий системный и одновременно объектный подход? Именно от этого, в первую очередь, зависит то, хороший ли получится проект, будет ли он легко понятен кому-либо, кроме автора, насколько трудоемкой окажется его разработка.

Здесь важнее всего следовать принятому в программировании принципу самодостаточности элементов проекта (инкапсуляции), который в применении к предмету нашего разговора означает,

 

 

8В любом случае, если вы столкнулись с какими-либо сложностями, не забывайте, что у вас есть надежные помощники в лице службы технической поддержки, к которым вы всегда можете обратиться по электронному адресу [email protected].

 

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

Рассмотрим пример организационной структуры в порядке иерархической подчиненности: завод – цех – участок (линия) – агрегат – исполнительный механизм (датчик). Попытка построить проект по функциональному признаку, например, сгруппировать все аналоговые параметры в одну папку почти всегда приводит к избыточным связям между частями проекта, а, следовательно, его неэффективности. Мало того, жизнь показывает, что функциональный подход приводит еще и к огромным сложностям в развитии и модифицировании проектов. В то же время, отдельная папка- объект в хорошо структурированном по объектному принципу дереве объекта автономна в такой степени, что может быть перенесена без изменений в любой другой проект, где возникнет необходимость в работе с подобным объектом. Например, однажды реализовав в качестве элемента проекта группу насосов, мы сможем переносить ее вместе со всей логикой контроля и управления, со всеми сигналами и документами в любой другой проект, где она потребуется. Единственное, что останется сделать, – это восстановить связи с источниками и приемниками реальных физических сигналов, а также организовать вызов документов этого объекта из мнемосхем более высокого уровня.

Но подробнее обо всем этом в дальнейших главах.

 

2.9 Выбор порядка разработки системы: от объекта или от системы

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

MasterSCADAпозволяет разрабатывать проект в любом порядке, в том числе, и параллельно. Если это делают разные разработчики на разных компьютерах, то удобнее, чтобы «головной» проект, в который будут потом копироваться отдельно разработанные части, находился у того, кто отвечает за дерево системы. Не забудьте, что проектирование – это итерационный процесс и «стыковать» имеет смысл только полностью законченные и отлаженные части.

 

 

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