Разработка базы данных предприятия

1. Введение……………………………………………………………………………….4
2. Обследование предметной области………………………………………………….5
3. Концептуальное проектирование………………………………………………….....7
3.1. Перечень сущностей и их атрибутов........…………………………………………7
4. Логическое проектирование БД ……………………………………………………..8
4.1. Модель «сущность-связь»…………………………………………………....…….8
4.2. Классификация связей………………………………………………………...……8
5. Реляционная модель БД………………………………………………………………9
5.1. Функциональные зависимости между атрибутами
и нормализация отношений……………………………………………………………..9
5.2. Выбор ключей……………………………………………………………………….9
6. Даталогическое проектирование БД………………………………………………..10
6.1. Состав таблиц БД………………………………………………………………..…10
6.2. Средства поддержания целостности……………………………………………...11
7. Запросы к БД…………………………………………………………………………12
8. Разработка механизмов защиты данных
от несанкционированного доступа………………………………………..…………..21
9. Требование к техническому обеспечению…………………………………………22
10. Инструкция по использованию БД………………………………………………..23
10.1. Экранные формы…………………………………………………………………23
10.2. Описание отчетов………………………………………………………………...25
10.3. Создание макросов……………………………………………………………….26
10.4. Вызов программы………………………………………………………………...27
Заключение……………………………………………………………………………...28
Библиографический список……………………………………………………………

Обследование предметной области
Организация старается обеспечить оптимальный уровень обслуживания для своих клиентов.
Данная организация реализует большое число разнообразных бизнес-процессов, и их полная автоматизация является сложной проблемой. База данных, рассматриваемая в данной работе, предусматривает выполнение следующих задач:
- хранение сведений о заказчиках;
- хранение сведений о ценах (прайс-лист);
- хранение номенклатуры;
- хранение сведений о сотрудниках и т.д.
Функции по выполнению предоставления производственных услуг организации приведены в функциональной модели на рисунке 1 и рисунке 2.
Рисунок 1. Функциональная модель оформления договоров на поставку продукции.

Рисунок 2. Декомпозиция задачи оформления договоров на поставку продукции.

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

5.1 Функциональные зависимости между атрибутами и нормализация отношений
По определению атрибуты находятся в функциональной зависимости, если в любой момент времени каждому значению одного атрибута соответствует не более одного значения второго атрибута. Таким образом, на основе этого определения, а также на основе инфологической модели, приведенной в разделе 4, можно определить связи между атрибутами сущностей.
Отношения данной модели данных удовлетворяют 1НФ, потому что все атрибуты сущностей имеют атомарные значения.
Очевидно, что 2НФ означает, что сущности удовлетворяют требованиям 1НФ и в ней нет неключевых атрибутов, зависящих только от части составного ключа, поэтому можно сказать, что все сущности удовлетворяют 2НФ.
Также все сущности удовлетворяют требованиям 3НФ, так как все неключевые атрибуты не зависят функционально от других неключевых атрибутов.


7. Запросы к БД
Были реализованы следующие запросы:
7.1 Простая выборка (получить информацию о коде заказчика, фамилии, адресе, телефоне)

Рисунок 4. Конструктор.

Рисунок 5. Результат запроса.

7.2 Выборка с условием (найти товар, цена которого меньше 30)


Рисунок 6. Конструктор.

Рисунок 7. Результат запроса.



7.3 Запрос из связанных таблиц

Рисунок 8. Конструктор

Рисунок 9. Результат запроса

7.4 Запрос с использованием оператора OR (получить информацию о наименовании бутылок Eva или Cube)

Рисунок 10. Конструктор.

Рисунок 11. Результат запроса.

7.5 Запрос с итогами (Найти наибольший код товара)

Рисунок 12. Конструктор.

Рисунок 13. Результат запроса.

7.6 Вычисляемый запрос (Цену умножаем на количество)

Рисунок 14. Конструктор.

Рисунок 15. Результат Запроса.

7.7 Выборка с шаблоном (Наименование товара начинается на «Е»)

Рисунок 16. Конструктор.
...

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