2.2. Выбор программного обеспечения

После завершения этапов анализа и проектирования можно приступать к следующей фазе проекта – физической реализации непосредственно на СУБД Microsoft Office Access 2003.

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

2.3. Программно-аппаратная платформа

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

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

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

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

Исходя из того, что платформа IBM PC является наиболее распространенной в России, было принято решение разрабатывать программный продукт именно под эту аппаратную платформу.

Выводы

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

3. Структура проекта базы данных

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

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

• максимальная нормализация таблиц;

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

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

Курсовая работа состоит из тридцати таблиц. Все таблицы связаны между собой по смыслу и особенностям работы базы.

Для обеспечения целостности данных при создании связи между таблицами следует обеспечивать целостность данных. Это значит, что удаление или обновление одной записи приведёт к также удалению или обновлению связанных с ней данных из других, подчинённых, таблиц. Каждая из таблиц содержит ключевое поле, которое помечается в каждой таблице индексом «ID» и имеет тип «Счётчик», т.е. ключевое поле содержит уникальное числовое значение для каждой записи. Если эта таблица имеет связь с другой или несколькими таблицами, то в имени поля прописан индекс «Id». Все таблицы связываются «Id» – «ID», где поле с «Id» принимает числовые значения поля «ID», а для удобства, в таблице или форме выводятся значения присвоенные последнему.

Так, например, таблица «Адрес сотрудника» играет роль учета сотрудников (табл. 3.1). Назначение таблицы «Приём на работу» – ведёт отчёт о приёме на работу (табл. 3.5). Назначение таблиц «Список административных единиц» и «Список типов административных единиц» – составление списка административных единиц(табл. 3.4).

В первой таблице содержатся данные о административных единицах. Регионы, наименование и типы. Во второй таблице содержится непосредственно список типов административных единиц. Это может быть Республика, Край, Автономный округ и т.д

Назначение таблицы «Список улиц» – предоставить возможность заполнения и выбора название улицы, ее типа и ее почтовых данных (табл. 3.14), к ней проходит связь от таблици «Список типов улец» (табл. 3.13).

Назначение таблицы «Список почтовых отделений» – составление списка индексов, определение является отделение центральным или нет и населенных пунктов с типом (табл. 3.7).

Список должностей хранится в отдельной таблице «Должность». Данная таблица связывается с таблицей «Список сотрудников» (табл. 3.9) так же как и таблица «Адрес сотрудника».

«Список типов средств связи» (табл. 3.19) - таблица хранит данные данные о типах связи, и связывает «Список средства связи» (табл. 3.15).

Таблица «Наименование населенного пункта» (табл. 3.6) – таблица содержет название населенного пункта, телефонный код, тип населенного пункта и т.д.

Таблица «Характеристика товара» (табл. 3.8) – содержит данные по которым можно определить характеристику товара и она связанна с таблицей товар.

«Список стран» (табл. 3.10) – таблица которая позволяет узнать с какими странами имеет связь магазин.

Таблица «Список типов населённых пунктов» - даёт информацию о типах населённого пункта (табл. 3.12).

«Список полов» (табл. 3.2) - таблица связана с таблицей сотрудник и упрощает работу.

Схема данных предназначена для представления всех связей между таблицами (рис. 3.1).

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

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

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

• максимальная нормализация таблиц;

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

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

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

Адрес сотрудника Таблица 3.1

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDадрес	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
IdСотрудник	Определяют атрибуты студента	Числовой	Тип источника строк: Таблица или запрос
IdУлиц		Числовой	Тип источника строк: Запрос Адрес сотрудника
Собственный адрес		Текстовый	Размер поля: 10
Прописка		Логический	Тип элемента управления: флажок

Заказы Таблица 3.2

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDзаказ	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Дата оформления	Определяют атрибуты студента	Дата/время	Краткий формат даты
IdСотрудник		Числовой	Тип источника строк: Таблица или запрос
IdКлиент		Числовой	Тип источника строк: Таблица или запрос
Примечания		Текстовый	Размер поля: 30
IdТип заказа		Числовой	Тип источника строк: Таблица или запрос

