Ohjelmiston elinkaaren: konsepti, standardit, prosessit,

Ohjelmistokehitys ei ole mahdollista ilman ymmärrystä ns ohjelmiston elinkaaren. Tavallinen käyttäjä voi olla, ja ei tarvitse tietää, mutta on toivottavaa oppii standardien (jäljempänä kerrotaan, miksi se on tarpeen).

Ohjelmiston elinkaaren: mikä se on muodollisessa mielessä?

Alle elinkaaren tahansa ohjelmisto ymmärretään, kun sen olemassaolo, alkaen kehitysvaiheessa ja ennen hylkäämistä täysin käytön valitun soveltamisalaa, kunnes täydellinen vetäytyminen käyttösovelluksessa.

Yksinkertaisesti sanottuna, tietojärjestelmien muodossa ohjelmien, tietokantojen, tai jopa "käyttöjärjestelmiä" on kysyntää ainoastaan silloin, kun tietoja merkitystä ja mahdollisuuksia niiden tarjoamia.

Uskotaan, että määritelmä elinkaaren mitenkään ei koske testata sovelluksia, kuten beta-versiot, jotka ovat kaikkein epävakaa työssä. Aivan sama ohjelmiston elinkaaren riippuu monista tekijöistä, joista yksi tärkeimmistä rooleista väliaine, jossa ohjelmaa käytetään. Voit kuitenkin valita ja yleisesti käytetty määritelmä elinkaariajattelu.

alkuvarustusta

Kuten yleisesti uskotaan, käytetty useita ehtoja sen kehittämistä ja käyttöä mistään ohjelmistotuotteen, nimittäin:

• formulaatio ongelma;
• analyysi keskinäisen vaatimusten tulevan järjestelmän;
• suunnittelu;
• ohjelmointi;
• koodaus ja kokoaminen;
• testaus;
• virheenkorjaus;
• toteutus ja ylläpito-ohjelmisto.

Ohjelmistokehitys koostuu kaikista edellä mainituista vaiheista, ja ei voi tehdä ilman ainakin yksi niistä. Mutta hallita tällaiset prosessit asetetaan erityisiä vaatimuksia.

Prosessien standardoinnin ohjelmiston elinkaaren

Niistä järjestelmät ennakolta edellytykset ja vaatimukset tällaisten prosessien voidaan nyt kutsua vain kolmen tärkeimmän:

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

Toisen kansainvälinen standardi on venäläinen vastine. Tämä GOST R ISO / IEC 12207-2010, vastaa järjestelmän ja ohjelmiston suunnittelu. Mutta ohjelmiston elinkaaren, kuvattu molemmat asetukset, on sisällöltään sama. Syy on yksinkertainen riitä.

Ohjelmisto- ja päivitykset

Nykyaikaiset tietojärjestelmät ovat sellaisia, että ne perustavat yhteisiä käsitteitä sovellus.

Esimerkiksi on olemassa järjestelmä ohjelmia ja apuohjelmia, multimediatyökaluja, laiteohjaimet, toimisto-ohjelmat ja niin edelleen. D. tahansa ohjelmisto voi määritellä, onko vaiheissa elinkaaren.

Sen laajentaminen on yleisimmin käytetty keino päivitys (sekä käyttöjärjestelmien ja alustat ja sovellusohjelmat). Luultavasti ei tarvitse selittää, että käyttäjän tietokonejärjestelmän perustuu Windows päivitysten läpäisi vaiheessa järjestelmän tai komponenttien kuten Microsoft .NET Framework tai virtuaalikoneessa Java.

suunnitteluvaiheessa

Nyt muutaman sanan suoraan noin kehitysvaiheissa. Elinkaaren aluksi sisältää projektisuunnittelun, systeemianalyysin ja vaatimuksien, mahdollisuus alustava tai yksityiskohtainen suunnittelu, koodaus ja testaus, mahdollisuus sovellusohjelmien erikoistuneissa järjestelmissä, ja niin edelleen. D.

