Софтвер животног циклуса: концепт, стандарди, процеси,

Развој софтвера није могуће без разумевања тзв животног циклуса софтвера. Обичан корисник може да буде, а не мора да зна, али је пожељно да се науче основне стандарде (у даљем тексту ће бити речено зашто је то потребно).

Софтвер животног циклуса: шта је то у формалном смислу?

Ундер животни циклус било којег софтверског производа подразумева се време његовог постојања, почевши од фазе развоја и пре потпуног одбацивања употребе одабраног поља примене до потпуног повлачења из примене употребу.

Једноставно речено, информационих система у облику програма, базе података, или чак "оперативних система" су у потражњи само у случају значају и могућностима које им података.

Верује се да је дефиниција животног циклуса на било који начин не односи на тестирање апликације, као што су бета верзије, које су највише нестабилна у раду. Исте животног циклуса софтвера зависи од многих фактора, међу којима је један од главних улога коју игра медиј у којем ће програм бити користи. Међутим, можете изабрати и општи термини који се користе у дефинисању концепта животног циклуса.

почетни захтеви

Као што је уобичајено верује, користи велики број услова у погледу његовог развоја и коришћења за било који софтверски производ, и то:

• Формулација проблема;
• Анализа заједничких захтјева будућег система;
• дизајн;
• програмирање;
• кодирање и израда;
• тестинг;
• отклањање грешака;
• имплементацију и одржавање софтвера.

Развој софтвера чине све наведене кораке, а не може без бар једног од њих. Али да контролишу такви процеси подесите одређене стандарде.

Процесс стандарди животног циклуса софтвера

Међу система предодређују су услови и захтеви за таквим процесима се сада може назвати само три главне оне:

• ГОСТ 34.601-90;
• ИСО / ИЕЦ 12207: 2008;
• Орацле ЦДМ.

За други међународни стандард је руски еквивалент. Ово ГОСТ ИСО / ИЕЦ 12207-2010, одговоран је за систем и софтверског инжењеринга. Али софтвер животни циклус, описан у оба прописа, је идентичан у суштини. Разлог је доста једноставно.

Врсте софтвера и ажурирања

Модерни информациони системи су такви да успоставе примену заједничких концепата.

На пример, постоје програми система и комуналије, мултимедијалне алате, управљачких програма, оффице апликација и тако даље. Д. за било коју врсту софтвера може утврдити постојање фазама животног циклуса.

Његов наставак је најчешће коришћени начин ажурирања (за оба оперативна система и платформи и апликативног софтвера). Вероватно не треба да објасни да сваки корисник рачунарског система заснованог на Виндовс ажурирања донела фазу система или компоненти као што су Мицрософт .НЕТ Фрамеворк или виртуелне машине Јава.

dizajn фаза

Сада неколико речи директно у вези са фазама развоја. Век трајања првобитно обухвата планирање пројеката, анализу система и циљне услове, могућност прелиминарног или главни пројекат, кодирање и тестирање, могућност апликативног софтвера у специјализованим системима, и тако даље Д..

Модели из животног циклуса софтвера сугерише да у почетку поставили задатак да изради софтвера треба да буде ограничена на развој генеричких апликација или софтвера који користе неки покретање окружења.

дизајн

Развојни системи су програмске језике. дизајн софтвера у првој фази може бити сведена на.

Да ли ће ово В + / Ц ++, Јава, Делфи или исти застарели Паскал - није толико важно. Питање је, како је направљена апликација бити интегрисани у оперативни систем и глатко.

У том смислу, један животни циклус тестирања софтвера је време почетне инсталације производа до њеног потпуног уклањања због неусклађености са захтевима система, иноперабилни или спречености да обавља задатке првобитно.

касније фазе

Даља подршка за дефинисање животног циклуса софтвера, долази до кодирања да генерише и прима изворни код апликације.

У случају слободног (опен) ширења тзв сертификат је примењена на основу дозволе ГНУ који омогућава промене у самом софтверу на захтјев корисника, који је упознат са програмским језиком којим је пријава је настала.

Ако је затворена код, можете користити алатке као Дисассемблер. Али у овом случају, само за декодирање извршни ЕКСЕ-фајлови се могу постићи, а свакако није везано ДЛЛ динамичке библиотеке.

Али, ова теорија. У пракси, фаза животног циклуса софтвера укључују листу много више ствари. Чак и најједноставнија симулација која се састоји од прегледа стандарда и формулисање запажања (захтева на високом нивоу у архитектури, поклапа са извршни код, средства и методе верификације). То је процес животног циклуса софтвера. Али, овде је важно да се разуме и контролише неке од принципа таквих програма и система.

Основе управљања

софтвер за управљање животним циклусом се заснива на разградњи програма у компонентама, дајући широк довољно спектар алата за њихово креирање.

Постоји мана. Избор модула ограничен је оригинални програмер платформе на основу којих се производи програм. Наравно, ако се узме у обзир уједињење и куцању користи развојних алата (посебно за вишекратну употребу модула), нема сумње о томе.

