🗊Презентация Моделі і метрики якості програмних систем

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Лекція 8. Моделі і метрики якості програмних систем Атрибути програмної системи, які характеризують її якість, вимірюються за допомогою метрик якості. Метрика – це комбінація конкретного методу вимірювання атрибута і шкали вимірювання. Метрика визначає міру – змінну, котрій присвоюється значення в результаті вимірювання. Стандарт ISO 9126-2 визначає метрику якості програмної системи так: «модель вимірювання атрибута, який пов’язаний з деякою характеристикою якості ПС. Є індикатором одного або декількох атрибутів. Метрику можна побачити в лівій частині рівнянь типу Х=А*В» А і В – базові метрики.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Приклади метрик: 1. Повнота функціональної реалізації: Х=1-А/В (0≤X≤1). А – число нереалізованих функцій, В – число функцій, описаних в специфікації вимог. 2. Точність обчислювання даних: Х=А/В. А – число елементів даних, для яких забезпечується встановлений рівень точності. В – число елементів даних, для котрих в специфікації встановлені рівні точності. 3. Інтенсивність виявлення дефектів. F = x1/M(x). х1 – кількість знайдених дефектів. M(x) – очікувана кількість дефектів.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Стандарт ISO 9126-2 визначає 5 видів шкали вимірювань: Номінальна шкала (класифікаційна). Якісна шкала Порядкова шкала (впорядковує характеристики). Якісна шкала Інтервальна шкала Відносна шкала Абсолютна шкала Класифікація мір якості: Міри розміру Функціональний розмір Розмір програми Об’єм ресурсів, які використовує програма

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Міри часу Час функціонування системи Час виконання задачі Час використання Міри зусиль Продуктивність праці Трудомісткість Міри інтервалів між подіями (наприклад час між відмовами)

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Розрахункові міри Кількість знайдених помилок Структурна складність програми (кількість програмних шляхів, циклічна складність) Число несумісних елементів Число змін Число знайдених відмов Ергономічні лічильники Лічильники-оцінки (очки, бали) Базові міри розміру, часу і розрахункові можуть комбінуватись.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Класифікація метрик якості: Об’єктивні/суб’єктивні Примітивні/обчислювані Динамічні/статичні Передбачаючі/пояснюючі По відношенню до об’єкту вимірювань (ПС) метрики діляться на зовнішні, внутрішні і метрики використання ПС. Зовнішні метрики використовують міри працюючого на комп’ютері програмного продукту, отримані в результаті вимірювання його поведінки в ході тестування і функціонування. Внутрішні метрики забезпечують можливість оцінювати якість проміжних і кінцевих продуктів ПС безпосередньо по їх властивостям, без виконання на комп’ютері. Метрики якості у використанні вимірюють ступінь, з яким програмний продукт, який експлуатується в певному середовищі, задовольняє потреби користувача.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ УЗАГАЛЬНЕНА МОДЕЛЬ ЯКОСТІ

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Ієрархічні моделі якості ПС Модель МакКола (1977 р) Модель Боема (1978 р) Модель Ваттса (1987 р) Модель Дьюча та Вілліса (1988 р) ISO 9126 (1991 р) COQUALMO (Constructive Quality Model) – запропонована Боемом для визначення трудомісткості та вартості розробки ПС.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Неієрархічні моделі якості ПС 1999 р, А. Абран і Л. Бугліоне запропонували модель QEST (Quality Factor + Econimic, Social and Technical Dimensions). Три виміри моделі: E – економічний аспект (точка зору менеджерів на вартість та графік розробки). T – технічний аспект (точка зору роз- робників на досягнення якості). S – соціальний аспект (точка зору ко- ристувачів). Вершина Р − максимальний рівень якості. Довжини сторін тетраедра Значення по кожному виміру являють собою нормовану суму зважених оцінок експертів. Отриманий переріз відокремлює «кращі» та «гірші» рівні якості. Характеристика якості − відстань до площини основи або площа перерізу.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ БАЄСІВСЬКИЙ ПІДХІД. Часто основне мірило якості – кількість знайдених дефектів. Очікувану кількість дефектів необхідно прогнозувати. Для прийняття рішень в умовах невизначеності використовується формула повної ймовірності і формула Баєса. Простий приклад. Нехай А1 – розроблено програмний продукт високої якості, А2 – низької якості; В1 – розробку виконав спеціаліст високої кваліфікації, В2 – низької. Апріорні ймовірності: Р(В1)=0.3, Р(В2) = 0.7. Умовні ймовірності: P(A1|B1) = 0.6, P(A1|B2) = 0.2 Тоді за формулою повної ймовірності:

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ QFD – Quality Function Deployment. Будинок якості

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Вимірювання як процес життєвого циклу Процес вимірювання входить в групу організаційних процесів ЖЦ і пов’язаний з процесом верхнього рівня – процесом керування. 4 основні причини, які обумовлюють вимірювання процесів, продуктів і ресурсів в ЖЦ це необхідність їх: Охарактеризувати Оцінити Передбачити Вдосконалити Визначення Н. Фентона: Вимірювання - це процес, в ході якого атрибутам сутностей реального світу присвоюються числові або символьні значення, що дозволяє охарактеризувати атрибути за допомогою ясно визначених правил. Види сутностей, які представляють інтерес з позиції вимірювання: продукти, процеси, ресурси, артефакти, дії, агенти, організації, середовища, обмеження.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Мистецтво вимірювання полягає в прийнятті рішень про те, які атрибути необхідно використати для того, щоб дати правильне представлення про відповідні сутності. Приклади атрибутів для класу сутностей: Система: розмір, щільність дефектів Компонент: довжина (число рядків коду, число операторів), об’єм повторного використання Рядок коду: тип оператору, мова програмування Дефект: тип, місце розташування, серйозність, зусилля на усунення, вік (кількість часу від моменту відкриття дефекту) Процес розробки: час розробки, контрольні строки, зусилля на розробку, відповідність стандартам, ефективність. Між суб’єктивними та об’єктивними слід вибирати об’єктивні вимірювання (і відповідні їм метрики).

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Існують різні моделі і механізми трансформації інформаційних потреб у вимірювані атрибути і множину придатних до вимірювання мір і метрик. Найбільш відомі – QFD, GQM (Goal-Question-Measure) парадигма «ціль-питання-метрика». Керований цілями процес вимірювання базується на 3 принципах і включає 10 етапів робіт. Три принципу вимірювань: Цілі вимірювання отримуються із ділових цілей Контекст вимірювання забезпечується побудовою ментальних моделей Неформальні цілі перетворюються в інформаційні структури вимірювань.

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Етапи процесу вимірювання: Визначити ділові цілі Ідентифікувати об’єкти дослідження Визначити підцілі Ідентифікувати сутності і атрибути, пов’язані з підцілями Формалізувати цілі вимірювання Сформулювати питання, які вимагають відповіді у кількісній формі і визначити наглядні засоби відображення залежностей (діаграми), які допоможуть досягти цілей вимірювання Визначити елементи даних, які збираються для конструювання діаграм Дати визначення використаних мір і зробити їх основаними на конкретних метриках Ідентифікувати дії, які будуть зроблені для виконання вимірювань (визначення мір) Підготувати план реалізації вимірювань

ПРОЦЕСИ ТА СИСТЕМИ ПІДТРИМКИ ЯКОСТІ ПРОГРАМНИХ СИСТЕМ Не дивлячись на існування різноманітних методологій проведення вимірювань, статистика показує, що біля 80% програм вимірювань були невдалими, а деякі навіть шкідливі із-за зловживання вимірюваннями. Загальні рекомендації по впровадженню вимірювань: Необхідно починати з малої кількості самих простих метрик, поступово збільшуючи об’єм по мірі накопичення досвіду в організації Встановлювати чіткі цілі і плани вимірювань. Програму вимірювань оформити у вигляді самостійного проекту по вдосконаленню процесу вимірювань Створити середовище, яке забезпечує безпеку процесу збору даних і правильність самих даних. Розробники повинні мати стимули збирати коректні дані Вповноважити і запропонувати розробникам використовувати інформацію вимірювань для аналізу власних дій Своєчасно доводити інформацію до усіх зацікавлених сторін, які беруть участь в програмі вимірювань.