Кафедра «Машины и аппараты химических производств» Системы автоматизированного проектирования

Размер: px
Начинать показ со страницы:

Download "Кафедра «Машины и аппараты химических производств» Системы автоматизированного проектирования"

Транскрипт

1 Кафедра «Машины и аппараты химических производств» Системы автоматизированного проектирования Теоретические материалы для подготовки к итоговому тестированию Нижнекамск 2012

2 Оглавление 1 Сведения о проектировании технических объектов Общие сведения Уровни проектирования Схема процесса проектирования Формализация проектных задач и возможности применения ЭВМ для их решения 9 2 Основные определения САПР Определение, назначение, цель Принципы создания САПР Классификация САПР 14 3 Виды обеспечения САПР Компоненты САПР Техническое обеспечение и структура САПР Математическое обеспечение САПР Программное обеспечение САПР Информационное обеспечение Языковое (лингвистическое) обеспечение САПР Организационное и методическое обеспечение Государственные стандарты САПР 22 4 Анализ и проектирование САПР Предпроектный анализ Анализ задачи проектирования Информационно-логическая модель задачи Функциональный анализ Разработка САПР Разработка структуры системы Обоснование проектных решений по видам обеспечений Разработка базы данных САПР Реализация программных модулей Методическое и организационное обеспечение САПР 43

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

if ($this->show_pages_images && $page_num < DocShare_Docs::PAGES_IMAGES_LIMIT) { if (! $this->doc['images_node_id']) { continue; } // $snip = Library::get_smart_snippet($text, DocShare_Docs::CHARS_LIMIT_PAGE_IMAGE_TITLE); $snips = Library::get_text_chunks($text, 4); ?>

4 возможностей построения системы, исследованием новых принципов, структур, обоснованием наиболее общих решений. Результатом этого этапа является техническое предложение. На этапе эскизного проектирования производится детальная проработка возможности построения системы, его результатом является эскизный проект. На этапе технического проектирования выполняется укрупненное представление всех конструкторских и технологических решений; результатом этого этапа является технический проект. На этапе рабочего проектирования производится детальная проработка всех блоков, узлов и деталей проектируемой системы, а также технологических процессов производства деталей и их сборки в узлы и блоки. Заключительный этап - изготовление опытного образца, по результатам испытаний которого вносят необходимые изменения в проектную документацию. При неавтоматизированном проектировании наиболее трудоемкими являются этапы технического и рабочего проектирования. Внедрение автоматизации на этих этапах приводит к наиболее эффективным результатам. В зависимости от порядка, в каком выполняются этапы проектирования, различают восходящее и нисходящее проектирование. Восходящее проектирование (проектирование снизу вверх) характеризуется решением задач более низких иерархических уровней перед решением задач более высоких уровней. Противоположная последовательность приводит к нисходящему проектированию (проектированию сверху вниз). Процедуры проектирования. Проектная процедура - часть проектирования, заканчивающаяся получением проектного решения (рис. 1.1). Проектное решение это описание объекта или его части, достаточное для принятия заключения об окончании проектирования или путях его продолжения. Маршрутом проектирования называется последовательность проектных процедур, ведущая к получению требуемых проектных решений. Проектные процедуры делятся на процедуры синтеза и анализа. Процедура синтеза заключается в создании описаний проектируемого объекта. В описаниях отображаются структура и параметры объекта (т.е. осуществляется структурный и параметрический синтез), которые могут быть представлены как соответствующие модели. Процедура анализа это процедура исследование объекта на основе системного подхода. Процедуры анализа Функциональный анализ Структурный анализ информационный анализ Маршрут проектирования Проектное решение Проектное решение Проектное решение Процедуры синтеза Функциональная модель Структурная модель Информационная модель Проектное решение Проектное решение Проектное решение описания описания описания описания Объект проектирования Рис Маршрут проектирования

5 1.2 Уровни проектирования В процессе проектирования сложной системы формируются определенные представления о системе, отражающие ее существенные свойства с той или иной степенью подробности. В этих представлениях можно выделить составные части - уровни проектирования. В один уровень, как правило, включаются представления, имеющие общую физическую основу и допускающие для своего описания использование одного и того же математического аппарата. Уровни проектирования можно выделять по степени подробности, с какой отражаются свойства проектируемого объекта. Тогда их называют горизонтальными (иерархическими) уровнями проектирования. Выделение горизонтальных уровней лежит в основе блочно-иерархического подхода к проектированию. Горизонтальным уровням свойственно следующее: при переходе с некоторого уровня К1, на котором рассматривается система S, на соседний, более низкий уровень К2 происходит разделение системы S на блоки и рассмотрение вместо системы S ее отдельных блоков; рассмотрение каждого из блоков на уровне К2 с большей степенью детализации, чем на уровне К1, приводит к получению задач приблизительно одинаковой сложности с точки зрения возможностей восприятия человеком и возможностей решения с помощью имеющихся средств проектирования; использование своих понятий системы и элемента на каждом иерархическом уровне, т.е. если элементами проектируемой системы S считались блоки Sk, то на соседнем, низшем уровне К2 те же блоки Sk рассматриваются уже как системы. Блочно-иерархический подход к проектированию основан на том, что структура процесса проектирования соответствует структуре разрабатываемой технической системы (ТС) или, в частности, химико-технологической системы (ХТС). Типовая структура ТС показана на рис ТС Подсистемы и агрегаты Подсистемы и агрегаты Подсистемы и агрегаты Подсистемы и агрегаты Конструктивные элементы и блоки Конструктивные элементы и блоки Конструктивные элементы и блоки узлы узлы узлы узлы детали детали детали детали Рис Блочно-иерархическая структура ТС. Здесь под агрегатом понимается часть изделия, законченная в конструктивном и технологическом отношении. Подсистема - это элемент изделия, единый по физическим законам своего функционирования. Агрегаты и подсистемы расчленяются на конструктивные элементы и функциональные блоки. Под конструктивным элементом понимается крупная часть агрегата.

6 Функциональный блок - это часть подсистемы, предназначенная для выполнения какойлибо частной задачи. Конструктивные элементы и подсистемы на следующем уровне членятся на узлы. Те, в свою очередь, делятся на детали, представляющие собой первичные элементы проектируемого изделия. ХТС также имеет блочно-иерархическую структуру (рис. 1.3). Если связать все работы по созданию элементов ТС со структурой технической системы, расчлененной по уровням, то эти работы и будут составлять структуру процесса проектирования (рис. 1.3). Таким образом, иерархическая структура объекта определяет и иерархическую структуру процесса проектирования, что привело к реализации так называемого блочно-иерархического подхода при проектировании сложных технических систем. При блочно-иерархическом подходе процесс проектирования и представление о самом объекте разбивается на уровни, что в приложении к ХТС выглядит, как показано на рис ХТС Операционная система Система управления Подсистема подготовки сырья Подсистема хим превращения Выделение целевого продукта Обработка техн продукта очистка ректификация сепарация конденсация Отделение С1 - С4 фракции охлаждение Отделение н- пентана на рецикл Отделение изопентана Рис Блочно-иерархическая схема ХТС (фрагмент) получения изопентана из н-пентана. Работа по проектированию объекта распределяется между отдельными группами разработчиков, каждая из которых решает свои специфические проблемы, обусловленные поставленной перед ними задачей. Например, одна группа занимается проектированием процесса ректификации, другая - сепарации, третья - конденсации. Каждая из групп работает автономно, но обязательно согласовывают полученные проектные решения со своими смежниками. При достижении определенного компромисса согласованное решение передаётся на более детальную проработку, т.е. производится переход на следующий уровень, где также проводится работа отдельных групп, занимающихся решением своих частных проблем. И на этом уровне также необходимы согласования, обеспечивающие, например, стыковку аппаратов отделения фракций. При работе на k-ом уровне не исключена возможность столкнуться с проблемой, не решаемой в рамках концепции, принятой на k-1 уровне. В этом случае приходится возвращаться на предыдущий уровень и начинать работу на этом уровне сначала и т.д. Очевидно, что такой процесс является итерационным, долгим и не гарантирующим от принятия неверного решения.

7 Но преимущества такого подхода к проектированию состоят в том, что: сложная задача большой размерности разбивается на последовательное решение задач малой размерности; имеется возможность распараллелить работы, ведущиеся над проектом. Недостатки же следующие: на k-ом уровне работа ведется с недостаточно определенным объектом; оптимальность может быть достигнута только при согласовании по уровням, причём как внутри уровня, так и между соседними уровнями; на каждом уровне возникают свои критерии. Понятно, что реализация такого подхода вызывает известные трудности, которые возрастают с возрастанием сложности технических систем. Уровни проектирования можно выделять также по характеру учитываемых свойств объекта. В этом случае их называют вертикальными уровнями проектирования. Основными вертикальными уровнями проектирования являются: функциональное; конструкторское; технологическое; алгоритмическое (программное) проектирование. Функциональное проектирование связано с разработкой структурных, функциональных и принципиальных схем. При функциональном проектировании определяются основные особенности структуры, принципы функционирования, важнейшие параметры и характеристики создаваемых объектов. Алгоритмическое проектирование связано с разработкой алгоритмов функционирования ЭВМ и вычислительных систем (ВС), с созданием их общего системного и прикладного программного обеспечения. Конструкторское проектирование включает в себя вопросы конструкторской реализации результатов функционального проектирования, т.е. вопросы выбора форм и материалов оригинальных деталей, выбора типоразмеров унифицированных деталей, пространственного расположения составных частей, обеспечивающего заданные взаимодействия между элементами конструкции. Технологическое проектирование охватывает вопросы реализации результатов конструкторского проектирования, т.е. рассматриваются вопросы создания технологических процессов изготовления изделий. 1.3 Схема процесса проектирования Задачи, решаемые на каждом этапе блочно-иерархического проектирования, делятся на задачи синтеза и анализа. Задачи синтеза связаны с получением проектных вариантов, а задачи анализа - с их оценкой. Различают синтез параметрический и структурный. Цель структурного синтеза - получение структуры объекта, т.е. состава его элементов и способа их связи между собой. Цель параметрического синтеза - определение числовых значений параметров элементов. Если ставится задача определения наилучших в некотором смысле структуры и (или) значений параметров, то такая задача синтеза называется оптимизацией. Часто оптимизация связана только с параметрическим синтезом, т.е. с расчетом оптимальных значений параметров при заданной структуре объекта. Задачу выбора оптимальной структуры называют структурной оптимизацией. Задачи анализа при проектировании являются задачами исследования модели проектируемого объекта. Модели могут быть физическими (различного рода макеты, стенды) и математическими. Математическая модель - совокупность математических объектов (чисел, переменных, векторов, множеств и т.п.) и отношений между ними. Математические модели объекта могут быть функциональными, если они отображают физические или информационные процессы, протекающие в моделируемом объекте, и структурными, если они отображают только структурные (в частном случае геометрические)

8 свойства объектов. Функциональные модели объекта чаще всего представляют собой системы уравнений, а структурные модели объекта - это графы, матрицы и т.п. Важное значение при описании объектов имеют параметры, характеризующие свойства элементов, - параметры элементов (внутренние параметры), параметры, характеризующие свойства систем, - выходные параметры и параметры, характеризующие свойства внешней по отношению к рассматриваемому объекту среды, - внешние параметры. Если обозначить через X, Q и Y векторы соответственно внутренних, внешних и выходных параметров, то очевидно, что Y есть функция Х и Q. Если эта функция известна и может быть представлена в явной форме Y = F(X, Q), то ее называют аналитической моделью. Типовая схема проектирования включает несколько элементов (рис. 1.4). Выявление потребностей Постановка задачи Синтез проектных и конструктивных решений Анализ и оптимизация Оценка проектных и конструктивных решений Представление результатов Рис Типовая схема процесса проектирования. Выявление потребностей предполагает установление кем-либо самого факта существования проблемы, в соответствии с которой должно быть предпринято то или иное корректирующее воздействие. Такой проблемой могло бы быть выявление некоторого дефекта в конструкции эксплуатируемой машины инженером или определение агентом по сбыту возможности выпуска на рынок нового изделия. Постановка задачи включает в себя детальное описание изделия, подлежащего проектированию. Это описание должно содержать информацию о физических и функциональных характеристиках объектов проектирования, его стоимости, качестве и рабочих параметрах. Этапы синтеза и анализа тесно связаны друг с другом и многократно повторяются в процессе проектирования. Итеративный характер этих этапов проявляется в том, что вначале проектировщик определяет концептуальную основу конкретного компонента или узла создаваемой системы, затем эта концепция подвергается анализу, усовершенствованию по результатам анализа и повторному воплощению в проектное решение. Этот цикл повторяется до тех пор, пока не будет получено решение, оптимальное в условиях проектных ограничений, учитываемых разработчиком. Спроектированные компоненты и подсистемы синтезируются затем в рамках окончательного проектного решения по всей системе в целом с использованием аналогичных итеративных методов. Этап оценки связан с измерением проектных характеристик конкретного варианта и сопоставлением их с требованиями, установленными на этапе постановки задачи. Для проведения такой оценки часто бывает необходимо изготовить и испытать опытный образец-

9 прототип в целях получения реальных рабочих характеристик, параметров качества, надежности и др. Представление результатов - заключительная фаза процесса проектирования, которая предполагает документирование проекта с помощью чертежей, спецификаций материалов, сборочных листов и т.п. Естественно, что для подготовки такой документации необходимо иметь надлежащую базу данных по всему проекту: геометрические размеры, спецификации используемых материалов и т.п. В связи с тем, что процесс проектирования носит итерационный характер (рис. 1.4), в процессе проектирования приходится многократно выполнять процедуру анализа объекта. Поэтому очевидно стремление уменьшить трудоемкость каждого варианта анализа без ущерба для качества окончательного проекта. В этих условиях целесообразно на начальных стадиях процесса проектирования, когда высокой точности результатов не требуется, использовать наиболее простые и экономичные модели. На последних этапах применяют наиболее точные модели, проводят многовариантный анализ и тем самым получают достоверные оценки работоспособности объекта. 1.4 Формализация проектных задач и возможности применения ЭВМ для их решения Формализация проектной задачи является необходимым условием для ее решения на ЭВМ. К формализуемым задачам относятся прежде всего задачи, всегда считавшиеся рутинными, не требующими существенных затрат творческих усилий инженеров. Это процедуры изготовления конструкторской документации (КД) в условиях, когда содержание КД уже полностью определено, но еще не имеет принятой для хранения и дальнейшего использования формы (например. формы чертежей, графиков, схем, алгоритмов, таблиц соединений). Кроме рутинных к формализуемым задачам относится большинство задач анализа проектируемых объектов. Их формализация достигается благодаря развитию теории и методов автоматизированного проектирования, прежде всего моделирования. В то же время есть много проектных задач творческого характера, для которых способы формализации неизвестны. Это задачи, связанные с выбором принципов построения и организации объекта, синтеза схем и конструкций в условиях, когда выбор варианта производится среди неограниченного множества вариантов и не исключается возможность получения новых, ранее неизвестных решений. Подход к решению задач указанных групп в САПР неодинаков. Полностью формализуемые задачи, составляющие первую группу задач, чаще всего решаются на ЭВМ без вмешательства человека в процесс решения. Частично формализуемые задачи, составляющие вторую группу задач, решаются на ЭВМ при активном участии человека, т.е. имеет место работа с ЭВМ в интерактивном режиме. Наконец, неформализуемые задачи, составляющие третью группу задач, решаются инженером без помощи ЭВМ. В настоящее время одним из направлений развития математического обеспечения автоматизированного проектирования является разработка методов и алгоритмов синтеза на всех уровнях иерархического проектирования. 2 Основные определения САПР 2.1 Определение, назначение, цель По определению, САПР это организационно-техническая система, состоящая из совокупности комплекса средств автоматизации проектирования и коллектива специалистов подразделений проектной организации, выполняющая автоматизированное проектирование объекта, которое является результатом деятельности проектной организации. Из этого определения следует, что САПР это не средство автоматизации, а система деятельности людей по проектированию объектов. Поэтому автоматизация проектирования как научно-техническая дисциплина отличается от обычного использования ЭВМ в процессах проектирования тем, что в ней рассматриваются вопросы построения системы, а не

10 совокупность отдельных задач. Эта дисциплина является методологической, поскольку она обобщает черты, являющиеся общими для разных конкретных приложений. Идеальная схема функционирования САПР представлена на рис Задание на проектирование КТС и проектировщики проект Рис Схема функционирования САПР. На схеме аббревиатурой КТС обозначен комплекс технических средств, применяемых при решении задачи проектирования. Эта схема идеальна в смысле полного соответствия формулировке согласно существующим стандартам и несоответствия реально действующим системам, в которых далеко не все проектные работы выполняются с помощью средств автоматизации и не все проектировщики пользуются этими средствами. Проектировщики, как следует из определения, тоже являются частью САПР. Это утверждение вполне правомерно, т. к. САПР это система автоматизированного, а не автоматического проектирования. Это значит, что часть операций проектирования может и всегда будет выполняться человеком. При этом в более совершенных системах доля работ, выполняемых человеком, будет меньше, но содержание этих работ будет более творческим, а роль человека в большинстве случаев более ответственной. Достаточно распространено ошибочное определение САПР как совокупности технических, программных и информационных средств, используемых проектировщиками (в контексте - пользователи САПР). Такой подход к САПР, связанный с выделением каких-то отдельных ее сторон (применения ЭВМ или построения системы), приводит, во-первых, к различному пониманию САПР и, во-вторых, как следствие, к потере функциональных и структурных качеств, которыми должна обладать САПР как система, автоматизирующая творческий процесс разработки нового объекта. Использование системного подхода, основанного на комплексном анализе процесса проектирования как разновидности трудовой деятельности человека, состава средств, реализующих этот процесс, и всей совокупности взаимодействия между ними и внешней средой, позволяет сформировать концепцию построения САПР, отражающую ее внутреннюю сущность и принципиально отличную от приведенного выше взгляда. Согласно этой концепции САПР является организационно-технической системой (ОТС), представляющей собой целенаправленно функционирующую совокупность коллектива людей, упорядоченного в рамках административно- организационной структуры предприятия, и комплекса технических средств, взаимодействующих в информационной среде и объединенных общностью решаемых задач в ходе процесса проектирования. Рассмотрим основные принципиальные положения этой концепции. Во-первых, однозначно предопределяется включение человека (точнее, коллектива людей) в структуру системы как неотъемлемого ее компонента. Поскольку процесс проектирования включает большое число неформализуемых (по крайней мере в настоящее время и в обозримом будущем) процедур обработки информации, постольку человек не может быть исключен из системы, реализующей этот процесс. Более того, в проектировании как в процессе создания нового объекта наиболее важную роль играют творческие моменты, что делает человека центральным звеном автоматизированной системы. Следовательно, САПР является человеко-машинной системой, а учитывая коллективный характер проектирования, системой особого рода, т.е. организационно-технической системой, в которой взаимодействия и взаимоотношения между людьми и коллективами регламентируются организационной структурой предприятия или подразделения. Как видно, это положение в корне отличается от тех, которое трактуют САПР как совокупность некоторых средств (или

11 обеспечений) - технических, программных, информационных и других, используемых проектировщиками. Во-вторых, взаимодействие людей и технических средств определяется как взаимодействие в информационной среде, которое отражает информационный характер связей между этими компонентами САПР. В-третьих, устанавливается основа объединения компонентов САПР в систему - задачи проектирования и процесс их решения (процесс проектирования). Из определения САПР следует, что целью ее функционирования является проектирование. Как уже было сказано, проектирование это процесс переработки информации, приводящий, в конечном счете, к получению полного представления о проектируемом объекте и способах его изготовления. Объектом автоматизации проектирования являются работы, действия человека, которые он выполняет в процессе проектирования. А то, что проектируют, называют объектом проектирования. Человек может проектировать дом, машину, технологический процесс, промышленное изделие. Такие же объекты призвана проектировать САПР. При этом разделяют САПР изделия (САПР И) и САПР технологических процессов (САПР ТП). Следовательно, объекты проектирования не являются объектами автоматизации проектирования. В производственной практике объектом автоматизации проектирования является вся совокупность действий проектировщиков, разрабатывающих изделие или технологический процесс, или то и другое, и оформляющих результаты разработок в виде конструкторской, технологической и эксплуатационной документаций. Практически решить в полном объеме задачу формализации всего процесса проектирования очень сложно, однако если будет автоматизирована хотя бы часть проектных операций, это себя все равно оправдает, т. к. позволит в дальнейшем развивать созданную САПР на основе более совершенных технических решений и с меньшими затратами ресурсов. В целом для всех этапов проектирования изделий и технологии их изготовления можно выделить следующие основные виды типовых операций обработки информации: поиск и выбор из всевозможных источников нужной информации; анализ выбранной информации; выполнение расчетов; принятие проектных решений; оформление проектных решений в виде, удобном для дальнейшего использования (на последующих стадиях проектирования, при изготовлении или эксплуатации изделия). Автоматизация перечисленных операций обработки информации и процессов управления использованием информации на всех стадиях проектирования составляет сущность функционирования современных САПР. Рассмотрим основные черты систем автоматизированного проектирования и их принципиальные отличия от "позадачных" методов автоматизации. Первой характерной особенностью является возможность комплексного решения общей задачи проектирования, установления тесной связи между частными задачами, т. е. возможность интенсивного обмена информацией и взаимодействие не только отдельных процедур, но и этапов проектирования. Вторым отличием САПР является интерактивный режим проектирования, при котором осуществляется непрерывный процесс диалога "человек-машина". Сколь ни сложны и изощренны формальные методы проектирования, сколь ни велика мощность вычислительных средств, невозможно создать сложную техническую систему без творческого участия человека. Системы автоматизации проектирования по своему замыслу должны не заменять конструктора, а выступать мощным инструментом его творческой деятельности. Третья особенность САПР заключается в возможности имитационного моделирования систем в условиях работы, близких к реальным. Имитационное моделирование дает возможность предвидеть реакцию проектируемого объекта на самые различные возмущения, позволяет конструктору "видеть" плоды своего труда в действии без макетирования.

12 Имитационное моделирование позволяет провести испытания различных вариантов решения и выбрать лучший, причем сделать это быстро и учесть всевозможные факторы и возмущения. Четвертая особенность заключается в значительном усложнении программного и информационного обеспечения проектирования. Речь идет не только о количественном, объемном увеличении, но и об идеологическом усложнении, которое связано с необходимостью создания языков общения проектировщика и ЭВМ, развитых банков данных, программ информационного обмена между составными частями системы, программ проектирования. В результате проектирования создаются новые, более совершенные технологические процессы и оборудование, отличающиеся от своих аналогов и прототипов более высокой эффективностью за счет использования новых физических явлений и принципов функционирования, более совершенной элементной базы и структуры, улучшенных конструкций и прогрессивных технологических процессов. 2.2 Принципы создания САПР При создании САПР руководствуются следующими общесистемными принципами: 1. Принцип включения состоит в том, что требования к созданию, функционированию и развитию САПР определяются со стороны более сложной системы, включающей в себя САПР в качестве подсистемы. Такой сложной системой может быть, например, комплексная система АСНИ САПР АСУТП предприятия, САПР отрасли и т. п. 2. Принцип системного единства предусматривает обеспечение целостности САПР за счет связи между ее подсистемами и функционирования подсистемы управления САПР. 3. Принцип комплексности требует связности проектирования отдельных элементов и всего объекта в целом на всех стадиях проектирования. 4. Принцип информационного единства предопределяет информационную согласованность отдельных подсистем и компонентов САПР. Это означает, что в средствах обеспечения компонентов САПР должны использоваться единые термины, символы, условные обозначения, проблемно-ориентированные языки программирования и способы представления информации, которые обычно устанавливаются соответствующими нормативными документами. Принцип информационного единства предусматривает, в частности, размещение всех файлов, используемых многократно при проектировании различных объектов, в банках данных. За счет информационного единства результаты решения одной задачи в САПР без какой-либо перекомпоновки или переработки полученных массивов данных могут быть использованы в качестве исходной информации для других задач проектирования. Плохая информационная согласованность превращает САПР в совокупность автономных программ, при этом из-за не учета в подсистемах многих факторов, оцениваемых в других подсистемах, снижается качество проектных решений. 5. Принцип совместимости состоит в том, что языки, коды, информационные и технические характеристики структурных связей между подсистемами и компонентами САПР должны быть согласованы так, чтобы обеспечить совместное функционирование всех подсистем и сохранить открытую структуру САПР в целом. Так, введение каких-либо новых технических или программных средств в САПР не должно приводить к каким-либо изменениям уже эксплуатируемых средств. 6. Принцип инвариантности предусматривает, что подсистемы и компоненты САПР должны быть по возможности универсальными или типовыми, т. е. инвариантными к проектируемым объектам и отраслевой специфике. Применительно ко всем компонентам САПР это, конечно, невозможно. Однако многие компоненты, например программы оптимизации, обработки массивов данных и другие, могут быть сделаны одинаковыми для разных технических объектов. 7. Принцип развития требует, чтобы в САПР предусматривалось наращивание и совершенствование компонентов и связей между ними. При модернизации подсистемы САПР допускается частичная замена компонентов, входящих в подсистему, с изданием соответствующей документации.

13 Приведенные общесистемные принципы являются чрезвычайно важными на этапе разработки САПР. Контроль над их соблюдением обычно осуществляет специальная служба САПР предприятия. Характерным для САПР является осуществление единой совокупности проектных работ от замысла до выпуска комплекта технической документации. Таким образом, цели и задачи САПР носят системный характер. В современных САПР ставится задача возможно полной замены человека вычислительной машиной в нетворческих (рутинных) составляющих процесса проектирования, всегда исключительно трудоемких, однообразных и утомительных для человека. Эти составляющие являются источниками основных ошибок в технической документации точечном продукте процесса проектирования. Существо процесса проектирования составляет синтез. Различают два типа процесса синтеза: прямой (рис. 2.2,а) и итеративный (рис. 2.2,б). Прямой синтез подразумевает жесткую формализацию (алгоритмизацию) этого процесса. В этом случае может быть составлен алгоритм синтеза, решающий задачу без какого-либо вмешательства проектировщика. Как правило, решение сложных задач (к ним относятся многие задачи проектирования систем управления) жестко не формализуются, тогда процесс синтеза носит итеративный характер и называется итеративным синтезом. Для этого необходима первоначальная модель (гипотеза), которая может очень приблизительно соответствовать заданию (замыслу). Затем в процессе итерации модель анализируется и уточняется с целью ее предельного приближения к заданию. Чем больше число итераций, тем ближе модель системы к заданию. Число необходимых итераций определяется проектировщиком. Первоначальная модель системы управления генерируется компьютером (рис. 2.2,б) согласно требованиям ТЗ (техническое задание). Для этого в памяти компьютера хранится набор типовых моделей систем управления. а) Замысел (задание) синтез Конструкторская документация б) Итеративный синтез Замысел (задание) Гипотеза (вариант модели) анализ Конструкторская документация Уточнение модели Рис Процесс синтеза а прямой, б итеративный. Режим диалога обеспечивает наилучшее использование как компьютера, так и творческих возможностей человека, его опыта и интуиции. Однако наиболее полно преимущества диалогового режима САПР проявляются при организации взаимодействия проектировщика и компьютера на уровне не только знаковой (буквенно-цифровой), но, что особенно существенно, и графической информации. В этом случае помимо опыта и интуиции проектировщика эффективно используется и его зрительный аппарат. 2.3 Классификация САПР Согласно ГОСТ САПР классифицируются по разным признакам. По количеству выпускаемых проектных документов в год (в формате А4) САПР подразделяются на системы: малой (до документов в год в пересчете на формат А4);

