Распрацоўка ПА немагчымая без разумення так званага жыццёвага цыкла праграм. Радавому юзэру гэта, можа быць, і не трэба ведаць, але асноўныя стандарты пажадана засвоіць (далей будзе сказана, навошта гэта трэба).
Пад жыццёвым цыклам любога праграмнага прадукту прынята разумець час яго існавання, пачынаючы са стадыі распрацоўкі і да моманту поўнага адмовы ад выкарыстання ў абранай сферы прымянення аж да поўнага канфіскацыі прыкладання з ужытку.
Гаворачы простай мовай, інфармацыйныя сістэмы ў выглядзе праграм, баз дадзеных або нават «аперацыёнак» з'яўляюцца запатрабаванымі толькі ў выпадку актуальнасці дадзеных і магчымасцяў, якія прадстаўляюцца імі.
Лічыцца, што вызначэнне жыццёвага цыкла ні ў якай меры не прымяняецца да тэставых прыкладанняў, напрыклад, да бэта-версій, якія з'яўляюцца самымі няўстойлівымі ў працы. Сам жа жыццёвы цыкл ПА залежыць ад мноства фактараў, сярод якіх адну з галоўных роляў гуляе асяроддзе, у якой праграма будзе выкарыстоўвацца. Аднак можна вылучыць і агульныя ўмовы, якія прымяняюцца пры вызначэнні паняцці жыццёвага цыклу.
Як прынята лічыць, для любога праграмнага прадукту выкарыстоўваецца некалькі ўмоў, датычна яго распрацоўкі і прымянення, а менавіта:
Распрацоўка ПА складаецца з усіх вышэйзгаданых стадый і не можа абыйсціся хаця б без аднаго з іх. Але для кантролю для такіх працэсаў устаноўлены спецыяльныя стандарты.
Больш:
Lenovo v580c: падрабязны агляд
Сёння мы вырашылі напісаць пра ноўтбуку Lenovo v580c. Агляд будзе падрабязным, так як гэты партатыўны ПК серыі IdeaPad мае высокую папулярнасць, але не многія ведаюць, чым жа прыцягвае гэта прылада пакупнікоў. Мадэль з'яўляецца хуткай і змяшчае ў саб...
Брандмаўэр - што гэта? Стандартны абаронца ПК
Брандмаўэр – што гэта такое? Карысная функцыя ў аперацыйнай сістэме або малаэфектыўныя сродак абароны? Перш чым адказаць на гэтае пытанне, нам трэба высветліць, што робіць кампутар і як правільна яго наладзіць.Агульныя звесткіДля паспяховай пра...
"Аблівіян": праходжанне гульні. Кіраўніцтва і парады па праходжанні гульні "Аблівіян"
The Elder Scrolls IV: Oblivion — ролевая гульня ад кампаніі Bethesda Games Studios. Адразу ж пасля рэлізу у 2006 годзе яна стала вельмі папулярнай. Сюжэт заснаваны на супрацьстаянні галоўнага героя і культу Прынца Разбурэння, які плануе адкрыць...
Сярод сістэм, які прадвызначае ўмовы і патрабаванні, што прад'яўляюцца да такіх працэсаў, сёння можна назваць толькі тры асноўных:
Для другога міжнароднага стандарту маецца расійскі аналаг. Гэта ДАСТ Р ІСО/МЭК 12207-2010, які адказвае за сістэмную і праграмную інжынерыю. Але жыццёвы цыкл праграмнага забеспячэння, апісваны ў абодвух правілах, з'яўляецца ідэнтычным па сутнасці. Тлумачыцца гэта досыць проста.
Сучасныя інфармацыйныя сістэмы такія, што для іх усталёўваюцца агульнапрынятыя паняцці вобласці прымянення.
Напрыклад, ёсць сістэмныя праграмы і ўтыліты, сродкі мультымедыя, драйверы прылад, офісныя прыкладання і г. д. Для любога тыпу праграмных прадуктаў можна вызначыць этапы жыццёвага цыкла існавання.
Для яго падаўжэння часцей за ўсё ўжываюцца сродкі абнаўлення (як для аперацыйных сістэм, так і для платформаў і прыкладнога ПА). Напэўна, не трэба тлумачыць, што любы карыстальнік кампутарнай сістэмы на аснове Windows праходзіў этап абнаўлення самой сістэмы або кампанентаў накшталт Microsoft .NET Framework або віртуальнай машыны Java.
Зараз некалькі слоў непасрэдна аб стадыях распрацоўкі. Жыццёвы цыкл ПА першапачаткова ўключае ў сябе планаванне праекта, аналіз сістэмных і мэтавых патрабаванняў, магчымасці папярэдняга або дэталёвага праектавання, кадаванне і тэставанне, магчымасць прымянення праграм у спецыялізаваных сістэмах і г. д.
Мадэлі жыццёвага цыкла праграмнага забеспячэння мяркуюць, што першапачаткова пастаўленая задача па стварэнні праграмнага забеспячэння павінна зводзіцца да распрацоўкі універсальных прыкладанняў або праграмных прадуктаў, якія выкарыстоўваюць пэўную сераду запуску.
Сістэмы распрацоўкі ўяўляюць сабой мовы праграмавання. Праектаванне праграмнага забеспячэння на першай стадыі можа зводзіцца менавіта да гэтага.
Будзе ці гэта C/C++, Java, Delphi або той жа састарэлы Pascal – не гэтак важна. Пытанне складаецца ў тым, наколькі створанае прыкладанне зможа інтэгравацца ў аперацыйную сістэму і працаваць без збояў.
У гэтым сэнсе 1 жыццёвы цыкл праграмнага забеспячэння з'яўляецца часам яго тэставання ад пачатковай інсталяцыі прадукту да яго поўнага выдалення з прычыны неадпаведнасці патрабаванням сістэмы, непрацаздольнасці або немагчымасці выканання першапачаткова пастаўленых задач.
Далейшае суправаджэнне, якія вызначаюць жыццёвы цыкл праграмнага забеспячэння, зводзіцца да таго, каб вырабіць кадаваньне і атрыманне зыходнага кода прыкладання.
У выпадку яго бясплатнага (адкрытага) распаўсюджвання ўжываецца так званы сертыфікат на аснове ліцэнзіі GNU, што прадугледжвае магчымасць змены самога праграмнага прадукту па жаданні іншага карыстальніка, знаёмага з мовай праграмавання, з дапамогай якога дадатак стваралася.
Калі гаворка ідзе аб закрытым кодзе, можна скарыстацца ўтылітамі накшталт Disassembler. Але ў гэтым выпадку можна дамагчыся толькі раскодирования выкананага EXE-файла, а ўжо ніяк не прывязаных дынамічных бібліятэк DLL.
Але гэта тэорыя. На практыцы стадыі жыццёвага цыкла ПА ўключаюць у свой спіс куды больш элементаў.Нават самая простая-мадэльная сітуацыя складаецца з разгляду стандартаў і фармулявання заўваг (высокаўзроўневыя патрабаванні да архітэктуры, адпаведнасць выкананага кода, сродкі і методыка верыфікацыі). Гэта і ёсць працэс жыццёвага цыкла праграмнага забеспячэння. Але тут важна разумець і некаторыя прынцыпы кіравання такімі праграмамі і сістэмамі.
Кіраванне жыццёвым цыклам праграмнага забеспячэння ажыццяўляецца на аснове разбіцця праграм на складнікі, што дае дастаткова шырокі выбар сродкаў для іх стварэння.
Ёсць і зваротная бок медалі. Выбар модуляў абмяжоўваецца распрацоўшчыкам першапачатковай платформы, на аснове якой ажыццяўляецца праграмаванне. Вядома, калі ўзяць у разлік уніфікацыю і тыпізацыі якія ўжываюцца сродкаў распрацоўкі (асабліва шматкроць выкарыстоўваюцца модуляў), тут пытанняў няма.
А вось этапы жыццёвага цыкла праграмнага забеспячэння ў абавязковым парадку ўтрымліваюць стварэнне пратаколаў апрацоўкі дадзеных, падпраграм, стандартных бібліятэк і шмат чаго іншага.
ні адзін працэс жыццёвага цыкла праграмнага забеспячэння не абыходзіцца без выкарыстання вельмі спецыфічных кампанентаў. Сярод іх прыярытэтнымі лічацца наступныя:
Выкананы файл, як правіла, для Windows-сістэм прадстаўлены ў выглядзе «экзэшника». Кіраўнікі кампаненты маюць пашырэнне конфигураторов (config.sys у дачыненні да аперацыйных сістэм), дадаткова падключаюцца бібліятэкі маюць пашырэнне DLL. Сродкі кантролю і апрацоўкі функцый і налад некаторых прыкладанняў могуць выглядаць у выглядзе файлаў XML.
Яны, дарэчы, для большасці цяпер вядомых праграм мультымедыя з'яўляюцца сродкамі захавання асноўных параметраў канфігурацыі. Выкарыстанне ПА такога тыпу, вядома, з'яўляецца дастаткова абмежаваным, але разуменне агульных прынцыпаў працы з тымі ж медиаплеерами не пашкодзіць. І вось, чаму.
Па сутнасці-тое, у іх жыццёвы цыкл праграмнага забеспячэння закладзены толькі на ўзроўні тэрміну абнаўлення версіі самага прайгравальніка або ўстаноўкі кодэкаў і дэкодараў. А гукавыя і відэа транскодеры з'яўляюцца неад'емнымі атрыбутамі любой аўдыё або відэасістэмы.
Першапачаткова віртуальная студыя-секвенсор FL Studio мела назву Fruity Loops. Жыццёвы цыкл ПА у яго першаснай мадыфікацыі скончыўся, але прыкладанне некалькі трансфармавалася і набыла цяперашні выгляд.
Калі казаць аб этапах жыццёвага цыклу, спачатку на стадыі пастаноўкі задачы задавалася некалькі абавязковых умоў:
На стадыі распрацоўкі былі ўжытыя сродкі моў праграмавання «Сі». Але платформа выглядала досыць прымітыўна і не давала канчатковаму карыстачу неабходнага якасці гучання.
У сувязі з гэтым, на стадыі тэставання і адладкі распрацоўнікам прыйшлося пайсці па шляху нямецкай карпарацыі Steinberg і ўжыць у патрабаваннях да асноўнага гукавым драйверу падтрымку рэжыму Full Duplex. Якасць саунда стала вышэй і дазволіла змяняць тэмп, вышыню тону і накладваць дадатковыя FX-эфекты ў рэжыме рэальнага часу.
Завяршэннем жыццёвага цыкла гэтага ПА прынята лічыць выхад першай афіцыйнай версіі FL Studio, якая, у адрозненне ад сваіх продкаў, валодала ўжо інтэрфейсам паўнавартаснага сэквенсора з магчымасцю рэдагавання параметраў на віртуальным 64-канальным микшерном пульце з неабмежаваным даданнем аўдыё-дарожак і MIDI трэкаў.
Прасоўванне праграмы гэтым не абмежавалася. На стадыі кіравання праектам была ўведзена падтрымка падлучэння убудоў фармату VST (спачатку другую, а потым і трэцяй версіі), у свой час распрацаванага кампаніяй Steinberg. Груба кажучы, любы віртуальны сінтэзатар, які падтрымлівае VST-host мог падлучацца да праграме.
Нядзіўна, што неўзабаве любы кампазітар мог выкарыстоўваць аналагі «жалезных» мадэляў, напрыклад, поўныя камплекты гукаў некалі папулярнага Korg M1. Далей – больш. Ужыванне модуляў накшталт Addictive Drums або універсальнага плагіна Kontakt дазволіла прайграваць жывыя гукі рэальных інструментаў, запісаных з усімі адценнямі артыкуляцыі ў прафесійных студыях.
Пры гэтым распрацоўшчыкі пастараліся і дамагчыся максімальнага якасці, стварыўшы падтрымку драйвераў для ASIO4ALL, якія апынуліся на галаву вышэй рэжыму Full Duplex. Адпаведна, павысіўся і бітрэйт. На сённяшні дзень якасць экспартаванага гукавога файла можа складаць 320 кбіт/с пры частаце дыскрэтызацыі 192 кГц. Агэта прафесійны гук.
Што ж тычыцца пачатковай версіі, яе жыццёвы цыкл можна было б назваць цалкам скончаным, але такое сцвярджэнне з'яўляецца адносным, паколькі прыкладанне толькі змяніла назву і набыло новыя магчымасці.
Што сабой уяўляюць этапы жыццёвага цыкла праграмнага забеспячэння, ужо зразумела. Але вось аб развіцці такіх тэхналогій варта сказаць асобна.
Не трэба казаць, што любы распрацоўшчык праграмнага забеспячэння не зацікаўлены ў стварэнні мімалётнага прадукту, які наўрад ці ўтрымаецца на рынку на працягу некалькіх гадоў. У перспектыве ўсе глядзяць на яго доўгатэрміновае выкарыстанне. Дасягацца гэта можа рознымі спосабамі. Але, як правіла, практычна ўсе яны зводзяцца да выпуску абнаўленняў або новых версій праграм.
Нават у выпадку з АС Windows такія тэндэнцыі можна заўважыць няўзброеным поглядам. Наўрад ці сёння знойдзецца хоць адзін юзэр, які выкарыстоўвае сістэмы накшталт мадыфікацый 3.1, 95, 98 або Millennium. Іх жыццёвы цыкл скончыўся пасля выхаду версіі XP. Але вось серверныя версіі на аснове тэхналогій NT ўсё яшчэ актуальныя. Нават Windows 2000 на сённяшні дзень з'яўляецца не толькі вельмі актуальнай, але і па некаторых параметрах ўстаноўкі або бяспекі нават праўзыходнай самыя новыя распрацоўкі. Тое ж самае тычыцца сістэмы NT 4.0, а таксама спецыялізаванай мадыфікацыі Windows Server 2012.
Але па адносінах менавіта да гэтых сістэм усё роўна заяўлена падтрымка на самым высокім узроўні. А вось нашумелая ў свой час Vista відавочна адчувае закат цыклу. Мала таго, што яна апынулася недапрацаванай, так яшчэ і памылак у ёй самой і прарэхаў у яе сістэме бяспекі было столькі, што застаецца толькі здагадвацца аб тым, як можна было выпусціць на рынак праграмных прадуктаў такое несостоятельное рашэнне.
Але калі казаць пра тое, што развіццё ПА любога тыпу (кіраўніка або прыкладнога) не стаіць на месцы, можна толькі канстатаваць факты. Бо сёння справа тычыцца не толькі камп'ютарных сістэм, а і мабільных прылад, у якіх прымяняюцца тэхналогіі часта апярэджваюць кампутарны сектар. З'яўленне працэсарных чыпаў на аснове васьмі ядраў – чым не самы лепшы прыклад? А бо яшчэ далёка не кожны ноўтбук можа пахваліцца наяўнасцю такога «жалеза».
Што ж тычыцца разумення жыццёвага цыкла праграмнага забеспячэння, сказаць, што ён скончыўся ў нейкі пэўны момант часу, можна вельмі ўмоўна, бо праграмныя прадукты ўсё роўна маюць падтрымку з боку распрацоўшчыкаў, іх стваралі. Хутчэй заканчэнне ставіцца да састарэлым прыкладанням, якія не адказваюць патрабаванням сучасных сістэм і не могуць працаваць у іх асяроддзі.
Але нават з улікам тэхнічнага прагрэсу многія з іх ужо ў бліжэйшы час могуць апынуцца няслушнымі. Вось тады і прыйдзецца прымаць рашэнне альбо аб выпуску абнаўленняў, альбо аб поўным пераглядзе ўсёй канцэпцыі, першапачаткова закладзенай у праграмны прадукт. Адсюль – і новы цыкл, які прадугледжвае змяненне пачатковых умоў, асяроддзя распрацоўкі, тэставанні і магчымага доўгатэрміновага прымянення ў пэўнай сферы.
Але у кампутарных тэхналогіях сёння аддаецца перавагу развіццю аўтаматызаваных сістэм кіравання (АСК), якія прымяняюцца на вытворчасці. Нават аперацыйныя сістэмы, у параўнанні са спецыялізаванымі праграмамі, прайграюць.
Тыя ж асяроддзя на аснове Visual Basic застаюцца нашмат больш папулярнымі, чым Windows-сістэмы. А аб прыкладным ПА пад UNIX-сістэмы гаворка не ідзе наогул. Што казаць, калі практычна ўсе камунікацыйныя сеткі тых жа Злучаных Штатаў, якія працуюць выключна на іх. Дарэчы, сістэмы накшталт Linux і Android таксама першапачаткова ствараліся менавіта на гэтай платформе. Таму, хутчэй за ўсё, у UNIX перспектыў нашмат больш, чым у астатніх прадуктаў, разам узятых.
Застаецца дадаць, што ў дадзеным выпадку прыведзены толькі агульныя прынцыпы і этапы жыццёвага цыклу праграмнага забеспячэння. На самай справе нават пачаткова пастаўленыя задачы могуць адрознівацца вельмі істотна. Адпаведна, адрозненні могуць назірацца і на астатніх стадыях.
Але асноўныя тэхналогіі распрацоўкі праграмных прадуктаў з іх наступным суправаджэннем павінны быць зразумелыя. У астатнім жа варта ўлічваць і спецыфіку стваранага ПА, і асяроддзя, у якіх яно як мяркуецца, павінна працаваць, і магчымасці праграм, якія прадстаўляюцца канчатковаму карыстачу або вытворчасці, і многае іншае.
Да таго ж, часам жыццёвыя цыклы могуць залежаць ад актуальнасці сродкаў распрацоўкі. Калі, дапусцім, які-то мова праграмавання састарваецца, ніхто ж не будзе пісаць праграмы на яго аснове, і ўжо тым больш – ўкараняць іх у аўтаматызаваныя сістэмы кіравання на вытворчасці. Тут ужо на першы план выходзяць нават не праграмісты, маркетолагі, якія павінны своечасова рэагаваць на змены камп'ютэрнага рынку. І такіх спецыялістаў у свеце знойдзецца не так ужо і шмат. Высокакваліфікаваныя кадры, здольныя трымаць руку на пульсе рынку, становяцца найбольш запатрабаванымі. І менавіта яны часцяком з'яўляюцца так званымі «шэрымі кардыналамі», ад якіх залежыць поспех або пройгрыш пэўнага праграмнага прадукту ў сферы IT.
Хай яны не заўсёды разумеюць сутнасць праграмавання, затое выразна здольныя вызначыць мадэлі жыццёвага цыкла праграмнага забеспячэння і працягласці часу іх прымянення, зыходзячы з сусветных тэндэнцыйу гэтай галіне. Эфектыўны менеджмент часта дае больш адчувальныя вынікі. Ды хоць бы PR-тэхналогіі, рэклама і г. д. Можа, якое-то прыкладанне карыстачу і не трэба, затое пры ўмове яго актыўнага афішавання юзэр ўсталюе яго. Гэта ўжо, так сказаць, падсвядомы ўзровень (той жа эфект 25-га кадра, калі інфармацыя закладваецца ў свядомасць юзэра незалежна ад яго самога).
Вядома, такія тэхналогіі ў свеце з'яўляюцца забароненымі, аднак многія з нас нават не здагадваюцца пра тое, што яны ўсё роўна могуць выкарыстоўвацца і ўздзейнічаць на падсвядомасць пэўным спосабам. Чаго толькі варта «замбаванне» навінавымі каналамі або інтэрнэт-сайтамі, не кажучы ўжо аб прымяненні больш магутных сродкаў, накшталт ўздзеяння инфразвуком (такое было ўжыта ў адной опернай пастаноўцы), з прычыны чаго чалавек можа адчуваць страх або неадэкватныя эмоцыі.
Вяртаючыся да праграмнага забеспячэння, варта дадаць, што некаторыя праграмы пры запуску выкарыстоўваюць гукавы сігнал, які прываблівае ўвагу юзэра. І, як паказваюць даследаванні, такія прыкладання аказваюцца больш жыццяздольнымі, у параўнанні з іншымі праграмамі. Натуральна, павялічваецца і жыццёвы цыкл ПА, без розніцы, якая функцыя на яго ўскладзена першапачаткова. І гэтым, на жаль, карыстаюцца многія распрацоўшчыкі, што выклікае сумневы ў законнасці такіх метадаў.
Але не нам судзіць аб гэтым. Магчыма, у бліжэйшы час будуць распрацаваны сродкі, якія вызначаюць такія пагрозы. Пакуль гэта толькі тэорыя, але, як лічаць некаторыя аналітыкі і эксперты, да практычнага прымянення засталося зусім няшмат. Калі ўжо ствараюць копіі нейронавых сетак чалавечага мозгу, то што казаць?
Article in other languages:
DE: https://tostpost.com/de/computer/21530-lebenszyklus-software-konzept-standards-prozesse.html
En: https://tostpost.com/computers/16717-the-life-cycle-of-software-concept-standards-processes.html
PL: https://tostpost.com/pl/komputery/21478-cykl-ycia-oprogramowania-poj-cie-standardy-procesy.html
Alin Trodden - аўтар артыкула, рэдактар
"Прывітанне, Я Алін Тродден. Я пішу тэксты, чытаю кнігі і шукаю ўражанні. І я нядрэнна ўмею распавядаць вам пра гэта. Я заўсёды рады ўдзельнічаць у цікавых праектах."
Навіны
Гульнявой руль з педалямі: агляд, асаблівасці, віды і водгукі
Гульні ў жанры автосимулятора цяпер ужо не такія папулярныя, як раней. Хоць, хто з нас не любіць паганяць у віртуальныя гонкі? Але каб гульня стала больш рэалістычнай, некаторыя аддаюць перавагу гульнявога руля з педалямі. Гэты де...
Вэб-праграмісты: апісанне прафесіі, плюсы і мінусы
Вэб-праграміст – гэта адна з самых трэндавых ІТ-спецыяльнасцяў. Па прагнозах сайта CareerCast, да 2024 годзе папулярнасць прафесіі вырасце яшчэ на 24 %. У Расеі за сваю працу распрацоўшчык сайтаў атрымлівае ад 90 тысяч рублё...
Падключыць сеткавы дыск Windows 7 – мудрае і практычнае рашэнне з вашага боку. Зараз растлумачу, чаму. Той, хто арганізаваў у сваім доме лакальную сетку, пастаянна карыстаецца пэўнымі дадзенымі, якія знаходзяцца на іншых кам...
Як зрабіць прадметы ў "Minecraft" з дапамогай варштата?
"Майнкрафт" - гэта гульня, у якой у вас не будзе навучання, вам не дадуць ніякіх установак або заданняў, вам не стануць тлумачыць, што рабіць і як. Вы апынецеся пасярод вялізнага свету, поўнага небяспек, наогул без якіх-небудзь пр...
Падрабязна аб тым, як пабудаваць партал у свет Эндер
Сёння мы пагаворым аб тым, як пабудаваць партал у Эндер свет. Кожнаму гульцу пясочніцы Майнкрафт аднойчы захочацца даследаваць што-то незвычайнае, з чым не кожны раз сустракаешся ў гульнявым прасторы. Вядома, цэнтральным імкненнем...
Працэсар Intel Core i7-930: агляд, характарыстыкі і водгукі
Ні для каго не сакрэт, што магутны працэсар з'яўляецца галоўным кампанентам для пабудовы гульнявых сістэм, вось толькі выбар годнага прылады на рынку не можа. Бо вытворцы запэўніваюць пакупнікоў, што ўсе прадукты, прысутныя на віт...
Заўвага (0)
Гэтая артыкул не мае каментароў, будзьце першым!