Файл: Проектирование реализации операций бизнес-процесса "Взаиморасчеты с поставщиками".pdf

Хранение классификаторов в памяти компьютера позволяет автоматически формировать необходимую текстовую информацию в выходных документах.

К кодам предъявляется ряд требований: они должны охватывать все номенклатуры, подлежащие кодированию, быть едиными для разных задач внутри одного экономического объекта; отличаться стабильностью, иметь резерв свободных номером (но не излишний, так как это может привести к увеличению значности кода); длина кодового обозначения должна проектироваться минимальной. Значность кодов данной номенклатуры является одинаковой для всех позиций. Назначение кодов заключается в подведении итогов по всем группировочным признакам и их печати в сводных таблицах. Они находят широкое применение при выполнении таких процедур обработки, как поиск, хранение, выборка информации: значительно сокращают время ее передачи по каналам связи. В настоящее время на предприятие «Автосервис» не используются классификаторы и справочники. Проанализировав входящие и исходящие документы, было принято решение произвести разработку следующий основных справочников: справочник видов услуг, запасных частей к автомобилям; справочник поставщиков, клиентов.

2.3. Характеристика результатной информации

Требования к функциональным характеристикам:

• Ведение базы данных автозапчастей (производители, номенклатура).
• Ведение справочника совместимости с авто других марок (взаимозаменяемость).
• Формирование списка поставщиков запчастей.
• Определение надежности поставщиков (на сколько быстро выполняется заказ конкретным поставщиком).
• Отслеживание динамики цен на запчасти.
• Контроль сроков выполнения заказов (сроки доставки заказанных запчастей)
• Формирование электронных форм отчетности по выполненным заказам (с помощью экспорта результатов построения отчетов в внешний файл формата Excel).
• Ведение базы данных зарегистрированных (постоянных) клиентов.
• Ведение базы данных взаиморасчетов с поставщиками

Рисунок 7 - Планирование основных пунктов меню
приложения

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

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

Подобный проект можно предложить для использования работниками магазинов автозапчастей для улучшения обслуживания клиентов и облегчения работы самому персоналу.

Разработанная концептуальная модель.

Так же, база данных должна автоматизировать вычисления для покупателей итоговую сумму оплаты с учетом скидки на товар, выполнять поиск данных, выявить магазин с наибольшей прибылью и заказы, которые принесли магазину эту наибольшую прибыль

Рисунок 8 – Концептуальная модель предметной области

Исходная ER-диаграмма предметной области представлена на рис. 9.

Рисунок 9 – ER-диаграмма предметной области

2.4. Общие положения (дерево функций и сценарий диалога)

Рассмотрим дерево выполняемых функций системы учета деятельности оператора информационной системы автосервиса (рис. 10). Основные варианты использования:

• добавление новых записей;
• удаление записей;
• выполнение редактирования и корректировки данных;
• выполнение авторизации при входе в программу.

Рисунок 10 – Диаграмма вариантов использования

На рис. 11 приведена диаграмма состояний работы системы в последовательном режиме выполнения стандартных операций.

Рисунок 11 – Диаграмма состояний работы системы в целом

2.5. Характеристика базы данных

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

Таблица 4

Структура формы «Автозапчасти (Avtoz)»

Таблица 5

Структура формы «Заказы (Zakaz)»

Таблица 6

Структура формы «Поставщики предприятия (Postavch)»

Таблица 7

Структура формы «Клиент (Klient)»

Таблица 8

Структура формы «Совместимость (Sovmest)»

Таблица 9

Структура формы «Типы транспортных средств (Auto)»

Таблица 10

Структура формы «Сервисное обслуживание (Servis)»

Внешний вид созданных связей между ключевыми полями таблиц в имеет следующий вид:

Рисунок 12 – Датологическая модель созданной базы данных

2.6. Структурная схема пакета (дерево вызова программных модулей)

В результате проведения отладки и тестирования программного продукта поддержки деятельности кладовщика авторемонтного предприятия, было сформировано внешний интерфейс пользователя системы.

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

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

Общий вид диаграммы действий бизнес-процесса «Запасы – Склад автосервиса» представлен на рис. 13.

Рисунок 13 – Декомпозиция функциональной модели

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

Структура программы изображена на рис. 14 и содержит следующие ключевые файлы:

• Project1.bpr – главный файл проекта;
• Project1.cpp – исходный текст файла проекта;
• Project1.exe – выполняемый код файла проекта;
• Project1.obj – объектный файл проекта;
• Project1.res – файл содержащий используемые ресурсы проекта;
• Unit1.cpp – главный текст программного модуля;
• Unit1.dfm – файл с описанием формы главного модуля;
• Unit2.dfm – файл с описанием формы справочника поставщиков;
• Unit3.dfm – файл с описанием формы справочника клиентов;
• Unit4.dfm – файл с описанием формы режима ведения совместимости автозапчастей;
• Unit5.dfm – файл с описанием формы каталога автозапчастей;
• Unit6.dfm – файл формы определения надежности выбранного поставщика;
• Unit7.dfm – файл выполнения режима отслеживания динамики цен на запчасти;
• Unit8.dfm – файл выполнения экспорта данных в формат Excel-документа.
• Unit1..8.h – заголовочные файлы форм проекта;
• Unit1..8.obj – объектные файлы программных модулей.

Рисунок 14 – Структура проекта созданной программы

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

Согласно описанию вариантов использования выполняем создание главной формы приложения, на котором размещается главное меню, основная таблица записей, элементы управления для редактирования текущих записей (рис. 15).

Рисунок 15 – Главное окно приложения поддержки
деятельности кладовщика

Справочники базы данных (автозапчастей, поставщиков, клиентов) имеют однотипный интерфейс, в котором представлены таблицы для выбора записей и текстовые поля для редактирования. В нижней части окна расположены элементы контроля параметрами справочника – добавление, удаление, перемещение по записям и т.д.