14 средней (от до документов в год); высокой производительности (более документов в год). По уровню автоматизации проектирования различают САПР: низкоавтоматизированного проектирования, когда количество автоматизированных проектных процедур не превышает 25%; среднеавтоматизированного проектирования (25 50%); высокоавтоматизированного проектирования (свыше 50%). По сложности объекта проектирования имеются САПР: простых объектов (до 100 составных элементов); объектов средней сложности (до 1000 составных элементов); сложных объектов (до составных элементов); очень сложных объектов (до составных элементов); объектов очень высокой сложности (более составных элементов). По количеству уровней в структуре технического обеспечения могут быть САПР одно-, двух- и трехуровневые. Международная терминология и классификация САПР В области классификации САПР используется ряд устоявшихся англоязычных терминов, применяемых для классификации программных приложений и средств автоматизации САПР по отраслевому и целевому назначению. Классификация САПР по отраслевому назначению В зависимости от отраслевого назначения выделяют: MCAD (англ. mechanical computer-aided design) автоматизированное проектирование механических устройств, машиностроительные САПР, применяются в автомобилестроение, судостроении, авиакосмической промышленности, производстве товаров народного потребления, включают в себя разработку деталей и сборок (механизмов) с использованием параметрического проектирования на основе конструктивных элементов, технологий поверхностного и объемного моделирования (SolidWorks, Autodesk Inventor, CATIA); EDA (англ. electronic design automation) или ECAD (англ. electronic computer-aided design) САПР электронных устройств, радиоэлектронных средств, ИС, печатных плат и т. п., (Altium Designer, OrCAD); AEC CAD (англ. architecture, engineering and construction computer-aided design) или CAAD (англ. computer-aided architectural design) САПР в области архитектуры и строительства, используются для проектирования зданий, промышленных объектов, дорог, мостов и проч. (Autodesk Architectural Desktop, Piranesi, ArchiCAD). Классификация САПР по целевому назначению По целевому назначению различают САПР или подсистемы САПР, которые обеспечивают различные аспекты проектирования. CAD (англ. computer-aided design/drafting) средства автоматизированного проектирования, в контексте указанной классификации термин обозначает средства САПР предназначенные для автоматизации двумерного и/или трехмерного геометрического проектирования, создания конструкторской и/или технологической документации, САПР общего назначения. Для обозначения данного класса средств САПР используется также термин CADD (англ. computer-aided design and drafting) автоматизированное проектирование и создание чертежей. Системы геометрического моделирования обозначают как CAGD (англ. computer-aided geometric design). CAE (англ. computer-aided engineering) средства автоматизации инженерных расчётов, анализа и симуляции физических процессов, осуществляют динамическое моделирование, проверку и оптимизацию изделий. Подкласс средств CAE, используемых для компьютерного анализа, обозначается термином CAA (англ. computer-aided analysis). CAM (англ. computer-aided manufacturing) средства технологической подготовки производства изделий, обеспечивают автоматизацию программирования и

15 управления оборудования с ЧПУ или ГАПС (Гибких автоматизированных производственных систем)). Русским аналогом термина является АСТПП автоматизированная система технологической подготовки производства. CAPP (англ. computer-aided process planning) средства автоматизации планирования технологических процессов применяемые на стыке систем CAD и CAM. Многие системы автоматизированного проектирования совмещают в себе решение задач относящихся к различным аспектам проектирования CAD/CAM, CAD/CAE, CAD/CAE/CAM. Такие системы называют комплексными или интегрированными. С помощью CAD-средств создаётся геометрическая модель изделия, которая используется в качестве входных данных в системах CAM, и на основе которой, в системах CAE формируется требуемая для инженерного анализа модель исследуемого процесса. Неоднозначность английских терминов в области САПР В ряде зарубежных источников устанавливается определенная соподчиненность понятий CAD, CAE, CAM. Термин CAE определяется как наиболее общее понятие, включающее любое использование компьютерных технологий в инженерной деятельности, включая CAD и CAM. Для обозначений всего спектра различных технологий автоматизации с помощью компьютера, в том числе средств САПР, используется термин CAx (англ. computer-aided). Классификация по функциональным характеристикам Принято делить CAD/CAM-системы по их функциональным характеристикам на три уровня: - верхний; - средний; - нижний. В конце 20-го века такое деление основывалось на значительном различии характеристик используемого для САПР вычислительного оборудования. Аппаратной платформой CAD/САЕ/CAM-систем верхнего уровня были дорогие высокопроизводительные рабочие станции с ОС Unix. Такая техника позволяла выполнять сложные операции как твердотельного, так и поверхностного геометрического моделирования применительно к сборочным узлам из многих деталей. CAD-системы нижнего уровня предназначались только для автоматизации чертежных работ, выполнявшихся на низкопроизводительных рабочих станциях и персональных компьютерах. По мере улучшения характеристик персональных компьютеров удавалось создавать сравнительно недорогие системы с возможностями параметрического и ассоциативного 3Dмоделирования. Такие системы стали относить к CAD/CAM-системам среднего уровня. Сегодня деление CAD/CAM-систем на САПР верхнего, среднего и нижнего уровней еще сохраняется, хотя и страдает очевидной нечеткостью. Примерами CAD/CAM-систем верхнего уровня являются CATIA (компания Dassault Systemes), Unigraphics (Unigraphics Solution), Pro/Engineer (PTC). Наиболее известными CAD/CAM-системами среднего уровня на основе ядра ACIS являются AutoCAD, Mechanical Desktop и Autodesk Inventor (Autodesk Inc.); Cimatron (Cimatron Ltd.); ADEM (Omega Technology); Mastercam (CNC Software, Inc.); Powermill (DELCAM) и др. К числу CAD/CAM-систем среднего уровня на основе ядра Parasolid принадлежат Solid Edge и Unigraphics Modeling (Unigraphics Solutions); SolidWorks (SolidWorks Corp.); MicroStation Modeler (Bentley Systems Inc.); Pro/Desktop (Parametric Technology Corp.); Anvil Express (MCS Inc.) и др. Ряд CAD/CAM систем среднего и нижнего уровней разработан в СССР и России. Наибольшее распространение среди них получили Компас (компания Аскон) и T-Flex CAD (Топ Системы) и некоторые другие системы. NanoCAD первая отечественная САПР-платформа, распространяемая абсолютно бесплатно. На ее базе создаются платные специализированные решения: nanocad СПДС универсальная двумерная графическая программа, предназначенная для выполнения чертежей и оформления рабочей документации в архитектурно-строительном проектировании и смежных отраслях.

