Cтраница 1
Ресурсы проектирования - это всевозможные модули и подсистемы для анализа и синтеза, которые могут оказаться полезными при решении задачи проектирования. [1]
Ресурсы проектирования - это всевозможные модули и подсистемы для анализа и синтеза, которые могут оказаться полезными при решении задачи проектирования. Их объединение направлено на образование множеств, каждое из которых должно удовлетворять некоторому множеству ограничений. В пределах множества ресурсы логически связаны. Эта логика определяет отношения между модулями и подсистемами, а также между системой и проектировщиком. [2]
Ресурсы проектирования - это всевозможные модули и подсистемы для анализа и синтеза, которые могут оказаться полезными при решении задачи проектирования. Их объединение направлено на образование множеств, каждое из которых должно удовлетворять некоторому множеству ограничений. В пределах множества ресурсы логически связаны. [3]
Итак, ресурсы проектирования - это совокупность знаний о процессе, выраженная в форме алгоритмов. По своему значению они могут быть разделены на фундаментальные и специальные. [4]
Итак, ресурсы проектирования - это совокупность знаний о процессе, выраженная в форме алгоритмов. [5]
Задача распределения ресурсов проектирования становится стохастической. Случайный характер внешних и внутренних условий при распределении ресурсов проектирования приводит к необходимости полного решения задачи математического программирования при любых случайных изменениях параметров и к полному пересмотру ранее принятых решений. Это обусловлено возможностью полного изменения плана, обеспечивающего точное решение задачи математического программирования даже при малом изменении одного из факторов, определяющих план, и малом изменении критерия качества. Такой подход требует больших затрат на частые повторные решения задачи, а главное может приводить к значительным изменениям распределения ресурсов проектирования при незначительном изменении критериев качества. [6]
Эти результаты позволяют оптимизировать распределение ресурсов проектирования на моделирование, натурный и экспертный эксперименты, сократить за счет такого распределения длительность процесса проектирования, выявить конкретный набор проектных работ, выполнение которых целесообразно автоматизировать с применением методов моделирования. [7]
Система автоматизированного проектирования должна рассматриваться с триединых позиций: проектировщика, ЭВМ и ресурсов проектирования. Важно, чтобы проектировщик мог максимально использовать свои мысли и знания, не отвлекаясь на изучение непонятного ему языка машины. Поэтому система должна обладать удобным и простым для изучения языком взаимообмена. Помимо ведения диалога, язык используется для формулирования и корректировки задания, для принятия решений в критических ситуациях при итерационном процессе проектирования, для исправления возможных ошибок в исходных данных до начала вычислений. Следовательно, такой язык должен иметь средства для отображения алфавитно-цифровой и числовой информации. Языки взаимообмена с системами проектирования разрабатываются, исходя из возможностей системы, степени автоматизации, формирования вычислительной схемы и расчетов. Важно, чтобы язык взаимообмена с различными устройствами ЭВМ, такими, как устройства ввода, графические регистрирующие устройства, дисплеи, был построен на единой синтаксической основе, это облегчило бы его изучение. [8]
Возможна и несколько иная постановка задачи проектирования, когда требуется минимизировать использование некоторых ресурсов проектирования ( например, финансовых затрат) при ограничении на основной критерий качества функционирования системы. Тем не менее в обоих случаях задача проектирования может рассматриваться как экстремальная задача принятия решений, обращающих в максимум некоторый функционал - критерий качества. Варьируемые параметры при этом должны удовлетворять ограничениям, определяющимся спецификой системы. Таким образом, задача оптимального проектирования может быть сформулирована в понятиях математического программирования. [9]
Эти результаты обеспечивают возможность выбора начального символа РГ, отображающего класс распознаваемых проектов с учетом свойств ресурсов проектирования, их количества, особенностей деятельности эксперта-проектировщика, и позволяют выбрать структуру проекта. Проект такой структуры определяет начальный сш: - вол РГ, отображающий процедуры выбора варианта в системе проектирования АСУП. [10]
Первая ступень функции соответствия отображает зависимость Я Ф ( Я) между информационной оценкой на множестве вариантов Я и использованными ресурсами проектирования Я. [11]
Операции над Фс ( R) позволяют оптимизировать допустимый риск Нми, выбрать число ступеней функций соответствия, однако для этого требуется оценить величину R для каждого из видов ресурсов проектирования, в том число ресурсов натурного эксперил рнта. [12]
Вопросы разработки пакетов прикладных программ еще не решены полностью, но уже сейчас можно утверждать, что в общем случае задача проектирования пакета прикладных программ может быть сведена к разработке сложной системы, обеспечивающей выполнение основной целевой функции при ограничениях, обусловленных методами и ресурсами проектирования. [13]
Вследствие большого разнообразия объектов управления в химической промышленности при создании автоматических и автоматизированных систем в каждом случае приходится решать сложные задачи проектирования конкретных систем. Многочисленность объектов и ограниченность ресурсов проектирования и реализации систем делают необходимым типизацию проектных решений и ориентацию на серийную аппаратуру, универсализацию математического обеспечения систем, совершенствование организации и управления разработками. [14]
Разработка применение стандартов, стимулирующих повышение качества программ, требуют значительных затрат обычно не находят положительного отклика у разработчиков. Стандарты ограничивают творческую свободу и возможность маневрировать ресурсами проектирования. Однако применение стандартов и планомерное управление качеством способствует значительному снижению суммарных затрат на создание сложных КП по сравнению с технологиями, ориентированными на неупорядоченное последовательное устранение недостатков в создаваемых программах. Полукустарное, дорогое и медленное создание сложных комплексов программ постепенно становится высокоавтоматизированным промышленным производством на базе системы методик и стандартов различных уровней. [15]