Клиент Таблица 3.3

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDКлиент	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
IdФирмы-клиента	Определяют атрибуты студента	Числовой	Источник строк: Фирма клиентов
ФИО		Текстовый	Размер поля: 30
Дата рождения		Текстовый	Размер поля: 8

Паспортные данные Таблица 3.4

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDпаспортные данные	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Id сотрудника	Определяют атрибуты студента	Числовой	Источник строк: Сотрудники
Серия		Текстовый	Размер поля: 4
Номер		Текстовый	Размер поля: 6
Кем выдан		Текстовый	Размер поля: 50
Когда выдан		Дата/время	Обязательное поле: Нет
Действителен		Логический	Размер поля: Одинарное с плавающей точкой
Код подразделения		Текстовый	Размер поля: 50
id Гражданство		Числовой	Источник строк: СП стран

Прием на работу Таблица 3.5

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDПрием на работу	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
IdСотрудника	Определяют атрибуты студента	Числовой	Источник строк: Запрос сотрудники
Id отделение компании		Числовой	Источник строк: СП отделений компании
Id должности	Числовой	Числовой	Источник строк: СП должностей
Дата приёма		Дата/Время	Обязательное поле: Нет
Дата увольнения		Дата/Время	Обязательное поле: Нет
Причина		Текстовый	Размер поля: 50
Размер ставки		Числовой	Обязательное поле: Нет

Связь Город Регион Таблица 3.6

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDГород Регион	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
id Нас пункт	Определяют атрибуты студента	Числовой	Источник строк: СП нас пунктов
id Регион		Числовой	Источник строк: СП Регионов

Связь населенный пункт и административных единиц Таблица 3.7

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDСвязь	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
id Нас пункт	Определяют атрибуты студента	Числовой	Источник строк: СП нас пунктов
id ад ед		Числовой	Источник строк: СП адм ед

Состав заказа Таблица 3.8

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDсостава заказа	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
id товар	Определяют атрибуты студента	Числовой	Источник строк: Товар
Количество		Числовой	Размер поля: Одинарное с плавающей точкой
Стоимость за ед		Денежный	Формат поля: Денежный
Id заказа		Числовой	Источник строк: Заказы

Сотрудники Таблица 3.9

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
IDсотрудники	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Фамилия	Определяют атрибуты студента	Текстовый	Формат поля: 30
Имя		Текстовый	Размер поля: 20
Отчество		Текстовый	Размер поля: 25
Id пола		Логический	Источник строк: СП полов
Дата рождения		Дата/время	Обязательное поле: Нет
ИНН		Текстовый	Формат поля:12
ПСС		Текстовый	Формат поля: 10

Список административных единиц Таблица 3.10

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID админ единицы	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н адм ед	Определяют атрибуты студента	Текстовый	Размер поля: 20
id типа адм ед		Числовой	Источник строк: СП типов адм ед
id регион		Числовой	Источник строк: СП Регионов

Список должностей Таблица 3.11

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID должности	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н должности	Определяют атрибуты студента	Текстовый	Размер поля: 30
Количество ставок		Числовой	Размер поля: Одинарное с плавающей точкой
Долж оклад		Денежный	Размер поля: 20

Список нас пунктов Таблица 3.12

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID населённого пункта	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н нас пункта	Определяют атрибуты студента	Текстовый	Размер поля: 30
id типа нас пункта		Числовой	Источник строк: СП типов нас пунктов
Тел код нас пункта		Текстовый	Обязательное поле: Нет

Список полов Таблица 3.13

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID пол	Первичный ключ	Логический	Включить режим «Ключевое поле»
Н пола	Определяют атрибуты студента	Текстовый	Размер поля: 7

