45
Рассматриваемая система будет установлена на ОС MS Windows Server
2016, так как в настоящее время в компании все новые системы разворачиваются
на ней, как на наиболее новой, но при этом стабильной.
СУБД MS SQL Server 2012 или более новая
Рассматриваемая система будет установлена на СУБД MS SQL Server 2014,
так как в настоящее время в компании все новые системы разворачиваются на ней.
Это не самая новая версия данной СУБД, но в рамках компании переход на более
новую версию еще не совершен.
Microsoft Internet Information Services (IIS)
Microsoft .NET Framework 3.5 Service Pack 1
Microsoft .NET Framework 4
Microsoft Edge / Microsoft Internet Explorer 10 или 11 / Mozilla Firefox
42 или более поздний, Google Chrome 46 или более поздний
Помимо штатных средств создания сценариев в System Center Orchestrator,
для разработки будет использован язык PowerShell. Это язык сценариев,
разработанный Microsoft на основе .NET. В настоящее время является основным
средством и языком управления ПО Microsoft и его автоматизации. [14][17]
1.4.3. Обоснование проектных решений по техническому обеспечению
Для MS System Center Service Manager / Orchestrator установлены
следующие минимальные системные требования к оборудованию:
4-ядерный (минимум) / 8-ядерный (рекомендовано) ЦП с частотой 2.66 ГГц
8 Гб (минимум) / 32 Гб (рекомендовано) ОЗУ
80 Гб места на жестком диске
В связи с тем, что в компании используется виртуализация, а также с тем, что
недостатка ресурсов нет, но высокая нагрузка на проектируемую систему не
предполагается, будут созданы две виртуальные машины с 4-х ядерным ЦП
2.66 ГГц, 12 Гб ОЗУ и жестким диском на 120 Гб – отдельная для Service Manager
и отдельная для Orchestrator. [13]
46
В данном разделе было показано, что практически все параметры следуют из
системных требований, установленных Microsoft. Были приведены как
программные, так и аппаратные средства, необходимые для функционирования
системы. Кроме того, в качестве специального ПО был выбран язык
программирования PowerShell как стандартное средство разработки сценариев в
среде Microsoft.
В данной главе было показано, что такие задачи как создание учетной записи
и почтового ящика новому сотруднику, изменение пароля на новый и создание
общего почтового ящика являются частыми задачами в компании «Леруа Мерлен
Восток», а в условиях ее масштаба - очень затратными по времени и людским
ресурсам. Были рассмотрены три системы автоматизации и была выбрана пара
Microsoft System Center Service Manager / Orchestrator, так как они решают
требуемые задачи, а в условиях наличия корпоративной лицензии Microsoft –
бесплатными. Стратегией автоматизации была выбрана автоматизации по
участкам, так как автоматизации подвергается только один отдел. Были даны
описания требуемого программного обеспечения и оборудования.
47
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Одним из базовых понятий методологии проектирования ИС является
понятие жизненного цикла ее программного обеспечения.
Жизненный цикл программного обеспечения - это жизненный путь
программного обеспечения с момента его создания, до момента, когда надобность
в программе больше не нужна, после чего ее изымают с эксплуатации.
Существует целый ряд стандартов, регламентирующих жизненный цикл
программного обеспечения, а в некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и
этапы работы, закрепленные в стандарте, в большей степени
соответствуют каскадной модели жизненного цикла. [2]
ГОСТ Р ИСО/МЭК 12207-2010 (ISO/IEC 12207:1995) - стандарт на
процессы и организацию жизненного цикла. Распространяется на все
виды заказного программного обеспечения. Стандарт не содержит
описания фаз, стадий и этапов. [3]
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов,
рассчитанных на использование в проектах с применением Oracle.
Применяется CDM для классической модели ЖЦ (предусмотрены все
работы/задачи и этапы), а также для технологий "быстрой разработки"
(Fast Track) или "облегченного подхода", рекомендуемых в случае
малых проектов.
48
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование,
построение и внедрение. Каждая фаза может быть разбита на этапы
(итерации), в результате которых выпускается версия для внутреннего
или внешнего использования. Прохождение через четыре основные
фазы называется циклом разработки, каждый цикл завершается
генерацией версии системы. Если после этого работа над проектом не
прекращается, то полученный продукт продолжает развиваться и снова
минует те же фазы. Суть работы в рамках RUP - это создание и
сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация,
является итерационной, предполагает использование объектно-
ориентированного моделирования. MSF в сравнении с RUP в большей
степени ориентирована на разработку бизнес- приложений.
Extreme Programming (XP). Экстремальное программирование (самая
новая среди рассматриваемых методологий) сформировалось в 1996
году. В основе методологии командная работа, эффективная
коммуникация между заказчиком и исполнителем в течение всего
проекта по разработке ИС, а разработка ведется с использованием
последовательно дорабатываемых прототипов.
В качестве стандарта выбран ГОСТ Р ИСО/МЭК 12207-2010 (ISO/IEC
12207:1995) так как он в настоящее время является основным стандартом,
регламентирующим жизненных цикл программного обеспечения.
Структура жизненного цикла программного обеспечения по стандарту
ГОСТ Р ИСО/МЭК 12207-2010 (ISO/IEC 12207:1995) базируется на трех группах
процессов:
Основные процессы (приобретение, поставка, разработка, внедрение,
эксплуатация);
49
Вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией,
обеспечение качества, верификация, аттестация, оценка, аудит, решение
проблем);
Организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
Применительно к задаче, рассматриваемой в данной работе, этапы будут
заключаться в следующем:
Приобретение – получение необходимых разрешений и лицензионных
ключей для возможности законной эксплуатации продукта. В связи с тем, что, как
было ранее обозначено, компания обладает корпоративной лицензией, этот этап
уже выполнен.
Поставка заключается в получении копии ПО для его последующего
использования. ПО должно быть загружено сотрудником отдела инфраструктуры
с корпоративного сайта Microsoft.
Разработка включает в себя создание среды для разработки и тестирования.
(сотрудник отдела инфраструктуры должен создать две виртуальные машины с
характеристиками, не ниже указанных ранее), развертывание полученного ПО в
этой среде, первичную настройку Service Manager и Orchestrator для обеспечения
их базовой функциональности. После этого, на языке PowerShell должны быть
написаны сценарии, обеспечивающие основную функциональность, требуемую в
данной работе, в Service Manager и Orchestrator должны быть сконфигурированы
так называемые запросы на обслуживание и запросы на изменение,
обеспечивающие функционирование созданных ранее сценариев внутри
настраиваемого ПО и произведена проверка работоспособности получившейся
системы на тестовых учетных записях и почтовых ящиках. Кроме того, на этом
этапе создаются инструкции для сотрудников отдела технической поддержки. Все
работы производятся сотрудником отдела инфраструктуры. [16]
50
В общем случае считается, что внедрение любой информационной системы
включает в себя инсталляцию (установку) и настройку как оборудования, так и
программного обеспечения с последующей сдачей полученной системы в
промышленную эксплуатацию. При этом существует несколько стратегий
внедрения:
параллельное использование;
скачок;
пилотный проект;
узкое место.
Параллельное использование подразумевает одновременную работу старой
и новой автоматизированной системы. Они могут согласованно существовать
длительное время, после чего осуществляется окончательный переход на новую
систему.
Скачок означает, что прежняя система еще вчера работала, а сегодня в
организации перешли на новую систему.
Пилотный проект, по сути, представляет собой тактику «скачка», но
применяемую к ограниченному числу процессов. То есть обычно он используется
на небольшом участке деятельности. Такой подход снижает риски и наиболее
надежен. Большинство организаций применяют эту тактику.
Узкое место − это малая часть некоторого процесса. При использовании
такого похода внедрение автоматизированной информационной системы
выполняется только для конкретного «узкого места» и работающих на нем людей.
Причем эффективность обычно повышается только на этом узком месте.
На выбор стратегии внедрения влияют следующие факторы:
цель внедрения и концепция применения АИС;
масштаб внедрения, количество охваченных пользователей и
подразделений;
объем внедряемой функциональности;
существующая информационная инфраструктура;
51
численность и подготовленность команды внедрения;
количество заменяемых старых систем;
число интерфейсов с другими системами;
средства, выделенные на внедрение.
Из имеющихся стратегий внедрения выбрана стратегия «пилотного
проекта», так как автоматизирована будет только часть имеющихся в отделе
технической поддержки процессов и эта стратегия минимизирует риски. В случае
сбоя внедряемой системы, сотрудники отдела переходят на создание учетных
записей и почтовых ящиков вручную.
Этап внедрения заключается в развертывании системы, идентичной
созданной на этапе разработки в производственной среде и должен состоять из
следующих шагов:
создание двух таких же виртуальных машин, как и на стадии разработки,
но уже в производственной среде;
подключение этих машин к системе мониторинга (сотрудником,
обеспечивающим работу службы мониторинга), в которой
отслеживаются показатели их доступности и загруженности;
как и на этапе разработки, но с учетом выявленных особенностей,
установка Service Manager и Orchestrator, каждая на свою виртуальную
машину;
копирование созданных ранее сценариев PowerShell на машину, где
установлен Orchestrator, так запускает их именно он;
создание задач в Orchestrator, которые будут запускать сценарии
PowerShell;
создание в Service Manager запросов на обслуживание и запросов на
изменение – каждая пара отдельно для каждого из трех процессов –
создание учетной записи и почтового ящика нового сотрудника, сброс
пароля, создание общего почтового ящика и подключение их к
соответствующим задачам в Orchestrator;
52
проверка работы настроенной системы на тестовых учетных записях и
почтовых ящиках;
создание инструкций для сотрудников отдела технической поддержки;
обучение тех из них, кто будет участвовать в пилотном проекте;
выбор длительности тестового периода;
после успешного завершения тестового периода, обучение остальных
сотрудников технической поддержки.
Все работы производятся сотрудником отдела инфраструктуры.
Этап эксплуатации заключается в поддержании системы в
работоспособном состоянии и устранении возникающих сбоев:
анализ поступающей от системы мониторинга информации и целью
определения достаточности выделяемых ресурсов и наличия сбоев
в случае возникновения сбоя не непосредственно в автоматизируемой
системе, а в более низкоуровневых системах, на которых она базируется
(например, выявлено, что сбой в оборудовании, на котором работают
виртуальные машины), или появления необходимости добавления
ресурсов виртуальной машине - создается инцидент в системе учета
заявок для устранения проблемы соответствующей группой
Все работы выполнятся сотрудником отдела инфраструктуры.
2.1.2. Ожидаемые риски на этапах жизненного цикла проекта автоматизации.
Обеспечение информационной безопасности – одна из главных задач
современного предприятия. Угрозу могут представлять не только технические
сбои, но и несогласованность данных в различных учетных системах, а также
неограниченный доступ сотрудников к информации.
Информационные риски – это опасность возникновения убытков или
ущерба в результате применения компанией информационных технологий.
Иными словами, ИТ-риски связаны с созданием, передачей, хранением и
использованием информации с помощью электронных носителей и иных средств
связи.
53
Наиболее значимыми угрозами информационной безопасности
автоматизированной системы являются:
нарушение конфиденциальности сведений, составляющих
коммерческую тайну, а также персональных данных;
нарушение работоспособности автоматизированной системы,
блокирование информации, нарушение технологических процессов,
срыв своевременного решения задач;
нарушение целостности информационных, программных и других
ресурсов автоматизированной системы, а также фальсификация
документов. [4]
Основными источниками угроз информационной безопасности
автоматизированной системы являются:
непреднамеренные нарушения установленных регламентов сбора,
обработки и передачи информации, а также требований
информационной безопасности и другие действия работников (в том
числе администраторов средств защиты);
преднамеренные действия работников подразделений, допущенных к
работе с автоматизированной системой, а также работников
подразделений, отвечающих за обслуживание, администрирование
программного и аппаратного обеспечения, средств защиты и
обеспечения информационной безопасности;
удаленное несанкционированное вмешательство посторонних лиц из
сети компании и внешних сетей;
ошибки, допущенные при проектировании автоматизированной
системы и ее системы защиты, ошибки в программном обеспечении,
отказы и сбои технических средств (в том числе средств защиты
информации и контроля эффективности защиты);
аварии, стихийные бедствия и так далее.
Работа по минимизации ИТ-рисков заключается в предупреждении
несанкционированного доступа к данным, а также аварий и сбоев оборудования и
54
программного обеспечения. Так как защита от большей части угроз, описанных
выше, является обязанностью соответствующих групп специалистов, входящих в
отдел инфраструктуры и уже обеспечена, в рамках задачи данной работы можно
выделить следующие риски:
На этапе приобретения возможны риски сбоя коммуникации с отделом,
занимающимся закупками, отсутствие у них необходимого времени для
приобретения ПО в срок, но так как по указанных выше причинам,
закупки, как таковой, производиться не будет, в данном случае этот риск
отсутствует. Также, существует риск того, что имеющаяся
корпоративная лицензия не будет продлена – для его минимизации
должны быть обеспечены и регулярно поддерживаемы планы закупок.
На этапе поставки есть риск недобросовестного поставщика, который
может сорвать сроки, или предоставить не то ПО, которое было
заказано. Для снижения этого риска требуется рассматривать несколько
поставщиков, а также учитывать в договорах штрафы за «неустойку». В
рассматриваемом проекте этап поставки заключается только в загрузке
копий дистрибутивов с официального сайта Microsoft, то здесь основной
риск – отсутствие канала связи с интернетом, для чего в компании
должны быть предусмотрены резервные каналы.
На этапе разработки и внедрения есть риск низкой квалификация
сотрудника, выполняющего работы, или его чрезмерная загруженность
другими проектами, результатом чего будет срыв сроков. Для снижения
этих рисков требуется правильный выбор исполнителя проекта его
руководителем, правильная оценка требуемых временных ресурсов.
На этапе эксплуатации есть риски допуска к системе необученного
персонала, несанкционированного доступа, ввод сотрудником
ошибочной, или неполной информации. Для их снижения требуется
разграничение прав доступа к системе, исключение возможности
назначения доступов самими сотрудниками отдела технической
поддержки, проверка вводимой информации на уровне сценариев.
Также, есть риски сбоя ПО и оборудования, на котором работает