- •4. Общие положения по выполнению курсовой работы
- •6. Содержание курсовой работы
- •2. Постановка задач
- •7. Методические рекомендации по написанию курсовой работы
- •7.1. Последовательность действий при выполнении курсовой работы
- •7.2. Описание предметной области
- •Описание функционирования отдела сбыта
- •1.2. Цель выполняемых функций
- •1.3. Описание предметной области
- •Справочник цехов
- •Т аблица 5
- •1.4. Список сокращений и терминов, используемых в заданиях
- •1.5. Ограничения предметной области
- •7.3. Постановка задачи
- •7.3.1. Составление плана работ по созданию информационных технологий приложений
- •7.3.2. Разделы постановки задачи
- •7.4. Информационный анализ и информационное моделирование предметной области
- •7.4.1. Информационное обеспечение приложений
- •7.4.1.1. Определение базы данных
- •7.4.1.2. Архитектура базы данных
- •7.4.1.3. Этапы проектирования базы данных
- •7.4.1.4. Информационно-логическая модель предметной области
- •Спецификация на поставку товаров к договору №__
- •7.4.1.5. Алгоритм построения информационно-логической модели предметной области
- •7.4.1.6. Структурные связи ио
- •7.4.1.7. Каноническая форма илм по
- •7.4.1.8. Пример разработки илм задачи "Учет движения готовой продукции на складах"
- •Информационный анализ справочных документов
- •7.5. База данных
- •7.5.1. Организационная форма базы данных
- •7.5.2. Структура базы данных
- •7.5.3. Администрирование базы данных
- •7.6. Система документов и документооборот
- •7.7. Классификация и кодирование технико-экономической информации
- •7.8. Алгоритмы и программы информационных технологий приложений
- •7.9. Проектирование таблиц базы данных
- •7.9.1. Определение комплекса таблиц субд Microsoft Access
- •7.10. Подготовка данных для контрольного примера
- •7.11. Ввод данных контрольного примера в базу данных и проектирование экранных форм
- •7.11.1. Простые формы
- •7.11.2. Составные формы
- •7.11.3. Свойства экранных форм
- •7.11.4. Рекомендации по проектированию экранных форм
- •7.12. Запросы
- •7.13. Отчеты
- •7.14. Макросы и модули
- •7.15. Ведение нормативно-справочной информации
- •7.16. Интерфейс конечного пользователя
- •8. Положение о защите курсовой работы
- •8.1. Общие требования, предъявляемые к курсовой работе
- •8.2. Теоретические вопросы по субд
- •8.3. Тематика вопросов по машинной части курсовой работы
- •9. Рекомендуемая учебно-методическая литература
7.4. Информационный анализ и информационное моделирование предметной области
7.4.1. Информационное обеспечение приложений
Основой информационного обеспечения приложений является база данных.
7.4.1.1. Определение базы данных
База данных (БД) - это совокупность взаимосвязанных данных, организованных на внешних носителях информации средствами СУБД и используемых одним или несколькими приложениями. База данных организуется в соответствии со структурами данных, которые поддерживаются СУБД. В базе данных обеспечивается интеграция логически связанных общих данных, которые используются одним или несколькими приложениями. Данные хранятся и ней с минимальной избыточностью и запоминаются так, чтобы они были независимы от использующих их программ.
Система управления базами данных (СУБД) - это комплекс, представляющий собой систему программных и языковых средств, предназначенных для создания и ведения баз данных, а также для доступа к данным и их обработки.
Данные - это сведения о фактах, явлениях, событиях, процессах или предметах реального мира.
Приложение - это программа (ППП - комплекс программ), используемая для решения определенной прикладной задачи.
Интеграция данных - это возможность представления БД как объединения нескольких отдельных файлов данных, полностью или частично не перекрывающихся.
Понятие общие данные подразумевает возможность использования отдельных областей данных несколькими различными приложениями и пользователями в одно и то же время для разных целей.
Независимость данных от программ предусматривает неизменную структуру данных при изменении существующих программ или использовании новых, в которых эти данные применяются.
Под избыточностью данных понимается их дублирование при хранении на машинных носителях информации. Проблема избыточности обычно возникает в реляционных СУБД, данные в которых хранятся в виде взаимосвязанных таблиц. Избыточность внутренне присуща реляционным СУБД; она необходима для связи таблиц между собой. Здесь речь идет об управляемой, или минимальной, избыточности.
Независимость данных от программ предусматривает неизменную структуру данных при изменении существующих программ или использовании новых, в которых эти данные применяются.
СУБД обеспечивает ведение и использование БД и является надстройкой над средствами управления данными операционной системы.
Ведение баз данных - это поддержание данных в БД в актуальном состоянии, а именно:
добавление данных;
изменение данных;
удаление данных.
Под управлением данными понимается:
задание и коррекция структуры (схемы) БД;
манипулирование данными.
7.4.1.2. Архитектура базы данных
Под архитектурой базы данных понимается многоуровневое описание предметной области. Большинство баз данных имеет архитектуру ANSI/SPARC, предложенную Исследовательской группой ANSI/SPARC Study group, которая была организована комитетом Standards Planning and Requirements Committee(SPARC) института American National Standards Institute on Computers and Processing (ANSI). В задачи группы входило определение того, нуждаются ли какие-то области технологии баз данных в стандартизации, и выработка набора рекомендаций по действиям в каждой из этих областей. В работе над этими задачами группа определила общую архитектуру системы баз данных. Архитектурная терминология ANSI/SPARC получила широкое распространение.
Архитектура ANSI/SPARC включает три уровня (рис. 4.1): внешний уровень, концептуальный уровень, внутренний уровень.
На каждом архитектурном уровне предполагается использование той или иной модели данных5. На внешнем уровне таких моде лей может быть несколько. Общее описание базы данных называется схемой базы данных, а указанные модели называются внешней, концептуальной и внутренней схемой.
Внешний уровень
На внешнем уровне база данных представляется с точки зрения отдельных пользователей (или задач). Каждый пользователь представляет предметную область с точки зрения решения своих задач. Например, работника планового отдела будут интересовать планы выпуска продукции, а работника финансового отдела - оплата заказчиком отгруженного ему товара.
Концептуальный уровень
На концептуальном уровне производится представление всего содержимого базы данных. Например, оно может содержать данные о заказчиках, договорах на поставку товаров, о поставляемых товарах, об оплате товаров, планы выпуска продукции и т.д. Концептуальное представление получается путем объединения внешних представлений о содержимом базы данных. Оно представляет собой неформальное описание создаваемой базы данных, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающим над проектированием базы данных.
Концептуальное представление определяется при помощи концептуальной схемы, которая представляет собой совокупность требований к данным со стороны всех пользователей (приложений) предметной области.
На концептуальном уровне представлены все сущности, сведения о типах и значениях их атрибутов, связи и ограничения предметной области, семантика данных, средства обеспечения целостности данных6. Однако сведения об организации хранения данных в концептуальной схеме отсутствуют.
Внутренний уровень
Внутренний уровень является третьим уровнем архитектуры ANSI/SPARC. Внутреннее представление - это физическое представление всей базы данных в компьютере. Оно содержит описание структур данных и организации отдельных файлов, используемых для хранения данных в запоминающих устройствах, физическую последовательность хранимых записей и т.д.
Ниже внутреннего уровня находится физический уровень, который контролируется операционной системой под управлением СУБД.