69
все средства обеспечения VPN будут размещены локально, внутри
компании;
компания самостоятельно защищает свои данные, размещая VPN-
шлюзы и VPN-агенты в своей сети, на своей территории;
в качестве аппаратной платформы в системе будет использовано
оборудования Cisco;
технология создания VPN туннелей предполагает использования
механизма Secured VPN – с защитой трафика;
для подключения удаленных работников будет использована
технология Remote Access VPN с установкой на устройство работника VPN-
агента;
учитывая требования по доступу к web ресурсам, технология
Clientless позволит подключаться к ресурсам через браузер.
Для обеспечения требований по защите данных будет использована
следующая конфигурация протоколов шифрования:
на канальном уровне: Протокол РРТР(туннельный протокол типа
точка-точка, позволяющий компьютеру устанавливать защищённое
соединение с сервером за счёт создания специального туннеля в стандартной,
незащищённой сети.), который предусматривает как аутентификацию
удаленного пользователя, так и зашифрованную передачу данных.
на сетевом уровне: Протокол IPSec (IP Security набор протоколов
для обеспечения защиты данных, передаваемых по межсетевому протоколу IP.
Позволяет осуществлять подтверждение подлинности (аутентификацию),
проверку целостности и шифрование IP-пакетов.) предусматривает
стандартные методы аутентификации пользователей или компьютеров при
инициации туннеля, стандартные способы шифрования конечными точками
туннеля, формирования и проверки цифровой подписи, а также стандартные
методы обмена и управления криптографическими ключами между
конечными точками.
70
на сеансовом уровне: Протокол SSL/TLS (Secure Sockets Layer/
Transport Layer Security), который создает защищенный туннель между
конечными точками виртуальной сети, обеспечивая взаимную
аутентификацию абонентов, а также конфиденциальность, подлинность и
целостность циркулирующих по туннелю данных.
71
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
комплекса задач
Способы приобретения Информационной системы - это последующие
действия от определения и формализации решения о необходимости ИС до
момента пока ИС не будет внедрена на предприятия. Существуют следующие
способы приобретения ИС:
разработка (самостоятельная и заказная);
покупка ИС (покупка отечественной или зарубежной ИС);
покупка + доработка (самостоятельная или заказная);
аренда.
Рассмотрим детально каждый из способов на предмет его применения к
автоматизации поставленной задачи.
При варианте покупки готового решения необходимо выбрать такое
решение, которое сможет полностью соответствовать схемам ведения
бизнеса. Это является очень сложной задачей, по причине того, что
производители систем автоматизации пытаются угодить всем потенциальным
клиентам и их системы получаются перегруженными ввиду наполнения
лишним функционалом, за который приходится переплачивать, либо система
представляет собой каркас для построения решения под конкретного
потребителя. Оба эти варианта не подходят для решения поставленной задачи,
так как приобретение готовой информационной системы для автоматизации
по направлениям является невыгодным с точки зрения вложения денег в
систему автоматизации.
Также разрабатываемая мной мультисервисная корпоративная сеть нам
не подходит из-за ряда недостатков, а также нехватки функционала, хуже
продумано направление будущего развития информационной системы,
длительный срок адаптации под требования предприятий, так же требуются
частые обращение в службу поддержки.
Заказ разработки у сторонних разработчиков позволит получить
мультисервисную сеть, которая будет удовлетворять бизнес-правилам
72
компании в настоящий момент. Однако при изменении бизнес-процессов
возможно потребуется ее переработка, что выльется в лишение затраты на
реинжиниринг имеющейся ИС.
Покупка и доработка возможна, если требует небольшой объем
доработки, данная доработка часто возможна в рамках модели ядра ИС, что
часто вызывает затруднения из-за отсутствия развернутой документации. У
варианта аренды ИС можно выявить следующие преимущества:
улучшает инновационные возможности компании за счет
взаимодействия и партнерства с поставщиками мирового уровня, имеющими
большой интеллектуальный потенциал и богатый инновационный опыт;
обеспечивает большую гибкость компании в случае внезапного
изменения рыночной ситуации или потребительских предпочтений: проще и
дешевле найти новых поставщиков с необходимыми возможностями и
ресурсами, чем перестраивать внутреннюю деятельность компании,
ликвидируя одни мощности и ресурсы и создавая новые;
ускоряет приобретение ресурсов и навыков;
позволяет сосредоточиться на тех операциях, которые эффективно
выполняются силами компании, и тех, которые стратегически целесообразно
сохранить под ее контролем.
Исходя из вышеизложенного мною выше мультисервисная
корпоративная сеть будет разрабатываться в компании собственными силами,
так как компания располагает квалифицированными сотрудниками для
разработки и внедрения данной мультисервисной корпоративной сети.
Разработка собственной сети предполагает наличие у предприятия
специалистов, способных провести анализ бизнес-процессов, разработать и
внедрить систему их автоматизации. Так как автоматизируется одно
достаточно небольшое направление деятельности ООО «Депо электроникс»,
имеющимся работникам не составит особого труда провести весь комплекс
работ по проектированию, разработке и внедрению системы автоматизации.
73
Разрабатываемая мультисервисная корпоративная сеть будет включать
весь необходимый функционал, и учитывать все особенности работы и
пожелания сотрудников данной компании, так как будет являться уникальным
продуктом, что позволяет быстро изменить функциональность в соответствии
с требованием заказчика.
74
1.4. Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Одной из важнейших компонентов мультисервисной корпоративной
сети (МКС) выступает информационное обеспечение (ИО), являющее собой
базу формализованных данных, которые могут быть автоматически
обработаны с помощью компьютерной техники. Это понятие возникло
одновременно с развитием технологий обработки данных и применением
вычислительных техники для работы в новых условиях. Используемые в
процессе обработки данных единообразные информационные массивы и
системы документирования, группировки объектов исследования и
кодирования в своей совокупности будут составлять информационное
обеспечение. Методология в сочетании с методикой и организационными
действиями позволяют обеспечивать получение заданного результата в
процессе различных мероприятий обуславливающих эффективную работу
компьютерной техники (КТ) и современного программного обеспечения (ПО).
Состав информационного обеспечения (ИО).
Структура информационного обеспечения включает:
внемашинное ИО;
внутримашинное ИО.
К внемашинному информационному обеспечению относятся потоки
информации, документация, классификаторы, коды, система показателей. К
внутримашинному информационному обеспечению стоит отнести - общую
структуру всей мультисервисной сети, система входных и выходных файлов,
массивы в памяти вычислительной техники (файлы) и на носителях,
различные экранные формы, а так же макеты. Информация которая подлежит
обработке и передаче по электронным каналам связи должна быть
структурирована, формализована и переведена в цифровую форму согласно
классификатору (документу для получения формализованной формы).
Экономическая информация, которая описывается при помощи
классификатора, должна включать:
наименование объекта;
наименование классификационных группировок;
75
кодовые обозначения.
Такая документация может действовать и иметь юридическую силу
согласно международным, общегосударственным, отраслевым, а также
локальным стандартам.
В рамках управления экономическим объектом, необходимо прибегать к
использованию системы документации, элементами которой служит
отдельная документация (документы), которые имеют определнную
материальную форму и применяются в процессе решения различных
хозяйственных задач. Если рассматривать проектную и экономическую
документации по моему проекту, то в экономической документации объектов
будет на порядок выше нежели в проектной, это и является отличием данной
сети от множества других.
В ручных мультисервисных корпоративных сетях (МКС) можно
встретить не только значительный поток документов и прочих данных, но их
дублирование, что в какой-то мере способствует усложнению любых действий
касающихся обработки информации, как следствие это способствует
увеличению времени принятия решений и делает сеть малоэффективной.
Попытаться повлиять на сложившуюся ситуацию можно при помощи:
стандартизирующих и унифицирующих мероприятий;
отказа от документов на бумажных носителях и переходу к их
электронной форме.
Традиционный документооборот при таком подходе организуется по
сетевым телекоммуникационным каналам связи, для чего для каждого
документа вводится определенная табличная структура. Вся информация
хранится в файле (в моем случае в системе WIBS имеет расширение .dat что
характерно для БД Clarion), который имеет унифицированную форму.
Экранные формы таких файлов можно отнести к категории
внутримашинного информационного обеспечения. В процессе разработки
формы для ввода первичной информации используется комплексный формат,
представление которого максимально повторяет структуру, используемую при
76
формировании документа первичного учета. Это необходимо для сокращения
трудоемкости обработки, последовательность расположения полей источника
информации сохраняют при переносе в хранилище. Если речь идет о формах с
постоянной информацией, критически важным на мой взгляд пунктом стоит
отметить, что базовые макеты построения применяются в основном для
первичного ввода и обновления записей в базе, поэтому в данном случае
предпочтительна анкетная форма, удобная для работы с операциями
подобного характера.
Однако мною было отмечено что важнейшей составляющей
внутримашинного ИО выступает информационная база (ИБ), которая являет
собой организованные определенным образом данные, которые позволяют
решать задачи, возникающие в процессах управления предприятием.
Совокупность этих данных подлежит хранению в виде отдельных файлов в
памяти вычислительной системы. Информационная база может состоять из
некой совокупности локальных файлов, которые поддерживаются
специализированным прикладным ПО. Также может быть представлена в виде
интегрированной базы данных, ответственность за функционирование которой
берут на себя специализированные программные средства, которые отвечают
за поиск ,загрузку , хранение, а так же работу с данными.
В первом случае наиболее высока вероятность дублирования большого
объема отдельных реквизитов данных в сети, и как следствие из этого такая
база опасна ввиду своей рассогласованности и малой гибкости в
представлении и передаче информации по нашей сети. Однако такие сетевые
решения применяются, но в узкоспециализированных сферах.
Представленный мною проект рассматривает информационную базу в
сети как некий банк данных. При реализации такого подхода создаётся
определенная возможность по использованию различных источников
получения данных, а так же работы с их различными форматами.
Использование интегрированного информационного хранилища удобно в
виду следующих параметров:
77
целостность информации;
совместимость данных различных форматов;
увеличение скорости обработки информации.
Поименованную совокупность данных, которая позволяет не только
отразить совокупность объектов, но также и поспособствовать отражению их
отношений в определенной области, именуют базой данных. С точки зрения
организации выделяют 2 вида баз данных это - централизованные и
распределенные базы данных. При проектировании структуры базы данных
оценивается соотношение стоимости и трудозатрат, требующихся для
процесса разработки, включая ПО обеспечения и ведения файлов. При учете
этих факторов в работе будет определена централизованная база данных.
Модели информационных баз данных (ИБ)
Известны следующие типы моделей связей между данными:
сетевая;
иерархическая;
реляционная.
В любой из приведенных мною выше моделях базовыми компонентами
системы выступают файлы данных ( в редких случаях таблицы). Сетевая
модель предполагает собой наличие связей формата один к одному, один ко
многим и многие ко многим, где число других файлов произвольно, и любой
из них может быть системной точкой входа. Иерархическая или графовая
модель предполагает под собой соподчиненность типа один ко многим, один
файловый вход в общую структуру базы данных. Исходная вершина может
быть единственной, при этом допустимо, при условии, что она имеет
несколько подчиненных. Реляционная модель более универсальна, именно
она и получила максимальное распространение благодаря удобству
организации связей. Такая ИБ состоит из файлов ИБ (таблиц), состоящих из
отдельных записей, и отношений, между которыми существуют связи в
формате 1:М, М:М. Атрибут (идентификатор) записи является ключом
78
отношения, именно он даёт возможность исключения дублирования данных,
что позволяет всегда получить доступ к необходимой информации. Обработка
данных на основе такой модели, занимает минимальное количество времени,
а используемый организационный подход способствует открытию широких
возможностей для работы с большими массивами данных, а также сложными
управленческими задачами.
С учетом неоспоримых преимуществ реляционных моделей данных
будет более целесообразным использование в работе именно эту модель
представления информации. На ее примере, возможно, максимально полно
показать возможности современных технологий обработки информации и их
влияние на принятие управленческих решений.
В данном дипломном проекте мною будет использоваться только
локальный классификатор, так как никаких других классификаторов РФ в
системе не используется. Классифицировать будем заявки по актуальной
информации в рамках нашей мультисервисной корпоративно сети, мы видим
полный цикл от заявки на подключение до заявки на отключение, так же
сможем оценить риски срыва подключения определенного сотрудника
компании.
Проанализировав информационные потоки рассмотренного процесса,
приходим выводу, что при разработке модуля автоматизации необходимо
использовать следующие входные документы:
заявка на подключение к сети.
При обеспечении деятельности необходимо также принимать к
сведению следующую документацию:
актуальное количество пользователей в сети;
производитель определённого сетевого оборудования, импортное
или отечественное.
При это формируется следующая выходная документация:
журнал учета поступившего оборудования на склад;
документация для производства;