Programinė įranga gyvavimo ciklas: samprata, standartai, procesų,

Programinės įrangos kūrimas neįmanomas be supratimo vadinamąjį programinės įrangos gyvavimo ciklą. Paprastas vartotojas tai gali būti ir nereikia žinoti, bet pageidautina išmokti pagrindinius standartus (toliau bus pasakyta, kodėl tai būtina).

Programinė įranga gyvavimo ciklas ": kas tai per oficialią prasme?

Pagal gyvavimo ciklo bet programinės įrangos produkte yra suprantamas kaip savo gyvavimo laiką, pradedant nuo kūrimo etapo ir prieš visišką atmetimą pasirinktos taikymo srityje naudoti iki visiško pasitraukimo iš panaudojimą.

Paprasčiau tariant, informacines sistemas programų forma, duomenų bazės, ar net "operacinių sistemų" yra paklausa tik duomenų aktualumą ir jų teikiamų galimybių atveju.

Manoma, kad gyvavimo ciklo jokiu būdu apibrėžimas netaikomas išbandyti programas, pavyzdžiui, beta versijų, kurios yra labiausiai nestabili darbe. Pačią programinės įrangos gyvavimo ciklas priklauso nuo daugelio veiksnių, tarp kurių vienas iš pagrindinių vaidmenų iš terpės, kuri bus naudojama programa. Tačiau, jūs galite pasirinkti ir bendrosios sąlygos, naudojamas gyvavimo ciklo sąvokos apibrėžimo.

pradiniai reikalavimai

Kaip paprastai manoma, naudojama nemažai sąlygų dėl jos plėtros ir naudojimo bet programinės įrangos produktą, būtent:

• formulavimas problemos;
• analizė abipusius reikalavimus būsimos sistemos;
• dizainas;
• programavimas;
• kodavimas ir kompiliacija;
• bandymai;
• derinimo;
• įgyvendinimas ir priežiūra programinės įrangos.

Programinės įrangos kūrimas yra sudaryta iš visų aukščiau nurodytus veiksmus, ir negali išsiversti be bent vieno iš jų. Tačiau kontroliuoti tokie procesai nustatyti konkrečius standartus.

Procesų standartai programinės įrangos gyvavimo ciklo

Tarp sistemų lemia sąlygos ir reikalavimai tokių procesų, dabar gali būti vadinamas tik trys svarbiausios:

• GOST 34,601-90;
• ISO / IEC 12207: 2008;
• "Oracle CDM.

Dėl antrojo tarptautinio standarto yra Rusijos ekvivalentas. Tai pagal GOST R ISO / IEC 12207-2010 yra atsakinga už sistemos ir programinės įrangos inžinerijos. Tačiau programinės įrangos gyvavimo ciklas, aprašytas abiejų reglamentų, iš esmės sutampa. Priežastis yra gana paprasta.

Programinės įrangos tipai ir atnaujinimai

Šiuolaikinės informacinės sistemos yra tokios, kad jie nustatyti bendras sąvokas taikymą.

Pavyzdžiui, yra programų sistemos ir komunalinių paslaugų, multimedijos įrankius, tvarkyklių, biuro programų ir pan. D. bet tipo programinės įrangos gali nustatyti etapus gyvavimo ciklo egzistavimo.

Jos pratęsimas yra dažniausiai naudojamos priemonės atnaujinimo (tiek operacinių sistemų ir platformų ir taikomosios programinės įrangos). Turbūt nereikia aiškinti, kad bet kuris iš kompiuterinės sistemos, remiantis Windows atnaujinimus vartotojas išlaikė sistemos arba jos sudedamųjų dalių etapą, pavyzdžiui, "Microsoft .NET Framework" ir virtualios mašinos Java.

projektavimo etape

Dabar keletas žodžių tiesiogiai apie vystymosi etapais. Gyvavimo ciklo pradžių apima projekto planavimą, sistemos analizę ir tikslinės reikalavimų, priimti prejudicinį arba detalaus projektavimo galimybės, kodavimas ir bandymai, taikymo programinės įrangos specializuotų sistemų galimybės ir pan. D.

