Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Выбор коллектива разработчиков.



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

1) руководитель работы. Должен быть специалистом по проекти­рованию ТОУ. Ему необходимо знать характеристики МП как средства управления и обработки информации;

2) специалист-схемотехник. Обязан владеть методами построения аппаратных средств МПС и представлять технику программирования;

3) программист, владеющий приемами программирования в машин­ных кодах МП, техникой масштабирования, знающий архитектуру интерфейса связи МП и ТОУ.

Группа должна быть знакома с методами математического моделирования ТОУ, проектирования АСУ на базе МП, теорией измерений, представлять экономическую и техническую целесообразность применения МП. Опыт показывает, что проще подготовить этих специалистов на базе имеющихся (проектирующих, например, системы автоматики на " жесткой" логике), чем внедрить в коллектив профессиональных специалистов по МПС.

Разработка модели управления объектом.

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

Рис.69

В задачу анализа чувствительности входит определение тех входных и выходных переменных ТОУ, которые наиболее сильно влияют на изменение целевой функции. На основе результатов этого шага разработки назначаются управляющие и управляемые параметры ТОУ, формулируются ограничения на их изменения, регламентируемые техническим заданием. Метод оптимизации следует выбирать, исходя из таких его характеристик, как степень формализации и алгоритмизации, трудоемкость программирования, время, затрачиваемое на решение задачи. Выбранный метод оптимизации должен соответствовать структуре модели. В целом, из-за сложности ТОУ и на этом этапе широкое распространение полу­чило использование эвристических методов творчества.

Разработка алгоритма.

На данном этапе определяется, как выполнить последовательно все необходимые действия по управлению ТОУ (см. рис.70). На первом шаге строится временная диаграмма потоков информации между элементами системы управления. Так как даже для простой системы трудно разрабо­тать алгоритм, охватывающий сразу все ее детали, рекомендуется использовать три последовательных уровня детализации алгоритма: концептуальный, функциональный и структурный. Концептуальная и функциональная схемы алгоритма выполняются на данном этапе, так как могут быть сделаны без привязки к конкретному МП. Структурная схема (с уровнем подробности до элементов структуры МПС) строится на эта­пе разработки ПО.

Рис.70

Концептуальная схема содержит блоки, показывающие, что должно быть сделано (например, чтение показаний датчиков; выполнение необходимых расчетов), и представляет собой набор крупных функциональных модулей. В концептуальном отношении прежде всего решается вопрос, будет ли сбор информации производиться непрерывно (напри­мер, путем последовательного опроса всех датчиков через какие-то интервалы времени) или же показания будут считываться только тог­да, когда какая-либо величина изменила свое значение. В первом случае реализуется программно-управляемый обмен, во-втором - об­мен по прерываниям. Не исключена возможность передачи информации с датчиков в ОЗУ посредством прямого доступа в память с последующей обработкой ее мик­ропроцессором. Внимательно прорабатываются вопросы обнаружения предаварийного состояния ТОУ и вывода системы из него. Анализиру­ется распределенность ТОУ в пространстве для определения функций передачи информации на удаленные ВУ и решения связанных с ними вопросов кодирования.

Рис.71

Функциональная схема алгоритма устанавливает, как может быть сделано то, что задано концептуальной схемой. Она детализируется до такого уровня, чтобы один блок имел один вход и один выход (за исключением альтернативных блоков). Обычно объем функциональной схемы составляет 5...20 объемов кон­цептуальной схемы. На рисунке 71 приведен алгоритм, помогающий в построении функциональной схемы.

На данном этапе определяются основные требования к МП, ориентировочное время выполнения каждого блока функциональной схемы, объем обрабатываемой информации, частость обращения к ЗУ, многообразие выполняемых функций, принципы взаимодействия с обслужива­емыми ВУ (включая терминалы оператора АСУ).


Поделиться:



Популярное:

Последнее изменение этой страницы: 2017-03-11; Просмотров: 678; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.011 с.)
Главная | Случайная страница | Обратная связь