Arvutisüsteemi tarkvara konfiguratsioon. Konfiguratsioonifail

Kasutaja määratud programmisätete komplekt.

Konfiguratsiooni salvestamiseks on erinevaid lähenemisviise. Paljud programmid salvestavad sätted tekstifailidesse; see kehtib eriti UNIX-laadsete süsteemide kohta. Windowsis kasutatakse ka tekstipõhiseid konfiguratsioonifaile ja need on sageli .ini-vormingus. Vaatamata sellele, et peaaegu kõigil juhtudel saab neid faile käsitsi redigeerida, luuakse paljudel juhtudel selleks spetsiaalne liides (mis võib olla kas konsool- või graafiline).

Mõnikord on UNIX-i sarnastes süsteemides konfiguratsioon seatud programmi koostamise etapis ja selle muutmiseks tuleb programm uuesti üles ehitada. Hea näide on Linuxi kernel. Peaaegu kõigis autoconfile ehitatud rakendustes saate konfigureerimisskripti valikute kaudu kaasata või keelata teatud väliseid teeke.

Sageli kasutatakse konfiguratsiooni salvestamiseks spetsiaalset andmebaasi. Windows kasutab Windowsi registrit, samas kui GNOME kasutab GConfi; mõlemal juhul on konfiguratsioonil puu struktuur.

Allikad

Wikimedia sihtasutus. 2010 .

Vaadake, mis on "Tarkvara konfiguratsioon" teistes sõnaraamatutes:

Sisu 1 Brasiilia 2 Suurbritannia 3 India ... Wikipedia

Konfiguratsioon: Vikisõnaraamatus on kirje seadistuste jaoks Konfiguratsioon (astronoomia) ... Wikipedia

Info- ja arvutisüsteemide valdkonnas mõistetakse konfiguratsiooni all teatud komponentide kogumit, mis põhineb nende otstarbel, arvul ja põhiomadustel. Seadistamine tähendab sageli riist- ja tarkvara valimist... Wikipedia

Sellel terminil on ka teisi tähendusi, vt Konfiguratsioon. Tarkvaraparameetrite komplekt. *NIX operatsioonisüsteemides tehakse konfiguratsioonimuudatused, redigeerides konfiguratsiooni tekstifaile, mis asuvad kui ... Wikipedia

GOST R IEC 61508-4-2007: Elektriliste, elektrooniliste, programmeeritavate elektrooniliste ohutusega seotud süsteemide funktsionaalne ohutus. 4. osa. Mõisted ja määratlused- Terminoloogia GOST R IEC 61508 4 2007: Elektriliste, elektrooniliste, programmeeritavate elektrooniliste ohutusega seotud süsteemide funktsionaalne ohutus. Osa 4. Mõisted ja mõisted originaaldokument: 3.7.4 mõjuanalüüs …

Infrastruktuur- (Taristu) Infrastruktuur on omavahel ühendatud teenindusstruktuuride või objektide kompleks Transport, sotsiaal-, maantee-, turg, uuenduslikud infrastruktuurid, nende areng ja elemendid Sisu >>>>>>>> … Investori entsüklopeedia

süsteem- 4.48 koostoimivate elementide süsteemne kombinatsioon, mis on organiseeritud ühe või mitme püstitatud eesmärgi saavutamiseks Märkus 1 kande kohta: Süsteemi võib vaadelda kui toodet või selle pakutavaid teenuseid. Märkus 2 Praktikas…… Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

STO Gazprom 2-2.3-141-2007: OAO Gazpromi energiajuhtimine. Tingimused ja määratlused- Terminoloogia STO Gazprom 2 2,3 141 2007: OAO "Gazprom" energiajuhtimine. Mõisted ja mõisted: 3.1.31 energiat tarniva organisatsiooni abonent: elektrienergia (soojuse) tarbija, kelle elektrijaamad on ühendatud võrkudega ... ... Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

R 50.1.048-2004: Info- ja telekommunikatsioonimängusüsteemid. Tingimused ja määratlused- Terminoloogia R 50.1.048 2004: Info- ja telekommunikatsioonimängusüsteemid. Mõisted ja määratlused: 2.3.25 adaptiivne hooldus: Tarkvaratoote muutmine pärast tarnimist, selle töövõime tagamine muudetud ... ... Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

