курсовая работа на любую из этих тем:

Разграничение доступа означает что каждый конкретный пользователь должен получить доступ лишь к некоторому подмножеству данных из БД, необходимых для выполнения своих прикладных программ. Одновременно с этим обеспечивается режим секретности и повышается степень защищенности данных от несанкционированного доступа.Обеспечение независимости представления данных в прикладных программах достигается построением двух уровней представления данных: логического и физического.На логическом уровне данные представляются в виде удобном для использования в прикладных программах или непосредственно проектировщиками[20]. Физический уровень представления данных отражает способ хранения и структуру данных с учетом их расположения на носителях информации в запоминающих устройствах ЭВМ.Важнейшим понятием в БНД является модель данных – формализованное описание отражающее состав и типы данных, а также взаимосвязи между ними. Модели данных классифицируются по ряду признаков в зависимости от объема описываемой информации на логическом уровне различают внешнюю и внутреннюю модель данных.Внешняя модель данных (логическая подсхема) описывает структуру информации относящейся к некоторой конкретной процедуре или к группе родственных проектных процедур[21].Внутренняя модель данных (логическая схема) объединяет все подсхемы БД. По способам ограничения связей между данными на логическом уровне различают модели – иерархическую, сетевую и реляционную. Модель называется сетевой, если данные и их связи имеют структуру графа. Если структура отражаемых связей представляется в виде древа, то модель называется иерархической. Представление данных в форме таблиц соответствует реляционной модели данных.Задание модели данных в БД осуществляется на специальном языке описания данных (ЯБД).Язык описания данных представляет собой совокупность директив, построенных в соответствии с выбранной моделью данных.Прикладные программы, использующие БНД, записываются на некотором алгоритмическом языке (например, Фортран, ПЛ/1, Паскаль), называемом включающим языком.Для обеспечения взаимодействия с БНД в эти программы должны быть введены операторы обращения к СУБД.Совокупность операторов обращения к СУБД из прикладной программы составляет язык манипулирования данными (ЯМД).Основные операции с данными, выполняемыми ЯМД, следующие:Поиск информации по заданным поисковым признакам в БДВключение в БД новых записейУдаление из БД лишних или ненужных в дальнейшем записейИзменение значений элементов данных в записяхКак правило, операторы ЯМД реализуются во включающем языке с помощью оператора CALL и выполняют обращение к необходимым подпрограммам СУБД.Банк данных –сложная информационно-программная система, функционирование которой невозможно выполнить полностью в автоматическом режиме. Контроль за ее состоянием и управление режимами осуществляется человеком либо группой лиц, называемом администратором банка данных.Администратор прежде всего составляет внешние и внутренние модели данных, управляет размещением информации на физических носителях. Второй важнейшей его обязанностью является поддержание целостности БНД. Для этого администратор выполняет восстановление БД после сбоев аппаратуры, запись и хранение копий ведения системного журнала, где фиксируются все изменения, вносимые в БД, устранение избыточности данных и др[22]. Прикладные программы ППа и ППб пользователей а и б обращаются с запросами к СУБД, которые пользуясь информацией о конкретной внешней модели и основываясь на описании логической схемы БД формируют обращение к программным средствам того или иного метода доступа в составе ОС. Полученные данные поступают в начале в системный буфер, а затем помещаются в доступную пользователю рабочую область. Совокупность моделей данных и операций, определенных над данными, называется подходом. В соответствии с моделями данных различают реляционный, сетевой и иерархический подходы. Т. к. подход лежит в основе построения СУБД различают реляционные, сетевые и иерархические СУБД.Тип организации СУБД определяется степенью структурированности записей в составе БД. Сильноструктурированная запись – запись построенная в соответствии с фиксированным заранее определенным форматом всех элементов описания. К таким данным относятся, например сведения о микросхемах.Фактографические СУБД – СУБД, предназначенные для хранения сильно структурированных записей.Слабоструктурированная запись – запись, в которую выделены лишь элементы, соответствующие заголовку, году издания, организации – разработчику и всему остальному тексту, содержащему информацию символьного типа переменной длины.Документальными или информационно-поисковыми (ИПС) СУБД называются СУБД, предназначенные для хранения слабоструктурированных записей. В САПР находят применение СУБД обоих типов.Организация технического обеспечения САПР оказывает включение на структуру ИО и в первую очередь без данных. Если БД сконцентрирована в одном узле вычислительной сети, то она называется сосредоточенной, в противном случае – распределенной.Если информационное обслуживание с помощью БД относится ко всей САПР, то БД называют общей (интегрированной или центральной), а если к отдельному пакету прикладных программ, то локальной.Реляционный подход.Реляционные модели данных в последнее время получили широкое распространение вследствие простой формы представления данных, а также благодаря развитому теоретическому аппарату, позволяющему описывать различные преобразования реляционных данных. Основу реляционной модели данных составляет совокупность данных, сформулированных в виде таблицы. Такая форма представления данных привычна для специалиста пользующегося различной справочной литературой. Из теории множеств известно, что формальным аналогом таблицы выступает отношение. Пусть дана совокупность множествD1, D2, …, Dn. Отношением Rназывается некоторое подмножество декартова произведения этих множеств: RD1 xD2 x … xDnЗапись вида Q(A1A2) называется схемой отношения Q. Совокупность схем отношений составляет схему реляционной БД.Иерархический и сетевой подходы.При реляционном подходе полностью отсутствуют указания на то, каким образом производить поиск необходимых данных. Оперирование отношениями (таблицами) предполагает просмотр всех записей. Когда БД велика, а этот случай типичен для САПР, то невозможно производить полный просмотр всех ее записей. Поэтому необходимо предварительное упорядочение в группы записей по признакам поиска. Для организации поиска нужных записей используются понятия ключа и связи.Ключ – уникальное имя записи в качестве которого может выступать как элемент какого атрибута в записи – простой ключ, как и совокупность элементов нескольких атрибутов – составной ключ. В качестве ключа БД могут выступать код способа сварки. Упорядочение по ключу может быть прямым либо выполнено с помощью хеш-функции.Прямое упорядочение предполагает лексикографическое расположение записей. Записи могут быть записаны либо в порядке увеличения значения ключа (при этом можно рассматривать простой ключ как некоторое число), либо в алфавитном порядке.Хеш-функция производит пересчет ключа в адрес записи ключа на файле. Эта операция выполняется СУБД всякий раз при поиске нужной записи по ключу.Графически при описании базы данных разным типам связей соответствуют обозначения в виде различных стрелок: “” – связь с одной записью; “↠” – cвязь с несколькими записями. Взаимные связи имеют следующие названия: “↔” – «один к одному»; “←↠” – «один ко многим»; “↞↠” – «многие ко многим»[23].В иерархической БД связи направлены только от верхних сегментов к нижним, обратные указатели отсутствуют. Это объясняется принципиальным свойством представления данных: каждая запись приобретает смысл тогда, когда она рассматривается в своем контексте, т. е. любая запись не может существовать без предшествующей ей записи иерархии. При поиске в иерархической БД необходимо указывать значение ключа на каждом уровне иерархии. Так, для доступа к записи из множества G должны быть последовательно указаны ключи записей из множеств А, С и G.ЗаключениеОсновное назначение информационного обеспечения (ИО) САПР — уменьшение объемов информации, требуемой в процессе проектирования от разработчика РЭС, и исключение дублирования данных в прикладном, программном и техническом обеспечении САПР.ИО САПР состоит из описания стандартных проектных процедур, типовых проектных решений, типовых элементов РЭС, комплектующих изделий и их моделей, материалов, числовых значений параметров и других данных. Эти данные в закодированной форме записываются на машинных носителях: магнитных лентах и магнитных дисках.Кроме того, в ИО САПР входят правила и нормы проектирования, содержащиеся в соответствующей нормативно-технической документации, а также информация о правилах документирования результатов проектирования. Структура и содержание ИО САПР, а также характер его использования зависят от степени развития банка данных.Наряду с сетевым подходом к представлению БД существует другой подход, основанный на операции нормализации структуры. Этот подход приводит к логическому представлению БД в виде совокупности таблиц. Такие базы данных базы данных называют РЕЛЯЦИОННЫМИБ БД.Реляционная БД представляет собой совокупность таблиц при условии, что сведения о связях между таблицами удается включить в сами эти таблицы. Включение таких сведений обеспечивается нормализацией. Сетевые и реляционные базы данных имеют свои преимущества и недостатки. В настоящее время развиваются оба направления в логической организации БД.Данные ИО обычно группируются в отдельные массивы, каждый из которых относится к определенному объекту описания. Такие массивы называются файлами. Вся совокупность файлов образует базу данных, которую можно многократно использовать при проектировании различных РЭС для различных этапов и уровней.Концептуальное проектирование обеспечивает выбор структуры организации информации на основе объединения информационных требований пользователей.Проектирование реализации (логическое проектирование) разделяют на две части: проектирование базы данных и проектирование программ. Результатом первой части является логическая структура БД. Результатом второй части считают функциональные описания программных модулей и наборы запросов к БД.Физическое проектирование разделяют также на две части: выбор физической структуры БД и отладку программных модулей, полученных при проектировании программ. Результатом этапа является подготовка к эксплуатации БД.Важным инструментом при разработке и проектировании БД является словарь данных (СД), предназначенный для хранения сведений об объектах, атрибутах, значениях данных, взаимосвязях между ними, их источниках, значениях, форматах представления. Словарь данных позволяет получить однообразную и формализованную информацию обо всех ресурсах данных.Главное назначение СД состоит в документировании данных. Он должен обеспечивать централизованное введение и управление данными, взаимодействие между разработчиками любого проекта, например САПР. Существуют интегрированные и независимые СД. В первом случае СД — это часть пакета программ СУБД, а во втором — отдельный пакет программ в виде дополнения к СУБД.Список литературыНоренков И.П. Основы автоматизированного проектирования. — М.: МГТУ им. Н.Э.Баумана, 2002.Томашевский В., Жданова Е. Имитационное моделирование в среде GPSS. — М.: Бестселлер, 2003.Маклаков С.В. ERWin, BPWin. CASE-средства разработки информационных систем. — М.: Диалог-МИФИ, 1999.Норенков И.П., Кузьмик П.К. Информационная поддержка наукоемких изделий. — М.: МГТУ им. Н.Э.Баумана, 2002.Острейковский В.А. Теория систем. — М.: Высш.шк., 1997.Норенков И.П., Трудоношин В.А. Телекоммуникационные технологии и сети. — М.: Изд-во МГТУ им. Н.Э. Баумана, 2000.Роджерс Д., Адамс Дж. Математические основы машинной графики. Пер. с англ. — М.: Мир, 2001.Cистемы автоматизированного проектирования: Учеб.пособие для втузов: В 9 кн./ Под ред. И.П.Норенкова. — М.: Высш.шк., 1986.Черненький В.М. Имитационное моделирование. — М.: Высш.шк., 1990.Уэйкерли Дж. Проектирование цифровых устройств. В 2-х кн. Пер. с англ. — М.: Постмаркет, 2002.Голованов Н.Н. Геометрическое моделирование. — М.: Физматлит, 2002.Фокс А., Пратт М. Вычислительная геометрия. Применение в проектировании и на производстве. Пер. с англ. — М.: Мир, 1982.Гаврилов Д.А. Управление производством на базе стандарта MRP II. — СПб, Питер, 2003.Колчин А.Ф., Овсянников М.В., Стрекалов А.Ф., Сумароков С.В. Управление жизненным циклом продукции. — М.: Анахарсис, 2002.Бибило П.Н. Основы VHDL. — М.: Солон-Р, 2000.Грушвицкий Р.И., Мурсаев А.Х., Угрюмов Е.П. Проектирование систем на микросхемах программируемой логики. — СПб: БХВ-Петербург, 2002.Батищев Д.И., Львович Я.Е., Фролов В.Н. Оптимизация в САПР. — Воронеж, Изд-во Воронежского государственного университета, 1997.Буч Г., Рамбо Дж., Джекобсон Ф.. UML: Руководство пользователя. Пер. с англ. — М.: ДМК, 2000.МалюхВ. Н. Введение в современные САПР: Курс лекций. — М.: ДМК Пресс, 2010. — 192 с.: Компьютерный инжиниринг : учеб.пособие / А. И. Боровков [и др.]. — СПб. : Изд-во Политехн. ун-та, 2012. — 93 с. Берлинер Э.М., Таратынов О.В. САПР в машиностроении/ Э. М. Берлинер, О. В. Таратынов.- М.:ФОРУМ, 2011 год.- 448 стр.Высокотехнологичный компьютерный инжиниринг: обзор рынков и технологий / научный редактор К.В. Дорофеев, руководитель группы В.Н. Княгинин. – СПб.: Изд-во Политехн. Ун-та, 2014. – 110 с.Кондаков А. И. САПР технологических процессов: учебн. для студ. высш. уч. заведений / А. И. Кондаков.- М.: Издательский центр «Академия», 2007. — 272 с.