Разработка САПР (стр. 4 )

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

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

Основными функциями мониторных систем управления функционированием технических средств в САПР являются: 1) формирование заданий с контролем пакета задач; 2) обработка директив языков управления заданиями и задачами; 3) управление проектированием в автоматическом режиме; 4) распределение ресурсов САПР с учетом приоритетов заданий, задач, подсистем; 5) защита ресурсов и данных от несанкционированного доступа и непредусмотренных воздействий.

Информационно-поисковые системы (ИПС) выполняют следующие функции: 1) заполнение информационного фонда сведениями; 2) обработку цифровых данных и формирование выходных документов; 3) построение и обработку информационных запросов с целью поиска требуемых сведений; 4) обработку выходных данных и формирование выходных документов.

Система управления базами данных (СУБД) – программно-методический комплекс для обеспечения работы с информационной базой, организованной в виде структуры данных. СУБД выполняется следующие основные функции: 1) определение баз данных, т. е. описание концептуального внешнего и внутреннего уровней; 2) запись данных в базу; 3) организацию, хранения, изменение, дополнения, реорганизации данных; 4) предоставление доступа к данным (поиск и их выдача).

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

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

Базовые проблемно-ориентированные ПМК – программные средства, предназначенные для: 1) автоматизированного упорядочения исходных данных, требований и ограничений к объекту проектирования в целом или к отдельным элементам; 2) выбора физического принципа действия объекта проектирования; 3) выбора технических решений и структуры объекта проектирования; 4) оценки показателей качества проекта.

Базовые объектно-ориентированные ПМК отражают особенности объектов проектирования как совокупной предметной области.

Программно-технический комплекс (ПТК) представляет собой взаимосвязанную совокупность ПМК с комплексами или компонентами технического обеспечения. В зависимости от назначения ПТК различают: 1) автоматизированные рабочие места (АРМ); 2) центральные вычислительные комплексы (ЦВК).

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

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

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

Математическое обеспечение (МО) САПР включает в себя математические модели (ММ) объектов проектирования, методы и алгоритмы, необходимые для выполнения проектных процедур автоматизированного проектирования. МО САПР делится на общее и специальное. К математическим моделям предъявляют требования универсальности, точности, адекватности и экономичности.

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

Точность ММ оценивается степенью совпадения значений параметров реального объекта и значений тех же параметров, рассчитанных с помощью оцениваемой ММ. Пусть отражаемые в ММ свойства оцениваются вектором выходных параметров Y =(y1, y2,…, ym ). Тогда, обозначив истинное и рассчитанное с помощью ММ значение j-го выходного параметра через yj ист и yjм соответственно, определим относительную погрешность εj расчёта параметра yj как εj =(yjм - yj ист )/yj ист. В результате получим векторную оценку относительной погрешности ε = (ε1, ε2, …, εm). При необходимости сведения этой оценки к скалярной используют какую-либо норму вектора ε, например: εм =|| ε||=max|εj|, jÎ[1: m].

Адекватность ММ – способность отображать заданные свойства с погрешностью не выше заданной. Поскольку выходные параметры являются функциями векторов параметров внешних Q и внутренних X, погрешность εj зависит от значений Q и X. Обычно значения внутренних параметров ММ определяют из условия минимизации погрешности εм в некоторой точке Qном пространства внешних параметров, а используют модель с рассчитанным вектором X при различных значениях Q. При этом, как правило, адекватность модели имеет место лишь в ограниченной области изменения внешних переменных – области адекватности (ОА) математической модели: ОА = {Q | εм<= δ}, где δ > 0 – заданная константа, равная предельно допустимой погрешности модели.

Экономичность ММ характеризуется затратами вычислительных ресурсов (затратами машинного времени и памяти) на её реализацию. Чем меньше эти затраты, тем модель экономичнее. В общем случае процедура получения математических моделей включает в себя следующие операции:

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

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

3. Синтез структуры ММ. Структура ММ – это общий вид математических соотношений модели без конкретизации числовых значений фигурирующих в них параметров. Синтез структуры – наиболее ответственная и с наибольшим трудом поддающаяся формализации операция.

4. Расчёт числовых значений параметров ММ. Эта задача ставится как задача минимизации погрешности модели заданной структуры, т. е. min εм (X), Х Î ХД, где Х – вектор параметров модели; ХД – область варьирования параметров.

5. Оценка точности и адекватности ММ.

Математические модели классифицируются по следующим признакам:

1. По характеру отображаемых свойств объекта – структурные, функциональные. Структурные ММ предназначены для отображения структурных свойств объекта. Функциональные ММ – для отображения физических и информационных процессов.