GOST R IEC 61513-2011: Tuumaelektrijaamad. Ohutuse seisukohalt olulised juhtimis- ja juhtimissüsteemid. Üldnõuded- Terminoloogia GOST R IEC 61513 2011: Tuumaelektrijaamad. Ohutuse seisukohalt olulised juhtimis- ja juhtimissüsteemid. Üldnõuded originaaldokument: [IAEA 50 SG D8] Märkus 1 Vt ka “Ohutuse seisukohalt oluline süsteem”, “Juhtimissüsteemide klass… … Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

Tarkvara konfiguratsioonihaldus on üks abiprotsesse, mis toetavad tarkvara elutsükli põhiprotsesse, eelkõige tarkvara arendamise ja hoolduse protsesse.

Tarkvara konfigureerimine tähendab selle funktsionaalsete ja füüsiliste omaduste kogum seatud tehnilises dokumentatsioonis ja rakendatud tarkvaras.

Suure projekti puhul muutuvad suured teabehulgad väga kiiresti ja kontrollimatud muutused võivad projekti kiiresti kaosesse uputada. Tarkvaraprojekti kallal töötades seisab rühm programmeerijaid, testijaid ja juhte silmitsi tarkvaraversioonide jälgimise ja neis muudatuste tegemise probleemiga. Mida suurem on projekt, seda rohkem aega kulutavad arendajad lähtekoodi muudatuste koordineerimisele ja tarkvaratoote tööversioonide hankimisele. Seda ülesannet võib veelgi süvendada piirkondlikult eemal asuvate arendusmeeskondade olemasolu ettevõttes.

Konfiguratsioonihaldus võimaldab korraldada, süstemaatiliselt arvesse võtta ja kontrollida tarkvara muudatusi elutsükli kõigil etappidel.

Paljudest komponentidest koosneva keeruka tarkvara rühmaarenduses, millest igaühel võib olla sorte või versioone, vajalik:

- valige objektide komplekt, mis määravad kindlaks tulevase süsteemi struktuuri, et seejärel kontrollida nende staatust ja töö edenemist igaühega neist. Sellised objektid võivad olla süsteemi funktsionaal-loogiline mudel, relatsiooniline andmebaasi mudel, süsteemi prototüüpide moodulid (ekraanid, menüüd, aruanded, protseduuride või klasside tekstid), süsteemi ja programmi spetsifikatsioonid, dokumentatsioon, testimisplaanid, testi spetsifikatsioonid protseduurid;

- kontrolli taotlusi mooduli täiustamiseks, teated leitud vea või seadme rikke kohta, riist- või tarkvara muutmise taotlused, töökoha installimise ülesanded, arendaja ülesanded, analüütika jne, kuna need objektid mõjutavad teiste objektide praeguste versioonide olekut ja kuuluvad ulatuse muutuste haldamine;

- pidama kõigi muudatuste kohta logi, mis on süsteemi sisse viidud arenduse või hoolduse käigus (see puudutab loodava süsteemi seisu, eelarvet, tähtaegu, liidest, kontrolliaruandeid jne);

- juhtima täielik ja usaldusväärne arhiiv kõigi süsteemiobjektide kõik versioonid;

- kontrollida riiki ja arengut kollektiivselt kasutatavad tarkvarakomponendid ja nende versioonid, arvestades süsteemikomponentide seoseid muudetud osade ühtlustamiseks; tagama tegelikult muutuvate komponentide ja nende täieliku dokumentatsiooni adekvaatsuse;

- hinnata konfiguratsiooni— hinnata tarkvarakomponentide funktsionaalset terviklikkust, samuti nende füüsilise seisukorra vastavust kehtivale tehnilisele kirjeldusele.

- teha põhikoopiaid Tarkvara ja dokumentatsiooni, säilitage ja edastage need kasutajatele vastavalt organisatsiooni poolt vastuvõetud protseduuridele. See lihtsustab tarkvara väljastamist ja tarnimist;

- tagada areng kogu süsteem, piirav komplikatsioon projekt.

Vaatleme näiteks lähtekoodi haldamine.

