Основные проблемы, системный подход и последовательность разработки

На сегодняшний день в мире существует огромное множество разнообразных информационно-управляющих систем (ИУС). Диапазон сложности этих систем очень широк: от простейшего контроллера стиральной машины до сложных распределенных систем управления движением железнодорожного или воздушного транспорта. Ежегодно производятся миллиарды единиц встраиваемых ИУС. В последнее время рост сложности проектируемых встраиваемых ИУС составляет около 58% в год, а ежегодный рост производительности их проектирования – более лишь 20%. Эти цифры говорят о наличии спроса на проектировщиков ИУС в настоящий момент, а также о необходимости совершенствования методов проектирования.

Два основных подхода к проектированию ИУС[21]:

1. При традиционном подходе заранее известны аппаратные средства, и задача почти целиком решается за счет программной надстройки. В области ИУС такой подход дает плохие результаты.

2. Более прогрессивный подход состоит в максимально позднем делении системы на аппаратную и программную части. Он имеет ряд полезных свойств: в частности, позволяет рассматривать систему инвариантно к ее реализации и, как следствие, улучшить переносимость проекта.

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

В настоящее время процесс проектирования не формализован: не существует готового детального алгоритма проектирования систем. Обычно удается формализовать лишь следующие части этого процесса:

– формирование технического задания (ТЗ) и специфицирование системы (создание расширенного ТЗ);

– получение моделей некоторой сгенерированной структуры, архитектуры, функциональности системы и работа с ними с целью проведения оценки проектных решений;

– выполнение преобразований (трансляции из одного представления в другое) на разных уровнях;

– проведение тестирования и верификации системы (с помощью моделирования).

Основные этапы проектирования при традиционном подходе:

1) разбиение системы на аппаратную и программную части, производимое вручную на основании личного опыта разработчика;

2) раздельное моделирование аппаратной и программной частей (если вообще выполняется какое-либо моделирование);

3) последовательное проектирование аппаратуры и программ (именно в таком порядке);

4) интеграция аппаратной и программной частей (производится вручную);

5) исправление или компенсация ошибок, обнаруженных в процессе отладки, путем изменения программы (обычно приводит к ухудшению характеристик системы);

6) повторное выполнение всего цикла проектирования, если невозможно исправить ошибки за счет программной части.

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

1) на одном вычислителе;

2) на нескольких вычислителях, соединенных по шинной архитектуре;

3) на нескольких вычислителях, соединенных нерегулярным образом (в виде дерева или более сложной топологии).

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

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

Основная проблема такого способа проектирования состоит в том, что разработчику трудно начать мыслить новыми (абстрактными) категориями. Неопытному разработчику тем более тяжело воспринять новые (не очень простые) понятия, если он, к тому же, не понимает, зачем ему это нужно. С другой стороны, легче сразу закладывать нужную базу понятий, чем заменять или переделывать уже имеющуюся.

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

Как показывает практика, жизненный цикл ИУС составляет от 10 до 15 лет, а реально такие системы находятся в эксплуатации 25–30 лет. Если через 10 лет эксплуатации, например, выходит из строя процессор, и такие процессоры уже сняты с производства, то ремонт системы может оказаться невозможным. Обычно в таких случаях делается попытка интегрировать в систему другой процессор (из имеющихся в продаже), наиболее близкий по характеристикам к заменяемому. Конечно, при этом может возникнуть ряд проблем: надо электрически и конструктивно согласовать новый процессор с существующим устройством, заставить корректно работать программное обеспечение (в частности, учесть возможное изменение быстродействия). Кроме того, нужно доказать эксплуатирующим и контролирующим организациям, что система с внесенными изменениями будет работать так же, как и ее первоначальный вариант. Таким образом, нужно выполнять проектирование и процедуры сертификации таким образом, чтобы проект существовал в виде, минимально завязанном на конкретную реализацию, то есть обладал хорошей переносимостью.

В общем случае проектирование подразумевает создание нового, ранее неизвестного, улучшение или замену элементов ИУС.

Проектирование начинается с формулирования цели: технолог выбирает необходимый цикл технологических подпроцессов и операций, техническая органи­зация которых позволит получить протекание некоторого процесса с требуемыми показателями качества. Этот этап называется алгоритмизацией процесса. На следующем этапе идет разработка технических требований к ИУС, то есть разрабатывается техническое задание (ТЗ) на проектирование, которое составляется в соответствии с гостом ГОСТ 24.201-79 «Требование к содержанию документа «Техническое задание», который, в частности, устанавливает, что техническое задание на создание ИУС должно содержать следующие разделы: введение; характеристика объекта управления; назначение ИУС; основные требования к ИУС; технико-экономические показатели ИУС; состав, содержание и организация работ по созданию ИУС; порядок приема. Далее специалистами осуществляется разработка эскизного проекта ТП – выбор идеи реализации на основе некоторых принципов проектирования и проверка работоспособности этой идеи. Выбираются наиболее перспективные идеи методом многокритериального анализа, осуществляемого моделированием.

Современные принципы проектирования:

1. Принцип системности.

Проектируемое устройство должно проектироваться с учетом того, что оно будет работать в составе конкретной системы.

2. Принцип иерархии (при внешнем проектировании).

