26
1. Использование антивирусного программного обеспечения со
встроенным брандмауэром «Comodo Internet Security Premium».
2. Использование программы «GFI LanGuard» для анализа
безопасности сети и контроля обновления программного обеспечения.
3. Использование утилиты «Malwarebytes» для выявления вредоносных
программ и вирусов в режиме реального времени.
4. Отключение USB-портов для предотвращения заражения
компьютеров вредоносным программным обеспечением и предотвращения
несанкционированного копирования данных.
5. Сотрудникам запрещена установка программного обеспечения на
персональные компьютеры.
6. Права на установку программного обеспечения есть только у
сотрудников отдела информационных технологий.
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
Для принятия решения о покупке готового программного продукта
необходимо провести обзор разработок, представленных на рынке. На рынке
программного обеспечения представлено мало систем, автоматизирующих учет
спроса на товары. Наиболее известной из них является система «Forecast Now».
Эта система предназначено для формирования плана заказов и поступлений [31].
В ее функционал входит расчет и прогнозирование спроса, а также расчет
оптимального плана производства каждого товара из ассортимента организации.
Помимо этого, программный продукт автоматизирует следующие
функции:
Расчет заказа на сырье и материалы поставщикам, учитывая внешние
ограничения;
Расчет объемов оптимальных внутренних перемещений товаров
между филиалами организации;
Расчет оптимального объема запасов;
Формирование плана заказов и поступлений материалов;
27
Учет влияния внешних факторов на объемы производства:
сезонности и тренда;
Осуществление кросс-ABC-XYZ анализа по ряду критериев,
заданным пользователем;
Анализ товарного ассортимента с целью формирования складских
запасов по разным товарным группам.
Интерфейс программного продукта «Forecast Now» представлен на рисунке
8.
Рисунок 8. Интерфейс программы «Forecast Now»
Менее эффективно, но позволяет учитывать спрос онлайн сервис «Мой
склад» [33]. Он автоматизирует учет выбытия товаров со склада в разрезе заказов
и в разрезе видов продукции, также он осуществляет расчет себестоимости
продукции и позволяет отслеживать остатки продукции и ее оборот. В сервисе
можно распланировать состояние склада и автоматически отправлять заказы
поставщикам. В программе реализована печать полного комплекса складских
документов: М-11, ИНВ-3, ТОРГ-16, МХ-1 и других. Сервис поддерживает
28
несколько складов, партий, серийных номеров, характеристик, упаковку и
формирует штрих-коды. Интерфейс программного продукта представлен на
рисунке 9.
Рисунок 9. Интерфейс программного продукта «Мой склад»
Еще один онлайн сервис «Класс 365» позволяет учитывать выбытие со
склада большого объема товарной номенклатуры [32]. Система обладает
быстродействием, возможностью поиска и формирования отчетов и документов.
Система предоставляет полную информацию о товарах: характеристику,
картинки, цены, аналоги, остатки по складам и ожидаемые поступления. В
системе автоматически рассчитываются продажные цены с учетом различных
критериев: скидок и наценок. Также в системе осуществляется учёт запасов на
складах, автоматизированы операции инвентаризации, списания, отгрузки,
перемещения и все остальное, автоматическое пополнение до неснижаемого
остатка. Интерфейс программного продукта представлен на рисунке 10.
Разработаем критерии для оценки соответствия описанных программных
продуктов поставленной задаче. Основным критерием является
функциональность. Под функциональностью понимается способность системы
осуществлять ввод заказов, проверку наличия на складе, выбор и учет тары,
печать маркировок.
29
Рисунок 10. Интерфейс программного продукта «Класс 365»
Следующим критерием являются системные требования. Система не
должна обладать высокими системными требованиями иначе может
потребоваться модернизация сервера и клиентских персональных компьютеров
(ПК), что увеличит затраты на внедрение системы.
Другим важным критерием является надежность системы, которая
выражается в отсутствии сбоев в ее работе и наличии инструментов резервного
копирования данных [9].
Качество интерфейса позволяет пользователям системы быстро начать
ориентироваться в ней и выполнять работу. Этот критерий также нужно
учитывать.
Также одни из важных критериев является стоимость системы, потому что,
как правило, бюджеты на внедрение информационных технологий ограничены.
Проанализируем соответствие рассмотренных выше систем выделенным
критериям. Результаты анализа проводились по пятибалльной шкале, где 1 балл
означал несоответствие критерию, а 5 – полное соответствие критерию. Анализ
программного обеспечения представлен в таблице 4.
Таблица 4
Сравнительный анализ программных продуктов
Критерий
Forecast Now
Мой склад
Класс 365
Функциональность
3
2
2
Системные требования
4
5
5
Надежность
4
3
3
Качество интерфейса
4
4
4
Стоимость
3
4
3
Итого
16
18
17
30
По результатам проведенного обзора можно заключить что на рынке
программного обеспечения отсутствуют программные продукты,
удовлетворяющие функциональным требованиям поставленной задачи. Ни одна
из систем не подходит по функционалу под выделенные требования. Система
«Forecast Now» позволяет осуществлять анализ спроса, но она больше
ориентирована на процессы снабжения организации, а не на планирование его
деятельности. Несмотря на то, что системы показали высокое соответствие
критериям системных требований и качеству интерфейса, функциональность
решения является большим приоритетом. Поэтому был сделан вывод о
невозможности внедрения готового программного обеспечения.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Процесс автоматизации учета спроса на товар включает в себя следующие
действия:
1. Анализ бизнес-процесса.
2. Формирование требований пользователей к программному
обеспечению.
3. Выбор стратегии автоматизации.
4. Разработка технического задания.
5. Проектирование системы.
6. Реализация системы.
7. Тестирование системы.
8. Ввод в эксплуатацию.
На этапе анализа процесса происходит изучение деятельности
производственного отдела, определяются уровень зрелости организации в целом,
а также стратегия развития и ведения бизнеса. На основании полученных данных
дается обоснование необходимости разработки информационной системы.
Перечисленные действия уже были осуществлены в рамках работы над
дипломным проектом.
Если решение о разработке программного продукта обосновано, тогда
аналитики проектной команды приступают к изучению бизнес-процессов
организации. Изучение бизнес-процессов осуществляется с помощью изучения
31
документов и опроса сотрудников организации. В результате принимается
решение о необходимости реорганизации бизнес-процессов. Если требуется
реорганизация, составляется модель процесса, которая учитывает автоматизацию
задачи.
Далее осуществляется выбор стратегии автоматизации. Вариант стратегии
автоматизации представлены на рисунке 11.
Стратегии автоматизации
Хаотичная По участкам По направлениям
Полная
автоматизация
Рисунок 11. Стратегии автоматизации
Стратегия полной автоматизации не подходит для рассматриваемой задачи,
поскольку будут автоматизированы не все бизнес-процессы организации, а только
процесс учета спроса на товар.
Хаотичная стратегия автоматизации представляет собой процесс
автоматизации выделенной функции. В результате чего информационная
инфраструктура организации представляет собой совокупность разрозненных
программных продуктов. Такая стратегия применяется на начальном уровне
зрелости организации. Чем выше уровень зрелости организации, тем больше
появляется потребность в единой информационной базе, с поддержкой
оперативного доступа к данным всех сотрудников организации. Поскольку
уровень зрелости рассматриваемой организации не является начальным, такая
стратегия автоматизации не является подходящей.
Разница в стратегиях автоматизации по участкам и по направлениям
заключается в том, что в первом случае осуществляется автоматизация
деятельности отдельных структурных подразделений организации, которые
объединяются по функциональному признаку. Автоматизация по направлениям
представляет собой автоматизацию отдельных направлений деятельности
организации.
В рамках рассматриваемой задачи, более подходящей является стратегия
автоматизация по участкам, потому что неавтоматизированным остается только
32
участок планирования производства.
Затем результаты, полученные на предыдущих этапах, фиксируются в
техническом задании. Техническое задание на создание информационной
системы является документом, в перечислены все проектные решения, и который
подписывается заказчиком и исполнителем.
На основании проектных решений совместно аналитиками и
разработчиками составляется эскизный и технический проект информационной
системы. Этот этап должен быть выполнен максимально качественно, поскольку
ошибки, допущенные на этом этапе, повлияют на качество разрабатываемой
системы, а их устранение будет связанно с большими финансовыми и
временными затратами.
В процессе реализации информационной системы осуществляется
кодирование программных модулей и разработка пользовательского интерфейса.
Полученная в результате выполнения этого этапа информационная система
передается для тестирования.
Существует комплекс методов тестирования программных продуктов:
начиная от проверки внешнего соответствия техническому заданию, заканчивая
проверкой функционала. Выявленные на этом этапе ошибки и несоответствия
подлежат устранению в процессе отладки системы.
Отлаженная система передается в опытную эксплуатацию, в ходе которой
осуществляется установка и настройка программного продукта, обучение
пользователей и тестирование пользователями системы.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Когда решение о необходимости автоматизации бизнес-процесса принято
и обосновано, перед руководителем организации встает вопрос о способе
приобретения программного обеспечения. Способы приобретения
информационной системы представлены на рисунке 12.
33
Способы приобретения
информационных систем
Покупка готовой
специализированной
системы
Разработка системы
своими силами
Разработка системы
сторонней
организацей
Покупка и доработка
Рисунок 12. Способы приобретения информационных систем
Покупка готовой специализированной системы заключается в
приобретении готового программного обеспечения. В результате анализа рынка
программного обеспечения было установлено что ни одна информационная
система не отвечает функциональным требованиям поставленной задачи.
Вариант покупки готовой системы с последующей доработкой требует
больших затрат, потому придется дорабатывать функционал системы
практически полностью. Этот вариант не подходит для рассматриваемой задачи.
Следовательно, остается вариант индивидуальной разработки системы.
Разработка может быть осуществлена как специалистами организации, так и
сторонней организацией. Если в отделе информационных технологий
существуют специалисты с необходимой квалификацией, разработка может
осуществляться своими силами. Такое часто можно наблюдать в организациях,
осуществляющих разработку программного обеспечения или крупных
организациях. В организациях малого и среднего бизнеса с большей
вероятностью такие специалисты будут отсутствовать в штате или в штате будут
программисты, осуществляющие поддержку информационных систем компании.
В рассматриваемой организации специалисты обладают необходимыми
навыками, поэтому разработка системы, автоматизирующей учет спроса на товар
будет осуществляться своими силами.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Проектные решения по информационному обеспечению представляют
собой описание входных и выходных документов процесса, переменной и
34
условно-постоянной информации. Опишем перечисленные элементы процесса
учета спроса на товары.
К входным документам задачи относятся заказы оптовых и розничных
клиентов. В них перечислены наименования и количество каждой заказанной
товарной позиции. Заказы передаются руководителю производственного отдела
со склада и из отдела логистики в бумажном виде (печатается из системы SAP
R/3). Заказы представлен в виде таблицы в строках которой указаны
наименования продукции, а в столбцах необходимое количество. Заказы не
обладают унифицированной формой, поэтому при проектировании системы
потребуется оригинальное проектирование форм документов.
Выходным документом процесса является отчет по спросу на товары за
выбранный пользователем период времени. Такой отчет в дальнейшем
используется при планировании производства. Отчет представлен в табличной
форме, где в строках перечислены товарные позиции, а в столбцах количество
заказанных товаров.
К оперативным данным проектируемой системы относятся данные учетных
записей пользователей системы: их ФИО, логины и пароли. У этих данных также
отсутствует унифицированная форма, поэтому необходимо проектирование
оригинальной формы для ввода таких данных.
В рассматриваемом процессе есть условно-постоянная информация. К ней
относятся:
1. Группа товаров.
2. Наименование товаров.
3. Единица измерения.
4. Сотрудники.
Перечисленная информация будет представлена в виде справочников
проектируемой информационной системы. Вся условно-постоянная информация
имеет текстовую форму.
Также нужно описать организацию информационного обеспечения. Для
того, чтобы руководителю не приходилось вводить данные об оптовых и
розничных заказах в систему, в ней будет создана функция загрузки информации
о заказах из системы SAP R/3. Программный модуль системы будет подключаться
35
к базе данных системы SAP R/3 и копировать данные о заказах и готовой
продукции в собственную базу данных.
1.4.2. Обоснование проектных решений по программному обеспечению
Опишем комплекс проектных решений по программному обеспечению.
Работа системы будет осуществляться в среде операционных система семейства
Windows, а именно в среде операционной системы Windows 10, которая
установлена на каждом персональном компьютере организации. Поэтому
разрабатываемая не должна обладать кросс-платформенностью.
Выбор языка программирования для разработки проекта осуществлялся на
основании следующих критериев:
1. Целевая платформа. В организации на сервере установлена
операционная система Linux, а на компьютерах пользователей – Windows.
Поэтому нужно выбирать такой язык программирования, который позволит
разработать кросс-платформенное приложение [26]. Рассмотрим языки
программирования Java и C++. Если программа написана на C и должна работать
на машинах с операционной системой Windows и Linux, тогда потребуются
компиляторы для перечисленных платформ и два разных исполняемых файла. В
случае с языком программирования Java, сгенерированный байт-код может
выполняться на любом компьютере, на котором установлена виртуальная Java-
машина.
2. Гибкость языка. Этот критерий отвечает за легкость добавления к
разработанному программному обеспечению новых функциональных
возможностей, использованию существующих библиотек. Язык
программирования C++ обладает большим количеством библиотек, тогда как для
языка Java необходимо импортировать модули из стандартной библиотеки [27].
3. Время исполнения. Этот критерий определяет время, которое
необходимо затратить для создания рабочей версии программы. Значение этого
критерия зависит от размера кода. Относительно этого критерия язык
программирования C++ теоретически изучить легче, чем язык Java,
соответственно объем кода на нем будет меньше за одинаковое время.