Modeliai programinės įrangos gyvavimo ciklą rodo, kad iš pradžių nustatyti kuriant programinę įrangą, turėtų būti apribota generinių paraiškų ar programinės įrangos produktų, kurie naudoja kai paleisties aplinką plėtros užduotį.

dizainas

Plėtros sistemos programavimo kalbomis. Programinės įrangos projektavimas pirmajame etape gali būti sumažintas iki.

Ar tai C + / C ++, Java, Delphi ar tas pats pasenusi Paskalis - nėra taip svarbu. Kyla klausimas, kaip sukurta programa gali būti integruota į operacinę sistemą ir sklandžiai.

Šia prasme, vienas gyvenimo ciklas programinės įrangos testavimo tai yra pradinio įrengimo produkto iki visiško jo pašalinimo laikas dėl neatitikimo sistemos reikalavimus, neveiksni arba nesugebėjimas atlikti užduotis iš pradžių.

vėlesni etapai

Daugiau parama apibrėžiant programinės įrangos gyvavimo ciklą, nužengia į kodavimo generuoti ir gauti paraiškos kodą.

Be laisvos (atviro) iš vadinamojo sertifikato plitimo atveju yra taikomi pagal GNU licencija, kuri leidžia pokyčius pati programinė įranga Pasibaigus vartotojas, susipažinęs su programavimo kalba, su kuria buvo sukurta programa prašymu.

Jei tai uždara kodas, galite naudoti priemones, pavyzdžiui, išspaudimui. Tačiau šiuo atveju, tik dekodavimo vykdomąjį EXE-failus galima pasiekti, ir tikrai nėra susietos DLL dinamines bibliotekas.

Tačiau ši teorija. Praktiškai programinės įrangos gyvavimo ciklo etapas apima sąrašo kur kas daugiau daiktų. Net paprastas modeliavimas, kuris susideda iš standartų peržiūros ir pastabų formulavimas (aukšto lygio reikalavimus architektūra, atitikimo vykdomąjį kodą, taikomų priemonių ir metodų patikrą). Tai programinės įrangos gyvavimo ciklo procesą. Bet čia svarbu suprasti ir valdyti kai kurias tokių programų ir sistemų principus.

valdymo pagrindai

Programinė įranga gyvavimo ciklo valdymo remiasi programų skaidymo į dalis, suteikiant pakankamai daug įvairių įrankių juos sukurti.

Yra neigiama. Modulių pasirinkimas yra ribotas originalus kūrėjas platformos dėl kurių pagrindu yra gaminamas programavimą. Žinoma, jei jūs atsižvelgti į suvienijimą ir spausdinimo naudojamas kūrimo įrankiai (ypač daugkartinio moduliai), ne apie tai klausimas.

Tačiau nuo programinės įrangos gyvavimo ciklo etapai nebūtinai apima duomenų apdorojimo protokolus, kasdienybe, standartinių bibliotekų ir daugiau steigimą.

Naudotų moduliai

Ir ne proceso įrangos gyvavimo ciklą visiškai be labai konkrečių komponentų naudojimą. Tarp šių prioritetų yra šie:

• Vyriausiasis (vadovas) modulis atsakingas už programinės įrangos gaminio pristatymo;
• Valdymo blokas, atsakingas už paskambinę pridedamus komponentus arba Dynamic Link bibliotekas;
• funkcionalumo ir paslaugų duomenų apdorojimo įrankiai ir papildomų įrankių.

Vykdomąjį failą paprastai, Windows-based systems pateikiama į "ekzeshnika" forma. Valdymo komponentai turi prailginimo configurators (taikoma operacinės sistemos Config.sys) toliau link bibliotekos prailginimo DLL. Kontrolės ir apdorojimo funkcijų ir nustatymų kai kurias programas gali pasirodyti forma XML failus.