Malleja ohjelmiston elinkaaren viittaa siihen, että alun perin asetettu tehtäväkseen luoda ohjelmisto olisi rajoitettava kehittämään yleistä sovelluksia tai ohjelmistoja, jotka käyttävät joitakin käynnistysympäristön.

suunnittelu

Kehittäminen järjestelmiä ohjelmointikieltä. Ohjelmistosuunnittelu ensimmäisessä vaiheessa voidaan vähentää alas.

Onko tämä C + / C ++, Java, Delphi tai sama vanhentunut Pascal - ei ole niin tärkeää. Kysymys on, kuinka luodaan sovellus voidaan integroida käyttöjärjestelmän ja sujuvasti.

Tässä mielessä yksi elinkaaren ohjelmistojen testaus on aika ensikäyttöönotto tuotteen ennen sen poistamista kokonaan yhteensopimattomuudesta johtuen järjestelmävaatimukset, toimintakyvyttömäksi tai kyvyttömyys hoitaa tehtäviä perin.

myöhemmissä vaiheissa

Lisätukea määrittelyssä ohjelmiston elinkaaren, tulee alas koodaus tuottaa ja vastaanottaa sovelluksen lähdekoodiin.

Kun kyseessä on vapaa (avoin) leviäminen ns todistusta haetaan perustuu GNU lisenssi, joka sallii muutokset ohjelmiston itse pyynnöstä käyttäjälle, perehtynyt ohjelmointikieli, jolle hakemus on luotu.

Jos se on suljettu koodia, voit käyttää työkaluja kuten disassembler. Mutta tässä tapauksessa vain koodauksen suoritettavat EXE-tiedostot voidaan saavuttaa, ja varmasti ole sidottu DLL dynaamiset kirjastot.

Mutta tämä teoria. Käytännössä vaihe ohjelmiston elinkaaren oltava luettelo paljon kohteita. Jopa kaikkein yksinkertainen simulaatio, joka koostuu katsauksen standardien ja muotoiluun havaintojen (korkean tason vaatimukset arkkitehtuuriin, yhteensovitus koodia, keinoja ja menetelmiä todentaminen). Tämä on prosessi, ohjelmiston elinkaaren. Mutta tässä se on tärkeää ymmärtää ja hallita joitakin periaatteita tällaisten ohjelmien ja järjestelmien.

hallinta perusteet

ohjelmistojen elinkaaren hallinta perustuu hajoaminen ohjelmien osiin, jolloin riittävän laaja valikoima työkaluja luoda niitä.

On kääntöpuolensa. Valinta moduulien rajoittaa alkuperäinen kehittäjä alustan perusteella, joka on tuotettu ohjelmointi. Tietenkin, jos otetaan huomioon yhdistymisen ja kirjoittamalla käyttää kehitystyökaluja (erityisesti uudelleenkäytettäviä moduuleja), ei ole epäilystäkään.

Mutta vaiheissa ohjelmiston elinkaaren sisältyy väistämättä perustaminen tietojenkäsittelyn protokollat, rutiinit, standardikirjastot, ja enemmän.

käytetyt moduulit

Eikä prosessi ohjelmiston elinkaaren on täydellinen ilman hyvin yksittäisiä komponentteja. Näiden painopisteiden joukossa ovat seuraavat:

• Chief (Head) moduuli vastuussa käynnistää ohjelmistotuotteen;
• Ohjausyksikkö vastaa siitä oheisen komponentteja tai dynaamisen kirjastojen;
• toimivuutta ja palvelun tietojenkäsittely työkaluja ja muita työkaluja.

Suoritettavaa tiedostoa on yleensä, Windows-pohjaiset järjestelmät on esitetty muodossa "ekzeshnika". Ohjauskomponentit on jatke konfiguraattoreita (config.sys sovelletaan käyttöjärjestelmä), joka lisäksi kirjastojen on laajennus DLL. Valvonta- ja jalostuksen toimintoja ja asetuksia joissakin sovelluksissa voi näkyä muodossa XML-tiedostoja.

