DatoriProgrammatūra

Programmatūras dzīves cikls: jēdziens, standartu, procesu,

Programmatūras izstrāde nav iespējama bez izprastu tā saukto programmatūras dzīves ciklu. Parastā lietotājs tas var būt, un nav nepieciešams zināt, bet tas ir vēlams, lai uzzinātu pamata standartiem (turpmāk tekstā tiks teicis, kāpēc tas ir nepieciešams).

Programmatūras dzīves cikls: kas tas ir gan formāli?

Saskaņā ar dzīves cikls jebkura programmatūras produktu, saprot, kad tās pastāvēšanas, sākot ar attīstības fāzi un pirms pilnīgas noraidīšanu izmantošanu izvēlētās jomas piemērošanas, līdz pilnīgas izvešanas no pielietojumā.

Vienkārši runājot, informācijas sistēmas formā programmas, datu bāzes, vai pat "operētājsistēmas" ir pieprasījums tikai gadījumā datu atbilstību un to sniegto iespēju.

Tiek uzskatīts, ka definīcija dzīves cikla nekādā veidā neattiecas uz pārbaudītu lietojumprogrammas, piemēram, beta versijas, kas ir visvairāk nestabili darbā. Pašā programmatūras dzīves cikla atkarīgs no daudziem faktoriem, no kuriem viens no galvenajiem lomas vide, kurā tiek izmantota programma. Tomēr jūs varat izvēlēties un vispārīgie noteikumi, ko izmanto definējot dzīves cikla koncepcija.

sākotnējās prasības

Tā kā parasti tiek uzskatīts, izmanto vairākus nosacījumus attiecībā uz to izstrādi un izmantošanu jebkurai programmatūras produktu, proti:

  • formulējums problēmu;
  • analīze par turpmāko sistēmas savstarpējās prasībām;
  • dizains;
  • programmēšanas;
  • kodēšanas un apkopošana;
  • pārbaude;
  • atkļūdošana;
  • ieviešana un uzturēšana programmatūru.

Programmatūras izstrāde veido visu iepriekš minētās darbības, un nevar iztikt bez vismaz vienu no tiem. Bet, lai kontrolētu šādus procesus noteikt konkrētus standartus.

Procesa standartiem programmatūras dzīves cikla laikā

Starp sistēmu pierunāt nosacījumi un prasības attiecībā uz tādiem procesiem, tagad var saukt tikai trīs galvenie tiem:

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

Jau otro starptautisko standartu ir Krievijas ekvivalents. Tas GOST R ISO / IEC 12207-2010, ir atbildīgs par sistēmu un programmatūras inženierijas. Bet programmatūras dzīves cikla, kas aprakstīti abās regulās, pēc būtības ir identisks. Iemesls ir vienkāršs pietiekami.

Veidi programmatūra un atjauninājumi

Modernās informācijas sistēmas ir tādi, ka tie izveido vienotu koncepcijas pieteikumu.

Piemēram, ir sistēmas programmas un komunālie, multivides rīkus, ierīču draiverus, biroja programmas un tā tālāk. D. Par jebkāda veida programmatūru, var noteikt, ka pastāv posmos dzīves ciklā.

Tās pagarinājums ir visbiežāk izmantotie līdzekļi atjaunināšanas (gan operētājsistēmām un platformām un lietojumprogrammu). Iespējams, nav nepieciešams, lai izskaidrotu, ka jebkurš lietotājs datoru sistēma, kas balstās uz Windows atjauninājumiem pieņēma posmu sistēmas vai sastāvdaļas, piemēram, Microsoft .NET Framework vai virtuālā mašīna Java.

projektēšanas stadijā

Tagad dažus vārdus tieši par to attīstības stadijā. Dzīves cikla sākumā ietver projekta plānošanu, sistēmu analīzes un mērķa prasībām, iespēju veikt iepriekšēju vai detalizēta projekta, kodēšana un testēšanu, iespēja programmatūras mazumtirdzniecība specializētajos sistēmās, un tā tālāk. D.

