Создание базы данных "Операционная система"

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

КУРСОВАЯ НА ТЕМУ

Создание базы данных «Операционная система»

Введение

база данные операционный запрос

Цель данной курсовой работы - изучение работы с реляционными базами данных (БД) в рамках их реализации в системе управления базами данных (СУБД) MS ACCESS.

Актуальность исследования.

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

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

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

Практическая значимость

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

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

Степень изученности проблемы

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

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

Основной является проблема скорости поиска и обработки информации, повышение гибкости СУБД (переход от реляционных к объектно-ориентированным СУБД), повышение надежности хранения и защиты информации.

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

Для достижения этой цели требуется решить ряд следующих конкретизирующих ее задач:

- исследование существующих в зарубежной и отечественной науке теоретических положений и подходов к решению проблемы проектирования БД;

- исследовать методы построения схем данных и БД;

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

- усилить имеющуюся аргументацию на основе предложения по созданию выборок;

- совершенствовать и изучить методы определения основных запросов;

- выявить основные тенденции развития технологий СУБД и ОС;

- выделить этапы конкретно-исторических форм развития СУБД;

- определить основные направления развития СУБД и разрабатываемой базы данных;

- составить характеристику основных сущностей ОС, определяющих структуру БД;

- определиться с основными сущностями операционной системы;

- определить логическую взаимосвязь этих сущностей;

-создать реляционную схему данных сущностей ОС в их естестенной взаимосвязи;

- изучить основные приемы по работе с реляционными СУБД на основе СУБД MS ACCESS;

- изучить основные приемы работы с языком конструирования запросов SQL;

- реализовать разработанную схему данных в виде реляционных таблиц и связей между ними;

- построить основные запросы на выборку, отражающие суть работы;

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

Основные аспекты современных систем управления базами данных

Базы данных

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

Реляционная модель данных

Реляционная модель данных (РМД) --логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка.

На реляционной модели данных строятся реляционные базы данных.

Реляционная модель данных включает следующие компоненты:

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

Аспект (составляющая) целостности -- отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

Аспект (составляющая) обработки (манипулирования) -- РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

Кроме того, в состав реляционной модели данных включают теорию нормализации.

Термин «реляционный» означает, что теория основана на математическом понятии отношение (relation). В качестве неформального синонима термину «отношение» часто встречается слово таблица. Необходимо помнить, что «таблица» есть понятие нестрогое и неформальное и часто означает не «отношение» как абстрактное понятие, а визуальное представление отношения на бумаге или экране. Некорректное и нестрогое использование термина «таблица» вместо термина «отношение» нередко приводит к недопониманию. Наиболее частая ошибка состоит в рассуждениях о том, что РМД имеет дело с «плоскими», или «двумерными» таблицами, тогда как таковыми могут быть только визуальные представления таблиц. Отношения же являются абстракциями, и не могут быть ни «плоскими», ни «неплоскими».

Реляционная база данных

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

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

Система управления базами данных

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

- определение данных (описание структуры баз данных);

- обработка данных;

- управление данными.

Структура базы данных

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

Любая СУБД позволяет выполнять следующие операции с данными:

добавление записей в таблицы;

удаление записей из таблицы;

обновление значений некоторых полей в одной или нескольких записях в таблицах БД;

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

Механизм запросов и язык SQL

Для выполнения этих операций применяется механизм запросов. Результатом выполнения запросов является либо отобранное по определенным критериям множество записей, либо изменения в таблицах. Запросы к базе формируются на специально созданном для этого языке, который так и называется «язык структурированных запросов» (SQL - Structured Query Language).

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

Нормализация отношений

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

Имеется три нормальные формы отношений.

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

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

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

Информационные связи между таблицами

Реляционные таблицы могут быть связаны друг с другом, следовательно, данные могут извлекаться одновременно из нескольких таблиц. Таблицы связываются между собой для того, чтобы в конечном счете уменьшить объем БД. Связь каждой пары таблиц обеспечивается при наличии в них одинаковых столбцов.

Существуют следующие типы информационных связей:

один-к-одному;

один-ко-многим;

многие-ко-многим.

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

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

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

Постановка задачи

Основные сущности операционной системы

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

* Название процесса, приоритет, класс, идентификатор владельца;

* Название ресурса, количество, цена за единицу;

* Запланированный ресурс, количество, запрошено/выделено.

Процессы и потоки

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

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

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

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

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

Ресурсы

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

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

Один и тот же процесс может задействовать много разных ресурсов и один и тот же ресурс может быть задействован разными процессами.

Выборки, реализующие суть работы

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

Запросы на создание таблиц;

Запросы на заполнение таблиц;

Определить, есть ли в системе процессы с запросами, превышающими возможности системы.

* Выбрать очередь к ресурсу 'файл data1' в порядке убывания приоритетов.

* Определить, в очередях к каким ресурсам есть процессы с приоритетом выше, чем у тех, которые владеют ресурсами.