Список почтовых отделений Таблица 3.14

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Почтового отделения	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Почтовый индекс	Определяют атрибуты студента	Текстовый	Размер поля: 6
Центральное		Логический	Тип элемента управления: флажок
id Населённого пункта		Числовой	Источник строк: СП нас пунктов

Список Регионов Таблица 3.15

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Регион	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н региона	Определяют атрибуты студента	Текстовый	Размер поля: 20
Номер региона		Числовой	Обязательное поле: Нет
Id страны		Числовой	Источник строк: СП стран
Id типа региона		Числовой	Источник строк: СП типов регионов

Список Стран Таблица 3.16

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID страны	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Официальное Н страны	Определяют атрибуты студента	Текстовый	Размер поля: 30
Историческое Н страны		Текстовый	Размер поля: 30
Тел код страны		Текстовый	Обязательное поле: Нет
id типа региона		Текстовый	Размер поля: 20

Список типов регионов Таблица 3.17

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID типа региона	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н типа региона	Определяют атрибуты студента	Текстовый	Размер поля: 20
Кратко тип региона		Числовой	Размер поля: 20

Список типов административных единиц Таблица 3.18

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID типов адм ед	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н типа адм ед	Определяют атрибуты студента	Текстовый	Размер поля: 20
Кратко адм ед		Текстовый	Размер поля: 20

Список типов заказа Таблица 3.19

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID типа заказа	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н типа заказа	Определяют атрибуты студента	Текстовый	Размер поля: 15

Список типов нас пунктов Таблица 3.20

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID тип нас пункт	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н Тип нас пункта	Определяют атрибуты студента	Текстовый	Размер поля: 20
Кратко Нас пункт		Текстовый	Размер поля: 10

Список типов средств связи Таблица 3.21

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID типа средства связи	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н типа ср св	Определяют атрибуты студента	Текстовый	Размер поля: 20

Список типов улиц Таблица 3.22

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID тип улицы	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н типа улицы	Определяют атрибуты студента	Текстовый	Размер поля: 10
Краткое Н улиц		Текстовый	Размер поля:10

Список улиц Таблица 3.23

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID улица	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Наименование улиц	Определяют атрибуты студента	Текстовый	Размер поля: 10
id типа улицы		Числовой	Источник строк: СП типов улиц
id почтового отделения		Числовой	Источник строк: СП нас пунктов

Средство связи сотрудника Таблица 3.24

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID средство связи сотрудника	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Номер	Определяют атрибуты студента	Текстовый	Размер поля: 15
id типа улицы		Числовой	Источник строк: СП типов средств связи
id сотрудник		Числовой	Источник строк: Запрос Сотрудники

Стоимость товара Таблица 3.25

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Стоимость товара	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
id товар	Определяют атрибуты студента	Числовой	Источник строк: Таблица или запрос
Дата переоценки		Текстовый	Размер поля: 6
Стоимость за ед		Денежный	Формат поля: Денежный

Тип Товара Таблица 3.26

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Тип товара	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н Тип Товара	Определяют атрибуты студента	Текстовый	Размер поля: 20

Товар Таблица 3.27

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Товар	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н Товара	Определяют атрибуты студента	Текстовый	Размер поля: 20
id Тип товара		Числовой	Источник строк: Тип товара
Цена		Денежный	Размер поля: 10

Фирма клиентов Таблица 3.28

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID фирмы-клиента	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н фирмы-клиента	Определяют атрибуты студента	Текстовый	Размер поля: 10

Характеристики Таблица 3.29

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Характеристики	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
Н характеристики	Определяют атрибуты студента	Текстовый	Размер поля: 20

Характеристики Товара Таблица 3.30

Наименование поля таблицы	Назначение	Тип поля	Свойства поля, отличные от заданных по умолчанию
ID Характеристики товара	Первичный ключ	Счётчик	Включить режим «Ключевое поле»
id Товар	Определяют атрибуты студента	Числовой	Источник строк: Товар
id Характеристики		Числовой	Источник строк: Характеристики
Значение		Текстовый	Размер поля: 20

Выводы

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