47
Простая архитектура модулей расширений (плагинов) позволяет,
используя любой язык программирования по выбору (Shell, C++, Perl, Python,
PHP, C# и другие), легко разрабатывать свои собственные способы проверки
служб;
Параллельная проверка служб;
Отправка оповещений в случае возникновения проблем со службой или
хостом (с помощью почты, пейджера, смс, или любым другим способом,
определенным пользователем через модуль системы);
Возможность определять обработчики событий, произошедших со
службами или хостами для разрешения проблем;
Автоматическая ротация лог-файлов;
Возможность организации совместной работы нескольких систем
мониторинга с целью повышения надёжности и создания распределенной
системы мониторинга.
За счет простой, расширяемой архитектуры, данная система позволит
полностью покрыть потребность в сборе, хранении и анализе происходящих
событий.
Все цены на оборудование, программное обеспечение и услуги,
представленные в проекте, указаны на период первого квартала 2017 года.
Выводы по главе 1
Перевод корпоративной сети на технологию Gigabit Ethernet является
оптимальным, экономически выгодным решением. Оборудование сети IP
телефонией и беспроводным доступом к глобальной сети поможет повысить
эффективность труда сотрудников заводского комплекса.
В ходе главы было выбрано коммутационное и другое необходимое
оборудование, а также программное обеспечение будущей сети передачи данных
согласно необходимым требованиям. Помимо этого, были проведены расчеты
нагрузки, создаваемой сетевым оборудованием, на электросеть и рассмотрены
вопросы надежности электропитания.
48
2 Проектная часть
2.1 Технико-экономическая характеристика предметной области и
предприятия.
2.1.1 Процессы жизненного цикла проекта локальной сети на
предприятии
Совокупность методов проектирования ИС включает в себя описание
последовательность разработки и сопровождения систем в виде жизненного
цикла ИС, отождествляя его с определенной сменяемостью стадий и
исполняемых на каждом этапе процессов. Для каждой стадии выявляется состав
и последовательность производимых работ, итоговые результаты, методы и
средства, нужные для реализации работ, ответственность и роль участников и
т.д. Подобное описание жизненного цикла информационной системы дает
возможность спроектировать и подготовить процесс совместной разработки и
поддерживать регулирование данного процесса. Жизненный цикл (ЖЦ) ИС
представляется, как ряд событий, случающихся с системой с момента ее
внедрения и до окончания использования.
Модель ЖЦ отражает различные состояния системы, от момента
возникновения необходимости в данной ИС и до момента ее окончательного
вывода из эксплуатации. Модель ЖЦ представлена некой структурой, которая
включает процессы, действия и задачи, реализуемые во время создания, работы
и сопровождения ПО в продолжение эксплуатации системы, от выявления
запросов к ней до окончания ее применения.
Сегодня распространены и применимы такие модели ЖЦ:
• Каскадная модель включает в себя поступательную реализацию всех
стадий проекта в заранее определенном порядке. Каждый новый этап начинается
после окончания предыдущего.
• Поэтапная модель с периодичным контролем. Формирование ИС
реализовано в виде итераций с циклами обратной связи между этапами.
Межэтапные проверки позволяют учесть реально существующее взаимовлияние
итогов разработки на различных этапах; ЖЦ каждого из этапов продлевается на
весь срок разработки.
49
• Спиральная модель. На любом ее витке происходит генерация
следующей версии продукта, корректируются требования проекта, выражается
уровень качества и организуются работы уже следующего витка. Акцент
делается на первые два этапа разработки - анализ и проектирование, где
возможность появления различных технических решений аргументируется и
тестируется с помощью построению прототипов.
Для разработки корпоративной сети на Казымском ЛПУ МГ выбираем
каскадную модель жизненного цикла.
Все стадии формирования системы подразумевают реализации некоторого
объема работ, представляемых как процессы жизненного цикла.
Существует множество стандартов, определяющих ЖЦ ИС, среди самых
распространённых выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе стадии и
этапы их создания. Также он содержит подробное объяснение материала работ
на всех стадиях. Данный стандарт чаще используется в каскадной модели
жизненного цикла.
• Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до стадии подготовки проектных
документов, которые предполагают применение в проектах совместно с Oracle.
Используется CDM для типовой модели ЖЦ, в том числе для вариантов
"быстрой разработки" или "облегченного подхода", которые будут оптимальны
для небольших проектов.
• Rational Unified Process (RUP) включает в себя четырехфазную
итеративную модель разработки: старт, анализ, создание и использование. Все
эти фазы могут быть разделены на этапы (итерации), по итогу которых имеется
версия для внутреннего или внешнего использования. Реализация четырех
главных фаз считается циклом разработки, и любой такой цикл заканчивается
созданием системной версии. Если разработка проекта не заканчивается и в этом
случае, полученный продукт не прекращает оптимизироваться и вновь проходит
такие же стадии. Основа реализации в RUP - это разработка и обслуживание
моделей на базе UML.
50
• Microsoft Solution Framework (MSF) похож на RUP, так же имеет четыре
фазы: исследование, построение, создание, поддержание, является
итерационным, включает в себя применение объектно- ориентированного
моделирования. MSF в отличии от RUP в сильнее ориентирован на создание
бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование (одна из
молодых среди остальных методологий) было реализовано в 1996 году. В основе
методологии лежит командная работа, четкая коммуникация между
исполнителем и заказчиком в течение всего срока проекта, а сама разработка
реализуется методом последовательной доработки прототипов.
• Стандарт ГОСТ Р ИСО 12207-2010.
При выборе стандарта основным определяющим фактором является более
полное и подробное описание работ на стадиях и этапах разработки проекта.
Стандарт не содержит подробное описание работ на разных стадиях и этапах
разработки АС. Стандарт CDM рассчитан на использование в проектах с
применением Oracle технологий, который в данном проекте не используются.
Стандарт MSF, как было ранее сказано, преимущественно ориентирован на
создание бизнес-приложений. Стандарт XP ориентирован на командную работу.
В данном проекте будет использоваться ГОСТ 34.601-90, так как он
содержит описание работ на каждом этапе разработки проекта.
Стадии создания проекта.
1. Формирование требований к системе,
2. Разработка концепции,
3. Техническое задание,
4. Технический проект,
5. Оформление документации,
6. Внедрение.
На этапе “Формирование требований к системе”, производится
следующие работы: обследование объекта, формирование требований
пользователя, обоснование необходимости разработки системы.
На данном этапе задействованы следующее участники: IT-менеджер,
системный администратор. После выполнения всех работ формируется отчет о
51
проделанных работах, который содержит: характеристику объекта
автоматизации, описание требований к системе, определение затрат на
разработку, затраты на введение в эксплуатацию и сопровождение, ожидаемый
эффект от системы и условия создания и эксплуатации системы.
После выполнения этапа “Формирования требований к системе”
разрабатываются варианты концепции. Производят разработку альтернативных
вариантов концепции и планов реализации, оценку необходимых ресурсов на
реализацию ИС и дальнейшее функционирование, оценка преимуществ и
недостатков каждого варианта, сопоставление требований пользователя и
характеристик предлагаемой системы. На этапе “Разработка концепции”
участвует IT-менеджер. После выполнения данных работ выбирается один из
подходящих вариантов концепции удовлетворяющий всем требованиям.
После этапа “Разработка концепции” разрабатывается ТЗ (техническое
задание) проекта автоматизации. После разработки и оформления ТЗ,
необходимо его согласовать и утвердить. В результате данный пункт
определяет: функции ИС, функции подсистем, состав комплекса задач и
отдельных задач, функции и параметры программных средств.
Следующим этапом после разработки и утверждения ТЗ идет разработка
проектного решения. IT-менеджер, совместно с сетевым инженером,
разрабатывают физическую и логическую модель сети, определяют организацию
VLAN и IP адресов. По завершению этапа “Технический проект” IT-менеджером
совместно с сетевым инженером производится оформление рабочей
документации.
После выполнения всех работ и оформления рабочей документации
остается этап внедрения разрабатываемого проекта. На этапе внедрения
происходит: подготовка объекта автоматизации, обучение кадров, производятся
строительно-монтажные работы, пусконаладочные работы, проведение
предварительных испытаний, проведение опытной эксплуатации и проведение
приемочных испытаний.
Участники данного этапа: IT-менеджер, системный администратор, IT
директор. После чего анализируются испытания ИС, проверка на соответствие
ТЗ, устраняются неполадки и подписываются необходимые акты.
52
На этапе эксплуатации системы производится ее эксплуатация. На данном
этапе будут проводится два вида работ.
К плановым работам будут относятся такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная до настройка.
Для разрабатываемого проекта наиболее подойдет каскадная модель из-за
возможности контроля промежуточных фаз.
Далее произведем выбор стратегии внедрения разработанной системы. В
настоящий момент выделяется четыре стратегии внедрения информационной
системы:
Параллельная стратегия - для случая, когда старую работающую
систему необходимо заменить новой;
Скачок – эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
Опытная эксплуатация "пилотного проекта - это тактика "скачка", но
применяемая к ограниченному числу изделий, наиболее успешна в малом
участке деятельности;
Узкое место - при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
Исходя из описания и условий деятельности компании, а также
особенностей разрабатываемой информационной системы, в качестве стратегии
внедрения была выбрана стратегия Опытная эксплуатация пилотного проекта,
так как в этом случае внедрение системы произойдет наименьшими потерями
для компании.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Наибольшему риску подвержены первые фазы проекта, поскольку
допущенные ошибки и не идентифицированные опасности непременно получат
53
проявление на последующих этапах. Последствия могут быть самыми
серьезными и могут привести к возобновлению работ на ранних этапах.
В фазе выбора технических решений также скрываются опасности,
поскольку ошибки в выборе средств на последующих фазах будут оказывать
субъективное влияние.
Основная проблема может быть связана с подготовкой неадекватного
задания или с постановкой неадекватной задачи со стороны заказчика. Причиной
может служить отсутствие компетентного персонала, способного подготовить
задание на проектирование. При реализации проектов в области разработки
корпоративной сети данная проблема проявляется наиболее часто в подготовке
неточных требований к оборудованию. Поскольку спецификация характеризует
продукт и его функциональное наполнение, ее переработка продолжается до тех
пор, пока полностью не будет согласована и подписана заказчиком в финальном
варианте. Эта процедура необходима для того, чтобы достичь полной
уверенности в том, что предстоит реализовывать, и что заказчик и исполнитель
одинаково понимают содержание спецификации. Хотя подобная
согласованность не всегда позволяет преодолевать опасность последующих
изменений в функциональной составляющей, вследствие влияния
законодательного, функционального или технического обеспечения.
Подобный риск, по мнению экспертов, невозможно предусмотреть
заранее, но вопреки этому, если имеется возможность его учета, то это
необходимо реализовать в начале работ по проектированию с тем, чтобы не
сорвать сроки окончания проекта.
Возможна и такая ситуация, когда, несмотря на четко подготовленное
задание на проектирование, заказчик на последующих этапах высказывает
пожелание в расширении функционального наполнения или, что ставит под
сомнение выполнение проекта в срок, требует кардинальной переработки.
Нейтрализацию подобных ситуаций выполнить следующим образом. Если
изменения не будут являться критическими и составляют небольшую долю
изменений, то возможно будет договориться с заказчиком о внедрении
оборудования в первоначальном виде. А новое функциональное наполнение
54
будет добавлено на следующем этапе, что скажется на изменении даты
выполнения проекта.
Основными проблемами затягивания или некачественного исполнения
проекта могут послужить также нечетко зафиксированные функциональные
характеристики, определенные на этапе пред проектного обследования.
Изменения в характеристиках — не единственный риск, поскольку отмечаются
случаи, когда заказчик опускает часть информации о требованиях к проектным
решениям, не считая, что есть необходимость в дополнительных пояснениях.
Это, в свою очередь, может породить дополнительные проблемы, связанные с
нечеткими параметрами условий, в которых функционирует программное
приложение. Для устранения этих недостатков можно использовать сбор
информации из различных источников, на что потребуется дополнительное
время и финансовые ресурсы.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Информационная безопасность организации и управление
информационной безопасностью опирается на разграничение доступа к
объектам защиты информации — это установка правил разграничения доступа.
Для каждой группы пользователей проектируется отдельный VLAN со
своей IP адресацией.
Для каждого пользователя из нижеперечисленных помещений, а именно:
офисное здание, заводская лаборатория, Отдел №1, Отдел №2, Отдел №3, склад
сырья и материалов, склад готовой продукции, должно быть организовано
подключение к сети передачи данных предприятия по каналу передачи
информации, минимальная пропускная способность которого составляет 1000
Мбит/с.
Для каждого из вышеперечисленных пользователей организовать
цифровую телефонную связь с единым нумерационным планом.
На всех узлах обработки трафика (коммутаторы, маршрутизаторы) должна
применяться технология QoS. Конкретные значения приоритетов пакетов,
55
содержащих голосовую информацию, должны быть определены согласовано для
всех элементов сети и транспортных участков, входящих в сеть передачи
информации.
Организовать мониторинг следующих параметров транспортной сети:
состояние сетевых интерфейсов;
мгновенные и средние суммарные объемы передаваемых и
принимаемых через интерфейс данных за определенный период;
количество ошибок разного типа, регистрируемых интерфейсом;
задержки прохождения пакетов по каналу;
величина джиттера пакетов в канале.
Обеспечить безопасность конечных станций и серверов от вредоносного
ПО и кибератак.
Обеспечить доступ персонала и гостей производственного комплекса к
глобальной сети Интернет посредством беспроводного доступа.
В сети связи предполагается передача следующих видов информации:
трафик данных;
голосовой трафик.
Требования к качеству передачи голосового трафика описаны в стандарте
ITU G.114 и представлены в таблице 1.7.
Табл. 1.7.
Требуемые параметры качества передачи голоса
Допустимая задержка
Допустимый уровень джиттера
Допустимый уровень потерь пакетов
Трафик данных, в отличие от трафика голоса, не имеет строго
определенных норм и стандартов. Различные приложения по-разному
чувствительны к задержкам и потерям пакетов. Несмотря на это, можно с
уверенностью сказать, что задержка свыше 250 мс, так же как и уровень потерь
пакетов свыше 5%, определенно заставляют пользователя чувствовать
неудобство при работе с большинством приложений.
56
Информационная защита обеспечивает регулярное резервное копирование
наиболее важных массивов данных и надлежащее их хранение.
Пассивный риск информационной безопасности направлен на
внеправовое использование информационных ресурсов и не нацелен на
нарушение функционирования информационной системы. К пассивному риску
информационной безопасности можно отнести, например, доступ к БД или
прослушивание каналов передачи данных. Одним из методов защиты
информации является создание физической преграды пути злоумышленникам к
защищаемой информации (если она хранится на каких-либо носителях). Для
обеспечения физической защиты информации сервер базы данных будет
расположен в отдельном помещении, доступ в которое будет иметь только
главный редактор и администратор системы.
Активный риск информационной безопасности нацелен на нарушение
функционирования действующей информационной системы путем
целенаправленной атаки на ее компоненты. Для входа в систему будут
устанавливаться индивидуальные пароли.
2.2 Техническое обеспечение задачи
2.2.1 Кабельная структура и её описание
Деление структурированной кабельной системы (СКС) на подсистемы
(структурированность), стандартизированность и документирование упрощают
управление ею. Универсальность, гибкость и избыточность СКС означают, что в
дальнейшем заказчик сможет экономить на эксплуатационных расходах, менять
расположение, число и конфигурацию рабочих мест. Применение СКС дает
возможность спроектировать и проложить стационарные компьютерные и
телефонные коммуникации для того, чтобы избежать дальнейших монтажных
работ в следующих случаях:
при создании компьютерных и телефонных сетей и подключении
соответствующего оборудования;
при изменении конфигурации используемых сетей;
при наращивании количества рабочих мест.