Що таке SDLC
На вашому фермерському будинку запланований обід. Коли ви почнете планувати це? Який підхід ви будете дотримуватися? Чи будете ви запитувати про кількість гостей, які приходять відвідати величну вечірку? А ви приготуєте смачне меню (скажімо, архітектура)? Ви почнете готувати їжу, і як тільки вона буде приготована, ви її випробуєте, чи не так? (Просто перевірити, чи є смак у вашій їжі). Я сподіваюся, що ми дали вам основне уявлення про те, що ми намагаємось пояснити тут, давайте перейдемо до нашої теми. Життєвий цикл розробки програмного забезпечення (SDLC) - це визначений підхід і ряд кроків, які виконуються для розробки будь-якого програмного забезпечення для того, щоб задовольнити або перевищити задані очікування або вимоги замовника.
Типи фаз у SDLC
Існує кілька етапів життєвого циклу програмного забезпечення, яке наведено нижче:
- Фаза вимоги
- Фаза аналізу
- Фаза проектування
- Фаза розвитку
- Фаза тестування
- Фаза розгортання та обслуговування
Фаза вимоги:
Це перший і фундаментальний крок життєвого циклу розробки програмного забезпечення. Починається зі збору вимог від клієнтів або клієнтів. У більшості організацій цю роль опікують бізнес-аналітики. Бізнес-аналітики взаємодіють із замовником / клієнтами, встановлюють щоденні зустрічі, документують вимоги в Технічних специфікаціях для бізнесу (або Просту специфікацію бізнесу) та передають остаточну документальну вимогу команді розробників. Відповідальність бізнес-аналітиків полягає в тому, щоб кожна деталь була зафіксована і задокументована, а також забезпечити, щоб усі чітко розуміли вимоги клієнта.
Фаза аналізу:
Після завершення етапу збору вимог наступним завданням є аналіз вимог та затвердження його від замовника / клієнтів. Це досягається за допомогою Специфікації вимог до програмного забезпечення (SRS), яка складається з усіх вимог, зібраних та розроблених на етапі збору вимог. Цю фазу в основному проводять керівники проектів, бізнес-аналітики та консультанти.
Фаза проектування:
Після завершення фази аналізу далі виникає потреба розробити найбільш точну, надійну, ефективну та економічно вигідну архітектуру продукту, яку потрібно розробити. Зазвичай на цій фазі пропонується більше однієї конструкції, а найкраща вибирається виходячи з різних параметрів, таких як надійність, довговічність, часова шкала, економічність та багато іншого! Різна архітектура дизайну, як правило, задокументована в специфікації проектного документа або DDS. Цей етап складається з 2-х підходів до проектування:
- Дизайн низького рівня : Це завдання виконується Старшими розробниками, де вони задають функцію кожного модуля архітектури продукту, який повинен бути розроблений.
- Дизайн високого рівня : Це завдання виконується Архітекторами / Старшими архітекторами, де вони проектують різні можливі архітектури продукту, який повинен бути розроблений.
Фаза розвитку:
На цьому етапі використовується реальна реалізація мов програмування та різних фреймворків для розробки продукту. У цій фазі беруть участь усі розробники. Очікується, що розробники дотримуватимуться певних заздалегідь визначених стандартів та правил кодування; Очікується, що вони завершать проектні модулі протягом визначеного терміну виконання проекту. Ця фаза також є найдовшою і однією з найважливіших фаз життєвого циклу розробки програмного забезпечення. Ця фаза задокументована як документ з вихідним кодом (SCD).
Фаза тестування:
Після завершення етапу розробки наступним кроком є тестування розробленого програмного забезпечення. Розроблене програмне забезпечення направляється до групи тестування, де вони ретельно проводять різні типи тестування програмного забезпечення та шукають дефекти. Якщо виявлено якийсь дефект, тестуюча група записує та документ, який знову надсилається назад команді розробників для усунення помилок. Цю роль опікують тестери програмного забезпечення та аналітики якості компанії. Команда тестування повинна переконатися, що кожен компонент програмного забезпечення не містить помилок і працює, як очікувалося.
Фаза розгортання та обслуговування:
Після завершення етапу тестування перша версія програмного забезпечення розгортається та доставляється замовнику для їх використання. Після того, як клієнт починає використовувати розроблене програмне забезпечення, з'являється помилка виправлення помилок, яку не було виявлено під час фази тестування, коли велика група кінцевих користувачів починає користуватися програмним забезпеченням, може бути певна ймовірність того, що мало обмежених випадків може бути пропущено. Існує також можливість модернізації програмного забезпечення новішими версіями та останніми виправленнями та технологіями безпеки. І нарешті, є також можливість вдосконалити програмне забезпечення шляхом додавання додаткових функцій у існуюче програмне забезпечення.
Популярні моделі SDLC:
Існує багато різних моделей SDLC, розроблених для впровадження в процесі розробки програмного забезпечення. Найважливіші та найпопулярніші:
- Модель водоспаду
- Ітеративна модель
- Спіральна модель
- V-модель
Модель водоспаду:
У моделі водоспаду весь процес розробки програмного забезпечення розділений на фази, де вихід однієї фази виступає входом до наступної фази. Наступна фаза починається лише після завершення попередньої фази.
Ітеративна модель:
Ця модель починається з меншого набору вимог, і їй не потрібен повний контекст специфікації продукту для того, щоб запустити процес SDLC. Цей процес повторюється, і при кожній ітерації процесу SDLC складається новіша версія програмного забезпечення. Кожна ітерація може тривати від 2 до 6 тижнів. Кожна ітерація розвиває окремий компонент у цьому підході. Ця модель також потребує ресурсу режиму, ніж модель водоспаду.
Спіральна модель:
Ця модель є комбінацією моделі Водоспад і Спіраль, і вона працює в ітераційній формі. Виходячи з ризику, пов'язаного з проектом, ця модель керує командою прийняти елементи однієї або декількох моделей SDLC, таких як водоспад або Ітеративна модель. Тут життєвий цикл Програмного забезпечення розділений на менші частини і нові функціональні можливості можуть бути додані до програмного забезпечення навіть на пізніх етапах SDLC.
V-модель:
V модель - це в основному розширення до моделі водоспаду, де фази тестування та розробки плануються паралельно. Одна зі сторін складається з фази перевірки, а інша складається з фази перевірки, до якої нарешті приєднується кодування. Наступний стан починається лише після завершення попереднього стану.
Рекомендовані статті
Це було керівництвом щодо Що таке SDLC. Тут ми обговорили різні типи SDLC з популярними моделями SDLC. Ви також можете переглянути наступні статті, щоб дізнатися більше -
- Розробка програмного забезпечення проти веб-розробки
- Життєвий цикл дефектів при тестуванні програмного забезпечення
- Унікальні кроки до створення фінансових моделей (програмне забезпечення, типи)
- Впровадження розробки програмного забезпечення