11046
.pdf
Разработка данного прикладного решения велась на платформе «1С: Предприятие 8». Были задействованы программные компоненты, функции и методы для создания шаблонов, а также сложные программные модули за счет встроенных конструкторов.
Основная конфигурация состоит из 6 подсистем, в которых сгруппированы 11 справочников, 3 перечисления, 8 документов, 2 регистра накоплений, 2 регистра сведений, 2 отчета, а также 1 бизнес-процесс.
Важной особенностью платформы «1С:Предприятие» является
механизм представления |
данных в формах. |
Форма |
и ее элементы |
обособлены от объектов |
конфигурации, и |
чтобы |
форма отображала |
какие-либо данные, необходимо задать связь самой формы и ее элементов с данными [1]. Именно эта возможность позволила сконструировать собственные управляемые формы при разработке многофункционального расписания.
Рис.1. Основная конфигурация
Для реализации самостоятельных решений довольно востребовано программирование, и одним из участков, где его можно реализовать в полном объеме являются формы и элементы управления [4].
Функциональные возможности форм расписаний:
1.Очистка полей расписания.
2.Заполнение полей расписания посредством разработанного механизма на основании объекта «CheckBox».
3.Сохранение изменений после внесения редактирования.
4.Взаимодействие с пользователем на основе сообщений, которые включают в себя уведомления об ошибках пользователя, об успешной записи пациента на указанное время и дату, контроль связанных документов с датой записи и открытии их в случае необходимости.
230
Рис.2. Пример расписания «Неврология»
В конфигурации для правильного ведения хозяйственных операций была разработана сложная выборка данных, сгруппированная и отсортированная необходимым образом для проверки остатков медикаментов на складах [4]. Благодаря чему появляется возможность вести учет документов при заполнении их номенклатурой: если расходного материала нет или недостаточно, то пользователь получит сообщение и в дальнейшем не сможет провести такой документ. Таким образом, в системе соблюдается контроль остатков при реализации.
Рис.3. Уведомления по контролю запасов
Для учета хозяйственных операций был разработан бизнес-процесс, осуществляющий контроль за правильным заполнением документов и позволяющий следить за прохождением этапов процесса по закупке медикаментов.
231
Рис.4. Уведомления по контролю запасов
Данное прикладное решение может применяться на предприятиях малого и среднего бизнеса, позволит сократить финансовые и временные издержки организации. Все это возможно за счет простого и понятного интерфейса, а также взаимодействия информационной системы напрямую с пользователем посредством сообщений.
Литература
1.Радченко М.Г., Хрусталева Е.Ю., «1С:Предприятие Руководство пользователя» :. 2013 стр. 694 - 1С-Паблишинг.
2.Кормен Т., Лейзерсон Ч., Ривест Р., Штайн К., Алгоритмы:
построение и анализ = Introduction to Algorithms / Под ред. И. В. Красикова. — 2-е изд. — М.: Вильямс, 2005. — 1296 с. — ISBN 5-8459-
0857-4.
3.М.Г. Радченко., Е. Ю. Хрусталева., «1С:Предприятие 8.3 Практическое пособие разработчика – электронная книга в формате pdf» – ISBN 978-5-9677-2041-3 , М.: ООО «1С-Паблишинг», 2013 – 943 с.
4.Кашаев С.М., «Программирование в 1С:Предприятие 8.3.» —
СПб.: Питер, 2014. — 304 с.: ил. — (Серия «1Специалист»)., ISBN 978-5-
496-01234-8.
232
Межнева Ю.Д., Молькин Н.В.
ФГБОУ ВО «Нижегородский государственный архитектурно- строительный университет»
РАЗРАБОТКА САЙТА ДЛЯ ОПТИМИЗАЦИИ ПРОЦЕССОВ ЛОГИСТИКИ НА ПРЕДПРИЯТИИ ООО «ДАКАР»
В ситуации постоянно изменяющегося рынка, основная задача web- дизайнеров и разработчиков – это эффективное использование нового средства массовой информации, но кроме этого необходимы навыки разработки функционала сайтов. Необходимость в оптимизации процессов возникла и у компании «Дакар», на данный момент эта компания занимается производством обтекателей и спальников для грузовых машин и распространяет свою продукцию по всей территории России.
Руководством было принято решение об использовании имеющихся на данных момент машин компании для перевозок не только своих товаров, но и для выполнения сторонних заказов. Таким образом появилась необходимость в оптимизации данного процесса, для этих целей был разработан сайт, который будет использовать базу данных для хранения информации о клиентах, заказах и их статусе, исполнителях (водителях), доступных машинах, а так же отслеживать их доступность. Для лучшего контроля сайт будет хранить информацию и о менеджерах, которые работают с заявками.
Рис. 1. – Схема работы элементов сайта
Сайт состоит из сервера, где СУБД обеспечивает работоспособность сайта, с помощью языков PHP и SQL производится сама работа с информацией, ими описываются скрипты, которые выполняются при
233
нажатии на необходимый элемент страницы, например, сортировка или удаление из базы данных того или иного заказа, в случае если он выполнен, это автоматически присвоит машине, которая была задействована в выполнении перевозки, статус доступного ресурса. Оставшиеся две части – это страницы, их можно разделить по правам доступа на:
–Сторону клиента. Она находится в общем доступе во всемирной сети, предназначена для ввода данных от клиента, содержит основную форму со всеми необходимыми информационными полями (ФИО, вес, параметры груза, контактные данные, пункт назначения и так далее);
–Сторону менеджера. Эта страница не доступна любому пользователю, так как перед работой необходима регистрация, которая производится исключительно администратором с особыми правами доступа, а далее каждый сотрудник с помощью своих персональных данных (ID, пароль) может авторизоваться в системе для дальнейшей работы.
–На общедоступной странице находится все, что необходимо для того, чтобы оставить заявку, кроме основной формы со всеми необходимыми полями на странице находится описание предприятия, блок вопросов, которые могут возникнут у посетителя, форма для обратной связи.
–Сторона менеджера разделена на несколько фрагментов для удобства работы самих сотрудников.
На основной странице для менеджера обеспечивается вывод краткой информации по каждому заказу в виде блоков, для наглядности добавлена сортировка по статусу или показателям (вес, дата, номер). На боковой панели расположены кнопки для работы с блоками. Каждый блок является ссылкой на новую, генерируемую кодом страницу выбранного заказа. Такой вариант разделения работы используется, чтобы уменьшить нагрузку на интерфейс и максимально упростить процесс работы сотрудникам.
234
Рис. 2. – Страница клиента
Рис. 3. – Страница менеджера
235
Рис. 4. – Страница редактирования
На второй странице, которая отвечает за вывод полной информации по выбранному заказу, кроме данных предусмотрена и панель для внесения изменений, стоит учесть, что каждая кнопка на панели инструментов вносит изменения в саму базу данных и каждое нажатие, то есть изменение, фиксируется системой. Таким образом, если менеджер поменяет статус или дату заказа, то его имя будет зафиксировано.
Возможности менеджера:
1.Настройка статуса между «Выполняется» и «Отклонено»;
2.Назначение доступной машины из выпадающего списка;
3.Назначение доступного исполнителя;
4.Назначение даты отправки грузка.
Красные кнопки под списком позволят отобразить новые данные прямо на странице, в том же виде, в каком теперь находятся в базе, вернуться на рабочую область к блокам заказов и вывести на печать путевой лист.
Нагрузка, которую можно перенести на сайт будет способствовать оптимизации времени работы сотрудников, а также сведёт человеческий фактор к минимуму.
В результате подсчёта затрат методами функциональных точек, ISBSG и COCOMO II, их сопоставления с возможностями оптимизации сайта, можно сделать вывод об эффективности внедрения данной системы.
Литература
1. Бейли Линн, Моррисон Майкл, «Изучаем PHP и MySQL», Эксмо,
2010
2. Danneo, «MySQL система управления базами данных СУБД»,
Электронный ресурс], Режим доступа:http://danneo.ru/coding/read-mysql-a- control-system-of-databases.html
236
Коваленко Ю. А., Прокопенко Н. Ю.
ФГБОУ ВО «Нижегородский государственный архитектурно- строительный университет»
СЦЕНАРИЙ НА БАЗЕ АП DEDUCTOR ДЛЯ СТРАТЕГИЧЕСКОГО АНАЛИЗА И ПРОДВИЖЕНИЯ ТОВАРА НА РЫНОК
Обострение конкуренции в условиях открытости экономики обуславливает необходимость эффективно использовать инновационный потенциал предприятия, для чего нужны новые управленческие технологии, реализация которых является возможной на основе применения информационных систем и интеллектуальных методов анализа данных.
Компании в ходе своей работы стараются повысить прибыль и уменьшить расходы. В этом им помогают новые компьютерные технологии, использование различных программ автоматизации бизнес– процессов. Такой системой, в которой реализованы основные механизмы анализа является Deductor. Аналитическая платформа предназначена для решения широкого спектра задач, связанных с обработкой структурированных и представленных в виде таблиц данных. Deductor позволяет на базе единой платформы выполнить все этапы бизнес–анализа от консолидации данных и построения моделей до визуализации и интеграции в бизнес–процесс.
В данной статье приводится пример использования АП Deductor для решения задач одной из крупнейших мясоперерабатывающих компаний России ABI PRODUCT, основным направлением деятельности которой является производство широкого спектра колбасных изделий, замороженных полуфабрикатов и готовых блюд.
Проанализировав товары, можно выявить их сильные и слабые стороны с тем, чтобы иметь возможность, опираясь на их сильные стороны, строить кампанию по эффективному продвижению товара на рынок. Основываясь на данных о продажах товара и модифицированной BCG матрице, можно избавиться от товаров, которые не перспективны с точки зрения нахождения в ассортименте. Суть модифицированной матрицы BCG состоит в анализе темпов роста продаж и объёма продаж.
Работа по построению сценария начинается с процесса сбора данных. Данные для анализа поступили из информационной системы компании ABI PRODUCT в формате Excel. Далее выбраны подходящие факторы для последующего анализа, сформирована новая таблица и переведена в текстовый файл.
Импортируем данные в ИАС и используем обработчик "Оценка качества данных". Он позволяет производить комплексную оценку
237
качества наборов данных на основе количества обнаруженных пропусков, выбросов и экстремальных значений.
Рисунок 1 – Оценка качества данных
В отчете обнаружены два типа проблем качества: выбросы и экстремальные значения. Проведем редактирование выбросов и экстремальных значений, а затем сгруппируем объемы продаж по продуктовым группам.
Рисунок 2 – Объемы продаж продуктовых групп
В основе Бостонской матрицы лежит модель жизненного цикла товара, согласно которой, товар в своем формировании проходит четыре стадии:
1.выход на рынок (товар–проблема);
2.рост (товар–звезда);
3.зрелость (товар –дойная корова);
4.спад (товар–собака).
Для каждой стадии, в зависимости от комбинации доли и роста рынка, выбирается индивидуальная маркетинговая стратегия. Одна из возможных стратегий – регулярно создавать продукты, пользующиеся спросом. Вырученные деньги за счет таких популярных товаров, можно вкладывать в "проблемы", чтобы добиться их превращения в "звезды". По мере созревания рынка "звезды" становятся популярными "дойными коровами" и процесс повторяется.
Для каждой продуктовой группы рассчитаем ее удельный вес в общем объеме сбыта предприятия ("доля рынка") и параметр T – удельный вес группы продукта в темпе изменения объемов сбыта предприятия ("рост рынка"). Полученные значения удельных весов в тренде и доли в сбыте для каждой группы объединяются.
238
Рисунок 3 – Полученные значения удельных весов в тренде и доли в сбыте
Теперь их следует разбить на квадранты в соответствии с матрицей
BCG.
Наиболее простым методом разбиения является определение порога, разделяющего значения параметров на низкие и высокие. Установим пороговое значение для удельных весов группы продукта в тренде и сбыте, равным 20%. Сохраняя терминологию БКГ, при таком делении на диаграмме имеем ярко выраженную "звезду" (высокая доля и в тренде, и в сбыте), "проблему" (высокая доля в тренде, низкая в сбыте) и россыпь "собак" (низкая доля в тренде и в сбыте).
Рисунок 4 – Разделение продуктовых групп на квадранты
Рисунок 5 – Стратегическая матрица БКГ в виде диаграммы
Также наиболее удобным инструментом для получения отчетности являются OLAP–кубы. Куб – это удобное средство визуализации многомерных данных и получения нужных форм отчетов. Он строится на основе многомерного представления и содержит измерения и факты, определенные при построении куба. OLAP дает возможность генерировать
239