Ne ovat muuten, että suurin osa tällä hetkellä tunnettu media ohjelmat ovat keino säilyttää konfiguroinnin perusparametrit. Ohjelmistojen avulla tämäntyyppisen tietenkin se on melko rajallinen, mutta ymmärrystä yleisiä periaatteita käyttää samoja mediasoittimien voisi satuttaa. Tästä syystä.

Itse asiassa, mitä he ohjelmiston elinkaaren asetetun vasta tasolla elämän päivittää soittimen tai asennuksen koodekkeja ja dekooderit. Ääni ja video transkoodereiden ovat ominaisia ominaisuuksia audio- tai video-järjestelmän.

Esimerkki perustuu FL Studio ohjelman

Aluksi virtuaalistudion sekvensseri FL Studio oli nimi Fruity Loops. Elinkaaren ohjelmiston sen ensisijainen muutos on päättynyt, mutta sovellus on jonkin verran transformoidaan ja hankittu nykyisen muotonsa.

Jos puhumme elinkaaren vaiheet, ensin vaiheessa muotoilua ongelma oli asetettu useita edellytyksiä:

• luominen rumpumoduli tyypin rumpu koneet kuten Yamaha RX, mutta yksi-shot-näyte tai sekvenssin WAV-muodossa, tallennettu elävien studio;
• integrointi Windows-käyttöjärjestelmän;
• mahdollisuus projektivientimarkkinoilla WAV, MP3 ja OGG;
• hankkeiden yhteensopivuus ylimääräisellä sovelluksen Hedelmäinen Tracks.

"C" tarkoitetaan ohjelmointikieliä käytettiin kehitysvaiheessa. Mutta alustan näytti melko alkeellinen ja ei antanut loppukäyttäjä haluttu äänenlaatu.

Tässä suhteessa testauksen aikana ja vikojen vaiheessa kehittäjät piti mennä tapa Saksan Corporationin Steinberg ja koskevat perusvaatimukset ääniohjain tukee Full Duplex-tilassa. Äänenlaatu oli korkeampi ja voi muuttaa tempoa, piki ja asettaa lisävaatimuksia FX-tehosteita reaaliajassa.

Valmistuminen elinkaaren ohjelmisto pidetään lähtö ensimmäisen virallisen version FL Studio, joka, toisin kuin heidän esi, oli täysimittainen sekvensseri käyttöliittymä ja kyky muokata virtuaalisen 64-kanavainen Mikseripöytä rajoittamaton lisäämällä ääniraitoja ja MIDI-raitoja.

Edistäminen ohjelma ei pääty tähän. Siinä vaiheessa, projektinhallinnan yhdistämisen tuki VST-muodossa laajennukset otettiin käyttöön (ensimmäinen, toinen ja sitten kolmas versio), kerran kehitetty Steinberg. Karkeasti ottaen jokainen virtuaalinen syntetisaattori, joka tukee VST-isäntä voi liittää ohjelmaan.

Ei ole yllättävää, että pian jokin säveltäjä voisi käyttää analogisesti "rauta" malleja, kuten täyttä sarjaa kuuluu kerran suosittuja Korg M1. Enemmän - enemmän. Sovellusmoduuleista kuten Addictive Drums tai UPnP Kontakt saa pelata livenä ääniä oikeita soittimia, tallennettu kaikki sävyt nivelen ammatti studioissa.

Kehittäjät ovat yrittäneet maksimaalisen laadun ja luomalla tukea ASIO4ALL kuljettaja, joka osoittautui leikata ylitse tila Full Duplex. Näin ollen, lisääntynyt bittinopeus. Nykyään laatu viedyn äänitiedosto voi olla 320 kbit / s näytteenottotaajuudella 192 kHz. Ja tämä ammatti ääni.

Mitä alkuperäisen version elinkaarensa voisi kutsua täysin valmis, mutta tällainen maininta on suhteellista, koska sovellus vain nimeksi, ja on löytänyt uusia mahdollisuuksia.

