Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Системы автоматизированного проектирования технологических процесс..pdf
Скачиваний:
43
Добавлен:
15.11.2022
Размер:
16.36 Mб
Скачать

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

2. Архитектура «клиент-сервер». Программное обеспечение ориенти­ ровано не только на коллективное использование ресурсов, но и на их обра­ ботку в месте размещения ресурса по запросам пользователей. ПО архитек­ туры состоит их двух частей: ПО сервера и ПО пользоватсля-клиента. Работа организуется следующим образом: программы-клиенты выполняются на компьютере пользователя и посылают запросы к программе-серверу, которая работает на компьютере общего доступа. Основная обработка данных произ­ водится мощным сервером, а на ЭВМ пользователя посылаются только ре­ зультаты выполнения запроса. Например, сервер баз данных используется в мощных СУБД (системах управления базами данных), таких как Microsoft SQL Server, Oracle и др., работающих с распределенными базами данных. Серверы баз данных, рассчитанные на работу с большими объемами данных (десятки гигабайт и более) и большое число пользователей, обеспечивают при этом высокую производительность, надежность и защищенность.

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

Локальные вычислительные сети (ЛВС) связывают ЭВМ и другие ап­ паратные средства в пределах одной организации, и именно они используют­ ся для организации коллективного проектирования. Слово «локальные» ука­ зывает на близость расположения технических средств: диапазон действия ЛВС колеблется от нескольких метров до 8-10 км. При необходимости воз­ можны связь нескольких ЛВС и подключение их к глобальным и региональ­ ным сетям.

7.6. Математическое обеспечение САПР

Характеристики программно-методического комплекса САПР зависят в основном от свойств реализованного в них математического обеспечения (МО).

Математическое обеспечение представляет собой совокупность мате­ матических моделей, методов и алгоритмов выполнения проектных процедур (рис. 7.5).

Математические модели служат для описания свойств объектов в процедурах автоматизированного проектирования.

Математическая модель - это совокупность математических объектов и связей между ними, отражающая существенные для проектировщика свой­ ства проектируемых объектов.

Г

Математические

модели

структурные

функциональные

Математическое обеспечение

Методы

теориямножеств

теорияграфов

алгебравысказываний (логическаяалгебра)

алгебрапредикатов

- исследование операций

теориявероятностей

математическое про­ граммирование(линей­ ное,динамическое, геометрическое)

дифференциальные и _ интегральныеуравне­

ния

Рис. 7.5.Структураматематическогообеспечения

К математическим объектам относятся: число, матрица, вектор, мно­

жество.

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

7.6.1. Классификация математических моделей

По характеру отображаемых свойств объекта математические модели

подразделяются на структурные и функциональные.

Структурные ММ предназначены для отображения структурных свойств объекта. Различают структурные ММ топологические и геометриче­

ские (рис. 7.6).

Рис. 7.6. Классификация структурных моделей

Втопологических моделях отображаются состав и взаимосвязи эле­ ментов объекта безотносительно к их пространственному расположению. Топологические модели представляются в виде графов, в частности в виде И-ИЛИ дерева, или в виде таблиц или матриц (например, таблица смежности поверхностей).

Вгеометрических ММ отображаются геометрические свойства объек­ тов. Используются несколько типов геометрических моделей.

Ваналитических моделях элементы объекта задаются в виде уравне­

ний. Например, уравнения прямой, плоскости, эллипсоида.

Логические модели используют логические выражения, например, от­

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

Для сложных поверхностей аналитические и логические модели ока­ зываются слишком фомоздкими и для их описания применяют каркасные и кинематические ММ.

К аркасны е ММ представляют собой каркасы - конечные множества элементов, например точек или кривых, принадлежащих моделируемой по­ верхности. В результате появляется возможность описания поверхности лю­ бой сложности простыми уравнениями.

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

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

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

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

Функциональные ММ предназначены для отображения физических или информационных процессов, протекающих в объекте при его функ­ ционировании.

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

По способу представления свойств объекта функциональные ММ де­ лятся на аналитические и алгоритмические (рис. 7.7).