Jie, beje, dėl šiuo metu žinomų žiniasklaidos programų dauguma yra išsaugoti pagrindines konfigūravimo parametrus priemonės. Naudojant programinę įrangą šio tipo, žinoma, tai yra gana ribotas, bet bendruosius principus darbo su tos pačios žiniasklaidos žaidėjų supratimas negalėjo pakenkti. Štai kodėl.

Tiesą sakant, tai, ką jie programinės įrangos gyvavimo ciklo nustatyta tik gyvenimo atnaujinti grotuvo ar kodekus ir dekoderių įrengimo lygio. Garso ir vaizdo keitiklių yra būdingi atributai bet garso ar vaizdo sistemos.

Pavyzdys remiantis FL Studio programa

Iš pradžių, virtualus studija sequencer FL Studio buvo Fruity Loops vardas. Gyvavimo ciklo iš savo pirminės pakeitimo programinė įranga yra pasibaigęs, bet paraiška yra šiek tiek transformavosi ir įgavo dabartinę išvaizdą.

Jeigu mes kalbame apie gyvavimo ciklo etapuose, pirmą kartą ne iš formulavimo problemos etape buvo nustatyta keletas prielaidų:

• būgno MODULIO TIPAS būgno mašinos kaip Yamaha RX kūrimas, bet su viena kulka-mėginio arba seka WAV formatu, įrašytą gyvai studijoje;
• integracija į "Windows" operacinę sistemą;
• iš projekto eksportui į WAV, MP3 ir OGG galimybė;
• projektų suderinamumas su papildomu taikymo vaisių takelius.

"C" reiškia, kad programavimo kalbų buvo naudojamas vystymosi stadijoje. Bet platforma atrodė gana primityvus ir nepasidavė galutiniam naudotojui norimą garso kokybę.

Atsižvelgiant į tai, per bandymų ir derinimo etape kūrėjai turėjo eiti Vokietijos Corporation Steinberg kelią ir taikomos pagrindinių reikalavimų garso vairuotojo paramos Pilnas Duplex režimu. Garso kokybė buvo aukštesnė ir leido pakeisti Tempas, aikštę ir nustatyti papildomus FX-poveikį realiu laiku.

Iš gyvenimo ciklo programinės įrangos sukūrimas yra laikomas pirmojo oficialaus versija FL Studio, kuri, skirtingai nei jų protėviai, buvo pilnavertis sequencer sąsaja su galimybe redaguoti nustatymus virtualioje 64 kanalų pultas su neriboto to garso takelius ir MIDI takelius produkcija.

Skatinimas programos nesustabdė ten. Tuo paramos prijungti VST "formato papildinius projekto valdymo etape buvo įvesta (pirmoji, antroji, o tada trečiasis variantas), kai sukūrė Steinberg. Grubiai tariant, bet virtualus sintezatorius, kuris palaiko VST-šeimininką gali prisijungti prie programos.

Tai nenuostabu, kad netrukus nors kompozitorius galėtų pasinaudoti "Geležinis" modelių, kaip antai komplektų garsų kartą populiaraus Korg M1 analogiją. Daugiau - daugiau. Taikymo moduliai, pavyzdžiui, priklausomybės būgnai arba universalus kištukas Kontakt leidžiama žaisti gyvus garsus realių priemonių, įrašytų su visais artikuliacijos atspalvių profesionaliose studijose.

Kūrėjai bandė pasiekti maksimalų kokybę ir sukurti paramą ASIO4ALL vairuotojas, kuris pasirodė esąs supjaustyti virš Mode full-duplex. Atitinkamai padidėjo pralaidumas. Šiandien eksportuojamam garso failą kokybė gali būti 320 kbit / s greičio diskretizavimo spartą 192 kHz. Ir tai profesionali garso.

Kaip pradinės versijos jos gyvavimo ciklą galima pavadinti visiškai baigtas, tačiau toks teiginys yra santykinis, nes prašymas tik pakeitė savo pavadinimą ir rado naujų galimybių.