kehitysnäkymiä

Mitkä ovat vaiheissa ohjelmiston elinkaaren, se on jo selvää. Mutta tässä kehityksestä tällaista teknologiaa olisi käsitellään erikseen.

On sanomattakin selvää, että jokainen ohjelmistokehittäjä ei ole kiinnostunut luomaan ohimennen tuote, joka tuskin ojennettava markkinoilla useita vuosia. Tulevaisuudessa jokainen etsii pitkän aikavälin käyttöä. Tämä voidaan saavuttaa eri tavoin. Mutta yleensä, lähes kaikki heistä pohjimmiltaan julkaista päivityksiä tai uusia ohjelmistoversioita.

Vaikka kyseessä Windowsin Tällaiset trendit voidaan nähdä paljain silmin. On epätodennäköistä, että nykyään on olemassa vähintään yhdelle käyttäjälle, kuten versioita 3.1, 95, 98 tai Millennium. Elinkaarensa päättyy julkaisun jälkeen versioon XP. Mutta tässä on palvelimen version NT teknologiaan perustuva ovat edelleen voimassa. Jopa Windows 2000, tänään ei ole vain hyvin merkityksellistä, mutta joiltakin osin asennuksen tai turvallisuutta jopa ylitti viimeaikaisesta kehityksestä. Sama pätee NT 4.0 järjestelmien ja erikoistunut muutokset Windows Server 2012.

Mutta se on suhteessa näihin järjestelmiin vielä väittää tukea korkeimmalla tasolla. Mutta sensaatiomainen tuolloin Vista on selvästi kokee auringonlaskun aikana. Paitsi, että se oli keskeneräinen, niin silti ja virheiden itsessään, ja puutteet sen turvajärjestelmä oli niin paljon, että voimme vain arvailla, miten se oli mahdollista käynnistää ohjelmistoratkaisu on kestämätön.

Mutta jos puhutaan siitä, että ohjelmistojen kehittämiseen tahansa (ohjaus- tai sovellus) ei ole paikallaan, voimme vain todeta tosiasiat. Onhan tänään se tulee paitsi tietokonejärjestelmiä ja mobiililaitteisiin, ja jossa teknologiat ovat usein ennen tietokoneen sektorilla. Ulkonäkö prosessorisirujen perustuu kahdeksan ydintä - ei ole paras esimerkki? Mutta silti, ei jokainen laptop ylpeillä ottaa tällaisen "rauta".

Lisäkysymyksiä

Mitä ymmärrystä ohjelmiston elinkaaren, sanoa, että se päättyi jossain vaiheessa, se voi olla hyvin mielivaltaista, koska ohjelmisto on vielä tukea kehittäjien luoda niitä. Pikemminkin lopulta viittaa vanhoja sovelluksia, jotka eivät täytä vaatimuksia nykyaikaisia järjestelmiä ja voi työskennellä niiden ympäristössä.

Mutta vaikka tekninen kehitys, monet heistä lähitulevaisuudessa voida ylläpitää. Ja sitten se on tehtävä päätös joko antaa päivitykset tai täydellistä uudelleenarviointia koko käsite, alunperin upotettu ohjelmisto. Siksi - ja uusi prosessi muutos alkuperäisiä ehtoja, kehitysympäristö, testaus ja mahdollinen pitkäaikainen käyttö tietyllä alueella.

Mutta tietotekniikkaa tänään suosi kehitystä automaattisen valvontajärjestelmän (ACS), joita käytetään teollisuudessa. Vaikka käyttöjärjestelmä, verrattuna erikoistuneita ohjelmia, menettää.

Samassa ympäristössä perustuu Visual Basic ovat paljon suositumpia kuin Windows-järjestelmään. Ja noin sovelluksen ohjelmistoa UNIX-järjestelmässä emme puhu lainkaan. Mitä voin sanoa, jos lähes kaikki viestintäverkkojen saman Yhdysvaltojen työskentelevät yksinomaan niitä. Muuten, järjestelmä kuten Linux ja Android Myös alunperin luotu tällä alustalla. Siksi todennäköisesti, UNIX näkymät paljon enemmän kuin kaikkien muiden tuotteiden yhdistettynä.

