Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Выбор коллектива разработчиков.
Сложность этого вопроса на предприятии, внедряющем МПС, не уменьшается при наличии у него специалистов по эксплуатации ЭВМ. Минимальный состав группы специалистов для создания МПС с объемом программы порядка нескольких тысяч слов - 3 человека. Такой коллектив способен выполнить работу (на базе имеющегося макета ТОУ), включая время на переподготовку специалистов, за один год. Рекомендуемый состав группы: 1) руководитель работы. Должен быть специалистом по проектированию ТОУ. Ему необходимо знать характеристики МП как средства управления и обработки информации; 2) специалист-схемотехник. Обязан владеть методами построения аппаратных средств МПС и представлять технику программирования; 3) программист, владеющий приемами программирования в машинных кодах МП, техникой масштабирования, знающий архитектуру интерфейса связи МП и ТОУ. Группа должна быть знакома с методами математического моделирования ТОУ, проектирования АСУ на базе МП, теорией измерений, представлять экономическую и техническую целесообразность применения МП. Опыт показывает, что проще подготовить этих специалистов на базе имеющихся (проектирующих, например, системы автоматики на " жесткой" логике), чем внедрить в коллектив профессиональных специалистов по МПС. Разработка модели управления объектом. Ориентировочная последовательность работ на этом этапе дана на рис.69. Если модель ТОУ неизвестна, проводят научные изыскания, используя любой из методов научного поиска и имеющиеся автоматизированные системы сбора данных. Целевая функция, строящаяся на основе технического задания, должна выражать или выгоду (КПД, производительность, прибыль), или потери (расход материалов, времени и т.д.). Большинство технико-экономических показателей, которые применяют или рекомендуют в качестве критериев оптимальности, связано с качеством выпускаемой продукции.
В задачу анализа чувствительности входит определение тех входных и выходных переменных ТОУ, которые наиболее сильно влияют на изменение целевой функции. На основе результатов этого шага разработки назначаются управляющие и управляемые параметры ТОУ, формулируются ограничения на их изменения, регламентируемые техническим заданием. Метод оптимизации следует выбирать, исходя из таких его характеристик, как степень формализации и алгоритмизации, трудоемкость программирования, время, затрачиваемое на решение задачи. Выбранный метод оптимизации должен соответствовать структуре модели. В целом, из-за сложности ТОУ и на этом этапе широкое распространение получило использование эвристических методов творчества. Разработка алгоритма. На данном этапе определяется, как выполнить последовательно все необходимые действия по управлению ТОУ (см. рис.70). На первом шаге строится временная диаграмма потоков информации между элементами системы управления. Так как даже для простой системы трудно разработать алгоритм, охватывающий сразу все ее детали, рекомендуется использовать три последовательных уровня детализации алгоритма: концептуальный, функциональный и структурный. Концептуальная и функциональная схемы алгоритма выполняются на данном этапе, так как могут быть сделаны без привязки к конкретному МП. Структурная схема (с уровнем подробности до элементов структуры МПС) строится на этапе разработки ПО.
Концептуальная схема содержит блоки, показывающие, что должно быть сделано (например, чтение показаний датчиков; выполнение необходимых расчетов), и представляет собой набор крупных функциональных модулей. В концептуальном отношении прежде всего решается вопрос, будет ли сбор информации производиться непрерывно (например, путем последовательного опроса всех датчиков через какие-то интервалы времени) или же показания будут считываться только тогда, когда какая-либо величина изменила свое значение. В первом случае реализуется программно-управляемый обмен, во-втором - обмен по прерываниям. Не исключена возможность передачи информации с датчиков в ОЗУ посредством прямого доступа в память с последующей обработкой ее микропроцессором. Внимательно прорабатываются вопросы обнаружения предаварийного состояния ТОУ и вывода системы из него. Анализируется распределенность ТОУ в пространстве для определения функций передачи информации на удаленные ВУ и решения связанных с ними вопросов кодирования.
Функциональная схема алгоритма устанавливает, как может быть сделано то, что задано концептуальной схемой. Она детализируется до такого уровня, чтобы один блок имел один вход и один выход (за исключением альтернативных блоков). Обычно объем функциональной схемы составляет 5...20 объемов концептуальной схемы. На рисунке 71 приведен алгоритм, помогающий в построении функциональной схемы. На данном этапе определяются основные требования к МП, ориентировочное время выполнения каждого блока функциональной схемы, объем обрабатываемой информации, частость обращения к ЗУ, многообразие выполняемых функций, принципы взаимодействия с обслуживаемыми ВУ (включая терминалы оператора АСУ). Популярное:
|
Последнее изменение этой страницы: 2017-03-11; Просмотров: 678; Нарушение авторского права страницы