Разработка информационного обеспечения

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

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

Поскольку АРМ хранит и обрабатывает данные находящиеся в БД, в основном все операции должны реализовываться запросами SQL, и агрегация данных должна выполняться на уровне языка БД, обработка при таком подходе занимает гораздо меньше времени, поскольку все операции выполняются ядром БД, а не программой.

Алгоритм выполнения расчета сумм продажи и группировки представлена на рисунке 2.2.

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

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

Рис. 2.2. Алгоритм выполнения расчета суммы и группировки средствами SQL

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

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

Рис. 2.3. Алгоритм выполнения расчета суммы и группировки средствами SQL и отображение на графике

При оформлении продажи должны выполняться следующие действия:

1. Создать новую продажу;

2. Дата указывается автоматически;

3. Номер продажи также автоматически назначается системой;

4. Указывается продавец, который помогал оформить продажу;

5. Указывается покупатель, если его данные уже есть в системе, переходим к пункту 7;

6. Если данных покупателя в системе нет, то данные заносятся в систему;

7. Указывается способ оплаты;

8. Затем, формируется список проданных покупателю товаров, указываем наименование товара и его количество;

9. Если ещё есть товары, которые надо добавить в список, переходим к пункту 8;

10. Автоматически формируется количество товаров и цена.

11. Продажа оформлена.

Блок-схема алгоритма формирования поставки приведена на рисунке 2.4.

Показателем эффективности ассортимента выбрана сумма прибыли, полученной от клиентов предлагаемым ассортиментом, а показателем оптимальности товарного запаса - доля реализации, выполненной из складского запаса в общем объёме реализации. Для контроля этих показателей необходимо:

1. Организовать в АРМ регистрацию всех продаж клиентам с оценкой прибыли и объемов продаж.

2. Организовать в ИС регистрацию закупок, на основании полученных данных о количестве продаж.

3. Разработать в ИС отчёты, рассчитывающие указанные показатели.

4. Разработать и внедрить бизнес-процесс и регламент регулярного контроля показателей эффективности ассортимента и товарного запаса.

Рис. 2.4. Блок-схема алгоритма формирования продажи

В таком случае используют показатель рентабельности товарного запаса (ТЗ), который рассчитывается как

РТЗ = МП / ТЗср, (2.1)

где МП – прибыль,

ТЗср – общие запасы.

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

Расчет РТЗ представлен на рисунке 2.5.

Рис. 2.5. Расчет показателя РТЗ

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

­ Ошибок закупки, когда закупленный на склад товар не продаётся;

­ Ошибок сбыта, когда клиент отказывается от закупленного под него товара;

­ Возвратов клиента товара на склад по тем или иным причинам;

­ Ошибок поставщиков, отгрузивших не заказанный или некондиционный товар;

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

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

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

Специалисты комплексной поставки знают, как много времени уходит на обработку заявок клиентов и как часто это время тратится напрасно. Компании стараются минимизировать эти трудозатраты, стимулируя клиентов к работе по каталогам, но ситуация пока далека от идеальной. Причём заявки клиентов приходится обрабатывать именно менеджерам, поскольку для принятия решений часто требуется обладать не только техническими, но и маркетинговыми и логистическими знаниями [7].

Методика работы менеджера в этом направлении состоит из следующих шагов:

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

2. Формирование плана работы с такими клиентами.

3. По каждому клиенту из списка:

­ Изучение специфических потребностей и существующего способа их удовлетворения,

­ Планирование и проведение переговоров совместно с менеджером по продажам,

­ Подготовка спецпредложения,

­ Курирование дальнейшей работы с клиентом.

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

UML-диаграмма вариантов использования

К разрабатываемой программе были предъявлены следующие

требования пользователя:

1. Возможность ввода справочников;

2. Возможность ввода продаж, подсчет и просмотр итогов, вывод их на печать;

3. Возможность ввода закупок, подсчет и просмотр итогов, вывод их на печать;

4. Возможность анализа объема продаж и закупок в графическом виде с вводом параметров сравнения по товарам, годам, месяцам;

5. Возможность формирования отчетов;

6. Возможность резервного копирования данных.

Модель вариантов использования

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

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

­ определить границы и контекст предметной области;

­ разработать концептуальную модель системы для ее последующей

­ детализации в форме логических и физических моделей;

­ сформулировать общие требования к функциональному поведению

­ проектируемой системы;

­ подготовить документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями [4].