Аналитические ММ представляют собой явные выражения выходных параметров как функции внутренних и внешних параметров, т.е. имеют вид y = F{X,Q), где X - внутренние параметры, Q - внешние параметры (на­ пример, зависимость усилия зажима от площади поршня цилиндра и давле­ ния). Получение таких ММ удается лишь в отдельных случаях.

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

Имитационные ММ представляют алгоритм или программу, имити­ рующие функционирование системы. В алгоритм имитационной модели вво­

дится элемент, соответствующий течению времени.

Рис. 7.7. Классификация функциональных моделей

Детерминированные ММ характеризуются определенностью условий, и при одних и тех же входных и внутренних параметрах выходные парамет­ ры будут неизменными.

Стохастические ММ описываются в терминологии случайных про­ цессов, и в отличие от детерминированных при одном и том же начальном состоянии и одних и тех же входных сигналов выходные параметры могут быть различными.

Статические ММ характеризуются тем, что их состояние не изменяет­ ся в течение любого интервала времени.

Динамические ММ задают некоторый процесс изменения состояний во времени.

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

Непрерывные ММ в каждый момент времени характеризуются изме­ ненным состоянием, и время рассматривается как непрерывный фактор.

7.6.2.Требования к математическим моделям

Кматематическим моделям предъявляются требования адекватности, простоты и экономичности, универсальности.

Важнейшим требованием является требование адекватности ММ изу­ чаемому реальному объекту относительно выбранной системы его характе­ ристик. Под этим обычно понимается:

1)правильное качественное описание объекта по выбранным характе­ ристикам;

2)правильное количественное описание объекта с некоторой разум­ ной степенью точности.

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

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

объект. Но такой подход может привести к громоздким системам уравнений, не поддающимся изучению.

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

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

7.7.Программное обеспечение САПР

7.7.1.Классификация программного обеспечения. Системное программное обеспечение

Программное обеспечение (ПО) — совокупность программ и про­ граммных документов, необходимых для выполнения операций проектиро-

вания. В зависимости от выполняемых функций совокупность программ

' " -------

4 Т_ГГЧ

7

м П Г Ш 1Г П Я Л иГ М »

ТГХ10П1—

Рис. 7.8. Системноепрограммноеобеспечение

Прикладное ПО представляет собой совокупность программ решения задач из различных сфер человеческой деятельности.

В состав системного ПО входят:

-операционные системы;

-сервисные программы;

системы программирования;

- средства контроля.

Рис. 7.9. Прикладное программное обеспечение

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

Возможности ЭВМ в значительной степени определяются совершенст­ вом операционной системы. Отличительным свойством ОС является то, что ее загрузка в оперативную память осуществляется каждый раз при включе­ нии компьютера.

В настоящее время разработано и функционирует несколько «се­ мейств» ОС, ориентированных на определенные типы ЭВМ. Например, для ПЭВМ типа IBM PC наиболее распространены MS-DOS, OS/2, UNIX. Обыч­ но прикладные программы САПР, созданные для работы в среде конкретной ОС, не функционируют под управлением других ОС.

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

-однозадачные (однопользовательские);

-многозадачные (одно- и многопользовательские);

-сетевые.

Однозадачные ОС предназначены для работы одного пользователя в каждый конкретный момент с одной конкретной задачей, т.е. выполняя одну прикладную программу. Пользователь, работая на ЭВМ с такой ОС, моно-

231

польно использует все ресурсы машины. Типичным представителем таких ОС является MS-DOS (разработанная фирмой Microsoft).

Многозадачные однопользовательские ОС. т.е. мультипрограммные, допускают одновременное выполнение нескольких задач (программ). Муль­ типрограммирование реализуется посредством циклического выделения для каждой из выполняемых программ времени центрального процессора, т.е. путем периодического переключения с одной задачи на другую. Подобные ОС более сложны. Примером ОС является OS/2.

Многозадачные многопользовательские ОС обеспечивают коллектив­ ное использование ЭВМ в мультипрограммном режиме разделения времени. Представители подобного класса ОС: UNIX, Windows NT фирмы Microsoft.