16 nanocad Механика универсальная двумерная графическая программа, предназначенная для оформления чертежей в соответствии с ЕСКД, проектирования систем гидропневмоэлементов, зубчатых зацеплений, валов, инженерного анализа, расчета размерных цепей. nanocad СКС автоматизированное проектирование структурированных кабельных систем (СКС) зданий и сооружений различного назначения, кабеленесущих систем и телефонии. nanocad ОПС автоматизированное проектирование охранно-пожарной сигнализации, систем контроля и управления доступом (СКУД) зданий и сооружений различного назначения. nanocad Топоплан создание и ведение топографических планов масштаба от 1:500 до 1:5000 в стандартных условных знаках различной локализации: точечных, линейных и площадных. nanocad Электро автоматизированное выполнение проектов в частях силового электрооборудования (ЭМ) и внутреннего электроосвещения (ЭО) промышленных и гражданских объектов строительства. nanocad ЭлектроПроект выполнение проектов электрооборудования изделий общего машиностроения, приборостроения, станкостроения, железнодорожного подвижного состава, может применяться для проектирования электрооборудования в энергетике. 3 Виды обеспечения САПР 3.1 Компоненты САПР В составе САПР как организационно-технической системы можно выделить следующие компоненты (рис. 3.1.): Организационная система, структура которой определяет место отдельных специалистов и коллективов, а также взаимодействие и взаимоотношения между ними, является, таким образом, интеллектуальным компонентом САПР. В зависимости от функций специалистов, принимающих участие в процессе проектирования, они группируются по трем категориям: целевой персонал, т.е. проектировщики, непосредственно осуществляющие проектирование объекта; управляющий персонал в лице руководителей подразделений и предприятия; обеспечивающий персонал, чья деятельность направлена на поддержание необходимого состояния технических средств САПР, обеспечение процесса проектирования необходимыми ресурсами и т.д. Технические средства (машинный компонент) подразделяются на следующие виды: средства обработки, передачи и хранения информации (ЭВМ, внешние устройства памяти, интерфейсные устройства); средства взаимодействия человека - ЭВМ, так называемое терминальное (или периферийное) оборудование (дисплеи, графопостроители, телетайпы, диджитайзеры и т.д.); а также вспомогательное оборудование, функции которого заключаются в создании необходимых условий функционирования первых двух видов технических средств (средства обеспечения необходимых параметров воздушной среды в помещениях, средства защиты от внешних помех, устройства электропитания). Информационная среда - информационный компонент объединяет все виды информации, хранимой, передаваемой, обрабатываемой в САПР. Информация в САПР весьма разнопланова по своему содержанию, форме представления, сферам использования. Учитывая непрерывное изменение этих показателей по мере протекания процесса проектирования, зависимость их от конкретных особенностей построения САПР, а также объекта проектирования, представляется целесообразным выделить в состав информационной среды составляющие, назначение которых инвариантно по отношению к этим факторам. Основой, на которой объединяются указанные компоненты САПР в единую целенаправленную функционирующую систему (или подсистему), как уже отмечалось, является процесс научно-исследовательских и опытно-конструкторских разработок (НИОКР). По отношению к САПР в целом - это процесс проектирования, конструирования и технологической подготовки производства, а к подсистеме - законченная совокупность проектных процедур.

17 Наличие в составе САПР вышеуказанных компонентов при развитой по своему составу информационной среде - один из признаков, отличающий автоматизированную систему от простого набора средств автоматизации. Это положение относится как к САПР предприятия в целом, для которой представленная выше структура составляющих ее компонентов достаточно инвариантна, так и к подсистемам САПР. В качестве последних выступают части САПР, ориентированные либо на получение определенного законченного информационного продукта (проектного решения, конструкции узла и т.д.) как результата решения некоторой частной задачи проектирования, либо на выполнение функционально законченных процедур проектирования, сопутствующих получению собственно проектно-конструкторских решений (процедуры организации диалога, ввода и вывода графической информации и др.). Обоснование характеристик ТС Проектирование Изготовление опытных образцов Испытания и доводка Управляющий персонал Процесс НИОКР Периферийное оборудование Целевой персонал Организа ционная система Разраба тывающ ая ОТС Техничес кие средства Средства Обработки, передачи и хранения информации Обеспечиваю щий персонал Информа ционная среда Вспомогательное оборудование Организацион ное обеспечение Методи ческое обеспечение Информацион ное обеспечение Программное обеспечение Рис Основные компоненты САПР Таким образом, САПР представляют собой единство семи основ: технического; математического; программного; информационного; языкового (лингвистического); методического; организационного обеспечений. Рассмотрим подробнее каждый вид обеспечения САПР. 3.2 Техническое обеспечение и структура САПР Технические средства или комплекс технических средств (КТС) САПР обеспечивает ввод исходной информации, необходимой для проектирования систем управления, решение задачи и вывод результатов на различных носителях информации, и прежде всего выпуск необходимого комплекта технической документации как графической (схемы, чертежи, графики, фотографии), так и текстовой (буквенно-цифровой). Комплекс технических средств (КТС) объединяет различные компьютеры и устройства хранения, передачи и обработки данных, в том числе средства для работы с графической и текстовой информацией. Для проектирования систем управления используют компьютеры, обладающие высоким быстродействием и большим объемом памяти и широким набором

18 средств внешней памяти. Кроме того, КТС должен обеспечивать эффективный диалог проектировщика с компьютерной системой. На рис. 3.2 изображен одноуровневый вариантов структуры САПР. При проектировании сложных систем необходима одновременная разработка большого числа подсистем и устройств. В этом случае следует обеспечить возможность одновременного доступа к компьютеру специалистов различных специальностей: системотехников, схемотехников, программистов, конструкторов, технологов и т.д. Естественным является использование вычислительных подсистем на основе рабочих станций в соответствующих подразделениях проектирующей организации. Подобная структура САПР называется двухуровневой (рис. 3.3). Программное обеспечение Печатающее устройство Устройства ввода ПК Чертежное устройство Устройство изготовления управляющи х носителей Рис Одноуровневая структура САПР. ПК персональный компьютер. Программное обеспечение Печатающее устройство Устройства ввода ПК Чертежное устройство 1 Устройство связи Устройство изготовления управляющи х носителей Устройство связи сервер Устройство связи 2 3 Программное обеспечение Рис Двухуровневая структура САПР. Двухуровневая структура обеспечивает одновременный диалоговый режим проектирования для специалистов различных специальностей, участвующих в разработке системы управления. Производительность САПР этого типа наибольшая. В двухуровневых системах большое значение приобретает проблема взаимодействия рабочих станций. Для их эффективной интеграции в единую систему они объединяются в компьютерной сети. Поэтому в двухуровневых САПР важными элементами технического

19 обеспечения становятся устройства связи - средства коммуникации оборудования: сетевые адаптеры, концентраторы, коммуникаторы, маршрутизаторы, а также проводные и беспроводные линии. Кроме того, важнейшей характеристикой компьютерной сети является ее топология. При соединении компьютеров в сеть используют топологии кольцо, общая шина и наибольшее распространение получила схема соединения звезда. В качестве сервера центрального компьютера используется ЭВМ с более высокой производительностью. При этом различают 2 технологии объединения компьютеров в сеть: файл-сервер и клиент-сервер. Файл-сервер служит для хранения единой базы данных САПР. Рабочие станции обращаются к серверу с запросами на получение данных. Сервер в ответ на запрос пересылает нужный файл обратно. Обработку информации и вычисления выполняет рабочая станция. Эта технология предполагает большую нагрузку на линии коммуникации самое узкое место в компьютерной сети, что сильно снижает производительность системы. Клиент-серверная технология предполагает, что обработку информации выполняет центральный компьютер, поэтому по линиям связи передается только результат, а не весь файл с исходной информацией. При большом количестве запросов от разных рабочих станций увеличивается нагрузка на сервер, что требует использования в качестве него очень мощного компьютера. 3.3 Математическое обеспечение САПР Математическое обеспечение (МО) представляет собой совокупность математических моделей объектов проектирования, методов и алгоритмов выполнения проектных операций и процедур при автоматизированном проектировании. Математическое обеспечение является фундаментальной основой автоматизированного проектирования, базирующейся на современных достижениях математики, информатики, теорий моделирования и алгоритмов. Свойства МО оказывают определяющее влияние на возможности и результативность САПР. Основу математического обеспечения САПР составляют алгоритмы, по которым разрабатывается программное обеспечение САПР. Элементы математического обеспечения САПР чрезвычайно разнообразны. Среди них имеются инвариантные элементы принципы построения функциональных моделей, методы численного решения алгебраических и дифференциальных уравнений, постановки экстремальных задач, поиски экстремума. Разработка математического обеспечения является самым сложным этапом создания САПР, от которого в наибольшей степени зависят производительность и эффективность функционирования САПР в целом. По назначению и способам реализации математическое обеспечение САПР делится на две части: математические методы и построенные на их основе математические модели, описывающие объекты проектирования; формализованное описание технологии автоматизированного проектирования. Примером математического описания может служить математическая модель процесса теплообмена при проектировании теплообменного аппарата: 2 θ θ = a 2 τ x θ θ θ τ = = 1; λ x= R = α θ x = R; x= 0 x x 0 = Эти соотношения математической модели требуют решения на основе математических методов, например, путем разложения в тригонометрический ряд Фурье: 0

20 θ τ = (, x) 2 k= 1 µ k sin µ + sin µ k k cos µ k cos µ k x R exp µ Способы и средства реализации первой части математического обеспечения наиболее специфичны в различных САПР и зависят от особенностей объектов проектирования. Что касается второй части математического обеспечения, то формализация процессов автоматизированного проектирования в комплексе оказалась более сложной задачей, чем алгоритмизация и программирование отдельных проектных задач. При решении данной задачи должна быть формализована вся логика технологии проектирования, в том числе логика взаимодействия проектировщиков друг с другом на основе использования средств автоматизации. Работы по автоматизации проектирования во многих случаях выявили несовершенство методологии самого проектирования и привели к необходимости одновременного решения задач по совершенствованию процессов проектирования. В основе проектирования должен лежать системный подход. Математическое обеспечение САПР должно описывать во взаимосвязи объект, процесс и средства автоматизации проектирования. Так как в настоящее время установившейся теоретической базы для решения этой задачи не существует, то практически происходит процесс интеграции в единый комплекс средств моделирования сложных систем различных математических методов. В развитии этого процесса можно выделить два перспективных направления: развитие методов получения оптимальных проектных решений, в том числе ориентированных на автоматизированное проектирование; совершенствование и типизация самих процессов автоматизированного проектирования, инвариантных к видам проектируемых объектов. 3.4 Программное обеспечение САПР Программное обеспечение (ПО) реализует алгоритмы автоматизированного проектирования. По своей значимости и трудоемкости ПО превосходит аппаратную часть САПР. Доля ПО в общих затратах по САПР превышает 50 % и имеет тенденцию постоянного нарастания. Так, если в середине 80-х годов комплекс программ САПР оценивался в 1 1,5 млн. операторов, в настоящее время за счет более широкой автоматизации процесса проектирования он оценивается на несколько порядков выше. Программное обеспечение САПР, в свою очередь, делится на общее (системное), специализированное (проблемное или прикладное), а также инструментальное. Системное ПО определяется в основном операционной системой, действующей для данного типа КТС, и предназначено для управления вычислительным процессом, взаимодействием различных устройств и программ, приемом заданий на выполнение логических вычислительных задач, распределением ресурсов между программами пользователей, диагностикой неисправностей, связи с проектировщиком (оператором) и т. д. В определенном смысле операционную систему можно считать непосредственным продолжением аппаратной части компьютера, входящей в состав КТС САПР. Специализированное ПО представляет собой комплекс программ, ориентированных на решение прикладных задач проектирования. В эту группу ПО входят текстовые редакторы, табличные процессоры, графические программы, программные комплексы для моделирования, системы управления базами данных и пр. В настоящее время большой объем ПО САПР обусловил его иерархическое построение. На рис. 3.4 изображена структура программного обеспечения САПР. Этот программный комплекс состоит из трех иерархических уровней. Первый уровень составляют программы синтеза структур, схемотехнического и конструкторского проектирования, выпуска технической документации и машинных носителей информации для автоматизированного изготовления и контроля аппаратуры систем, управления. 2 k aτ R 2

21 Гибкое автоматизированное производство Информационно-поисковая система технической документации Комплекс ПО САПР Диспетчер ПО Диспетчер системотехнического проектирования Диспетчер схемотехнического проектирования Диспетчер конструирования Синтез структур Синтез функциональных схем Компоновка аппаратуры Синтез алгоритмов Синтез принципиальных схем Размещение элементов Моделирование и оптимизация Синтез тестов Выпуск машинных носителей Выпуск технической документации Рис Структура программного обеспечения САПР Второй уровень иерархии включает в себя программы-диспетчеры системотехнического, схемотехнического и конструкторского проектирования. Третий уровень иерархии представлен общим диспетчером, объединяющим САПР с ГАП и информационно-поисковой системой хранения, изменения и тиражирования технической документации. Инструментальное ПО представлено системами программирования, предназначенными для разработки нового ПО любого из трех классов. С помощью инструментальных средств можно разрабатывать как новое системное, так и прикладное ПО и даже новые системы программирования. 3.5 Информационное обеспечение В процессе автоматизированного проектирования перерабатывается большое количество информации. Информационное обеспечение (ИО) представляет собой совокупность информационных описаний объектов проектирования, их составляющих и технических решений, используемых в процессе проектирования. Информационное обеспечение современных САПР формируется в виде баз данных. В целом ИО служит для накопления, хранения и обработки информационных данных о выполняемых проектах, о всех исходных данных (ИД), а также для контроля и управления ходом проектирования. Наличие ИО отличает развитую САПР от набора средств для автоматизации отдельных проектных операций. Информационное обеспечение САПР должно отвечать следующим основным требованиям: 1) обеспечение достаточных объемов устройств для хранения информации с возможностью наращивания емкости этих устройств; 2) компактность хранимой информации и минимальный износ носителей информации в процессе функционирования системы; 3) достаточное быстродействие, т. е. время получения информации не должно существенно превышать время ее обработки; 4) оперативность системы, проявляющаяся в малом времени реакции системы на

22 запросы пользователей, в том числе одновременно нескольких; 5) возможность удобного внесения изменений и корректировки информации. Основу информационного обеспечения САПР составляет база данных. База данных (БД) это совокупность определенным образом организованных хранимых данных, используемых при проектировании. Данные хранятся во внешней памяти, например на магнитных дисках. База данных имеет сложную структуру, объединяет данные, подбираемые по определенным принципам, является интегрированной, т. е. содержит данные для многих пользователей. Каждый пользователь, работающий в пакетном или диалоговом режиме, связан только с небольшой частью этих данных. Схема взаимодействия пользователей с интегрированной базой данных изображена на рис Прикладные программы пользователи БД рис Взаимодействие с базой данных Использование базы данных обеспечивает: 1) сокращение избыточности хранимых данных; 2) жесткое соблюдение стандартов в представлении данных; 3) безопасность данных (индивидуальный доступ к базе данных возможен только по определенным паролям); 4) независимость данных развитие (наращивание) базы данных не оказывает влияния на имеющиеся в ней данные (не разрушает их). Важным условием использования базы данных является независимость программ САПР от изменения структуры и содержания данных. На рис. 3.6 показана архитектура системы базы данных. пользователи Внешняя модель данных 1 Внешняя модель данных 2 Внешняя модель данных 3 Концептуальная модель данных Внутреняя модель данных Рис Трехуровневая модель системы управления базой данных, предложенная ANSI. Здесь выделены три уровня базы данных: внешний, концептуальный и внутренний. Внешний уровень наиболее близок к пользователю и является отражением представления

