- •Содержание
- •Введение
- •1 Общие вопросы теории стандартизации
- •1.1 Специфика разработки программных средств
- •1.2 Понятие качества программного средства
- •2 Описание предметной области
- •3 Разработка и стандартизация ис автоматизированного учета складом ооо «стандарт-энерго»
- •3.1 Описание работы склада
- •3.2 Проектирование логической и физической моделей базы данных
- •3.3 Разработка приложения для автоматизации учета складом
- •3.3.1 Создание базы данных
- •3.3.2 Создание клиентского приложения
- •3.4 Патентная защита разработанной ис учета складом предприятия ооо «Стандарт -Энерго»
- •3.4.1 Общая информация о Роспатенте
- •3.4.2 Документы на регистрацию программного средства в Роспатенте
- •Заключение
- •Список использованных источников
- •Реферат
- •Объём программы: 4 Кб
- •Приложение б
- •«Создание таблиц»
- •«Создание Windows приложения»
3.2 Проектирование логической и физической моделей базы данных
Для разработки моделей базы данных будем использовать Case средство ERwin и его методологию IDFX1.
В ERwin существуют два уровня представления и моделирования - логический и физический.
Логический уровень означает прямое отображение фактов из реальной жизни. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.
Разработаем в Case средстве ERwin логическую модель базы данных учета товаров материалов на складе. Данная модель будет содержать 7 таблиц.
При выполнении информационного моделирования были выделены следующие сущности:
-
Поставщик;
-
Товар;
-
Отчёты и отчётности;
-
Накладные;
-
Что выдано;
-
Сотрудник;
-
Карточка товара
Рассмотрим связи между сущностями.
-
«Товар» и «Отчёты и отчётности» - поскольку один товар может фигурировать в нескольких отчётах, то тип данной связи «один-ко-многим».
-
«Накладные» и «Отчёты и отчётности» - поскольку одна накладная, может быть записана во многих отчётах, то тип данной связи «один-ко-многим».
-
«Что выдано» и «Товар» - «один-ко-многим».
-
«Поставщик» и «Карточка товара» будет «один-ко-многим», поскольку один поставщик может быть занесён в несколько карточек товара одновременно.
-
«Накладные» и «Карточка товара» - «один-к-одному», так как одна накладная, пришедшая с одним товаром, может быть занесена лишь в одну карточку товара.
-
«Что выдано» и «Сотрудник» будет «один-ко-многим», поскольку один сотрудник, может быть записан в нескольких документах «Что выдано».
Логическая модель представлена на рисунке 6:
Рисунок 6 – ERD-диаграмма (логический уровень, нотация IDEF1X)
Перейдем к физическому уровню модели. Так как имена атрибутов и сущностей в логической модели задавались на русском языке, для перехода к физическому уровню модели следует поставить им в соответствие идентификаторы таблиц, колонок и ограничений, удовлетворяющие правилам целевой СУБД. Физический уровень модели ERwin составляют целевая СУБД, имена объектов и типы данных, индексы.
Определив физическое описание модели можно сгенерировать БД. Физический уровень модели представлен на рисунке 7:
Рисунок 7 – ERD-диаграмма (Физический уровень, нотация IDEF1X)
3.3 Разработка приложения для автоматизации учета складом
-
3.3.1 Создание базы данных
Для успешного создания базы данных, необходимо выполнить следующий алгоритм действий:
-
Создать и зарегистрировать базу данных с использованием утилиты IBExpert под управлением СУБД Firebird.
-
Используя физическую и логическую модель базы, создать домены.
-
С использованием утилиты IBExpert создать таблицы базы данных и ограничения в виде первичных и внешних ключей.
-
Создать необходимые индексы в таблицах.
-
Создать генераторы и триггеры для реализации автоинкрементных полей во всех таблица базы данных.
-
Заполнить информацией таблицы базы данных.