vaan lopputulos

On vielä lisätä, että tässä tapauksessa on vain yleisiä periaatteita ja vaiheissa ohjelmiston elinkaaren. Itse asiassa jopa alkuperäistä tehtävät voivat vaihdella merkittävästi. Näin ollen, erot voidaan havaita muissa vaiheissa.

Mutta ydinosaamiseen ohjelmistotuotteiden kehittämiseen ja niiden myöhempi tuen on oltava selvä. Muilta sen olisi otettava huomioon erityispiirteet ohjelmiston luotu, ja ympäristön, jossa se muka pitäisi toimia, ja mahdollisuus ohjelmista loppukäyttäjälle tai tuotantoa, ja paljon muuta.

Lisäksi joskus elinkaarta voi riippua kiireellisyydestä kehitystyökaluja. Jos esimerkiksi jollakin ohjelmointikielellä vanhentunut, kukaan ei tee kirjoittaa ohjelmia sen pohjalta, ja vielä enemmän - ottaa ne tuotannon automaattisen valvontajärjestelmän. On jo tullut esiin myös ohjelmoijat, ja markkinoijat, jotka tarvitsevat reagoida nopeasti muutoksiin tietokone markkinoilla. Ja on asiantuntijoita maailmassa, ei ole liikaa. Korkeasti koulutetun henkilöstön, kyky pitää kätensä pulssin markkinoille, tulossa suosituin. Ja ne ovat usein niin sanottuja "harmaa kardinaalit", johon riippuu onnistumisesta tai tappio tiettyjen ohjelmistotuotteiden alalla IT.

Oletetaan he eivät aina ymmärrä ydin ohjelman, mutta selvästi osaa määrittää mallin ohjelmiston elinkaaren ja kuinka kauan niiden soveltamisen, jotka perustuvat maailmanlaajuiseen suuntausten tutkimiseksi. Tehokas hallinta antaa usein enemmän konkreettisia tuloksia. Kyllä, ainakin PR-tekniikka, mainonta, jne. D. Voiko tahansa sovelluksen käyttäjä ei ole välttämätön, mutta jos se on aktiivinen kehua käyttäjä asentaa sen. Se on niin sanotusti, alitajunnan tasolla (sama vaikutus kuin 25 runkoa, kun tieto on otettu mielen käyttäjä, riippumatta itse).

Tietysti tällainen teknologian maailmassa on kielletty, mutta monet meistä eivät edes tiedä, että he voivat edelleen käyttää vaikuttamaan alitajunnan tietyllä tavalla. Että vain on "zombie" uutiskanavat ja verkkosivuilla, puhumattakaan käyttöön tehokkaampia välineitä, kuten altistuminen infraääni (tätä sovellettiin samalla oopperan tuotanto), niin että henkilö voi kokea pelkoa tai sopimatonta tunteita.

Palatakseni ohjelmiston, on syytä lisätä, että jotkin ohjelmat käynnistyksen avulla ääni, että se kiinnittää käyttäjän. Ja tutkimukset osoittavat, että tällaisia sovelluksia ovat elinkelpoisia muihin ohjelmiin verrattuna. Tietysti lisääntynyt ja ohjelmiston elinkaaren, mitä toimintoa on ladattu aluksi. Ja tämä valitettavasti käyttävät monet kehittäjät, joka nostaa epäilyksiä laillisuudesta menetelmiä.

Mutta ei meidän asiamme. Ehkä tarkoittaa määritellään tällaiset uhat kehitetään lähitulevaisuudessa. Vaikka tämä on vain teoriaa, mutta mukaan jotkut analyytikot ja asiantuntijat, käytännön sovelluksiin on hyvin vähän. Jos olet jo luonut kopio neuroverkkojen ihmisaivojen, mitä sitten?