23 пользователей о данных. Внутренний уровень связан со способом физического хранения данных. Концептуальный уровень промежуточный между внешним и внутренним и определяется обобщенным представлением пользователей о данных (т.е. абстрактным представлением базы данных в целом). На рис. 3.7 показана организация интерфейса хранимых данных. пользователя Хранимых данных Физических данных пользователь СУБД Метод доступа База данных Рис Организация интерфейса хранимых данных. Информационное обеспечение САПР чрезвычайно сложно. Например, информационная система процессов проектирования CCF (Corporate Central File) фирмы IBM обеспечивает хранение и оперативную корректировку данных о 2 2,5 млн. деталей и комплектующих изделий. Эти данные используются 50 заводами и фабриками и более чем дюжиной исследовательских лабораторий фирмы IBM. 3.6 Языковое (лингвистическое) обеспечение САПР Основу лингвистического обеспечения САПР составляют специальные языковые средства (языки проектирования), предназначенные для описания процедур автоматизированного проектирования и проектных решений. Основная часть лингвистического обеспечения языки общения человека с ЭВМ. Существуют входные языки проектирования, призванные формализовать техническое задание. Этими языками не исчерпываются языковые средства САПР. Действительно, процесс проектирования систем управления является многоэтапным. На каждом этапе предъявляются свои требования к языку описания входной информации. Эти требования неодинаковы, например, для этапов схемотехнического и конструкторского проектирования и т. д. Поэтому правильно говорить о системе языковых средств САПР. Языки САПР служат средствами общения проектировщика с компьютером. С помощью этих средств проектировщик вводит в компьютер ту исходную информацию, без которой невозможен процесс автоматизированного проектирования. Эта исходная информация формируется проектировщиком и требует значительных затрат времени и сил, а вероятность большого числа ошибок может свести на нет все усилия. Многоэтапная запись на различных языках информации нежелательна. Единственной приемлемой альтернативой этому является создание непрерывного процесса проектирования или, как его называют, сквозного проектирования. В этом случае исходная информация для последующих этапов проектирования формируется компьютерной системой на предыдущих этапах. Задача проектировщиков состоит в создании эффективного входного языка проектирования (ВЯП), который должен характеризоваться: близостью к естественному языку проектирования; полнотой описания проектируемой системы; рациональностью, т. е. минимальными затратами труда и времени на описание проектируемой системы; универсальностью, т. е. возможностью описания различных систем данного класса. Перечисленные требования противоречивы. Во многих случаях стремление к полноте описания приводит к чрезмерным затратам труда на формализацию описания входной информации, что снижает в целом эффективность САПР. Методология сокращения

24 отмеченных противоречий сводится к следующему: сведение к минимуму повторяющейся и известной информации; изъятие информации, не нужной для данного этапа проектирования; поэтапное наращивание (генерация) дополнительной информации; рационализация форм записи исходной информации. Действительно, в процессе решения тех или иных задач проектирования информацию целесообразно разделить на основную, без которой невозможно дать полное для данного этапа проектирования описание проектируемой системы, и дополнительную, которая потребуется на последующих этапах. Например, при моделировании технологической схемы химикотехнологической системы, как правило, не важна длина трубопроводов, тогда как при трассировке указание этой длины является обязательным. Формализованное описание технологической схемы Таблица элементов Таблица связей Основные данные Дополнит. данные Рис Формализованное описание входной информации при автоматизированном проектировании технологических схем 3.7. Организационное и методическое обеспечения Система автоматизированного проектирования представляет собой не только единство комплексов технических, информационных, алгоритмических, программных и языковых средств, а объединяет эти комплексы с коллективами (подразделениями), выполняющими автоматизированное проектирование. Иными словами, САПР организационно-техническая система. Следствием этого является необходимость организационно-методического обеспечения сложного человеко-машинно-программного комплекса. Методическое обеспечение представляет собой набор стандартов и других документов, устанавливающих состав и правила отбора и эксплуатации средств функционирования САПР, порядок выполнения работ и отработки документации. Под методическим обеспечением САПР понимают входящие в ее состав документы, регламентирующие порядок ее эксплуатации. Причем документы, относящиеся к процессу создания САПР, не входят в состав методического обеспечения. Так как документы методического обеспечения носят в основном инструктивный характер, и их разработка является процессом творческим, то о специальных способах и средствах реализации данного компонента САПР говорить не приходится. Организационное обеспечение. Стандарты по САПР требуют выделения в качестве самостоятельного компонента организационного обеспечения, которое включает в себя положения, инструкции, приказы, штатные расписания, квалификационные требования и другие документы, регламентирующие организационную структуру подразделений проектной организации и взаимодействие подразделений с комплексом средств автоматизированного проектирования. Оно составляет совокупность документов, устанавливающих состав проектной организации и ее подразделений, порядок их взаимодействия, а также форму представления результатов автоматизированного проектирования и процедуру рассмотрения проектных документов. Эти средства выделились из ИО и имеют особое значение для правильной эксплуатации САПР.

25 3.8 Государственные стандарты САПР В Российской Федерации действуют государственные стандарты, определяющие и регламентирующие как создание, так и порядок использования САПР. Основные положения по САПР, и основные принципы его создания, определены ГОСТ Ниже приводится перечень основных ГОСТов по САПР и краткое их содержание: ГОСТ Системы автоматизированного проектирования. Основные положения. ГОСТ Система автоматизированного проектирования. Классификация и обозначение. ГОСТ Автоматизированное проектирование. Требование к информационному обеспечению. 4 Анализ и проектирование САПР 4.1 Предпроектный анализ Структурный анализ задач проектирования Задачи проектирования формулируются на основе технического задания (ТЗ). Если ТЗ составлено верно и отвечает требованию полноты, то оно служит основой для решения основной задачи проектирования. В первую очередь, САПР является информационной системой, и, следовательно, она должна принимать входную информацию, перерабатывать и выдавать на выходе новую информацию. Технология переработки информации может быть проанализирована на основе применения методов структурного анализа и проектирования SADT. Эта методология в полной мере соответствует принципам системного анализа и широко распространена в мире. Структурный анализ и проектирование неотъемлемая часть работы при создании сложных систем. Модель системы, какой бы она ни была структурной, функциональной, динамической, позволяет избежать ошибок при построении реальной системы и является фундаментом, от которого зависит качество ее функционирования в дальнейшем. Технология структурного анализа и проектирования SADT (Structured Analysis and Design Technique) представляет собой графический язык и набор процедур для анализа систем. Она позволяет описать систему, систематизировать и структурировать информацию об ее функционировании и прийти тем самым к полному пониманию системы до ее воплощения в жизнь. SADT это способ уменьшить количество дорогостоящих ошибок за счет структуризации на ранних этапах создания системы, улучшения контактов между пользователями и разработчиками системы. Наиболее часто SADT используется для определения требований к программным системам на этапе проектирования при создании крупномасштабных проектов. Но этим не ограничивается ее область применения. С ее помощью можно описывать любой интересующий нас объект, детализируя его до нужной степени точности и выясняя возможности его улучшения. Методология SADT поддерживает создание множества моделей для более точного описания сложной системы и включает в себя функциональные модели, модели данных и т.д. Мы рассмотрим только функциональное проектирование SADT, стандартизованное и опубликованное под названием IDEFO. Диаграмма IDEF0 является первой в семействе диаграмм SADT и позволяет выполнить анализ технологии обработки информации. Применительно к САПР эта диаграмма позволяет описать технологию решения задачи проектирования. На первом этапе необходимо определить цель модели и точку зрения модели. В качестве цели модели назначим: "Выполнить проект прямозубой цилиндрической передачи". IDEF0- модель состоит из набора диаграмм. Каждая диаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы, они помечаются глаголами или глагольными оборотами. Дуги связывают блоки вместе и отображают взаимосвязи между ними.

26 Обобщающая диаграмма верхнего уровня модели "Проектирование передачи" диаграмма А 0 представлена ниже на рис. 4.1: С1 С2 С3 I1 I2 Проектирование передачи А0 O1 O2 M1 M2 Рис Диаграмма А - 0 "Проектирование передачи" I1 требуемое число оборотов на выходе передачи; I2 Требуемая мощность на выходе передачи; O1 текстовый документ (пояснительная записка), содержащая результаты расчетов; O2 графический документ - эскиз передачи в двух видах; C1 стандарты ГОСТ ЕСКД; C2 методические указания к выполнению расчетов [1]; C3 учебное пособие [2]; M1 проектировщик; M2 вычислительный комплекс (персональный компьютер и печатающее устройство). На данной диаграмме один блок "Проектирование передачи" и 7 дуг, входящих в блок и исходящих из него. Расположение дуг относительно блока не случайно. Левая сторона блока предназначена для входов (INPUT I), правая для выходов (OUTPUT O), верхняя для управления (CONTROL C), нижняя для механизмов (MECHANIZM M). По начальным буквам обозначений дуг диаграмму IDEF0 иногда называют еще ICOM-диаграммой. Входы преобразуются в выходы, управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, кто (или что) выполняет функции. Обобщающая диаграмма верхнего уровня является в своем роде уникальной, поскольку содержит один единственный блок. Все остальные диаграммы IDEFO-модели обычно содержат от 3 до 6 блоков, при этом каждая такая диаграмма должна детализировать некоторый блок уже имеющейся в модели диаграммы. Рассмотрим диаграмму АО, представленную на рис. 4.2, детализирующую блок "Проектирование передачи" обобщающей диаграммы А 0. O11-I21-I61-I32 кинематические данные передачи; O21-I31-C52-I62 выбранный материал, термообработка и допускаемое напряжение; O31-I41-I51-I63 межосевое расстояние и размеры колес; O41-C51 флаг успешной проверки; O42-C21 флаг неуспешной проверки; O51-C61 флаг успешной проверки; O52-C22 флаг неуспешной проверки; На диаграмме АО уже присутствуют 6 блоков. Блоки должны быть пронумерованы в соответствии с порядком их следования. Номер блока размещается в правом нижнем углу прямоугольника. На диаграмме АО это номера Al, A2, А3, А4, А5 и A6. Диаграмма АО является диаграммой-потомком по отношению к диаграмме А 0, а диаграмма А 0, в свою очередь, является родительской диаграммой для АО. Для стыковки диаграммы-потомка с родительской диаграммой используются ICOM-коды (Input, Control, Output, Mechanizm): дуги входов помечаются метками I1, I2...дуги выходов O1, O2,..., дуги управления Cl, C2,..., дуги механизмов Ml, M2,... Никаких других входов, выходов,

27 дуг управления или механизмов на диаграмме АО, кроме тех, что присутствовали на А-0, появиться не может. Но внутри диаграммы между блоками появляются внутренние дуги, которые могут иметь разветвления и слияния внутри диаграмм. I1 I2 C3 Кинематический расчет передачи А1 O11 C2 C21 C1 I21 C22 Выбор материала и расчет допускаемого напряжения А2 O21 I31 Определение межосевого расстояния и размеров колес А3 O31 I32 I41 O42 Проверка размеров заготовок А4 O41 C52 C51 C53 O52 I51 Проверка на прочность А5 O51 I62 I61 C61 Подготовка ПЗ и эскиза А6 O1 O2 I63 M1 M2 Рис Диаграмма АО «Проектирование передачи» Результаты кинематических расчетов О11 поступают на вход (I32) блока А3 для проведения расчета межосевого расстояния и размеров зубчатых колес, на вход (I21) блока А2 для предварительного выбора материала и вида термообработки, а также на вход (I61) блока А6 для подготовки пояснительной записки и эскиза передачи. Результат блока А2 допускаемое напряжение О21, поступает на вход (I31) блока А3. Эта информация вместе с кинематическими данными (I32) в блоке А3 позволяет рассчитать межосевое расстояние и размеры зубчатых колес. Допускаемые напряжения, также, используются в качестве управления (С52) при проведении проверочных расчетов в блоке А5. Кроме того, эта же информация используется при подготовке технической документации (I62) в блоке А6. Результаты блока А3 О31 межосевое расстояние и размеры зубчатых колес, поступают на вход блоков А4 (I41) и А5 (I51), в которых производится проверка, а также на вход блока А6 (I61), где они используются для формирования пояснительной записки. В блоке А4 производится проверка размеров заготовок колес. Результат в виде флага успешной проверки О41 поступает на блок А5 как управляющий сигнал (С51). Этот флаг является разрешением на выполнение операции в блоке А5. Результат в виде флага неуспешной проверки поступает на блок А2 как управляющий сигнал С21. Этот флаг является требованием повторения операции в блоке А2 выбор нового материала и вида термообработки. В блоке А5 производится проверка условия прочности. Результат в виде флага успешной проверки О51 поступает на блок А6 как управляющий сигнал (С61). Этот флаг является разрешением на выполнение операции в блоке А6. Результат в виде флага неуспешной проверки поступает на блок А2 как управляющий сигнал С22. Этот флаг является требованием повторения операции в блоке А2 выбор нового материала и вида термообработки. По отношению к диаграмме АО могут в дальнейшем появиться 6 диаграмм потомка Al, A2, А3, А4, А5 и A6, каждая из которых будет детализировать блок с таким названием.

28 Необходимость детализации того или иного блока определяется исходя из цели модели, заданной на начальном этапе проектирования. В нашем случае наибольший интерес для дальнейшей детализации представляют блоки А1, А5 и А6. Детализация блока А1 показана на рис C3 I1 I2 Подбор электродвигате ля А11 O111 I121 Расчет передаточного числа А12 O121 Расчет крутящего момента А13 O131 O11 М1 Рис Диаграмма А1 "Кинематический расчет" О111-I121 выбранный электродвигатель; О121 передаточное число; О131 крутящий момент. Диаграмма А1 достаточно проста. Она имеет последовательную линейную структуру. Дальнейшая детализация здесь не нужна. Получившиеся блоки А11, А12 и А13 имеют вполне очевидную реализацию. Рассмотрим подробнее блок А5. Для этого выполним его детализацию, разработав диаграмму А5. Эта диаграмма изображена на рис ICOM-дуги, внешние по отношению к блоку А5, переносим с рис Детализация блока А6 показана на рис C52 C53 C51 I51 Проверочный расчет на изгибную прочность зубьев колес А51 Проверочный расчет на контактную прочность зубьев колес А52 O51 O52 Рис Диаграмма А5 "Проверка на прочность"

29 C61 C1 I61 I62 I63 Набор текста ПЗ с помощью текстового редактора и редактора формул А61 O1 Вычерчивание передачи с помощью программных средств инженерной графики А62 O2 M1 M2 Рис Диаграмма А6 "Подготовка ПЗ и эскиза передачи" При необходимости блоки можно подвергнуть дальнейшей детализации. Например, блок А61 «Набор текста ПЗ с помощью текстового редактора и редактора формул» можно рассмотреть подробнее, построив диаграмму А61. Она будет включать блоки А611, А612, А613 и т.д. Решение о прекращении детализации принимают тогда, когда получена вполне понятная и доступная для практической реализации функция. Вывод по результатам построения семейства диаграмм IDEF0 должен включать предложения по улучшению технологии обработки информации, для которой был выполнен системный анализ. Например, для рассмотренной задачи расчета прямозубой цилиндрической передачи можно заключить следующее. 1. При проектировании передачи вычислительная техника используется только на последнем этапе этапе разработки технической документации, остальные 5 этапов выполняются вручную, что сказывается на длительности решения задачи и затратах трудовых ресурсов. 2. Вычислительная техника, используемая на этапе подготовки технической документации, применяется неэффективно, только как средство набора текста и электронный кульман. 3. Анализ диаграммы А0 позволяет сделать вывод о том, что процесс решения задачи проектирования передачи носит итерационный характер, требующий повторения типовых расчетных операций, что наводит на мысль о целесообразности и высокой эффективности применения программных средств. 4. Задача расчета передачи является типовой распространенной задачей проектирования и, следовательно, ее решение на основе разработки САПР является рентабельным и оправданным. 5. Задачи, реализуемые в блоках А1 А5 легко формализуются и, следовательно, могут быть программно реализованы. Решение о выполнении очередной итерации следует оставить за пользователем и, поэтому в точках ветвления САПР должна выдавать соответствующие запросы. Ввод данных, выдача результатов и запросы должны выполняться интерактивно, что требует от системы работы в диалоговом режиме. 6. Информация для проектирования, которая выбирается из справочника С2, должна быть записана в систему в виде файлов данных.

30 7. Разработка технической документации должна происходить в автоматизированном режиме, когда вычислительная техника используется не просто для ввода текста и как кульман, а программно формирует ПЗ и сама строит несложный чертеж Информационный анализ задачи Проблема представления предметной области с логическими связями между ее информационными элементами давно интересовала разработчиков информационных систем, и в семидесятых годах ХХ века было предложено несколько моделей данных, названных семантическими моделями. В настоящее время модель сущность связь стала фактическим стандартом при инфологическом моделировании баз данных внутримашинного информационного обеспечения САПР. Общепринятым стало сокращенное название ЕR-модель: Entity Сущность, Relationship Связь. Как любая модель, модель сущность связь имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определенным правилам. В основе ЕR-модели лежат следующие базовые понятия: Сущность, с помощью которой моделируется класс однотипных объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Так как сущность соответствует некоторому классу однотипных объектов, то предполагается, что в системе существует множество экземпляров данной сущности. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов характеристик, определяющих свойства данного представителя класса. При этом набор атрибутов должен быть таким, чтобы можно было различать конкретные экземпляры сущности. Например, у сущности Подшипники может быть следующий набор атрибутов: Номер, Внутренний диаметр, Наружный диаметр, Ширина, Статическая грузоподъемность, Динамическая грузоподъемность. Атрибут, однозначно идентифицирующий конкретный экземпляр сущности, называют ключевым. Для сущности Подшипники ключевым будет атрибут Номер, поскольку у разных подшипников номера обязательно будут различны. Одно из общепринятых графических обозначений сущности прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются, например, подчеркиванием или полужирным курсивом. Подшипники Номер Внутренний диаметр Наружный диаметр Ширина Статическая грузоподъемность Динамическая грузоподъемность Между сущностями могут быть установлены связи бинарные ассоциации, показывающие, каким образом сущности соотносятся или, взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности. Например, существует связь между сущностью Подшипники и сущностью Валы, то каждый номер подшипника может быть установлен на нескольких валах редуктора и, в то же время, на одном вале может быть установлено несколько разных номеров подшипников. Поэтому рассматриваемая связь по мощности является связью многие-ко-многим (М:М). Если для упрощения модели предположить, что на каждый вал устанавливается пара одинаковых подшипников, то получим более простую связь типа одинко-многим (1:М), один со стороны Подшипники и многие со стороны Валы.

