Programaro vivociklo: koncepto, normoj, procedoj,

Programaro evoluo ne eblas sen kompreni la tiel nomata programaro vivociklo. Ordinara uzanto povas esti, kaj ne bezonas scii, sed estas dezirinde por lerni la bazajn normojn (cxi ricevos informon kial ĉi estas necesa).

Programaro vivociklo: kio estas en la formala senco?

Sub la vivo-ciklo de ajna programaro produkto estas komprenita kiel la tempo de ĝia ekzisto, komencante por la disvolviĝo fazo kaj antaŭ la kompletan malakcepton de la uzo de la elektita kampo de apliko ĝis la kompletan retiron de uzo aplikon.

Simple metita, informsistemoj en la formo de programoj, datumbazoj, aŭ eĉ "de operaciumoj" estas en postulo nur en la kazo de datumoj graveco kaj ŝancoj provizita de ili.

Oni kredas ke la difino de la vivociklo iel ne validas por testi aplikoj, kiel ekzemple beta versioj, kiuj estas la plej malstabila en la laboro. La saman programaron vivociklo dependas de multaj faktoroj, inter kiuj unu el la ĉefaj roloj luditaj de la duona en kiu la programo estos uzata. Tamen, vi povas elekti kaj la ĝeneralaj terminoj uzitaj en la difino de la vivociklo koncepto.

komencajn postulojn

Kiel estas kutime kredis, uzataj kelkaj kondiĉoj koncerne al ĝia evoluo kaj uzo por ajna programaro produkto, nome:

• formulado de la problemo;
• analizo de la reciproka postuloj de estontaj sistemo;
• dezajno;
• programado;
• kodigon kaj kompilo;
• elprovado;
• depuración;
• efektivigo kaj bontenado de programaro.

Programaro evoluo konsistas el ĉiuj el la supre paŝoj, kaj ne povas malhavi almenaŭ unu el ili. Sed por kontroli tiajn procezoj agordi specifaj normoj.

Procezo normoj de la programaro vivociklo

Inter la sistemoj predetermine la kondiĉoj kaj postuloj por tiaj procezoj povas nun nomi nur tri ĉefaj:

• GOST 34.601-90;
• ISO / IEC 12207: 2008;
• Orakolo CDM.

Por la dua internacia normo estas la rusa ekvivalento. Ĉi GOST R ISO / IEC 12207-2010, ĝi komisias de sistemo kaj programado. Sed la softvaro vivociklo, priskribita en ambaŭ regularoj, estas identa en substanco. La kialo estas simpla sufiĉa.

Tipoj de programaro kaj ĝisdatigoj

Modernaj informsistemoj estas tiaj, ke ili establi komunajn konceptojn aplikon.

Ekzemple, ekzistas sistemo programoj kaj utilecoj, plurmedia iloj, peliloj, oficejo aplikoj ktp. D. Por ajna tipo de programaro povas determini la ekziston de stadioj de la vivociklo.

Lia etendo estas la plej kutime uzita per ĝisdatigo (por ambaŭ mastrumaj sistemoj kaj platformoj kaj apliko programaro). Probable ne necesas klarigi, ke iu uzanto de la komputilo sistemo bazita en Windows ĝisdatigoj pasigis stadio de la sistemo aŭ komponantojn kiel Microsoft .NET Framework aŭ virtuala maŝino Java.

dezajno stadio

Nun kelkajn vortojn rekte pri la stadioj de evoluo. Ciklo de vivo komence inkludas projekto planado, analizo de sistemoj kaj celo postuloj, la eblecon de preparaj aŭ detala dezajno, kodigo kaj testado, la ebleco de apliko programaro en specialigitaj sistemoj, kaj tiel plu. D.

Modeloj de la programaro vivociklo sugestas ke komence starigis la tasko de krei softvaron devus esti limigita al la disvolviĝo de generic aplikoj aŭ programaro produktoj kiuj uzas iun starto medio.

dezajno

Evoluo sistemoj estas programlingvoj. Programaro dezajno en la unua stadio povas esti reduktita al.

Will ĉi C + / C ++, Java, Delphi aŭ la sama antikva Pascal - ne estas tiel grava. La demando estas, kiel kreis aplikon povas esti integritaj en la mastruma sistemo kaj kuri glate.

Tiusence, oni vivociklo de programaro testado estas la momento de la komenca instalado de la produkto ĝis lia kompleta forigo pro mismatch de la sistemo postuloj, senefika aŭ nekapablo plenumi la taskojn origine.

postaj fazoj

Plue subteno por difini la programaro vivociklo, reduktas al kodigon por generi kaj ricevi la aplikon fontkodon.