В соответствии с выделенными требованиями была составлена диаграмма вариантов использования:

Рис. 2.6. Диаграмма вариантов использования

В процессе разработки программы был написан следующий сценарий поведения системы. Таблица 2.1.

Таблица 2.1.

Сценарий поведения системы

Пользователь	Система
1. Выбирает в меню пункт «Файл»	1. Выход осуществляет из программы
2. Выбирает в меню пункт «Справочники» 2.1 Выбирает один справочник из предложенных в списке 2.2 Вводит необходимую информацию в таблицу справочника 2.3 Нажимает «Печать» 2.4 Нажимает «Сохранить» 2.5 Нажимает «Удалить» 2.6 Нажимает «Добавить» 2.7 Нажимает «На следующую запись» 2.8 Нажимает «На предыдущую запись» 2.9 Нажимает «В начало» 2.10 Нажимает «В конец» 2.11 Нажимает элемент управления (кнопки) для перехода в другой справочник 2.12 Нажимает «Закрыть»	2. Предлагает выпадающее меню со списком справочников 2.1 Открывает окно справочника 2.2 Запоминает данные 2.3 Формирует отчет и выводит на принтер 2.4 Сохраняет данные 2.5 Удаляет данные в записи 2.6 Добавляет пустую запись 2.7 Переход на следующую запись 2.8 Переход на предыдущую запись 2.9 Переход на первую запись 2.10 Переход на последнюю запись 2.11 Открывает окно выбранного справочника 2.12 Закрывает окно без изменений
3. Выбирает в меню пункт «Продажи» 3.1 Выбирает первый из предложенных вариантов в списке 3.1.1 Вводит необходимую информацию о продажах в таблицу 3.1.2 Нажимает «Сохранить» 3.1.3 Нажимает «Удалить» 3.1.4 Нажимает «Добавить» 3.1.5 Нажимает «На следующую запись» 3.1.6 Нажимает «На предыдущую запись» 3.1.7 Нажимает «В начало» 3.1.8 Нажимает «В конец» 3.1.9 Нажимает элемент управления (кнопки) для перехода в один из предложенных справочников 3.1.10 Выбирает один из предложенных элементов для просмотра записей в наборе 3.1.11 Нажимает «Закрыть» 3.2 Выбирает второй пункт из предложенных вариантов в списке 3.2.1 Нажимает «Показать все»	Продолжение таблицы 2.1. 3. Предлагает выпадающее меню со списком 3.1 Открывает окно «Ввод продаж» 3.1.1 Запоминает данные 3.1.2 Сохраняет данные 3.1.3 Удаляет данные в записи 3.1.4 Добавляет пустую запись 3.1.5 Переход на следующую запись 3.1.6 Переход на предыдущую запись 3.1.7 Переход на первую запись 3.1.8 Переход на последнюю запись 3.1.9 Открывает окно выбранного справочника 3.1.10 Фильтрует записи по заданному критерию 3.1.11 Закрывает окно без изменений 3.2 Открывает окно «Итоги продаж» 3.2.1 Выводит все данные и производит подсчет итогов «Сумма» и «Количество элементов»
4. Выбирает в меню пункт «Закупки» 3.1 Выбирает первый из предложенных вариантов в списке 3.1.1 Вводит необходимую информацию о продажах в таблицу 3.1.2 Нажимает «Сохранить» 3.1.3 Нажимает «Удалить» 3.5 Нажимает «Добавить» 3.6 Нажимает «На следующую запись» 3.7 Нажимает «На предыдущую запись» 3.8 Нажимает «В начало» 3.9 Нажимает «В конец» 3.10 Нажимает элемент управления (кнопки) для перехода в один из предложенных справочников 3.11 Выбирает один из предложенных элементов для просмотра записей в наборе 3.12 Нажимает «Закрыть» 3.2 Выбирает второй пункт из предложенных вариантов в списке	3. Предлагает выпадающее меню со списком 3.1 Открывает окно «Ввод продаж» 3.3 Запоминает данные 3.3 Сохраняет данные 3.4 Удаляет данные в записи 3.5 Добавляет пустую запись 3.6 Переход на следующую запись Продолжение таблицы 2.2. 3.7 Переход на предыдущую запись 3.8 Переход на первую запись 3.9 Переход на последнюю запись 3.10 Открывает окно выбранного справочника 3.11 Фильтрует записи по заданному критерию 3.12 Закрывает окно без изменений 3.2 Открывает окно «Итоги продаж»

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