Курсовая работа: Проектирование АИС (автоматизированных информационных систем) учета готовой продукции на предприятии ОАО "НИКОЛА"

2. СТАДИЯ ПРОЕКТИРОВАНИЯ

Проектирование базы данных

2.1 Разработка логической модели

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

Базовые сущности и атрибуты:

1) Бухгалтерия (код ведомости, код работника, наименование товара, цена товара, дата поступления, дата реализации)

2) Готовая продукция (код товара, код цеха, код поставщика, код работника, наименование товара, количество, единица измерения, дата поступления, дата реализации.)

3)Заказ (код заказа, код клиента, наименование, дата заказа, количество, стоимость)

4)Инвентаризация (код операции, код работника, наименование, количество, стоимость, ФИО работника)

5) карточка учета (номенклатурный номер, код работника, наименование, единица измерения, дата поступления, дата реализации)

6) Клиент ( код клиента, ФИО, ИНН)

7) Персонал (код работника, ФИО, стаж, должность)

8) поставщики (код поставщика, ФИО, ИНН, адрес)

9) Прайс-лист (код прайса, код клиента, наименование, еденица измерения, цена)

10) Реализация (код реализации, номер склада, код товара, код цеха, код сырья, код поставщика, код работника, номенклатурный номер, дата реализации, наименование, количество, стоимость, код заказа, код клиента)

11) склад (номер склада, код товара, код цеха, код сырья, код поставщика, код работника, номенклатурный номер, наименование)

12) сырье (код сырья, код поставщика, наименование, количество, стоимость)

13) цех (код цеха, код сырья, код поставщика, оборудование, код работника)

Созданная логическая модель данных представлена на рисунке 2.1.

2.2 Физическая модель данных

Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах базы дынных. Поскольку стандартов на объекты базы данных не существует, физическая модель зависит от конкретной реализации СУБД. Разработанная физическая модель для СУБД MS Access 2007 изображена на рисунке 2.2.

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

Рисунок 2.1 Логическая модель данных

Рисунок 2.2 Физическая модель данных

3. СТАДИЯ РЕАЛИЗАЦИИ

На данной стадии разработана структура интерфейса приложения, В базу данных внесена соответствующая информация. Так же были созданы интерфейсные объекты приложения в виде экранных форм, отчетов и процедур обработки данных вместе с логикой вызова. База данных создана и заполнена на основе схем базы данных. На рисунке 3.1 представлена схема базы данных в СУБД Access, где изображены все необходимые сущности предметной области и связи между ними, а так же название таблиц.

Все таблицы определены как основные. Все связи являются связями типа «один-ко-многим» с обеспечением целостности данных, а так де с поддержанием режимов каскадного обновления связанных полей.