Modeļi no programmatūras dzīves cikla laikā liecina, ka sākotnēji ir iestatīta uzdevumu izveidot programmatūru jāierobežo attīstību ģenērisko lietojumprogrammām vai programmatūras produktiem, kas izmanto kādu starta vidi.

dizains

Attīstības sistēmas programmēšanas valodas. Programmatūras projektēšanas pirmajā posmā var samazināt līdz.

Vai tas C + / C ++, Java, Delphi vai pats novecojušas Pascal - nav tik svarīgi. Jautājums ir, kā radīta lietojumprogramma var integrēt operētājsistēmas un darbojas nevainojami.

Šajā ziņā viens dzīves cikls programmatūras testēšana ir laiks sākotnējās ražojuma uzstādīšanas līdz tā pilnīgai izņemšanas dēļ neatbilstību sistēmas prasībām, nedarbojas vai nespēju pildīt uzdevumus sākotnēji.

turpmākās fāzes

Papildu atbalsts definēt programmatūras dzīves ciklu, nāk uz leju, lai kodēšanas, lai radītu un saņemt lietojumprogrammu pirmkodu.

Šajā gadījumā bezmaksas (atvērtā) izplatīšanās tā saukto sertifikāta pieteikumu, pamatojoties uz GNU licenci, kas ļauj izmaiņas programmatūrā pati pie lietotāja pieprasījuma, iepazinušies ar programmēšanas valodu, ar kuru tika izveidots pieteikums.

Ja tas ir slēgtā koda, varat izmantot rīkus, piemēram, disassembler. Bet šajā gadījumā, tikai dekodēšanas izpildāmā EXE-faili var sasniegt, un, protams, nav saistīts DLL dinamisko bibliotēkas.

Bet šī teorija. Praksē posms programmatūras dzīves cikla laikā iekļaut sarakstā, daudz vairāk vienumu. Pat visvienkāršākā simulācijas, kas sastāv no pārskata par standartiem un formulēt novērojumu (augsta līmeņa prasības pret arhitektūru, saskaņojot izpildāmo kodu, līdzekļus un metodes pārbaudes). Tas ir process, programmatūras dzīves cikla laikā. Bet šeit ir svarīgi saprast un kontrolēt dažus principus šādu programmu un sistēmu.

vadības pamati

programmatūras dzīves cikla pārvaldība ir balstīta uz sadalīšanos programmu stāšanās komponentu, sniedzot pietiekami plašu instrumentu klāstu, lai radītu tiem.

Ir negatīvie. Moduļu izvēli ierobežo sākotnējo izstrādātāju platformā, pamatojoties uz kuriem tiek ražots programmēšanu. Protams, ja ņem vērā unificēšanu un rakstīšanas izmantoti izstrādes rīkus (it īpaši atkārtoti lietojami moduļi), jautājums nav par to.

Bet posmi programmatūras dzīves cikla obligāti ietver izveidi datu apstrādes protokolu, rutīnu, standarta bibliotēkas, un daudz ko citu.

izmantotie moduļi

Un neviens process programmatūras dzīves cikls ir pabeigts, neizmantojot ļoti specifiskām detaļām. Starp šīm prioritātēm, ir šādi:

  • Chief (vadītājs) modulis, kas atbild par uzsākšanu programmatūras produkts;
  • Vadības bloks, kas atbild par zvanot pievienotos sastāvdaļas vai dinamisko saišu bibliotēkas;
  • funkcionalitāti un pakalpojumu datu apstrādes rīkus un papildu instrumenti.

Izpildāmā faila parasti, Windows balstītas sistēmas, tiek piedāvāts kā "ekzeshnika". Kontroles sastāvdaļas ir paplašinājums configurators (Config.sys piemērotie operētājsistēmu), papildu saišu bibliotēkas ir paplašinājums DLL. Līdzekļi kontroles un apstrādes funkcijām un iestatījumiem dažām lietojumprogrammām var parādīties kā XML failu.