2. По принадлежности к иерархическому уровню – ММ микроуровня, макроуровня, метауровня.

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

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

5. По способу получения модели – теоретические, эмпирические.

2.7. Лингвистическое обеспечение САПР

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

Языки программирования – языки, предназначенные для написания программного обеспечения. К языкам программирования предъявляются следующие требования: 1) удобство использования – затраты времени программиста на освоение языка и главным образом на написание программ на этом языке; 2) универсальность – возможность использования языка для описания разнообразных алгоритмов, характерных для программного обеспечения САПР; 3) эффективность объектных программ – определяется свойствами используемого транслятора, которые, в свою очередь, зависят от свойств языка; эффективность оценивается затратами машинного времени и памяти на исполнение программ.

Языки проектирования – языки, предназначенные для описания информации об объектах и задачах проектирования. Основными объектами описаний в САПР являются: 1) задание на проектирование; 2) проектные процедуры и операции; 3) проектные решения (промежуточные, конечные, типовые); 4) проектные документы. Языки проектирования принято классифицировать по следующим основным признакам: 1) месту в процессе автоматизированного проектирования; 2) связи с универсальными языками программирования; 3) оперативности; 4) преимущественному способу представления информации.

По месту в процессе автоматизированного проектирования различают языки: входные; внутренние и промежуточные; выходные; сопровождения и управления.

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

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

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

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

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

2.8. Программное обеспечение САПР как объект проектирования

Программное обеспечение (ПО) САПР представляет собой совокупность программ на машинных носителях с необходимой программной документацией, предназначенной для выполнения автоматизированного проектирования. В структуре ПО САПР можно выделить: 1) базовое программное обеспечение средств вычислительной техники; 2) базовое общесистемное программное обеспечение САПР; 3) специальное прикладное программное обеспечение.

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

Базовое общесистемное ПО САПР включает программы межотраслевого применения, инвариантные к объектам проектирования и выполняющие следующие функции: 1) управление процессом вычислений; 2) ввод, вывод и обработка инструкций пользователей; 3) диалоговая взаимосвязь с пользователем в процессе проектирования; 4) хранение, поиск, анализ, модификация данных, защита их целостности; 5) решение общесистемных задач; 6) контроль и диагностика в процессе решения задач проектирования. В состав базового программного обеспечения САПР входят: 1) мониторная диалоговая система; 2) системы управления базами данных; 3) информационно-поисковые системы; 4) геометрические и графические процессоры; 5) средства формирования графической и текстовой информации; 6) средства для выполнения общетехнических расчётов.

Специализированное прикладное ПО составляет пакеты прикладных программ для выполнения различных проектных процедур. Разработка программного обеспечения САПР осуществляется на основе принципов системного единства, развития, совместимости и стандартизации. В соответствии с общими принципами создания САПР ПО должно удовлетворять следующим требованиям: 1) адаптируемость – приспособляемость ПО к функционированию в различных условиях, что связано с изменением самих объектов проектирования; 2) гибкость (открытость, сопровождаемость) – возможность легко вводить изменения, дополнения, исправления при сохранении всей системной реализации; 3) компактность (экономичность) – потребление минимальных ресурсов ЭВМ (памяти, времени центрального процесса ЭВМ); 4) мобильность – способность функционирования ПО САПР на различных технических средствах; 5) надёжность – обеспечение получения достоверных результатов проектирования; 6) реактивность – обеспечение быстрого решения задачи при ориентации на пользователя, не являющегося специалистом в области вычислительной техники и программирования; 7) эволюционируемость – пополнение САПР новыми программами, расширяющими возможности системы; 8) универсальность – отсутствие ограничений на область применения программного обеспечения.

Разработка ПО включает следующие стадии: техническое задание; эскизный, технический и рабочий проекты; ввод в действие и эксплуатация.

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

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

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

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

На стадии ввода в действие и эксплуатации производится: подготовка и передача программы и программной документации заказчику; устранение ошибок, не выявленных на этапе тестирования; адаптация программного обеспечения к быстроменяющимся требованиям САПР.

Для оценки качества ПО используют следующие показабезотказность – способность выполнения заданных функций без проявления отказов; 2) корректность – соответствие заданным функциональным требованиям; 3) мобильность – возможность приспособления к работе в другой программно-технической среде; 4) модифицируемость – приспособленность к внесению изменения при создании и сопровождении; 5) проверяемость – приспособленность к проверке на соответствие заданным требованиям и полнота проверки; 6) пригодность к развитию – приспособленность к доработкам, направленным на повышение эффективности и наращивание функциональных возможностей; 7) совместимость – приспособленность к совместной работе с другими системами и программами; 8) сопровождаемость – приспособленность к локализации и устранению ошибок в ходе создания и сопровождения; 9) удобство использования – удобство в работе и для изучения; 10) унифированность – приспособленность для применения в качестве составной части для другой системы; 11) устойчивость – способность сохранять работоспособность системы в условиях проявления отказов и сбоев технических средств; 12) целостность – защищенность программ от несанкционированного доступа.

