Якість програмного забезпечення презентация

Література
*

Література
*

Що таке якість?
Поняття якості важко осягнути, і ніхто не знає, як виміряти його ...
*

Два табори що визначають якість по різному
Якість – це відповідність специфікації
*
Якість – це відповідність потребам кінцевого користувача

Якість за Філіпом Кросбі
(Philip Crosby)
Перше помилкове припущення, що якість означає добро, або «розкіш» чи «блиск»
Якість повинна бути визначена як "відповідність вимогам ", якщо ми хочемо керувати ним.
Невідповідність вимогам – це відсутність якості.
*

Фундаментальні положення Кросбі
Якість визначається як відповідність вимогам, а не як «добро» і «елегантність»
Система має забезпечувати якість профілактикою а не оцінкою
Стандартом продуктивності має бути «відсутність дефектів» а не «майже нема дефектів»
Вимірювання якості є шкода якості
*

Якість за Вальтером Шухартом
(Walter A. Shewhart)
Є два загальні аспекти якості: Один з них пов'язаний з розглядом якості речі, як
об'єктивної реальності, незалежної від існування людини. Інший має відношення до того, що ми думаємо та відчуваємо в результаті об'єктивної реальності.
*

Якість за Вальтером Демінгом (Walter Edwards Deming)
Труднощами у визначенні якості є перетворення майбутніх потреб користувачів увимірювані
характеристики, так що продукт може бути розроблений так, щоб задовільнити користувача за підходящу ціну.
*

Управління якістю за
Демінгом
Створити постійність мети покращення продукту та послуг
Прибрати залежність від масових інспекцій
Інституалізація навчання
Інституалізація лідерства
Позбавлення від страху задати запитання
Знищення бар'єру між підрозділами
Знищення неможливості пишатися своєю роботою
*

Перший комп'ютерний жук
1947 Mark, II, Long Island University
*

Здатність до масштабування [run-time]
Здатність системи обробляти зростаючий обсяг роботи витонченим чином або швидко розширюватись
*

Надійність [run-time]
Здатність системи або компонента виконувати функції , які вимоаються у відповідності з необхідними умовами в певний період часу. Може бути обчисленна як R = середнє- час-до-відмови
*

Готовність [run-time]
Ступінь, до якоїй система або компонент є робочий і доступний, коли це потрібно для використання, часто виражається як ймовірність.
A = Середнє напрацювання до відмови / (середнє напрацювання до відмови + середнє напрацювання до ремонту)
*

Безпека [run-time]
Ступінь, до якої програмне забезпечення системи забезпечує захист системних даних від розголошення, зміни або знищення.
*

Практичність [run-time]
Легкість, з якою користувач може навчитися працювати, підготовувати матеріали й інтерпретувати результати системи або компонента.
Зрозумілість
Зручність у вивченні
Працездатність
Привабливість
*

Здатність до супроводу [structural]
Легкість, з якою система програмного забезпечення та компоненти можуть бути модифіковані для виправлення дефектів, підвищення продуктивності або інші атрибути, або адаптація до оточення, що змінюється
*

Портативність [structural]
Легкість, з якою система або компонент може бути переведений з одного апаратного або програмного середовища в інше.
*

Здатність до взаємодії [structural]
Здатність двох або більше систем або компонентів для обміну інформацією і використовувати інформацію, якою обмінювались
*

Деякі інші здатності
Гнучкість
Здатність до тестування
Здатність до повторного використання
Ефективність
Точність
*

Ділові атрибути
Час виходу продукта на ринок
Вартість та прибуток
Передбачувальний термін служби системи
Цільовий сегмент ринку Графік розгортання
Інтеграція з існуючими системами
*

Ієрархічні моделі програмного забезпечення
*

Реляційна модель
*

Вплив проектування на якість програмного забезпечення
*

Проектування важливе
Проектування це перший крок на якому атрибути якості можуть бути атакованні
Проектні рішення значно впливають на якість програмного забезпечення
*

Продуктивність та здатність до масштабування
Час потрібен для комунікації між різними компонентами програмного забезпечення
Обсяг комунікації залежить від того, як функції згруповані в компонентах
Засоби комунікації, залежить від природи компонентів
Час комунікації залежить також від розподілу компонентів у мережі
*

Продуктивність та здатність до масштабування[продовження]
Час на комунікації може бути зменшений шляхом зменшення кількості синхронізації між паралельними компонентами
*

Кодекс програмного інженера
узгодження професійної діяльності з інтересами суспільства
взаємовідносини між клієнтом, роботодавцем і виконавцем розробки
досягнення відповідності якості продукту кращим професійним стандартам
дотримання чесності і незалежності при професійних оцінках
дотримання етичних норм у менеджменті і в супроводі розробок
підтримка становлення професії у відповідності з кодексом етики
дотримання етичних норм у взаєминах між колегами
удосконалення кваліфікації розробників
*