Сетевые ОС связаны с появлением локальных и глобальных сетей и предназначены для обеспечения доступа пользователя к ресурсам вычисли­ тельной сети. К сетевым ОС относятся: Novell Netware, IBM LAN, Solaris фирмы SUN.

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

По функциональным возможностям сервисные программы можно под­ разделять на средства:

-улучшающие пользовательский интерфейс;

-защищающие данные от разрушения и несанкционированного досту­

па;

-восстанавливающие данные;

-ускоряющие обмен данными между диском и ОЗУ;

-архивации-разархивации;

-антивирусные средства.

Сервисные средства могут быть представлены операционными оболоч­ ками, утилитами и автономными программами.

Операционные оболочки - это комплексы программ, работающие пол­ ностью или частично под управлением ОС и предоставляющие пользователю дополнительные диалоговые возможности. Например, они позволяют в пол­ ноэкранном режиме выполнять часто используемые операции при работе с MS-DOS: просматривать содержимое каталогов на дисках, переходить из од­ ного каталога в другой, копировать, перемещать и удалять файлы, запускать программы. К числу простых оболочек относятся Norton Commander (NC), PC tools.

Более сложной операционной оболочкой является DBS Qview 2.0, ко­ торая управляет работой компьютера с помощью текстовых меню (как и Nor­ ton Commander), но дополнительно реализует многозадачный режим работы.

Принципиально новый подход к пользовательскому интерфейсу в обо­ лочках GEM фирмы Digital Research и Windows фирмы Microsoft. В обеих оболочках используется не текстовый, а графический интерфейс пользовате­ ля. В данном случае интерфейс - программное средство, обеспечивающее

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

Новые версии Windows, такие как Windows NT (для профессиональных применений с возможностью использования локальной или глобальной сети) и Windows 95/98, сами используются как операционные системы.

Утилиты предоставляют услуги в основном по обслуживанию дисков и файловой системы, такие как:

-обслуживание дисков (форматирование, обеспечение сохранности информации, возможности ее восстановления в случае сбоя);

- создание и обновление архивов; -предоставление информации о ресурсах компьютера, о дисковом

пространстве, о распределении оперативной памяти между программами; - печать файлов в различных режимах и форматах.

Из утилит, получивших наибольшую известность, можно назвать мно­ гофункциональный комплекс Norton Utilites.

Антивирусные программы обеспечивают диагностику (обнаружение) и лечение (нейтрализацию) вирусов. Термином «вирус» обозначается про­ грамма, способная размножаться, внедряясь в другие программы, совершая при этом различные нежелательные действия.

Системы программирования предназначены для создания и отладки прикладных программ на различных алгоритмических языках. Система про­ граммирования включает в себя язык и соответствующую ему программу - транслятор (или интегрированную среду отладки), преобразующую исход­ ный текст в машинные коды.

Наиболее известными языками высокого уровня является Фортран, Паскаль и СИ. Существует несколько версий каждого языка, разработанных фирмами, специализирующимися на создании ПО: Microsoft (С, Fortran), Bor­ land (Turbo С, Turbo Pascal).

Трансляторы делятся на два вида: компиляторы и интерпретаторы. При компиляции перевод исходной программы на алгоритмическом

языке в загрузочную и выполнение программы разделены во времени. При­ мерами компилирующих систем являются Pascal, С, язык СУБД Clipper.

Трансляторы различных систем программирования различаются скоро­ стью и объемом получаемого загрузочного модуля. Наиболее удобными счи­ таются системы программирования Borland: Turbo С и Turbo Pascal, пред­ ставляющие интегрированные среды, не выходя из которых можно вводить и редактировать текст программы, получать диагностические сообщения об ошибках.

Интерпретаторы исходный текст построчно переводят в машинный код, и программа сразу же выполняется (Бейсик, язык СУБД Foxbase).

Средства контроля - совокупность программно-аппаратных средств ЭВМ для обнаружения ошибок в процессе работы компьютера. Различают

контроль с помощью средств диагностики ЭВМ, программно-логический контроль ЭВМ, тестовый, аппаратный и программно-аппаратный контроль.

