Анализ предметной области

Анализ предметной области. Создание любой базы данных начинается с исследования предметной области.

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

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

На основании темы работы, предметную область неформально можно описать так: «Существует склад производственных товаров. Необходимо автоматизировать процесс продажи товаров, вести базу данных товаров, которые будет достаточно просто найти по названию или по производителю, и сообщить заказчику о наличие такового, назвать цену и выставить счет». Исходя из этого, учет деятельности склада состоит из следующих операций: 1. учет товаров (продуктов), находящихся в наличие 2. учет заказчиков, сотрудничающих со складом 3. учет их заказов Для автоматизирования этих операций и объективного анализа деятельности нужно сформировать базу данных.

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

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

Данный курсовой проект выполнен в среде Microsoft Office Access. Эта информационная система столь удобна, что с ней смогут работать в дальнейшем пользователи-непрограммисты. Эта база данных облегчит работу сотрудников склада, они смогут получать необходимую информацию, редактировать ее, вести необходимый учет и составлять отчеты, что также сэкономит их время и повысит конкурентоспособность предприятий. 1.2. Построение инфологической модели базы данных Концептуальное (инфологическое) проектирование – построение формализованной модели предметной области.

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

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

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

Таблица Заказчик включает в себя такие поля как: Код заказчика, Название организации, Город, Адрес, Контактный телефон.

Таблица Заказ содержит такие поля: Код заказа, Код заказчика, Дата заказа. Таблица Состав заказа включает в себя такие поля как: Код заказа, Код товара, Кол-во товара. Таблица Оплата включает в себя такие поля как: Номер счёта, Номер заказа, Код заказчика, Сумма, Дата оплаты. Для каждой сущности выбран ключ. Ключ – одно или несколько полей, позволяющих идентифицировать записи в таблице или организовать связи между таблицами. Ключ определяется с помощью команды меню ПравкаКлючевое поле либо с помощью кнопки с изображением ключа на панели инструментов Конструктор таблиц. 1) Таблица Товар – ключевое поле Код товара; 2) Таблица Заказчик – ключевое поле Код заказчика; 3) Таблица Заказ – ключевое поле Код заказа; 4) Таблица Состав заказа – ключевое поле не выбираем; 5) Таблица Оплата – ключевое поле Номер счёта. Все ключевые поля являются идентификационным номером, что облегчает работу с данными. 1.3.