8(495)909-90-01
8(964)644-46-00
pro@sio.su
Главная
Системы видеонаблюдения
Охранная сигнализация
Пожарная сигнализация
Система пожаротушения
Система контроля удаленного доступа
Оповещение и эвакуация
Контроль периметра
Система домофонии
Парковочные системы
Проектирование слаботочных сетей
Аварийный
контроль
Раздел: Документация

0 ... 69 70 71 72 73 74 75 ... 96

Заказчик

Анализ исходных технических требований

Формирование формализованного технического задания

Разбивка на блоки с прогнозным анализом

Синтез и повторное использование

расчетных компьютерных моделей

Синтез и повторное использование типовых функциональных решений

Синтез и повторное использование механических конструкций

Компьютерная модель изделия в едином ии(}>ормациопном пространстве

Исследование свойств опытного образца на компьютерной модели

Оформление конструкторской документации

Подготовка программ для оборудования с ЧПУ

Технологическая подготовка производства

Организация производства

Рис.3.14. Инфраструктура САПИР ориентирована на то, «ЧТО» должно быть создано, а не на то, «КАК» это надо сделать (на примере АС КТПП электродвигателя)

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

Техническое задание, полученное от заказчика, принимается за отправную точку разработки. При этом считается, что это техническое задание может подвергаться изменениям и развитию в ходе


уточнения, а может быть, и на более поздних стадиях. Эта деятельность выполняется совместно с заказчиком и заканчивается только при нахождении удовлетворяющих обе стороны компромиссов.

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

В АС нового поколения строится прототип компьютерной модели создаваемой технической системы, на котором конструктор и его заказчик смогут выполнять анализ и оценку технических требований в виде формализованного технического задания. В конечном итоге процедура проверки и подтверждения требований будет включать в себя сочетание моделирования с «оживлением» модели компьютерными средствами. Это позволит сделать технические требования чрезвычайно информативными и выразительными, т.е. по существу получить «виртуальный прототип» технической системы в виде компьютерной модели объекта.

Автоматизированная проверка технических требований состоит из двух частей:

•способа связного и полного описания этих требований;

•средства, позволяющего реализовать эти описания. Данный метод позволит сформировать «компьютерную модель

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

Автоматизированная проверка технических требований по сравнению с ручной проверкой способна пе только сократить число ошибок, но и призвана обеспечить более тщательное проведение данной работы. Это достигается на основе того, что экспериментировать с


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

3.3.2.Разбиение систем иа компоненты

После формулирования требований к технической системе конструкторы должны выделить в ней расчетные, функциональные и механические компоненты. Этот этап разработки обычно выполняется эмпирически иа базе опыта и знаний специалистов прикладной области, поскольку создание моделей всевозможных комбинаций компонентов оказывается неприемлемо длительным. Однако со временем в состав АС будут включаться средства моделирования на высоких уровнях описания. Назначение такого моделирования призвано обеспечить численные сравнения различных результатов, полученных при использовании тех или иных вариантов разбиения технических систем. Этот этап разработки, который будем называть «прогнозным анализом», призван позволить конструктору избежать возможных неприятных сюрпризов при конкретной реализации технической системы.

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

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

3.3.3.Средства для макетирования технических систем

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



0 ... 69 70 71 72 73 74 75 ... 96