Средства диагностики обеспечивают автоматический поиск ошибки и выявление неисправностей с определенной локализацией их в ЭВМ.

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

Тестовый контроль осуществляется с помощью специальных тестовых программ для проверки правильности работы ЭВМ и ее частей.

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

Программно-аппаратный контроль включает программный и аппарат­ ный контроль и осуществляется как программными, так и техническими средствами.

7.7.2. Прикладное программное обеспечение

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

Прикладное ПО может состоять из отдельной программы (один загру­ зочный файл) или из комплекса программ - пакета прикладных программ (ПИП). Прикладное ПО подразделяется на следующие группы (см. рис. 7.9):

-общего назначения;

-методоориентированные;

-проблемно-ориентированные;

-глобальных сетей.

Прикладное ПО общего назначения. К этой группе относятся универ­ сальные программные системы, которые можно использовать в любой сфере деятельности: текстовые и графические редакторы, электронные таблицы, системы управления базами данных (СУБД), экспертные системы, интегри­ рованные пакеты, CASE-технологии.

Редактором называется 111111, предназначенный для создания и измене­ ния текстов, документов, графических данных и иллюстраций. Редакторы по своим функциональным возможностям можно подразделить на текстовые, графические и издательские системы.

Текстовые редакторы предназначены для обработки текстовой инфор­ мации. Они выполняют следующие функции:

-запись текста в файл;

-вставку, удаление, замену символов, строк, фрагментов текста;

-проверку орфографии;

-оформление текста различными шрифтами;

-выравнивание текста;

-подготовку оглавлений, разбиение текста на страницы;

-поиск и замену слов и выражений;

-включение в текст несложных иллюстраций;

-печать текста.

Наибольшее распространение получили текстовые редакторы Microsoft Word, Word Perfect, Лексикон, ChiWriter, Multi Edit.

Графические редакторы предназначены для обработки графических документов, включая диаграммы, иллюстрации, чертежи, таблицы. Допускается управление размером фигур и шрифтов, перемещение фигур и букв, формирование любых изображений. Из наиболее известных редакторов можно назвать PC Paintbrush, Boieng Graf, Fanvision, Corel DRAW, Adobe Photoshop.

Издательские системы соединяют в себе возможности текстовых и графических редакторов, могут форматировать полосы с графическими ма­ териалами и выводить информацию на печать. Эти системы ориентированы на использование в издательском деле и называются системами верстки. Из таких систем можно назвать продукты Page Maker фирмы Adobe и Ventura Publisher корпорации Corel.

Электронной таблицей называется ГОШ, предназначенный для обра­ ботки таблиц. Данные в таблице хранятся в ячейках, находящихся на пересе­ чении столбцов и строк. В ячейках могут храниться числа, символьные дан­ ные и формулы. Формулы дают зависимость значения одних ячеек от содер­ жимого других ячеек. Изменение содержимого ячейки приводит к измене­ нию значений в зависящих от нее ячейках.

К наиболее популярным ПГ1П этого класса относятся такие программ­ ные продукты, как Microsoft Excel, Lotus 1-2-3, Quattro Pro.

Системы управления базами данных (СУБД) используются для созда­ ния внутримашинного информационного обеспечения.

База данных - это совокупность специальным образом организованных данных, хранящихся на диске.

Управление базой данных включает в себя ввод данных, их корректи­ ровку и манипулирование ими, т.е. добавление, удаление, извлечение, обнов­ ление. Развитые СУБД обеспечивают независимость прикладных программ от конкретной организации данных в базах данных. В зависимости от спосо­ ба организации данных различают иерархические, сетевые, реляционные, распределенные СУБД. Наибольшее распространение получили СУБД Mi­ crosoft Access, Microsoft FoxPro, dBase, Paradox (корпорации Borland), а также СУБД компаний Oracle, Informix, Ingres, Sybase, Progress.

Интегрированные пакеты - это ГПТП, объединяющие функционально различные программы общего назначения. Современные интегрированные пакеты включают в себя:

-текстовый редактор;

-электронную таблицу;

-графический редактор;

-СУБД;

-коммуникационный модуль.

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

кповышенным требованиям к объему оперативной памяти.