Tie, starp citu, lielākajai daļai pašlaik zināmo mediju programmas, ir līdzeklis, kā pasargāt pamata konfigurācijas parametrus. Izmantojot programmatūru šāda veida, protams, tas ir diezgan ierobežots, bet izpratne par vispārējiem principiem darbā ar tādiem pašiem media players nevarēja ievainot. Lūk, kāpēc.

Patiesībā tas, ko viņi programmatūras dzīves cikla kas tikai līmenī dzīves jauninājums atskaņotāja vai uzstādīšanu kodekus un dekoderu. A skaņas un video transcoders raksturīgi atribūti jebkuru audio un video sistēmu.

Piemērs pamatojoties uz FL Studio programmas

Sākotnēji, virtuālā studija sequencer FL Studio bija vārds Fruity Loops. Dzīves cikla programmatūras savā primārajā modifikācijas ir beidzies, bet pieteikums ir nedaudz pārveidots un ieguva savu tagadējo izskatu.

Ja mēs runājam par dzīves cikla posmos, vispirms posmā problēmas nostādnei tika noteikts vairāki priekšnoteikumi:

  • izveidošana bungu moduļa tipa cilindrs mašīnas, piemēram, Yamaha RX, bet ar vienu shot-parauga vai secība WAV formātā, ierakstīts tiešraidē studijā;
  • integrācija Windows operētājsistēmu;
  • iespēja projekta eksporta uz WAV, MP3 un OGG;
  • projektu saderība ar papildu pieteikumu Augļu dziesmas.

"C" ir programmēšanas valodas tika izmantotas izstrādes stadijā. Bet platforma izskatījās diezgan primitīva un nedeva galalietotāja vajadzīgo skaņas kvalitāti.

Šajā sakarā, testēšanas un atkļūdošanas skatuves izstrādātājiem laikā nācās iet ceļu no Vācijas Corporation Steinberg un attiecas uz pamata prasībām skaņas vadītāja atbalsta Full Duplex režīmā. Skaņas kvalitāte bija augstāka un atļauts mainīt tempu, piķis un uzlikt papildu FX-efektus reālajā laikā.

No dzīves cikla programmatūras pabeigšana tiek uzskatīta izejas pirmās oficiālās versijas FL Studio, kas, atšķirībā no saviem priekštečiem, savukārt bija par pilntiesīgu sequencer saskarne ar spēju rediģēt iestatījumus virtuālā 64 kanālu konsole ar neierobežotu pievienojot audio ierakstus un MIDI dziesmas.

Veicināšana programmas neapturēja tur. Posmā projektu vadības atbalstu savieno VST formāta spraudņus tika ieviests (pirmā, otrā, un tad trešā versija), pēc tam, kad izstrādāja Steinberg. Aptuveni runājot, jebkurš virtuālo sintezatoru, kas atbalsta VST-uzņēmējas var savienot ar programmu.

Tas nav pārsteigums, ka drīz kāds komponists varētu izmantot analoģiju "dzelzs" modeļiem, piemēram, komplekti skaņu vienreiz populārās Korg M1. Vēl - vairāk. Pieteikuma moduļus, piemēram, atkarības Drums vai Universal Plug Kontakts ļāva spēlēt dzīvu skaņas reālu instrumentu, kas ierakstīti ar visiem toņos artikulācijas profesionālās studijas.

Izstrādātāji ir mēģinājuši panākt maksimālu kvalitāti un radot atbalstu ASIO4ALL vadītājam, kurš izrādījās pārāks Mode Full Duplex. Attiecīgi pieauga bitrate. Šodien, par eksportēto audio failu kvalitāte var būt 320 kbit / s ar paraugu ņemšanas ātrumu 192 kHz. Un tas profesionāls skaņu.

Attiecībā uz sākotnējo versiju tās dzīves cikla varētu dēvēt pilnībā pabeigta, taču šāds apgalvojums ir relatīvs, jo pieteikumu tikai mainīja savu nosaukumu, un ir atradis jaunas iespējas.

attīstības perspektīvas

