Дипломная работа: Автоматизация типовых задач отдела технической поддержки ООО "Леруа Мерлен Восток"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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]
Источник: https://baza.diplomsite.ru/previewfile/2235