Из имеющихся интегрированных пакетов можно выделить следующие: Framework, Startnave, Microsoft Office.

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

Для решения задач подобного класса используются экспертные сис­

темы.

Экспертная система - это система обработки знаний в узкоспециали­ зированной области подготовки решений пользователей на уровне высокопрофессиональных специалистов-экспертов.

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

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

Под CASE-технологией (CASE от Aided Software Engineering) понима­ ется совокупность средств автоматизации разработки информационной сис­ темы, включающей в себя методологию анализа предметной области, проек­ тирования, программирования и эксплуатации ИС. CASE-технология позво­ ляет отделить проектирование ИС от собственного программирования и от­ ладки: разработчик системы занимается проектированием на более высоком уровне, не отвлекаясь на детали. Это позволяет уменьшить количество оши­ бок на стадии проектирования и получить более совершенные программные

продукты. Эта технология изменяет все стадии разработки ИС, более всего отражаясь на этапах анализа и проектирования.

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

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

Репозитарий - это информационный архив, где хранятся сведения о процессах, данных и связях объектов в разрабатываемом приложении.

Б настоящее время CASE-технология - одна из наиболее динамично развивающихся отраслей информатики. Из имеющихся CASF-технологий можно выделить: Application Development Workbench (ADW) фирмы Knowl­ edge Ware, BPwin (Logic Works), CDEZ Tods (Oracle), Clear CASE (Alria Soft­ ware), Composer (Texas Instrument), Discover Development Information System (Software Emancipation Technology), CAS.CADE (MATRA Datavision), СПРУТ (СПРУТ-технология).

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

Методоориентнрованные программы. В алгоритмической основе этих программ реализован конкретный метод решения задачи. К ним отно­ сятся ППП:

-математического программирования (линейного, динамического, статистического);

-сетевого планирования и управления;

-теории массового обслуживания;

-математической статистики.

Проблемно-ориентированные ППП. Это наиболее широкий класс пакетов прикладных программ. Практически нет ни одной предметной об­ ласти, для которой не существует хотя бы одного ППП.

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

Системы автоматизированного проектирования (САПР) предназначе­ ны для автоматизации проектно-конструкторских и технологических работ в машиностроении, автомобилестроении, промышленном строительстве.

САПР состоят из отдельных подсистем, которые выполняют рассмот­ ренные проектные процедуры. Архитектура ПО САПР, некоторые современ­ ные системы проектирования и сравнительный анализ таких систем приво­ дятся ниже.

Система автоматизации управления предприятием (А С У П ) делятся на 3 класса:

I - простые бухгалтерские, складские, кадровые, торговые системы. К ним относятся пакеты «1C: Предприятие», «Инфин»;

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

III - высшего класса, ориентированы на архитектуры клиент-сервер, строятся на основе многозадачных, многопользовательских операционных систем (типа UNIX) и реляционных баз данных, разрабатываются на базе CASE-технологий и имеют графический пользовательский интерфейс, К ним относят многофункциональные продукты высшего ценового класса R73 (SAP) Oracle, Мас-Рас Open (A.Andesen) и др. Из российских пакетов отме­ тим систему «Галактика» («Новый Атлант»).

PDM-системы (PDM от Product Data Management - управление дан­ ными об изделии) обеспечивают координацию работ над проектом и выпол­ няют следующие функции.

Функция управления документооборотом обеспечивает решение сле­ дующих задач:

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

Функция управления структурами проектов и изделий обеспечивает решение следующих задач:

-ввод связей между документами в проектах и связей между изделия­ ми, т. е. создание спецификаций документов и спецификаций изделий;

-поиск спецификаций документов и спецификаций изделий в БД; -просмотр структуры проекта (структуры изделия) по спецификациям

документов (изделий) или по графическому изображению «дерева» докумен­ тов (изделий);

-обращение из спецификации или из «дерева» к документам или к дан­ ным об изделии.

Функция планирования и контроля выполнения заданий обеспечивает решение следующих задач:

ввод сроков выполнения и фамилий исполнителей каждого докумен­

та;

-диспетчеризация выполнения заданий;

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

бот;