31 В разных нотациях мощность связи изображается по-разному. В нашем примере множественность изображается путем разделения линии связи на 3. Подшипники Номер Внутр диаметр Наруж диаметр Ширина Грузоподъемность Валы Название Редуктор Материал Передаваемая мощность Подшипники Номер Внутр диаметр Наруж диаметр Ширина Грузоподъемность Валы Название Редуктор Материал Передаваемая мощность Рис Пример отношения многие-ко-многим и «один-ко-многим» Связи делятся на три типа по множественности: - одии-к-одному (1:1), - одии-ко -многим (1:М), - многие-ко-многим (М:М). Связь один-к-одному означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности. Связь 1: М означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи. Связь один-к-одному (1:1) означает, что один экземпляр одной сущности связан только с одним экземпляром другой сущности, а связь многие-комногим (М:М) означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. Связь любого из этих типов может быть обязательной, если в данной связи должен участвовать каждый экземпляр сущности, необязательной если не каждый экземпляр сущности должен участвовать в данной связи. При этом связь может быть обязательной с одной стороны и необязательной с другой стороны. Обязательность связи тоже по-разному обозначается в разных нотациях. В рассматриваемой нотации необязательность связи обозначается пустым кружочком на конце связи, а обязательность перпендикулярной линией, перечеркивающей связь. Анализируя предметную область, можно выделить, по крайней мере, еще 2 сущности. В итоге информационно-логическая модель анализируемой системы включает 4 сущности, между которыми устанавливаются логические связи (рис. 4.7). Рис ER-модель предметной области.

32 Показанная на рис. 4.7 модель, построена с помощью готовых шаблонов MS Visio. Этот графический редактор использует свою нотацию при изображении связей. Связь со стороны «один» изображается стрелкой, а связь со стороны «многие» изображается без стрелки. Первичный ключ помечается символами PK (Primary Key), в внешний ключ сущности помечается символами FK (Foregn Key). Важно правильно выделить в предметной области сущности и установить связи между ними. Позже, на этапе проектирования на основе информационно-логической модели (ERмодели) будет разрабатываться база данных САПР, являющаяся основой информационного обеспечения САПР Функциональный анализ Функциональный анализ является основой для будущего проектирования структуры САПР. Он позволяет определить функции, которые должны быть реализованы при проектировании системы. Эта задача связана с предыдущими двумя задачами анализа. Функциональный анализ заключается в разработке функциональной схемы САПР. Эта схема специфицирует не только функции системы, но и данные, которые поступают на вход системы, преобразуются и подаются на выход. Для построения функциональной схемы разработаны специальные правила и обозначения, которые сгруппированы в стандарте ГОСТ Как было сказано ранее, эта диаграмма производит спецификацию не только функций системы, но и данные, циркулирующие в системе, поэтому эту диаграмму в соответствии с указанным стандартом, иногда называют схемой данных. Рассмотрим некоторые обозначения, приводимые в ГОСТ Рис Некоторые обозначения ГОСТ ) Символ отображает данные, носитель данных не определен; 2) Символ отображает данные, хранящиеся в оперативном запоминающем устройстве; 3) Символ отображает данные, хранящиеся в запоминающем устройстве с прямым доступом (магнитный диск); 4) Символ отображает данные, представленные на носителе в удобочитаемой форме (рулон ленты с итоговыми данными, бланки ввода данных, результатный документ на листе бумаги); 5) Символ отображает данные, вводимые вручную во время обработки с устройств любого типа (клавиатура); 6) Символ отображает данные, представленные в человекочитаемой форме на носителе в виде отображающего устройства (экран монитора); 7) Символ отображает функцию обработки данных любого вида (выполнение определенной операции или группы операций, приводящее к изменению значения, формы или размещения информации);

33 8) Символ отображает решение или функцию переключательного типа, имеющую один вход и ряд альтернативных выходов, один и только один из которых может быть активизирован после вычисления условий, определенных внутри этого символа). Рассмотрим разработку функциональной схемы (схемы данных) для расчета прямозубой цилиндрической передачи, представленной на рис Н Техническое задание Выбор материала и вида ТО Продолжение Расчет допускаемого напряжения Расчет напряжений Расчет межосевого расстояния и размеров колес нет Проверка прочности Пояснительная записка да нет Размер заготовок да Рис Функциональная схема К На этой схеме данные представлены только на входе (техническое задание) и на выходе (пояснительная записка). Эти данные представлены на бумажном носителе. Очевидно, между блоками диаграммы, также циркулируют промежуточные данные, которые здесь не отражены. Однако, при проектировании структуры системы, когда каждая функция будет представлена программной процедурой или модулем, передачу данных между ними нужно будет учесть. 4.2 Разработка САПР Разработка структуры системы Структура системы является ее статической моделью. По структуре невозможно определить ее поведение. Структура системы показывает ее состав и взаимосвязь модулей. Чаще всего структуру системы изображают в виде структурной схемы. На схеме блоками

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

35 формулы, которые используются для расчета проектируемого объекта, например зубчатой передачи. Подробно этот вид обеспечения рассматривался в п Математические модели, описывающие механические, проектировочные, технологические расчеты подробно изучаются на втором, третьем, четвертом курсах (теоретическая механика, сопротивление материалов, детали машин и др.). информационное обеспечение Информационное обеспечение включает в себя 2 компоненты: внутримашинную и внемашинную. Внемашинная компонента представляет собой совокупность данных, которые используются проектировщиком при работе с САПР в точках принятия решения. Внемашинное информационное обеспечение представляет собой массивы справочной информации, содержащейся на внешних бумажных носителях. К такой информации можно отнести, например, различные свойства материалов. Внутримашинное информационное обеспечение служит для автоматического выбора нужной информации с электронных носителей, например, жесткого диска компьютера. Обычно оно представляет собой базы данных для хранения различной структурированной информации. На этом этапе следует выбрать модель представления базы данных САПР. В настоящее время разработано несколько видов моделей, существует их научно обоснованная классификация. Упрощенно считают, что модели БД можно разделить на 3 группы: иерархическую, реляционную и сетевую. Большинство современных систем управления базами данных (СУБД) поддерживает реляционную модель БД. Поэтому при обосновании выбора информационного обеспечения укажем именно эту модель БД. Пояснения к этой модели и проектирование базы данных будет рассмотрено позже в п лингвистическое обеспечение Обоснование проектных решений по лингвистическому обеспечению предполагает выбор языка ввода и вывода результатов (интерфейса пользователя) и языка обработки данных (ЯОД). Выберем способ ввода информации. Ввод информации осуществляется в диалоговом режиме. Диалог - это процесс обмена сообщениями между пользователем и ЭВМ, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей должна быть достаточно оперативной. В процессе диалога возможно двустороннее управление на базе языка типа «запрос - ответ», одностороннее управление со стороны ЭВМ с языком общения типа «меню», «заполнение шаблона» и ответа по «подсказке» или одностороннее управление со стороны пользователя с использованием языка директив (команд). При использовании для общения языка «меню» или языка «запросов» в диалоговой системе должна присутствовать система планирования и управления диалогом, или диалоговый монитор, в функции которого входят: - управление процессом диалога; - обеспечение интерфейса пользователя; - обеспечение выполнения сервисных или справочных функций; - анализ и обработка ошибочных ситуаций; - вызов обрабатывающих программ; - обеспечение работы с библиотекой прикладных программ и ведение протоколов работы системы. Выберем, как наиболее удобный и распространенный способ диалога, диалог с помощью меню пользователя. Для программирования расчетов следует выбрать язык обработки данных (ЯОД). Здесь выбор можно остановить, например, на языке Visual Basic. Этот язык отличается своей простотой и доступностью. Он встроен в большинство офисных программ как язык макросов. Это позволяет использовать в качестве среды программирования как саму среду VB6.0, так и офисное приложение, например, MS Excel.

36 программное обеспечение Программное обеспечение (ПО) это важнейшая составляющая САПР, включающая компьютерные программы и данные, предназначенные для решения определённого круга задач и хранящиеся на машинных носителях. Программное обеспечение представляет собой либо данные для использования в других программах, либо алгоритм, реализованный в виде последовательности инструкций для процессора. Программное обеспечение (ПО) это совокупность всей информации, данных и программ, которые обрабатываются компьютерными системами. ПО классифицируется: по способу распространения (доставки, оплаты, ограничения в использовании): Commercial Software, Freeware, Shareware, Abandonware, Adware, Free Software, Careware и т.д. по назначению ПО разделяется на: - системное; - прикладное; - инструментальное. Системное программное обеспечение (СПО) - это комплекс программ, которые обеспечивают эффективное управление компонентами вычислительной системы, такими как процессор, оперативная память, каналы ввода-вывода, сетевое и коммуникационное оборудование и т.п. СПО реализует связь аппаратного и программного обеспечения, выступая как "межслойный интерфейс" с одной стороны которого аппаратура, а с другой приложения пользователя. В состав СПО входят: операционные системы, среды программирования (компиляторы, трансляторы, компоновщики, загрузчики, отладчики, текстовый редактор, библиотеки подпрограмм), утилиты, системы управления файлами и системы управления базами данных. Прикладное (специальное) программное обеспечение это программы, предназначенные для выполнения определенных пользовательских задач и рассчитанные на непосредственное взаимодействие с пользователем. В отличие от прикладного, СПО (операционная система) используется для обеспечения работы компьютера самого по себе и выполнения прикладных программ. Операционная система (ОС) это базовый комплекс компьютерных программ, обеспечивающий управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных, а также выполнение прикладных программ и утилит. ОС могут быть классифицированы: - по базовой технологии (UNIX-подобные или подобные Windows); - типу лицензии; - развивается ли в настоящее время (устаревшие DOS или NextStep или современные GNU/Linux и Windows); - для рабочих станций (DOS, Apple), или для серверов (AIX); - ОС реального времени и встроенные ОС (VxWorks,QNX), PDA; - специализированные (управление производством, обучение, и т. п.). Наиболее распространена в настоящее время операционная система Windows XP Professional. Для сравнения рассмотрим ОС Linux. Данные ОС трудно сравнивать на равных изза следующих факторов: Словом Linux могут обозначаться разные понятия. В некоторых случаях это просто ядро операционной системы, в других случаях полноценная операционная система в дистрибутиве с графическим интерфейсом (см. GNU/Linux). Обе системы поставляются в различных конфигурациях. Особенно GNU/Linux, для которой существует огромное количество вариантов, некоторые из них предназначены для узкого круга задач. Цена и широта технической поддержки различаются у разных поставщиков, а также в зависимости от версии и дистрибутива. Производители оборудования могут устанавливать дополнительное ПО с операционной системой, которое делает доступные функции системы разнообразнее. Иногда они даже спонсируют продавца, снижая цену продукта для пользователя.

37 Данные, полученные от маркетинговых подразделений и результаты тестирования могут расходиться. Microsoft распространяет Windows под разным лицензиями (как правило, закрытыми, но в исключительных случаях с исходным кодом). Дистрибутивы Linux, со своей стороны, могут содержать проприетарные компоненты. Но так как Windows XP наиболее распространена и наиболее знакома среди пользователей, а также она удовлетворяет всем требованиям, предъявляемым к операционным системам для успешного решения поставленной задачи, то выбор лучше сделать в пользу именно этой системы. Система управления базами данных (СУБД) специализированная программа (чаще комплекс программ), предназначенная для манипулирования базой данных. Для создания и управления БД САПР СУБД необходима в той же степени, как для разработки программы на алгоритмическом языке необходим транслятор. Группа реляционных систем управления базами данных представлена на рынке программных продуктов очень широко. Это, например, такие системы, как Paradox (Borland), Dbase (фирма Ashton-Tate), FoxPro и FoxBase (Fox Software), Visual FoxPro и Access (Microsoft), SQL. При построении САПР в учебных целях, чаще всего, используется СУБД MS Access, корпорации «Microsoft», так как она обладает интуитивно понятным интерфейсом; имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно конструировать приложения, работающие с базами данных. Поскольку Access входит в состав Microsoft Office, он обладает многими чертами, характерными для приложений Office, и может обмениваться с ними информацией. Например, работая в Access, можно открывать и редактировать файлы с помощью кнопок, команд и клавиш, а также использовать буфер обмена Office для копирования данных из таких программ, как Microsoft Word или Microsoft Excel. Табличный процессор MS Excel в силу ряда его особенностей является незаменимым средством разработки САПР. 1. Табличный процессор предназначен для автоматизации табличных расчетов. Однако, очень многие расчеты можно представить в табличной форме. Используя табличный процессор можно легко создавать компьютерные программы, не зная при этом ни одного языка программирования. Можно разрабатывать как линейные, так и разветвляющиеся и даже циклические алгоритмы. В качестве имен переменных в MS Excel используются адреса ячеек, например А12, В32 и т.д. 2. Кроме того, MS Excel включает мощные средства визуализации результатов расчетов. Диаграммы и графики функций позволяют в удобной и наглядной форме представить результаты автоматизированного проектирования. Например, можно строить эпюры моментов по длине вала или эпюры температур по толщине стенки трубы. Причем, при изменении исходных данных, MS Excel автоматически все пересчитывает и изменяет графические результаты. Таким образом, исследуемый процесс можно изучать в динамике, если предусмотреть изменение входных данных. 3. Табличный процессор включает в себя достаточно мощный текстовый редактор с возможностями вставки объектов других приложений, например редактора формул MS Equation, MS Paint, MS Visio. Это позволяет использовать его не только в качестве средства разработки расчетных модулей, но и в качестве средства автоматизированной разработки технической документации к проекту. 4. Корпорация MicroSoft в возможности табличного процессора вложили встроенный редактор и компилятор языка программирования Visual Basic. Это позволяет прямо из MS Excel создавать компьютерные программы, встраивая их в файл табличного процессора. Программа PowerPoint Эта программа входит в пакет MS Office. Она предназначена для создания слайдов и поддержки компьютерных презентаций. Однако, PowerPoint включает такие функции, которые можно использовать и в совершенно иных целях, например, в качестве основного интерфейсного модуля САПР. На ее основе можно легко разработать как интерфейс

38 пользователя, обеспечивающего режим работы в форме диалога с жестким сценарием, так и межмодульный интерфейс, который обеспечивает передачу управления. Для разработки интерфейса пользователя необходимо создать несколько слайдов. Каждый слайд рассматривается как одна экранная форма диалога САПР. Экранные формы сменяют друг друга в заданной последовательности. Кроме того, следует заложить возможность возвратов и переходов на произвольные формы. Формы включают необходимые пояснения, графические, анимационные, звуковые или даже видео компоненты. Для разработки межмодульного интерфейса следует воспользоваться встроенным механизмом гиперссылок. На каждой форме размещаются элементы управления в форме управляющих кнопок. Каждой кнопке задается гиперссылка на файл, являющийся модулем САПР. При этом файлы могут быть любого типа, главное, чтобы приложение, которое способно обрабатывать этот файл, было установлено на данном компьютере. Кроме гиперссылок, управляющие кнопки могут управлять запуском любых приложений, установленных на данном компьютере, например созданных ранее программ на Visual Basicе, которые транслированы в приложения MS Windows (ехе-файлы). техническое обеспечение Техническое обеспечение представляет собой комплекс вычислительных и технических средств, которые поддерживают работу программных средств САПР, а также выполняют функции ввода, передачи и вывода информации. К ним, в первую очередь, относят сам компьютер, монитор, клавиатуру, манипулятор мышь, принтер, плоттер, сетевые устройства, устройства сопряжения с другой аппаратурой (датчиками сигналов с термопар, тензорезисторов, усилителей, электроприводами задвижок и пр.). Главной задачей является выбор компьютера и его комплектации. Компьютер и его конфигурация должны обеспечивать как поддержку выбранного ранее программного обеспечения, так и поддержку внешних технических средств. Дело в том, что каждая операционная система предназначена на работе с определенным компьютером. Например, ОС MS Windows XP работает на, так называемых, IBM-совместимых компьютерах. Это компьютеры на базе процессоров фирмы Intel и AMD с архитектурой 8086, т.е. это компьютеры типа Пентиум и Атлон. Кроме того, требуется определенный объем памяти, размер жесткого диска, видеокарта. А программное обеспечение уже ориентируется на операционную систему. Например, VB работает на системе Windows, а Kylix предназначено для работы в системе OC Linux. При выборе монитора основным определяющим фактором является его размер. Для большинства задач достаточен монитор с размером диагонали 17 дюймов. Если требуется регулярно решать задачи по разработке графических изображений с мелкими деталями, можно выбрать монитор с размером 19 и более дюймов. Печатающее устройство (принтер) выбирается по размеру бумаги, а также по признаку цветности: монохромный или цветной. Кроме того, немаловажным фактором является тип печатающего устройства по принципу действия: лазерный или струйный. Плоттер обычно бывает монохромным и, здесь основным фактором является размер бумаги. Описание методического и организационного рассмотрим после завершения процесса проектирования САПР Разработка базы данных САПР В п выполнено обоснование проектных решений по информационному и программному обеспечениям. Основу внутримашинного информационного обеспечения составляет база данных. Решение было принято в пользу реляционной модели базы данных и ее реализации средствами СУБД MS Access. Центральным элементом САПР является подсистема «База данных». Базой данных называют специальным образом подготовленную информацию, хранящуюся во внешней памяти компьютера, например, в виде файлов на жестком диске. Следует различать просто файлы данных (DATA-файлы) от базы данных. Файл данных это просто набор данных, элементы которых отделяются друг от друга специальным разделителем, например, пробелом. Данные, относящиеся к другой группе разделяются символом возврата каретки. Поэтому при

