4. Методические указания по выполнению курсовой работы

4.1. Последовательность действий при выполнении курсовой работы.

Эта последовательность определена в п. 2.1. “Основные этапы выполнения курсовой работы” настоящего учебного пособия:

1. Описание ПО: определение функций, которые должны быть реализованы при решении задачи, и выявление ограничений ПО.

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

3. Информационный анализ и информационное моделирование предметной области.

4. Проектирование таблиц базы данных.

5. Разработка схемы данных СУБД Access.

6. Подготовка данных для контрольного примера.

7. Проектирование экранных форм ввода и редактирования базы данных.

8. Ввод данных контрольного примера в базу данных.

9. Разработка запросов для решения комплекса задач.

10. Проектирование отчета, выданного СУБД.

11. Проектирование главной кнопочной формы.

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

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

4.1.1. Информационный анализ и информационное моделирование предметной области

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

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

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

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

Для выявления ИО необходимо во входных документах выявить первичные ключи. Роль первичных ключей играют реквизиты, однозначно определяющие другие реквизиты документа¹. Ключ может быть простым, состоящим из одного реквизита, или составным, состоящим из нескольких реквизитов. Зависимые реквизиты часто называют описательными реквизитами.

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

• коды обеспечивают уникальную (однозначную) идентификацию объектов;

• размер кода в символах, как правило, меньше наименования объекта;

• названия объектов могут меняться, а коды практически постоянны;

• применение классификационного метода кодирования позволяет выделять (группировать) подмножества объектов, обладающих одинаковыми признаками, или упорядочивать объекты в соответствии со значениями признаков [3, гл.14], [5].

В документах с оперативной информацией, приведенных в таблицах 510, код товара отсутствует. Поэтому, в силу указанных выше причин, следует добавить в эти документы код товара, что позволит использовать его в качестве первичного ключа в табличной части оперативных документов.

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

Реляционная таблица может находиться в одной из пяти нормальных форм: первой (1НФ), второй (2НФ), третьей (3НФ), в форме Бойса-Кодда (НФБК), четвертой (4НФ) и пятой (5НФ). Представление таблицы в одной из нормальных форм называется нормализацией отношений. Нормализация отношений, помимо минимизации избыточности хранимых в БД данных, позволяет устранить аномалии (неправильности) данных при их изменении, удалении и добавлении [2].

На практике в подавляющем числе случаев ограничиваются 3НФ. Это объясняется следующими причинами.

1. В большинстве случаев отношение, приведенное к 3НФ, автоматически оказывается в 5НФ. Это особенно характерно для экономической информации.

2. Процесс определения, находится ли данное отношение в 4НФ или 5НФ, как правило, затруднителен и использование этих форм не дает заметных преимуществ перед 3НФ.

Информационный объект, на основе которого проектируется реляционная таблица, приведенная к 3НФ, должен удовлетворять следующим требованиям [Уч., гл.16].

1. ИО должен содержать уникальный идентификатор-ключ (простой или составной).

2. Все описательные реквизиты должны быть взаимно независимы.

3. Все реквизиты, входящие в составной ключ, должны быть также взаимно независимы.

4. Каждый описательный реквизит должен функционально полно зависеть от ключа ИО. Это означает, что каждому значению ключа соответствует только одно значение описательного реквизита.

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

6. Каждый описательный реквизит в ИО не должен зависеть от ключа транзитивно, т.е. через другой промежуточный реквизит.

В случае транзитивной зависимости между реквизитами можно выполнить разделение совокупности реквизитов с образованием двух информационных объектов вместо одного.

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