44
оптимального решения. Учитывая необходимость внедрения разрабатываемого
решения в рамках именно этого отдела, часть бизнес-требований предполагается
получить от начальника этого отдела, как одного из участников проектной
группы.
Концептуальное решение строится на базе проведенного анализа м учетом
возможностей самой компании по обеспечению данной задачи оборудованием и
трудовыми ресурсами. Результатом становится техническое задание,
регламентирующее дальнейший процесс работы по проекту. На базе этого
задания составляются эскизный и технические проекты, включающие
документирование технического проекта.
Реализация проектного решения о перераспределении потоков в
трубопроводе включает также настройку системы. Установка системы и ее
сопровождение также регламентируется в рамах этапов проекта.
Таким образом, перечень основных подэтапов представлен в таблица 2.1.
Таблица 2.1
Перечень подэтапов проекта
Наименование
этапа
Описание задачи
1. Анализ предметной
области
1.1. Изучение документооборота, связанного с
перераспределением нагрузки
1.2. Сбор и анализ бизнес-требований
2. Разработка
концепции проведения
оптимизации
2.1. Оценка ресурсов для проведения оптимизации
2.2. Выбор вариантов проведения оптимизации
3. Разработка
технического задания
4. Создание эскизного
проекта системы
оптимизации
5. Создание
технического проекта
5.1. Формирование всех компонентов проекта
5.2. Создание проектной документации
45
Продолжение таблицы 2.1
Наименование
этапа
Описание задачи
6. Реализация системы
оптимизации
перераспределения потоков
в трубопроводе
6.1. Создание системы оптимизации
6.2. Выбор настроек системы согласно
возможностям компании
6.3.Создание сопровождающей документации
7. Внедрение системы
оптимизации в рабочий
процесс
АО «Спецгазмонтаж»
7.1. Настройка специализированного ПО И ТО
7.2. Подготовка сотрудников планово-
экономического отдела
7.3. Составление документации для пользователей
Внедрение системы оптимизации перераспределения потоков в
магистральном трубопроводе требует корректировки части видов документации,
а также исключения ненужных документов. Однако в процессе внедрения могут
возникнуть сложности, которые вызваны рисками внедрения таких систем в
производственный процесс, поэтому оптимальным является использование
параллельной стратегии внедрения, при которой какое-то ограниченное время
будут работать автоматизированный и ручной подход.
После окончания периода адаптации планово-экономический отдел
должен полностью перейти на автоматизированную систему. Т.е. последний
этап – внедрение предполагает также сравнение результатов работы системы и
ручного варианта оптимизации.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Внедрение системы оптимизации перераспределения потоков в
магистральных трубопроводах, а также процесс самой разработки системы несет
в себе определенные риски, влияние которых на проект может привести даже к
его полной остановке. Риски во время разработки вызываются разнообразными
факторами, которые обязательно вносят коррективы в сроки и структуру
проекта. Однако для снижения их влияния необходимо изучить возможные
риски и предупредить их серьезные последствия запланированными заранее
мероприятиями (таблица 2.2)
46
Таблица 2.2
Описание рисков на различных этапах проекта
Но
мер
зад
ачи
Риск
Вероятн
ость
возникн
овения
Степень
важност
и
Влияние на
проект
Вероятность
невыполнение
плановых
сроков и
бюджета
Необходимые
резервы
Способы
реагирования
1.
Низкий уровень
обследования
объекта
автоматизации,
некорректно
сформулированные
бизнес-требования
Средняя
Высокая
Проект нельзя
продолжать без
решения этой
проблемы
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Применение
систем управления
требованиями,
устранение
противоречивости
требований
2.1
Некорректная
оценка ресурсов для
проведения
автоматизации
Высокая
Высокая
Проект нельзя
продолжать без
решения этой
проблемы
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Использование
технологи
управления
портфелями
проектов для
оценки ресурсов
2.2
Неправильный
подбор технологий
оптимизации или
инструментов
проведения
Высокая
Высокая
Необходимость
исключения
риска на ранних
стадиях
Очень высокая
Денежные
средства,
трудовые и
временные
ресурсы
Предварительный
анализ
используемых
методик
оптимизации
3
Сложность в
формализации
решения и
интеграции
выбранных методик
Средняя
Высокая
Проект нельзя
продолжать без
решения этой
проблемы
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Составление схем
движения
информационных
потоков, адаптация
выбранных
методик
47
Продолжение таблицы 2.2
Номер
задачи
Риск
Вероятность
возникновения
Степень
важности
Влияние на
проект
Вероятность
невыполнение
плановых
сроков и
бюджета
Необходимые
резервы
Способы
реагирования
4
Несогласованность
эскизного и
ручного варианта
Средняя
Очень
высокая
Необходимость
исключения
риска на
ранних стадиях
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Введение
модели
параллельно с
ручной
оптимизацией
5.1
Недостаточная
функциональность
проекта
Средняя
Очень
высокая
Требует
немедленной
остановки
проекта до
решения
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Внедрение
системы
параллельно с
ручной
оптимизацией
5.2
Несоответствие
документации
выбранному
стандарту
Средняя
Очень
высокая
Должен быть
обязательно
исключен на
ранних стадиях
проекта
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Использование
основных
документов,
регламентирую
щих выбранный
стандарт.
6
Недостаточное
тестирование
разработанных
программных
модулей
Высокая
Высокая
Может
привести к
снижению
эффективности
внедрения
проекта
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Двойное
тестирование
7
Выход из строя
оборудования, а
также устаревание
ПО
Средняя
Средняя
Необходима
минимизация
этого риска в
период
сопровождения
Высокая
Денежные
средства,
трудовые и
временные
ресурсы
Мониторинг и
профилактика
технических
средств и
обновлений ПО
48
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Предметная область производственного процесса, с которым пересекается
решение поставленной задачи не предполагает использование персональных
данных и финансовой информации, поэтому как часть общей системы компании
АО «Спецгазмонтаж» решение использует внедренные средства защиты,
работающие на базе сервера базы данных СУБД MSSQL Server.
На базе сервера баз данных используются встроенные инструменты
защиты:
использование политики ролей на уровне приложения и сервера баз
данных;
определение прав пользователей подсистемы не пересекающихся с
правами в основной системе «1С: Предприятие» (пользователь не может
получить после введения подсистемы выше уровень доступа к ресурсам);
использование протокола TLS для соединения с сервером базы
данных для защиты канала передачи в рамках работающей информационной
системы компании;
использование встроенных инструментов безопасности MSSQL
сервер для обеспечения целостности данных, проведения восстановлений и
резервного копирования.
В самом приложении предусмотрено разделение прав при загрузке
клиента и определении его доступа на сервер:
проведение авторизации и идентификации пользователя системы с
использованием системы ролей, в которых выделены различные группы доступа
(разделение проводится как на уровне доступа к ресурсам, так и на уровне
доступа к базе данных);
все операции между клиентским решением и пользователем системе
производятся только с шифрованием передаваемой информации, что исключает
использование ее при перехвате.
Реализация защищенного соединения при работе с системой предполагает
использование протокола TLS для подключения к серверу и создание
защищенного соединения.
49
Следует отметить, что доступ к системе должен быть ограничен среди
сотрудников компании, и желательно, чтобы доступ имел только планово-
экономический отдел, связанный с выполнением ключевых задач, а также
ответственные лица: главный инженер, инженер магистральных сетей,
администратор системы.
Процесс разграничения прав пользователей строится согласно отведенным
ролям сотрудников в реальном процессе оптимизации перераспределения
потоков в магистральном трубопроводе. Сформированные роли в системе могут
быть описаны следующим образом (таблица 2.3)
Таблица 2.3
Разграничение прав пользователей
Наименование
роли
Описание
Администратор
Наделен правами создание, редактирования и удаления данных, а
также изменения их структуры по необходимости, например,
размера полей.
Инженер
Наделен правами на обработку данных справочников, связанных с
данными по магистралям.
Экономист
Имеет право на получение отчетной информации о действующих
планах и поданных заявках. Наделен правами на создание,
редактирование и удаление созданных им планов.
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
Работа по проекту невозможна без непосредственного мониторинга всех
процессов, на которые подразделен процесс разработки. Такой мониторинг
должен предполагать наличия различных инструментов, которые позволят
эффективно отслеживать этапы и корректировать действия исполнителей, при
необходимости. Кроме этого, одним из серьезных рисков проекта всегда
является увеличение его стоимости в процессе осуществления. Чтобы исключить
такую проблему необходимо, чтобы технология управления опиралась на
технико-экономическое обоснование стоимости различных этапов проекта. С
этой целью подбираются различные инструменты, среди которых:
50
Мегаплан [48];
Битрикс24 [47];
MS Project [18];
Project Expert [50];
Планиро [55].
Системы «Мегаплан» и «Битрик24» принадлежат классу CRM систем и
ориентированы на предоставление сервисам клиентам при помощи облачных
технологий, при этом подобная схема реализуется и для мониторинга
управления бизнес проектами в рамках компании. Выделяется проект, и работа
над ним в системе организована для всех участников.
Принцип работы систем «MS Project» и «Project Expert» несколько иной –
основной становятся этапы проекта, и оценка производится относительно
ресурсов проекта. Возможности системы «Project Expert» несколько шире
благодаря внедрению разных инструментов для применения популярных
методов оценки инвестиционных проектов, однако это приводит к некоторым
сложностям в использовании системы: от пользователя требуются знания
определённого уровня.
И, наконец, система «Планиро» является представителем класса систем,
которые ориентированы на решение конкретных задач и работают по системе
Saas (программное обеспечение в аренду).
Предварительная оценка экспертами проводится для всей системы
управления проектами с учетом общих возможностей и вероятных преимуществ
и недостатков.
В качестве оценки эксперта рассматривается величина q
j
(x
i
), которая
определяет оценку j-того эксперта по i-ой альтернативе, гдет (
;
????.
Если оценки q
1
(x
i
), q
2
(x
i
), …, q
n
(x
i
) рассматриваются как изменения
некоторой величины, общей характеристики ????
), то отклонения можно считать
случайными величинами
????
????
????
????
.
Соответственно, самой простой характеристикой будет использование
среднего для выборки (2.1).
51
????
????
????
????
(2.1)
Пример введения данных по альтернативам и полученный результат
представлен на рис. 2.1.
Рис. 2.1 Непосредственное оценивание
Лучшей выбрана третья альтернатива, которая определяется средней
оценкой в 4 балла. Третья альтернатива получила у большинства экспертов
высокий балл.
Учитывая, что такая оценка не дает ответов на вопрос почему выбрана
именно такая альтернатива, и какие недостатки у остальных вариантов,
необходимо усложнить метод использованием признаков, по которым
проводится оценивание.
Основными признаками, которые бы определяли бы степень решения
поставленной задачи являются:
простота использования (наличие потребностей в установке
серверных приложений или поддержки сервера баз данных);
возможности по проведению мониторинга этапов разработки
проекта;
наличие инструментов оценки эффективности и стоимости проекта;
возможности по совместной обработке данных проекта.
Тогда оценка эксперта q
jl
(x
i
) проводится еще с учетом признака, где l -
номер признака
. Признаки также градируются и задается степень
важности каждого признака
Данные по оценкам экспертов согласно выбранным признакам отражены
на рис. 2.2.
52
Рис. 2.2 Непосредственное оценивание с использованием оценки по признакам
Расчет альтернатив производится с использованием формулы (2.2) на рис.
2.3:
????
????
????
????
(2.2)
Рис. 2.3 Непосредственное оценивание с использованием оценки по признакам
В качестве лучшей альтернативы остается третья, однако вторая
альтернатива тоже практически того же уровня (37,5 и 37,0).
Усложнить анализ можно путем добавления экспертам оценки уровня их
квалификации или важности эксперта.
Компетентность эксперта оценивается другими экспертами и в результате
получается структура данных двумерный массив, определяющий уровень
каждого эксперта в оценке других 0<α
sj
<1.
Определение коэффициента компетентности j-го эксперта α
j
поручается
самим экспертам, результатов становится матрица (рис. 2.4).
Усредненная оценка эксперта имеет вид (2.3)
53
????
????
(2.3)
Рис. 2.4 Компетентности экспертов в оценки других экспертов
Используя еще дополнительно уровень компетентности экспертов можно
получить следующие оценки (2.4) (рис. 2.5) :
????
????
????
????
(2.4)
Рис. 2.5 Непосредственная оценка с учетом компетентности экспертов
В качестве лучшей выбрана альтернатива А3 с оценкой в 36,69.Таким
образом, в качестве инструмента работы по проекту выбирается система MS
Project.
Таблица 2.4 демонстрирует предварительный план разработки,
составленный в соответствии с оценочными длительностями задач в MS Project
[18], календарный план представлен на рис. 2.6.
Определение критического пути на основе построенного календарного
плана проводится средствами системы управления проектами MS Project,