- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Якість програмного забезпечення презентация
Содержание
- 1. Якість програмного забезпечення
- 2. Література *
- 3. Література *
- 4. Що таке якість? Поняття якості важко осягнути,
- 5. Два табори що визначають якість по різному
- 6. Якість за Філіпом Кросбі (Philip Crosby)
- 7. Фундаментальні положення Кросбі Якість визначається як
- 8. Якість за Вальтером Шухартом (Walter A. Shewhart)
- 9. Якість за Вальтером Демінгом (Walter Edwards Deming)
- 10. Управління якістю за Демінгом Створити постійність
- 11. Перший комп'ютерний жук 1947 Mark, II, Long Island University *
- 12. Здатність до масштабування [run-time] Здатність системи обробляти
- 13. Надійність [run-time] Здатність системи або компонента виконувати
- 14. Готовність [run-time] Ступінь, до якоїй система
- 15. Безпека [run-time] Ступінь, до якої програмне
- 16. Практичність [run-time] Легкість, з якою користувач
- 17. Здатність до супроводу [structural] Легкість, з якою
- 18. Портативність [structural] Легкість, з якою система або
- 19. Здатність до взаємодії [structural] Здатність двох або
- 20. Деякі інші здатності Гнучкість Здатність до тестування Здатність до повторного використання Ефективність Точність *
- 21. Ділові атрибути Час виходу продукта на ринок
- 22. Ієрархічні моделі програмного забезпечення *
- 23. Реляційна модель *
- 24. Вплив проектування на якість програмного забезпечення *
- 25. Проектування важливе Проектування це перший крок на
- 26. Продуктивність та здатність до масштабування Час потрібен
- 27. Продуктивність та здатність до масштабування[продовження] Час на
- 28. Кодекс програмного інженера узгодження професійної діяльності з
- 29. Питання? *
Література *
Слайд 5Два табори що визначають якість по різному
Якість – це відповідність специфікації
*
Якість
– це відповідність потребам кінцевого користувача
Слайд 6Якість за Філіпом Кросбі
(Philip Crosby)
Перше помилкове припущення, що якість означає
добро, або «розкіш» чи «блиск»
Якість повинна бути визначена як "відповідність вимогам ", якщо ми хочемо керувати ним.
Невідповідність вимогам – це відсутність якості.
Якість повинна бути визначена як "відповідність вимогам ", якщо ми хочемо керувати ним.
Невідповідність вимогам – це відсутність якості.
*
Слайд 7Фундаментальні положення Кросбі
Якість визначається як відповідність вимогам, а не як
«добро» і «елегантність»
Система має забезпечувати якість профілактикою а не оцінкою
Стандартом продуктивності має бути «відсутність дефектів» а не «майже нема дефектів»
Вимірювання якості є шкода якості
Система має забезпечувати якість профілактикою а не оцінкою
Стандартом продуктивності має бути «відсутність дефектів» а не «майже нема дефектів»
Вимірювання якості є шкода якості
*
Слайд 8Якість за Вальтером Шухартом
(Walter A. Shewhart)
Є два загальні аспекти якості: Один
з них пов'язаний з розглядом якості речі, як
об'єктивної реальності, незалежної від існування людини. Інший має відношення до того, що ми думаємо та відчуваємо в результаті об'єктивної реальності.
*
Слайд 9Якість за Вальтером Демінгом (Walter Edwards Deming)
Труднощами у визначенні якості є
перетворення майбутніх потреб користувачів увимірювані
характеристики, так що продукт може бути розроблений так, щоб задовільнити користувача за підходящу ціну.
*
Слайд 10Управління якістю за
Демінгом
Створити постійність мети покращення продукту та послуг
Прибрати залежність
від масових інспекцій
Інституалізація навчання
Інституалізація лідерства
Позбавлення від страху задати запитання
Знищення бар'єру між підрозділами
Знищення неможливості пишатися своєю роботою
Інституалізація навчання
Інституалізація лідерства
Позбавлення від страху задати запитання
Знищення бар'єру між підрозділами
Знищення неможливості пишатися своєю роботою
*
Слайд 12Здатність до масштабування [run-time]
Здатність системи обробляти зростаючий обсяг роботи витонченим чином
або швидко розширюватись
*
Слайд 13Надійність [run-time]
Здатність системи або компонента виконувати функції , які вимоаються у
відповідності з необхідними умовами в певний період часу. Може бути обчисленна як R = середнє- час-до-відмови
*
Слайд 14Готовність [run-time]
Ступінь, до якоїй система або компонент є робочий і
доступний, коли це потрібно для використання, часто виражається як ймовірність.
A = Середнє напрацювання до відмови / (середнє напрацювання до відмови + середнє напрацювання до ремонту)
A = Середнє напрацювання до відмови / (середнє напрацювання до відмови + середнє напрацювання до ремонту)
*
Слайд 15Безпека [run-time]
Ступінь, до якої програмне забезпечення системи забезпечує захист системних
даних від розголошення, зміни або знищення.
*
Слайд 16Практичність [run-time]
Легкість, з якою користувач може навчитися працювати, підготовувати матеріали
й інтерпретувати результати системи або компонента.
Зрозумілість
Зручність у вивченні
Працездатність
Привабливість
Зрозумілість
Зручність у вивченні
Працездатність
Привабливість
*
Слайд 17Здатність до супроводу [structural]
Легкість, з якою система програмного забезпечення та компоненти
можуть бути модифіковані для виправлення дефектів, підвищення продуктивності або інші атрибути, або адаптація до оточення, що змінюється
*
Слайд 18Портативність [structural]
Легкість, з якою система або компонент може бути переведений з
одного апаратного або програмного середовища в інше.
*
Слайд 19Здатність до взаємодії [structural]
Здатність двох або більше систем або компонентів для
обміну інформацією і використовувати інформацію, якою обмінювались
*
Слайд 20Деякі інші здатності
Гнучкість
Здатність до тестування
Здатність до повторного використання
Ефективність
Точність
*
Слайд 21Ділові атрибути
Час виходу продукта на ринок
Вартість та прибуток
Передбачувальний термін служби системи
Цільовий
сегмент ринку
Графік розгортання
Інтеграція з існуючими системами
Графік розгортання
Інтеграція з існуючими системами
*
Слайд 25Проектування важливе
Проектування це перший крок на якому атрибути якості можуть бути
атакованні
Проектні рішення значно впливають на якість програмного забезпечення
Проектні рішення значно впливають на якість програмного забезпечення
*
Слайд 26Продуктивність та здатність до масштабування
Час потрібен для комунікації між різними компонентами
програмного забезпечення
Обсяг комунікації залежить від того, як функції згруповані в компонентах
Засоби комунікації, залежить від природи компонентів
Час комунікації залежить також від розподілу компонентів у мережі
Обсяг комунікації залежить від того, як функції згруповані в компонентах
Засоби комунікації, залежить від природи компонентів
Час комунікації залежить також від розподілу компонентів у мережі
*
Слайд 27Продуктивність та здатність до масштабування[продовження]
Час на комунікації може бути зменшений шляхом
зменшення кількості синхронізації між паралельними компонентами
*
Слайд 28Кодекс програмного інженера
узгодження професійної діяльності з інтересами суспільства
взаємовідносини між клієнтом, роботодавцем
і виконавцем розробки
досягнення відповідності якості продукту кращим професійним стандартам
дотримання чесності і незалежності при професійних оцінках
дотримання етичних норм у менеджменті і в супроводі розробок
підтримка становлення професії у відповідності з кодексом етики
дотримання етичних норм у взаєминах між колегами
удосконалення кваліфікації розробників
досягнення відповідності якості продукту кращим професійним стандартам
дотримання чесності і незалежності при професійних оцінках
дотримання етичних норм у менеджменті і в супроводі розробок
підтримка становлення професії у відповідності з кодексом етики
дотримання етичних норм у взаєминах між колегами
удосконалення кваліфікації розробників
*
