Жыццёвы цыкл распрацоўкі праграмнага забеспячэння - SDLC

Жыццёвы цыкл распрацоўкі праграмнага забеспячэння (SDLC) - працэс, які выкарыстоўваецца для распрацоўкі праграмнага забеспячэння. У жыццёвым цыкле распрацоўкі праграмнага забеспячэння існуюць розныя этапы і фазы, і на кожнай фазе адбываюцца розныя дзеянні.

SDLC стварае структуру для каманд распрацоўшчыкаў, каб мець магчымасць распрацоўваць, ствараць і пастаўляць высакаякаснае праграмнае забеспячэнне, вызначаючы розныя задачы, якія павінны адбыцца. Жыццёвы цыкл вызначае метадалогію павышэння якасці праграмнага забеспячэння і агульнага працэсу распрацоўкі.

Намер SDLC апрацаваць яго, каб дапамагчы вырабіць прадукт, эканамічна эфектыўны, эфектыўны і высокай якасці.




Фазы SDLC

1. Аналіз патрабаванняў

Жыццёвы цыкл распрацоўкі праграмнага забеспячэння пачынаецца з фазы аналізу патрабаванняў, дзе зацікаўленыя бакі абмяркоўваюць патрабаванні праграмнага забеспячэння, якое неабходна распрацаваць для дасягнення мэты. Мэта этапу аналізу патрабаванняў - захаваць падрабязнасці кожнага патрабавання і пераканацца, што ўсе разумеюць аб'ём працы і тое, як кожнае патрабаванне будзе выканана.

Звычайная практыка - таксама абмяркоўваць, як будзе выпрабоўвацца кожнае патрабаванне, і таму тэстыроўшчыкі могуць дадаць вялікую карысць ва ўдзеле ў сустрэчах па аналізе патрабаванняў.


У залежнасці ад таго, якая метадалогія распрацоўкі праграмнага забеспячэння выкарыстоўваецца, выкарыстоўваюцца розныя падыходы пры пераходзе ад адной фазы да іншай. Напрыклад, у вадаспадзе або V-мадэлі фаза аналізу патрабаванняў захоўваецца ў дакуменце SRS (Software Requirement Specification) і павінна быць завершана да наступнай фазы.



2. Дызайн

Наступны этап SDLC - этап праектавання. На этапе праектавання распрацоўшчыкі і тэхнічныя архітэктары пачынаюць дызайн высокага ўзроўню праграмнага забеспячэння і сістэмы, каб мець магчымасць выканаць кожнае патрабаванне.

Тэхнічныя дэталі дызайну абмяркоўваюцца з зацікаўленымі бакамі, а таксама пераглядаюцца розныя параметры, такія як рызыкі, якія выкарыстоўваюцца тэхналогіі, магчымасці каманды, абмежаванні праекта, час і бюджэт, а затым для прадукту выбіраецца лепшы дызайнерскі падыход.

Абраны архітэктурны дызайн вызначае ўсе кампаненты, якія неабходна распрацаваць, сувязь са староннімі службамі, карыстацкія патокі і камунікацыі з базамі дадзеных, а таксама прадстаўленне і паводзіны кожнага кампанента. Дызайн звычайна захоўваецца ў Дакуменце спецыфікацыі праекта (DSD)


3. Рэалізацыя

Пасля завяршэння патрабаванняў і праектнай дзейнасці наступным этапам SDLC з'яўляецца ўкараненне або распрацоўка праграмнага забеспячэння. На гэтым этапе распрацоўшчыкі пачынаюць кадзіраванне ў адпаведнасці з патрабаваннямі і дызайнам, абмяркоўваным на папярэдніх этапах.

Адміністратары баз дадзеных ствараюць неабходныя дадзеныя ў базе дадзеных, франтальныя распрацоўшчыкі ствараюць неабходныя інтэрфейсы і графічны інтэрфейс для ўзаемадзеяння з бэк-эндам на аснове кіруючых прынцыпаў і працэдур, вызначаных кампаніяй.

Распрацоўшчыкі таксама пішуць модульныя тэсты для кожнага кампанента, каб праверыць новы код, які яны напісалі, перагледзець код адзін аднаго, стварыць зборкі і разгарнуць праграмнае забеспячэнне ў асяроддзі. Гэты цыкл развіцця паўтараецца да таго часу, пакуль не будуць выкананы патрабаванні.

4. Тэставанне

Тэставанне - гэта апошні этап жыццёвага цыкла распрацоўкі праграмнага забеспячэння, перш чым праграмнае забеспячэнне будзе пастаўлена кліентам. Падчас тэсціравання вопытныя тэсціроўшчыкі пачынаюць правяраць сістэму на адпаведнасць патрабаванням.


Тэстары імкнуцца знайсці дэфекты ў сістэме, а таксама праверыць, ці паводзіць сябе прыкладанне належным чынам і ў адпаведнасці з тым, што было зафіксавана на этапе аналізу патрабаванняў.

Тэсціроўшчыкі могуць альбо выкарыстоўваць тэставы сцэнар для выканання кожнага тэсту і праверкі вынікаў, альбо выкарыстоўваць пошукавае тэсціраванне, якое з'яўляецца больш падыходам, заснаваным на вопыце.

Цалкам магчыма, што дэфекты выяўляюцца на этапе выпрабаванняў. Пасля выяўлення дэфекту тэстары паведамляюць распрацоўшчыкам пра падрабязнасці праблемы, і калі гэта сапраўдны дэфект, распрацоўшчыкі выправяць і створаць новую версію праграмнага забеспячэння, якую неабходна праверыць яшчэ раз.

Гэты цыкл паўтараецца да таго часу, пакуль усе патрабаванні не будуць правераны і ўсе дэфекты не ўхілены, і праграмнае забеспячэнне гатова да адпраўкі.


5. Разгортванне і тэхнічнае абслугоўванне

Пасля поўнага тэсціравання праграмнага забеспячэння і няма пытанні высокага прыярытэту заставацца ў праграмным забеспячэнні, прыйшоў час разгарнуцца на вытворчасці, дзе кліенты могуць выкарыстоўваць сістэму.

Пасля выхаду версіі праграмнага забеспячэння, як правіла, існуе каманда па тэхнічным абслугоўванні, якая займаецца любымі праблемамі пасля вытворчасці.

Калі ў вытворчасці ўзнікае праблема, каманда распрацоўшчыкаў паведамляецца, і ў залежнасці ад таго, наколькі сур'ёзная праблема, можа спатрэбіцца альбо выпраўленне, якое ствараецца і адпраўляецца ў кароткі прамежак часу, альбо, калі яно не вельмі сур'ёзнае, можа пачакаць да наступнай версіі праграмнага забеспячэння.

Выснова

Усе этапы ў жыццёвым цыкле распрацоўкі праграмнага забеспячэння, вызначаныя вышэй, дастасавальныя да любой метадалогіі распрацоўкі праграмнага забеспячэння, але працягласць і мерапрыемствы на кожнай фазе залежаць ад таго, будзеце вы прытрымлівацца методыкі распрацоўкі V-мадэлі альбо Agile.


У Agile працягласць дастаўкі працуючага праграмнага забеспячэння звычайна складае ад 2 да 4 тыдняў, таму кожная з вышэйзгаданых фаз скарачаецца. Акрамя таго, у гнуткім, гэта цэласны камандны падыход, у якім удзельнічаюць распрацоўшчыкі і тэсціроўшчыкі, якія працуюць разам, каб зрабіць якасны прадукт.