39 просмотре такого файла с помощью текстового редактора мы увидим только несколько столбцов с числами. Файл данных хранит определенную однородную информацию. Пояснения к ней отсутствуют. Логические связи между элементами также отсутствуют. База данных образована несколькими таблицами, между которыми возникают логические связи. В иерархической БД связи между элементами построены по принципу подчиненности. Например, таблица «редукторы» связана с таблицами «валы», «зубчатые колеса», «корпусные элементы» такой связью. Таблица «валы» связывается, в свою очередь, с таблицами «участки», «подшипники», «уплотнительные устройства». Таким образом, схема взаимосвязей в иерархической модели БД напоминает перевернутое дерево (рис. 4.10). редукторы Зубчатые колеса валы Корпусные детали участки подшипники Уплотнительные устройства Рис Иерархическая модель базы данных САПР В настоящее время наиболее распространенной является реляционная модель БД. Основным элементом этой модели является «отношение» (от англ. Relationship - связь). Правила построения таких моделей основаны на математическом аппарате реляционной алгебры. При разработке модели БД следует учитывать особенности той системы управления базами данных (СУБД), которая выбрана для работы. Наиболее простой и распространенной средой разработки СУБД является MS Access, который входит в пакет MS Office. Реляционную модель БД САПР разрабатывают на основе построенной ранее на этапе анализа информационно-логической модели предметной области (ER-диаграмма структур данных). Каждой сущности ER-диаграммы ставят в соответствие таблицу базы данных MS Access. Поэтому, обычно число таблиц, за редким исключением, равно числу сущностей инфологической модели. Все СУБД, в том числе MS Access, поддерживают механизм связывания таблиц реляционными связями. Основу БД составляют таблицы. Перед началом создания таблиц нужно сохранить файл БД. Особенностью MS Aсcess является то, что все таблицы, а также формы, отчеты и запросы сохраняются в одном файле. Для создания таблиц можно воспользоваться мастером создания таблиц или конструктором таблиц. При создании таблиц следует продумать, какие элементы (табличные данные) нужно сохранять. Их называют полями таблицы и используются в качестве названий столбцов, например, диаметры, номера подшипников и т.д. Каждое поле должно иметь свой определенный тип. Различают числовые типы, текстовый, тип дата-время и т.д. При разработке структуры таблицы тип каждого поля нужно указать. После создания всех таблиц БД, устанавливают логические связи между ними. Наиболее распространенной является связь типа «один-ко-многим». В этом случае каждому элементу первой таблицы соответствует несколько элементов другой таблицы. Например, таблица «валы» содержит сведения о нескольких валах. Каждый вал включает несколько участков с постоянным диаметром. Для хранения информации об участках создает таблицу «участки». Со стороны «валы» связь будет «один», а со стороны «участки» связь будет «много»: каждый участок принадлежит только одному валу. Для построения логических связей в MS Access используется средство «схема данных» (рис. 4.11). При установлении связей обязательно нужно установить флажок в поле «сохранение целостности данных», чтобы система сама следила за тем, чтобы БД в результате ввода информации не перешла в противоречивое состояние. Например, после удаления из таблицы

40 «валы» сведений о каком либо вале, в таблице «участки» также должны быть удалены сведения, касающиеся именно этого вала. Для ввода, просмотра и редактирования информации в БД удобно использовать экранные формы. Экранные формы можно создавать с помощью мастера форм и с помощью конструктора. Рис Реляционные связи между таблицами с поддержкой целостности данных. Результаты обработки информации в БД часто приходится помещать в папки с бумажными отчетами, например в пояснительную записку к курсовой работе. СУБД содержат средства для создания отчетов электронных версий бумажных документов, которые готовы для печати с помощью принтера. Для создания отчетов можно использовать мастер отчетов или конструктор. Для простых типовых отчетов предпочтительнее воспользоваться помощью мастера. Работа с информацией с базой данных, особенно с очень большой, происходит с помощью механизма запросов. Пользователь для получения нужной информации формирует специальное условие отбора информации запрос к БД. В MS Access запросы можно создавать с помощью мастера и конструктора. Информацию, полученную из БД, в соответствии со схемой, показанной на рис. 4.11, нужно использовать для дальнейших расчетов. Передача нужной информации из результата запроса в табличный процессор MS Excel для дальнейшей обработки, возможно с помощью механизма «Связи MS Office». Все офисные программы между собой связаны так, что имеется возможность передавать данные из БД в табличный процессор или текстовый редактор, или из табличного процессора MS Excel в текстовый редактор MS Word и т.д. Таким образом, можно организовать связи по передачи данных проектируемой системы. Связи по передаче управления от одного элемента системы к другому, можно организовать с помощью механизма гиперссылок, который поддерживается всеми программами пакета MS Office. Понятие гиперссылки всем знакомо по работе в Интернете. Когда подводится курсор мыши к элементу, содержащему гиперссылку, курсор принимает форму кисти руки. Если выполнить щелчок левой кнопкой мыши по элементу, содержащему гиперссылку, произойдет загрузка и активизация того приложения, которое привязано к этому объекту. С помощью гиперссылок мы будем передавать управление от одного модуля к другому, например, после ввода данных расчету, потом к БД и т.д Реализация программных модулей После того, как база данных САПР разработана, можно приступить к реализации программных модулей, которые мы определили в п и наличие которых показано на рис Нужно разработать экранные формы MS Access, запросы к БД, позволяющие выделить нужную информацию. В п выполнено обоснование проектных решений по лингвистическому и программному обеспечениям. На основе принятых решений разрабатываем программные модули и процедуры. Расчетные процедуры, реализованные с помощью табличного процессора, представляют собой взаимосвязанные расчетные формулы, расположенные на отдельном листе MS Excel. При этом, важно произвести именно связывание за счет ссылок на нужные ячейки

Образовательный материал. Тема 1.

Образовательный материал. Тема 1. Приложение 2.2.4. Образовательный материал. Тема 1. Лекционный материал. Определение, назначение, цель По определению, САПР это организационно-техническая система, состоящая из совокупности комплекса средств

Подробнее

4 Вопросы концептуального проектирования в рамках подготовки магистров

4 Вопросы концептуального проектирования в рамках подготовки магистров 4 Вопросы концептуального проектирования в рамках подготовки магистров Ключевые слова: проектирование, внешнее проектирование, внутреннее проектирование, математическая модель, PLM-технология, концептуальное

Подробнее

ИНФОРМАТИКА. Лекция 1 САПР/АСТПП. Основные понятия и концепции. Интегрированные технологии. Автоматизация проектирования. вычислительная техника

ИНФОРМАТИКА. Лекция 1 САПР/АСТПП. Основные понятия и концепции. Интегрированные технологии. Автоматизация проектирования. вычислительная техника ИНФОРМАТИКА Направление подготовки: Профиль подготовки: Квалификация: 230100 Информатика и вычислительная техника Системы автоматизированного проектирования бакалавр Лекция 1 САПР/АСТПП. Основные понятия

Подробнее

АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ ЧЕРВЯЧНЫХ ШЛИЦЕВЫХ ФРЕЗ

АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ ЧЕРВЯЧНЫХ ШЛИЦЕВЫХ ФРЕЗ УДК 658.512.011.56:004.42 АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ ЧЕРВЯЧНЫХ ШЛИЦЕВЫХ ФРЕЗ Баркалов И.В., Леоненко А.В., Кузнецов М.С. Научный руководитель доцент Желтобрюхов Е.М. Хакасский технический институт

Подробнее

Рис Виды моделирования систем

Рис Виды моделирования систем 1 Моделирование систем Классификация видов моделирования систем. В основе моделирования лежит теория подобия, которая утверждает, абсолютное подобие может иметь место лишь при замене объекта другим точно

Подробнее

МДК05.01 тема1.4 Основные этапы проектирования модулей мехатронных устройств и систем

МДК05.01 тема1.4 Основные этапы проектирования модулей мехатронных устройств и систем МДК05.01 тема1.4 Основные этапы проектирования модулей мехатронных устройств и систем Последовательность этапов разработки на изделия всех отраслей промышленности и стадий выпуска конструкторской документации

Подробнее

Раздел 3. Системное и программное обеспечение

Раздел 3. Системное и программное обеспечение Аннотированный курс лекций учебной дисциплины Б3.ДВ.3.2 САПР упаковки и технологической оснастки Направление 29.03.03 (261700.62) «Технология полиграфического и упаковочного производства» Профиль «Технология

Подробнее

ПРЕДИСЛОВИЕ... 6 ГЛАВА

ПРЕДИСЛОВИЕ... 6 ГЛАВА 2 Оглавление ПРЕДИСЛОВИЕ... 6 ГЛАВА 1... 13 ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ ANSYS WORKBENCH 12 1.1 Описание Workbench 12... 13 1.2 Интерфейс Workbench 12... 17 1.3 Рабочая Область Управления Проектом... 28 1.4

Подробнее

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р УДК 658.012.011.56:006.354 Группа П87 Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р Единая система стандартов автоматизированных систем управления Автоматизированные системы управления

Подробнее

Лекции Лекция 1. Лекция 2. Лекция 3. Лекция 4. Лекция 5. Лекция 6. Лекция 7. Лекция 8. Лекция 9. Лекция 10. Лекция 11. Лекция 12. Лекция 13.

Лекции Лекция 1. Лекция 2. Лекция 3. Лекция 4. Лекция 5. Лекция 6. Лекция 7. Лекция 8. Лекция 9. Лекция 10. Лекция 11. Лекция 12. Лекция 13. Лекции Лекция 1. Введение в дисциплину............................. 20 Лекция 2. Основы автоматизированного проектирования конструкций и технологических процессов производства РЭС..................................

Подробнее

Лекция 18. Комплексные интеллектуальные САПР для разработки современных конструкций и технологических процессов РЭС Лекция 19.

Лекция 18. Комплексные интеллектуальные САПР для разработки современных конструкций и технологических процессов РЭС Лекция 19. Лекции Лекция 1. Введение.......................................... 20 Лекция 2. Основы автоматизированного проектирования конструкций и технологических процессов производства РЭС..................................

Подробнее

РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ

РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ УДК 65.015.13.011.56:006.354 Группа П87 РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ МЕТОДИЧЕСКИЕ УКАЗАНИЯ ОКСТУ 0024 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. Основные положения РД 50 680 88 Дата введения 01.01.90 Настоящие

Подробнее

Определение 1: Определение 2:

Определение 1: Определение 2: РАЗРАБОТКА ИС Жизненный цикл ИС Определение 1: Жизненный цикл ИС это процесс ее построения и развития. Определение 2: Жизненный цикл ИС период времени, который начинается с момента принятия решения о необходимости

Подробнее

2. Основы имитационного моделирования модель субъективна гомоморфна, множества моделей адекватной материальные и идеальные

2. Основы имитационного моделирования модель субъективна гомоморфна, множества моделей адекватной материальные и идеальные 2. Основы имитационного моделирования 2.1. Понятие модели В настоящее время нельзя назвать область человеческой деятельности, в которой в той или иной степени не использовались бы методы моделирования.

Подробнее

D:\WEB\Koninsk-main==.doc

D:\WEB\Koninsk-main==.doc УДК 621.004.31 КОМПЬЮТЕРНО-ИНТЕГРИРОВАННАЯ ПОДГОТОВКА МЕХАНООБРАБАТЫВАЮЩЕГО ПРОИЗВОДСТВА С ИСПОЛЬЗОВАНИЕМ РАЗНОРОДНЫХ CAD, CAPP, CAM СИСТЕМ И.А. Конинский, О.Н. Калачёв Ярославский государственный технический

Подробнее

Содержание. Предисловие...7 Введение...9 Глава 1 Общие сведения о системе T-FLEX CAD...17

Содержание. Предисловие...7 Введение...9 Глава 1 Общие сведения о системе T-FLEX CAD...17 Содержание Предисловие...7 Введение...9 Глава 1 Общие сведения о системе T-FLEX CAD...17 1.1. Основные понятия...20 1.2. Методика параметрического проектирования в САПР T-FLEX...29 1.3. Основные элементы

Подробнее

АВТОМАТИЗАЦИЯ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ

АВТОМАТИЗАЦИЯ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ В.И. Аверченков, Ю.М. Казаков АВТОМАТИЗАЦИЯ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ Учебное пособие 2-е издание, стереотипное Москва Издательство «ФЛИНТА» 2011 УДК 621.7/9. 658.512.4.011.56 А19 Р е ц

Подробнее

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ Государственное образовательное учреждение высшего профессионального образования "Ижевский государственный технический университет" ГЛАЗОВСКИЙ ИНЖЕНЕРНО-ЭКОНОМИЧЕСКИЙ

Подробнее

Сквозное проектирование в машиностроении. Основы теории и практикум

Сквозное проектирование в машиностроении. Основы теории и практикум Бунаков П. Ю., Широких Э. В. Сквозное проектирование в машиностроении. Основы теории и практикум Допущено учебно-методическим объединением вузов по образованию в области автоматизированного машиностроения

Подробнее

Занятие 7 Формализация и алгоритмизация информационных процессов

Занятие 7 Формализация и алгоритмизация информационных процессов Занятие 7 Формализация и алгоритмизация информационных процессов С развитием вычислительной техники наиболее эффективным методом исследования больших систем стало машинное моделирование, без которого невозможно

Подробнее

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ОСНОВНЫЕ ПОЛОЖЕНИЯ РД ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ МОСКВА РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ОСНОВНЫЕ ПОЛОЖЕНИЯ РД ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ МОСКВА РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ МЕТОДИЧЕСКИЕ УКАЗАНИЯ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ОСНОВНЫЕ ПОЛОЖЕНИЯ РД 50-680-88 ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ МОСКВА 1989 РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ МЕТОДИЧЕСКИЕ УКАЗАНИЯ Автоматизированные

Подробнее

C. типа "Черный ящик", не параметризованные, параметризованные, типа "Белый (прозрачный) ящик" D. управляемые извне, управляемые, с комбинированным

C. типа Черный ящик, не параметризованные, параметризованные, типа Белый (прозрачный) ящик D. управляемые извне, управляемые, с комбинированным Тестовые задания по дисциплине «Основы информационных систем» для подготовки к 1-му рубежнму контролю Специальность 5B070300 «Информационные системы» (1 курс, группа ИС-504) @@@ Основные понятия теории

Подробнее

Лекция 16 Последовательность разработки и стадии создания АСУТП

Лекция 16 Последовательность разработки и стадии создания АСУТП Лекция 16 Последовательность разработки и стадии создания АСУТП В соответствии с ГОСТ 20913-75 «АСУТП. Стадии создания.» разработка АСУ ТП складывается из следующих пяти стадий: техническое задание (ТЗ),

Подробнее

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ЕДИНАЯ СИСТЕМА СТАНДАРТОВ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СТАДИЯМ СОЗДАНИЯ ГОСТ 24.60286 ГОСУДАРСТВЕННЫЙ

Подробнее

МЕТОДИЧЕСКИЕ УКАЗАНИЯ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ОСНОВНЫЕ ПОЛОЖЕНИЯ РД Информационные данные

МЕТОДИЧЕСКИЕ УКАЗАНИЯ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ОСНОВНЫЕ ПОЛОЖЕНИЯ РД Информационные данные МЕТОДИЧЕСКИЕ УКАЗАНИЯ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ОСНОВНЫЕ ПОЛОЖЕНИЯ РД 50-680-88 Информационные данные Утверждены Постановлением Государственного комитета СССР по стандартам от 28 декабря 1988 г. N 4622