-учет работы исполнителей и др.

Функция управления и учета изменений обеспечивает решение сле­ дующих задач:

-управление правами доступа на изменение;

-предупреждение участников проекта о том, что документ находится на изменении;

-создание копии изменяемого документа для истории; -учет изменений (что, кто, когда).

Из имеющихся PDM-систем отметим системы SmarTeam фирмы Smart Solutions и Search компании Интермех.

CALS-технологии (CALS от Continuous Acquisition and Life Cycle Support - непрерывная поддержка жизненного цикла) - это новые информа­ ционные технологии поддержки и автоматизации процессов разработки, производства, сбыта и эксплуатации наукоемкой продукции, в том числе оборудования для машиностроения. Важным элементом CALS-технологий являются PDM-системы. В общем виде использование CALS-технологий может быть представлено следующими этапами.

На первом этапе в результате маркетинговых исследований опре­ деляются будущие потребительские свойства, требуемый объем выпуска и возможная цена реализации изделий. Затем устанавливают технические ха­ рактеристики изделий, достижение которых возможно при рассмотрении многовариантных конструкторских решений (второй этап), а также в процес­ се технологической подготовки производства (ТПП - третий этап) и изготов­ ления (четвертый этап). Из множества допустимых конструкторскотехнологических решений выбирают те, которые обеспечивают наименьшие издержки производства или наименьшие суммарные затраты в случае покуп­ ки комплектующих изделий.

Одновременно формируется оптимальная структура производства по критериям привлечения необходимого и достаточного (по квалификации и численности) персонала, построения эффективной системы управления, пла­ нирования загрузки оборудования и т.д. Далее в итерационном режиме про­ веряется возможность достижения требуемых технических характеристик и объема выпуска (пятый этап). Поставленная задача решается посредством информационной системы, основанной на многоуровневой модели анализа и расчета показателей конкурентоспособности изделий.

Проблемно-ориентированные 111111 непромышленной сферы предна­ значены для автоматизации деятельности фирм, не связанных с материаль­ ным производством (банки, биржи, торговля и т.д.). Требование к ППП этого класса во многом совпадает с требованием к комплексным ППП для про-

мьпиленной сферы: создание интегрированных многоуровневых систем. Ми­ ровыми лидерами в создании ППП этого класса являются основные фирмыпроизводители ЭВМ, а также компании, занимающиеся исключительно про­ граммным обеспечением (Oracle, Informix и др.).

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

В качестве примера можно привести стандартные ППП глобальной сети Internet:

- Netscape Navigator, Microsoft Internet, Explorer - средства доступа и навигации;

-Eudora, электронная почта (Mail).

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

Для обеспечения организации администрирования вычислительного процесса в локальных и глобальных сетях ЭВМ в более чем 50 % систем ми­ ра используются ППП фирмы Bay Networks (США), управляющие админист­ рированием данных, коммутаторами, концентраторами, маршрутизаторами, потоком сообщений.

7.7.3, Архитектура ПО САПР

Рассмотрим программное обеспечение САПР как совокупность под­ систем, образованных отдельными программами. На рис. 7.10 представлен общий вариант состава ПО САПР, включающего в себя проектирующие и обслуживающие подсистемы.

Рис. 7.10. АрхитектураПО САПР

К обслуживающим подсистемам ПО относятся: диалоговая, СУБД или информационно-поисковая система (ИПС), «Монитор».

Диалоговая подсистема организует взаимодействие пользователя управляющей и проектирующей подсистемами, подготовку и редактированис исходных данных, просмотр результатов работы проектирующих под­ систем.

СУБД реализует доступ к базе данных и предназначена для хранения сведений нормативно-справочного характера, результатов выполнения теку­ щих этапов проектирования.

«Монитор» - программа, обеспечивающая управление вычислитель­ ным процессом и координацию взаимодействия различных подсистем. Функции монитора многообразны: прием, диагностика и интерпретация ко­ манд пользователя; загрузка и активизация программных компонентов; реги­ страция пользователей и т.д.

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

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

7.7.4. Принципы и этапы разработки ПО

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

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

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

