49
Для обеспечения информационной безопасности все отношения
соседства аутентифицируются с применением пароля.
Коммутаторы HP 5130-48G-PoE+-4SFP+ EI также выступают в качестве
коммутаторов серверного сегмента. На коммутаторах серверного сегмента
настроены VLAN, 510, 511, 512.
Для сетевого взаимодействия устройств, расположенных в сегментах
WAN и DMZ установлен маршрутизатор HP MSR3044. Данный
маршрутизатор связывается с ядром ЛВС двумя гигабитными линиями связи,
агрегированными в один канал с помощью протокола LACP.
На маршрутизаторе для обеспечения распространения информации о
сетях в филиалах настроен протокол динамической маршрутизации OSPF.
Для объединения всех площадок в единую сеть используется протокол
ADVPN.
Для обеспечения качества связи голосовых вызовов настроена
приоритезация трафика. Наивысший приоритет прохождения трафика в
локальных сегментах филиалов и между филиалами по VPN-каналам
присвоен сегментам проводной и беспроводной телефонии. К ним относятся
VLAN с номерами 105, 191, 205, 291, 305, 391, 405, 491, 505, 591.
Кроме того, повышенным (по отношению к обычному
пользовательскому Интернет-трафику) приоритетом прохождения обладает
трафик VPN-туннелей, объединяющих филиалы. Для данного вида трафика
выделена статически полоса пропускания.
Управление, настройка и конфигурация активного сетевого оборудования
производится с помощью интерфейса командной строки через консоль, по
протоколу SSH.
50
1.4. Анализ существующих разработок и выбор стратегии
автоматизации
1.4.1. Анализ существующих разработок для автоматизации задачи
Регистрация заявок на техническую поддержку, переписка с заявителем
и тому подобные вопросы, решаются с помощью систем электронного
документооборота.
В обзоре будут рассмотрены девять наиболее распространенных в
России СЭД: Directum (Directum), DocsVision (DocsVision), Globus Professional
(Проминфосистемы), PayDox (Paybot), 1С:Документооборот (1С), Босс-
референт (БОСС — Референт, ГК АйТи), ДЕЛО (ЭОС), ЕВФРАТ (Cognitive
Technologies), МОТИВ (Мотив). Сознательно не включалось в него решение
российских разработчиков на базе платформы Documentum (EMC
Documentum), так как в этом случае нельзя говорить о какой-либо
определенной функциональности и тиражируемости. Для подготовки обзора
использовалась информация из открытых источников: информационные
материалы и демонстрационные версии программных продуктов.
Представленный взгляд на СЭД — попытка оценить возможности и
готовность программных продуктов решать актуальные задачи организации
электронного документооборота на предприятии.
Критерии, выделенные в обзоре, помогут вам проанализировать
возможности рассматриваемых решений с точки зрения технической
реализации тех или иных задач СЭД. Все возможности разбиты на семь
функциональных контуров:
регистрация и ввод документов;
работа с документами;
управление потоками работ (Workflow) и контроль;
поиск и анализ информации;
информационная безопасность;
51
поддержка бумажного документооборота;
стандартные средства настройки.
В отдельную таблицу были вынесены общие характеристики систем.
В обзоре приводится ряд очевидных критериев, присущих всем
рассматриваемым системам (и всем системам класса СЭД, в принципе), и
критерии, которые позволяют отличать решения друг от друга. В целом,
функциональные возможности систем совпадают, и лишь подробная
детализация некоторых принципиальных задач документооборота и
особенности их реализации позволяют сделать сравнение различных решений.
Стоит отметить, что по всем приведенным в обзоре системам имеется
достаточно большая практика внедрений. Эти системы используются сотнями
организаций для автоматизации документооборота. Кроме указанных
решений, на рынке присутствует еще более 50 программных продуктов, не
получивших большого распространения.
Если проанализировать новые версии систем, занимающих лидирующие
позиции на рынке, то стоит отметить, что последние три года их развитие был
направлено в основном на совершенствование сервисных возможностей, так
как базовые возможности в той или иной форме уже были реализованы ранее.
Если говорить о новых технических возможностях, то можно отметить
потенциал развития СЭД в сторону управления различного вида контентом
(мультимедиа), использование технологий автопроцессинга и разбора
содержания документа. Но пока подобная функциональность для СЭД не
является обязательной, и самое главное — спрос на нее в России до конца не
сформировался.
В таблице 3 дается сравнение характеристик современных СЭД.
При сравнении функциональных возможностей СЭД приняты
следующие обозначения:
«+» — возможность реализована;
52
«+/−» — возможность доступна в рамках ограниченной
функциональности или требуется приобретение дополнительного
ПО;
«−» — возможность не реализована.
53
Таблица 3
Общие характеристики наиболее популярных СЭД
54
1.4.2. Обоснование способа приобретения ИС для автоматизации
задачи
Процесс внедрения информационной системы на предприятии пройдет
через несколько этапов:
‒ Анализ деятельности организации в исследуемой предметной
области. Здесь предстоит внимательно изучить каждый аспект
предметной области, подлежащей автоматизации. Здесь следует
изучить предметную область и особенности заявок на обслуживание
техники.
‒ После изучения деятельности необходимо составить техническое
задание, которое определит функциональность разрабатываемого
программного обеспечения. Этот раздел достаточно важен,
поскольку он должен соответствовать первому этапу, то есть
регламенту составления заявок.
‒ Следующим шагом является определение средств разработки. Здесь
необходимо выбрать интегрированную среду разработки,
определиться с языком программирования. Принять решение то том,
каким образом будут храниться данные. В исследуемом проекте
данных хранятся в базе данных MySQL, среда программирования
была выбрана Delphi.
‒ После этого следует определить архитектуру приложения, а также
архитектуру технического оснащения. Разрабатываемое приложение
будет иметь архитектуру двухуровневого клиент-сервера с типом
"Толстый клиент". Это наиболее трудоемкое, но очень гибкое
решение. Бизнес-процессы здесь будут обрабатываться именно
клиентом. Выбор технических средств предполагает выбор сервера.
Сервер уже присутствует в организации, поэтому приобретать
отдельный сервер не требуется.
55
‒ Внедрение. Выбор пал на поэтапное внедрение. Сначала приложение
будет устанавливаться в нескольких отделах и после успешного
эксплуатирования с минимальным количеством ошибок, приложение
можно внедрять массово во все отделы.
56
1.4.3. Обоснование стратегии автоматизации задачи
В исследуемой организации для автоматизации задачи не будет
приобретаться программное обеспечение. Программное обеспечение для
поставленной задачи будет разрабатываться самостоятельно. Причина этого
заключается в том, что многие готовые варианты решений являются
достаточно дорогими, а требуется сравнительно не дорогое, но максимально
подходящее под нужды организации программное обеспечение. Более того,
внедрение стороннего программного обеспечения потребует определенных
навыков и данное внедрение будет не обоснованно как с точки зрения
финансовых соображений, так и с психологической точки зрения, то есть
готовности сотрудников изучать новые технологии.
Такое обоснование исходит из того, что большинство готовых решений
весьма избыточны, они содержат целые функциональные пакеты, то есть
современные подобные системы обычно входят в состав электронного
документооборота являются чересчур громоздкими для решения предстоящей
задачи. В разрабатываемом программном обеспечении все настройки сведены
к минимуму. Процесс успешной эксплуатации может начаться уже спустя
несколько дней после установки системы, достаточно лишь установить базу
данных на сервер MySQL, настроить справочники и разослать клиентское
программное обеспечение по всем структурным подразделениям.
Здесь необходимо отметить еще одно обоснование того, почему в
данном случае нет необходимости приобретать готовые системы
электронного документооборота. Причина заключается в том, что для
организационных нужд необходимо программное обеспечение, которое может
выполнять функции регистрации заявок на техническую поддержку и только.
И под данные характеристики удобнее всего разработать собственное
решение. Во-первых, это избавит от ненужных в данный момент излишеств,
57
во-вторых, значительно уменьшит траты на разработку программного
обеспечения.
58
1.5. Обоснование проектных решений
1.5.1. Обоснование проектных решений по информационному
обеспечению
Проектные решения по информационному обеспечению
обосновываются с точки зрения внемашинного (классификаторы,
справочники, документы) и внутримашинного (входные, промежуточные,
выходные массивы информационных баз) обеспечения и включают
следующие вопросы:
‒ Обоснование состава и содержания входных и выходных
документов. В приложении не используются какие-либо
унифицированные формы документов, поскольку цель приложения
заключается в регистрации в электронном виде различных
технических и программных неполадок.
‒ Некоторые формы приложения сочетают в себе данные условно-
постоянной и переменной информации. К такой форме относится
форма "sotr". Это форма представляет из себя двухтабличную форму
master-detail. В форме заполняется информация об отделах и их
сотрудниках. А поскольку в организации есть несколько отделов, то
форма такого типа является очень удобной и содержит информацию
из двух таблиц базы данных в одном информационном окне. Формы
в виде таблиц спроектированы таким образом, чтобы максимально
удобно отображать информацию о заявках и работе с ними.
‒ Состав классификаторов так же обоснован. Он содержит минимально
допустимый объем необходимой информации для корректной
работы.
Перечисленные аспекты являются результатом исследования на этапе
проектирования приложения.