Kādi ir posmi programmatūras dzīves cikla laikā, tas jau ir skaidrs. Bet šeit par šādu tehnoloģiju attīstība būtu jāapspriež atsevišķi.

Lieki teikt, ka jebkurš programmatūras izstrādātājs nav ieinteresēts radīt iet produktu, kas diez vai turēt ārā tirgū vairākus gadus. Nākotnē visi meklē ilgtermiņa izmantošanu. To var panākt dažādos veidos. Bet, kā likums, gandrīz visi no tiem vārīties uz leju, lai atbrīvotu atjauninājumus vai jaunas programmatūras versijas.

Pat ja Windows, šādas tendences var redzēt ar neapbruņotu aci. Tas ir maz ticams, ka šodien ir vismaz viens lietotājs, izmantojot sistēmas, piemēram, versiju 3.1, 95, 98, vai Millennium. Viņu dzīves cikls ir beidzies pēc izlaišanas versija XP. Bet šeit ir servera versija uz NT tehnoloģijām balstītu joprojām ir spēkā. Pat Windows 2000, šodien ir ne tikai ļoti svarīgi, bet dažos aspektos uzstādīšanu vai drošības pat pārsniedzot jaunākos sasniegumus. Tas pats attiecas uz NT 4.0 sistēmu un specializēto izmaiņas Windows Server 2012.

Bet tas ir attiecībā uz šīm sistēmām joprojām apgalvo atbalstīt visaugstākajā līmenī. Bet sensacionālais brīdī Vista ir skaidri piedzīvo saulrieta ciklu. Ne tikai to, ka tas bija nepabeigts, tāpēc joprojām un kļūda pati par sevi, un trūkumi savā drošības sistēmā bija tik daudz, ka mēs varam tikai minēt par to, kā tas bija iespējams uzsākt programmatūras risinājums ir nepārliecinoša.

Bet, ja mēs runājam par to, ka programmatūras izstrāde jebkāda veida (pults vai pieteikums), nav vietā, mēs varam norādīt tikai faktus. Galu galā, šodien runa ir ne tikai datoru sistēmas un mobilās ierīces, un kurā tehnoloģijas bieži priekšā datoru nozarē. No procesoru mikroshēmas izskats, pamatojoties uz astoņiem kodoliem - nav labākais piemērs? Bet tomēr, ne katrs klēpjdators var lepoties ar šādu "dzelzs".

Daži papildu jautājumi

Attiecībā izpratne par programmatūras dzīves cikla, kas teikt, ka tā beidzās kādā brīdī, tas var būt ļoti patvaļīgs, jo programmatūra joprojām ir atbalsts izstrādātājiem, lai radītu tiem. Drīzāk beigas attiecas uz mantojums pieteikumus, kas neatbilst mūsdienu sistēmu prasībām un nevar strādāt savā vidē.

Bet pat ar tehnoloģiju attīstību, daudzi no viņiem tuvākajā nākotnē nevar tikt atbalstīti. Un tad tas būs, lai pieņemtu lēmumu, vai nu izsniegt atjauninājumus vai pilnīgu pārskatīšanu visu koncepciju, kas sākotnēji iegulto programmatūru. Līdz ar to - un jauns cikls ar izmaiņām sākotnējiem nosacījumiem, izstrādes vidē, testēšanas un iespējamo ilgtermiņa izmantošanai noteiktā apgabalā.

Bet datoru tehnoloģijas šodien atbalstīja attīstību automatizētās vadības sistēmas (ACS), kas tiek izmantoti ražošanā. Pat operētājsistēma, salīdzinot ar specializētām programmām, zaudē.

To pašu vidi, pamatojoties uz Visual Basic ir daudz populārāka nekā Windows sistēmu. Un par lietojumprogrammu zem UNIX-sistēmas mēs nerunājam vispār. Ko es varu teikt, ja gandrīz visi komunikāciju tīklu pats ASV strādā tikai uz tiem. Starp citu, tāda sistēma kā Linux un Android, arī sākotnēji izveidota šajā platformā. Tāpēc, visticamāk, UNIX izredzes daudz vairāk nekā visiem citiem produktiem kopā.

