- •Вп нуБіП україни
- •Тема 1. Життєвий цикл програмних продуктів та архітектура, теорія і методи програмування. 7
- •Тема 7. Corba - технологія . 70
- •Тема 12. Тестування та налагодження програмних застосувань. 120
- •Поняття життєвого циклу програмного продукту.
- •Основні процеси життєвого циклу програмного продукту.
- •1.3. Допоміжні основні процеси (що підтримують) процеси життєвого циклу програмного продукту
- •1.4. Організаційні процеси життєвого циклу програмного продукту
- •1.5. Взаємозв'язок між процесами життєвого циклу програмного продукту
- •Лекція № 2
- •2.2. Визначення вимог до програмних продуктів.
- •2.3. Функціональні вимоги. Експлуатаційні вимоги.
- •2.3. Функціональна специфікація програмного засобу.
- •2.4. Вибір архітектури програмного забезпечення. Структура і формат даних.
- •2.5. Вертифікація -статичні, напівстатичні і динамічні структури. Класифікація структур даних.
- •2.6. Прості структури даних.
- •2.7. Статичні структури даних. Напівстатичні структури даних.
- •2.8. Динамічні структури даних
- •Лекція № 3
- •3.1. Загальна характеристика і компоненти проектування.
- •3.2. Еволюція розробки програмного продукту.
- •3.3. Структурне програмування. Об'єктно-орієнтоване проектування.
- •3.4. Збирані метрики, використовувані методи, стандарти і шаблони.
- •Лекція № 4
- •Зародження об' єктної моделі.
- •4.2. Об' єктно - орієнтований аналіз, дизайн і проектування.
- •4.3. Парадигми програмування.
- •4.4. Нові концепції програмування.
- •4.5. Об'єктно-орієнтоване програмування.
- •4.6. Уніфікована мова моделювання. Мови і платформи розробки.
- •4.7. Засоби розробки програмного забезпечення. Оптимальний порядок вивчення топ.
- •4.8. Об'єктно-орієнтований підхід. Характеристики об'єктно-орієнтованих мов
- •Лекція № 5
- •5.1. Особливості моделі клієнт сервер в sql Server.
- •5.2. Архітектура sql Server. Огляд компонентів і можливостей sql Server 7.0
- •5.3. Transact - sql. Додатки командного рядка. Додатки з графічним інтерфейсом
- •5.4. Архітектура баз даних. Реляційні особливості sql Server
- •Лекція № 6
- •План лекції
- •Самостійна робота
- •Зміст лекції
- •6.1. Вступ до компонентного програмування.
- •6.2. Основні поняття com технологій.
- •6.3. Інтерфейс com - об' єктів.
- •6.4. Ідентифікатори, використовувані в сом технології
- •Лекція № 7
- •7.1. Технологія corba.
- •7.2. Середовище Delphi. (смирнов 67)
- •7.3. Corba технології при програмуванні в середовищі Delphi.
- •7.4. Елементи ActiveX, що управляють.
- •Лекція № 8
- •8.1. Деякі теоретичні відомості про uml - уніфіковану мову моделювання.
- •8.2. Призначення мови uml.
- •8.3. Загальна структура мови uml.
- •8.4. Загальні відомості про пакети в мові uml. Основні пакети метамоделі мови uml.
- •8.5. Специфіка опису метамоделі мови uml.
- •8.6. Особливості зображення діаграм мови uml
- •Лекція № 9
- •9.1. Саsе - технології та саsе -засоби проектування.
- •9.2.Класифікація case -засобів.
- •9.3.Етапи створення інформаційних систем.
- •9.4.Моделі життєвого циклу програмного забезпечення іс
- •9.5.Особливості проектування інформаційних систем
- •Лекція № 10
- •10.1.Основні поняття про надійність програмних продуктів і методи її забезпечення.
- •10.2. Методи забезпечення надійності на різних етапах життєвого циклу розробки програмного продукту.
- •10.3. Інструменти, що забезпечують надійність програмних продуктів. План забезпечення надійності.
- •10.4. Основні поняття і показники надійності програмних засобів.
- •10.5. Дестабілізуючі чинники і методи забезпечення надійності функціонування програмних засобів.
- •Лекція № 11
- •11.1. Нормативні документи по стандартизації і відіа стандартів.
- •11.2. Стандарти в області програмного забезпечення.
- •11.3. Загальна характеристика стану в області документування програмних засобів.
- •11.4. Єдина система програмної документації гост 19.101-77 еспд.
- •11.5. Види програм і програмних документів.
- •11.6.Стадії розробки. Загальні вимоги до програмних документів. Технічне завдання.
- •11.7.Опис програми. Записка пояснення.
- •11.8.Керівництво системного програміста. Вимоги до змісту і оформлення.
- •11.9.Керівництво програміста. Керівництво оператора. Опис мови.
- •Лекція № 12
- •12.1. Основні визначення. Економіка тестування.
- •12.2. Тестування програми як "чорного ящика". Тестування програми як "білого ящика".
- •12.3. Аксіоми (принципи) тестування.
- •12.4. Філософія тестування.
- •12.5. Тестування модулів.
- •12.6.Покрокове тестування. Висхідне тестування. Низхідне тестування.
- •12.7.Метод "великого стрибка". Метод сандвіча. Модифікований метод сандвіча.
- •12.8.Комплексне тестування. Проектування комплексного тіста. Виконання комплексного тіста.
- •Лекція № 13
- •13.2. Серия стандартов isо 9000
- •13.4. Процес сертифікації програм на базі інформації про їх використання.
- •13.5. Супровід програм.
- •13.6.Види програмних документів. Записка пояснення.
- •13.7.Посібник користувача.
- •13.8.Керівництво системного програміста.
- •13.9. Атестація програмних засобів.
Лекція № 10
Тема 10. Забезпечення надійності, якості та функціональності програмних застосувань .
План лекції
1. Основні поняття про надійність програмних продуктів і методи її забезпечення.
2. Методи забезпечення надійності на різних етапах життєвого циклу розробки програмного продукту.
Самостійна робота
3. Інструменти, що забезпечують надійність програмних продуктів. План забезпечення надійності.
4. Основні поняття і показники надійності програмних засобів.
5. Дестабілізуючі чинники і методи забезпечення надійності функціонування програмних засобів.
Зміст лекції
Основні поняття про надійність програмних продуктів і методи її забезпечення
Надійність вважається ключовим показником якості Пп. Особлива увага забезпеченню надійності ПП приділяється внаслідок того, що цей показник найбільш важливий для кінцевого користувача, а чинники якості, пов'язані із зміною ПП і розробкою його нових версій, мають визначальне значення для розробників ПП і груп технічної підтримки. Навряд чи кому сподобається програма або повністю непрацездатна, або що некоректно працює.
На мал. 13.1 представлена топологія чинників якості, запропонована Р. Макколом, Би. Ричардсом і С. Уолтерсом в 1977 р.
Видання "IEEE. Standart Glossary of Software Engineering Terms" ("IEEE. Перелік стандартних термінів, використовуваних в програмній інженерії") визначає надійність ПП як здатність системи або її компонента виконувати необхідні функції в заданих умовах упродовж вказаного періоду часу. Міра надійності ПП безпосередньо залежить від досконалості процесу розробки. Основний показник, що впливає на надійність ПП - складність програм, що розробляються.
Процес створення надійного ПП на відміну від апаратного забезпечення не залежить від часу, що демонструють моделі надійності апаратного забезпечення і ПП, що мають вигляд традиційних U -образных кривих, представлених відповідно на мал. 13.2 і 13.3, де λ - плановане число збоїв.
Мал. 13.1. Топологія чинників якості програмного продукту
Мал. 13.2. и-образная крива надійності апаратного забезпечення
Методи оцінки надійності ПП остаточно ще не розроблені, проте якщо не виконувати адекватну оцінку даних про збої, що сталися, неможливим стає і виконання розширених статичних моделей, що вимагаються для аналізу реальної міри надійності. Досі ще не був розроблений жоден надійний кількісний метод оцінки надійності, що не містить надмірне число обмежень.
Міру надійності ПП можна покращувати за допомогою різних методів, проте, важко досягти потрібного співвідношення між часом розробки, її бюджетною вартістю і уявною високою ціною, сплаченою за досягнуту надійність ПП.
На відміну від апаратного забезпечення ПП з часом не "зношується", просто виявляються усі нові і нові його дефекти. Зображена на мал. 13.3 11-образная крива демонструє розподіл збоїв упродовж експлуатації про-
Мал. 13.3. и-образная крива надійності програмних продуктів грами.
Прояв збоїв в ПП відрізняється від характеру збоїв апаратури, причому їх вірогідність завжди вища за нуль.
При визначенні розміру необхідних інвестицій для забезпечення бажаної надійності ПП необхідно враховувати питання, пов'язані з ризиком появи ненадійних програм. Баланс між витратами і надійністю, що досягається, при проектуванні ПП визначається критерієм зменшення вказаного ризику. Якщо надійність, що досягається, не дозволяє значно зменшити ризик, то на її забезпечення не варто витрачати додаткових коштів.
Більшість проблем надійності ПП не є життєво важливими. Основна маса проблем, пов'язаних з досягненням надійності, відноситься до тестування ПП.
Зупинимося на розгляді чотирьох методів, що забезпечують створення високонадійного ПП :
прогнозування помилок - створення моделей надійності, аналіз історичних даних, збір інформації про помилки, профілізація операційного середовища;
запобігання помилкам - використання формальних методів, повторне використання програм, застосування інструментів конструювання програм;
усунення помилок - формальна інспекція, верифікація і атестація;
забезпечення відмовостійкості - використання методів моніторингу, верифікація рішень, аналіз надмірності, виняткових ситуацій.