27
Система «ST CrossPoint Client/Server» позволяет автоматизировать
рабочие места диспетчеров и оперативных дежурных в системах мониторинга
транспорта [27]. К функциональным возможностям системы относятся:
контроль и оценка состояния транспортных средств;
планирование деятельности транспортного комплекса;
составление маршрутов и расписаний;
сбор и обработка аналитических показателей;
формирование отчетов.
Интерфейс системы представлен на рисунке 11.
Рисунок 11. Интерфейс системы «ST CrossPoint Client/Server»
Система «CyberMonGPS» представляет собой автоматизированное
рабочее место диспетчера, предназначенное для контроля транспортных средств.
Она позволяет осуществлять контроль параметров транспортного средства и
управление им в режиме on-line с помощью спутниковых навигационных
технологий ГЛОНАСС и GPS.
Рассмотрим функциональные возможности системы:
Составление расписаний маршрутов.
Контроль следования маршруту и расписанию.
Отображение текущего местоположения транспортного средства.
28
Отображение данных о скорости объекта.
Архивирование истории следования маршруту.
Формирование отчетности.
Интерфейс системы представлен на рисунке 12.
Рисунок 12. Интерфейс системы «CyberMonGPS»
Теперь нужно выделить ряд критериев, по которым будет осуществляться
оценка соответствия описанных систем поставленной задаче. Самым главным
критерием выбора систем является функциональность. Система должна обладать
следующими возможностями:
создание заявок;
ввод параметров груза;
ввод параметров грузоперевозки;
учет доставки груза;
оформление документооборота;
формирование отчетности.
Важным критерием является возможность работы в среде операционной
системы Windows 10. Поскольку работа сотрудников осуществляется в среде
этой операционной системы, приоритет при выборе программного обеспечения
29
отдается тем системам, с которыми можно работать в операционной системе
Windows 10. Онлайн системы являются кроссплатформенными, однако
приоритет организации остается за системой, которая будет устанавливаться на
ПК сотрудников.
Следующим критерием являются системные требования. Система не
должна обладать высокими системными требованиями иначе может
потребоваться модернизация сервера и клиентских персональных компьютеров
(ПК), что увеличит затраты на внедрение системы.
Другим важным критерием является надежность системы, которая
выражается в отсутствии сбоев и зависаний при обработке большого объема
задач. Также важно наличие возможности резервного копирования данных.
Качество интерфейса позволяет пользователям системы быстро начать
ориентироваться в ней и выполнять работу. Этот критерий также нужно
учитывать.
Также одни из важных критериев является стоимость системы, потому что,
как правило, бюджеты на внедрение информационных технологий ограничены.
Проанализируем соответствие рассмотренных выше систем выделенным
критериям. Результаты анализа проводились по пятибалльной шкале, где 1 балл
означал несоответствие критерию, а 10 – полное соответствие критерию. Анализ
программного обеспечения представлен в таблице 4.
Таблица 4
Анализ систем, представленных на рынке
Критерий
Транспортная
логистика
1С:TMS
Монтрек
ST
CrossPoint
Cyber
MonGPS
Функциональные
возможности
8
8
8
7
8
Системные
требования
8
8
8
9
6
Качество дизайна
10
10
6
3
10
Надежность
7
9
8
6
4
Стоимость
10
8
8
10
8
Итого
43/50
44/50
38/50
35/50
36/50
На основании описания функциональных возможностей перечисленных
программных продуктов можно сделать вывод о том, что все они, кроме систем
«Транспортная логистика» и «1С:TMS», ориентированы на осуществление
30
пассажирских перевозок легковыми транспортными средствами.
Рассматриваемая задача ориентирована на осуществление грузоперевозок,
поэтому системы «Монтрек», «ST CrossPoint» и «Cyber MonGPS» не являются
подходящим для внедрения.
Наибольшее соответствие выделенным критериям показали системы
«Транспортная логистика» и «1С:TMS». При этом несмотря на то что система
«1С:TMS» уступает системе «Транспортная логистика» по критериям качества
дизайна и стоимости, она показала наибольшее соответствие критериям
функциональных возможностей, системных требований и надежности. Однако
ни одна из систем не удовлетворяет критерию функциональных требований – все
они обладают избыточным функционалом, поэтому далее будет рассмотрена
разработка информационной системы, автоматизирующей обработку заявок на
осуществление грузоперевозок.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Стратегия автоматизации бизнес-процессов организации представляет
собой подход и набор методов, согласно которым будет осуществляться
автоматизация выбранной задачи.
Существует несколько видов стратегий автоматизации [5, C. 95]:
кусочная (хаотичная) автоматизация;
автоматизация по участкам;
автоматизация по направлениям;
комплексная автоматизация.
Первый вариант стратегии автоматизации включает в себя приобретение
отдельных модулей программного продукта без какого-либо стратегического
плана. Такой вариант стратегии обладает низкой эффективностью, поскольку
отдельные фрагменты информационной системы не способны оказать пользу
компании, а дальнейшая автоматизация приведет к значительным затратам.
Следующий вариант процесса автоматизации предполагает
автоматизацию отдельных бизнес-процессов, которые объединены по набору
31
выполняемых функций. Выбор этого способа оптимален в том случае, когда
существуют участки, в которых применение автоматизированных систем дает
значительный экономический эффект.
Способ автоматизации по направлениям предполагает автоматизацию
отдельных направлений деятельности компании. При этом достигается полная
автоматизация направления деятельности. Этот подход является оптимальным в
том случае, когда дальнейшая интеграция автоматизированных функций не
будет связана с серьезными препятствиями.
Комплексная автоматизация предполагает внедрение программного
продукта, автоматизирующего работу компании в целом [10, C. 62].
Кусочная стратегия автоматизации не подходит для рассматриваемой
задачи, поскольку в рамках ее решения будет автоматизирована деятельность
целого отдела, при этом будут использованы несколько составляющих
информационной системы: СУБД и клиент-серверное приложение.
Стратегии полной автоматизации также не является подходящей,
поскольку будет автоматизировано одно из направлений деятельности
компании.
В рамках рассматриваемой задачи, подходящей является стратегия
автоматизации по направлениям, поскольку будет автоматизирован процесс
обработки заявок на предоставление логистических услуг, которые выполняется
двумя отделами: отделом логистики и транспортным отделом.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Рассмотрим существующие способы приобретения информационных
систем для автоматизации обработки заявок на предоставление логистических
услуг. Приобретение информационных систем может осуществляться одним из
перечисленных способов:
1. Покупка готовой специализированной ИС.
2. Разработка ИС своими силами.
32
3. Разработка ИС сторонней фирмой.
4. Покупка системы и её доработка.
Рассмотрим вариант покупки готовой информационной системы,
автоматизирующей бизнес-процесс обработки заявок на предоставление
логистических услуг. Ранее были рассмотрены программные системы,
представленные на рынке, и был сделан вывод о том, что они не в полной мере
удовлетворяют потребностям организации, поэтому покупка готовой
информационной системы не подходит.
Рассмотрим вариант с покупкой системы и ее доработкой. Доработка
информационной системы под потребности организации является трудоемкой и
добавление необходимого информационных систем под нужды компании
потребует внесения значительных изменений исходного кода и бизнес-логики.
Поэтому оба варианта приобретения информационной системы были отклонены.
Следующая группа вариантов приобретения информационных систем
подразумевает разработку информационной системы, удовлетворяющей
требованиям организации. Поскольку в компании есть специалисты с
необходимой квалификацией для разработки программного обеспечения,
подходящим будет являться вариант разработки системы своими силами.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Поскольку в системе будут храниться и обрабатываться данные только о
заявках и сотрудниках, в ней не будут использованы международные
классификаторы. При этом в системе будет применяться простая кодировка
объектов справочников и таблиц с помощью последовательной нумерации в
процессе создания записей в базе данных.
Условно-постоянная информация будет храниться в следующих
справочниках:
1. Сотрудник.
33
2. Вид услуги.
3. Статус заявки.
Входным документом рассматриваемой задачи является заявка на
предоставление логистических услуг, которая составляется в свободной форме
специалистами отдела логистики. У заявки отсутствует унифицированная
форма, в связи с чем потребуется оригинальное проектирование формы при
разработке системы.
Выходным документом процесса является акт приема-передачи заказа.
Акт имеет унифицированную форму, поэтому проектирование оригинальной
формы документа не потребуется. В акте содержатся данные о наименовании
изделия, которые будут выданы клиенту, их количестве и дате выдачи. Также в
документе отмечено какой сотрудник выдал заказ.
Для отслеживания процесса производства продукции будут
использоваться статусы заявок, которые будут присваиваться заявкам
сотрудниками организации. Для каждой заявки должны быть предусмотрены
следующие статусы, которые будут давать пользователю возможность
отслеживания:
1. Новая.
2. Передача груза.
3. Доставка.
4. Выдано.
1.4.2. Обоснование проектных решений по программному
обеспечению
Информационные системы позволяют пользователям осуществлять сбор и
обработку данных. Для хранения данных используются базы данных. Различают
следующие виды баз данных [12, C. 116]:
1. Иерархические.
2. Сетевые.
3. Реляционные.
34
В настоящее время широко применяются реляционные базы данных в
связи со следующими факторами [17, C. 93]:
Они обладают простотой, поскольку в реляционной модели данных
существует всего одна информационная конструкция, формализующая
табличное представление данных.
Наличие теоретически обоснованных методов нормализации
отношений позволяет получать базу данных с заданными характеристиками.
Независимость данных заключается в том, что при необходимости
внесения изменений в структуру реляционной базы данных, требуется внесение
минимальных изменений.
Помимо перечисленных достоинств, в организации уже используется
реляционная СУБД. Поэтому, с целью минимизации конфликтов в процессе
интеграции, для разработки информационной системы будет использована
реляционная база данных.
Для управления реляционной базой данных используется реляционная
СУБД. На рынке широко представлены как коммерческие, так и бесплатные
СУБД. Наиболее востребованными на рынке являются следующие СУБД:
Microsoft SQL Server;
PosgreSQL;
IBM DB2;
Oracle database.
СУБД IBM DB2 является кроссплатформенной, обеспечивает стабильную
работу базы данных. Недостатками системы являются высокая стоимость и
низкая производительность. СУБД Microsoft SQL Server обладает большим
пакетом инструментов, стабильностью работы и низкими затратами на
администрирование. Недостаток системы заключается в том, что она работает
только на платформе Windows. СУБД Oracle обладает высокой
производительностью, легкостью интегрирования приложений и устойчивостью
к большим потокам данных. Недостатком является высокая стоимость,
35
необходимость приобретения мощного оборудования и персонала для
поддержки СУБД. Ввиду перечисленных свойств реляционных СУБД был
сделан выбор в пользу СУБД PostgreSQL.
Для разработки информационной системы будет использован объектно-
ориентированный подход к программированию, потому что он позволяет
осуществлять конструирование из компонентов, обладающих простыми
инструментами, что дает возможность абстрагироваться от деталей реализации.
При этом данные и операции вместе образуют определенную сущность, и они не
«размазываются» по всей программе, как это нередко бывает в случае
процедурного программирования. Использование локализации программного
кода и данных улучшает наглядность и удобство сопровождения программного
обеспечения.
Рассмотрим языки программирования Java и C++. Если программа
написана на C# и должна работать на машинах с операционной системой
Windows и Linux, тогда потребуются компиляторы для перечисленных платформ
и два разных исполняемых файла. В случае с языком программирования Java,
сгенерированный байт-код может выполняться на любом компьютере, на
котором установлена виртуальная Java-машина.
Гибкость языка отвечает за легкость добавления к разработанному
программному обеспечению новых функциональных возможностей,
использованию существующих библиотек. Язык программирования C# обладает
большим количеством библиотек, тогда как для языка Java необходимо
импортировать модули из стандартной библиотеки.
Важным критерием является время, которое необходимо затратить для
создания рабочей версии программы. Значение этого критерия зависит от
размера кода. Относительно этого критерия язык программирования C#
теоретически изучить легче, чем язык Java, соответственно объем кода на нем
будет меньше за одинаковое время.
На основании вышеперечисленных факторов, языком программирования
проекта был выбран язык программирования C#, который обладает:
36
большей безопасностью по сравнению с другими языками;
возможностью писать обобщенный код с помощью шаблонов;
возможностью использования объектно-ориентированного подхода;
управления ресурсами с помощью RAII;
упрощение программного кода за счет перегрузки функций и
операторов;
более простой обработки ошибок за счет исключений.
Разработка информационной системы будет осуществляться в среде
программирования MS Visual Studio, которая является бесплатным
инструментом, поддерживающим выбранный язык программирования.
Проектируемая система должна функционировать в среде операционной
системы Windows 10, поскольку эта операционная система используется для
работы сотрудников организации.
1.4.3. Обоснование проектных решений по техническому обеспечению
Рассмотрим критерии выбора каждого из компонентов технического
обеспечения. Поскольку на сервере хранится и обрабатывается вся информация
информационных систем, для этого вида оборудования характерна
преднамеренная избыточность основных компонентов. Основным критерием
при выборе платформы сервера является специфика поставленных и количество
автоматизированных рабочих мест, которые объединяются в сеть. После этого
остается только выбрать производителя.
Основным критерием при выборе сервера СУБД является
отказоустойчивость и пропускная способность сетевого интерфейса. Поскольку
разрабатываемый программный продукт будет использоваться ежедневно в
рабочее время, а работать с ней будут 10 сотрудников, загруженность сетевой
инфраструктуры будет равна 30%. При этом загруженность сервера баз данных
будет составлять 25%. Поэтому отсутствует необходимость в покупке
высокопроизводительного сервер с сетевым адаптером скоростью в 1Gbps,
достаточно ограничиться интерфейсом в 100Mbps.