plėtros perspektyvos

Kokie yra programinės įrangos gyvavimo ciklo etapai, tai jau aišku. Bet čia dėl tokių technologijų plėtrą reikėtų aptarti atskirai.

Nereikia nė sakyti, kad bet koks programinės įrangos kūrėjas nėra suinteresuoti kurti artimųjų produktą, kuris vargu ar išsilaikyti rinkoje jau kelerius metus. Ateityje visi žiūri į ilgalaikę naudojimo. Tai galima pasiekti įvairiais būdais. Tačiau, kaip taisyklė, beveik visi iš jų skliautais išleisti atnaujinimus ar naujų programinės įrangos versijos.

Net Windows atveju tokios tendencijos gali būti matomos plika akimi. Labai tikėtina, kad šiandien yra bent vienas vartotojas, naudojant sistemas, pavyzdžiui, versijos 3.1, 95, 98, arba tūkstantmečiui. Jų gyvenimo ciklas baigiasi po versijos XP išleidimo. Bet čia serveris versija NT technologija pagrįsta vis dar galioja. Net Windows 2000 "iki šiol yra ne tik labai svarbus, tačiau kai kuriais atžvilgiais diegimas ar saugumo net viršijo naujausius pokyčius. Tas pats pasakytina ir apie NT 4.0 sistemos, o specializuotos modifikacijos "Windows Server 2012.

Bet tai yra susiję su šių sistemų vis dar teigia, remti aukščiausiu lygiu. Bet tuo metu, sensacingas Vista aiškiai patiria saulėlydžio ciklą. Ne tik, kad tai buvo nebaigtas, todėl dar ir klaida savaime, ir trūkumų, jos saugumo sistemos buvo tiek daug, kad mes galime tik spėlioti apie tai, kaip buvo galima paleisti programinės įrangos sprendimas yra nepagrįstas.

Bet jei mes kalbame apie tai, kad programinės įrangos bet kokio tipo (valdymo ar paraiškos) plėtra yra ne vieta, galime teigti tik faktus. Galų gale, šiandien kalbama ne tik kompiuterių sistemos ir mobiliųjų įrenginių, ir kuriame technologijas dažnai lenkia kompiuterių sektoriuje. Procesoriaus lustai išvaizda remiantis aštuonių branduolių - nėra geriausias pavyzdys? Bet vis tiek, ne kiekvienas nešiojamas gali pasigirti turintys tokį "Geležinis".

Kai papildomi klausimai

Kalbant apie programinės įrangos gyvavimo ciklo supratimas, pasakyti, kad ji baigėsi tam tikru metu, ji gali būti labai savavališkas, nes programinė įranga vis dar turi galimybę kūrėjams remti juos sukurti. Atvirkščiai, galas remiasi paveldėtomis programų, kurios neatitinka šiuolaikinių sistemų reikalavimus ir negali dirbti savo aplinkoje.

Bet net ir su technologine pažanga, daugelis iš jų netolimoje ateityje negali būti ilgalaikis. Ir tada jis turės priimti sprendimą arba išduoti atnaujinimus arba pilną peržiūrėti visą koncepciją, iš pradžių įdiegtas į programinę įrangą. Taigi - ir naujas ciklas su į pradinių sąlygų kaita, aplinkos kūrimą, bandymą ir galimo ilgalaikio naudojimo tam tikroje srityje.

Bet kompiuterinės technologijos šiandien pirmenybė automatizuotą kontrolės sistemų (ACS), kurie yra naudojami gaminant vystymąsi. Net operacinė sistema, lyginant su specializuotomis programomis, prarasti.

Tas pats aplinka, grindžiama Visual Basic yra daug populiaresnis nei "Windows" sistema. Ir apie programinės įrangos pagal UNIX sistemoje mes kalbame ne visiems. Ką aš galiu pasakyti, jei beveik visi ryšių tinkluose tas pats Jungtinių Valstijų dirba tik ant jų. Beje, sistema, pavyzdžiui, "Linux" ir "Android", taip pat iš pradžių buvo sukurta šioje platformoje. Todėl, greičiausiai, UNIX perspektyvos daug daugiau, nei visų kitų produktų kartu.