* Определить владельца, у которого "самые большие аппетиты" в ценовом выражении.

Интерфейс пользователя

Основные сведения об интерфейсе пользователя

Хотя основные средства создания таблиц, их наполнения и выполнения запланированных выборок реализованы в виде запросов на языке SQL, которые можно вызывать и редактировать непосредственно в запросах, однако для удобства пользователя дополнительно предусмотрен интерфейс в виде стандартных окон (форм) операционной системы.

Для удобства создана Главная форма приложения, через которую осуществляется работа со всеми элементами задания.

Главная форма базы данных «Операционная система»

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

Рисунок 1. Интерфейс Главной формы - вызов необходимых пунктов нажатием соответствующих кнопок.

На Главной форме отражено задание и введена панель Вкладок с тремя переключателями вкладок.

Отдельные вкладки панели содержат кнопки выполнения самих заданий (пункты 1-4), кнопки редактирования основных данных и кнопки редактирования служебных таблиц.

Рисунок 2. Функции Главной формы

Рисунок 3. Дополнительные функции Главной формы

Формы результатов задания

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

Редактировать (изменять) данные в формах результатов задания - запрещено программно, т.к. эти результаты вычисляются в ходе выполнения запросов.

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

Рисунок 4. Переключение между способом отображения форм

Например, результат выполнения Задания 1 при разных положениях выключателя вида формы результатов:



Рисунок 5. Примеры выполнения заданий

Просмотр и редактирования форм задания основных данных

Рисунок 6. Формы ввода данных

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

Примеры форм редактирования приведены ниже.

Редактирование служебных (справочных таблиц)

Редактирование служебных таблиц - функция разработчика СУБД, и для пользователя должна быть недоступна. Здесь она приведена для иллюстрации разработанных в задании служебных таблиц.

Служебных таблиц две. В одной дается соответствие классов и значений приоритета процессов, и справочной к ней является таблица названий классов процессов.

Рисунок 7. Формы редактирования служебных данных

Структура СУБД

Структура таблиц

Все данные СУБД хранятся в Таблицах. В задании разработано 7 таблиц (основных и вспомогательных).

Вспомогательные (справочные) таблицы:

- ClassOfProcess - содержит названия классов для процессов.

- ProcessClassFromPrioritet - содержит соответствие между приоритетом процесса и названием класса процесса.

- ResourseTypeRelease - содержит «привычные» названия отведенных для процесса или находящихся в очереди для отведения ресурса.

Информационные таблицы - тестовые данные для задания

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

- OwnerProcessID - содержит названия выполняющихся программ, владельцев процессов.

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

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

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

Или, информация о приоритете процесса выбирается из списка, включающего как значение приоритета. Так и название класса процесса:

Схема данных СУБД

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

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

Согласно заданию, между процессами и ресурсами должна быть связь типа «многие ко многим», т.к. один процесс может использовать несколько ресурсов, а один ресурс может использоваться несколькими процессами. Эта связь реализована через таблицу ResourseQuereis, к которой установлены связи «один ко многим» от таблицы Processes и Resurses:

Запросы СУБД

Основные информационные действия по выборкам реализованы в одиннадцати запросах.

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

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

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

Запросы для выполнения задания 1

* Определить, есть ли в системе процессы с запросами, превышающими возможности системы.

SELECT ResourseQuereis.ProcessID, Resurses.Resurs, ResourseQuereis.CounQuere, Resurses.ResursCount

FROM Resurses INNER JOIN ResourseQuereis ON Resurses.Код = ResourseQuereis.ResourseQuere

WHERE (((ResourseQuereis.CounQuere)>[Resurses].[ResursCount]));

Результат выполнения запроса Задание 1.

Запросы для выполнения задания 2

* Выбрать очередь к ресурсу 'файл data1' в порядке убывания приоритетов.

SELECT ResourseQuereis.ProcessID, Processes.ProcessPrior, Resurses.Resurs, Processes.ProcessOwner

FROM Resurses INNER JOIN (Processes INNER JOIN ResourseQuereis ON Processes.ProcessKey = ResourseQuereis.ProcessID) ON Resurses.Код = ResourseQuereis.ResourseQuere

WHERE (((Resurses.Resurs)="Файл data1"))

ORDER BY Processes.ProcessPrior DESC;

Запросы для выполнения задания 3

* Определить, в очередях к каким ресурсам есть процессы с приоритетом выше, чем у тех, которые владеют ресурсами.

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

Вспомогательные запросы к заданию 3.

- ResourseRelease - выборка процессов, имеющих выделенные ресурсы.

Структура запроса:

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

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

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

Соответствующий SQL запрос:

SELECT ResourseNotRelease.ProcessID AS ResourseNotRelease_ProcessID, ResourseNotRelease.ProcessPrior, ResourseNotRelease.ResourseQuere AS ResourseNotRelease_ResourseQuere, ResourseRelease.ProcessID AS ResourseRelease_ProcessID, ResourseReleaseMaxPrior.ResourseQuere AS ResourseReleaseMaxPrior_ResourseQuere, ResourseReleaseMaxPrior.[Max-ProcessPrior]

FROM ((Resurses INNER JOIN ResourseNotRelease ON Resurses.Код = ResourseNotRelease.ResourseQuere) INNER JOIN ResourseRelease ON Resurses.Код = ResourseRelease.ResourseQuere) INNER JOIN ResourseReleaseMaxPrior ON (ResourseRelease.ProcessPrior = ResourseReleaseMaxPrior.[Max-ProcessPrior]) AND (ResourseRelease.ResourseQuere = ResourseReleaseMaxPrior.ResourseQuere) AND (Resurses.Код = ResourseReleaseMaxPrior.ResourseQuere);

Основной запрос для Задания 3

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

SQL - код этого запроса:

SELECT [ResourseReleaseMaxPrior Запрос].ResourseNotRelease_ProcessID, [ResourseReleaseMaxPrior Запрос].ProcessPrior, [ResourseReleaseMaxPrior Запрос].ResourseNotRelease_ResourseQuere, [ResourseReleaseMaxPrior Запрос].ResourseRelease_ProcessID, [ResourseReleaseMaxPrior Запрос].[Max-ProcessPrior]

FROM [ResourseReleaseMaxPrior Запрос]

WHERE ((([ResourseReleaseMaxPrior Запрос].ProcessPrior)>[Max-ProcessPrior]));

Запросы для выполнения задания 4.

* Определить владельца, у которого "самые большие аппетиты" в ценовом выражении.

Итоговый запрос Задание 4 использует два вспомогательных запроса: Resurses_Count_Price и Resurses_Count_Price_Summ.

Вспомогательные запросы к заданию 4.

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

SQL - код запроса:

SELECT OwnerProcessID.OwnerID, Processes.ProcessID, Resurses.Resurs, ResourseQuereis.CounQuere, Resurses.ResursPrise, ResourseQuereis.CounQuere*Resurses.ResursPrise AS Стоимость

FROM Resurses INNER JOIN ((OwnerProcessID INNER JOIN Processes ON OwnerProcessID.OwnerID = Processes.ProcessOwner) INNER JOIN ResourseQuereis ON Processes.ProcessKey = ResourseQuereis.ProcessID) ON Resurses.Код = ResourseQuereis.ResourseQuere;

- Resurses_Count_Price_Summ - осуществляет группировку по владельцам процессов суммарной стоимости запрошенных ими ресурсов. При этом используется выспомогательный запрос Resurses_Count_Price.

SQL - код запроса:

SELECT Resurses_Count_Price.OwnerID, Sum(Resurses_Count_Price.Стоимость) AS [Sum-Стоимость]

FROM Resurses_Count_Price

GROUP BY Resurses_Count_Price.OwnerID

ORDER BY Sum(Resurses_Count_Price.Стоимость) DESC;

Основной запрос Задания 4

- Задание 4 - осуществляет выборку из вспомогательного запроса Resurses_Count_Price_Summ записи с максимальной стоимостью.

Соответствующий текст SQL - запроса:

SELECT Resurses_Count_Price_Summ.OwnerID, Resurses_Count_Price_Summ.[Sum-Стоимость]

FROM Resurses_Count_Price_Summ

WHERE (((Resurses_Count_Price_Summ.[Sum-Стоимость])=(SELECT DISTINCTROW Max([Resurses_Count_Price_Summ].[Sum-Стоимость]) AS [Max-Sum] FROM [Resurses_Count_Price_Summ])));

Заключение

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

- исследованы существующие в зарубежной и отечественной науке теоретических положений и подходов к решению проблемы проектирования БД;

- исследованы методы построения схем данных и БД;

- осуществлен теоретический анализ содержания, сущности, взаимосвязи понятий операционной системы;

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

- выявлены основные тенденции развития технологий СУБД и ОС;

- изучены этапы конкретно-исторических форм развития СУБД;

- определены основные направления развития СУБД и разрабатываемой базы данных;

- составлены характеристики основных сущностей ОС, и определена структура БД;

- определены основные сущности операционной системы;

- определена логическая взаимосвязь этих сущностей;

-разработана реляционная схема данных сущностей ОС в их естественной взаимосвязи;

- изучены основные приемы по работе с реляционными СУБД на основе СУБД MS ACCESS;

- изучены основные приемы работы с языком конструирования запросов SQL;

- реализована разработанная схема данных в виде реляционных таблиц и связей между ними;

- построены основные запросы на выборку, отражающие суть работы;

- оформлено обращение к таблицам и запросом в виде, удобном для пользователя (на основе многооконного интерфейса форм);

- подготовлен отчет по курсовой работе.Размещено на Allbest.ru

...