Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
12-Pitannya_MAPZ_do-ispitu_-2015 (1).doc
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
6 Мб
Скачать
☆
  1. Моделі розробки програмного забезпечення. Модель водоспаду та ітеративна модель, застосування елементів даних моделей у сучасних методологіях розробки пз.

Модель водоспаду (waterfall model) (каскадна модель) – одна з найдавніших моделей розробки ПЗ. Вперше модель була описана у 1970 році. Вона передбачає послідовне виконання наступних етапів:

  • Розробка вимог (requirements): збір бізнес-вимог замовника та їх перетворення у функціональні вимоги до програмного продукту.

  • Аналіз та дизайн (analysis and design): розробка моделі предметної області (domain model), специфікація проекту, проектування схеми бази даних, об‘єктної моделі, користувацького інтерфейсу і т.і.

  • Реалізація (implementation): створення продукту за специфікаціям, що розроблені на попередньому етапі.

  • Тестування (testing): передбачає перевірку відповідності функціональності програмного продукту потребам користувача (validation), а також пошук дефектів в реалізації ПЗ.

  • Розгортування (deployment): навчання користувачів, інсталяція системи, перевід її у промислову експлуатацію.

Модель водоспаду (waterfall model)

  • Завжди погано, якщо у процесі розробки виявляється критична для всього проекту помилка, але ще гірше, якщо вона виявляється у вже розвернутому додатку. У модель водоспаду автори прагнули, наскільки можливо, виявити подібні помилки на етапі розробки вимог. Однак така модель показала себе не найкращим чином у проектах з нечіткими вимогами, чи вимогами, що змінюються по ходу розробки. Також існують й інші, не зовсім очевидні мінуси. Наприклад, складно керувати ризиками деяких типів (таких, як ризики, що пов‘язані з використанням нових технологій чи ризики некоректного визначення вимог). Такі ризики можуть проявити себе тільки на етапі реалізації (якщо не на тестуванні), коли число можливих шляхів виправлення ситуації набагато менше, ніж на початку проекту.

  • Ця модель не здатна гарантувати необхідну швидкість відгуку і внесення відповідних змін у відповідь на змінювані потреби користувачів, для яких програмна система є одним з інструментів виконання бізнес-функцій. Таким чином, модель водоспаду може застосовуватися [1] для розробки складних систем зі строго визначеною функціональністю, наприклад, програмного забезпечення для супутників чи медичного обладнання, але при реалізації бізнес-додатків її використання вкрай нераціональне.

  • Тому була розроблена інша модель, що основана на системі водоспаду – ітеративна модель розробки ПЗ.

Ітеративна модель розробки стала еволюційним розвитком моделі водоспаду. ЇЇ реалізація складається з серії повторюваних ітерацій (їх число залежить від конкретного проекту), кожна з яких фактично є повноцінним міні-проектом з фазами визначення вимог, аналізу, дизайну та ін. В результаті чергової ітерації продукт набуває нової функціональності чи покращує раніше розроблені елементи у існуючій функціональності. Повний набор вимог, зафіксований границями проекту, виявляється реалізованим після завершення фінальної ітерації.

  • В залежності від вимог проекту, після кожної ітерації ви можете отримати або не дієздатний модуль додатку, або вузькоспеціалізовану, але робочу програму. На отриманні локальних робочих версій спрямована кожна ітерація

  • Така система розробки дозволяє мінімізувати можливі ризики, що пов‘язані з впровадженням нових технологій, поточною зміною вимог до проекту, просто неякісним кодом.

  • Одним з процесів, що використовує у своїй основі ітеративну модель розробки, є Rational Unified Process (RUP).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]