оцінення якості
Вимоги до даних та вимірювань
Вимірювання і вибір моделі
Універсальна
модель якості*
Software Architecture and Design
- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему Моделі якості
Содержание
- 2. Моделі та вимірювання якості Типи моделей оцінення якостіПорівняння
- 3. Забезпечення якості даних і аналізуЗагальний процес тестування:Планування
- 4. Забезпечення якості даних і аналізуМоделі, що використовуються
- 5. QA моделі та метрикиЗагальний підхідАдаптація GQM-парадигми.Якість: основні
- 6. QA моделі та метрикиВизначення і атрибути якостіQ
- 7. Аналіз якостіАналіз та моделювання:Моделі якості: дані
- 8. Аналіз якостіНеобхідність вимірюванняПрямі вимірювання якості: успіх /
- 9. Моделі якостіПрактичні питання:Можливість застосування і середовищеМета /
- 10. Узагальнені моделі*Software Architecture and Design
- 11. Узагальнені моделіУзагальнені моделі оцінки якості:Загальні: загальна, сегментована, динамічнаГалузеві:СпостереженняНапів – індивідуальнаПрогрозна*Software Architecture and Design
- 12. Загальні моделіОсновні характеристикиПромислові шаблони
- 13. Загальні моделіНекількісні загальні моделі:Як розширення кількісних моделей.Приклади: правило 80:20 ,інші загальні спостереження.*Software Architecture and Design
- 14. Загальні моделі: Сегментовані моделіОсновні характеристики:Оцінки за допомогою
- 15. Загальні моделі: Динамічні моделіМодель Путнама. Крива відмов r=2Бате2*Software Architecture and Design
- 16. Галузеві моделі(PSM)Галузеві моделі(PSMs):Використання інформації про продукт (не
- 17. Галузеві моделі (PSM)Зв’язок з узагальненою моделлю (GMs):Налаштування
- 18. PSM: Напів-індивідуальніНапів-індивідуальні моделі:Модель проектного рівня, заснована на
- 19. PSM: Напів-індивідуальніРозширення, пов'язані з DRMsДефект динамічної моделіАналіз
- 20. PSM:Базовані на спостереженняхМоделі, базовані на спостереженнях:Детальні спостереження
- 21. PSM:Базовані на спостереженняхПриклад: Goel-Okumoto NHPP SRGMФункціональні залежності:
- 22. PSM: ПрогнозуванняМоделі прогнозування, базовані вимірюванняхСтворення взаємозв’язків прогнозуванняМетодики
- 23. PSM: Приклад моделі прогнозуванняДеревоподібне моделювання дефектівІстотна різниця
- 24. Узагальнення моделей*Software Architecture and Design
- 25. Узагальнення моделей*Software Architecture and Design
- 26. Застосування моделіЗастосування:-┐ Дані→GMs як ранній вибірДані прибуття
- 27. Відношення моделей і вимірюваньВимоги до моделей якостіПрямі
- 28. Відношення моделей і вимірюваньВимоги до даних в
- 29. Відношення моделей і вимірюваньГалузеві моделі:M = всі
- 30. Відношення моделей і вимірювань*Software Architecture and Design
- 31. Вибір моделі/вимірюванняНалаштування GQM за 3-х крокиКрок 1:
- 32. Приклад АМета: «грубі» оцінки якостіСитуація 1:Не існує
- 33. Приклад АСитуація 2:Існують дані подібних продуктівDRM для
- 34. Приклад ВЦіль: клієнтський підхід до якості в
- 35. Приклад ВВимірювання якості:Надійність: безвідмовні операції за визначений
- 36. Приклад ВSRGM, модель спостереженнянадійність оцінки / передбаченнячас = дії*Software Architecture and Design
- 37. Приклад СМета: процес тестування / підвищення якості,
- 38. Приклад CВівторок, вересень 21, 2010Якість та тестування програмного забезпечення
- 39. Приклад CTBRM: підвищення увагиЩо не так: визначення
- 40. Підведення підсумків та перспективиПрактична потреба в якісному
- 41. Одним з найбільш відомих попередників сучасних моделей
- 42. Модель якості Мак-КоллаВівторок, вересень 21, 2010Якість та тестування програмного забезпечення
- 43. Модель якості БоемаМодель Боема схожа на модель
- 44. Для проміжного рівня є характерним 7 якісних
- 45. Порівняння критеріїв / цілей моделей якості
- 46. Вівторок, вересень 21, 2010Якість та тестування програмного забезпечення
- 47. Модель якості FURPSFURPS означає:Функціональність (Functionality) - що
- 48. Модель якості ДруміДрумі спирається на взаємозв'язок між
- 49. Модель якості ДруміВ загальному вигляді існують три
- 50. Модель якості ISO 9126Цей стандарт ґрунтується на
- 51. Порівняння критеріїв моделей якості Вівторок, вересень 21, 2010Якість та тестування програмного забезпечення
- 52. Порівняння критеріїв моделей якості Вівторок, вересень 21, 2010Якість та тестування програмного забезпечення
- 53. Чинники для оцінки якостіФункціональні можливостіПридатністьТочністьБезпекаСпівпрацяДотриманняНадійністьТермін погашенняВідмовостійкістьВідшкодуванняЗручність використанняЗрозумілістьЗдатність
- 54. Моделі СММВівторок, вересень 21, 2010Якість та тестування програмного забезпечення
- 55. Універсальна модель якостіПерший рівень відповідає визначенню характеристик
- 56. Показники якості в універсальній моделі якостіФункціональністьфункціональна повнотаправильність
- 57. Показники якості в універсальній моделі якостіЕфективність реактивність
- 58. Методи оцінки значень показників якостіТипи заходів при
- 59. Основні поняття в проблематиці надійності програмних системНадійність
- 60. Моделі оцінки надійностіПрогнозні моделі надійності засновані на
- 61. Модель ГоелаМоделі без підрахунку помилок засновані на
- 62. Скачать презентацию
- 63. Похожие презентации
Моделі та вимірювання якості Типи моделей оцінення якостіПорівняння моделей оцінення якостіВимоги до даних та вимірюваньВимірювання і вибір моделіУніверсальна модель якості*Software Architecture and Design
Слайд 2
Моделі та вимірювання якості
Типи моделей оцінення якості
Порівняння моделей
оцінення якості
модель якості
Слайд 3
Забезпечення якості даних і аналізу
Загальний процес тестування:
Планування тестування
та підготовки
Проведення тестів та вимірювання
Аналіз тестових даних та супровід
Пов’язані дані якість вирішення
Інша діяльність забезпечення якості
Подібно загальному процесу.
Дані з QA / інших ресурсів
*
Software Architecture and Design
Слайд 4
Забезпечення якості даних і аналізу
Моделі, що використовуються при
аналізі та супроводі:
Забезпечення своєчасного зворотного зв'язку / оцінки
Прогнозування, передбачення
/ плануванняКоригувальні дії впровадження
*
Software Architecture and Design
Слайд 5
QA моделі та метрики
Загальний підхід
Адаптація GQM-парадигми.
Якість: основні концепції
та ідеї.
Порівняти моделі таксономія.
Вимоги до даних
вимірювання.Практичні кроки вибору.
Приклади.
*
Software Architecture and Design
Слайд 6
QA моделі та метрики
Визначення і атрибути якості
Q моделі:
дані якість
Коректність в порівнянні з
іншими атрибутамиВизначення / обмеження: бездефектність / низький дефект
Приклади: надійность, безпека, кількість дефектів / щільність / розподіл / і т.д..
*
Software Architecture and Design
Слайд 7
Аналіз якості
Аналіз та моделювання:
Моделі якості: дані
якість - моделі оцінки якості
Наявність різних моделей
Оцінка,
прогнозування, контрольУправління рішеннями
Проблемні області дії
Удосконалення процесу
*
Software Architecture and Design
Слайд 8
Аналіз якості
Необхідність вимірювання
Прямі вимірювання якості:
успіх / провал (інформація
про дефекти)
Непрямі вимірювання якості:
діяльності / внутрішні / середовище.
Непрямі, але
ранні показники якості.*
Software Architecture and Design
Слайд 9
Моделі якості
Практичні питання:
Можливість застосування і середовище
Мета / Корисність:
інформація / результати?
Дані: обов’язкові вимірювання
Вартість моделей і пов'язаних даних
Тип моделей якості
Узагальнені: середні чи тенденції
Галузеві: більш індивідуально
*
Software Architecture and Design
Слайд 11
Узагальнені моделі
Узагальнені моделі оцінки якості:
Загальні: загальна, сегментована, динамічна
Галузеві:
Спостереження
Напів
– індивідуальна
Прогрозна
*
Software Architecture and Design
Слайд 12
Загальні моделі
Основні характеристики
Промислові шаблони
одинична оцінка.
Більш широке застосування.
Низька вартість використання.
Приклади: Щільність дефектів.
Загальна оцінка
дефектів з використанням моделі розмірів.QI в IBM (перерахунок тільки унікальних дефектів в реальній розробці ПЗ)
*
Software Architecture and Design
Слайд 13
Загальні моделі
Некількісні загальні моделі:
Як розширення кількісних моделей.
Приклади: правило
80:20 ,інші загальні
спостереження.
*
Software Architecture and Design
Слайд 14
Загальні моделі: Сегментовані моделі
Основні характеристики:
Оцінки за допомогою сегментації
продукту.
Модель: сегмент якість.
Представлення кількома оцінками.
Приклад:
Інші
програми.
Зазвичай використовуються в оцінюванні ПЗ.
Приклад: COCOMO моделі.*
Software Architecture and Design
Слайд 15
Загальні моделі: Динамічні моделі
Модель Путнама. Крива відмов r=2Бате2
*
Software
Architecture and Design
Слайд 16
Галузеві моделі(PSM)
Галузеві моделі(PSMs):
Використання інформації про продукт (не використовується
в загальних моделях)
Краща точність / корисність за собівартістю
Три типи:
Напів-індивідуальні
Спостереження
Прогнозна
на базівимірювань
*
Software Architecture and Design
Слайд 17
Галузеві моделі (PSM)
Зв’язок з узагальненою моделлю (GMs):
Налаштування GMs
до PSMs з новими / повторно визначеними моделями і
додатковими даними.Узагальнення PSMs до GMs з емпіричними доказами і загальними закономірностями.
*
Software Architecture and Design
Слайд 18
PSM: Напів-індивідуальні
Напів-індивідуальні моделі:
Модель проектного рівня, заснована на історії.
Дані
отримані з фази ЖЦ.
Прогнози і факти.
Лінійна екстраполяція.
Приклад (DRM):
*
Software
Architecture and Design
Слайд 19
PSM: Напів-індивідуальні
Розширення, пов'язані з DRMs
Дефект динамічної моделі
Аналіз дефектів
1-й спосіб: аналіз розподілу / тенденцій
2-й спосіб: аналіз
взаємодії.*
Software Architecture and Design
Слайд 20
PSM:Базовані на спостереженнях
Моделі, базовані на спостереженнях:
Детальні спостереження та
моделювання
Моделі зростання надійності програмного забезпечення
Інші моделі надійність / безпека
Характеристики
моделейЗосередженість на впливах / спостереженнях
Припущення про причини
Центровані оцінки
*
Software Architecture and Design
Слайд 21
PSM:Базовані на спостереженнях
Приклад: Goel-Okumoto NHPP SRGM
Функціональні залежності: m(t)
= N(1-e-bt)
спостерігаються збої в протягом довгого часу
Підгонка кривих
Оцінки надійності
/ прогнозуправлінські рішення: критерії виходу
*
Software Architecture and Design
Слайд 22
PSM: Прогнозування
Моделі прогнозування, базовані вимірюваннях
Створення взаємозв’язків прогнозування
Методики моделювання:
регресії,
TBM, NN, OSR і т.д.
Оцінка ризиків та управління
Характеристика моделей:
Відповідь:
головне відношенняЗмінні: доступність / керованість
Кількісний зв’язок
*
Software Architecture and Design
Слайд 23
PSM: Приклад моделі прогнозування
Деревоподібне моделювання дефектів
Істотна різниця в
зонах високого ризику
Виявлення та заходи щодо виправлення
*
Software Architecture and
Design
Слайд 26
Застосування моделі
Застосування:
-┐ Дані→GMs як ранній вибір
Дані прибуття -
фаза в PSMS:
-Особливий випадок: історичні дані
→ напів-індивідуальні моделі
Налаштування моделі
для застосування.налаштування моделі (від загальної до галузевої) у взаємозв'язку з застосування моделі.
Узагальнення моделі:
Накопичення даних/результатів
Чи можлива узагальнена модель?
Математична функція / емпіричні тенденції
*
Software Architecture and Design
Слайд 27
Відношення моделей і вимірювань
Вимоги до моделей якості
Прямі вимірювання
якості
Повинна оцінюватися, передбачатися, контролюватися
Непрямі вимірювання якості
Засіб досягнення мети
Діяльність, пристосованість,
внутрішній продукт*
Software Architecture and Design
Слайд 28
Відношення моделей і вимірювань
Вимоги до даних в GMs:
Середня
якість:
Ніяких вимірювань від поточного проекту
Вимоги до даних в
PSMs: Будь-яке використання прямих вимірювань якості: Q
Зв’язок з іншими вимірами: M
відношення: Q ~ M
або функції: Q = f(M)
*
Software Architecture and Design
Слайд 29
Відношення моделей і вимірювань
Галузеві моделі:
M = всі виміри
Напів-індивідуальні
моделі:
M = вимірюваня параметрів навколишнього середовища
Моделі спостереження:
M = вимірювання
активностіРізні інші вторинного використання
*
Software Architecture and Design
Слайд 31
Вибір моделі/вимірювання
Налаштування GQM за 3-х кроки
Крок 1: Цілі
якості
Обмеження, а не загальні цілі
Крок 2: Моделі якості
Характеристики /
таксономія моделіЗастосовність / корисність моделі
Вимоги / доступність даних
Крок 3: вимірювання якості
Взаємозв’язок модель-вимірювання
Детальні відомості про моделі
*
Software Architecture and Design
Слайд 32
Приклад А
Мета: «грубі» оцінки якості
Ситуація 1:
Не існує подібного
до розроблюваного продукту
Промислові середні / шаблони
Комерційні інструменти: SLIM і
т.д.Стадії планування продукції
Профіль дефекту в життєвому циклі
Використання узагальненої моделі
*
Software Architecture and Design
Слайд 33
Приклад А
Ситуація 2:
Існують дані подібних продуктів
DRM для старих
продуктів
ODC профіль для IBM продуктів
Напів-індивідуальні моделі
*
Software Architecture and Design
Слайд 34
Приклад В
Ціль: клієнтський підхід до якості в тестуванні
системи
Модель якості:
SRGM: ініформація про надійність
Оцінка: клієнтський підхід
Прогнозування: управління проектом
Рішення:
критерії виходуЕкономічний ефект: дані та моделі
*
Software Architecture and Design
Слайд 35
Приклад В
Вимірювання якості:
Надійність: безвідмовні операції за визначений час
в спеціальних умовах
Результат: вимірювання успішних проходів / відмов
Вимірювання часу:
фіксація часуСередовище: спрогнозоване
*
Software Architecture and Design
Слайд 36
Приклад В
SRGM, модель спостереження
надійність оцінки / передбачення
час =
дії
*
Software Architecture and Design
Слайд 37
Приклад С
Мета: процес тестування / підвищення якості, але
SRGMs недостатньо.
Обрання TBRM, зосередження уваги на поліпшенні надійності
*
Software Architecture
and Design
Слайд 39
Приклад C
TBRM: підвищення уваги
Що не так: визначення ризиків
Що
робити: заходи щодо виправлення
Атрибути даних:
Результат: вимірювання
успіх / провалТимчасова інформація: часо -орієнтований аналіз
Вхідний стан: аналізу вхідних даних
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 40
Підведення підсумків та перспективи
Практична потреба в якісному вимірі
і виборі моделі
Життєздатний підхід
характеристики моделі ⇒ систематика
Вимоги моделі
даних: різні типи вимірів якостіВибір дій: налаштувати GQM
Життєздатність: приклади
Перспектива та майбутні роботи:
Удосконалена систематика
Зв’язування моделей для вимірювань: більш детальна та специфікована інформація.
Життєвий цикл та підтримка
Автоматизація?
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 41 Одним з найбільш відомих попередників сучасних моделей забезпечення
якості є модель створена Джімом Мак-Коллом (Jim McCall).
Модель якості
Мак-Колла має три основні перспективи для визначення та виявлення якості програмного продукту: перегляд продукту, продукт з перехідною економікою, і продукт діяльності.Перегляд продукту включає в себе ремонтопридатність, гнучкість і доведеність.
Адаптивність включає портативність продукту, можливість повторного використання і можливість взаємодії.
Якість виконання операцій залежить від правильності, ефективності, цілісності і юзабіліті.
Модель якості Мак-Колла
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 42
Модель якості Мак-Колла
Вівторок, вересень 21, 2010
Якість та тестування
програмного забезпечення
Слайд 43
Модель якості Боема
Модель Боема схожа на модель якості
Мак-Колла в тому, що вона також представляє собою ієрархічну
модель якості, що будується на високому рівні характеристик, характеристик проміжного рівня, примітивних характеристиках - кожна з яких вносить свій вклад у загальний рівень якості.Характеристики високого рівня стосуються трьох основних запитань покупця програмного забезпечення:
Як використовувати: як добре (легко, надійно, ефективно) я можу використовувати продукт як є?
Ремонтопридатність: наскільки легко зрозуміти, змінити і перевірити ще раз?
Переносимість: чи зможу я використовувати продукт, якщо змінити його оточення?
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 44
Для проміжного рівня є характерним 7 якісних характеристик,
які у сукупності визначають рівень якості, що очікується від
програмного забезпечення системи:Переносимість (утиліта Загальна): Код має характеристику переносимості в тій мірі, що він може працювати добре і легко на конфігурації комп'ютерів, іншій, ніж нинішня.
Надійність (як є утиліта характеристики): Код має характеристику надійність в такій мірі, що можна очікувати задовільного виконання своїх призначених функцій.
Ефективність (як є утиліта характеристики): Код має характеристику ефективності в такій мірі , що він виконує свої цілі без витрачання додаткових ресурсів.
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Юзабіліті (як є утиліта характеристики): код має характеристику зручності в тій мірі, що він є надійним, ефективним при використанні людиною.
Тестованість (характеристика - ремонтопридатність): код має характер тестованості в тій мірі, що він сприяє формуванню критеріїв перевірки і підтримує оцінки його виконання.
Зрозумілість (характеристика - ремонтопридатність): Код має характеристику зрозумілості в тій мірі, що його мета зрозуміла інспектору.
Гнучкість (характеристики - ремонтопридатність, модифікованість): Код має характеристику модифікованості в тій мірі, що він полегшує включення змін після того, як характер необхідних змін була визначений.
Слайд 45 Порівняння критеріїв / цілей моделей якості Мак-Кола і
Боема
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 47
Модель якості FURPS
FURPS означає:
Функціональність (Functionality) - що може
включати набір можливостей і можливостей безпеки;
Юзабіліті (Usability) - що
може включати людський фактор, естетику, послідовності в інтерфейсі, в Інтернеті і контекстно-залежна довідка, майстрів і агентів, документацію користувача, і навчальні матеріали;Надійність (Reliability) - яка може включати частоту і тяжкість збоїв, зворотність, передбачуваність, точність, і середній час напрацювання на відмову;
Продуктивність (Performance) - накладає умови на функціональні вимоги, такі як швидкість, ефективність, доступність, точність, продуктивність, час відгуку, час відновлення і використання ресурсів;
Супроводжуваність(Supportability) – група характеристик, що включає –Testability, Extensibility, адаптованість, ремонтопридатність, розширюваність, Configurability, сервисопридатність, Installability, Localizability,налаштування, працездатність, installability, локальності (інтернаціоналізації)
Слайд 48
Модель якості Друмі
Друмі спирається на взаємозв'язок між атрибутами
якості, а також намагається підключити властивості продукту до атрибутів
якості програмного забезпечення.Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 49
Модель якості Друмі
В загальному вигляді існують три рівні
моделі якості Друмі:
реалізація програмного продукту;
атрибути якості високого рівня;
засоби зв'язку
властивостей продукту з атрибутами якості.Модель якості Друмі будується за 5 кроків:
Сформувати набір високоякісних атрибутів якості.
Скласти список компонентів / модулів системи.
Визначити якість властивостей компонентів / модулів, які мають найбільший вплив на властивості продукту.
Визначити, яким чином кожен атрибути якості зв’язані з властивостями продукту.
Оцінити модель і визначити слабкі сторони.
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 50
Модель якості ISO 9126
Цей стандарт ґрунтується на моделях
якості Мак-Колла і Боема. Крім того, він побудований в
основному так само, як ці моделі, ISO 9126 також включає впровадження функціональності як параметр та визначення внутрішніх і зовнішніх характеристик якості програмних продуктів.Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 51
Порівняння критеріїв моделей якості
Вівторок, вересень 21, 2010
Якість
та тестування програмного забезпечення
Слайд 52
Порівняння критеріїв моделей якості
Вівторок, вересень 21, 2010
Якість
та тестування програмного забезпечення
Слайд 53
Чинники для оцінки якості
Функціональні можливості
Придатність
Точність
Безпека
Співпраця
Дотримання
Надійність
Термін погашення
Відмовостійкість
Відшкодування
Зручність використання
Зрозумілість
Здатність до
навчання
Зручність
Відповідність
Ефективність
Час поведінки
Ресурсна поведінка
Ремонтопридатність
Здатність до аналізу
Мінливість
Стабільність
Можливість тестування
Мобільність
Гнучкість
Встановлюваність
Переносимість
Можливість замін
Вівторок, вересень 21,
2010Якість та тестування програмного забезпечення
Кожен з факторів якості та відповідні похідні фактори визначаються наступним чином:
Слайд 55
Універсальна модель якості
Перший рівень відповідає визначенню характеристик якості
програмного забезпечення
Другому рівню відповідають атрибути якості для кожної характеристики
Третій
рівень призначений для вимірювання якості за допомогою метрикЧетвертий рівень задає елемент оцінки
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
метрики для оцінювання кількісного або якісного значення окремого атрибута ПЗ із урахуванням його ваги
Слайд 56
Показники якості в універсальній моделі якості
Функціональність
функціональна повнота
правильність (точність)
Інтероперабельність
захищеність
Надійність
безвідмовність
стійкість до помилок
можливість відновлення
ризики
загроза
цілісність
Зручність
застосування зрозумілість
легкість вивчення
оперативність
узгодженість
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 57
Показники якості в універсальній моделі якості
Ефективність
реактивність
ефективність
ресурсів
узгодженість
Супроводжуваність
можливість аналізу
змінюваність
стабільність
можливість проведення
тестувань узгодженість
Портабельність
адаптивність
простота інсталяції
співіснування
можливість заміни
узгодженість
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 58
Методи оцінки значень показників якості
Типи заходів при вимірювання
показників якості:
міри розміру
міри часу
міри зусиль
міри інтервалів
між подіямирозрахункові міри
Методи оцінки значень показників якості:
Вимірювальний
Реєстраційний
Розрахунковий
Експертний
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 59
Основні поняття в проблематиці надійності програмних систем
Надійність є
функцією від помилок, що залишилися в ПЗ після введення
його в експлуатацію.До факторів гарантії надійності належать:
ризик, як сукупність загроз, що призводять до несприятливих наслідків і збитків системи або середовища;
загроза, як прояв нестійкості, що порушує безпеку системи;
аналіз ризику - вивчення загрози або ризику, їх частота і наслідки;
цілісність - здатність системи зберігати стійкість роботи і не мати ризику.
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 60
Моделі оцінки надійності
Прогнозні моделі надійності засновані на вимірюванні
технічних характеристик програми: довжина, складність, число циклів, кількість
помилок на сторінку операторів програми та ін.Вимірювальні моделі призначені для вимірювання надійності програмного забезпечення, що працює з заданим зовнішнім середовищем і мають наступні обмеження:
ПЗ не модифікується під час періоду вимірювань властивостей надійності;
виявлені помилки не виправляються;
вимірювання надійності проводиться для зафіксованої конфігурації програмного забезпечення.
Оціночні моделі ґрунтуються на серії тестових прогонів і проводяться на етапах тестування ПЗ.
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
Слайд 61
Модель Гоела
Моделі без підрахунку помилок засновані на вимірюванні
інтервалу часу між відмовами і дозволяють спрогнозувати кількість помилок,
що залишилися в програмі.Моделі з підрахунком відмов базуються на кількості помилок, виявлених на заданих інтервалах часу.
Моделі підсіву помилок засновані на кількості виправлених помилок і підсіву внесених до програми штучних помилок, тип і кількість яких заздалегідь відомі.
Моделі з вибором області вхідних значень ґрунтуються на генерації тестових вибірок із вхідного розподілу, та оцінка надійності проводиться за отриманими відмовами на основі тестових вибірок з вхідної області.
Вівторок, вересень 21, 2010
Якість та тестування програмного забезпечення
