Системный анализ в IT

Получается нечто вроде междисциплинарного шаблона организации мониторинга качества продукции/услуг (П/У) в самом широком смысле.

Можно ввести два показателя, характеризующих процесс использования П/У и его эффективность:

1. UA-factor — количество попыток (usage attempts) воспользоваться услугой/продуктом.
2. PF-factor — количество одобрительных отзывов (positive feedback) о продукт/услуге в процессе использования.

Пример применения:

Для веб-страниц в качестве UA-фактора выступает количество просмотров страницы и этот параметр считается стандартной статистикой. Чтобы организовать сбор PF-показателя, нужно создать функционал обратной связи, например в виде кнопки [LIKE] в зонах начала и завершения изучения содержимого страницы. Особенно полезно это может оказаться как контур обратной связи для автора в корпоративных и публичных вики-системах.

UA-фактор зависит от 1) востребованности П/У, 2) качества организации навигации (в широком смысле, findability) к П/У.

Таким образом, соотношение UA-фактора разных П/У в однородном поле характеризует их относительную востребованность, а отношение FB к UA — качество П/У. Таким образом организовав мониторинг, можно заниматься систематическим развитием П/У в духе теории ограничений — начиная с самых востребованных, но наименее качественных П/У.

Отдельный непростой вопрос — как исключить, минимизировать влияние качества организации навигации.

Интересно, является ли «Дзен и искусство ухода за мотоциклом» культовой книгой для тестировщиков и технических писателей?

Подозреваю, что нет. А жаль. Но – пойду спрошу.

29-го сентября, в субботу, с 11 до 17
в здании московского офиса Luxoft состоится
II-я открытая конференция специалистов по качеству ПО

Тема: Постановка процессов контроля и обеспечения качества ПО

Формат: бесплатная, по регистрации

Секции конференции:

1. Понятие качества, метрики и практики обеспечения и контроля качества.

2. Организация и управление тестированием.

3. Внедрение автоматизации в тестировании.

Для участия необходимо обязательно зарегистрироваться с указанием ФИО по ссылке
(Выберите справа «Участвую»).

Если вы хотите сделать доклад на конференции, пошлите письмо по адресу qa2conf@mail.ru.
Заявки на доклады принимаются до вечера воскресенья 23.09.
Тезисы докладов будут выложены в понедельник, 24-го сентября.

Организаторы:
Сергей Мартыненко, Денис Бесков-Доронин, Дмитрий Ручко, Александр Лобач

Адрес проведения семинара:
метро Октябрьское Поле, 1-й Волоколамский проезд, д.10, строение 3

Путь от метро:
первый вагон из центра, выход по подземному переходу направо, потом сразу налево, далее проходите около 50 метров вперед на остановку 105 и 800. Вам необходимы автобусы NN 105, 800, следующие до остановки «1-й Волоколамские проезд». Автобус останавливается напротив первой проходной.
Либо пешком от метро, идти минут 10.

Почему то нигде не встречал попыток описать различные Приоритеты Аспектов Качества (ПАК) системы в зависимости от типа системы. Т.е. это как-бы остаётся на уровне common sense, а целостной картины формировать некому, как обычно )

Думаю, стоит разработать матрицу приоритетов, которая наглядно покажет их распределение по типам систем.

Из поверхностных наблюдений понятно, что в играх максимальный приоритет будет иметь вовлечённость (flow), в финансовом ПО в вебе — безопасность, в военном, медицинском, встраиваемом ПО — надёжность, в персональном и массовом веб-ПО — удобство использования, в системах автоматизации БП — функциональность, в справочно-информационных системах — достоверность, полнота, актуальность контента.

P.S. Сегалович тут похихикал над тем, как я с умным видом произношу тяжеловесные фразы относительного того же (ПАК) в разных проектах, но я то знаю, что прав

На весеннем семинаре, когда Филиппу Крухтену задали простой вопрос:

«А что, собственно говоря, есть качество?»,

тот, не моргнув глазом, ответил:

«Качество — это соответствие ожиданиям Заказчика/Пользователя»

И вцелом ничего не хочется добавлять к этой простой и эффективной формулировке, разве что ввести ещё одно определение, уже от себя:

Качественный продукт — это тот, который превосходит ожидания Пользователя