Выделяют следующие уровни проектирования: системный, приклад­

ных программ, подпрограмм (модулей).

На системном уровне конкретизируются функции программно­ методического комплекса, планируются его структура и состав, выбираются или разрабатываются языки проектирования, устанавливается степень ис­ пользования доступного для приобретения общесистемного и прикладного

ПО общего применения, разрабатываются спецификации на отдельные про­ граммы.

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

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

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

При разработке ПО крупных САПР возможно выделение дополни­ тельных промежуточных уровней.

Процесс проектирования ПО состоит из нескольких этапов (рис. 7.11). Этапы 1 - 4 относятся к синтезу ПО и выполняются в нисходящей последо* вательности, этапы 5 7 относятся к отладке и выполняются в восходящей последовательности.

Этапы синтеза

Уровни

Этапы отладки

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

На этапе 2 разрабатываются спецификации на отдельные программы ПМК. Различают несколько разновидностей спецификаций. Функциональ­ ные спецификации содержат описания функций по переработке информации,

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

На этапах 3 и 4 решаются охарактеризованные выше задачи уровней прикладных программ и подпрограмм.

На этапах 5, 6, 7 осуществляется отладка, цель которой - обнаружение и устранение ошибок, допущенных на этапах синтеза. Отладка выполняется с помощью процедур выбора тестов и верификации (доказательства правиль­ ности программ).

Тесты представляют собой контрольные задачи с известными правиль­ ными результатами решения.

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

- граф-схема - граф, вершины которого изображают блоки обработки информации, а дуги - связи по информации или по управлению между бло­ ками;

-диаграммы Н1РО (иерархия - вход - обработка - выход), которые служат для представления спецификаций модулей в виде перечисления вы­ полняемых функций и описания данных, являющихся входными и выходны­ ми для модуля;

-функциональные схемы;

-псевдоязык, представляющий собой объединение естественного язы­ ка с одним из языков программирования.

7.8. Информационное обеспечение САПР

При автоматизированном проектировании для удовлетворения потреб­ ностей прикладных программ и подсистем САПР, а также запросов пользо­ вателей в диалоговом режиме возникает необходимость в машинном пред­

ставлении данных.

Совокупность всех необходимых для функционирования САПР данных составляет информационный фонд САПР.

Основная функция информационного обеспечения (ИО) - ведение ин­ формационного фонда, т.е. создание, реорганизация и обеспечение доступа к данным с использованием ЭВМ. Таким образом, ИО САПР - это совокуп­ ность информационного фонда и средств его ведения.

В состав информационного фонда САПР технологических процессов входят:

- нормативно-справочная информация, включающая в себя, например, сведения о типовых маршрутах обработки, станках (модель, характеристи­ ки); инструменте (обозначение, размеры, материал), комплектующих дета­ лях, узлах;

-записываемые временно данные, являющиеся результатом функцио­ нирования одной подсистемы САПР, для последующего ввода в другую;

-программные модули отдельных подсистем, подпрограммы для стан­ ков с ЧЗТУ;

-чертежи инструментов и приспособлений;

-шаблоны для ввода информации и оформления документов. Известны три подхода к организации информационного фонда на ЭВМ:

- размещение данных непосредственно в теле программы (рис. 7.12, а)\

-запись данных в файлы (рис. 7.12, б)\

-использование баз данных (рис. 7.12, в).

а

б

в

Рис. 7.12. Три способа хранения данных

Недостаток первого подхода состоит в неизбежности модификации программы при обновлении или реорганизации данных. При файловой орга­ низации информация записывается на магнитный диск отдельно от приклад­ ной программы. Это обеспечивает относительную независимость программы от данных, т.е. исключает изменение ПП в случае обновления данных. Одна­ ко при файловой организации данные ориентированы, как правило, на одну программу, в которой жестко предписано, где в файле найти нужные элемен­ ты. Основные недостатки такого подхода: зачастую одни и те же данные ис­ пользуются различными ПП, в которых они имеют разную структуру и пред­ ставлены по-разному, это приводит к их необоснованному дублированию (избыточности) на магнитном диске; к данным, рассредоточенным по разным

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]