En la kazo de libera (malferma) la disvastiĝo de la tiel nomata atestilo aplikas surbaze de la GNU licenco kiu permesas por ŝanĝoj en la programaro mem laŭ peto de la uzanto, konas la programlingvo per kiu la aplikaĵo estis kreita.

Se ĝi estas fermita kodo, vi povas uzi ilojn kiel desensamblador. Sed en ĉi tiu kazo, nur la malkodigo plenumebla EXE-dosieroj povas esti atingita, kaj certe ne ligis DLL dinamika bibliotekoj.

Sed ĉi teorion. Praktike, la stadio de la programaro vivociklo inkludas liston ege pli aĵoj. Eĉ la plej simplaj simulación kiu konsistas revizion de la normoj kaj la formulación de observoj (altnivela postuloj por arkitekturo, egalante la plenumebla kodo, la rimedoj kaj metodoj de kontrolo). Tiu estas la procezo de la softvaro vivociklo. Sed ĉi tie estas grave kompreni kaj kontroli kelkaj de la principoj de tiaj programoj kaj sistemoj.

mastrumado Basics

programaro lifecycle administrado estas bazita sur la descomposición de programoj en komponantoj, donante sufiĉe larĝa gamo de iloj por krei ilin.

Estas malavantaĝo. La elekto de moduloj estas limigita de la origina ellaboranto de la platformo surbaze de kiu estas produktita programado. Kompreneble, se vi konsideras la unuiĝo kaj tajpado uzita disvolviĝo iloj (ĉefe reuzebla moduloj), neniu demando pri ĝi.

Sed la stadioj de la programaro ciklo de vivo nepre inkluzivas la starigo de datumtraktado protokolojn, rutinoj, normo bibliotekoj, kaj pli.

uzita moduloj

Kaj neniu procezo programaro ciklo de vivo estas kompleta sen la uzo de tre specifa komponantojn. Inter tiuj prioritatoj estas la sekvaj:

• Ĉefa (Kapo) modulo respondeca por la ĵeto de la produkto programaro;
• Kontrolo Unueco, respondeca nomante la kuna komponantojn aŭ dinamika ligilo bibliotekoj;
• funcionalidad kaj servo datumtraktado iloj kaj pliaj iloj.

La plenumebla dosiero estas kutime, por Vindozo-bazita sistemojn estas prezentita en la formo de "ekzeshnika". Kontrolo komponantojn havas etendon configurators (config.sys aplikita al la mastruma sistemo), pli ligilo bibliotekoj havas etendon DLL. Per kontrolo kaj prilaborado funkcioj kaj agordoj de iuj aplikoj povas aperi en la formo de XML dosierojn.

Ili estas cetere por la plimulto de la nune konata amaskomunikiloj programoj estas rimedon de antaŭgardi la baza agordo parametroj. Uzante la programaro de ĉi tiu tipo, kompreneble, ĝi estas sufiĉe limigita, sed la kompreno pri la ĝeneralaj principoj de laboro kun la sama amaskomunikiloj ludantoj povis vundi. Jen kial.

Fakte, kion ili programaron ciklo de vivo metis nur en la nivelo de vivo ĝisdatigo de la ludanto aŭ la instalado de codecs kaj decodificadores. Trankvila kaj video transcoders estas propraj atributoj de ĉiu audio aŭ video sistemo.

Ekzemplo surbaze de la FL Studio programo

Komence, la virtuala studio sequencer FL Studio estis la nomo de Fruity Loops. La vivociklo de la programaro en ĝia primara modifo finiĝis, sed la apliko estas iom transformita kaj akiris lian aktualan aspekton.

Se ni parolas pri la vivociklo stadioj, unue ĉe la stadio de formulación de la problemo estis fiksita de pluraj antaŭkondiĉoj:

• la kreon de tamburo modulo tipo tamburo maŝinoj kiel la Yamaha RX, sed kun unu-pafo-specimeno aŭ sekvenco en WAV formato, gravurita en vivas en la studio;
• integriĝo en la mastruma sistemo Windows;
• la eblecon de projekto eksportado al WAV, MP3 kaj OGG;
• la kongruo de projektoj kun plia aplikon Fruity Tracks.

"C" signifas la lingvoj de programado estis uzataj en la disvolviĝo scenejo. Sed la kajo aspektis sufiĉe primitiva kaj ne donis la uzanto fino la deziratan sonon kvalito.

Tiurilate, dum la testado kaj depuración stadio programistoj devis iri la vojon de la germana Korporacio Steinberg kaj apliki al la bazaj postuloj por la sono ŝoforo subteno por Full Duplex modo. Sono kvalito estis pli alta kaj permesita ŝanĝi la takton, tonalto kaj trudi aldonan FX-efektoj en reala tempo.

