Файл: Проектирование реализации операций бизнес-процесса «Складской учёт» (Информационная модель и её описание).pdf

Модель позволяет структурировать и добавлять новые данные. Именно на этапе моделирования возникает больше всего ошибок и сложностей, поэтому этот этап является самым ответственным при разработке информационной системы управления складом ООО «Электропульт-Система». Порой ошибки, допущенные на этом этапе, можно обнаружить только после непосредственного составления документов (отчетов), получив неожиданный результат.

Процесс моделирования можно представить в виде следующих этапов:

1. Выбор источника данных, на основе которого будет создаваться модель

2. Выбор таблиц, которые должны войти в модель

3. Создание и редактирование связей на основе имеющейся структуры Источника данных.

4. Добавление и редактирование данных в модель. Чаще всего этот этап связан с написанием SQL-запросов

Важно понимать, что каждый отчет может содержать данные только из одного пакета.

Логическая структура БД (рисунок 8) , физическая (рисунок 9). Основные таблицы: Поставщики, Приходный ордер, Материально ответственные лица, Карточка складского учёта, Товарно-транспортная накладная, Справочник продукции, Запрос.

Рисунок 11 – Логическая структура БД

В ходе анализа предметной области выделены следующие сущности:

Поставщики,
Приходный ордер,
Материально ответственные лица,
Карточка складского учёта,
Товарно-транспортная накладная,
Справочник продукции,
Запрос.

1) Для сущности «Поставщики» можно выделить следующие атрибуты:

id_post Код поставщика
name_org Наименование организации
ur_adres Юридический адрес
tel Телефон
raschet_schet Расчетный счет

2) Для сущности «Приходный ордер» можно выделить следующие атрибуты:

N_ordera Номер ордера
Date_order Дата
id_post Код поставщика
id_material_otvetstv_lica Код материально ответственные лица
id_producta Код продукта
kolvo_o Количество
sum_o Сумма

3) Для сущности «Материально ответственные лица» можно выделить следующие атрибуты:

id_material_otvetstv_lica Код материально ответственные лица
fio_mol Ф.И.О.

4) Для сущности «Карточка складского учёта» можно выделить следующие атрибуты:

id_producta Код продукта
Date_k Дата
N_ordera Номер ордера
N_zaprosa Номер запроса
kolvo_prix Количество прихода
kolvo_ras Количество расхода
ost Остаток

5) Для сущности «Товарно-транспортная накладная» можно выделить следующие атрибуты:

id_nakl Номер накладной
N_zaprosa Номер запроса
id_material_otvetstv_lica Код материально ответственные лица
id_producta Код продукта
Date_nakl Дата
kolvo_t Количество
sum_t Сумма

6) Для сущности «Справочник продукции» можно выделить следующие атрибуты:

id_producta Код продукта
name_pdt Наименование
ed_izm Единица измерения
Cena_ed Цена за единицу

7) Для сущности «Запрос» можно выделить следующие атрибуты:

id_producta Код продукта
N_zaprosa Номер запроса
Date_zp Дата запроса
Date_pl Дата получения
kolvo_z Количество

Рисунок 12 – Физическая структура БД

1) Для сущности «Поставщики» можно выделить следующие атрибуты:

id_post type: bigint, (Primary key), Identity
name_org type: nchar(100) (Required)
ur_adres type: nchar(100) (Required)
tel type: nchar(30) (Required)
raschet_schet type: int (Required)

2) Для сущности «Приходный ордер» можно выделить следующие атрибуты:

N_ordera type: bigint, (Primary key), Identity
Date_order type: date (Required)
id_post type: bigint (Foreign key)
id_material_otvetstv_lica type: bigint (Foreign key)
id_producta type: bigint (Foreign key)
kolvo_o type: int (Required)
sum_o type: int (Required)

3) Для сущности «Материально ответственные лица» можно выделить следующие атрибуты:

id_material_otvetstv_lica type: bigint, (Primary key),
fio_mol type: nchar(50) (Required)

4) Для сущности «Карточка складского учёта» можно выделить следующие атрибуты:

id_producta type: bigint (Foreign key)
Date_k type: date (Required)
N_ordera type: bigint, (Primary key),
N_zaprosa type: bigint (Foreign key)
kolvo_prix type: int (Required)
kolvo_ras type: int (Required)
ost type: int (Required)

5) Для сущности «Товарно-транспортная накладная» можно выделить следующие атрибуты:

id_nakl type: bigint, (Primary key),
N_zaprosa type: bigint (Foreign key)
id_material_otvetstv_lica type: bigint (Foreign key)
id_producta type: bigint (Foreign key)
Date_nakl type: date (Required)
kolvo_t type: int (Required)
sum_t type: int (Required)

6) Для сущности «Справочник продукции» можно выделить следующие атрибуты:

id_producta type: bigint, (Primary key),
name_pdt type: nchar(50) (Required)
ed_izm type: nchar(30) (Required)
Cena_ed type: int (Required)

7) Для сущности «Запрос столовой» можно выделить следующие атрибуты:

id_producta type: bigint (Foreign key)
N_zaprosa type: bigint, (Primary key),
Date_zp type: date (Required)
Date_pl type: date (Required)
kolvo_z type: int (Required)

2.5. Структурная схема пакета.

Перед тем как зайти в информационную систему информационной системы управления складом ООО «Электропульт-Система» пользователю необходимо авторизоваться. Каждый пользователь обладает определенным набором прав доступа к базе данных. После проверки пары логин-пароль системой пользователь может приступать к работе с базой данных. Алгоритм работы модуля авторизации изображен на рис. 13.

Рисунок 13 – Алгоритм подмодуля авторизации.

2.6. Описание программных модулей.

Данный алгоритм отображает последовательность операций, которые может производить информационной системы управления складом ООО «Электропульт-Система». Данный модуль содержит несколько операций:

Действие;
Создание;
Просмотр;
Выход из системы.

Алгоритм работы программного модуля управления БД (рисунок 14).

Рисунок 14 – Алгоритм программного модуля управления БД

2.7. Контрольный пример реализации проекта и его описание.

В разработанной информационной системе управления складом ООО «Электропульт-Система» есть три вида ролей пользователей:

Root – имеет полные права в системе (добавление новых пользователей, измение любых данных в системе);
Администратор – имеет права на работу с данными пользователей входными данными, через формы ввода;
Обычный пользователь – имеет права, может только смотреть Просмотр информации, выходного документа задачи с результатом анализа текущего запаса готовой продукции (товаров), Отчет по складам за период месяц, неделя, год, квартал, Остаток на дату запроса

Форма настройки пользователей системы (рисунок 15).

Рисунок 15 – Форма настройки пользователей системы.

Форма авторизации (входа) в систему (рисунок 16).

Рисунок 16 – Форма авторизации (входа) в систему.