Oluline grupi arenguks lähtekoodi juhtimissüsteemid. Sellised süsteemid lahendavad vähemalt kaks probleemi: lähtekoodi iga eksemplari (failiversioonide) kõigi versioonide salvestamine ja arendajate üheaegse juurdepääsu konfliktide lahendamine ühele lähtekoodi eksemplarile (lähtekoodi ühendamine, projektifailirühma järjepidevus jne). .

Kontrolli all mitte ainult mooduli kood ise, vaid ka skriptikood andmebaasi skeemi genereerimiseks, samuti andmebaasi skeem ise, mida saab salvestada binaarfailide versioonidena, mis eksporditakse andmebaasiskeemide sisemisse DBMS-vormingusse.

Rakenduste programmeerijad peavad järgima kehtestatud rühmaarenduse reegleid.

Pärast mooduli põhikoodi loomist ja lähtekoodi juhtimissüsteemi kontrollimist tuleb igale redaktsioonile selles olla märgitud kuupäev ja redaktsiooni autori nimi. Toimetustega tuleb kaasas olla selged kommentaarid, mis asuvad lähtekoodifaili alguses.

Muudatava kommentaari vorming võib olla järgmine:

Seda tehakse selleks, et mõne aja pärast oleks võimalik aru saada, kes ja miks selle toimetuse tegi. Samuti aitab see parandada lähtekoodi liitmist, kui juhtsüsteem on tuvastanud muudatuste ebakõla ega suuda seda ise lahendada.

Ka lähtekoodi alguses (kommentaarides) on kirjeldatud: miks see lähtekoodi fail loodi, selle peamised funktsioonid, millisesse infosüsteemi ossa see kuulub, kes on selle autor.

Funktsioonide, struktuuride, olulisemate muutujate juurde tuleks lisada kommentaarid. Vältida tuleb arusaamatuid nimesid nagu K1, Funktsioon10.

Suurte alamsüsteemide jaoks fikseeritud vahetusliides teiste alamsüsteemidega alamsüsteemi edastatavate ja sealt vastuvõetavate andmete vorming, samuti alamsüsteemi funktsioonide ja meetodite väljakutsete vorming. See võimaldab saavutada sugulane alamsüsteemide sõltumatus ja vähendada ühe alamsüsteemi koodi muudatuste mõju teisele.

Selline lähenemine hõlbustab erinevate moodulite arendajate suhtlemist. Peate dokumenteerima ainult vahetuse liidese, mitte kogu mooduli koodi tervikuna.

Tihti peab mooduli funktsiooni kutsuv arendaja teadma, mida edasi anda ja kuidas tulemust töödelda, kuid sees toimuvat pole vaja teada. Ainus, mis teda huvitab, on mooduli õige initsialiseerimine, selle töö tulemuste õige vastuvõtmine ja mooduli õige mahalaadimine.

Komponentide koostoime ei tohiks olla meelevaldne. Enamikul juhtudel peate neid lähtekoodi genereerimise reegleid käsitsi juhtima.

Arendusgrupp peab olema oma spetsiaalne andmebaasiserver ja võib-olla rohkem kui üks, samuti spetsiaalsed tööjaamad. Sageli pole need punktid juhtkonnale kaugeltki ilmsed ja nad peavad seda täiesti tarbetuks raha raiskamiseks. Ka lähtekoodi juhtimist pakkuv server peab olema pühendatud.

Konfiguratsioonihaldussüsteemide turg

Ilma heade tööriistadeta on tarkvara konfiguratsioonide kiire haldamine võimatu.

Spetsiaalsed konfiguratsioonihaldussüsteemid võimaldavad valmistoote automatiseeritud kokkupanemist mitmesugustest muutuvatest osadest vastavalt tüüpilisele skeemile, välistades selles rutiinses etapis "inimfaktori" ja sellest tulenevalt kulukad vead.

Saab eristada neli rühma selliseid tooteid:

1) versioonikontrolli pakkumine (Rational ClearCase, Merant PVCS, Microsoft Visual SourceSafe);

2) versiooni- ja muudatuste juhtimise pakkumine (Rational ClearCase/ClearQuest, PVCS Professional);

3) paralleelse arenduse, versioonikontrolli, muudatuste ja töövoogude pakkumine (PVCS Dimensions, CCC: Harvest from Computer Associates);

4) kõigi ülaltoodud funktsioonide pakkumine mitme geograafiliselt kaugel asuva meeskonnaga suhtlemisel (Rational MultiSite, PVCS Replicator).

