Файл: Проектирование реализации операций бизнес-процесса «Продажи» (Описание программных модулей).pdf

В качестве средства разработки ИС выбрана среда Visual Studio 2017, как современная высокопроизводительная среда разработки на языке C#.

Выбор системы управления базами данных является сложной многопараметрической задачей, выступающей одним из основных этапов разработки приложений баз данных. Нужно провести анализ целесообразности внедрения системы управления базами данных, соотнося реальные выгоды от внедрения с затратами на приобретение [21].

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

Таблица 2. Сравнительная характеристика СУБД MS SQL Server Oracle

На основании проведенного анализа, в качестве средства управлениями базой данных выбрана MS SQL Server 2016.

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

Ежедневно в организации осуществляется большое количество товарно–денежных операций:

Именно эффективное управление процессами продаж позволит решить основные задачи:

– полноты поступления товарно–материальных ценностей по товарно–транспортным накладным и приходным ордерам;

– планирования закупочной деятельности по ведомости остатков товарно–материальных ценностей;

– списания реализованных товарно–материальных ценностей.

Применение средств автоматизации позволит повысить эффективность и достоверность данных бизнес–процессов.

2 глава. Проектирование реализации операций бизнес-процесса «Продажи»

2.1. Информационная модель и её описание

Информационная модель – модель объекта, представленная в виде информации, описывающей существенные для данного рассмотрения параметры и переменные величины объекта, связи между ними, входы и выходы объекта и позволяющая путём подачи на модель информации об изменениях входных величин моделировать возможные состояния объекта [21].

Информационная модель реализации операций бизнес-процесса «Продажи» приведена на рисунке 4.

Рисунок 4. Информационная модель ИС

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Входная информация по задаче – это данные, поступающие на вход задачи и используемые для её решения [1]. Входная информация разрабатываемой ИС:

– информация о товарах и ценах на них, формируемая в прайс–лист (рис. 5).

Рисунок 5. Форма «Прайс–лист»

Оперативная информация по задаче – это данные, генерируемые в процессе производственной деятельности организации. Оперативная информация разрабатываемой ИС:

– счет на оплату (рис. 6).

Рисунок 6. Форма «Счет на оплату»

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

Выходная информация может быть представлена в виде документов, кадров на экране монитора, информации в базе данных, выходного сигнала устройству управления [6]. Выходная информация ИС:

• отчет о реализованной продукции (рис. 7);
• информация о товарно–транспортных накладных (рис. 8).

Рисунок 7. Форма «Отчет о реализованной продукции»

Рисунок 8. Форма «Товарно-транспортная накладная»

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

Дерево функций – схема расположения программных модулей системы, каждый из которых относится к заданной категории и выполняет определенную функцию [7]. Дерево функций ИС «Продажи» представлено на рисунке 9.

Реализованные в системе модули подразделяются на три категории:

• модули ввода информации;
• модули вывода информации;
• модули хранения данных.

Рисунок 9. Дерево функций системы в ИС «Продажи»

Дерево функций системы

Ввод информации

Вывод информации

Хранение данных

База данных

Ввод данных о ТМЦ

Ввод данных о продажах

Ввод данных о покупателях

Просмотр и редактирование

Формирование отчетов

Отчет о реализации ТМЦ

Прайс-лист

Просмотр и редактирование

Печать

После определения состава функций и их иерархий предоставляется возможным разработать структуру сценария диалога, определить состав кадров диалога, содержание каждого кадра и их соподчиненность. Схема сценария диалога — это формализованный способ в структурной форме описания диалога пользователя с ИС [4].

На рисунке 10 представлена структура сценария диалога пользователя с ИС.

Рисунок 10. Структура сценарии диалога

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

Первым этапом процесса проектирования базы данных является создание концептуальной модели данных.

Концептуальная модель – это модель предметной области. Компонентами данной модели являются объекты и взаимосвязи. Концептуальная модель включает описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области. Взаимосвязи между объектами являются частью концептуальной модели и отображаются в базе данных. Различают взаимосвязи типа: «один–к–одному», «один–ко–многим», «многие–ко–многим» [8].

Самой популярной моделью концептуального проектирования является модель «сущность–связь» (ER–модель). Данную модель относят к семантическим моделям [19].

Основными элементами модели являются сущности, связи между сущностями и их свойства (атрибуты).

Между сущностями могут быть уставлены связи – бинарные ассоциации, показывающие, каким образом сущности относятся или взаимодействуют между собой [23].

Выделяем базовые сущности предметной области «Продажи»:

• 1. «Сотрудники». Атрибуты: Код, Фамилия, Имя, Отчество, Дата приема на работу.
  2. «Должности». Атрибуты: Код, Должность.
  3. «Отделы». Атрибуты: Код, Отдел.
  4. «Покупатели». Атрибуты: Код, Наименование, Руководитель, Главный бухгалтер, Адрес, Контакты.
  5. «Единицы измерения». Атрибуты: Код, Единица измерения.
  6. «Типы ТМЦ». Атрибуты: Код, Тип.
  7. «Товарно–материальные ценности». Атрибуты: Код, Наименование.
  8. «Продажа ТМЦ». Атрибуты: Код, Номер продажи, Дата продажи.
  9. «Спецификация проданных ТМЦ». Атрибуты: Код, Количество, Цена.

Определим тип и кардинальность связей между сущностями:

Сотрудник–Должность. Между этими сущностями существует связь «Занимает». Каждый сотрудник занимает определенную должность в организации, при этом может быть несколько сотрудников занимающих одну должность, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 11.

Сотрудник

Должность

1

Занимает

м

Рисунок 11. Сущность – связь «Сотрудник–Должность»

Должность–Отдел. Между этими сущностями существует связь «Числится». Каждый должность числится за определенным отделом, при этом в одном отделе много различных должностей, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 12.

Должность

Отдел

1

Числится

м

Рисунок 12. Сущность – связь «Должность–Отдел»

Единица измерения–ТМЦ. Между этими сущностями существует связь «Имеет». Каждая ТМЦ имеет определенную единицу измерения, при этом одной единицей измерения может измеряться множество ТМЦ, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 13.

ТМЦ

Единица

1

Имеет

м

Рисунок 13. Сущность – связь «Единица измерения–ТМЦ»

Тип ТМЦ–ТМЦ. Между этими сущностями существует связь «Имеет». Каждая ТМЦ имеет определенный тип, при этом одному типу может принадлежать много ТМЦ, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 14.

ТМЦ

Тип

1

Имеет

м

Рисунок 14. Сущность – связь «Тип ТМЦ–ТМЦ»

ТМЦ–Спецификация проданных ТМЦ. Между этими сущностями существует связь «Включает». Каждая спецификация проданных товаров включает определенное количество позиций ТМЦ, при этом каждая ТМЦ может быть продана нескольким покупателям, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 15.

Спецификация

ТМЦ

1

Включает

м

Рисунок 15. Сущность – связь «ТМЦ–Спецификация проданных ТМЦ»

Покупатели–Продажа ТМЦ. Между этими сущностями существует связь «Покупает». Каждый покупатель покупает за наличный или безналичный расчет определенные ТМЦ, при этом каждый покупатель может купить ТМЦ много раз, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 16.

Продажа

Покупатель

1

Покупает

м

Рисунок 16. Сущность – связь «Покупатели–Продажа ТМЦ»

Продажа ТМЦ–Спецификация продажи ТМЦ. Между этими сущностями существует связь «Включает». Каждая продажа ТМЦ включает определенное количество ТМЦ в спецификации, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 17.