Моделът на жизнения цикъл на софтуера (наричан също модел на процес) е картинно и диаграмно представяне на жизнения цикъл на софтуера. Моделът на жизнения цикъл представя всички методи, необходими за преминаване на софтуерен продукт през етапите на неговия жизнен цикъл. Той също така улавя структурата, в която трябва да се предприемат тези методи.
С други думи, моделът на жизнения цикъл картографира различните дейности, извършвани върху софтуерен продукт от неговото създаване до пенсиониране. Различните модели на жизнения цикъл могат да планират необходимите дейности за развитие на фази по различни начини. По този начин няма елемент кой модел на жизнения цикъл да се следва, основните дейности се съдържат във всички модели на жизнения цикъл, въпреки че действието може да се извършва в различен ред в различни модели на жизнения цикъл. По време на всеки етап от жизнения цикъл може да се извърши повече от една дейност.
Нужда от SDLC
Екипът за разработка трябва да определи подходящ модел на жизнения цикъл за конкретен план и след това да го наблюдава.
Без използването на точен модел на жизнения цикъл разработването на софтуерен продукт не би било по систематичен и дисциплиниран начин. Когато екипът разработва софтуерен продукт, трябва да има ясно разбиране сред представителите на екипа кога и какво да се прави. В противен случай това би означавало хаос и провал на проекта. Този проблем може да бъде дефиниран с помощта на пример. Да предположим, че проблемът с разработката на софтуер е разделен на различни части и частите са възложени на членовете на екипа. Оттам нататък да предположим, че на представителя на екипа е позволена свободата да развива възложените му роли по какъвто начин пожелае. Възможно е един представител да започне да пише кода от своя страна, друг да избере първо да подготви тестовите документи, а някой друг инженер да започне с фазата на проектиране на ролите, които са му възложени. Това би бил един от перфектните методи за провал на проекта.
Моделът на жизнения цикъл на софтуера описва входни и изходни критерии за всяка фаза. Една фаза може да започне само ако са изпълнени нейните критерии за влизане в етап. Така че без модел на жизнения цикъл на софтуера критериите за влизане и излизане за етап не могат да бъдат разпознати. Без модели на жизнения цикъл на софтуера става трудно за мениджърите на софтуерни проекти да наблюдават напредъка на проекта.
SDLC цикъл
SDLC Cycle представлява процеса на разработване на софтуер. SDLC рамката включва следните стъпки:
Етапите на SDLC са както следва:
Етап 1: Планиране и анализ на изискванията
java синхронизиране
Анализът на изискванията е най-важният и необходим етап в SDLC.
Старшите членове на екипа го изпълняват с помощта на всички заинтересовани страни и експерти в областта или МСП в индустрията.
На този етап се извършва и планиране на изискванията за осигуряване на качеството и идентифициране на рисковете, свързани с проектите.
Бизнес анализаторът и организаторът на проекта организират среща с клиента, за да съберат всички данни като какво иска клиентът да изгради, кой ще бъде крайният потребител, каква е целта на продукта. Преди да създадете продукт, е много необходимо основно разбиране или познаване на продукта.
Например , Клиент иска да има приложение, което се отнася до парични транзакции. При този метод изискването трябва да е точно като какъв вид операции ще бъдат извършени, как ще бъдат извършени, в коя валута ще бъдат извършени и т.н.
След като необходимата функция е изпълнена, анализът е завършен с одитиране на осъществимостта на растежа на даден продукт. В случай на неяснота се създава сигнал за допълнително обсъждане.
След като изискването бъде разбрано, се създава документът SRS (Спецификация на софтуерните изисквания). Разработчиците трябва стриктно да следват този документ и също трябва да бъдат прегледани от клиента за бъдещи справки.
Етап 2: Определяне на изискванията
След като анализът на изискванията е направен, следващият етап е със сигурност да се представят и документират софтуерните изисквания и да бъдат приети от заинтересованите страни по проекта.
Това се постига чрез „SRS“ – документ за спецификация на софтуерните изисквания, който съдържа всички изисквания към продукта, които трябва да бъдат конструирани и разработени по време на жизнения цикъл на проекта.
Етап 3: Проектиране на софтуера
Следващата фаза е на път да събере всички знания за изискванията, анализа и дизайна на софтуерния проект. Тази фаза е продукт на последните две, като информация от клиента и събиране на изисквания.
Етап 4: Разработване на проекта
В тази фаза на SDLC започва действителното развитие и програмирането е изградено. Изпълнението на дизайна започва с писането на код. Разработчиците трябва да следват насоките за кодиране, описани от тяхното управление и инструменти за програмиране като компилатори, интерпретатори, програми за отстраняване на грешки и т.н. се използват за разработване и внедряване на кода.
Етап 5: Тестване
След като кодът е генериран, той се тества спрямо изискванията, за да се гарантира, че продуктите отговарят на нуждите, адресирани и събрани по време на етапа на изискванията.
По време на този етап се извършват модулно тестване, интеграционно тестване, системно тестване, тестване за приемане.
Етап 6: Внедряване
След като софтуерът е сертифициран и не са посочени бъгове или грешки, той се внедрява.
След това въз основа на оценката софтуерът може да бъде пуснат такъв, какъвто е, или с предложено подобрение в обектния сегмент.
масив, сортиран в java
След внедряване на софтуера започва поддръжката му.
Етап 7: Поддръжка
След като клиентът започне да използва разработените системи, тогава възникват истинските проблеми и изискванията, които трябва да бъдат решавани от време на време.
Тази процедура, при която се полагат грижи за разработения продукт, е известна като поддръжка.