La kompletigo de la vivociklo de la softvaro estas konsiderita esti la eligo de la unua oficiala versio de FL Studio, kiu, kontraste kun liaj antaŭuloj, estis plenkreska sequencer interfaco kun la kapablo por redakti la agordojn en la virtuala 64-kanalo miksanta konzolo kun senlima aldono de sonaj trakoj kaj MIDI-trakojn.

Akcelado de la programo ne haltis tie. Je la stadio de projektmastrumado subteno por konektanta VST formato plug-ins estis prezentita (unua, dua, kaj poste la tria versio), iam estas kreita de Steinberg. Malglate parolanta, ajna virtuala sintezilo kiu subtenas VST-gastiganto povas konekti al la programo.

Ne estas surprize, ke baldaŭ iu komponisto povis uzi la analogion de "fero" modeloj, kiel ekzemple kompletaj aroj de sonoj iam populara Korg M1. Pli - pli. Apliko moduloj kiel ekzemple Addictive Drums aŭ universala kromprogramon Kontakt permesita ludi vivas sonoj de veraj instrumentoj, registrita kun ĉiuj nuancoj de prononco en profesiaj studoj.

La programistoj provis atingi maksimuman kvaliton kaj krei subteno por la ASIO4ALL ŝoforo, kiu rezultis esti tranĉo super la Mode Full Duplex. Laŭe, la pliigita bitrate. Hodiaŭ, la kvalito de la eksportita sondosiero povas esti 320 kbit / s ĉe specimena kvanto da 192 kHz. Kaj jen profesia sono.

Koncerne la komencan version de lia ciklo de vivo povus nomi tute finita, sed tia aserto estas relativa, ĉar la aplikaĵo nur ŝanĝis lian nomon, kaj trovis novajn ŝancojn.

disvolviĝo perspektivojn

Kiuj estas la stadioj de la programaro vivociklo, estas jam klara. Sed ĉi tie sur la evoluo de tiaj teknologioj oni devas diskuti aparte.

Needless diri, ke iu programisto ne interesiĝas krei pasante produkto, kiu apenaŭ rezisti sur la merkato dum kelkaj jaroj. En la estonteco, ĉiuj serĉas ĉe la longtempa utiligo. Tio povas esti atingita en diversaj manieroj. Sed kiel regulo, preskaŭ ĉiuj ili bolas malsupren liberigi ĝisdatigoj aŭ novajn versiojn de programaro.

Eĉ en la kazo de Windows, kiel tendencoj povas vidi per la nuda okulo. Estas neverŝajne ke hodiaŭ ekzistas almenaŭ unu uzanto, uzante sistemojn kiel ekzemple versioj 3.1, 95, 98, aŭ Millennium. Ilia vivociklo estas finita post la ĵeto de la versio XP. Sed jen la servilo versio sur NT teknologio bazita ankoraŭ validas. Eĉ Windows 2000 ĝis nun estas ne nur tre gravaj, sed kelkrilate la instalado aŭ sekurecon inkluzive superante la lastaj antaŭas. La sama iras por NT 4.0 sistemoj, kaj specialigita modifoj Vindozo Servilo 2012.

Sed estas en rilato al ĉi tiuj sistemoj daŭre asertas subteni ĉe la plej alta nivelo. Sed la sensaciaj tiutempe Vido estas klare spertas sunsubiro ciklo. Ne nur tio, ĝi estis nefinita, tiel senmove kaj eraro en si mem, kaj mankojn en ĝia sekureco sistemo tiom ke ni povas nur diveni pri kiel ĝi eblis lanĉi softvaro solvo estas insostenible.

Sed se ni parolas pri la fakto, ke la disvolviĝo de programaro de ajna tipo (kontrolo aŭ aplikaĵo) ne estas en loko, ni povas nur prezenti la faktojn. Ja hodiaŭ temas ne nur komputilo sistemoj kaj porteblaj aparatoj, kaj en kiu la teknologioj ofte antaŭ la komputilo sektoro. La apero de la procesoron blatoj bazitaj sur ok kernojn - ne estas la plej bona ekzemplo? Sed ankoraŭ, ne ĉiu portebla komputilo povas fanfaroni ke li havas tian "fero".

Iuj aldonaj demandoj

Koncerne la kompreno de la programaro vivociklo, diri ke ĝi finis en iu momento de tempo, ĝi povas esti tre arbitra, ĉar la programaro ankoraŭ havas la apogon de programistoj por krei ilin. Pli ĝuste, la fino rilatas al la heredaĵo aplikoj kiuj ne plenumas la postulojn de modernaj sistemoj kaj ne povas labori en sia medio.

