28
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации
Для обеспечения информационной безопасности организации
используется комплекс мер, которые можно разделить на две группы [19]:
1. Организационные меры.
2. Программно-аппаратные меры.
В комплекс организационных мер, используемых в организации, входит:
1. Создание и ознакомление сотрудников с Политикой безопасности
организации.
2. Ведение учета посетителей в журнале посетителей (с записью
паспортных данных).
3. Разграничение доступа к модулям системы SAPR/3 согласно
функциональным обязанностям сотрудников предприятия.
4. За контроль состояния информационной безопасности организации
назначено ответственное лицо (руководитель ИТ-отдела).
5. Организация авторизованного доступа к используемым
программным системам.
К программно-аппаратным мерам обеспечения информационной
безопасности организации относятся:
1. Использование антивирусного программного обеспечения (ПО) со
встроенным брандмауэром Microsoft Security Essentials.
2. Использование сканера состояния информационной безопасности в
режиме реального времени «Severus».
3. Использование системы контроля версий и обновлений
программного обеспечения «Secunia PSI».
4. Отключение USB-портов для предотвращения заражения
компьютеров вредоносным программным обеспечением и предотвращения
несанкционированного копирования данных.
5. Сотрудникам запрещена установка программного обеспечения на
персональные компьютеры.
6. Права на установку программного обеспечения есть только у
сотрудников ИТ-отдела.
29
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
Поскольку ранее было принятое обоснованное решение об использовании
средств вычислительной техники, необходимо провести анализ рынка
программного обеспечения, автоматизирующего процесс управления отгрузкой
товаров.
Внешняя обработка «Отгрузка товаров», разработанная для платформы
«1С» компанией «Инфостарт», представляет собой средство для создания
расходных ордеров[25]. Ее отличие от типового модуля заключается в том, что
«Отгрузка товаров» представляет данные в визуально и логически удобном виде.
Обработка подключается к базе данных системы «1С». После этого можно
загрузить форму «Реализация товаров и услуг», вместо использования формы
заказов. На форме представлен перечень записей, соответствующих реализации
товаров. После открытия записи о реализации можно осуществить печать
документов.
Система «Управление отгрузкой и доставкой товара» от компании «Global
System»позволяют сформировать и напечатать все отгрузочные
сопроводительные документы [31]. В системе можно создать и распределить
задания по водителям, а затем назначить рейс для каждого транспортного
средства. Для различных видов грузов необходимо ввести данные об объеме и
весе. Затем можно сформировать план доставки грузов и контролировать его
выполнение. Также в системе создан комплекс инструментов для отгрузки
продукции железнодорожным транспортом: оформление и печать приказов на
погрузку, железнодорожных накладных, возможность учета тарифа за перевозку
и обработки железнодорожных квитанций. Также система позволяет рассчитать
плановую дату перехода права собственности в зависимости от станции
назначения и условий поставки. В процессе автоматизации сбыта готовой
продукции система позволяет оформить и напечатать приказы на погрузку,
пропуски на территорию предприятия на автотранспорт по установленной на
предприятии форме.
30
Онлайн сервис «Мой склад» автоматизирует расчет себестоимости
продукции и позволяет отслеживать остатки продукции и ее оборот [26]. В
сервисе можно распланировать состояние склада и автоматически отправлять
заказы поставщикам. В программе реализована печать полного комплекса
складских документов: М-11, ИНВ-3, ТОРГ-16, МХ-1 и других. Сервис
поддерживает несколько складов, партий, серийных номеров, характеристик,
упаковку и формирует штрих-коды.
Еще один онлайн сервис «Класс 365» позволяет управлять большим
объемом товарной номенклатурой [28]. Система обладает быстродействием,
возможностью поиска и формирования отчетов и документов. Система
предоставляет полную информацию о товарах: характеристику, картинки, цены,
аналоги, остатки по складам и ожидаемые поступления. В системе
автоматически рассчитываются продажные цены с учетом различных критериев:
скидок и наценок. Также в системе осуществляется учёт запасов на складах,
автоматизированы операции инвентаризации, списания, отгрузки, перемещения
и все остальное, автоматическое пополнение до неснижаемого остатка.
Разработаем критерии для оценки соответствия описанных программных
продуктов поставленной задаче. Основным критерием является
функциональность. Под функциональностью понимается способность системы
осуществлять ввод заказов, проверку наличия на складе, выбор и учет тары,
печать маркировок.
Следующим критерием являются системные требования. Система не
должна обладать высокими системными требованиями иначе может
потребоваться модернизация сервера и клиентских персональных компьютеров
(ПК), что увеличит затраты на внедрение системы.
Другим важным критерием является надежность системы, которая
выражается в отсутствии сбоев в ее работе и наличии инструментов резервного
копирования данных [9].
Качество интерфейса позволяет пользователям системы быстро начать
ориентироваться в ней и выполнять работу [10]. Этот критерий также нужно
учитывать.
31
Также одни из важных критериев является стоимость системы, потому
что, как правило, бюджеты на внедрение информационных технологий
ограничены.
Проанализируем соответствие рассмотренных выше систем выделенным
критериям. Результаты анализа проводились по пятибалльной шкале, где 1 балл
означал несоответствие критерию, а 5 – полное соответствие критерию. Анализ
программного обеспечения представлен в таблице 5.
Таблица 5
Сравнительный анализ программных продуктов
Критерий
Отгрузка
товаров
Управление отгрузкой и
доставкой товара
Мой
склад
Класс
365
Функциональность
1
2
2
1
Системные требования
5
3
5
5
Надежность
1
4
3
3
Качество интерфейса
4
4
4
4
Стоимость
5
3
4
3
Итого
16
16
18
17
По результатам анализа, ни одна из систем не подходит по функционалу
под выделенные требования. В 2 системах есть возможность печати штрих-
кодов и ввода данных о заказах. Однако все они предназначены для
формирования документооборота, который формирует система SAPR/3.
Несмотря на то, что системы показали высокое соответствие критериям
системных требований и качеству интерфейса, функциональность решения
является большим приоритетом. Поэтому был сделан вывод о невозможности
внедрения готового программного обеспечения.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Процесс автоматизации управления отгрузкой товаров включает в себя
следующие действия:
1. Анализ процесса управления отгрузкой товара.
2. Формирование требований пользователей к программному
обеспечению.
3. Выбор стратегии автоматизации.
4. Разработка технического задания.
5. Проектирование системы.
6. Реализация системы.
32
7. Тестирование системы.
8. Ввод в эксплуатацию.
На этапе анализа процесса управления отгрузкой товара происходит
изучение деятельность отдела, определяет уровень зрелости организации в
целом, стратегию развития и ведения бизнеса. На основании полученных данных
дается обоснование необходимости разработки информационной системы.
Перечисленные действия уже были осуществлены в рамках работы над
дипломным проектом.
Если решение о разработке программного продукта обосновано, тогда
аналитики проектной команды приступают к изучению бизнес-процессов
организации. Изучение бизнес-процессов осуществляется с помощью изучения
документов и опроса сотрудников организации. В результате принимается
решение о необходимости реорганизации бизнес-процессов. Если требуется
реорганизация, составляется модель процесса, которая учитывает
автоматизацию задачи.
Далее осуществляется выбор стратегии автоматизации. Вариант стратегии
автоматизации представлены на рисунке 8.
Стратегии автоматизации
Хаотичная По участкам По направлениям
Полная
автоматизация
Рисунок 8. Стратегии автоматизации
Стратегия полной автоматизации не подходит для рассматриваемой
задачи, поскольку будут автоматизированы не все бизнес-процессы организации,
а только процесс управления отгрузкой товара.
Хаотичная стратегия автоматизации представляет собой процесс
автоматизации выделенной функции. В результате чего информационная
инфраструктура организации представляет собой совокупность разрозненных
программных продуктов. Такая стратегия применяется на начальном уровне
зрелости организации. Чем выше уровень зрелости организации, тем больше
появляется потребность в единой информационной базе, с поддержкой
33
оперативного доступа к данным всех сотрудников организации. Поскольку
уровень зрелости рассматриваемой организации не является начальным, такая
стратегия автоматизации не является подходящей.
Разница в стратегиях автоматизации по участкам и по направлениям
заключается в том, что в первом случае осуществляется автоматизация
деятельности отдельных структурных подразделений организации, которые
объединяются по функциональному признаку. Автоматизация по направлениям
представляет собой автоматизацию отдельных направлений деятельности
организации.
В рамках рассматриваемой задачи, более подходящей является стратегия
автоматизация по участкам, потому что неавтоматизированным остается только
участок управления отгрузкой товара.
Затем результаты, полученные на предыдущих этапах, фиксируются в
техническом задании. Техническое задание на создание информационной
системы является документом, в перечислены все проектные решения, и
который подписывается заказчиком и исполнителем.
На основании проектных решений совместно аналитиками и
разработчиками составляется эскизный и технический проект информационной
системы. Этот этап должен быть выполнен максимально качественно, поскольку
ошибки, допущенные на этом этапе, повлияют на качество разрабатываемой
системы, а их устранение будет связанно с большими финансовыми и
временными затратами.
В процессе реализации информационной системы осуществляется
кодирование программных модулей и разработка пользовательского интерфейса.
Полученная в результате выполнения этого этапа информационная система
передается для тестирования.
Существует комплекс методов тестирования программных продуктов:
начиная от проверки внешнего соответствия техническому заданию, заканчивая
проверкой функционала. Выявленные на этом этапе ошибки и несоответствия
подлежат устранению в процессе отладки системы.
Отлаженная система передается в опытную эксплуатацию, в ходе которой
осуществляется установка и настройка программного продукта, обучение
34
пользователей и тестирование пользователями системы.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Когда решение о необходимости автоматизации бизнес-процесса принято
и обосновано, перед руководителем организации встает вопрос о способе
приобретения программного обеспечения. Способы приобретения
информационной системы представлены на рисунке 9.
Способы приобретения
информационных систем
Покупка готовой
специализированной
системы
Разработка системы
своими силами
Разработка системы
сторонней
организацей
Покупка и доработка
Рисунок 9. Способы приобретения информационных систем
Покупка готовой специализированной системы заключается в
приобретении готового программного обеспечения. В результате анализа рынка
программного обеспечения было установлено что ни одна информационная
система не отвечает функциональным требованиям поставленной задачи.
Вариант покупки готовой системы с последующей доработкой требует
больших затрат, потому придется дорабатывать функционал системы
практически полностью. Этот вариант не подходит для рассматриваемой задачи.
Следовательно, остается вариант индивидуальной разработки системы.
Разработка может быть осуществлена как специалистами организации, так и
сторонней организацией. Если в отделе информационных технологий
существуют специалисты с необходимой квалификацией, разработка может
осуществляться своими силами. Такое часто можно наблюдать в организациях,
осуществляющих разработку программного обеспечения или крупных
организациях. В организациях малого и среднего бизнеса с большей
вероятностью такие специалисты будут отсутствовать в штате или в штате будут
программисты, осуществляющие поддержку информационных систем компании.
В рассматриваемой организации специалисты обладают необходимыми
навыками, поэтому разработка системы, автоматизирующей управление
отгрузкой товара будет осуществляться своими силами.
35
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Проектные решения по информационному обеспечению представляют
собой описание входных и выходных документов процесса, переменной и
условно-постоянной информации. Опишем перечисленные элементы процесса
управления отгрузкой товаров.
Заказ клиента является входным документом задачи. В нем перечислены
наименования и коды готовой продукции и количество каждого товара,
заказанного клиентом. Заказ передается на склад из отдела продаж в бумажном
виде (печатается из системы SAPR/3). Заказ представлен в виде таблицы в
строках которой указаны наименования продукции, а в столбцах необходимое
количество. Заказ не обладает унифицированной формой.
Выходным документом процесса является отчет об отгруженных заказах
за выбранный пользователем период времени. Отчет необходим кладовщикам
для отслеживания отгруженных заказов, а специалистам отдела продаж он
помогает контролировать выполнение заказов клиентов. Отчет представлен в
табличной форме, где в строках перечислены номера заказов, а в столбцах даты
отгрузки.
Опишем переменную информацию. К переменной информации относится
заявка на производство. Заявка на производство отправляется в том случае,
когда необходимой продукции по заказу нет в наличии или нет требуемого
количества продукции. Тогда кладовщик оформляет заявку, в которой
перечислены наименования готовой продукции и необходимое количество
продукции. Записка представлена в табличной форме, она не унифицирована и
передается из склада в производственный отдел в виде бумажного документа.
Перечень тары относится к переменной информации. Перечень тары
служит для выбора необходимой упаковки для каждого вида готовой продукции.
Кладовщику необходимо знать какой вид тары в каком количестве есть на
складе. В системе SAPR/3 не ведется учет тары, поэтому кладовщики
самостоятельно формируют перечень тары в табличном процессоре. Перечень
тары представлен в табличной форме, которая не является унифицированной.
36
Маркер готовой продукции представляет собой штрих-код продукции,
напечатанный на бумаге с клеевой основой. Он наклеивается на упакованную
продукцию для возможности ее идентификации. Маркер продукции имеет
унифицированную форму.
В рассматриваемом процессе есть условно-постоянная информация. К ней
относятся:
1. Наименование готовой продукции, содержит текстовую.
2. Группа готовой продукции.
3. Наименование тары.
4. Виды тары.
5. Штрих-код продукции.
6. ФИО кладовщика.
Перечисленная информация будет представлена в виде справочников
проектируемой информационной системы. Вся условно-постоянная информация
имеет текстовую форму, кроме штрих-кода. Он представлен в графической и
числовой форме.
Также нужно описать организацию информационного обеспечения. Для
того, чтобы кладовщикам не приходилось вводить заказы в систему, в ней будет
создана функция загрузки информации о заказах из системы SAPR/3.
Программный модуль системы будет подключаться к базе данных системы
SAPR/3 и копировать данные о заказах и готовой продукции в собственную базу
данных.
Для каждого вида готовой продукции должна быть указана степень
хрупкости. Это необходимо для выбора тары и упаковочных материалов. Также
в системе для каждого наименования продукции должен указываться штрих-код,
который будет печататься на принтере для штрих-кодов и наклеиваться на
упакованную продукцию для возможности идентификации.
Заявки на производство будут отправляться в систему SAPR/3 с помощью
программного модуля, аналогичного модулю загрузки данных о заказах и
продукции. С той лишь разницей что модуль передачи заявки на производство
будет подключаться к базе данных системы SAPR/3 и копировать данные о
заявке из собственной базы данных в базу данных системы SAPR/3.
37
1.4.2. Обоснование проектных решений по программному обеспечению
Опишем комплекс проектных решений по программному обеспечению.
Работа системы будет осуществляться в среде операционных система семейства
Windows, а именно в среде операционной системы Windows 10, которая
установлена на каждом персональном компьютере организации. Поэтому
разрабатываемая не должна обладать кросс-платформенностью.
Разработка программного кода системы будет осуществляться с
использованием языка программирования C++. Этот язык используется для
разработки программного обеспечения для операционной системы Windows [20],
он поддерживает объектно-ориентированную парадигму программирования [21]
и спроектирован таким образом, чтобы программист мог максимально
контролировать все аспекты структуры и порядка исполнения программы [14].
Разработка программного кода и последующее сопровождение
разрабатываемой системы будет осуществляться в среде программирования
Microsoft Visual Studio. Эта среда программирования распространяется на
коммерческой основе, но предоставляет пользователями следующие
преимущества: поддержку технологии Windows Forms, возможность
простейшего рефакторинга программного кода и наличие встроенного
отладчика, который работает и как отладчик уровня исходного кода, и как
отладчик машинного уровня.
Данные, которые используются в процессе отгрузки товара будут
представлены в виде реляционной модели. А для управления ими в проекте
будет использована реляционная СУБД с открытым исходным кодом «Postgre
SQL», которая основана на языке SQL, поэтому поддерживает множество
возможностей стандарта SQL:2011 [17]. Выбранная СУБД поддерживается
операционной системой Microsoft Windows.
1.4.3. Обоснование проектных решений по техническому обеспечению
Опишем необходимое техническое обеспечение задачи. Для того, чтобы
кладовщики могли маркировать упакованную продукцию, необходимо
приобрести принтер этикеток. Сейчас этикетки печатаются на обычном
принтере на самоклеящейся бумаге, качество таких этикеток является низким, их
краска может смазываться, а перед печатью кладовщики самостоятельно делают