Toode ClearCase kõige võimsam ja seega ka kõige kallim. See sobib kõige paremini projektidele, kus on vähemalt 10 arendajat ja mis on keskendunud suurte süsteemide loomisele või tarkvara paljundamisele, kus versiooniprobleemid on eriti olulised. ClearCase toetab mitut projektihoidlat koos automaatse sünkroonimisega; koordineerib kõigi projektis osalejate ühistööd; haldab tarkvara koostamise konfiguratsiooni; annab visuaalse kontrolli toimuva üle.

ClearCase'i puuduste hulgas on vajadus tõsise asjaajamise järele, s.t. tootega töötamise koorem nihkub lõppkasutajatelt administraatorile.

Toode PVCS, mis on sisse ehitatud paljudesse arendussüsteemidesse, pakub lihtsamat versioonikontrolli. See automatiseerib kasutajate tööd halvemini ja on raskemini kasutatav, kuid see ei vaja eraldi administraatori töötajat, kes toetaks väikeseid arendajate gruppe. Üleminekutega ühelt PVCS tootelt teisele on probleeme. On madalama hinnaga. See võib olla hea lahendus, kui arendus toimub erinevatel platvormidel (riistvaraplatvorm ja OS).

Microsofti toodeVisuaalneAllikasohutu võimaldab lihtsat allikajuhtimist ja sobib individuaalseks tööks või mitut inimest hõlmavateks projektideks. See ei saa korraldada projektis osalejate vahelist suhtlust, kuid see on palju odavam ja lihtsam. Kasutatakse Windows 98, NT, 2000 jaoks.

2002. aasta novembris andis Merant välja populaarse tarkvara konfiguratsioonihaldustööriista uue versiooni PVCSprofessionaalne 7.5 .

Pakett sisaldab:

PVCS Version Manager 7.5 - versioonikontrollisüsteem;

PVCS Tracker Manager 7.5 - utiliit muudatuste ja ülesannete logi genereerimiseks;

Configuration Builder 7.5 on utiliit valmisrakenduste standardiseeritud ja usaldusväärse koostamise pakkumiseks.

Artiklid ja Lifehacks

Kaasaegsed mobiilseadmed on terve komplekt tehnilisi omadusi ja erinevaid komponente. Paljud kasutajad aga isegi ei tea, milline on telefoni konfiguratsioon. Proovime seda mõistet määratleda ja mõistame ka, mis on tarkvara konfiguratsioon.

Seadme konfiguratsioon: mis see on

See termin viitab tavaliselt konkreetse seadme jaoks loodud tarkvara ja riistvara kombinatsioonile. Konfiguratsioon mõjutab nii meie telefoni jõudlust kui ka selle toimimist.

Nagu arvuti, sisaldab ka mobiilseade teatud seadmeid - kiibikomplekti ja toiteallikat. Kaasas ka kirjutuskaitstud mälu ja helikaart. Kõik see kompleksis viitab ainult telefoni konfiguratsioonile.

Mis on seadme tarkvara konfiguratsioon

Nende sätete salvestamiseks on erinevaid lähenemisviise. Mõnikord sisalduvad need tekstifailides, mida saate ise redigeerida. Tihti luuakse ka eraldi liides.

Sageli määratakse konfiguratsioon tarkvara kokkupaneku etapis. Programmi muudatuste tegemiseks tuleb programm uuesti üles ehitada. Tihti kasutatakse konfiguratsiooni salvestamiseks ka spetsiaalset andmebaasi (Windowsi GConfigi näitel).

Kaasaegne mobiilseade on tegelikult kaasaskantav arvuti. Sellel on oma operatsioonisüsteem, mis kontrollib tarkvara toimimist. Kõige populaarsemad on Windows Phone, Android ja iOS.

Uut mobiilseadet ostes tuleks jälgida, et kõik selles olev toimiks laitmatult. Selleks peaksite alati jälgima värskenduste ilmumist. Selliste värskenduste õigeaegne installimine on meie seadme optimaalse toimimise oluline tingimus ning tagab juurdepääsu erinevatele uutele teenustele ja funktsioonidele.

Lisaks tõstab see tema töö produktiivsust ja aitab toime tulla vigadega. Pole haruldane, et mobiilseadmete tootjad lubavad meil need värskendused ise installida.

