Материалы всероссийской научно-технической конференции Автоматизир

Основным достоинством метода критического пути является возможность манипулирования сроками выполнения задач, не лежа­ щих на критическом пути. К минусам использования МКП можно отнести следующее: оптимизировать можно только достаточно про­ стые проекты; возможно использовать, когда заданы нежесткие вре­ менные рамки; метод не учитывает ограничения на ресурсы; не учи­ тывает неопределенность выполнения работы; не учитывает возмож­ ные риски выполнения проекта и качества выполнения работ [3].

Существует усовершенствованная концепция МКП - это метод критической цепи (МКЦ). МКЦ - критический путь с ресурсными ог­ раничениями. Критическая цепь - это метод анализа сети, изменяю­ щий расписание всего проекта, учитывая ограниченность ресурсов.

К особенностям рассматриваемого метода можно отнести то, что он направлен на максимально быстрое выполнение задачи, он дает возможность управлять расписанием проекта при ограниченных ре­ сурсах. Также данный метод учитывает неопределенность продолжи­ тельности работ. МКЦ рекомендуется применять в тех случаях, когда заранее известен крайний срок сдачи [4].

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

заданному закону. Таким образом, результат также является случайным. Необходимо провести несколько испытаний (сделать выборку). Затем полученные значения обрабатываются и показываются в виде оценки. Метод хоть и является простым, но имеет погрешность вычислений. К особенности метода Монте-Карло можно отнести то, что его примене­ ние невозможно без использования компьютера, поэтому его применяют в проектах, в которых устроит результат с небольшой точностью. При­ мер использования метода Монте-Карло представлен на рис. 6.

Рис. 6. Метод Монте-Карло

Рассмотрим следующий метод - GERT (Graphical Evaluation and Review Technique), метод графической оценки и анализа. Применяет­ ся тогда, когда последующее производство может начаться после окончания только некоторых предшествующих задач или произ­ водств. Особенностью метода является то, что не все задачи должны быть выполнены для завершения проекта.

В основе метода лежит применения так называемых GERT-сетей. Они позволяют более верно задавать сложные процессы производства, когда трудно или невозможно определить список работ и последова­ тельность их выполнения для достижения цели, т.е. существует много­ вариантность проекта. Но расчет GERT-сетей чрезвычайно сложен. Пример сетевого графика GERT при старте, маневрировании двух транспортных средств представлен на рис. 7. Полукруг на входе узла - это логическое «И», треугольник на входе узла - «включающее ИЛИ», полукруг на выходе узла - детерминированный выход, треугольник на выходе узла - вероятностный выход (см. рис. 7).

СОЗДАНИЕ ФРЕЙМВОРКА НА ЯЗЫКЕ C#

ДЛЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

ВЕРХНЕГО УРОВНЯ СИСТЕМ УПРАВЛЕНИЯ

Студент гр. АТ6-14-1м Н.А. Софин

Научный руководитель - канд. техн. наук, доцент М.В. Кавалеров

Пермский национальный исследовательский

политехнический университет

Программное обеспечение (ПО) верхнего уровня системы управления выполняет ряд важных типовых функций, в числе кото­ рых можно выделить: взаимодействие с контроллерами нижнего уровня, реализацию пользовательского интерфейса, ведение журна­ лов и отчетов, сохранение и восстановление сделанных ранее настро­ ек. Место ПО верхнего уровня в структуре системы управления изо­ бражено на рис. 1.

Рис. 1. ПО верхнего уровня в составе системы управления

Большинство систем управления представляют собой взаимодей­ ствие нижнего (контроллеры) и верхнего уровня (компьютер верхнего уровня). Заказчики предъявляют высокие требования к надежности и скорости разработки. Данные требования можно удовлетворить пу­ тем использования объектно ориентированного подхода [1], на кото­ ром и основан наш фреймворк.

Любой разработчик в конкретной области от заказа к заказу час­ то приходит к выводу, что процесс разработки местами повторяется, так как приходится решать практически одни и те же задачи, которые не сильно отличаются друг от друга. Фреймворк для разработки ПО верхнего уровня систем управления представляет собой набор биб­ лиотек и ЭУ (элементов управления [2]), цель создания которых за­ ключается в ускорении процесса разработки, повышении качества продукта, расширении функциональности программы с наименьши­ ми усилиями.

Данный ЭУ содержит два окна. Левое окно отображает результат команд по запросу, а правое - информацию от контроллера, которая принимается периодически. Также вверху есть пространство для вво­ да и отправки данных в COM-порт вручную. Что касается внешнего вида, то ЭУ доступны функции смены шрифта, цвета фона, цвета текста и управление автопрокруткой (на случай, если места в окне не хватит). Эти параметры не нужно устанавливать каждый раз заново при запуске программы, так как они умеют хранить свое предыдущее состояние. Преимуществом данного ЭУ является то, что он содержит перечень всех команд, относящихся к текущему проекту. Перечень команд определяется довольно просто, путем указания названия про­ екта в один из параметров настройки данного ЭУ. О самом же переч­ не команд речь пойдет в следующей задаче.

Задача № 3. Система команд для контроллера. Между про­ граммой в контроллере и программой на компьютере есть зависи­ мость в виде системы команд. Контроллер содержит в себе систему команд, а программа, используя эту систему команд, управляет кон­ троллером. Если поменять команду в контроллере и при этом забыть поменять команду на компьютере, то такая программа перестанет правильно функционировать. А если эта команда в программе компь­ ютера встречается во многих местах? Придется делать очень много исправлений, повышается вероятность ошибок в программе. Предла­ гаемое решение - использовать сборку «Лингвистическое обеспече­ ние Arduino.dll». Все команды для контроллера (и для всех проектов на Arduino) содержатся только там и больше нигде. Таким образом, от однозначной зависимости мы все равно не избавимся, но существенно сузим поиск возможных ошибок.

Задача № 6. Просмотр результатов ранее проведенных экспе­ риментов. Многие параметры, принимаемые от контроллера в строко­ вом виде, лучше воспринимаются, когда оператор может видеть их динамику, характер их изменения. Вдобавок необходимо сравнивать состояния системы в разные моменты времени, иначе говоря, посмот­ реть график изменения тех или иных параметров ранее сохраненных данных. Данную проблему решает элемент управления «Визуализатор загруженных измерений.бН», чей внешний вид показан на рис. 4.

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