Многоуровневая_модель_качества_программного_обеспечения

1. "Многоуровневая модель качества программного обеспечения"

"Многоуровневая
модель качества
программного
обеспечения"
Многопользовательская модель качества ПО
Качество системы при параллельной работе
многих пользователей

2.  Актуальность

Актуальность
• Заголовок: Почему недостаточно одной точки зрения на качество?
Тезисы:
• Классические модели ISO, 25010, McCall хороши, но статичны.
• В современной разработке ключевые роли: бизнес, разработка, тестирование,
эксплуатация, пользователь.
• У каждого — свои критерии «качества».
• → Нужна многопользовательская модель, где качество — компромисс интересов.

3. Определение

Что такое многопользовательская модель качества?
Тезисы:
• Модель, которая явно выделяет группы пользователей ПО.
• Для каждой группы определяет свой набор метрик качества.
• Фиксирует конфликты и приоритеты между этими наборами.
• Часто связывается с Quality in Use и ISO 2501n.

4. Основные стейкхолдеры

Кто эти «пользователи»?
• Конечный пользователь — удобство, скорость, интуитивность.
• Заказчик / бизнес — стоимость разработки, сроки, ROI.
• Разработчик — поддерживаемость кода, тестируемость.
• Администратор / DevOps — надежность, масштабируемость, безопасность.
• Тестировщик — детерминированность, тестопригодность.

5.  Пример конфликта характеристик

Пример конфликта характеристик
• Не все метрики дружат друг с другом
Роль
Хочет
Конфликтует с
ролью
Пользователь
Максимум
функционала
Разработчик
(сложность)
Бизнес
Быстрый выход на
рынок
Тестировщик
(время тестов)
Админ
Высокая
безопасность
Пользователь
(лишние действия)

6. Структура многопользовательской модели

Как строится модель
• Свойства продукта (функциональность, производительность...)
• Ролевые веса (важность свойства для каждой роли)
• Интегральные показатели (например, TCO, User Satisfaction Score)
• Бизнес-правила согласования

7. Методы сбора требований к качеству от разных ролей

Как получить ролевые модели качества?
• QFD (Quality Function Deployment)
• User story mapping
• Personas + сценарии аномалий
• Опросы и фокус-группы по каждой роли
• Анализ инцидентов с позиции разных пользователей

8. Пример ролевых метрик

Конкретные метрики на одну характеристику «Производительность»
Роль
Метрика
Целевое значение
Конечный
пользователь
Время отклика
интерфейса
< 300 мс
Администратор
Загрузка CPU при
пике
< 70%
Бизнес
Время выполнения
транзакции
влияет на
конверсию

9. Этапы внедрения в проекте

Как использовать модель на практике
• Анализ — идентификация всех ролей.
• Определение — их критериев качества.
• Взвешивание и приоритизация (например, AHP-метод).
• Интеграция в DoD (Definition of Done).
• Мониторинг по ролевым срезам.
• Пересмотр весов при изменении контекста.

10. Преимущества подхода

Зачем это делать?
• Снижение конфликтов при приемке.
• Объективное обоснование компромиссов.
• Улучшение UX и удовлетворенности заказчика.
• Раннее обнаружение «слепых зон» качества.
• Прозрачность приоритетов для всей команды.

11. Ограничения и риски

Где подход работает плохо?
• Большое количество ролей → усложнение.
• Риск бюрократизации процесса.
• Невозможность полностью формализовать оценку.
• Требует культуры сбора обратной связи.
• Не подходит для очень маленьких проектов

12. Кейс

Пример — система электронного документооборота
• Секретарь: быстро найти документ (производительность поиска)
• ИТ-админ: журнал аудита и безопасность
• Директор: доступ с мобильного (доступность)
• Разработчик: легкость внедрения новых полей

13. Инструменты для поддержки

• Таблицы (Excel / Google Sheets) с ролевыми матрицами
• Jira + плагины для кастомизации метрик качества
• QFDD (Quality Function Deployment) софт
• Системы сбора NPS/CSI по разным типам пользователей

14. Выводы

• Качество ПО — понятие политэкономическое (борьба интересов).
• Многопользовательская модель превращает качество в управляемый компромисс.
• Особенно полезна для корпоративных, B2B и длительно поддерживаемых систем.
• Не требует отказа от ISO 25010 — скорее, дополняет его слоем ролей.