1. lehekülg

Tarkvara konfiguratsioon ja andmebaas salvestatakse moodulite muutumatusse RAM-i.

Arvutisüsteemi tarkvara koostist nimetatakse tarkvara konfiguratsiooniks. Programmide, aga ka füüsiliste sõlmede ja plokkide vahel on seos - paljud programmid töötavad teiste madalama taseme programmide alusel, see tähendab, et saame rääkida programmidevahelisest liidesest. Sellise liidese olemasolu võimalus põhineb ka tehniliste tingimuste ja interaktsiooniprotokollide olemasolul ning praktikas tagab selle tarkvara jaotus mitmele interakteeruvale tasemele.

Arvutisse installitud programmide komplekti nimetatakse selle tarkvara konfiguratsiooniks: Arvutiga ühendatud seadmete komplekti nimetatakse selle riistvarakonfiguratsiooniks. Vaatamata sellele, et erinevad arvutid võivad oma arhitektuurilt ja funktsionaalsuselt olla üksteisele väga lähedal, on peaaegu võimatu leida kahte arvutit, millel oleks sama riist- ja tarkvarakonfiguratsioon. Igal töökohal luuakse tarkvara ja riistvara konfiguratsioon selliselt, et see lahendaks kõige tõhusamalt konkreetseid konkreetsele töökohale omaseid praktilisi probleeme.

Taastemehhanismi puuduseks on märkimisväärne kettaruumi maksumus kontrollpunktide salvestamiseks. Kui arvuti riist- või tarkvara konfiguratsiooni regulaarselt muudetakse, võib kontrollpunkti andmete salvestamiseks kasutatav kettaruumi maht ületada mõistlikke piire. Sel juhul saab süsteemitaaste tööriista keelata, teades, et arvuti töökindlus võib sel juhul väheneda.

