pronikov_a_s_2000_t_3 (830968), страница 109
Текст из файла (страница 109)
Полученная аналитическая модель позволяет построить алгоритм двухуровневой оптимизации структурных параметров АЛ, аналогичный алгоритму, приведенному на рис. 16.13. Кроме того, исходная модель (16.8), (16.9) в некоторых случаях требует уточнения. Для упрощенной модели можно получить зависимости, позволяющие аналитически решать задачу оптимизации структуры АЛ. В качестве критерия эффективности можно использовать приведенные затраты на приобретение оборудования АЛ и его эксплуатацию г =[Е(С, +С,д+С,п)+3]р, (16.10) где Е = Е„+ а1 + а2. Здесь ń— нормированный коэффициент эффективности капитальных вложений; а1 — коэффициент амортизационных отчислений; а2 — коэффициент затрат на текущий ремонт; Со + С1д = С® — стоимость оборудования и транспортной системы, включая стоимость производственных помещений; 3 — годовой фонд зарплаты обслуживающего персонала.
Аппроксимацию ~„® можно в большинстве случаев производить с помощью линейной регрессионной модели. Тогда без учета коэффициента ~Г~п) получаем заданную производительность АЛ. 480 рт~, о— 1 +8 +4 + И О ~ +а~ Ч Чп (16.11) Для модели (16.10) и (16.11) получаем с помощью Бà — метода оптимальные соотношения параметров структуры АЛ: (16.12) О.[Е[С, +С,у+С,п)+3][Кп — г,[д — д„)] Р (16.13) 480з~,ЕС,п[д — д„) (16.14) где Ь = 480 р~, и/О, — [г„— г„) п — г„— г,д„. Если задан один из параметров (например, р), оптимизировать структуру автоматической линии можно с помощью метода простой итерации. Для автоматической линии с жесткой связью оптимальные параметры р и д могут быть найдены из уравнений (16.13) и (16.15) при п = 1.
Разработана программа трехпараметрической оптимизации АЛ, алгоритм которой приведен на рис. 16.14. Вводят исходные данные, в том числе табличную зависимость | ® в виде соответствующих значений ~; и д;. 566 Рис. 1б.14. Алгоритм трехпараметрической оптимизации автоматической линии 480 рт~, О= У к1 ~+ ~2~ +~ +~ + ~и +ч~о р~( ) (16.15) где в — общее число станков-дублеров; К2, Кз — коэффициенты регресси- онной модели.
5б7 Затем (блок 2) вводят начальные параметры о„п, и р,. Далее в блоке 3 производят аппроксимацию зависимости «® с помощью метода наименьших квадратов. Оптимизация параметров о, и, р (при их непрерывном изменении) БГ-методом сводится к решению системы уравнений (1б.12)...(16.15) методом Ньютона. С помощью блоков 5 — 8 производят дискретизацию полученного решения (т«х — взятие целой части от параметра х). Результаты оптимизации выводятся в виде таблицы, в которой печатают параметры одиннадцати вариантов автоматической линии. Производительность АЛ с учетом использования станков-дублеров ходимой для решения комплексных задач проектирования, структуру информации, преобразование информационных единиц «входа» в «выход», количественные характеристики информации ~объем, продолжительность хранения, обновления и т.д.); разрабатывают системы классификации и кодирования информации, системы документации; определяют оценки достоверности, полноты, своевременности информации.
1б.б. Виды и источники представления на ЭВМ информации о прикладной области в машиностроении Тип Источник Вид п едставления ин о мации Фонд предприятия, отрасли, с аны Чертежи деталей, узлов, агрегатов КТБ Сп авочно-но мативные данные и их класси икаю ы КГТ Класси икато ы деталей типовых и комплексных ТД Документация типовых и групповых технологических п оцессов из нда п едп иятия Типовые ешения, использ емые в п оекти овании ТД Фо мы выходной до ментации КТДБ Но мативно-техническая до ментация Технические характеристики оборудования, приспособлений, ин ментов КТДБ ГТДБ Р ководящие мате иалы Оп ос пользователей зкспе тов и П О Личный нд Моно а ии, статьи, патенты, изоб етения ГТДБ П р и м е ч а н и е: Кодировка типов: à — графическое представление; Д вЂ” текстовое представление; К вЂ” кодировочные таблицы; Т вЂ” табличное представление; Б — блок принятия решения.
Одно из важнейших требований, предъявляемых к средствам для выявления информации ПрО, состоит в способности выражать нужные идеи и представления о ПрО на достаточном для реализации на ЭВМ уровне формализации, сохраняя при этом естественность, простоту и надежность. Проблема представления информации включает проектирование баз данных в определенной вычислительной среде, проектирование документов автоматизированной системы, разработку технологии формирования и хранения массивов информации. Успехи в решении данной проблемы во многом связаны с переходом к реляционной модели данных. Ниже приведено обоснование причин выбора реляционной модели данных ~РМД) при проектировании станочных систем.
1. Удобное и привычное для пользователя зрительное восприятие информации о ПрО в виде двумерной табличной структуры, состоящей из неограниченного числа столбцов и строк. Это упрощает разработку и не требует специального персонала. 2. Таблицы используют в качестве единственной базовой информационной структуры. В сетевом и иерархическом подходе это свойство отсутствует. 3. Формальный аппарат проектирования РМД выполнен с учетом накопленного опыта работы пользователей в традиционных естественно- языковых системах общения.
4. При работе с таблицами сохраняется максимальная свобода связей одной таблицы с другой без предварительного определения комбинаций. 569 Это позволяет строить простые и мощные языки запросов, ориентированные на пользователей-профессионалов. Теоретическую базу для такого построения представляет реляционная алгебра. 5. Возможность значительного уменьшения избыточности данных и увеличения степени универсальности концептуального набора отношений за счет наличия метода нормализации реляционной модели. 6. Доступ к таблицам может быть достаточно просто реализован с помощью как диалогового, так и программного интерфейса. Важным требованием к средствам представления понятийной модели можно отнести необходимость обеспечения полноты охвата, систематизации и точного описания многообразия данных, знаний и умений, существующих в ПрО.
Выполнение многочисленных требований делает данные средства основой для достижения взаимопонимания среди экспертов ПрО. Таким образом, средства представления данных и знаний о ПрО при использовании в условиях ЭВМ призваны удовлетворить потребности в выразительности, систематизации на общей основе для взаимопонимания между экспертами и разработчиками ПО. Проблема управления информацией включает разработку технологии ведения баз данных и типовых процедур работы с данными (создание входных массивов, загрузка, ввод-вывод, сортировка, корректировка, контроль и др.), выбор или разработку средств автоматизации технологического процесса проектирования в вычислительной среде.
Проблема управления информацией на ЭВМ решается за счет применения метаданных, которые содержат сведения двух типов: что представляют (означают) собой данные и используемые в прикладной области функциональные зависимости; где можно найти эти данные на ЭВМ, в какие зависимости они входят, какие операции допустимы над ними и как получить к ним доступ. Первый тип сведений размещается в двух местах. Место, где хранятся сведения об используемых данных, будем называть словарем терминов или понятий ПрО.
Место, где хранятся сведения о функциональных зависимостях, используемых в ПрО, будем называть справочником или каталогом отношений. Место для хранения сведений второго типа будем называть схемой или списком отношений. В общем случае со словарем и каталогом больше взаимодействуют пользователи, а со схемой — программные компоненты. Данный подход к описанию ПрО обеспечивает формирование открытой системы семантических компонент (словарь понятий и каталог зависимостей), модифицируемой при смене объектов проектирования, изменении элементной и технологической базы проектирования, наращивании и модификации набора проектирующих модулей. Пользователь базу данных (БД) может рассматривать с двух точек зрения: логической и физической.
Логическое представление БД содержит внешнее описание ее структуры для пользователей, а физическое представление БД раскрывает реализацию всего этого на ЭВМ. Модель логического представления БД во многом аналогична устройству библиотеки или множеству таблиц Основные компоненты логического представления БД и взаимосвязи между ними приведены на рис. 1б.16. Здесь файлы представляют собой хранилище данных по определенной тематике. Указание на файл задается с помощью имени. Каждый файл состоит из множества записей одинаковой структуры. Структура записи фик- 570 Газа дамы~ Рис.
16.16. Компоненты логического представления базы данных сируется через последовательность используемых полей. Для каждого поля устанавливается тип хранимых в нем значений данных. Обычно в качестве базовых выступают следующие типы данных: символьный, числовой, логический, дата. Содержательно базовые типы данных определяются следующим образом: строки символов (кодируется символом С вЂ” СНАВАСТЕК)„этот тип данных содержит алфавитно-цифровые данные, не используемые в математических выражениях (марка материала, тип станка и т.п.); число (Х-ЫЗМЕИС); иногда различают целые (1-ПЧТЕОЕК) и действительные числа (1."-Н.ОАТ); дата (О-ВАТЕ) (часы, минуты, день, месяц и год); логические переменные (1.-1.001СА1.) позволяют устанавливать признак «истина и ложь» (Т-ТЮЛЕ и Г-ГА1.ЯЕ или в форме 1 и О).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
