29
диагностику. По результатам диагностики выполняется одно из
следующих действий:
составляется акт о списании устройства (при невозможности или
нецелесообразности выполнения ремонта);
приобретаются запасные части и комплектующие, необходимые для
выполнения ремонта – товарные чеки приобретенных запасных
частей при этом прикладываются к журналу ремонтов;
выполняется ремонт – в журнале ремонтов заносится
соответствующая запись, по окончании создается карточка
выполненной заявки и помещается в архив.
Анализ приведенных схем документооборота позволяет сделать
вывод о том, что низкий уровень автоматизации технического отдела
снижает общую эффективность процесса управления техническими
ресурсами, поскольку:
инвентаризация и учет техники осуществляется полностью вручную;
при этом используются примитивные средства учета – журналы
(тетради);
все операции и записи осуществляются вручную, отнимая много
времени;
отсутствует контроль корректности выполняемых записей;
данные хранятся неэффективно, делая затруднительным поиск
необходимой информации;
отсутствует разграничение доступа к данным.
Все эти факторы снижают производительность технического отдела
и говорят о несовершенстве процессов сбора, передачи, обработки,
хранения, защиты целостности и секретности информации и процессов
выдачи результатов расчетов конечному пользователю. Кроме того, не
используется никаких автоматизированных средств для получения
сводных данных по выполненным ремонтам, затратам общей стоимости
30
выполненных ремонтов. Такие расчеты выполняются вручную по данным
карточек заявок, взятых из архива. Визуализируются сводные данные тоже
вручную средствами построения диаграмм в MSExcel.
Чтобы устранить перечисленные недостатки, необходимо
привлечение новых информационных технологий, которые возьмут на себя
большую часть работы по учету, организации, контролю и поиску данных.
Для решения данной задачи необходимо ввести в эксплуатацию
специальную информационную систему. Информационная система (ИС) –
это система, реализующая информационную модель предметной области,
чаще всего – какой-либо области человеческой деятельности. ИС должна
обеспечивать: получение (ввод или сбор), хранение, поиск, передачу и
обработку (преобразование) информации [9].
Информационная система выполнит разграничение ролей между
средствами вычислительной техники и человеком. На первую возлагаются
обязанности по выполнению всех необходимых трудоемких и рутинных
операций с информационными потоками: хранение, обработка, анализ,
сортировка, структурирование, представление, формирование, и т.д.
Человеку будет нести ответственность за ручные операции, требующие
компетенций: ввод данных, управленческие решения, команды
выполнения сценариев и составления отчетов.
Таким образом, создание специализированной ИС позволит
существенно повысить эффективность технического отдела Предприятия,
т.к. ее функции позволят:
понизить риск допущения непроизвольных ошибок при вводе
информации вручную (человеческий фактор);
оптимизировать процессы хранения и доступа к данным;
автоматизировать большую часть ручного труда;
оперативно и быстро составлять необходимые документы;
31
разграничить доступ к данным и функциям в соответствии с
компетенциями пользователей.
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации
Система обеспечения информационной безопасности на
Предприятии регламентируется политикой информационной безопасности
(ПИБ) – документом, предписывающим всем пользователям
компьютерной техники Предприятия (далее пользователям) соблюдать
правила сбора, подготовки, использования и обмена информацией в
рамках своей прямой деятельности.
ПИБ предписывает всем пользователям:
обладать квалифицированной подготовкой и навыками работы с
компьютерной техникой, соответствующими сервисами и
программами;
проходить контроль и обучение работе на компьютере и в
специализированных программных системах;
получить и иметь авторизованный доступ к выделенным ему
ресурсам;
соблюдать утвержденную политику ИБ.
При приеме на работу сотрудники информируются о правилах
хранения, обмена и обработки документов, использования общедоступных
и сетевых ресурсов. К работнику, нарушившему требования политики ИБ,
могут применяться различные взыскания: от выговора до увольнения.
Мероприятия, предписываемые ПИБ для повышения уровня
информационной безопасности, определяют:
Использование электронной почты для переписки исключительно с
целью выполнения своих обязанностей по трудовому договору.
Для переписки использовать только корпоративную почту.
Контроль объема электронных писем: – не более 50 МБ.
32
Оформление электронной корреспонденции в соответствии со
стилем Предприятия.
Применение антивирусного пакета «Лаборатория Касперского» с
корпоративной лицензией сроком 1 год (каждый год период
действия лицензии продляется).
Запрет использования развлекательных порталов и социальных сетей
в рабочее время.
1.3. Анализ существующих разработок и выбор стратегии
автоматизации «как должно быть»
1.3.1. Анализ существующих разработок для автоматизации задачи
Программный продукт HardwareInspector
Продукт HardwareInspector [21] выполняет задачи инвентарного
учета оборудования в организациях. Программа предназначена для
осуществления учета и планирования аппаратного обеспечения. Задачи,
решаемые HardwareInspector:
Автоматизированный учет техники.
Планирование обслуживания оборудования.
Хранение истории движения ТС в рамках организации.
Разграничение прав доступа пользователей к функциям программы.
Наличие менеджера лицензий.
Составления отчетов о подчиненных единицах технических средств.
В качестве достоинств данной системы можно выделить наличие
полного учета комплектующих, вместо простого описания параметров,
возможность сопровождения техники в течение всего ее жизненного цикла
в организации.
HardwareInspector имеет закрытую архитектуру, что не позволяет при
необходимости вносить изменения в функционал системы. Этот
недостаток может установить ограничения на внедрение системы в
33
организацию в полной мере и эффективного использования всех
предоставляемых возможностей.
Программа «Network inventory advisor»
«Network inventory advisor» [26] предлагаеткомпания Clear Apps.
Основная задача продукта – учет компьютерных сетей, в ее функционал
входят:
Учет единиц компьютерной техники (аппаратного обеспечения).
Учет установленных программ (программного обеспечения).
Область применения «NIA» включает составление расписаний
обновления ПО, установленного на компьютерах.
Программа также позволяет планировать обновление аппаратных
конфигураций.
Инвентаризация сети позволяет контролировать соответствие
установленного ПО с заданным набором для каждого рабочего места.
Программа также имеет набор типовых отчетов по проведению
инвентаризации программного и аппаратного обеспечения. К
достоинствам программы можно отнести:
автоматизация операций учета;
наглядное и информативное представление отчетов;
удобство экспорта отчетов в различные форматы.
Недостатки программы заключаются в плохо проработанном способе
внесения информации о единицах техники в систему. Кроме того, данный
продукт не охватывает тот комплекс задач, которые необходимо
автоматизировать в типичном сервисном отделе организации, в частности:
учет ремонтов, информативная инвентаризация.
Программа «Учет компьютеров»
Данный программный продукт [16] разрабатывается компанией ООО
«Простой Софт», применяется при инвентаризации компьютеров и другого
оборудования. В программе имеются следующие возможности:
34
Регистрация производимых ремонтов.
Закрепление единиц техники за подразделениями.
Ведение базы учетных технических средств.
Экспорт отчетов в распространенные форматы.
Основные достоинства программы:
Гибкость изменения структуры описания подчиненных единиц
техники.
Поддержка шаблонов отчетной документации.
Гибкость интерфейса пользователя.
Данная система позволяет не только вести учет ТС, но и составлять
бюджет отдела: спланировать потребность в необходимом количестве
расходных материалов на определённый период, комплектующих для
резерва на случай возможных отказов и т.п.
Права на просмотр и изменение информации в системе
настраиваются администратором в зависимости от функциональных
обязанностей каждого пользователя.
Основной недостаток этой системы заключается в ее медленной
скорости работы (которая проявляется с нарастанием числа учетных
единиц ТС, вводимых в систему).
Программный продукт «IT Invent»
Программа IT Invent [22] предлагает:
Учет и инвентаризацию компьютерной техники в рамках
организации.
Учет и аудит программного обеспечения.
Отслеживание изменений в программно-аппаратном составе
техники.
Планирование и учет закупок комплектующих.
Многообразие интегрированных отчетов.
35
IT Invent – это гибкая и настраиваемая система, которая обладает
интуитивно понятным интерфейсом. Обладая централизованной
информацией, IT Invent дает возможность планировать и учитывать
закупки, замены, ремонты, обслуживания, работы и списания компьютеров
и любого другого оборудования.
Недостаток IT Invent – неполный функционал, необходимый для
нужд типичного сервисного отдела: отсутствие учета и расчета
производимых ремонтов.
В таблицу 1.2 сведены основные функциональные возможности
рассмотренных продуктов.
Таблица 1.2
Основные функциональные возможности рассмотренных
продуктов
Функции
HardwareInspector
Network
inventory
advisor
Учет
компьютеров
IT
Invent
Учет и
инвентаризация
ТС
+
+
+
+
Сегментация ТС
по отделам
+
-
+
-
Учет ремонтов и
обслуживания ТС
+
-
+
-
Составление
отчетов по
ремонтам и
обслуживанию ТС
-
-
+
-
Составление
отчетов по
результатам
деятельности СО
-
-
+
-
Учет заявок на
закупку
запчастей и
комплектующих
для ремонтов ТС
-
-
-
+
Разграничение
прав доступа
пользователей
+
+
+
+
Составление
отчетов по
инвентаризации
ТС
+
+
+
+
36
Рассмотренные программные продукты, как и большинство
аналогичных, ориентированы на универсальность их применения, что
влечет за собой недостатки:
сложность ввода в эксплуатацию;
высокие требования к настройке и конфигурированию подсистем;
дорогие лицензии;
требования к установке дополнительных модулей и т.д.
Также представленные программы учета предлагают много
«лишнего» функционала, в котором нет нужды. Соответственно,
приобретение таких программ на коммерческой основе и использование
только малой части их возможностей экономически нецелесообразно.
Разработка и внедрение новой информационной системы учета
ремонтов компьютерной техники (далее ИСУРКТ) имеет преимущество
перед готовыми решениями, поскольку оно может быть ориентировано на
решение только тех задач, которые необходимы.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Для разработки ИСУРКТ выбрана стратегия автоматизации по
направлению. Направление автоматизации – деятельности технического
отдела по учету ремонтов компьютерной техники.
В рамках выбранной стратегии автоматизации можно выделить
несколько основных этапов:
1. Формирование целей и задач проекта. На этом этапе определяются
конкретные цели разработки системы и ставится комплекс задач, которые
она должна решить.
2. Разработка модели вариантов использования. Данная модель
разрабатывается для более предметного представления ИС при ее
проектировании. Модель вариантов использования (UseCase) позволяет
идентифицировать действующих лиц и назначить им функции системы.
37
В [15] отмечается, что модель вариантов использования системы
может выражать ее пользовательские требования. В [27] также говорится о
модели прецедентов как об одном из способов выражения требований к
программному продукту. Таким образом, модель вариантов использования
должна быть построена на первом этапе разработки системы и
использоваться для формализации функциональных требований. [11]
3. Формализация требований к информационной системе. Данный
этап позволяет систематизировать требования, предъявляемые к
информационной системе в виде единой модели. В данной работе для
формализации требований используется методологи RUP [33]. RUP четко
определяет значение понятия требования [24]:
условия или возможности, необходимые пользователю для
решения проблем или достижения целей;
условия или возможности, которыми должна обладать система или
системные компоненты, чтобы выполнить контракт или
удовлетворять стандартам, спецификациям или другим
формальным документам;
документированное представление условий или возможностей для
предыдущих двух пунктов.
RUP ссылается на [25], где предлагается классификация требований
по системе FURPS:
- Functional – функциональные требования;
- Usability – требования к удобству использования;
- Reliability – требования к надежности;
- Performance – требования к производительности;
- Supportability – требования к сопровождению.
4. Проектирование информационной системы. Процесс
проектирования включает создание необходимого и достаточного
количества моделей системы для ее полного описания с разных сторон –
38
структурного, функционального, информационного, объектного,
компонентного. На этом этапе также создается концептуальная и
логическая модель базы данных системы. Для проектирования
программного обеспечения используется язык визуального моделирования
UML (UnifiedModellingLanguage). UML – это язык для определения,
визуализации, конструирования и документирования артефактов
программных систем. [30] Моделирование на языке UML производится с
помощью специальных инструментов – CASE-средств, большинство из
которых поддерживают возможности ForwardEngineering, позволяющие
генерировать шаблонные блоки программного кода по визуальным
моделям.
5. Реализация информационной системы. Данный этап заключается в
непосредственной реализации программного и информационного
обеспечения ИС в соответствии с разработанными на предыдущем шаге
моделями. Если на предыдущем шаге в качестве инструментов
проектирования использовались CASE-системы, поддерживающие
возможности ForwardEngineering и DatabaseEngineering, то процесс
реализации ИС может быть существенно упрощен, поскольку эти
возможности позволяют:
автоматически создать шаблоны классов объектной структуры
программного обеспечения на выбранном языке программирования.
автоматически создать исходный код формирования (создания) базы
данных на языке описания данных (DDL, DataDescriptionLanguage) –
такой исходный код выполняется как обычный запрос в любом
менеджере СУБД, в результате чего создается заранее
смоделированная структура БД (таблицы, представления, триггеры,
ограничения целостности и т.д.).
6. Любая из ошибок программирования, которая не обнаруживается
на этапах компиляции и компоновки программы, в конечном счёте может