В любой системе есть некоторая главная технологическая операция и реализующее ее технологическое оборудование, которое диктует требования к другому ее технологическому оборудованию. Вначале формируются требования к главной системе, а затем – требования соподчинения к другим типам оборудования.

3. Принцип оптимальности.

Спроектированные устройства должны оптимально выполнять предписанные функции в заранее обусловленном смысле; т. е. должен быть выбран критерий оптимальности.

Критерии для аппаратуры автоматики и управления: надежность, минимальные массогабаритные показатели, минимальная стоимость.

4. Методы резервирования:

1) горячее резервирование – осуществление замены элемента в процессе работы системы;

2) холодное резервирование – в схеме прибора (конструкции) предусмотрено подключение параллельно нескольких резервных элементов.

5. Принципы конструктивной преемственности.

При разработке или проектировании какой-либо аппаратуры не обязательно проектировать отдельные устройства, узлы. Нужно максимально использовать имеющиеся в мировой практике разработки и создавать новое лишь тогда, когда имеющиеся разработки не удовлетворяют по каким-либо показателям качества.

6. Принцип взаимозаменяемости.

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

Этапы эскизного проектирования:

1. Проектирование технологического оборудования, для чего привлекаются технологи, которые выбирают алгоритм работы технологического оборудования.

2. Производится разработка ТЗ на проектирование технологического оборудования. Назначаются требования к показателям качества.

3. Разрабатываются ТЗ на проектирование аппаратуры управления. Независимо от отрасли, процесс управления состоит из подпроцессов:

– получение и сбор первичной информации – информационно-измерительные системы (ИИС);

– передача полученной информации – системы телемеханики (СТМ);

– обработка полученной информации и выработка командных управлений;

– управление (например, с помощью сервопривода).

4. Проектирование подсистем ИУС независимо друг от друга и параллельно.

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

Далее осуществляется разработка технического проекта ТП.

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

– текстовая техническая документация,

– программные документы,

– графические документы.

Текстовые документы – это пояснительная записка, дающая полное текстовое описание спроектированного устройства, в ней должно быть произведено обоснование и выбор принятого технического решения (обоснование функциональной схемы) с привлечением математического аппарата, выкладок, таблиц, диаграмм и так далее. В пояснительной записке должен быть также приведен расчет принципиальной схемы с необходимыми математическими выкладками и обоснованиями; приложения, инструкции по эксплуатации, обслуживанию, хранению, транспортировке; различные спецификации, перечни. Они изготавливаются по единым правилам, которые регламентируются государственными стандартами. Например: ГОСТ 19.404–79 «Пояснительная записка. Требования к содержанию и оформлению» устанавливает, что ПЗ должна содержать следующие разделы: введение (содержит наименование программы и (или) условное обозначение темы разработки, а также документы, на основании которых ведется разработка с указанием организации и даты утверждения); назначение и область применения; технические характеристики (постановка задачи на разработку программы, описание применяемых математических методов и, при необходимости, описание допущений и ограничений, связанных с выбранным математическим материалом и т. д.); ожидаемые технико-экономические показатели (указывают технико-экономические показатели, обосновывающие выбранный вариант технического решения, а также, при необходимости, ожидаемые оперативные показатели); источники, использованные при разработке. ГОСТ 19.105–78 «Общие требования к программным документам» устанавливает требования к оформлению программных документов для вычислительных машин, комплексов и систем, независимо от их назначения и области применения и предусмотренных стандартами Единой системы программной документации (ЕСПД) для любого способа выполнения документов на различных носителях данных. ГОСТ 19.507–79 «Ведомость эксплуатационных документов». ГОСТ 19.202–78 «Спецификация. Требования к содержанию и оформлению».

Программная документация – правила изготовления регламентируются ГОСТ 19.401–78 «Текст программы». Требования к содержанию и оформлению; ГОСТ 19.402-78 «Описание программы», который устанавливает, что описание программы должно содержать следующие разделы: общие сведения; функциональное назначение; описание логической структуры; используемые технические средства; вызов и загрузка; входные данные; выходные данные. Также установлены правила оформления программной документации.

Графические документы: чертежи (схемы расположения оборудования; общий вид, сборочный чертеж, чертеж деталей), схемы (виды: электрическая, кинематическая, и т. д.; типы: структурная схема, функциональная, принципиальная, схемы соединения, подключения, общие схемы, схемы расположения). Правила выполнения регламентируются ГОСТ 24.302–80 «Общие требования к выполнению схем»; ГОСТ 24.304-82 «Требования к выполнению чертежей» и др.

После разработки ТП осуществляется изготовление малой серии (опытной партии) спроектированной аппаратуры промышленными методами. Она подвергается комплексным испытаниям:

1. Функциональные испытания, чтобы определить, как функционирует аппаратура.

2. Испытания на механическую прочность, на устойчивость к воздействиям внешней среды. Как правило, комплексные испытания проводятся на испытательных стендах. Один из приборов ставится на испытание надежности. Есть определенные методы ускоренной наработки.
В проектной документации делаются необходимые поправки.

В итоге запускается серийное производство. Роль проектировщика – сопровождение эксплуатации спроектированной аппаратуры. Иногда проводится модернизация спроектированной аппаратуры, что должно быть согласовано с проектировщиками.

Дата добавления: 2014-12-29