Али фазе животног циклуса софтвера морају укључивати успостављање обраду података протокола, рутина, стандардне библиотеке, и још много тога.

половни модули

И ниједан процес софтвер животног циклуса је потпуна без употребе веома специфичним компонентама. Међу тим приоритетима су следећи:

• Главни (председник) модул одговоран за покретање овог софтверског производа;
• Контролна јединица, одговорна за позивање приложене компоненте или Динамиц Линк библиотеке;
• функционалност и обраду података сервис алата и додатних алата.

Извршна датотека је обично, за системе Виндовс базирани је представљена у облику "екзесхника". Контролне компоненте имају додатак Конфигуратора (цонфиг.сис које се примењују на оперативном систему), даље линк библиотеке имају екстензију ДЛЛ. Средства за контролу и обраду функције и подешавања неких апликација се могу појавити у облику КСМЛ датотека.

Они су, случајно, за већину тренутно познатих медијских програма представљају средство за очување основних параметара конфигурације. Коришћење софтвера ове врсте, наравно, сасвим је ограничен, али разумевање општих принципа рада са истим медија плејера не би шкодило. Ево зашто.

У ствари, оно што софтвер животног циклуса положили само на нивоу животног надоградњу играча или инсталације кодека и декодера. А звук и видео трансцодерс су природне особине било аудио или видео система.

Пример на основу програма ФЛ Студио

У почетку, виртуелни Студио секвенцер фл студио је име Фруити Лоопс. Животни циклус софтвера у свом примарном модификацији је истекао, али је примена донекле трансформише и стекао данашњи изглед.

Ако говоримо о фазама животног циклуса, први у фази формулисања проблема је поставила неколико услова:

• стварање бубањ типа модул ритам машина као што су Иамаха РКС, али са једним-схот-узорку или секвенци у ВАВ формату, снимљено уживо у студију;
• интеграција у оперативном систему Виндовс;
• могућност извоза пројекта у ВАВ, МП3 и ОГГ;
• компатибилност пројеката са додатном применом воћни Трацкс.

"Ц" значи да програмски језици су коришћени у фази развоја. Али платформа изгледала прилично примитивни и не дају крајњи корисник жељени квалитет звука.

У том смислу, у току тестирање и дебаговање сценских програмери морали да иду до краја немачког корпорације Стеинберг и односи се на основним захтевима за звучну подршку возача за Фулл Дуплек мод. Квалитет звука је био већи и дозвољено да мењају темпо, терен и намећу додатне ФКС-ефеката у реалном времену.

Завршетак животног циклуса софтвера сматра да је излаз из прве званичне верзије ФЛ Студио, који, за разлику од својих предака, је био пуноправни секвенцер интерфејс са могућношћу да измените поставке на виртуелном 64-канални мешање конзола са неограниченим додатком аудио записа и Миди-стазама.

Промоција програма није ту зауставио. У фази подршке за управљање пројектима за повезивање ВСТи формата додатака је уведен (прва, друга, а затим трећу верзију), једном развијен од стране Стеинберг. Грубо говорећи, било виртуелни синтисајзер који подржава ВСТ-домаћин може да се повеже са програмом.

Није изненађујуће да у скорије композитор могу користити аналогију модела "гвоздје", као што су комплети звукова једном популарном Корг М1. Више - више. Апплицатион модули, као што су Аддицтиве Друмс или Универсал Плуг контакт дозвољено да играју живе звуке правим инструментима, снимљене са свим нијансама артикулације у професионалним студијима.

Програмери су покушале да постигну максимални квалитет и ствара подршку за АСИО4АЛЛ возача, који се испоставило да је рез изнад Моде фулл дуплек. Сходно томе, повећана битрате. Данас, квалитет извезене аудио фајл може бити 320 кб / с на узорковања од 192 кХз. И ово озвучење.

Што се тиче иницијалне верзије свог животног циклуса би се могао назвати потпуно завршен, али таква изјава је релативна, јер је примена само променила име, и је пронашао нове могућности.

перспективе развоја

Које су фазе животног циклуса софтвера, то је већ јасно. Али, овде на развој тих технологија треба бити посебно.

Непотребно је рећи да је било програмер није заинтересована за стварање пролази производ, који једва држи се на тржишту већ неколико година. У будућности, сви гледају дугорочно коришћења. Ово се може постићи на различите начине. Али, као по правилу, готово сви се своде на објавити исправке или нове верзије софтвера.

Чак иу случају Виндовс, такви трендови могу се видети голим оком. Мало је вероватно да данас постоји најмање један корисник, користећи системе као што су верзије 3.1, 95, 98, или Милленниум. Њихов животни циклус је завршен након изласка верзија КСП. Али овде је сервер верзија на НТ технологији засноване су и даље на снази. Чак и Виндовс 2000, данас није само врло релевантно, али у неким аспектима инсталације или сигурност чак надмашују најновија достигнућа. Исто важи и за НТ 4.0 системе, и специјализоване модификације Виндовс 2012.

