65
Немаловажной функцией руководителя проекта является функция по
управлению пользователями системы
39
. На рисунке 2.10 представлен принцип
управления пользователями информационной системы сервисного
обслуживания клиентов ООО «Лаборатория ремонта».
При управлении пользователями руководитель системы выполняет
следующие действия:
обрабатывает список зарегистрированных ранее пользователей;
выбирает пользователя и деактивирует его (в случае отпуска или
продолжительной командировки);
изменяет роль пользователя системы;
удаляет пользователя (в случае увольнения).
Определить набор
прав
Сформировать
интерфейс
системы
Руководитель
отдела
Создать нового
пользователя
Изменить роль
пользователя
Удалить
пользователя
Рис. 2.10 Принцип управления пользователями системы руководителем
39
Андреева, В.И. Делопроизводство. Требования к документообороту фирмы (на основе ГОСТов РФ) /
В.И. Андреева. - М.: Бизнес-школа Интел-Синтез; Издание 2-е, перераб. и доп., 2016. – С. 116.
66
На рисунке 2.11 представлен алгоритм работы исполнителя.
Принцип работы исполнителя заключается в следующем:
после того, как руководитель отдела сформировал задание и назначил
исполнителя, задание поступает к указанному исполнителю;
исполнитель изучает полученное задание;
если это доработка, то находится предыдущее решение, и в
соответствии с указаниями вносятся коррективы;
если задание новое, то исполнитель берет его в работу;
затем исполнитель выполняет задание, решая задачу, руководствуясь
данными из сообщения о задаче и инструкциями руководителя;
после выполнения исполнитель передает руководителю свое решение
(отремонтированную или настроенную технику);
руководитель проверяет насколько функционально решение и
соответствует заданию (было описано ранее);
если к заданию есть претензии, то задание направляется опять к
исполнителю с комментариями руководителя, данный цикл может повторяться
пока задание не будет выполнено или отвергнуто руководителем отдела;
если задание соответствует запросам и не имеет нареканий, то клиент
подписывает «Акт приема», на основании данного акт и договора
осуществляется оплата услуг, которые оказало предприятия.
67
начало
Получить задание
на ремонт
Изучить задание
Выполнение
задания
Доработка
Найти предыдущее
решение
да
Внести указанные
изменения
нет
Завершение
выполнения
Передача
отремонтированной
техники руководителю
Есть ошибки,
претензии
доработка
Техника принята
клиентом
Документ «Акт
приема»
Завершение
работы
Рис. 2.11 Алгоритм работы исполнителя
В соответствии с этим сформируем таблицу доступа к ресурсам
разрабатываемой системы учета обращений (см. таб. 2.1).
Таблица 2.1
Данные доступа к ресурсам информационной системы
Группы
пользова-
телей
Справочни-
ки системы
Документы
системы
Отчеты
системы
Журналы
документов
Доступ в
Internet
Консультант
Чтение/созд
ание
Чтение/созд
ание
Нет
доступа
Нет доступа
Ограничен
Руководитель
Чтение/созд
ание/удален
ие
Чтение/созд
ание
Формирова
ние
Чтение/Добавл
ение
записи/Удален
ие записи
Не ограничен
Исполнитель
Чтение/созд
ание/удален
ие
Чтение/созд
ание
Формирова
ние
Чтение/Добавл
ение
записи/Удален
ие записи
Ограничен
Администра-
тор системы
Чтение/созд
ание/удален
ие
Чтение/созд
ание/
удаление
Изменение
параметров
Полный
Не ограничен
68
В дальнейшем данные из представленной таблицы будут использоваться
при создании ролей пользователей системы.
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
Системой принятия управленческих решений (СПУР) называют
информационную систему, предназначенную для оказания помощи в принятии
решений. Идея помощи заключается в том, что СПУР предоставляет только
частичную информацию и знания, необходимые для принятия решения. В
общем случае СПУР представляет собой ИТ-систему, разработанную для
повышения качества решений путем расширения интеллектуального потенциала
человека с возможностями компьютера.
СПУР имеют большие аналитические процедуры, которые могут быть
реализованы путем взаимодействия друг с другом многочисленными моделями и
экспертными системами. Интерфейс системы поддержки принятия решений
предназначен для использования информации, генерируемой лицом,
принимающим решения. Главной задачей системы является информирование
пользователя о наиболее вероятном исходе данных предметной области.
С учетом степени обработки информации о ситуации принятия решения,
СПУР делятся следующим образом:
1. Системы, предоставляющие частичную информацию. Целью таких
систем является предоставление информации, которая является полезной для
принятия решений. Примером является обслуживание краткосрочных прогнозов
погоды.
2. Системы, предоставляющие подробную информацию. Они
поддерживают выбор одного из многих вариантов, обеспечивая решение вместе
с анализом эффекта каждого из них. Это облегчает принятие решений, особенно
в ситуациях, когда необходим компромисс между многими факторами
(критериям), которые влияют на последствия решения. Качество компромисса
может быть сложно оценить, если существует много противоречивых критериев,
69
которые не могут быть удовлетворены в достаточной мере одновременно.
Позволяет учитывать большое количество критериев, предоставлять им
соответствующие веса, учитывать предпочтения лица, принимающего решение.
3. Системы, обеспечивающие математические модели. Эти системы также
предоставляют информацию, но в форме математических моделей, что дает
больше возможностей обработки информации: моделирование (пользователь
дает решение о внесении системы, а система анализирует их эффекты), обратное
моделирование (система находит решение, которое дает желаемые результаты),
оптимизация (из ряда потенциальных решений система выбирает тот, который
даст лучший результат, поскольку основным преимуществом модели является
способность определять последствия решения).
Рассмотрим наиболее часто используемые аналитические методы СПУР.
1. Дерево решений можно представить в виде двоичного дерева,
знакомого многим по алгоритмам и структурам данных. Каждый узел
представляет собой входную переменную и точку разделения для этой
переменной (при условии, что переменная это число). Листовые узлы это
выходная переменная, которая используется для предсказания. Предсказания
производятся путём прохода по дереву к листовому узлу и вывода значения
класса на этом узле
40
. Деревья быстро обучаются и делают предсказания. Кроме
того, они точны для широкого круга задач и не требуют особой подготовки
данных.
2. Алгоритм RETE был изобретен доктором Чарльзом Форджи и
задокументирован в его докторской диссертации в 1978-79 годах. Слово RETE в
переводе с латинского означает «чистый», что означает сеть.
В отсутствие этого алгоритма или его производных традиционный подход
состоит в том, чтобы упорядочивать и вкладывать операторы IF-THEN-ELSE
правил таким образом, чтобы извлекать правила из тестовых оценок. По своей
сути действие алгоритма похоже на создание наименьшего возможного дерева
решений, в графической форме или в прямом коде. Этот «последовательный»
40
Аттетков, А. В. Введение в методы оптимизации / А.В. Аттетков, А.Н. Канатников. - М.: Финансы и
статистика, Инфра-М, 2016. – С. 27.
70
подход ломается (в основном с точки зрения производительности), когда
правила должны выполняться в результате выполнения других правил.
Алгоритм Rete имеет следующие характеристики:
– делает меньше или совсем исключает избыточность условий за счет
объединения узлов;
– сохраняет соответствия между фактами при слиянии разных типов
фактов (это позволяет избежать полного вычисления (re-evaluation) всех фактов
при любом изменении в рабочей памяти производственной системы, система
работает только с самыми изменениями (deltas))
– позволяет эффективно высвобождать память при удалении фактов.
3. Теорема Байеса
Модель состоит из двух типов вероятностей, которые рассчитываются с
помощью тренировочных данных
41
:
– вероятность каждого класса;
– условная вероятность для каждого класса при каждом значениях.
После расчёта вероятностной модели её можно использовать для
предсказания с новыми данными при помощи теоремы Байеса. Если имеются
вещественные данные, то, предполагая нормальное распределение, рассчитать
эти вероятности не составляет особой сложности.
По формуле Байеса можно более точно вычислить вероятность, принимая
в расчет известную ранее информацию, а также и полученные новые
наблюдения. Формула Байеса выведена из основных аксиом теории вероятности.
Особенность теоремы Байеса заключается в том, что для ее практического
применения требуется большое количество расчетов, вычислений, поэтому
использование байесовской оценки актуально только при использовании
компьютерных и информационных технологий.
Теорема Байеса представлена формулой (2.1):
41
Ширяев, В. И. Исследование операций и численные методы оптимизации / В.И. Ширяев. - М.:
КомКнига, 2017. – С. 73-78.
71
(2.1)
Где
- вероятность гипотезы A при наступлении события B
(апостериорная вероятность)
- вероятность наступления события B при истинности гипотезы A;
- априорная вероятность гипотезы A;
- вероятность наступления события B
42
.
Наиболее оптимальным методом для аналитического средства СПУР
является теорема Байеса, работа данного алгоритма имеет высокую скорость и
не имеет ограничений относительно количества данных.
В среде MS Prоject выполним построение сетевого планирования проекта,
построив следующие диаграммы: план проекта, график проекта, лист ресурсов,
использование ресурсов, использование задач. На рисунке 2.12 представлен
календарный график разработки информационной системы сервисного
обслуживания клиентов.
Дата начала разработки проекта 10.06.2019, завершение проекта
планируется на 01.10.2019, термин выполнения проекта 82 дня. При создании
задачи необходимо указать его предшественника, а также выбрать ресурсы,
которые используются при выполнении задачи. Кроме этого при создании
задачи и связывании с предшественником можно указать тип предшественника,
в MS Project реализованы следующие типы:
– окончание – начало – имеется в виду отношение, в котором
завершается выполнение предыдущей задачи и только после этого начинается
работа следующей;
– начало – начало – имеется в виду отношение, в котором при начале
выполнения предыдущей задачи и начинается работа следующей;
42
Аттетков, А. В. Введение в методы оптимизации / А.В. Аттетков, А.Н. Канатников. - М.: Финансы и
статистика, Инфра-М, 2016. – С. 79.
72
– окончание-окончание - имеется в виду отношение, в котором
завершается выполнение предыдущей задачи и только должна завершиться
следующая задача;
начало-окончание – начало предыдущей задачи знаменует завершение
следующей.
Рис. 2.12 Календарный план
На рисунке 2.13 представлен лист ресурсов.
Рис. 2.13 Лист ресурсов
73
На рисунке 2.14 представлен календарный график с ресурсами.
Рис. 2.13 График проекта
На рисунке 2.15 представлено использование задач. Задачи представлены
с указанием часового использования задачи, при этом системой выполняется
расчет в часа продолжительности всего проекта и его стадий.
Рис. 2.15 Использование задач
74
Построение календарного плана, отслеживание его выполнение, учет
ресурсов и видов задач сделают разработку информационной системы
сервисного обслуживания клиентов более прогнозируемой и качественной.
2.2.2 Формирование команды проекта автоматизации
Определим состав команды проекта и участки проекта за которые они
отвечают (таб. 2.)
Таблица 2.2
План проектных работ
№
Мероприятие
Ответственный
Цель/ планируемый
результат
Требуемые
ресурсы
1
Анализ
необходимости
разработки ИС
Заказчик
Главный
проектировщик
Формирование
концепции проекта
Компьютер,
документация
2
Формирование
технического
задания
Главный
проектировщик
Готовое техническое
задание, оформленное
по требованиям
Компьютер
3
Проектирование
объектов ИС
Главный
проектировщик
Разработчик
Проект системы,
модели разработанное
с помощью CASE
средств
Компьютер,
CASE
средства
4
Написание кода
программы
Разработчик
Готовый программный
код
Компьютер,
среда
программиров
ания
5
Отладка
компонентов
Разработчик
Пройденный
тестирование
программный продукт
Компьютер,
среда
программиров
ания
6
Внедрение и
эксплуатация
Разработчик
Заказчик
Акт о внедрении,
рабочая документация
по ИС
Компьютер,
бумага
Определим заинтересованные стороны проекта
43
:
– Заказчик, в данном случае ООО «Лаборатория ремонта». Заказчик
заинтересован в проекте в следующих случаях:
43
Андреева, В.И. Делопроизводство. Требования к документообороту фирмы (на основе ГОСТов РФ) /
В.И. Андреева. - М.: Бизнес-школа Интел-Синтез; Издание 2-е, перераб. и доп., 2016. – С. 109-111.