o rezultatas

Belieka pridurti, kad šiuo atveju yra tik bendri principai ir etapai programinės įrangos gyvavimo ciklą. Tiesą sakant, net pradiniai uždaviniai gali gerokai skirtis. Taigi, skirtumai gali būti pastebėta dėl kitų etapų.

Bet pagrindinė technologijų plėtros programinės įrangos produktų su jų vėlesnio parama turi būti aišku. Dėl likusios, tai turėtų būti atsižvelgiama į programinės įrangos sukurtas specifiką ir aplinką, kurioje ji neva turėtų dirbti, ir teikiamų galutiniam vartotojui arba gamybai, ir daug daugiau programų galimybės.

Be to, kartais gyvenimo ciklai gali priklausyti nuo plėtros priemonių skubumą. Jei, pavyzdžiui, kai programavimo kalba pasenęs, niekas nedarys rašyti programas, remiantis juo, o dar labiau - pristatyti juos į automatizuotų valdymo sistemų gamyba. Jau atėjo į pirmą vietą net programuotojų ir rinkodaros, kuriems reikia operatyviai reaguoti į pokyčius kompiuterių rinkoje. Ir yra specialistai pasaulyje, nėra per daug. Aukštos kvalifikacijos darbuotojai, gebėjimas išlaikyti ranką ant rinkos pulsas, tampa populiariausia. Ir jie dažnai taip vadinami "pilkieji kardinolai", nuo kurios priklauso sėkmę ar pralaimėjimą tam tikrų programinės įrangos produktų, IT srityje.

Tarkime, jie ne visada supranta programos esmę, bet aiškiai galėtų nustatyti programinės įrangos gyvavimo ciklo modelis ir kiek laiko jų taikymo trukmę, remiantis pasaulinėmis tendencijomis šioje srityje. Efektyvus valdymas dažnai suteikia daugiau apčiuopiamų rezultatų. Taip, bent PR technologijos, reklama ir pan., D. Ar bet kuris prašymas vartotojas nėra būtina, tačiau su sąlyga, kad ji yra aktyvi pasigyrimas vartotojas įdiegia ją. Jis turi, taip sakant, pasąmonės lygmenyje (tokį patį poveikį kaip 25 rėmo, kai informacija yra įdėti į naudotojo nuomone, nepriklausomai nuo to, pats).

Žinoma, tokia technologija pasaulyje yra draudžiama, tačiau daugelis iš mūsų net nežino, kad jie vis dar gali būti naudojami paveikti pasąmonę tam tikru būdu. Kad tik yra "Zombie" naujienos kanalus ar interneto svetaines, jau nekalbant apie daugiau galingų įrankių, pavyzdžiui, poveikio infragarso (tai buvo taikomi toje pačioje operos gamybos), naudoti taip, kad asmuo gali patirti baimę ar netinkamas emocijas.

Grįžtant prie programinės įrangos, reikėtų pridurti, kad kai kuriems paleisties programas naudojant garsą, pritraukti vartotojo dėmesį. Ir tyrimai rodo, kad tokie prašymai yra perspektyvesnis, palyginti su kitomis programomis. Žinoma, padidėjo ir programinės įrangos gyvavimo ciklą, nesvarbu, kokia funkcija yra kaltinamas pradžių. Ir tai, deja, yra naudojama daugelyje kūrėjams, kad kyla abejonių dėl tokių metodų teisėtumo.

Bet ne mums spręsti. Galbūt tai apibrėžti tokias grėsmes, bus sukurtas, kad artimiausioje ateityje. Nors tai yra tik teorija, bet, anot kai kurių analitikų ir ekspertų, praktinio pritaikymo yra labai mažai. Jei jau sukūrėte kopiją į neuroninių tinklų žmogaus smegenis, tai kas?