- •I. Введення в розробку програмного забезпечення
- •1. Складність інформаційних систем
- •2. Розробка програмного забезпечення
- •4.Концептуальне моделювання
- •2. Модель водоспаду із зворотнім зв'язком
- •7.Модель спіралі
- •III. Етапи розробки програмного забезпечення
- •1. Стратегічний етап
- •2.2. Нефункціональні вимоги
- •4. Етап проектування
- •5. Етап реалізації
- •6. Етап тестування
- •7. Етап установки
- •8. Етап підтримки
- •IV. Стратегічний етап
- •1. Дії на стратегічному етапі
- •2. Співпраця з клієнтом
- •3. Область дії і контекст проекту
- •4. Стратегічні рішення
- •5. Оцінка різних варіантів рішеннь
- •6. Оцінка вартості рішень
- •7. Чинники успіху
- •8. Результати стратегічного етапу
- •9. Короткий звіт
- •V. Розпізнавання вимог і документація
- •1. Складнощі у формулюванні вимог
- •2. Методи ідентифікації вимог
- •3. Методи опису вимог
- •4. Типи вимог
- •5. Перевірка вимог
- •6. Документ з вимогами
- •7. Чинники успіху
- •8. Короткий звіт
- •VI. Розробка моделі
- •1. Потреба в розробці моделі
- •2. Аналітична модель
- •3. Дії на етапі аналізу
- •4. Функціональна декомпозиція
- •5. Методологія, що використовується в створенні аналітичної моделі
- •6. Документація вимог
- •7. Аналіз чинників успіху
- •8. Короткий звіт
- •VII. Етап проектування
- •1. Цілі проектування
- •Малюнок 7.2.1. Етап проектування.
- •2. Специфікація результатів аналізу
- •3. Дизайн інтерфейсу
- •4. Структуровані схеми/діаграми
- •5. Складова організації даних
- •6. Оптимізація проекту
- •7. Фізична структура системи
- •8. Правильність і якість проекту
- •9. Нефункціональні вимоги на етапі проектування
- •10. Результати етапу проектування
- •11. Детальний документ проекту
- •2. Стандарти, правила і порядок здійснення дій проекту:
- •12. Короткий звіт
- •VIII. Розробка інтернет-програм
- •1. Специфікація інтернет-програми
- •2. Методи розробки інтернет-програм
- •3. Об'єктно-орієнтована гіперсередовищна модель розробки (oohdm)
- •4. Метод розробки веб-сторінок (wsdm)
- •5. Мова веб-моделювання (WebMl)
- •6. Короткий звіт
- •IX. Бдб і бдс системи
- •1. Електронний бізнес
- •2. Інтернет-бізнес і електронний ринок.
- •3. Інтернет-магазин
- •4. Модель електронного бізнесу
- •1.Модель брокера
- •2.Модель, яка задовольняє індивідуальним потребам
- •3.Модель контактів
- •5. Платежі
- •6. Безпека
- •8. Моделювання систем бдб і бдс
- •9. Багатошарова архітектура програм
- •9. Cервіс-орієнтована архітектура (соа)
- •10. Короткий звіт
- •X. Реалізація
- •1. Характеристики етапу реалізації
- •2. Надійність програмного забезпечення
- •3. Похибка
- •4. Транзакції
- •5. Середовище реалізації
- •6. Чинники успіху і результати етапу реалізації
- •7. Короткий звіт
- •XI. Тестування
- •1. Етап тестування
- •2. Перевірка
- •Малюнок 11.3.1. Модель V-тестування.
- •3. Перегляди
- •4. Аудит
- •5. Інспекції
- •6. Види тестів
- •7. Процес тестування
- •8. Тестування надійності
- •9. Типи тестів на знаходження помилок
- •10. Програми-інструменти
- •11. Статичні тести
- •12. Підрахунок кількості помилок
- •13. Чинники успіху, успіх тестування
- •14. Короткий звіт
- •XII. Оцінка програмного забезпечення
- •1. Простановка розмірів проекту
- •2. Оцінка складності в проектах
- •3. Ефекти масштабування
- •4. Оцінка вартості програмного забезпечення
- •5. Конструктивна вартісна модель (cocomo)
- •6. Балова функціональна оцінка
- •7. Метод випадкового використання
- •8. Короткий звіт
- •XIII. Управління конфігурацією пз і версіями
- •1. Управління конфігурацією пз
- •2. Елементи конфігурації пз
- •3. Угода позначень
- •4. Зберігання елементів конфігурації
- •5. Перегляди
- •7. План управління конфігурації пз
- •I Вступ
- •II Управління
- •III Визначення конфігурації
- •IV Управління конфігурацією
- •V Реєстрація статусу конфігурації
- •4. Модель якості iso-9126
- •5. Управління якістю
- •6. Стандарти якості
- •7. Незрілість і зрілість виробництва
- •8. План гарантії якості пз (sqap)
- •9. Короткий звіт
- •XV. Управління проектом програмного забезпечення
- •1. Завдання управління проектом
- •2. Працівники виробництва програмного забезпечення
- •3. Характеристика хорошого розробника програмного забезпечення
- •4. Робота в команді
- •5. Управління підприємством по виробництву програмного забезпечення
- •6. Розвиток компанії по розробці програмного забезпечення
- •7. Документація проекту
- •8. Визначення продуктивності
- •9. Складання графіків проекту
- •10. Завдання управління проектом
- •11. Інтерфейс проекту
- •12. Планування проекту
- •13. Управління ризиком
- •14. Вимірювання процесів і продуктів
- •15. Короткий звіт
6. Чинники успіху і результати етапу реалізації
Успіх етапу реалізації залежить від багатьох чинників. Найголовніші - якість проекту, хороше знання середовища і відповідність стандартам.
Основними результатами етапу реалізації є:
Розширений документ, що описує вимоги;
Розширена аналітична модель;
Розширений проект, який в даний момент закінчується документацією;
Код, що складається з протестованих модулів;
Звіт, що описує результати тестів;
Спроектована і створена база даних;
Розклад етапу тестування.
7. Короткий звіт
Етап реалізації - це написання моделі проекту на вибраній мові програмування. Успіх залежить від коректності і легкості для читання проекту також, як і від застосування відповідних середовищ і хороших методів програмування.
Значення програмування в циклі розробки ПЗ зменшилося, але все ще залишається вельми важливим. Реалізація повинна відбуватися з обережністю, систематичністю і відповідно до всіх процедур, щоб гарантувати високу якість програми. Обробка помилок і тестування повинні бути важливими аспектами реалізації.
XI. Тестування
1. Етап тестування
Тестування є дуже важливим етапом розвитку ПЗ. Застосовуються і інші методи для його розвитку. Тестування знаходить помилки і дозволяє виправити їх для того, щоб оцінити надійність ПЗ.
Мають місце наступні два поняття:
Перевірка – тестування на предмет відповідності ПЗ вимогам, описаним на етапі формулювання вимог.
Затвердження – оцінка того, чи є система або її компоненти правильною системою. Проводиться під час або після розробки.
Малюнок 11.2.1. Етап тестування.
2. Перевірка
Методи перевірки:
Перегляди, інспекція, тестування, ревізія, порівняння і інші методи перевірки відповідності компонентів, процесів, документів вимогам.
Перевірка повинна оцінювати, чи відповідає продукт на даній стадії розробки вимогам, встановленим на початку етапу.
В ході перевірки виконуються наступні дії:
технічні перегляди і інспекції ПЗ;
порівняння вимог користувача і ПЗ;
перевірка відповідності компонентів ПЗ вимогам ПЗ;
тестування модулів програми;
тестування цілісності;
ревізія.
Фази проекту мають свої уявлення на етапі тестування. Малюнок 11.3.1. показує їх зв'язки і відносини.
Як показано нижче, кожен з етапів відповідає своїм типам тестування.
Малюнок 11.3.1. Модель V-тестування.
Модулі тестування - тестуються окремі частини, щоб упевнитися в правильності.
Кожен елемент тестується окремо. Модулі тестуються окремо один від одного. Модуль - безліч незалежних компонентів (процедур і функцій).
Тестування цілісності полягає в перевірці інтерфейсів між модулями.
Тестування системи. Система - це безліч підсистем. Тестування повинне знайти всі помилки взаємодії підсистем. Також перевіряється, чи відповідає система вимогам.
Тестування прийнятності системи - останній етап, який виконується перед доставкою системи користувачеві. Система тестується даними користувача, а не розробника.
3. Перегляди
Перегляд - процес або зустріч, на якій продукт оцінюється персоналом, супервізорами, користувачами, клієнтами і рештою осіб, що мають до нього відношення. Їх думки і рішення про ухвалення визначать майбутнє проекту.
Перегляди можуть бути формальними і неформальними. Формальні: технічний, наскрізний контроль, аудит.
Технічний перегляд
Технічний перегляд - перевірка на відповідність елеметов ПЗ роботі за розкладом (подробиці можна знайти в ANSI/ IEEE Std 1028 -1988 "Стандарти IEEE для переглядів і аудитів").
Наскрізний контроль
Наскрізний контроль - попереднє оцінювання документів, моделей і проектів. Мета - визначити дефекти і надати варіанти рішення. Друге завдання - вирішення проблем із стилем (наприклад, з формою коду, документація, інтерфейсами).
Аудит
Аудит - це вид наскрізного контролю, який перевіряє, чи відповідає ПЗ вимогам, специфікаціям, рекомендаціям, стандартам, процедурам, умовам контрактів і ліцензіям. Об'єктивність аудиту вимагає незалежних експертів-професіоналів.
Команда по оцінці ПЗ
Оцінка ПЗ - дуже важливе питання, яке повинне вирішуватися професіоналами.
Потрібно вибрати команду професіоналів, яка підготує і проведе тести.
У тестуванні приймають участь наступні персони: супервізор, секретар, члени команди, серед яких є представники користувачів, супервізор проекту розробки ПЗ, розробники ПЗ, бібліотекар ПЗ, персонал гарантії якості проекту, незалежний персонал перевірки і незалежні експерти.
Супервізори команд мають наступні завдання: номінування членів команд, організація зустрічей, процес оцінювання, організація роботи, редагування кінцевих документів і, можливо, інші завдання.