Преглед садржаја:
- Дефиниција - Шта значи модел животног циклуса развоја софтвера (СДЛЦ)?
- Тецхопедиа објашњава модел животног циклуса развоја софтвера (СДЛЦ)
Дефиниција - Шта значи модел животног циклуса развоја софтвера (СДЛЦ)?
Модел животног циклуса развоја софтвера (СДЛЦ) представља концептуални оквир који описује све активности у пројекту развоја софтвера, од планирања до одржавања. Овај процес је повезан са неколико модела, од којих сваки укључује разне задатке и активности.
Развој софтвера је гломазна активност која захтева правилно идентификовање захтева, њихову примену и увођење софтвера. Међутим, ту се активности не завршавају. Након дистрибуције софтвера, мора се обезбедити правовремено одржавање.
Овај термин је такође познат и као модел процеса развоја софтвера.
Тецхопедиа објашњава модел животног циклуса развоја софтвера (СДЛЦ)
Главне активности на развоју софтвера укључују:
- Вађење захтева: Клијент има нејасну представу о томе шта је потребно. Након детаљне анализе захтева и корака планирања како би се достигао циљ, група софтверских инжењера у пракси проводи апстрактну идеју клијента.
- Опис софтвера: Описује да је софтвер следећи корак у процесу.
- Апстрактно представљање система: Направљено је да потврди да испуњава захтеве производа и интерфејсе са другим софтверским производима заједно са основним хардвером.
- Захтеви клијента: реализује се помоћу кода који су програмирали софтверски инжењери.
- Тестирање кода: Код се тестира како би се осигурало да нема грешака и да се не придржава клијентових захтева.
- Документација интерног дизајна: За будуће одржавање и унапређење производа.
- Одржавање: Изводи се ради промене архитектуре система у складу са будућим потребама. Ово може захтијевати додавање кода или измјену постојећег кода.
Горе наведени развојни процес поједностављен је низом модела. Развојни тим бира најбољи погодни модел. Различити модели су:
- Модел водопада: Програмери наводе захтеве, анализирају их, одређују решење и уоквирују софтверску архитектуру, репрезентацију интерфејса и алгоритмичке детаље. Затим развијају код, тестирају га, распоређују софтвер и одржавају га. Иако је метода слапа лако разумљива и поставља стабилност захтева, може оставити лажни утисак да не пружа много учешћа купаца. Главни проблем овог модела је тај што захтев за исправљањем грешака треба знати унапред и у раној фази. У супротном, читав процес се може наставити у погрешном правцу, што може негативно утицати на трошкове производње.
- В Обликовани модел: Варијација модела водопада. Наглашава се верификација и валидација производа. Сви резултати су тестирани, а напредак се прати прекретницама. Тестирање се спроводи паралелно са развојном фазом.
- Модел прототипа: Прототип је развијен у фази потребе и процијењен од стране крајњих корисника. На основу повратних информација корисника, програмери мењају прототип да би удовољили потребама корисника. Иако овај модел лако финализује захтеве, његова употреба у производном окружењу може довести до проблема са квалитетом, чиме се поступак корекције наставља заувек.
- Спирални модел: Користи и моделе водопада и прототипа. У модел водопада додаје програмске језике четврте генерације, брзо развијање прототипа и анализу ризика. Системски захтеви су дизајнирани и креиран је прелиминарни дизајн система. Почетни прототип је дизајниран и тестиран. На основу процене резултата испитивања креира се други прототип. Накнадни прототипови направљени су тако да осигурају задовољство купаца. Систем је створен на основу крајњег прототипа. Коначни систем се процењује и тестира. Иако овај модел у великој мјери смањује ризик, можда неће испунити буџет и примјењује се различито за сваку апликацију.
- Итеративни и инкрементални СДЛЦ модел: Специфицира и имплементира дио софтвера који се затим преиспитује и додају додатни захтјеви и примјењују у групама. Свако издање испоручује оперативни производ који купцима прво представља важне функционалности, смањујући почетне трошкове испоруке. Ризик од промене захтева је у великој мери смањен и купцима је дозвољено да одговоре на сваку изградњу. Упркос својим снагама, овај модел захтева добро планирање и рано дефинисање комплетног и потпуно функционалног система. Такође захтева добро дефинисане интерфејсе модула.
- Модел агилног развоја: користи се за временски критичне апликације у организацијама које користе дисциплиноване методе. Убрзава фазе животног циклуса и смањује обим.
- Модел чаробне кутије: Је ли модел развоја веб апликација. То је најбржи начин да се пројект заврши са најмање грешака, јер пружа шансу за промену структуре кода и базе података.
