Інкрементна модель у SDLC: використання, переваги та недоліки
Лукас Беннетт
Що таке інкрементальна модель?
Інкрементна модель — це процес розробки програмного забезпечення, у якому вимоги розбиваються на кілька окремих модулів циклу розробки програмного забезпечення. Поступова розробка виконується поетапно від проектування аналізу, впровадження, тестування/перевірки, обслуговування.
Кожна ітерація проходить через вимоги, фази проектування, кодування та тестування. І кожен наступний випуск системи додає функції до попереднього випуску, поки не буде реалізовано всю розроблену функціональність.
Система запускається у виробництво, коли доставляється перший приріст. Перший приріст часто є основним продуктом, де розглядаються основні вимоги, а додаткові функції додаються в наступних приростах. Після того, як клієнт проаналізує основний продукт, розробляється план для наступного приросту.
Характеристики інкрементного модуля включають
- Розробка системи розбивається на багато міні-проектів розробки
- Часткові системи будуються послідовно, щоб створити остаточну повну систему
- Вимога найвищого пріоритету розглядається в першу чергу
- Після розробки вимоги для цього приросту заморожуються
| Інкрементні фази | Дії, що виконуються поетапно |
|---|---|
| Аналіз вимог |
|
| Дизайн |
|
| код |
|
| Перевірити |
|
Коли використовувати інкрементні моделі?
- Вимоги системи чітко зрозумілі
- Коли виникає попит на достроковий випуск продукту
- Коли розробка програмного забезпечення команда не дуже добре кваліфікована або навчена
- Коли задіяні функції та цілі високого ризику
- Така методологія більше використовується для компаній, що базуються на веб-додатках і продуктах
Переваги та недоліки інкрементальної моделі
| Переваги | Недоліки |
|---|---|
| Програмне забезпечення буде створено швидко протягом життєвого циклу програмного забезпечення | Це вимагає гарного планування |
| Це гнучко та дешевше змінювати вимоги та обсяг | Проблеми можуть виникнути через архітектуру системи як таку, що не всі вимоги зібрані заздалегідь для всього життєвого циклу програмного забезпечення |
| На всіх етапах розробки можна вносити зміни | Кожна фаза ітерації є жорсткою і не накладається одна на одну |
| Дана модель дешевша в порівнянні з іншими | Усунення проблеми в одному підрозділі вимагає виправлення у всіх підрозділах і займає багато часу |
| Замовник може відповісти на кожну будівлю | |
| Помилки легко визначити |