EL arvutites on kõva- ja tarkvarakonfiguratsiooniga MTD-d (äpp. Keeruliste kaugtöötlussüsteemide loomine on seotud võimalusega jaotada juhtimisfunktsioone ümber keskarvuti ja välisandmete kaugtöötlusprotsessorite vahel.

Mõelge kõigepealt suurele autonoomsele süsteemile. Kuigi huvi pakuvad ka väikesed süsteemid, saab suure süsteemi üldist töö- ja tarkvarakonfiguratsiooni kasutada võrdlusalusena, millega võrrelda vähem keerulisi konfiguratsioone. Suures süsteemis on komplekt valmisprogramme, mis on tavaliselt arvutiga kaasas. See komplekt sisaldab tavaliselt operatsioonisüsteemi, alglaadimislaadurit, komplekteerijat, ühte või mitut kompilaatorit või interpretaatorit, linkerit, laadijat, süsteemirutiine ja makrosid ning mitmesuguseid plahvatusohtlikke juhtimisrutiine.

AIDOS PPP-l põhineva teabeotsingusüsteemi konkreetse versiooni loomiseks peab kasutaja selgelt sõnastama oma nõuded süsteemile. Ta peab määrama süsteemifondi kandja, ülesanded, süsteemi programmikonfiguratsiooni. Neid parameetreid tuleb kirjeldada ülalpool käsitletud DI UKPV makros.

Selgub reaalne kogemus Peterburi Riikliku Elektrotehnikaülikooli LETI raamatukogu võrgukeskkonna loomisel. Käsitletakse peamisi sel juhul esile kerkivaid probleeme: raamatukogu rakenduste haldamine, kasutaja isikuandmete haldamine, tööjaamade tarkvarakonfiguratsioonide arendamine ja replikatsioon, Interneti-juurdepääsu kontroll. Lühidalt kirjeldatakse peamisi tehnoloogiaid, mille abil need probleemid lahendati.

Need on Netscape Communicator, Irbis ja Microsoft Office tarkvarapaketid, Adobe Acrobat Reader jt. Juba tööjaamade tarkvarakonfiguratsioonide väljatöötamise käigus sai selgeks, et kõigi nende rakenduste installimine igasse tööjaama oleks äärmiselt ebaefektiivne. Rääkimata asjaolust, et sellise lahenduse teostatavus korporatiivse võrgu olemasolul tundub üldiselt väga kahtlane, tooks see kaasa tööjaama kuvandi suuruse järsu suurenemise ning raskendaks ka tööjaama eluiga. tehnilise toe teenus. Seetõttu oli Novelli rakenduste haldusteenus Zen Works aluseks tõhusale rakenduste haldussüsteemile, mis lahendas paljud probleemid, mis olid seotud kasutajatele juurdepääsu tagamisega neile vajalikele programmidele ja nende programmide terviklikkuse säilitamisele.

Arvutisüsteemi koostist nimetatakse konfiguratsiooniks. Arvuti riist- ja tarkvara käsitletakse eraldi. Sellest lähtuvalt käsitletakse arvutussüsteemide riistvarakonfiguratsiooni ja nende tarkvara konfiguratsiooni eraldi. See eraldamise põhimõte on arvutiteaduse jaoks eriti oluline, kuna sageli saab samade probleemide lahenduse pakkuda nii riist- kui ka tarkvara abil. Riist- või tarkvaralahenduse valiku kriteeriumid on jõudlus ja tõhusus.

Sisendprogrammi segmentide valikulise eemaldamise võimalus võimaldab programmeerijal kirjutada üldprogrammi, mida saab erinevates olukordades kasutada erinevatel eesmärkidel, ja seejärel konkreetses olukorras kokku panna ainult soovitud programmi osa. Süsteemi programmeerijad kasutavad laialdaselt tingimuslikku komplekteerimist tarkvara loomisel, mida saab kasutada mitmesugustes riist- ja/või tarkvarakonfiguratsioonides.

Lehekülgi: 1    

Programm on järjestatud käskude jada. Iga arvutiprogrammi lõppeesmärk on riistvara juhtimine. Tarkvara ja riistvara arvutis töötavad lahutamatult ja pidevas koostoimes. Arvutisüsteemi tarkvara koostist nimetatakse tarkvara konfiguratsiooniks. Tarkvarakonfiguratsioonis on selle programmide vahel seos, see tähendab, et on olemas programmidevaheline liides. Sellise liidese olemasolu võimalus põhineb tehniliste tingimuste ja interaktsiooniprotokollide olemasolul. Praktikas tagab programmidevahelise liidese (interaktsiooni) tarkvara jaotamine mitmel interakteeruval tasemel. Need tasemed esindavad püramiidset struktuuri. Iga järgmine tase põhineb eelmiste tasemete tarkvaral. Tarkvaratasemed jagunevad põhi-, süsteemi-, teenindus- ja rakendustasemeteks.

Põhitase– Madalaim tarkvaratase tähistab baastarkvara. See vastutab aluseks oleva riistvaraga suhtlemise eest ja reeglina sisaldub tarkvara otse selle aluseks olevas riistvaras ja seda hoitakse spetsiaalsetes ROM-kiipides. Programmid ja andmed kirjutatakse ROM-kiipidele tootmisetapis ja neid ei saa töö ajal muuta.

Süsteemi tase- üleminekuperiood. Sellel tasemel töötavad programmid tagavad arvutisüsteemi teiste programmide interaktsiooni baastaseme programmidega ja otse riistvaraga, see tähendab, et nad täidavad "vahendaja" funktsioone. Konkreetseid programme, mis vastutavad konkreetsete seadmetega suhtlemise eest, nimetatakse seadme draiveriteks. Need on osa süsteemitaseme tarkvarast. Kasutaja interaktsiooni eest vastutavaid programme nimetatakse kasutajaliidese tööriistadeks. Süsteemitaseme tarkvara komplekt moodustab arvuti operatsioonisüsteemi tuuma. Kui arvuti on varustatud süsteemitaseme tarkvaraga, siis on see juba ette valmistatud kõrgema taseme programmide installimiseks, tarkvara interaktsiooniks seadmetega ja kasutajaga. Operatsioonisüsteemi tuuma olemasolu on arvutisüsteemiga inimese praktilise töö võimalikkuse vältimatu tingimus.

teenindustase- need on utiliidiprogrammid, mis pakuvad suhtlemist põhi- ja süsteemitaseme programmidega. Utiliidiprogrammid (utiliidid) on mõeldud arvutisüsteemi kontrollimise, reguleerimise ja konfigureerimise töö automatiseerimiseks.