Али је у односу на овим системима и даље тврди да подржи на највишем нивоу. Али, сензационални у тренутку Виста јасно доживљава заласка сунца циклус. Не само то, него је недовршен, тако да и даље и грешке у себи, и недостатака у свом систему безбедности је толико да можемо само нагађати о томе како је било могуће да се покрене софтверско решење је неодржива.

Али ако говоримо о томе да је развој софтвера било које врсте (контроле или апликација) није на месту, можемо само констатовати чињенице. Уосталом, данас је у питању не само рачунарских система и мобилних уређаја, а у којима технологије су често испред сектора рачунара. Појава чипова процесора заснована на осам језгара - није најбољи пример? Али ипак, није сваки лаптоп рачунар може да се похвали да такав "гвожђе".

Нека додатна питања

Што се тиче разумевања животног циклуса софтвера, да кажемо да је завршио у неком тренутку, то може бити веома произвољан, јер софтвер и даље има подршку програмера да их створе. Уместо тога, на крају се односи на примену наслеђе које не испуњавају захтеве модерних система и не могу да раде у њиховом окружењу.

Међутим, чак и са технолошким достигнућима, многи од њих у блиској будућности не може одржати. А онда ће морати да донесе одлуку или да изда исправке или комплетну ревизију читавог концепта, оригинално уграђени у софтверу. Дакле - и нови циклус са променом у почетне услове, развојно окружење, тестирање и могуће дуготрајне употребе у одређеном подручју.

Али у компјутерској технологији данас фаворизују развој аутоматизованих контролних система (АЦС), који се користе у производњи. Чак је и оперативни систем, у поређењу са специјализованих програма, изгубити.

Исти окружење засновано на Висуал Басиц су много популарнији од Виндовс-система. И о рачунарског програма под УНИКС-систем не говоримо уопште. Шта да кажем, ако скоро сви комуникационих мрежа исти САД су искључиво раде на њима. Узгред, систем као што је Линук и Андроид, такође, су првобитно створени на овој платформи. Због тога, највероватније, УНИКС перспектива много више него свих осталих производа заједно.

уместо тога исход

Остаје да додам да у овом случају су само општи принципи и фазе животног циклуса софтвера. У ствари, чак и почетни задаци могу значајно варирати. Сходно томе, разлике могу посматрати на другим фазама.

Али, развој цоре технологија софтверских производа уз њихову каснију подршку морају бити јасни. За остало, треба узети у обзир специфичности софтвера створио, и окружење у којем је наводно требало да раде, као и могућност програма предвиђених за крајњег корисника, односно производњу, и још много тога.

Поред тога, понекад животни циклус може зависити од релевантности развојних алата. Ако, на пример, неки програмски језик постане застарео, нико неће писати програме засноване на њему, а још више - увести их у аутоматске системе контроле у производњи. Овде чак и програмери не долазе у првом плану, већ продавце који би требали благовремено реагирати на промјене на рачунару. И не постоји толико таквих стручњака на свету. Високо квалификовано особље, способно да држи руку на пулсу тржишта, постаје све више и више на потражњи. И они су често такозвани "сиви кардинали", на којима зависи успјех или губитак одређеног софтверског производа у ИТ подручју.

Нека увек не схватају суштину програмирања, али су јасно у могућности да одреде моделе животног циклуса софтвера и трајање њихове примене, засноване на глобалним трендовима у овој области. Ефикасно управљање често производи опипљиве резултате. Да, барем ПР технологија, оглашавање итд. Можда неке апликације за корисника и не требају их, али ако се активно рекламира корисник ће га инсталирати. То је већ, тако рећи, ниво подсвеста (исти ефекат 25. кадра, када се подаци чувају у свести корисника, без обзира на себе).

Наравно, такве технологије на свијету су забрањене, међутим, многи од нас чак и не претпостављају да се и даље могу користити и утјецати на подсвест ум на одређени начин. Која је једина "зомбификација" канала вести или интернет страница, а да не помињем употребу јачих алата, као што је излагање инфрасоунд-у (ово је кориштено у једној опери), тако да особа може доживети страх или неадекватне емоције.

Враћајући се на софтвер, вриједи додати да неки програми користе звучни сигнал када започну, што привлачи пажњу корисника. И, како показују студије, такве апликације су одрживе у односу на друге програме. Наравно, животни циклус софтвера се повећава, без обзира на то која функција јој се на почетку додјељује. И то, нажалост, користи многи програмери, што доводи до сумње у правовременост таквих метода.

Али не суди нам о томе. Можда ће у блиској будућности бити развијени алати који одређују такве претње. До сада је ово само теорија, али, према неким аналитичарима и стручњацима, мало остаје практична примјена. Ако већ створите копије неуронских мрежа људског мозга, шта онда да кажете?