Подробнее

ОСНОВЫ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ

ОСНОВЫ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ ВЫСШЕЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАНИЕ Е. М. КУДРЯВЦЕВ ОСНОВЫ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ УЧЕБНИК Допущено Учебно-методическим объединением по образованию в области транспортных машин и транспортно-технологических

Подробнее

ПРОГРАММА. УТВЕРЖДЕНА Решением Ученого совета СГАСУ, протокол 2013 г. Ректор СГАСУ М.И. Бальзанников

ПРОГРАММА. УТВЕРЖДЕНА Решением Ученого совета СГАСУ, протокол 2013 г. Ректор СГАСУ М.И. Бальзанников Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Самарский государственный архитектурно-строительный

Подробнее

The process of design of electrical devices in the system COMPAS-Electric.

The process of design of electrical devices in the system COMPAS-Electric. Кисиленко И.В., cтудент гр. ИМ-10е, Шубина В.В., асс. каф. НГ и ИГ( ДонНТУ) 2011 Донецьк: ТОВ «Норд Компьютер» Сучасні аспекти механізації та автоматизації енергоємних виробництв. Збірник матеріалів І

Подробнее

Имитационное моделирование Сущность имитационного моделирования

Имитационное моделирование Сущность имитационного моделирования Имитационное моделирование Сущность имитационного моделирования Почему необходим двойной термин «имитационное моделирование». Слова имитация и моделирование являются почти синонимами. Фактически все расчетные

Подробнее

2. ОСНОВНЫЕ ВИДЫ ОБЕСПЕЧЕНИЯ САПР

2. ОСНОВНЫЕ ВИДЫ ОБЕСПЕЧЕНИЯ САПР 14 2. ОСНОВНЫЕ ВИДЫ ОБЕСПЕЧЕНИЯ САПР Современные САПР представляют собой сложный комплекс математических, программных, технических и других средств. Поэтому в составе САПР принято выделять следующие основные

Подробнее

ПОСТРОЕНИЕ БАЗЫ ДАННЫХ РЕЖУЩЕГО ИНСТРУМЕНТА В АСТПП А.В. Смагин Научный руководитель к.т.н., доцент Е.И. Яблочников

ПОСТРОЕНИЕ БАЗЫ ДАННЫХ РЕЖУЩЕГО ИНСТРУМЕНТА В АСТПП А.В. Смагин Научный руководитель к.т.н., доцент Е.И. Яблочников ПОСТРОЕНИЕ БАЗЫ ДАННЫХ РЕЖУЩЕГО ИНСТРУМЕНТА В АСТПП А.В. Смагин Научный руководитель к.т.н., доцент Е.И. Яблочников Большинство программных продуктов, составляющих современные комплексы АСТПП на предприятии,

Подробнее

КОМПЬТЕРНЫЕ ТЕХНОЛОГИИ ФИРМЫ MSC В СИСТЕМЕ ПОДГОТОВКИ ИНЖНЕРОВ ПУТЕЙ СООБЩЕНИЯ

КОМПЬТЕРНЫЕ ТЕХНОЛОГИИ ФИРМЫ MSC В СИСТЕМЕ ПОДГОТОВКИ ИНЖНЕРОВ ПУТЕЙ СООБЩЕНИЯ КОМПЬТЕРНЫЕ ТЕХНОЛОГИИ ФИРМЫ MSC В СИСТЕМЕ ПОДГОТОВКИ ИНЖНЕРОВ ПУТЕЙ СООБЩЕНИЯ Загорский Г.С., Рыбников Е.К., МИИТ В МИИТе на протяжении трёх лет используются учебные версии программных продуктов фирмы

Подробнее

Калачёв О.Н., Яблочников Е.И. Методика использования CAD/­CAM Cimatron для интерактивного проектирования сборок технологической оснастки // Приборы и системы. Управление, контроль, диагностика. 2001. №12. С. 7-11.

Калачёв О.Н., Яблочников Е.И. Методика использования CAD/­CAM Cimatron для интерактивного проектирования сборок технологической  оснастки // Приборы и системы. Управление, контроль, диагностика. 2001. №12. С. 7-11. D:\POPOVA-Library\Statya4_ystu3-pdf-Pribor-Yabloch.doc Создано Kalachev стр. 1 из 6 УДК 004.31 О.Н.Калачев, Е.И.Яблочников использования CAD/CAM Cimatron для интерактивного проектирования сборок технологической

Подробнее

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ РАДИОЭЛЕКТРОННЫХ СРЕДСТВ

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ РАДИОЭЛЕКТРОННЫХ СРЕДСТВ book-golovitsina 4/1/08 3:51 PM Page 1 Основы информационных технологий М.В. Головицына ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ РАДИОЭЛЕКТРОННЫХ СРЕДСТВ Учебник Рекомендован УМО Московского государственного

Подробнее

ЛОЦМАН:PLM, функциональное описание

ЛОЦМАН:PLM, функциональное описание ЛОЦМАН:PLM, функциональное описание Система ЛОЦМАН:PLM предназначена для управления инженерными данными и жизненным циклом изделия. Является центральным компонентом Комплекса решений АСКОН и обеспечивает:

Подробнее

ВВЕДЕНИЕ На сегодняшний день конечно-элементные (КЭ) методы являются неотъемлемой частью инженерного анализа и разработок. КЭ пакеты используются

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

Подробнее

Группа П87 М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т

Группа П87 М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т Группа П87 М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т ИНФМАЦННАЯ ТЕНОЛОГИЯ Комплекс стандартов на автоматизированные системы ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНВ ПРИ СОЗДАНИИ АВМАТИЗИРОВАННЫ

Подробнее

МОДЕЛИ РЕШЕНИЯ ФУНКЦИОНАЛЬНЫХ И ВЫЧИСЛИТЕЛЬНЫХ ЗАДАЧ Л Е К Т О Р А З А Р Ч Е Н К О В А. А.

МОДЕЛИ РЕШЕНИЯ ФУНКЦИОНАЛЬНЫХ И ВЫЧИСЛИТЕЛЬНЫХ ЗАДАЧ Л Е К Т О Р А З А Р Ч Е Н К О В А. А. МОДЕЛИ РЕШЕНИЯ ФУНКЦИОНАЛЬНЫХ И ВЫЧИСЛИТЕЛЬНЫХ ЗАДАЧ Л Е К Т О Р А З А Р Ч Е Н К О В А. А. ОСНОВНЫЕ ПОНЯТИЯ Задачи: вычислительные задачи - определение некоторой величины, функциональные задачи - создания

Подробнее

Глава 1. Информационные технологии и информационные процессы

Глава 1. Информационные технологии и информационные процессы Королькова А. В., Кулябов Д. С. Моделирование информационных процессов 3 Глава 1. Информационные технологии и информационные процессы В данном разделе изучается понятие технологии (в частности, информационной

Подробнее

Лекция 31. Программное обеспечение САПР

Лекция 31. Программное обеспечение САПР Лекция 31 Программное обеспечение САПР Программное обеспечение САПР (ПО) представляет собой совокупность программ, необходимых для обработки исходной информации по проектным алгоритмам, управления вычислительным

Подробнее

Тесты для контроля знаний по теме «Введение в проектирование»

Тесты для контроля знаний по теме «Введение в проектирование» Тесты для контроля знаний по теме «Введение в проектирование» 1. Воздушное судно, самолет, вертолет 2. Основная терминология о проектировании 3. Укрупненная схема процесса проектирования 4. Этапы проектирования

Подробнее

ГОСТ Группа П87 МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Комплекс стандартов на автоматизированные системы

ГОСТ Группа П87 МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Комплекс стандартов на автоматизированные системы ГОСТ 34.201-89 Группа П87 МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ Комплекс стандартов на автоматизированные системы ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ

Подробнее

ОТЗЫВ официального оппонента

ОТЗЫВ официального оппонента ОТЗЫВ официального оппонента доктора технических наук, профессора Соснина Петра Ивановича на диссертационную работу Касимова Дениса Рашидовича на тему «Разработка и исследование моделей и методики графического

Подробнее

Стоимость разработки АСУТП

Стоимость разработки АСУТП Стоимость разработки АСУТП Современное производство в настоящее время очень сложно представить без использования автоматизированных систем управления. Технологические процессы довольно сложные, содержат

Подробнее

ПРОГРАММИРОВАНИЕ ВИРТУАЛЬНЫХ АРХИТЕКТУР И ОРГАНИЗАЦИЯ СТРУКТУРНО- ПРОЦЕДУРНЫХ ВЫЧИСЛЕНИЙ В МНОГОПРОЦЕССОРНЫХ СИСТЕМАХ С МАССОВЫМ ПАРАЛЛЕЛИЗМОМ 1

ПРОГРАММИРОВАНИЕ ВИРТУАЛЬНЫХ АРХИТЕКТУР И ОРГАНИЗАЦИЯ СТРУКТУРНО- ПРОЦЕДУРНЫХ ВЫЧИСЛЕНИЙ В МНОГОПРОЦЕССОРНЫХ СИСТЕМАХ С МАССОВЫМ ПАРАЛЛЕЛИЗМОМ 1 Каляев А.В. ПРОГРАММИРОВАНИЕ ВИРТУАЛЬНЫХ АРХИТЕКТУР И ОРГАНИЗАЦИЯ СТРУКТУРНО- ПРОЦЕДУРНЫХ ВЫЧИСЛЕНИЙ В МНОГОПРОЦЕССОРНЫХ СИСТЕМАХ С МАССОВЫМ ПАРАЛЛЕЛИЗМОМ 1 Аннотация НИИ многопроцессорных вычислительных

Подробнее

РАБОЧАЯ ПРОГРАММА по курсу. технологических процессов»

РАБОЧАЯ ПРОГРАММА по курсу. технологических процессов» СМОЛЕНСКИЙ ПРОМЫШЛЕННО ЭКОНОМИЧЕСКИЙ КОЛЛЕДЖ РАБОЧАЯ ПРОГРАММА по курсу «Системы автоматизированного проектирования технологических процессов» Смоленск ПОЯСНИТЕЛЬНАЯ ЗАПИСКА Программа «Системы автоматизированного

Подробнее

Аннотация рабочей программы дисциплины (РПД) ИНСТИТУТ Промышленных Технологий Машиностроения (ИПТМ) КАФЕДРА Автоматизации машиностроения

Аннотация рабочей программы дисциплины (РПД) ИНСТИТУТ Промышленных Технологий Машиностроения (ИПТМ) КАФЕДРА Автоматизации машиностроения Аннотация рабочей программы дисциплины (РПД) ИНСТИТУТ Промышленных Технологий Машиностроения (ИПТМ) КАФЕДРА Автоматизации машиностроения 1. Общая характеристика дисциплины Наименование дисциплины Б2.П.3

Подробнее

НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ «МЭИ»

НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ «МЭИ» Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ «МЭИ» «УТВЕРЖДАЮ» Директор ИТАЭ Дедов А.В. подпись 2015

Подробнее

Содержание. Глава 2. Задачи и виды САПР...19 Классификация САПР...24 Виды обеспечения САПР...25 Вопросы для самоконтроля...28

Содержание. Глава 2. Задачи и виды САПР...19 Классификация САПР...24 Виды обеспечения САПР...25 Вопросы для самоконтроля...28 Содержание Введение... 9 Глава 1. Основы проектирования...11 Техническое задание на НИР и проведение НИР...13 Порядок выполнения и эффективность ОКР...14 Вопросы для самоконтроля...17 Глава 2. Задачи и

Подробнее

ПРОЕКТИРОВАНИЕ СПЕЦИАЛЬНЫХ ЗЕМЛЕРОЙНО-ТРАНСПОРТНЫХ МАШИН И ОБОРУДОВАНИЯ

ПРОЕКТИРОВАНИЕ СПЕЦИАЛЬНЫХ ЗЕМЛЕРОЙНО-ТРАНСПОРТНЫХ МАШИН И ОБОРУДОВАНИЯ МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Подробнее

Основные процедуры преобразования информации в информационных технологиях

Основные процедуры преобразования информации в информационных технологиях Контроль ввода Регистрация Основные процедуры преобразования в информационных технологиях Концептуальная модель базовой информационной технологии содержит процессы, процедуры и операции информационного

Подробнее

ПРОГРАММА аттестационных испытаний для поступающих на 2 и последующие курсы специальности «Прикладная информатика (в сфере сервиса)»

ПРОГРАММА аттестационных испытаний для поступающих на 2 и последующие курсы специальности «Прикладная информатика (в сфере сервиса)» ПРОГРАММА аттестационных испытаний для поступающих на 2 и последующие курсы специальности «Прикладная информатика (в сфере сервиса)» Курс Экзамен Форма проведения экзамена 2 курс 3 курс 4 курс 5 курс Комплексный

Подробнее

СИСТЕМНОЕ И ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ. Лекция 4: Жизненный цикл ПО Требования Техническое задание

СИСТЕМНОЕ И ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ. Лекция 4: Жизненный цикл ПО Требования Техническое задание СИСТЕМНОЕ И ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ Лекция 4: Жизненный цикл ПО Требования Техническое задание Жизненный цикл программного обеспечения Понятие жизненного цикла Жизненный цикл период: с момента

Подробнее

2.СОСТАВ И СОДЕРЖАНИЕ

2.СОСТАВ И СОДЕРЖАНИЕ Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы Information technology. Set of standards for automated systems. Technical directions for developing

Подробнее

Секция 7 «ТЕХНОЛОГИИ И ОБОРУДОВАНИЕ МЕХАНОСБОРОЧНОГО ПРОИЗВОДСТВА»

Секция 7 «ТЕХНОЛОГИИ И ОБОРУДОВАНИЕ МЕХАНОСБОРОЧНОГО ПРОИЗВОДСТВА» ИСПОЛЬЗОВАНИЕ СИСТЕМЫ SIEMENS NX7.5 ДЛЯ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА ОБРАБОТКИ ДЕТАЛЕЙ МАШИН к.т.н. проф. Стржемечный М.М., Симонов К.С. МГТУ «МАМИ» На сегодняшний день всё более актуальной

Подробнее

ЛЕКСИЧЕСКИЙ ПРАКТИКУМ ПО АНГЛИЙСКОМУ ЯЗЫКУ

ЛЕКСИЧЕСКИЙ ПРАКТИКУМ ПО АНГЛИЙСКОМУ ЯЗЫКУ АННОТАЦИИ РАБОЧИХ ПРОГРАММ ДИСЦИПЛИН ОПОП ВО ПО НАПРАВЛЕНИЮ ПОДГОТОВКИ 09.04.01 «ИНФОРМАТИКА И ВЫЧИСЛИТЕЛЬНАЯ ТЕХНИКА» МАГИСТЕРСКОЙ ПРОГРАММЫ «СЕТИ ЭВМ И ТЕЛЕКОММУНИКАЦИИ» ЛЕКСИЧЕСКИЙ ПРАКТИКУМ ПО АНГЛИЙСКОМУ

Подробнее

Методика использования CAD/CAM Cimatron для интерактивного проектирования сборок технологической оснастки

Методика использования CAD/CAM Cimatron для интерактивного проектирования сборок технологической оснастки D:\POPOVA-Library\Statya4_ystu3-pdf-Pribor-Yabloch.doc Создано Kalachev стр. 1 из 6 УДК 004.31 О.Н.Калачев, Е.И.Яблочников использования CAD/CAM Cimatron для интерактивного проектирования сборок технологической

Подробнее

Тема 3.1. Системы автоматизированного проектирования (САПР) Общие сведения о САПР. Цели и функции САПР

Тема 3.1. Системы автоматизированного проектирования (САПР) Общие сведения о САПР. Цели и функции САПР Тема 3.1. Системы автоматизированного проектирования (САПР) Общие сведения о САПР. Цели и функции САПР В нефтегазовой отрасли велико число процессов, предусматривающих выполнение проектных работ. Проектирование

Подробнее

ОКСТУ 0024 Дата введения

ОКСТУ 0024 Дата введения РД 50-682-89 Группа П87 РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ Методические указания ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ Комплекс стандартов и руководящих документов на автоматизированные системы Общие положения

Подробнее

Технологическое обеспечение (обеспечивающие подсистемы) информационных технологий

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

Подробнее

Раздел 4 Основы автоматизации выполнения задач инженерной графики (компьютерная графика) Тема 4.1 Компьютерная графика. Автоматизация проектирования

Раздел 4 Основы автоматизации выполнения задач инженерной графики (компьютерная графика) Тема 4.1 Компьютерная графика. Автоматизация проектирования Раздел 4 Основы автоматизации выполнения задач инженерной графики (компьютерная графика) Тема 4.1 Компьютерная графика. Автоматизация проектирования Занятие 4.1.1 Компьютерная графика. Автоматизация проектирования

Подробнее

Секция 7 «ТЕХНОЛОГИИ И ОБОРУДОВАНИЕ МЕХАНОСБОРОЧНОГО ПРОИЗВОДСТВА».

Секция 7 «ТЕХНОЛОГИИ И ОБОРУДОВАНИЕ МЕХАНОСБОРОЧНОГО ПРОИЗВОДСТВА». Компьютерное проектирование процессов механической обработки деталей на многопрофильных станках с ЧПУ на основе анализа объемных технологических размерных цепей профессор М. М. Стржемечный, А. С. Хренов

Подробнее

Лекция 3 Тема: Классификация информационных систем.

Лекция 3 Тема: Классификация информационных систем. Лекция 3 Тема: Классификация информационных систем. План 1. Разделение информационных систем по техническому уровню 2. Разделение информационных систем по характеру обрабатываемой информации Ключевые слова

Подробнее

Методика формирования конструктивно-технологических решений в процессе создания авиационных двигателей

Методика формирования конструктивно-технологических решений в процессе создания авиационных двигателей Электронный журнал «Труды МАИ». Выпуск 56 www.ma.ru/scence/trudy/ УДК 621.4, 629.7 Методика формирования конструктивно-технологических решений в процессе создания авиационных двигателей А.В. Буданцев,

Подробнее

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р. Комплекс стандартов на автоматизированные системы ГОСТ

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р. Комплекс стандартов на автоматизированные системы ГОСТ Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р Комплекс стандартов на автоматизированные системы ГОСТ 34.601 90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ. Information technology. Set of

Подробнее

2. Процессы жизненного цикла программных средств Создание любого программного средства выполняется по некоторой схеме. Данная схема представляет

2. Процессы жизненного цикла программных средств Создание любого программного средства выполняется по некоторой схеме. Данная схема представляет 2. Процессы жизненного цикла программных средств Создание любого программного средства выполняется по некоторой схеме. Данная схема представляет собой последовательность стандартных этапов производственного

Подробнее

СИСТЕМА АВТОМАТИЗИРОВАННОГО ПОСТРОЕНИЯ ТРЕХМЕРНЫХ МОДЕЛЕЙ ПЛАНЕТАРНЫХ КОРОБОК ПЕРЕДАЧ

СИСТЕМА АВТОМАТИЗИРОВАННОГО ПОСТРОЕНИЯ ТРЕХМЕРНЫХ МОДЕЛЕЙ ПЛАНЕТАРНЫХ КОРОБОК ПЕРЕДАЧ Электронный научно-технический журнал Октябрь 2014 года СИСТЕМА АВТОМАТИЗИРОВАННОГО ПОСТРОЕНИЯ ТРЕХМЕРНЫХ МОДЕЛЕЙ ПЛАНЕТАРНЫХ КОРОБОК ПЕРЕДАЧ В.В. Чередов, А.А. Сазонова, А.А. Аверченко, И.А. Евсеенко

Подробнее

Краткое содержание ГЛАВА 1. ФРЕЗЕРНО-ГРАВИРОВАЛЬНЫЙ КОМПЛЕКС EGX ГЛАВА 6. РАЗРАБОТКА УПРАВЛЯЮЩИХ ПРОГРАММ... 59

Краткое содержание ГЛАВА 1. ФРЕЗЕРНО-ГРАВИРОВАЛЬНЫЙ КОМПЛЕКС EGX ГЛАВА 6. РАЗРАБОТКА УПРАВЛЯЮЩИХ ПРОГРАММ... 59 Краткое содержание ПРЕДИСЛОВИЕ... 6 ВВЕДЕНИЕ... 7 ПЕРЕЧЕНЬ ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ... 10 ГЛАВА 1. ФРЕЗЕРНО-ГРАВИРОВАЛЬНЫЙ КОМПЛЕКС EGX-300... 11 ГЛАВА 2. ВСТРОЕННОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ EGX-300... 19

Подробнее

1. ОБЩИЕ СВЕДЕНИЯ О ПРОЦЕССЕ ПРОЕКТИРОВАНИЯ И САПР

1. ОБЩИЕ СВЕДЕНИЯ О ПРОЦЕССЕ ПРОЕКТИРОВАНИЯ И САПР 7 1. ОБЩИЕ СВЕДЕНИЯ О ПРОЦЕССЕ ПРОЕКТИРОВАНИЯ И САПР Вначале разберемся, что же является предметом изучения нашего лекционного курса, если исходить из его названия Основы компьютерного проектирования РЭС.

Подробнее

Содержание и методы создания информационных систем и информационных технологий

Содержание и методы создания информационных систем и информационных технологий Содержание и методы создания информационных систем и информационных технологий Создание автоматизированных информационных систем и технологий управления может осуществляться по двум вариантам. 1) Первый

