35
- e-mail от работника фирмы с описанием проблемы на неформальном
языке в ИТ-области;
- регламент работы службы горячей линии;
- ежедневное письмо о нахождении работников ИТ-отдела по всем
направлениям;
- письма, определяющие изменения ответственных лиц по установленным
направлениям инцидентам и новым направлениям [6, c.55].
Результаты выполнения задачи видны в таких отчетах и документах, как:
- отчет по согласованным заказам;
- отчет заказов по местоположению клиента;
- отчет о логике назначения клиента.
Для выполнения определенной задачи применяются такие
классификаторы объектов, как города, регионы, улица, код описания проблемы.
В таблице 1.7 представлено описание применяемых классификаторов.
Таблица 1.7
Описание применяемых классификаторов
Наименование
кодируемого
множества
объектов
Значимость
кода
Система
кодирования
Система
классифи-
кации
Вид
классифи-
катора
Регион
4
Порядковая
Нет
Локальный
Город
4
Порядковая
Нет
Локальный
Улица
4
Порядковая
Нет
Локальный
Код описания
неисправности
4
Порядковая
Нет
Локальный
1.4.2. Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) - комплекс программ системы обработки
информации и программных документов, нужных для работы таких программ.
36
ПО необходимо для придания ИС некоторых свойств, связанных с ростом
производительности, достоверности получаемых результатов, надежности
работы системы, оптимизации работы пользователя [18, c.35].
Критериями выбора ПО, присутствующего на ПК пользователей, является
максимальное сокращение времени описания проблемы пользователей и
отправки ее по e-mail. В разрезе корпоративного стандарта в «Билайн»
применяется MS Outlook 2016 Для работы данной программы на ПК нужно
установить OC, которая поддерживает работу такого приложения. Ввиду
корпоративного стандарта используется версия OC MS Windows 10, поскольку
это версия OC, поддерживаемая компанией Microsoft в нашей стране и
способная функционировать в доменной инфраструктуре. Учитывая все
вышесказанное, Windows 10 будет применяться в роли пользовательской OC.
Итог: на рабочих станциях пользователей нужно установить такие программные
продукты, как:
- OC MS Windows 10;
- почтовый клиент MS Outlook 2016.
Программа-служба (сервис) по обработке e-mail – это программа,
созданная на скриптовом языке Python, постоянно анализирующая общий
почтовый ящик ИТ-отдела и обрабатывающая входящие письма, формирующая
и изменяющая заказы в БД, при этом распределяя их между свободными
менеджерами, или ставящая их на поток [31, c.189]. Учитывая ограниченный
бюджет и наличие опыта написания скриптов, у администратора ИС, был выбран
скриптовый язык Python.
Критериями выбора архитектуры реализации проектируемого
программного комплекса являются:
- совместимость с текущей инфраструктурой серверов;
- опция создания резервных копий сведения и просмотра статистика по
обработанным заказам.
37
Было принято решение использовать в качестве серверной ОС MS
Windows Server 2016 поскольку такой вид серверных OC не очень требователен
к ресурсам, а также давно применяется в инфраструктуре «Билайн».
Для серверной части нужно определить СУБД. В таблице 1.8 отображены
ключевые современные СУБД.
Таблица 1.8
Варианты СУБД систем
Название СУБД
Характеристики
Microsoft
SQL Server
InterBase
Oracle
11.2.0.1
Интегированная аутентификация
пользователей
+
+
-
Мониторинг работы БД
+
+
+
Возможность создания временные таблицы
+
+
+
Ведение журнала действий с БД и
подключение
+
+
+
СУБД для программы будет являться Oracle 11. Данный выбор сделан не
просто так, главная ИС учёта заявок HP OpenView Service Desk строится как раз
на этой БД.
Покупать новый сервер не нужно, поскольку БД программного продукта
может находиться на уже существующем сервере «SD». При создании нового
сервера фирмы заложила примерно половину мощности закупаемого сервера на
дальнейшую масштабируемость ИС, но загруженность сервера увеличилась
только на 15%, тогда как БД за 3 года непрерывно наращивалась [18, c.77].
В разрезе текущей БД в ней будут образованы дополнительные таблицы,
а также установятся между ними связи. Добавленные таблицы не будут иметь
прямой связи с ключевыми функциональными таблицами БД, ввиду чего на
будут каким-либо образом воздействовать на работу главного функционала ИС
HP OpenView ServiceDesk.
Сравним ключевые методы и средства проектирования (таблица 1.9).
Таблица 1.9
38
Основные средства проектирования
Название
Характеристики
Microsoft Visual
C++ (MSVC)
Delphi 2010
Python
Совместимость с OC Windows
2000, XP, Vista
+
+
+
Интегрированный редактор
интерфейса
+
+
+
Совместимость с другими
языками программирования
+
-
+
Написание программы сервиса, обрабатывающего e-mail, будет
реализовано на языке Python. Этот выбор сделан неспроста. Прежде всего,
администратор ИС «HP OpenView ServiceDesk» может писать программы на
данном языке. Также, Python просто в освоении и среди новичков пользуется
популярностью [8, c.11]. Стоимость проектирования ПО на данном языке
намного меньше, чем на основе Borland C++ или Microsoft Visual C++. Вместе
с тем, Python интенсивно прогрессирует, обладает открытой архитектурой и
легко дает возможность создать графический интерфейс в форме HTML-
странички (web-интерфейс).
1.4.4. Обоснование проектных решений по техническому
обеспечению
Обеспечение техническое (ТО) - комплекс технических средств, ПК,
средств передачи данных, применяемых в АСУТП и ИС [41, c.49].
Для работы программы (службы) по обработке заказов в разрезе
дорабатываемой ИС HP OpenView ServiceDesk необходимы такие компоненты
ТО, как:
- ПК-сервер – это ключевая ЭВМ, на которой уже создается сама БД в
СУБД, а также этот сервер будет являться сервером БД. Здесь также будет
расположен служба, которая и будет автоматически фиксировать и
обрабатывать заказы;
39
- почтовый сервер – сервер корпоративной почты, применяется SD-
системой для создания заявок и e-mail-рассылки;
- рабочая станция – это пользовательский компьютер, с помощью которого
создаются заявки через отправку письма с описанием проблемы на e-mail;
- ПК менеджера – это пользовательский компьютер, где установлена
программа-клиент, фиксирующая и распределяющая заказы;
- средства организации ЛВС – сюда включены активные (маршрутизатор,
коммутатор, шлюз и пр.) и пассивные (компоненты ЛВС, коммутационные
розетки и пр.) элементы ЛВС.
Для каждого компонента определим критерии, максимально критичные
при выборе.
Серверы - это самые незаметные системы в целой сети ПК. Они имеют
колоссальное значение [27]. Идеальный сервер - система, расположенная где-то
в скрытом месте, о котором никто не знает. В этом и есть его отличие от обычных
ПК. И подход к выбору сервера существенно более требовательный, чем к иной
системе. В данном случае направленность сервера - преднамеренная
избыточность главных составляющих. Ни в коем случае нельзя экономить на
сервере, т.к. это по сути сердце всей ИС.
Основными критериями выбора сервера являются специфика
выполняемых им задач, а также число автоматизированных рабочих мест,
объединяющихся в сеть. Далее нужно лишь определиться с производителем.
Для СУБД-сервера в разрезе одного ПК главным критерием выбора
является отказоустойчивость и пропускная способность сетевого интерфейса.
Учитывая среднее число заказов в день и ежеминутный опрос программы БД на
присутствие нового заказа в базе, а также загруженности сетевой
инфраструктуры на 30% и корпоративного сервера БД на 25% закупать
высокопроизводительный сервер не нужно, можно ограничиться интерфейсом в
100 Mbps [32, c.43]. Результатом анализа критериев по серверному
оборудованию будет применение того же сервера, который был в «Билайне»
40
ранее. В роли сервера БД применяется сервер, функционирующий на платформе
HP ProLiant DL365 G5, он имеет характеристики, отраженные в таблице 1.10.
Таблица 1.10
Характеристики сервера БД
Характеристика
Значение
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой частотой 3,3 Гц.
Число
процессоров
2
Оперативная
память
16 Гб (можно увеличить до 64 Гб)
Жесткие диски
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Число жестких
дисков
6 (можно увеличить до 8)
Питание
Дополнительно резервный блок питания 800 Вт с горячей заменой
Исследуем выбранную платформу более подробно:
- два процессора дают возможность, при применении SQL-сервера,
эффективно распределять задачи, реализуемые на сервере;
- 16 Гб ОЗУ хватит для обработки существенных массивов данных,
используемых в БД, а также дальнейшего увеличения вычислительной нагрузки,
поскольку сейчас максимальный размер ОЗУ составляет 6 Гб;
- применение шести жестких дисков обосновано следующим:
- для качественной работы OC сервера создан RAID-массив из двух
жестких дисков по 73 ГБ (этого объема хватит для функционирования OC). OC
специально находится отдельно от файлов БД ввиду безопасности и
производительности;
- для эффективного размещения информации в формате SQL создан
массив жестких дисков большего объема 147 Гб. Этого объема хватит для
интеграции нового функционала. Сейчас объем занятого пространства
составляет 53 Гб, но с тем условием, что в БД хранятся записи за три года;
- отдельно нужно хранить инфрмацию в форматах *mdf (файл БД), а
также транзакции *ldf (файл транзакций), для этого нужен еще один массив
такого же размера, как предыдущий;
41
- применение дополнительного питания увеличивает отказоустойчивость
системы.
Следовательно, для ПК ключевым критерием выбора является
определенный список конфигураций ПК (MB Asus P5 CPU: Core2Duo 2.9Ghz
Ram:2 Gb).
Для почтового сервера критериями выбора будет отказоустойчивость и
быстрая скорость функционирования подсистемы обработки данных. Для него
будут применяться высоко производительные жёсткие диски WD RAPTOR и
отдельный RAID-контроллер, поддерживающий исполнение массива данных
Raid 10, обеспечивающий быструю скорость функционирования. Конфигурация
почтового сервера, работающего в «Билайн», совпадает с определенными
критериями, ввиду чего оставляем то, что имеется [3, c.74]. Упрощенная его
конфигурация отражена в таблице 1.11.
Таблица 1.11
Аппаратная конфигурация почтового сервера
Наименование
Тип
Форм-фактор
2U
Код
X5650
Модель
Intel® Xeon®
Число ядер
6
Число процессоров (установлено)
2
Тактовая частота
2660 МГц
Intel Smart Cache
12 Mb
Разъем (сокет)
FCLGA1366
Тип памяти
DDR3 1066
МГц
Объём одного HDD
2 Гб
Общий объём
892 Гб
Число HDD
4 шт
Интерфейс
SAS/SATA
Число сетевых адаптеров
4 шт
Скорость подключения
1 Гб/с
Тип видеокарты
Дискретная
Оптический привод
DVD±R
USB
4 шт
RJ45 (LAN)
2 шт
42
Monitor port (VGA)
Есть
Мощность блока питания
570 Вт
Количество блоков питания
2 шт
Возможность горячей замены
Есть
Для средств организации ЛВС критерием выбора будет тип кабеля и
пропускная способность. Сейчас по анализу сетевого трафика программой Net
Send загруженность сети равна 36%. Следовательно, свободная пропускная
способность равна 64% от общей пропускной способности СКС.
Обрабатываемые сервисом заказы и ежеминутный опрос почтового сервера
увеличит загруженность сети на 3-5%, что никак не скажется на ее пропускной
способности и возникновении коллизий [36, c.88]. Из типа кабеля по скоростным
характеристикам лучше всего взять витую пару вместо устаревшего коаксиала
ввиду ограничения по максимальной пропускной способности коаксиала в 10
Mbps. При применении свитчей и коммутаторов класса CISCO сеть
функционирует на скорости 100 Mbps, а на определенных участках и 1 Gbps.
43
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла - структура, включающая процессы, действия
и задачи, реализующиеся в процессе разработки, работы и сопровождения
программного продукта в ходе всей жизни системы, от установления требований
до окончания ее эксплуатации [8, c.44]. Есть немало моделей и стандартов, так
или иначе определяющих жизненный цикл, почти все из них принадлежат к
заказному ПО (АСУТП и т.д.) и помимо жизненного цикла определяют также и
процессы проектирования.
ГOCТ 34.601-90 распространяется на автоматизированные системы и
определяет этапы их проектирования. Помимо всего прочего, в стандарте
приводится описание содержания работ на каждой стадии. Этапы, определенные
в стандарте, в основном соответствуют каскадной модели жизненного цикла.
ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного
цикла. Поддерживает все виды заказного ПО. Стандарт не включает описания
фаз, этапов. _______________________________________________________
Custom Development Method (и методика Oracle) по проектированию
прикладных ИС под заказ - определенный материалразбитый до степени
заготовок проектных документов, ориентированный на применение в проектах
с использованием Oracle. Степень адаптивности CDM ограничивается тремя
моделями жизненного цикла: «классическая» (предполагается выполнение всех
задач и прохождение всех стадий), «оперативное проектирование»,
«облегченный подход», используемый в случае малых проектов и опции
оперативного прототипирования приложения. ___________________________
Rational Unified Process (RUP) подразумевает итеративную модель
проектирования, состоящего из 4 фаз: начала, исследования, построения и
внедрения. Каждую фазу можно разделить на определенные итерации, по
44
завершению которых проектируется версия для внутреннего или внешнего
применения [7, c.81]. Прохождение сквозь 4 ключевые фазы называется циклом
разработки, каждый из которых завершается генерацией версии системы. Если
при этом работа над проектом не завершена, то разработанный продукт
продолжает прогрессировать и снова проходит эти фазы, соблюдая цикличность.
Смысл деятельности в разрезе RUP - это проектирование и сопровождение
моделей, а не бумажных документов, ввиду чего данный процесс прикреплен к
применению определенных средств моделирования (UML), а также
установленной технологии разработки (объектно-ориентированный анализ
(ООА), объектно-ориентированное программирование (ООП)). ___________
Microsoft Solution Framework (MSF) похожа на RUP, она тоже состоит из
4 фаз: анализа, проектирования, разработки, стабилизации, включает итерации,
подразумевает применение ООП. MSF в сравнении с RUP больше направлена
на разработку бизнес-приложений [5, c.16]. 345345ВАПДЬВПД№;5
Экстремальное программирование - самое современное среди
анализируемых методологий, оно образовалось более 20 лет назад. В
фундаменте методологии командная работа, качественное взаимодействие
между заказчиком и исполнителем в процессе всего проекта по созданию ИС, а
проектирование осуществляется с применением поэтапно дорабатываемых
прототипов.
Ключевыми критериями для определения стандарта жизненного цикла
являются:
- актуальность и современность применяемых методик контроля
проектирования;
- проектирование в итерационном режиме с опцией контроля рисков и
реализации самого проекта на определенных контрольных точках, нет
дополнительных требований по моделированию процесса разработки и
эксплуатации.
Подводя итоги описания стандартов, итерационными из них являются
четыре стандарта: MSF, RUP, COBIT, XP.