84
2) Проводим нормализацию полученных чисел (составляем значения строк)
r = 2,052 + 0,74 + 1,75 + 0,23 + 0,42 + 0,5 + 1,57 + 4,11 = 11,372.
3) Определяем вектор приоритетов для первой строки
2,052 / 11,372 = 0,18.
Аналогично вычисляются значения других строк (см. таб. 2.5).
4) Определяем наибольшее значение матрицы суждений для уровня 2:
;73,9)362,025,2()138,008,10()04 4,075,25(
)037,03,23()02,041()1 53,025,10()065,086,21()18,001,9(
max
5) Индекс согласованности (ИС) равен
;247,07/873,91/
max
nnІС
Отношение согласованности (ОС) получим путем деления ИС на число,
соответствующее случайной согласованности матрицы того же порядка [24].
Для матрицы 8 × 8 случайная согласованность равна 1,41 (таблица
соответствия согласованности).
.175,041,1/247,041,1/ ІСОС
Таким образом
75,0
247,0
73,9
max
ОС
ІС
85
Таблица 2.5
Матрица парных сравнений для уровня 2 решения и согласования
Рассмотрим векторы приоритетов. Наибольшее значение имеет вектор
«Сложность разработки». Ясно, что именно разработка электронного магазина,
его программная реализация представляет наиболее действенную
заинтересованность для разработчика.
Выполним вычисления для уровня 3 приоритетов, крупнейшего
собственного значения суждений, индекса согласованности отношений
Определение
платформы
Надеж
ность
Взаи
модействие
Слож
ность
Функц
ио
нальность
Внесение изменения
Безопас
ность
Привлечение
аудитории
Ско
рость
8
Вектор
приорите
тов
Надежность
1
5
3
7
6
6
1/3
1/4
2,052
0,18
Взаимодейст-
вие
1/5
1
1/3
5
3
3
1/5
1/7
0,74
0,065
Сложность
разработки
1/3
3
1
6
3
4
6
1/5
1,75
0,153
Функциональ-
ность
1/7
1/5
1/6
1
1/3
¼
1/7
1/8
0,23
0,02
Возможность
внесения
изменений
1/6
1/3
1/3
3
1
½
1/5
1/6
0,42
0,037
Безопасность
1/6
1/3
¼
4
2
1
1/5
1/6
0,5
0,044
Привлечение
аудитории
3
5
1/6
7
5
5
1
½
1,57
0,138
Скорость
4
7
5
8
6
6
2
1
4,11
0,362
9,01
21,86
10,31
41
23,3
25,75
10,08
2,25
11,364
86
согласованности для всех восьми матриц суждений размерностью 3x3 [24]. Для
этого выполним построение матрицы суждений (таб. 2.6).
Таблица 2.6
Матрица суждений для уровня 3
надежность
платформы
ВБА
взаимодействие с
системами
управления базами
данных
ВБА
В
Б
А
14/18/1
416/1
861
В
Б
А
185
8/117/1
5/171
сложность
разработки
ВБА
функциональность
платформы
ВБА
В
Б
А
146/1
4/118/1
681
В
Б
А
111
111
111
возможность
внесения
изменений
ВБА
безопасность
данных
ВБА
В
Б
А
134/1
3/115/1
451
В
Б
А
156/1
5/118/1
681
Привлечение
аудитории
ВБА
скорость работы
ВБА
В
Б
А
112
112
2/12/11
В
Б
А
13/15
317
5/17/11
В таблице 2.7 представлены вычисления результатов суждений.
87
Таблица 2.7
Расчет результатов суждений
надежност
ь
платформ
ы
ВБА
Вектор
приоритето
в
возможность
внесения
изменений
ВБА
Вектор
приоритето
в
В
Б
А
14/18/1
416/1
861
0,754
0,181
0,065
117,0
068,0
136,3
max
ОС
ІС
В
Б
А
134/1
3/115/1
451
0,674
0,101
0,226
074,0
043,0
06,3
max
ОС
ІС
взаимодей
ствие с
системами
СУБД
ВБА
Вектор
приоритето
в
безопасность
данных
ВБА
Вектор
Приоритет
ов
В
Б
А
185
8/117/1
5/171
0,233
0,005
0,713
213,0
124,0
247,3
max
ОС
ІС
В
Б
А
156/1
5/118/1
681
0,747
0,06
0,193
17,0
099,0
197,3
max
ОС
ІС
сложность
разработки
ВБА
Вектор
приоритето
в
Привлечение
аудитории
ВБА
Вектор
приоритето
в
В
Б
А
146/1
4/118/1
681
0,745
0,065
0,181
117,0
068,0
13,3
max
ОС
ІС
В
Б
А
112
112
2/12/11
0,2
0,4
0,4
88
0
0
3
max
ОС
ІС
функциона
льность
платформ
ы
ВБА
Вектор
приоритето
в
скорость
работы
ВБА
Вектор
приоритето
в
В
Б
А
111
111
111
0,333
0,333
0,333
0
0
3
max
ОС
ІС
В
Б
А
13/15
317
5/17/11
0,072
0,65
0,278
056,0
032,0
065,3
max
ОС
ІС
Столбцы матрицы заполняются значениями векторов приоритетов,
которые берутся из матрицы парных сравнений для уровня 3.
Представим матрицу глобальных приоритетов в виде таблицы 2.8.
Таблица 2.8
Выбор среды реализации электронного магазина: матрица глобальных
приоритетов
Векторы приоритетов
Обобщен
ные или
глобаль-
ные
приорите
-ты
1
(0,18)
2
(0,065)
3
(0,153)
4
(0,02)
5
(0,037)
6
(0,044)
7
(0,138)
8
(0,362)
А
0,754
0,233
0,745
0,333
0,674
0,747
0,2
0,072
0,37
Б
0,181
0,055
0,065
0,333
0,101
0,06
0,4
0,065
0,341
В
0,065
0,713
0,181
0,333
0,226
0,193
0,4
0,278
0,263
Глобальный приоритет исчисляется путем умножения векторов
приоритетов второго уровня на векторы приоритетов третьего уровня, затем
89
результаты складываются вдоль каждой строки [24]. Например, для варианта А
имеем
37,0)362,0072,0()138,02,0()044,0747,0()037,0647,0(
)02,0333,0()153,0745,0()065,0233,0()18,0754,0(
Вывод: вариант платформы А (разработка электронного магазина с
использованием языка сценариев РНР), который был наименее желательный с
точки зрения сложности разработки (критерий с наивысшим приоритетом),
вопреки ожиданию оказался победителем.
В среде MS Prоject выполним построение сетевого планирования проекта,
построив следующие диаграммы: план проекта, график проекта, лист ресурсов,
использование ресурсов, использование задач.
На рисунке 2.11 представлен календарный график разработки электронного
магазина.
Рис 2.11 Календарный план
Дата начала разработки проекта 03.06.2019, завершение проекта
планируется на 12.07.2019, термин выполнения проекта 30 дней.
На рисунке 2.12 представлен более детально график проекта.
90
Рис. 2.12 График проекта
На рисунке 2.13 представлен лист ресурсов. Данная диаграмма позволяет
определить трудовые и материальные ресурсы. В дальнейшем эти данные будут
использоваться для определения состава группы, которая работает над проектом
Рис. 2.13 Лист ресурсов
На рисунке 2.14 представлен календарный план с ресурсами.
Рис. 2.14 Календарный план с ресурсами
На рисунке 2.15 представлен сетевой график.
91
Рис. 2.15 Сетевой график
На рисунке 2.16 представлено использование задач.
Рис. 2.16 Использование задач
Построение плана проекта дает возможность более четкого и
прогнозированного выполнения проекта, представленные этапы работ позволят
контролировать их выполнение, дадут возможность определить ресурсы проекта.
2.2.2 Формирование команды проекта автоматизации
Определим состав команды проекта и участки проекта за которые они
отвечают:
92
1. Руководитель проекта – управляет тремя направлениями работ, по
построению проекта:
– административным – проводит консультации с руководством ООО
«Вояж», с целью уменьшения негативного влияние на принятие электронного
магазина.
– руководитель проекта отвечает за не выполнение запланированных работ
в срок, для этого он проводит постоянный мониторинг выполнения этапов работы,
анализируют критические точки, корректирует план, принимает меры по
уменьшению риска несвоевременного выполнения работ - привлечение других
исполнителей, разделение задач;
– руководитель проекта совмещает в себе функции планировщика
ресурсов, руководителя команды.
2. Проектировщик является участником проекта, который выполняет
функции архитектора и проектировщика подсистем;
3. Заказчик – влияет на административную часть проекта – путем
организации собраний с коллективом для разъяснения пользы внедрения
системы, способствует эксплуатации системы, с целью выявления и быстрого
исправления недостатков, не является как таковым ресурсом проекта, однако
оказывает непосредственное влияние на сам проект.
4. Программист электронного магазина выполняет разработку
электронного магазина, также на данное лицо возложены обязанности
специалиста по пользовательскому интерфейсу;
5. Эксперт предметной области – лицо, которое не представляет не
заказчика, не команду разработчиков, третья сторона проекта, которая позволит
объективно оценить качество разработки электронного магазина, стать судьей
при возникновении конфликтных ситуаций, подсказать заказчику и
руководителю проекта видении функциональности электронного магазина;
6. Тестировщик – пользователи, которые могут состоять как в штате
разработчиков, так и в штате заказчиков, лица, которые выполняют тестирование
разработанного электронного магазина на предмет выявления ошибок
функционирования.
93
В таблице 2.9 представлены заинтересованные стороны проекта.
Таблица 2.9
Заинтересованные стороны проекта
№
Участники проекта
Знак
заинтересованн
ости
Интерес, требования участника
1
Заказчик
+
Формирует требования к
разрабатываемому ЭМ,
обеспечивает необходимой
информацией, принимает работу
2
Руководитель
проекта
+
Контролирует весь процесс
разработки ЭМ, начиная от контакта
с заказчиком, заканчивая
внедрением и дальнейшей
эксплуатацией
3
Проектировщик
+
Контактирование с заказчиком,
выявление требований, разработка
ТЗ и проекта
4
Разработчик
электронного
магазина
+
Участие в разработке проекта,
выполнение разработки ЭМ,
внедрение системы и
консультирование заказчика
5
Эксперт предметной
области
+/-
Предоставляет консультации
заказчику на предмет выявления
видения работы ЭМ, отмечает
качество разработанной ЭМ,
выступает судье при возникновении
конфликтных ситуаций, влияет на
стадии требования к ЭМ, внедрение
и дальнейшая эксплуатация