Sed eĉ kun la teknologiaj, multaj el ili en la proksima estonteco ne povas esti subtenitaj. Kaj tiam ĝi devos fari decidon ĉu eldoni ĝisdatigojn aŭ la kompleta revizio de la tuta koncepto, origine enkonstruita en la programaro. Tial - kaj nova ciklo kun ŝanĝo en la komencaj kondiĉoj, la medio de disvolviĝo, testado kaj ebla longdaŭra uzo en certa areo.

Sed en komputila teknologio hodiaŭ favoris la disvolviĝon de la aŭtomata kontrolo sistemoj (ACS), kiuj estas uzataj en fabrikado. Eĉ la mastruma sistemo, kompare kun specialigitaj programoj, perdi.

La sama medio bazita sur Visual Basic estas multe pli populara ol Vindozo-sistemo. Kaj pri la aplikado programaro sub la Unikso-sistemon ni ne parolas ajn. Kion mi povas diri, se preskaŭ ĉiuj de la komunikado retoj de la sama de Usono laboras ekskluzive sur ili. Parenteze, sistemo kiel ekzemple Linukso kaj Android, ankaŭ, estis origine kreita en ĉi tiu platformo. Sekve, plej verŝajne, Unikso perspektivojn multe pli ol tiu de la aliaj produktoj kombinitaj.

anstataŭe rezulto

Ĝi restas aldoni, ke en ĉi tiu kazo estas nur ĝeneralaj principoj kaj stadioj de la programaro vivociklo. Fakte, eĉ la komenca taskoj povas varii signife. Laŭe, la diferencoj povas esti observita en aliaj stadioj.

Sed la kerna teknologio disvolviĝo de programaro produktojn kun iliaj postaj subteno devas esti klara. Cetere ĝi devus konsideri la specifaj detaloj de la programaro kreita, kaj la medio en kiu supozeble devus labori, kaj la eblecon de programoj provizita al la uzanto fino aŭ la produktado, kaj multe pli.

Krome, kelkfoje la cikloj de vivo dependas de la graveco de iloj de disvolviĝo. Se, ekzemple, iu lingva programado fariĝas malaktuala, neniu skribos programojn bazitajn sur ĝi, kaj eĉ pli - por enkonduki ilin en aŭtomatajn kontrolajn sistemojn en produktado. Ĉi tie, eĉ programistoj ne venas al la avangardo, sed komercistoj kiuj devus respondi al ŝanĝoj en komputila merkato en ĝustatempe maniero. Kaj ne estas tiom da tiaj specialistoj en la mondo. Tre kvalifikita dungitaro, kapabla teni manon sur la premas de la merkato, iĝas ĉiufoje pli postulata. Kaj ili ofte estas la nomataj "grizaj kardinaloj", sur kiuj dependas la sukceso aŭ perdo de certa softvara produkto en la IT-kampo.

Lasu ilin ne ĉiam kompreni la esencon de programado, sed ili klare povas determini la programojn de la ciklo de vivo kaj la daŭro de ilia apliko, bazitaj sur tutmondaj tendencoj en ĉi tiu kampo. Efika demarŝo ofte produktas pli palpeblan rezulton. Jes, almenaŭ PR-teknologio, reklamado, ktp. Eble iu apliko al la uzanto kaj ne bezonas ĝin, sed se ĝi aktive reklamis, la uzanto instali ĝin. Ĉi tio jam estas, tiel paroli, la subkonscia nivelo (la sama efiko de la 25-a kadro, kiam informoj estas konservitaj en la konscio de la uzanto, sendepende de li mem).

Kompreneble, tiaj teknologioj en la mondo estas malpermesitaj, tamen multaj el ni eĉ ne divenas, ke ili ankoraŭ povas esti uzataj kaj influas la subkonsciajn menson. Kio estas la nura "zombigo" de novaĵ-kanaloj aŭ interretaj retejoj, por ne mencii la uzon de pli potencaj iloj, kiel ekspozicio al infrasono (tio estis uzata en unu opero), por ke persono spertas timon aŭ netaŭgajn emociojn.

Revenante al la programaro, ĝi valoras aldoni, ke iuj programoj uzas sonan signalon kiam ili komencas, kiuj atentigas la uzanton. Kaj, kiel studoj montras, tiaj aplikoj estas pli fareblaj, kompare kun aliaj programoj. Nature, la vivkiklo de la programaro pliiĝas, kiom ajn funkcio oni atribuas al ĝi komence. Kaj ĉi tio, bedaŭrinde, estas uzata de multaj programistoj, kiuj levas dubojn pri la valideco de tiaj metodoj.

Sed ne jugxu nin pri tio. Eble en proksima estonteco evoluigos iloj, kiuj determinas tiajn minacojn. Ĝis nun, tio estas nur teorio, sed laŭ iuj analizistoj kaj spertuloj, malmulte restas al praktika apliko. Se vi jam kreis kopion de la neŭra retoj de la homa cerbo, do kio?