nevis iznākums

Atliek piebilst, ka šajā gadījumā, ir tikai vispārīgi principi un posmi programmatūras dzīves cikla laikā. Faktiski, pat sākotnējie uzdevumi var būtiski atšķirties. Tādējādi atšķirības var novērot uz citiem posmiem.

Bet galvenais tehnoloģiju attīstību programmatūras produktu ar savu nākamo atbalstu, ir jābūt skaidram. Attiecībā uz pārējo, tai būtu jāņem vērā specifiku programmatūras izveidots, un vidi, kurā tā it kā vajadzētu strādāt, un iespēju sniegto gala lietotājam vai ražošanu, un vēl daudz vairāk programmas.

Turklāt dažreiz dzīves cikli var būt atkarīga steidzamību izstrādes rīkus. Ja, piemēram, daži programmēšanas valoda novecojis, neviens nevar darīt, lai rakstīt programmas, pamatojoties uz to, un vēl jo vairāk - ieviest tos ražošanā automatizētās vadības sistēmas. Ir jau pienācis priekšplānā pat programmētāji, un tirgotājiem, kuriem nepieciešams nekavējoties reaģēt uz izmaiņām datoru tirgū. Un tur ir speciālisti visā pasaulē, nav pārāk daudz. Augsti kvalificēts personāls, spēja turēt roku uz pulsa tirgus, kļūstot par populārāko. Un viņi bieži tā saukto "pelēko kardinālu", no kuras ir atkarīga panākumus vai kritizē konkrētu programmatūras produktu jomā IT.

Pieņemsim, ka tie ne vienmēr saprast būtību programmas, bet skaidri spēj noteikt modeli programmatūras dzīves cikla laikā, un laiku, par to piemērošanu, balstoties uz pasaules tendencēm šajā jomā. Efektīva pārvaldība bieži dod vairāk taustāmu rezultātu. Jā, vismaz PR-tehnoloģijas, reklāma, un tā tālāk. D. Vai jebkurš pieteikums lietotājs nav nepieciešams, bet ar nosacījumu, ka tā ir aktīvs lepojas lietotājs instalē to. Tas ir, tā sakot, zemapziņas līmenī (to pašu efektu kā 25. rāmja, kad informācija tiek likts uz prātu lietotājs, neatkarīgi no sevis).

Protams, šāda tehnoloģija visā pasaulē ir aizliegts, bet daudzi no mums nav pat zināms, ka viņi joprojām var izmantot, lai ietekmētu zemapziņas prātā noteiktā veidā. Tas tikai ir "zombiju", ziņu kanālus vai interneta vietnēs, nemaz nerunājot par vairāk spēcīgi instrumenti, piemēram, iedarbības infraskaņas (tas tika piemērots tādā pašā operas), izmantot tā, ka cilvēks var būt bailes vai nepiemērotas emocijas.

Atgriežoties pie programmatūru, ir jāpiebilst, ka dažas programmas pie startēšanas, izmantojot skaņu, piesaistot uzmanību lietotājam. Un pētījumi liecina, ka šie pieteikumi ir dzīvotspējīgāki, salīdzinot ar citām programmām. Protams, pieauga un programmatūras dzīves cikla, neatkarīgi no tā, kādas funkcijas ir jāmaksā sākotnēji. Un tas, diemžēl, izmanto daudzi attīstītāji, kas rada šaubas par likumību šādas metodes.

Bet ne mums spriest. Varbūt ir definēt šādus draudus, tiks izstrādāti tuvākajā nākotnē. Lai gan tas ir tikai teorija, bet, saskaņā ar dažiem analītiķiem un ekspertiem, lai praktisku pielietojumu ir ļoti maz. Ja esat jau izveidojis kopiju neironu tīklu no cilvēka smadzenēm, tad ko?

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 lv.atomiyme.com. Theme powered by WordPress.