Какво е SDLC

Предвидена е вечеря във фермата ви. Кога ще започнете да планирате това? Какъв е подходът, който ще следвате? Ще се питате за броя на гостите, които идват да присъстват на голямото парти? И ще приготвите вкусно меню (да речем Архитектура)? Ще започнете да приготвяте храната и след като я приготвите, ще я тествате, нали? (Само за да проверите дали има вкус в храната ви). Надявам се, че ви дадохме основна идея за това, което се опитваме да обясним тук, нека да преминем към нашата тема. Жизненият цикъл на разработката на софтуер (SDLC) е дефиниран подход и серия от стъпки, които се следват при разработването на всеки софтуер, за да се постигне или надвиши зададеното очакване или изискванията на клиента.

Видове фази в SDLC

Има няколко фази в жизнения цикъл на софтуера, който е даден по-долу:

  • Фаза на изискване
  • Фаза на анализ
  • Фаза на проектиране
  • Фаза на развитие
  • Фаза на тестване
  • Фаза на внедряване и поддръжка

Фаза на изискване:

Това е първата и основна стъпка в жизнения цикъл на разработката на софтуер. Започва със събиране на изискванията от клиентите или клиентите. В повечето от организациите тази роля се поема от бизнес анализаторите. Бизнес анализаторите взаимодействат с клиента / клиентите, организират ежедневни срещи, документират изискванията в спецификациите за бизнес изисквания (или проста бизнес спецификация) и предават окончателното документирано изискване на екипа за разработка. Отговорността на бизнес анализаторите е всеки детайл да бъде заснет и документиран, както и да гарантират, че всички ясно разбират изискванията на клиента.

Фаза на анализ:

След като приключи фазата на събиране на изисквания, следващата задача е да анализирате изискванията и да ги одобрите от клиента / клиентите. Това се постига чрез спецификация на софтуерното изискване (SRS), която се състои от всички изисквания, събрани и разработени по време на фазата на събиране на изисквания. Тази фаза се извършва главно от ръководители на проекти, бизнес анализатори и консултанти.

Фаза на проектиране:

След като фазата на анализ приключи, следва необходимостта от създаване на най-точната, здрава, ефективна и рентабилна архитектура на продукта, която трябва да бъде разработена. Обикновено в тази фаза се предлага повече от един дизайн, а най-добрият се избира въз основа на различни параметри като здравина, издръжливост, времева линия, ефективност на разходите и много други! Различната архитектура на дизайна обикновено се документира в спецификация на документа за проектиране или DDS. Тази фаза се състои от 2 дизайнерски подхода:

  • Дизайн на ниско ниво : Тази задача се изпълнява от Старшите разработчици, където те определят функцията на всеки модул от архитектурата на продукта, който трябва да бъде разработен.
  • Дизайн на високо ниво : Тази задача се изпълнява от архитекти / старши архитекти, където те проектират различни възможни архитектури на продукта, който трябва да бъде разработен.

Фаза на развитие:

В тази фаза се използва реалното внедряване на програмните езици и различни рамки за разработването на продукта. В тази фаза участват всички разработчици. Очаква се разработчиците да следват определени предварително зададени стандарти и указания за кодиране; от тях се очаква да завършат проектните модули в рамките на определения срок за проекта. Тази фаза е и най-дългата и една от най-критичните фази в жизнения цикъл на разработката на софтуер. Тази фаза е документирана като документ с изходен код (SCD).

Фаза на тестване:

След като завърши фазата на разработка, следващата стъпка е тестване на разработения софтуер. Разработеният софтуер се изпраща на екипа за тестване, където те провеждат старателно различни видове тестове на софтуера и търсят дефекти. Ако се намери някакъв дефект, тестващият екип записва и документ, който отново се изпраща обратно на екипа за разработка за отстраняване на грешки. За тази роля се грижат софтуерните тестери и анализаторите за качество на компанията. Екипът за тестване трябва да се увери, че всеки компонент на софтуера е без грешки и той работи както се очаква.

Фаза на внедряване и поддръжка:

След като фазата на тестване приключи, първата версия на софтуера се разгръща и доставя на клиента за тяхната употреба. След като клиентът започне да използва разработения софтуер, има обхват на коригиране на грешки, който не беше открит по време на фазата на тестване, тъй като когато голяма група крайни потребители започне да използва софтуера, може да има някаква вероятност да бъдат пропуснати няколко гранични случая. Има възможност и за надграждане на софтуера с по-нови версии и най-новите защитни кръпки и технологии. И накрая, има и възможност за подобряване на софтуера чрез добавяне на повече функции в съществуващия софтуер.

Популярни SDLC модели:

Има много различни SDLC модели, които са предназначени за внедряване в процеса на разработка на софтуер. Най-важните и популярни са:

  • Модел на водопад
  • Итеративен модел
  • Спирален модел
  • V-модел

Модел на водопад:

В модела на водопада целият процес на разработка на софтуер е разделен на фази, където изходът от една фаза действа като вход към следващата фаза. Следващата фаза започва едва, когато предишната фаза приключи.

Итеративен модел:

Този модел започва с по-малък набор от изисквания и не се нуждае от пълния контекст на спецификацията на продукта, за да започне SDLC процеса. Този процес е повтарящ се и при всяка итерация на SDLC процеса се прави по-нова версия на софтуера. Всяка итерация може да бъде между 2-6 седмици. Всяка итерация развива отделен компонент в този подход. Този модел също изисква ресурс на режим от модела на водопада.

Спирален модел:

Този модел е комбинация от модел на водопад и спирала и работи по итеративен начин. Въз основа на риска, свързан с проекта, този модел ръководи екипа да приеме елементи от един или повече SDLC модели като водопад или итеративен модел. Тук жизненият цикъл на Софтуера е разделен на по-малки части и нова функционалност може да бъде добавена към софтуера дори на късните етапи на SDLC.

V-Модел:

V моделът е основно разширение към модела на водопада, където фазите на тестване и разработване са планирани паралелно. Едната страна се състои от фазата на проверка, докато другата се състои от фазата на валидиране, която накрая се съединява чрез кодиране. Следващото състояние започва само когато предишното състояние бъде завършено.

Препоръчителни статии

Това е ръководство за това какво е SDLC. Тук сме обсъдили различните видове SDLC с популярните модели SDLC. Можете също да разгледате следните статии, за да научите повече -

  1. Софтуерна разработка срещу Уеб разработка
  2. Дефектен жизнен цикъл при тестване на софтуер
  3. Уникални стъпки за изграждане на финансови модели (софтуер, типове)
  4. Въведение в разработката на софтуер

Категория:

Разработване на софтуер