2.9. Информационное обеспечение САПР как объект проектирования

Информационное обеспечение (ИО) САПР – это совокупность сведений, необходимых для выполнения автоматизированного проектирования. Оно предназначено для организации, использования, хранения и подержания в рабочем состоянии всей информации, необходимой для процесса проектирования. Основу ИО САПР составляет информационная база САПР, структура которой представлена на рис. 12. Информационная база содержит две составляющие (по форме представления): 1) внемашинная информационная база (информационный фонд), т. е. текстовые и графические документы, а также другие источники информации для восприятия непосредственно персоналом САПР; 2) внутримашинная информационная база (база данных), т. е. определенным образом организованные данные информационного фонда, хранящиеся на машинных носителях в виде записи и использующиеся непосредственно в процессе автоматизированного проектирования.

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

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

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

Рис. 12. Структура ин формационной базы САПР

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

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

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

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

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

Разработка информационного обеспечения САПР осуществляется в следующей последовательности:

На стадии технического задания определяют назначение и основные требования к ИО, состав, структуру и характеристики данных, информационные объекты и их атрибуты, модель предметной области, технико-экономические показатели; принимается решение о выборе или разработке СУБД, об организации работ по созданию ИО, о порядке приемки.

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

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

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

На стадии ввода в действие и эксплуатации выполняют ввод в действие БД в составе САПР, опытную эксплуатацию БД в составе САПР, сдачу БД системы информационного обеспечения в промышленную эксплуатацию.

2.10. Техническое обеспечение САПР

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

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

К системным требованиям относятся: 1) эффективность – эффективное выполнение совместно с информационным и программным обеспечением всех функций автоматизированного проектирования с целью получения достаточно качественных решений и проектной документации в приемлемые сроки; 2) универсальность – возможность внесения изменений в программное и информационное обеспечение без перестройки комплекса технических средств; 3) совместимость – обеспечение технической, информационной, программной и эксплутационной совместимости; 4) гибкость и открытость – возможность допускать перестройку в достаточно широких пределах, а также замену устаревших средств, их модернизацию и расширение состава; 5) надёжность – к показателям надежности ТО САПР относят среднюю наработку на отказ, среднее время восстановления, средний срок службы, средний срок сохраняемости, коэффициент технического использования; 6) точность – обеспечение требуемого уровня достоверности полученных результатов; 7) защищённость от внешних воздействий; 8) возможность одновременной работы достаточного широкого круга пользователей; 9) приемлемая стоимость, которая обеспечивала бы наибольший экономический эффект.

К функциональным требованиям можно отнести реализацию: 1) математических моделей объектов проектирования и их функционирования, а также чертежей; 2) задач принятия решений и проектных процедур; 3) архивов, библиотек проектных решений и типовых элементов, системы поиска данных, обеспечения наглядности информации; 4) работы с графическими изображениями и моделями; 5) параллельной разработки отдельных узлов; 6) работы пользователя как в пакетном, так и в диалоговом режиме с возможностью перехода с одного режима на другой на любом этапе проектирования; 7) документирования результатов проектирования (промежуточных и конечных) с необходимой полнотой и в требуемой форме.

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

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

Качественный и количественный состав КТС должен устанавливаться исходя из: 1) категории проектной организации, определяемой ее мощностью (объемом проектных работ, выполняемых собственными силами) и численностью сотрудников (потенциальных пользователей средств автоматизированного проектирования); 2) намечаемых режимов обработки данных с использованием средств автоматизации проектирования и работы технических средств; 3) объемов и типов перерабатываемых в системе данных и решаемых задач; 4) контрольных сроков, отводимых на выполнение автоматизированных проектных процедур; 5) производительности оборудования.

При выборе КТС выполняются следующие работы: анализ требований к КТС; разработку укрупненной структуры КТС; выбор типов и расчет количества АРМ и технических средств ЦВК; выбор типов и расчет количества средств сопряжения, связи и телеобработки данных; оптимизацию структуры КТС; расчет характеристик КТС.

2.11. Методика разработки САПР

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

Таблица 1

Состав выполняемых работ при создании САПР

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

Окончание таблицы 1