| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ МЕТОДИЧЕСКИЕ УКАЗАНИЯ СИСТЕМЫ
АВТОМАТИЗИРОВАННОГО
РД 50-604-86
Москва ИЗДАТЕЛЬСТВО СТАНДАРТОВ
РАЗРАБОТАНЫ Академией наук БССР Государственным комитетом СССР по стандартам ИСПОЛНИТЕЛИ Н.А. Ярмош, канд. техн. наук; П.А. Шапаев, канд. техн. наук (руководители темы); В.В. Александров, д-р техн. наук, профессор; Ю.Я. Венгеровский, канд. техн. наук; Н.Н. Голубков; Т.Г. Зема; Т.Г. Костевич; Р.И. Петлюк; В.М. Старыгин; Л.В. Чернышева, канд. физ.-мат. наук; Р.Б. Шаймарданов, канд. техн. наук; В.С. Шнейдеров, канд. техн. наук; В.С. Яковишин, канд. фил. наук. ВНЕСЕНЫ Управлением машиностроения Государственного комитета СССР по стандартам Начальник Управления машиностроения Л.Л. Акинфиев. УТВЕРЖДЕНЫ и ВВЕДЕНЫ В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по стандартам от 27 марта 1986 г. № 738
РУКОВОДЯЩИЙ НОРМАТИВНЫЙ ДОКУМЕНТ
Утверждены Постановлением Госстандарта от 27 марта 1986 г. № 738, срок введения установлен с 01.01.87 Методические указания определяют порядок создания, эксплуатации и развития баз данных и предназначены для разработчиков баз данных, обслуживающих системы автоматизированного проектирования различного назначения. ВВЕДЕНИЕ Современный этап научно-технического прогресса немыслим без широкого внедрения и использования вычислительной техники в производстве. Наибольший эффект от внедрения вычислительной техники достигается при интегральной сквозной автоматизации всего цикла «исследование-производство», результатом которой является создание интегрированного производственного комплекса (ИПК) [1]. Процесс формирования ИПК предполагает в первую очередь постановку и решение локальных задач автоматизации производственных процессов (создание систем типа АСНИ, САПР, АСУП, АСТПП, СУГАП) с целью их последующей интеграции. В этом плане задача информационного обеспечения (ИО) ИПК может быть сформулирована следующим образом: обеспечить перерастание самостоятельных автоматизированных систем для решения локальных информационных задач в единую информационную систему с возможностью коллективного использования информации в различных ее узлах. А это возможно только в русле единых технических решений для всех систем ИПК, в том числе и САПР. Таким образом, в основе ИО автоматизированного производства лежит требование формализации локальных задач, выделения в них некоторого типового набора, позволяющего выполнить операции накопления и обработки данных в соответствии с типовыми алгоритмами и машинными программами. При этом важным моментом является соблюдение принципа стандартизации, т.е. введения единых документов, методов и приемов работы во всех подсистемах автоматизированного производства, в том числе и САПР. Проектирование локальных информационных систем автоматизированного производства начинается обычно с анализа требований конечного пользователя (конструктора в САПР), в соответствии с которым строится структурная схема системы и. выбираются или разрабатываются, ее составляющие (компоненты). Важным компонентом САПР является интегрированная база данных (БД), которая состоит из отдельных БД, ориентированных на решение задач САПР. Под БД понимается именованная совокупность данных, управляемая СУБД. Задачи САПР разделяются на проектные и информационно-поисковые. Среди возможных проектных задач выделяют следующие основные типы: выбор и оценка различных вариантов при компоновке объекта из готовых элементов и блоков; анализ и оценка построения компонентов объекта, если нет полного набора готовых составляющих; проектирование объекта с использованием математических моделей при известных принципах построения; моделирование процессов проектирования, если принципы построения элементов объекта неизвестны [2]. Информационно-поисковые задачи связаны с поиском нормативно-технической, патентной, конструкторской документации, библиографической и другой справочной информации в процессе проектирования объекта. Не все вышеперечисленные информационно-поисковые задачи САПР могут быть решены с использованием только БД, необходимы также архивы документов на микроносителях (микрофиши, микрокарты, микрофильмы, микроголограммы) и базы видеоданных [3] для хранения и обработки графической информации. Настоящие методические указания распространяются только на БД, создаваемые и эксплуатируемые с помощью СУБД. Опыт использования многих универсальных СУБД выявил ряд принципиальных проблем, ограничивающих широкое внедрение прогрессивной информационной технологии. Основные трудности можно сформулировать следующим образом: низкая производительность универсальных СУБД в задачах конструкторско-технологической подготовки производства; методические трудности ведения баз данных, обусловленные, в частности, отсутствием гибких средств взаимодействия с БД на русском языке, включая меню, многооконный интерфейс [3], крупноформатные электронные таблицы, графические средства, манипуляторы типа «мышь» [3] и др.; отсутствие вычислительных средств, позволяющих реализовать гибкий интерфейс пользователя, создавать реляционные модели баз данных, базы видеоданных, базы знаний и экспертные системы; слабые возможности используемых операционных систем. Данные методические указания преследуют цель помочь специалистам в создании и использовании БД и выборе СУБД для задач, решаемых САПР. 1. ОБЩИЕ ПОЛОЖЕНИЯ1.1. Основные цели и общесистемные принципы создания САПР определены в ГОСТ 23501.101-87, РД 50-459-84 и Общеотраслевых руководящих методических материалах (ОРММ) № 230 по созданию систем автоматизированного проектирования. (Измененная редакция, Изм. № 1). 1.2. Требования к САПР определяют пользователи в соответствии с РД 50-459-84. 1.3. Состав ИО САПР определен в ГОСТ 22487-77. 1.4. Общие требования к автоматизированному банку данных (БнД) как компоненту САПР определены в ГОСТ 23501.101-87. (Измененная редакция, Изм. № 1). 1.5. Порядок разработки БнД и оформление документации устанавливается ОРММ № 334 по созданию банков данных в автоматизированных системах различного назначения. 1.6, 1.7. (Исключены, Изм. № 1). 1.8. Выбор СУБД определяют в соответствии с ОРММ № 334 и перечнем типовых СУБД и ИПС. (Измененная редакция, Изм. № 1). 1.9. Настоящие методические указания устанавливают стадии, этапы, состав, содержание и порядок выполнения работ по созданию, эксплуатации и развитию БД, обслуживающих системы (подсистемы) автоматизации проектирования различного назначения, на основе выбора стандартных программных (СУБД) и технических средств (справочное приложение 2). 1.10. Методические указания не распространяются на вопросы интеграции разнородных БД и разработки отсутствующих (нестандартных, специализированных) средств. В качестве примера нестандартного средства взаимодействия пользователя с конструкторско-технологической БД в справочном приложении 3 приводится краткое описание языка, предназначенного для поиска объектов. 1.11. Основные термины и определения приведены в справочном приложении 1. 2. ОБЩАЯ ОРГАНИЗАЦИЯ РАБОТ ПО СОЗДАНИЮ БнД2.1. Состав и содержание работ на стадии исследования и обоснования создания. (Измененная редакция, Изм. № 1). 2.1.1. Определяют состав, содержание и характеристики информации, используемой в системе. 2.1.2. Выделяют объекты, характерные для предметной области, определяют информационные связи между объектами. Проектируется информационная модель предметной области. 2.1.3. Выполняют функциональный анализ объекта (объектов), в результате которого выделяют отдельные задачи (внешние функции), решаемые с помощью БнД, строится функциональная модель объекта (объектов). 2.1.4. Оценивают количественные характеристики данных, временные характеристики решения задач, интенсивность выполнения операций над данными. Формируют требования к автоматизации процедур сбора и обработки статистических данных по настоящему пункту. 2.1.5. Разрабатывают следующие документы: альбом форм входных/выходных документов, в том числе классификаторов; каталог приложений (задач и запросов); каталог структурных единиц информации; граф информационных связей приложений (на уровне входных и выходных сообщений); словарь данных. 2.1.6. Строят независимую от СУБД модель БД. Выделяют функционально однородные БД. Функционально однородные БД разбивают на структурно однородные БД (сетевые, иерархические, реляционные). 2.1.7. Формулируют основные требования к БД и БнД. 2.1.8. (Исключен, Изм. № 1). 2.2. Состав и содержание работ на стадии ТЗ. 2.2.1. На основании результатов предпроектного обследования определяют экономическую целесообразность и техническую возможность создания БнД в составе САПР. 2.2.2. Устанавливают принципиальные решения по созданию БнД, выбирается тип СУБД, обеспечивающий наиболее высокие технико-экономические показатели проектируемой системы. 2.2.3. Выбор СУБД производится с учетом результатов предпроектного исследования; характеристик известных типов СУБД; конфигурации и технических характеристик вычислительной установки заказчика (справочное приложение 2). 2.2.4. Определяется состав прикладного программного обеспечения, необходимого для организации взаимодействия подсистем САПР с СУБД. 2.2.5. Разрабатывается ТЗ на создание и внедрение БнД. 2.2.6. (Исключен, Изм. № 1). 2.3. Состав и содержание работ на стадии ТП. 2.3.1. На стадии ТП необходимо: создать необходимые классификаторы информации с учетом требований БнД; завершить работы по реорганизации документооборота с учетом требований БнД; разработать ТП в соответствии с ТЗ, обеспечив установленный порядок проектирования; обучить персонал, обслуживающий БнД; обеспечить установку и целевое тестирование применяемых стандартных средств БнД (СУБД, программные средства окружения). 2.3.2. В процессе технического проектирования выполняется следующий комплекс работ: разрабатываются окончательные решения по всем составным частям проекта БнД, включая общесистемную, функциональную, организационную и информационную части, математическое и техническое обеспечение; выполняются необходимые расчеты, подтверждающие технико-экономические показатели, установленные ТЗ; разрабатываются и обосновываются технические решения, обеспечивающие показатели надежности, установленные ТЗ; подготавливаются контрольные примеры и производятся опытные испытания БнД на фрагментах БД; выявляется номенклатура необходимых дополнительных стандартных программных средств; производится оценка научно-технического уровня и качества функционирования БнД. 2.3.3. В функциональную часть проекта включают перечень всех функций, реализуемых БнД, в том числе перечень функций, реализуемых стандартными программными средствами (СУБД и др.) и средствами оригинального программного обеспечения (ввод, вывод, контроль, редактирование и исправление сообщений и документов, актуализация БД и их загрузка, создание контрольных точек, ведение системного журнала, реорганизация БД, обеспечение целостности и секретности, организация интерфейсов от БД к программам и конечным пользователям и др.). 2.3.4. В организационную часть проекта включают материалы, регламентирующие деятельность пользователей и обслуживающего персонала БнД. 2.3.5. Информационная часть проекта включает: проект схемы БД; проект физической организации БД; проект внешних схем БД. 2.3.6. Проектирование схемы БД осуществляют на основании: модели БД; архитектуры, программных и языковых средств конкретной (выбранной) СУБД. 2.3.7. В процессе проектирования составляют: схему БД на языке описания данных (ЯОД) выбранной СУБД; графическое изображение схемы БД; описание всех компонентов схемы, соответствующих типам объектов, реквизитам каждого объекта, типам связей. 2.3.8. Проектирование физической схемы осуществляют на основании: схемы БД; количественных оценок данных и интенсивности элементарных операций над данными; оценок времени выполнения элементарных операций выбранной СУБД. 2.3.9. В результате проектирования определяют: физическую схему БД для выбранной СУБД; оценки времени выполнения внешних функций; оценки ресурсов памяти, потребляемых проектируемым БнД. 2.3.10. В процессе проектирования программного и математического обеспечения осуществляют: определение перечня функций, поддерживаемых стандартными программными средствами (СУБД и пакеты прикладных программ (ППП) ее окружения); определение параметров генерации и настройки стандартных средств; определение необходимости доработок стандартных средств и их перечень. 2.3.11. В процессе проектирования технического обеспечения осуществляют: расчет потребностей в оборудовании, ресурсах вычислительной системы; определение решений по размещению оборудования; разработку схем сопряжения и коммутации оборудования. 2.3.12. (Исключен, Изм. № 1). 2.4. Состав и содержание работ на стадии рабочая документация. 2.4.1. Рабочий документация разрабатывается на основе утвержденного ТП. 2.4, 2.4.1. (Измененная редакция, Изм. № 1). 2.4.2. В процессе рабочего проектирования выполняется следующий комплекс работ: генерация и настройка стандартных программных средств (СУБД, ППП окружения); разработка специального программного обеспечения (в случае необходимости); разработка проектной и эксплуатационной документации; поэтапная передача документации рабочего проекта; поэтапная приемка и изучение рабочего проекта; подготовка контрольных примеров и тестирование информационных и программных средств БнД на реальной информации; корректировка и уточнение информационного и программного обеспечения на основе проведенного тестирования; разработка методических и должностных инструкций для всех служб и лиц, взаимодействующих с БнД. 2.4.3, 2.4.4. (Исключены, Изм. № 1). 2.4.8. (Исключен, Изм. № 1). 3. ПОРЯДОК ВВОДА В ДЕЙСТВИЕ БнД3.1. При вводе в действие БнД выполняется следующий комплекс работ: обучение персонала технологии создания и эксплуатации БнД по документации проекта; подготовка исходных данных и загрузка БнД; опытная эксплуатация БнД; внесение изменений в документацию БнД по результатам опытной эксплуатации; сдача в промышленную эксплуатацию. 3.2. Ввод в действие осуществляется при наличии: рабочей документации на БнД; рабочей документации на программные компоненты приложений, которые выделены для взаимодействия с БнД; принятого в эксплуатацию комплекса технических средств, обеспечивающих функционирование БнД в полном объеме, подготовленных к вводу в БД данных; обученного персонала, обеспечивающего подготовку к вводу в эксплуатацию БнД. 3.3. В процессе промышленной эксплуатации выполняют следующие работы: обеспечение функционирования БнД; анализ функционирования БнД; усовершенствование и развитие БнД. 3.4. Обеспечение функционирования БнД включает: поддержание целостности, актуальности и сохранности БД; поддержание работоспособности программных средств БнД; поддержание регламента функционирования БнД на технологическом и пользовательском уровне. 3.5. Анализ функционирования БнД включает: сбор статистических данных по времени выборки, доступа, поддержания, частоте обращения и другим параметрам функционирования БнД; анализ статистических данных и выявление критических мест, связанных с организацией структуры БД и ее полнотой; разработка предложений по усовершенствованию и развитию БнД. 3.6. Усовершенствование БнД осуществляется на основе результатов функционирования и включает модификацию поддержания и структуры БД, модификацию программных средств и организационного обеспечения. 3.7. (Исключен, Изм. № 1). 4. РАЗВИТИЕ БнД4.1. Развитие БнД осуществляется на основе учета новых требований пользователей к следующему: уже созданным БД; созданию новых БД; новым приложениям; новым функциям обработки данных; входному языку, обеспечивающему взаимодействие разных пользователей с БД. 4.2. В результате учета новых требований создают новый проект БнД в соответствии с ранее перечисленными стадиями. 4.3. В процессе интеграции новых и прежних требований пользователей к системе БД необходимо обеспечить: непротиворечивость БД; полноту языка пользователя; автоматизацию прикладного программирования при взаимодействии с БД; целостность БД и адекватность предметной области; поддержание в БД функциональных зависимостей между объектами при изменениях в моделируемой предметной области; устранение избыточности данных при внесении изменений в БД; высокую скорость обработки запросов пользователей. 4.4. (Исключен, Изм. № 1). 5. ОРГАНИЗАЦИЯ ВЕДЕНИЯ БнД5.1. Все работы, связанные с созданием, эксплуатацией и развитием БнД, выполняет соответствующая служба предприятия, эксплуатирующего БнД, которая: определяет совместно с другими специалистами оптимальный состав и структуру БнД в соответствии с задачами САПР отрасли; обеспечивает решение организационных и технических вопросов по разработке, согласованию, утверждению технической документации на БнД; осуществляет выбор и экспериментальную проверку методов и средств реализации на БнД; планирует выполнение работ в соответствии с поставленными задачами; разрабатывает и представляет на НТС предприятия проекты планов выполнения работ в части разработки, внедрения и эксплуатации БнД; применяет новейшие достижения в области информационного обеспечения; организовывает и проводит разработку БнД с учетом технических решений, унифицированных в отрасли; руководит разработкой, внедрением и эксплуатацией БнД на предприятии; следит за обеспечением ресурсами для разработки, внедрения и эксплуатации БнД; следит за своевременным представлением технической документации, необходимой для разработки, внедрения и эксплуатации БнД; следит за надежным функционированием вычислительного комплекса, обеспечиваемым ответственными за его эксплуатацию службами. 5.6. Создание БнД должно осуществляться в полном соответствии с календарным планом-графиком. СПИСОК ЛИТЕРАТУРЫ 1. Александров В.В., Недумов А.Н., Старыгин В.М., Чернышева Л.В., Шнейдеров В.С. Информационное обеспечение интегрированных производственных комплексов. Л., ЛНИВЦ АН СССР, 1984 - 50 с. 2. Петренко А.И., Семенков О.И. Основы построения систем автоматизированного проектирования. - Киев. Вища школа, 1985 - 296 т. 3. Александров В.В., Горский Н.Д. Базы видеоданных: проблемы и перспективы (материалы по МО). Л., ЛНИВЦ АН СССР, 1985 - 72 с. 4. Вишняков Ю.С., Горская Л.М., Чернышева Л.В. Некоторые вопросы выбора систем управления распределенными БД. В кн.: Проблемно-ориентированные информационные системы. Л., ЛНИВЦ АН СССР, 1984. 5. Андон Ф.И., Бакаев А.А., Крамаренко Р.П., Коструба Т.В. ПАЛЬМА - система управления базами данных со сложной архитектурой. - В кн.: Первая Всесоюзная конференция «Банки данных». Секция 3: Тезисы докл., Тбилиси, 1980, с. 75 - 80. 6. Аветисов М.А., Кислякова О.И. Структура и основные возможности пакета прикладных программ ПОИСК-1. В кн.: 9-й научный семинар по системным исследованиям государственной автоматизированной системы НТИ (тезисы докл., Ереван, 1979). Вопросы разработки основных проектных решений сети автоматизированных центров НТИ. Часть 2. М., 1979, с. 162 - 163. 7. Стрекалев А.А., Рогова О.Е. Использование СУБД КАМА в сети ЭВМ. - В кн.: Первая Всесоюзная конференция «Банки данных». Секция 3, Тезисы докл., Тбилиси, 1980, с. 195 - 198. 8. Основные характеристики отечественных СУБД и ИПС / Под ред. А.А. Стогния. Киев, ИК АН УССР, 1980. 9. Мелещук С.Б., Недумов А.Н., Щербаков Н.Р. Использование СУБД ИНФОБАНК для построения распределенного банка данных. - В кн.: Проблемно-ориентированные информационные системы, - Л., ЛНИВЦ АН СССР, 1984. 10. СУБД ОКА на базе ОС ЕС. Краткое описание применения. - Калинин, НПО Центрпрограммсистем, 1980 - 11 с. 11. СУБД СИОД-3. ОС. Краткое описание применения. - Калинин, НПО ЦЕНТРПРОГРАММСИСТЕМ, 1980 - 11 с. 12. Градусова В.Г., Крюков В.П., Рипинципер В.Ш. ФОБРИН - интерактивная система обработки данных на СМ-4. - В кн.: Прикладная информатика. Вып. 2. М.: Финансы и статистика, 1982, с. 82 - 87. 13. Головина О.С., Остапенко Г.П. Организация многотерминального доступа к системе управления базами данных ДИАМС. - Труды Ин-та электронных управляющих машин, 1977, № 66, с. 23 - 26. 14. Семик В.П., Остапенко Г.П. ДИАМС - диалоговая система программирования и решения информационных задач на СМ ЭВМ. - В кн.: Прикладная информатика. Вып. 1. - М.: Финансы и статистика, 1982, с. 5 - 30. 15. СЕТОР. Краткое описание применения. - Калинин, НПО Центрпрограммсистем, 1980 - 25 с. 16. Олле Т.В. Предложения КОДАСИЛ по управлению базами данных. - М.: Финансы и статистика, 1981 - 286 с. 17. Ярмош Н.А. Автоматизация информационного обеспечения процессов проектирования. - Минск: Наука и техника, 1984. - 272 с. ПРИЛОЖЕНИЕ 1Справочное ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
ПРИЛОЖЕНИЕ 2Справочное ОБЩИЕ СВЕДЕНИЯ О СУБДПри проектировании локальных информационных баз выбирают СУБД с учетом общего перечня характеристик СУБД [4]. Остальные требования к СУБД можно сформулировать следующим образом. СУБД должна обеспечивать ведение локальных БД с такими характеристиками, как: сложные и разнообразные структуры данных, большое число типов данных; значительный объем информации; высокие требования к достоверности обработки и хранения информации; разнообразные по длительности сроки хранения данных; высокий коэффициент обновляемых данных; необходимость защиты данных от несанкционированного доступа. Выбираемые СУБД должны обеспечивать поэтапное создание БнД САПР, которое может происходить в двух направлениях: по пути перерастания БнД САПР из системы самостоятельных локальных банков данных для решения внутренних информационных задач локальных вычислительных центров в единый распределенный банк данных (РБнД) с возможностью коллективного использования информационных БД, накопленных в различных узлах вычислительной сети; по пути перехода от системы с централизацией БД к системе децентрализованного типа с распределением данных по принципу активности пользователей. В СУБД или в прикладные программы окружения должны быть введены средства поддержки стандартных выходов (интерфейсов) на программно-технические компоненты системы. СУБД должны удовлетворять высоким требованиям надежности их функционирования и обеспечить минимизацию обменов данными между локальными БД. При выборе СУБД должно учитываться наличие большого числа пользователей (в том числе территориально удаленных от вычислительных центров) и наличие противоречия между стремлением пользователей к автономному ведению собственных БД и потребностью интегрированного использования информации. Учет информационных потребностей пользователей, а также их территориальной разобщенности позволяет заключить, что система управления РБД (СУРБД) должна предоставлять следующие возможности: оперирование распределенными по различным БД данными как одним логическим целым; распределение данных в зависимости от потребностей конкретной сферы их использования; работа пользователей с РБД без знания фактического расположения нужных ему данных; работа пользователя с определенным информационным файлом БД при обращении к нему другого пользователя; взаимодействие отдельных, в общем случае неоднородных, локальных БД и реализация их информационного единства (интеграция неоднородных БД), функциональной и логической взаимосвязи. РБнД состоят из следующих компонентов: локальных БД, представляющих совокупность сведений, над которыми определены функции РБнД по накоплению и выдаче информации; СУБД, функции которых определены в отдельных локальных БнД; СУРБД, функции которой осуществляются централизованно. В процессе выбора СУБД (СУРБД) определяется их тип, обеспечивающий высокие технико-экономические показатели проектируемого БнД САПР, а также определяется состав прикладного программного обеспечения для организации необходимых режимов работы РБнД. Программное обеспечение РБнД должно строиться на основе максимальной функциональной интеграции с программным обеспечением включающих систем. При разработке некоторых СУБД учитывается перспектива создания на их основе РБнД. Ниже приводится перечень некоторых универсальных СУБД: СУБД ПАЛЬМА-ОС [5], ориентированная на ЕС ЭВМ: имеет подсистемы ввода и поиска данных с использованием локальных или удаленных терминалов; интерактивная мультибазовая информационно-поисковая система ПОИСК-1 [6] предназначена для хранения и выдачи пользователям документальной и фактографической информации; СУБД КАМА [7] - система телеуправления данными, на основе которой могут создаваться системы реального времени, оперативной обработки, заложена возможность использования в сети ЭВМ; СУРБД ОРБИТА [8] представляет собой систему управления распределенными однородными БД иерархической структуры; система программно-методического обеспечения ИНФОБАНК [9], реализованная на ЕС ЭВМ в соответствии с предложениями КОДАСИЛ [16]; СУБД ОКА [10] является системой общего назначения и обеспечивает описание, создание, ведение БД, а также доступ к БД в режимах пакетной обработки и телеобработки; СУБД СИОД-3. ОС [11] является средством организации и обслуживания БД. Для семейства СМ ЭВМ - СМ3/СМ4 разработаны следующие системы для проектирования СУБД и ИПС: СУД - система управления данными, входящая в состав общего программного обеспечения операционной системы ОС РВ и предоставляющая дополнительные возможности по обработке" файлов и записей внутри них. СУД может рассматриваться лишь как средство создания более сложных систем (типа СУБД) или специализированных систем с большими затратами на программирование; ФОБРИН [12] - система ввода, обработки, вывода информации, работающая под управлением ОС РВ на основе СУД. Все функции системы - создание и корректировка файлов, поиск в информационной базе, сортировка, генерация отчетов - доступны пользователю в интерактивном режиме, что дает возможность более гибкого доступа к данным; ДИАМС - диалоговая система программирования и решения информационных задач на СМ ЭВМ [13, 14]; СЕТОР [15] - система управления базами данных; имеет типично выраженные ЯОД и ЯМД, близкие в некоторой степени к известным рекомендациям КОДАСИЛ [8, 16]. ПРИЛОЖЕНИЕ 3Справочное ПРИМЕР СРЕДСТВ ОПИСАНИЯ ОБЪЕКТОВ ПРОЕКТИРОВАНИЯ ДЛЯ АВТОМАТИЗАЦИИ ПОИСКА КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКОЙ ДОКУМЕНТАЦИИ В БД САПР МАШИНОСТРОЕНИЯ1. Требования, предъявляемые к описанию данных в информационной системе конструкторско-технологического назначения, должны обеспечивать (ГОСТ 14.407-75): возможность описания данных, существующих как в текстовой, так и чертежно-графической форме; использование средств информационных языков дескрипторного и классификационного типов, при этом дескрипторы и классификационные коды должны применяться как для описания обычной текстовой информации (слов и словосочетаний, буквенных и буквенно-цифровых условных обозначений), так и для описания геометрической формы объекта (чертежа изделия); наглядность описания, т.е. представление пользователю данных в привычной и удобной для восприятия форме. 2. Указанным требованиям отвечают языки описания конструкторско-технологической информации в БД САПР - язык взаимодействия оператора-проектировщика с БД и его внутренний вариант - информационный язык. 2.1. Язык взаимодействия включает средства объектно-характеристических сообщений и средства кодирования чертежно-графической информации. Объектно-характеристические сообщения представляют собой фрагмент естественного языка. В них используются обычные текстовые слова и словосочетания, а также различные условные обозначения, принятые в технической документации. Входные и выходные сообщения состоят из наименований объектов (деталей, сборочных единиц, технологических процессов, оборудования, оснастки и др.) и наборов характеристик. Характеристики включают конструкторские и технологические параметры, номера стандартов, классификационные коды, адреса микрокопий документов. Характеристики выражаются с помощью условных буквенных выражений, используемых в машиностроительном черчении, а также некоторых дополнительных обозначений, таких как OL, ОВ, ОН - расстояние описываемого элемента (отверстия, паза и т.д.) от (ближайшего) конца детали по длине, ширине, высоте. Также используют текстовые наименования параметров (например, наименование «длина», «диаметр» могут использоваться во входном описании наряду с условными обозначениями L, D, и т.д.). В качестве характеристик объектов могут использоваться коды «Технологического классификатора деталей машиностроения и приборостроения». При этом в описании детали может указываться как полный конструкторско-технологический код, так и его части. Классификационные коды задаются с помощью обозначений конструкторско-технологического кода (КТК), кода классификационных группировок конструктивных признаков (ОКП), а также цифрами, которые обозначают номера позиций технологической части кода и представляют размерные характеристики детали, группу материала, вид детали по технологическому процессу, площадь формирования, уточненную группу материала, класс точности,, характеристику технологических требований, дополнительную характеристику толщины, характеристику массы. При кодировании чертежно-графической информации используют метод образования специальных слов с помощью операции модификации. Компонентами специальных слов выступают обычные термины-слова естественного языка и их сокращения: ЦЛ (цилиндр), КН (конус), ПЛ (плоскость), СЧ (сечение), ОТВ (отверстие,) РБ (резьба), ЗБ (зубья), УГ (N-угольник), СКРУГЛ (скругление), Ф (фаска), КРУГ, КВАДРАТ, РОМБ, ТРАПЕЦИЯ, ПАЗ, ВЫСТУП, ВЫЕМКА, ЛЫСКА, ИЗГИБ и др. В словарях указанные компоненты соединяются с помощью знака модификации «*»: ЦЛ*ОТВ*Ф - цилиндр, у которого имеется отверстие с фаской. В описании геометрических форм объектов также используют символы в виде фигур, напоминающих геометрические элементы языка проекционного черчения. Алфавит геометрических символов реализуют в виде специального устройства ввода-вывода, позволяющего производить кодированную запись информации и наносить ее на машинный носитель. При вводе информации геометрические символы заменяют выражениями машинного двоичного кода, а при выводе они генерируются и выводятся на экран устройства. 2.2. Информационный язык располагает тезаурусом - словарем дескрипторов, где фиксируются отношения эквивалентности, а также парадигматические отношения. Дескрипторам как элементам единиц информационного языка соответствуют во входном описании не только слова, но и словосочетания. Переход от языка взаимодействия к информационному языку включает синтаксический анализ входного текста с целью выявления терминологических словосочетаний и замены каждого из них одним словом-понятием (дескриптором). Аналогичное свертывание целесообразно осуществлять и над словосочетаниями, в которые входят специальные слова; при этом специальное слово соединяется с соответствующими характеристиками: например, словосочетание ЦЛ*OTB*D = 6 и т.д. 3. На рис. 1 на примере двух деталей представлена схема кодирования. В табл. 1 - 4 представлены элементы кодирования геометрических форм деталей, геометрические символы, обозначения числовых и нечисловых характеристик. в первой строке - наименование детали (хомут), покрытие, общая шероховатость, диаметр и высота; во второй - описывается плоская поверхность, ее высота и ширина; в третьей - два отверстия на плоскости, диаметр отверстий и расстояние от края плоскости по длине и по ширине; в четвертой - 4 фаски на плоскости, их размеры; в пятой - 2 выступа, их ширина, расстояние между центрами, шероховатость поверхности; в шестой - отверстие на выступе, его диаметр, расстояние от центра симметричного отверстия (на другом выступе), расстояние от края до центра отверстия; в седьмой - 2 фаски на выступе, размеры фаски; в восьмой - изгиб выступа, угол изгиба и радиус скругления изгиба; в девятой - изгиб плоскости по кругу, диаметр изгиба, длина и ширина изгиба. 5. Примеры описания деталей в графическом варианте приводятся в табл. 5. 6. Примеры описания деталей в текстовом варианте языка приводятся на с. 34, 35. 7. Пользователи при необходимости могут расширять возможности языка описания деталей введением новых обозначений. Рис. 1. Пример схемы кодирования Таблица 1 Элементы кодирования геометрических форм деталей
Таблица 2 Геометрические символы
Таблица 3 Обозначение числовых характеристик
Таблица 4 Обозначение нечисловых характеристик
ХОМУТ ПОКРЫТИЕ Ц9.ХР., RZ2 4, D 12+0.7, Н 10-0.58, ПЛ Н1 (РАЗМЕР ДЛЯ СПРАВОК), В 6-0.3, ПЛ * ОТВ N 2, D2.9+0.3, OL 2.5+-0.1, OB 3-0.15 ПЛ * Ф N 4, С * U1.5 * 45, ПЛ * ВЫСТ N 2, В 5-0.3, 20R 25-0.84, R3 ПЛ * ВЫСТ * ОТВ D 3+0.3, 20R 20+-0.3, ОН 2.5+-0.1, ПЛ * ВЫСТ * Ф N 2, С * U1.5 * 45, ПЛ * ВЫСТ * ИЗГИБ R 1, U90, ПЛ * ИЗГИБ * КРУГ D 12 + 0.7, В 4+-1, L 18-0.7 Таблица 5 Примеры обозначения геометрических форм КОЛЕСО ЗУБЧАТОЕ ЦИЛИНДРИЧЕСКОЕ; ЦЛ L 30, ЦЛ * 3Б L 30, DA 90, D 78.9, DF 67,8, М 2.5, Z 34, ЦЛ * 3Б * Ф N 2, С * U1 * 45, ЦЛ * ОТВ * ПАЗ L 30, D 33.3, ЦЛ * ОТВ N 2, ЦЛ * ВЫЕМКА КОЛЬЦЕВАЯ С ДВУХ СТОРОН N 2, D1 50, D2 67.8 ФЛАНЕЦ ГОСТ 5269-69, МАТЕРИАЛ У10А, L60, ПЛ U 90, ПЛ * КРУГ, ПЛ * ОТВ D 55, L 3, ПЛ * ОТВ N 2, 20R 71, D 9, ПЛ * ОТВ * РБ М18, L14, OL3, ПЛ * ОТВ * Ф С * U 1.5 * 45, ЦЛ L 60, D 35, U 90, ЦЛ * ОТВ СТУП L 36, D1 20, D2 28, ЦЛ * ОТВ L20, D28, ЦЛ * ОТВ D20, OL 20, ЦЛ * ОТВ OL 36, ЦЛ * ОТВ * РБ М18, L14, ЦЛ * ОТВ * Ф С * U1.5 * 45, ЦЛ * СКРУГЛ R5, OL 45 ОСНОВАНИЕ МАТЕРИАЛ СТАЛЬ 10КП, RZ1 40, ПЛ L 31-0.62, В 13.5, ПЛ * СКРУГЛ N 2 R 2 ПЛ * ВЫЕМКА N 2, ПО L, С ДВУХ СТОРОН, OL 17, ОВ 6.75-0.2, В 1.5, Н 1.5, ПЛ * ОТВ N 2, D 3.2, OL 12+-0.24, ОВ 6.75, 20 RL 15+-0.1, ПЛ * ВЫСТ N 2, В 17, Н 9, ПЛ * ВЫСТ * ТРАП В1 4, В2 9, ПЛ * ВЫСТ * СКРУГЛ R 4, ПЛ * ВЫСТ * ОТВ D 3.2, ОВ 4+-0.1, ОН 4+-0.1, ПЛ * ВЫСТ * ИЗГИБ N 2, OR 7-0.1-0.2, R 1.5, В 14, U 90
СОДЕРЖАНИЕ
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
© 2013 Ёшкин Кот :-) |