Подробнее

Занятие 2. Общие вопросы моделирования. Классификация моделей. Предметноматематические

Занятие 2. Общие вопросы моделирования. Классификация моделей. Предметноматематические Занятие 2. Общие вопросы моделирования. Классификация моделей 1.1 Предмет теории моделирования. Моделирование - это замещение одного объекта (оригинала) другим (моделью) и фиксация и изучение свойств модели.

Подробнее

Метаданные теста. Текст вопроса. 1 Экономическая информация включает: 2 Информационный ресурс может быть определен как: 3 Информатизация это:

Метаданные теста. Текст вопроса. 1 Экономическая информация включает: 2 Информационный ресурс может быть определен как: 3 Информатизация это: Автор теста: Гагарина Н.Л. Название курса: «Информационные системы в экономике» Предназначено для студентов всех специальностей 3 курса Семестр: летний Проходной балл: 50 Количество кредитов: 3 Учебный

Подробнее

АННОТАЦИЯ РАБОЧЕЙ ПРОГРАММЫ по дисциплине

АННОТАЦИЯ РАБОЧЕЙ ПРОГРАММЫ по дисциплине МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ»

Подробнее

Компетенция «Инженерная графика CAD» (Автоматизированное проектирование CAD)

Компетенция «Инженерная графика CAD» (Автоматизированное проектирование CAD) Компетенция «Инженерная графика CAD» (Автоматизированное проектирование CAD) Описание компетенции Термином «Автоматизированное проектирование» обозначается использование технологии компьютерного конструирования

Подробнее

СТАНДАРТ ПРЕДПРИЯТИЯ

СТАНДАРТ ПРЕДПРИЯТИЯ СТП 003-96 СТАНДАРТ ПРЕДПРИЯТИЯ СИСТЕМА УПРАВЛЕНИЯ СООРУЖЕНИЕМ (РЕКОНСТРУКЦИЕЙ) ОСОБО ВАЖНЫХ ОБЪЕКТОВ КОРПОРАЦИИ «ТРАНССТРОЙ» С ИСПОЛЬЗОВАНИЕМ СЕТЕВЫХ ГРАФИКОВ Основные положения Корпорация «Трансстрой»

Подробнее

Y ), а также хранятся в себе (внутренняя, внутрисистемная информация Z ). 1. История развития информатики.

Y ), а также хранятся в себе (внутренняя, внутрисистемная информация Z ). 1. История развития информатики. 1. История развития информатики. Информатика относительно молодая научная дисциплина, изучающая вопросы, связанные с поиском, сбором, хранением, преобразованием и использованием информации в самых различных

Подробнее

В.Л. Кулыгин, И.А. Кулыгина

В.Л. Кулыгин, И.А. Кулыгина УДК 658.512 + 378.016:621 КОМПЕТЕНТНОСТНЫЙ ПОДХОД К ПРЕПОДАВАНИЮ ДИСЦИПЛИН ПРОФЕССИОНАЛЬНОГО ЦИКЛА НАПРАВЛЕНИЯ «КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ МАШИНОСТРОИТЕЛЬНЫХ ПРОИЗВОДСТВ» В.Л. Кулыгин,

Подробнее

1. ОСНОВНЫЕ ПОЛОЖЕНИЯ

1. ОСНОВНЫЕ ПОЛОЖЕНИЯ УДК 65.015.13.011.56:006.354 Группа П87 РУКОВОДЯЩИЙ ДОКУМЕНТ ПО СТАНДАРТИЗАЦИИ МЕТОДИЧЕСКИЕ УКАЗАНИЯ Информационная технология КОМПЛЕКС СТАНДАРТОВ И РУКОВОДЯЩИХ РД ДОКУМЕНТОВ НА АВТОМАТИЗИРОВАННЫЕ 50-682-89

Подробнее

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ ГОСТ 34.603-92 КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР Москва ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР Информационная

Подробнее

4.2. Управление качеством. Управление проектами.

4.2. Управление качеством. Управление проектами. 4.2. Управление качеством. Управление проектами. Технология проектирования должна обеспечивать выпуск проектной продукции высокого качества с наименьшими затратами труда, времени, финансовых и материально-технических

Подробнее

Информатика Информатика наука Предметом информатики Теоретическая информатика

Информатика Информатика наука Предметом информатики Теоретическая информатика Информатика Информатика устанавливает законы преобразования информации в условиях функционирования автоматизированных систем, разрабатывает методы еѐ алгоритмизации, формирования языковых средств общения

Подробнее

Модуль МДК05.01 тема2.2 Требования к построению технического задания

Модуль МДК05.01 тема2.2 Требования к построению технического задания Модуль МДК05.01 тема2.2 Требования к построению технического задания Государственные стандарты устанавливают следующие этапы разработки конструкторской документации на изделия всех отраслей промышленности,

Подробнее

Сибирские Информационные Технологии

Сибирские Информационные Технологии Сибирские Информационные Технологии г. Красноярск, ул. Телевизорная 4, (391) 281-02-41, 8-950-402-03-19, sibinfox@mail.ru Область применения Система автоматизированного проектирования nanocad ЭлектроПроект

Подробнее

АННОТАЦИЯ К РАБОЧЕЙ ПРОГРАММЕ

АННОТАЦИЯ К РАБОЧЕЙ ПРОГРАММЕ Федеральное государственное бюджетное образовательное учреждение высшего образования «Саратовский государственный технический университет имени Гагарина Ю.А.» Кафедра «Технология машиностроения» АННОТАЦИЯ

Подробнее

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ ГОСТ 34.603-92 КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР Москва ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР Информационная

Подробнее

Лабораторная работа 3 Архитектуры с фиксированным набором устройств

Лабораторная работа 3 Архитектуры с фиксированным набором устройств Лабораторная работа 3 Архитектуры с фиксированным набором устройств Тема программы: Архитектура ЭВМ. Архитектуры с фиксированным набором устройств Цель работы: получить представление об архитектуре с фиксированным

Подробнее

Раздел 1. Информация и электронные средства ее обработки Тема 1.1. Виды и свойства информации. Представление информации в ЭВМ

Раздел 1. Информация и электронные средства ее обработки Тема 1.1. Виды и свойства информации. Представление информации в ЭВМ Раздел 1. Информация и электронные средства ее обработки Тема 1.1. Виды и свойства информации. Представление информации в ЭВМ ОП.04. Технические средства информатизации План лекции: 1. Понятие информации

Подробнее

1.1. Понятие информации. Общая характеристика процессов сбора, передачи, обработки и накопления информации

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

Подробнее

САПР И PLM В УЧЕБНОМ ПРОЦЕССЕ ТЕХНИЧЕСКОГО ВУЗА

САПР И PLM В УЧЕБНОМ ПРОЦЕССЕ ТЕХНИЧЕСКОГО ВУЗА САПР И PLM В УЧЕБНОМ ПРОЦЕССЕ ТЕХНИЧЕСКОГО ВУЗА Виртуальное учебное предприятие А. А. Черепашков д.т.н., проф. кафедры ТМ руководитель авторизованного учебного центра АСКОН-СамГТУ ВУЗ В ЦИФРАХ 1 472 20

Подробнее

Тема. Автоматизированные рабочие места

Тема. Автоматизированные рабочие места Тема. Автоматизированные рабочие места Деятельность работников сферы управления в настоящее время ориентирована на использование развитых информационных технологий. Организация и реализация управленческих

Подробнее

1. РАЗРАБОТАН Министерством приборостроения, средств автоматизации и систем управлени

1. РАЗРАБОТАН Министерством приборостроения, средств автоматизации и систем управлени ГОСТ 24.701-86 Группа П87 МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ Единая система стандартов автоматизированных систем управления НАДЕЖНОСТЬ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ Основные положения Unified system of

Подробнее

Вопросы к разделу «Теория информации»

Вопросы к разделу «Теория информации» Перечень экзаменационных вопросов по дисциплинам специальности 6М070400 - «Вычислительная техника и программное обеспечение» для поступающих в магистратуру Вопросы к разделу «Теория информации» 1. Области

Подробнее

ГОУ ВПО Курганский государственный университет

ГОУ ВПО Курганский государственный университет МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ГОУ ВПО Курганский государственный университет УТВЕРЖДАЮ Ректор КГУ /О.И. Бухтояров/ 2005 г. РЕКЛАМНО-ТЕХНИЧЕСКОЕ ОПИСАНИЕ Комплекс подготовки технологической

Подробнее

Казанский национальный исследовательский технический университет им. А.Н. Туполева - «КАИ» Кафедра «Технологии машиностроительных производств»

Казанский национальный исследовательский технический университет им. А.Н. Туполева - «КАИ» Кафедра «Технологии машиностроительных производств» Казанский национальный исследовательский технический университет им. А.Н. Туполева - «КАИ» Кафедра «Технологии машиностроительных производств» КАФЕДРА ТЕХНОЛОГИИ МАШИНОСТРОИТЕЛЬНЫХ ПРОИЗВОДСТВ Кафедра

Подробнее

Документирование на этапах проектирования ИС

Документирование на этапах проектирования ИС Документирование на этапах проектирования ИС 1 Этап 1. Системный анализ проекта ПС 1.1. Исследования и определение концепции версии ПС Результаты обследования и описание объекта и целей его информатизации

Подробнее

КОНЦЕПЦИЯ И СТРУКТУРА ИНТЕГРИРОВАННОЙ ВЕДОМСТВЕННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ФСИН РОССИИ

КОНЦЕПЦИЯ И СТРУКТУРА ИНТЕГРИРОВАННОЙ ВЕДОМСТВЕННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ФСИН РОССИИ Нам пишут РОССИХИНА Лариса Витальевна - кандидат технических наук, капитан внутренней службы, старший преподаватель цикла радиотехнических систем Воронежского колледжа Федеральной службы исполнения наказаний

Подробнее

НАПРАВЛЕНИЯ ОБНОВЛЕНИЯ СОДЕРЖАНИЯ ИНЖЕНЕРНОГО ОБРАЗОВАНИЯ НА ОСНОВЕ ТЕНДЕНЦИЙ СОВРЕМЕННОГО НАУКОЕМКОГО ИНЖИНИРИНГА

НАПРАВЛЕНИЯ ОБНОВЛЕНИЯ СОДЕРЖАНИЯ ИНЖЕНЕРНОГО ОБРАЗОВАНИЯ НА ОСНОВЕ ТЕНДЕНЦИЙ СОВРЕМЕННОГО НАУКОЕМКОГО ИНЖИНИРИНГА Architecture общая архитектура с посредником обработки запросов объектов). OLE-automation или просто Automation (автоматизация) технология создания программируемых приложений, обеспечивающая программируемый

Подробнее

СТРУКТУРНОЕ ПРОЕКТИРОВАНИЕ МИКРОПРОЦЕССОРНЫХ СИСТЕМ. В.Ф. ТЕЛЕЖКИН, И.В. КАРСУНЦЕВ e mail: chel.ac.ru

СТРУКТУРНОЕ ПРОЕКТИРОВАНИЕ МИКРОПРОЦЕССОРНЫХ СИСТЕМ. В.Ф. ТЕЛЕЖКИН, И.В. КАРСУНЦЕВ e mail: chel.ac.ru Известия Челябинского Научного Центра, вып., 000 ПРИБОРОСТРОЕНИЕ И ЭЛЕКТРОНИКА УДК 658.5(07) СТРУКТУРНОЕ ПРОЕКТИРОВАНИЕ МИКРОПРОЦЕССОРНЫХ СИСТЕМ В.Ф. ТЕЛЕЖКИН, И.В. КАРСУНЦЕВ e mail: kva@rts.tu chel.ac.ru

Подробнее

Управление информацией на протяжении жизненного сложных инженерных объектов с помощью «Союз-PLM

Управление информацией на протяжении жизненного сложных инженерных объектов с помощью «Союз-PLM Управление информацией на протяжении жизненного сложных инженерных объектов с помощью «Союз-PLM М.Г. Холин Руководитель отдела разработки ПО технический специалист PDM/PLM НТЦ «Конструктор» Союз-PLM -

Подробнее

Лекция 13. План: 1. Локальная вычислительная сеть: понятие и назначение 2. Семиуровневая модель организации локальной вычислительной сети;

Лекция 13. План: 1. Локальная вычислительная сеть: понятие и назначение 2. Семиуровневая модель организации локальной вычислительной сети; Лекция 13 Тема: Основы сетевых технологий. Эталонная модель взаимосвязи открытых систем. План: 1. Локальная вычислительная сеть: понятие и назначение 2. Семиуровневая модель организации локальной вычислительной

Подробнее