BPM referentni model. Usporedba s referentnom vrijednošću CUS.1.1 Proces pripreme nabave
Arhitektura referentnog modela umjetno uključuje dvije dimenzije:
mjerenje procesa, koji karakterizira rezultate procesa, koji su bitni mjerljivi ciljevi procesa;
mjerenje sposobnosti procesa, koji karakterizira skup atributa procesa koji se odnose na bilo koji proces i predstavljaju mjerljive karakteristike koje su neophodne za kontrolu procesa i poboljšanje sposobnosti za njegovo izvođenje.
Referentni model grupira procese, kada se proces mjeri, u tri grupe procesa životni ciklus, koji sadrži pet kategorija procesa prema vrsti aktivnosti kojom se bavi.
Procesi početnog životnog ciklusa Sastoji se od kategorije dobavljač-kupac i inženjerski procesi.
Kategorija procesa dobavljač - kupac sastoji se od procesa na koje korisnik izravno utječe, razvoja podrške i prijenosa softvera korisniku, a osigurava ispravno funkcioniranje i korištenje softverskog proizvoda i/ili usluge.
Kategorija inženjerskog procesa sastoji se od procesa koji izravno definiraju, implementiraju ili podržavaju softverski proizvod, njegov odnos sa sustavom i njegovu potrošačku (kupčevu) dokumentaciju.
Podržavanje procesa životnog ciklusa Sastoji se od kategorije procesa podrške.
Procesi životnog ciklusa organizacije Sastoji se od kategorije procesa upravljanja i organizacije.
Kategorija procesa upravljanja sastoji se od procesa koji sadrže metode opće prirode koje može koristiti svatko tko upravlja bilo kojom vrstom projekta ili procesa unutar životnog ciklusa softvera.
Kategorija organizacijskog procesa sastoji se od procesa koji uspostavljaju poslovne ciljeve organizacije i razvijaju (razvijaju) procese, proizvode i aktivne resurse koji će, kada se koriste projektima u organizaciji, pomoći organizaciji da postigne svoje poslovne ciljeve.
Kategorije procesa i procesi daju grupiranje vrsta aktivnosti. Svaki proces u referentnom modelu opisan je u smislu izjave o cilju. Ove izjave uključuju jedinstvene funkcionalne ciljeve procesa koji su potvrđeni u određenom okruženju. Izjava o cilju uključuje dodatni materijal koji definira rezultate uspješne provedbe procesa. Usklađivanje sa svrhom procesa predstavlja prvi korak u razvoju sposobnosti procesa.
Referentni model ne precizira kako ili kojim redoslijedom treba postići elemente izjava o ciljevima procesa. Ciljevi procesa će se postići u organizaciji kroz različite aktivnosti niže razine, zadatke i tehnike koje se izvode kako bi se proizveo proizvod rada. Ovi obavljeni zadaci, aktivnosti i tehnike, kao i karakteristike proizvedenih proizvoda rada pokazatelji su koji pokazuju je li cilj pojedinog procesa postignut.
Razvoj sposobnosti procesa karakterizira se u smislu atributa procesa grupiranih u razine sposobnosti. Atributi procesa su atributi procesa koji se mogu ocijeniti na ljestvici postignuća, dajući mjeru sposobnosti procesa. Atributi se odnose na sve procese. Svaki atribut procesa opisuje aspekt ukupne sposobnosti kontrole i poboljšanja učinkovitosti procesa u postizanju njegovih ciljeva i doprinosu poslovnim ciljevima organizacije.
Razinu sposobnosti karakterizira skup atributa koji rade zajedno. Svaka razina daje značajno poboljšanje sposobnosti izvršavanja procesa. Razine čine racionalan put razvoja kroz poboljšanje sposobnosti bilo kojeg procesa.
U referentnom modelu postoji šest razina sposobnosti.
Razina 0: Nedovršeno. Opći neuspjeh u postizanju ciljeva procesa. Ne postoje lako identificirani proizvodi rada ili rezultati procesa.
Razina 1: Izvršna. Cilj procesa je, uglavnom, postignut. Uspjeh se ne može striktno planirati i pratiti. Osoblje organizacije svjesno je da se proces mora slijediti i postoji opći dogovor da se proces provodi prema potrebi i kada je potrebno. Postoje određeni radni produkti procesa koji govore u prilog postizanju cilja.
Razina 2: Upravljano. Proces proizvodi proizvode rada prema definiranim procedurama, planira se i prati. Radni proizvodi u skladu su sa specifičnim standardima i zahtjevima. Glavna razlika od Razina trčanja je da se pri izvođenju procesa sada proizvode proizvodi rada koji u potpunosti zadovoljavaju zahtjeve kvalitete unutar određenog vremenskog razdoblja i dodijeljenih resursa.
Razina 3: instalirano. Proces se izvršava i njime se upravlja pomoću definiranog procesa koji se temelji na načelima dobrog softverskog inženjerstva. Individualne implementacije procesa koriste dokumentiranje procesa, potvrđene, prilagođene verzije standarda u postizanju izlaza specifičnog procesa. Resursi potrebni za uspostavljanje definicije procesa također su dostupni. Glavna razlika od Upravljana razina je li taj proces Postavite razinu koristi određeni proces koji je sposoban postići svoje rezultate.
Razina 4: Predvidljivo. Definirani proces se u praksi dosljedno provodi unutar određenih ograničenja i postiže određene ciljeve. Prikupljaju se i analiziraju detaljne mjere izvedbe procesa. To dovodi do kvantitativnog razumijevanja sposobnosti procesa i poboljšane sposobnosti predviđanja izvedbe. Izvođenje procesa je objektivno kontrolirano. Kvaliteta proizvoda rada je kvantitativno poznata. Glavna razlika od Postavite razinu je da se određeni proces sada provodi sekvencijalno unutar određenih ograničenja kako bi se postigli njegovi određeni rezultati.
Razina 5: Optimiziranje. Izvršenje procesa optimizirano je za zadovoljavanje trenutnih i budućih poslovnih potreba. Proces postiže ponovljivost kada se postignu određeni poslovni ciljevi. Kvantitativna učinkovitost procesa i ciljevi izvedbe za izvršenje utvrđuju se na temelju poslovnih ciljeva organizacije. Kontinuirani proces praćenja ovih ciljeva omogućuje kvantitativne povratne informacije, a poboljšanje se postiže analizom rezultata. Glavna razlika od Predvidljiva razina je da se definirani i standardni procesi sada dinamički mijenjaju i prilagođavaju za učinkovito postizanje sadašnjih i budućih poslovnih ciljeva.
Naravno, referentni model se ne može koristiti kao osnova za izradu pouzdanih i dosljednih procjena sposobnosti procesa jer razina detalja nije dovoljna. Opisi cilja procesa i atributa sposobnosti u referentnom modelu trebaju biti podržani sveobuhvatnim skupom metrike performansi procesa i sposobnosti. Na taj će način biti moguća dosljedna ocjena sposobnosti procesa.
Mjerenje procesa
Ovaj pododjeljak daje klasifikaciju procesa usvojenih u organizacijama uključenim u razvoj, rad, nabavu, isporuku i podršku softvera. Klasifikacija prepoznaje pet kategorija procesa koje sadrže sve procese. Kategorije i njihovi procesi usporedivi su s onima definiranim u nacrtu standarda ISO/IEC 12207, Informacijska tehnologija – Životni ciklus procesa softvera, o čemu smo govorili u odjeljku 2.
Kao što je gore navedeno, referentni model grupira procese u tri skupine i pet kategorija procesa:
početni procesi životnog ciklusa uključiti proces inženjeringa i kategorije dobavljač-kupac;
podržavanje procesa životnog ciklusa uključiti kategorije procesa podrške;
procesi životnog ciklusa organizacije uključuju kategorije procesa upravljanja i organizacije.
Pojedini procesi opisani su kroz šest komponenti.
ID procesa. Identificira kategoriju i redni broj unutar te kategorije. Shema numeriranja razlikuje se između procesa najviše razine i procesa druge razine. Identifikator se sastoji od dva dijela: kratice kategorije (na primjer, ENG za kategoriju inženjerskog procesa) i broja (na primjer, CUS. 1 označava proces nabave, a CUS. 1.2 označava proces druge razine, proces odabira dobavljača, koji sastavni je proces procesa nabave).
Naziv procesa. Opisna fraza koja ističe temeljnu značajku procesa (na primjer, odabir dobavljača).
Vrsta procesa. Postoje 3 vrste procesa najviše razine (osnovni, prošireni, novi) i 2 procesa druge razine (komponenta, prošireni), koji su povezani s procesima ISO/IEC 12207 na sljedeći način. Novi procesi su dodatni uz one definirane u ISO/ IEC 12207. Osnovni procesi identični su u svrhu procesa ISO/IEC 12207. Prošireni procesi nadopunjuju postojeći proces ISO/IEC 12207. Komponentni procesi grupirani su po jednom ili velika količina ISO/IEC 12207 radnje iz istog procesa. Procesi proširenih komponenti grupiraju jednu ili više ISO/IEC 12207 aktivnosti iz istog procesa i uključuju dodatni materijal.
Svrha procesa. Materijal koji specificira svrhu procesa, utvrđujući opće ciljeve za izvršenje procesa na najvišoj razini. Opcijski dodatni materijal može se uključiti kako bi se dodatno definirala izjava o namjeni.
Obradite rezultate. Popis opisa rezultata procesa.
Obradite bilješke. Neobavezni popis informativnih bilješki o procesu i njegovom odnosu s drugim procesima.
Kao primjer, ovdje je nekoliko procesa iz svake kategorije procesa.
CUS.1 Proces nabave
Osnovni proces
Cilj Proces nabave je dobiti proizvod i/ili uslugu koja zadovoljava izraženu potrebu kupca (klijenta). Proces započinje definiranjem potrebe kupca i željenih rezultata uz prihvaćanje proizvoda i/ili usluge koju kupac traži. Kao rezultat uspješne provedbe procesa:
Sastavit će se ugovor koji jasno izražava očekivanja, odgovornosti i obveze kupca i dobavljača;
Proizvodit će se proizvod i/ili usluga koja zadovoljava identificiranu potrebu kupca;
Kupnja će se provjeriti kako bi se zadovoljila određena ograničenja kao što su cijena, dizajn i kvaliteta.
CUS.1.1 Proces pripreme nabave
Proces komponente CUS.1 – Proces nabave
Cilj Proces pripreme akvizicije je utvrditi potrebe i ciljeve akvizicije. Kao rezultat uspješne provedbe procesa:
Utvrdit će se potreba za stjecanjem, razvojem ili proširenjem sustava, softverskog proizvoda ili procesa razvoja softvera;
Bit će formulirani zahtjevi sustava;
Razvit će se strategija akvizicije;
Bit će definirani kriteriji prihvaćanja.
ENG.1 Razvojni proces
Osnovni proces
Cilj Razvojni proces je transformirati dogovoreni skup zahtjeva u funkcionalni softverski proizvod ili programski sustav koji zadovoljavaju navedene potrebe kupca. Kao rezultat uspješne provedbe procesa:
Razvit će se softverski proizvod ili softverski sustav;
Razvijat će se međuprodukti rada koji pokazuju da je finalni proizvod temeljen na dogovorenim zahtjevima;
Uspostavit će se dosljednost između softverskih zahtjeva i dizajna softvera;
Podaci ispitivanja će pokazati da konačni proizvod zadovoljava dogovorene zahtjeve;
Konačni proizvod bit će instaliran u ciljnom okruženju i prihvaćen od strane kupaca.
NAPOMENA: Dogovoreni zahtjevi mogu se osigurati operacijom postupka nabave (CUS. 1) ili procesa utvrđivanja zahtjeva (CUS. 3).
ENG.1.1 Proces razvoja i analize sistemskih zahtjeva
Komponentni proces ENG.1 – Razvojni proces
Svrha Procesa razvoja i analize sistemskih zahtjeva je uspostaviti sistemske zahtjeve (funkcionalne i nefunkcionalne) i arhitekturu, identificirajući koje sistemske zahtjeve treba dodijeliti kojim elementima sustava iu kojoj verziji. Kao rezultat uspješne provedbe procesa:
Bit će razvijeni zahtjevi sustava koji zadovoljavaju navedene potrebe kupca;
Predložit će se rješenje identificirajući glavne elemente sustava;
Dogovoreni zahtjevi bit će dodijeljeni svakom od glavnih elemenata sustava;
Razvit će se strategija verzije koja određuje prioritet za izvođenje Zahtjevi sustava;
Zahtjevi sustava bit će odobreni i modificirani prema potrebi;
Zahtjevi, prijedlog rješenja i međusobni odnosi bit će priopćeni svim zainteresiranim stranama.
SUP.1 Proces dokumentacije
Napredni proces
Cilj Proces razvoja dokumentacije je razviti i održavati dokumente koji bilježe informacije proizvedene procesom ili aktivnošću. Kao rezultat uspješne provedbe procesa:
Bit će razvijena strategija koja identificira dokumente koji će se proizvoditi tijekom životnog ciklusa softverskog proizvoda;
Odredit će se standardi na koje se treba pozivati za izradu dokumenata;
Svi dokumenti koji će biti proizvedeni procesom ili projektom bit će identificirani;
Svi dokumenti će biti izrađeni i objavljeni u skladu s određenim standardima;
Svi dokumenti će se voditi prema određenim kriterijima.
NAPOMENA - Proces podržava izvršenje atributa procesa 2.2 u onim primjerima u kojima je uveden.
MAN.1.1 Proces upravljanja projektom
Komponenta procesa MAN.1 – Proces upravljanja
Cilj Proces upravljanja projektom je identificirati, uspostaviti, koordinirati i kontrolirati aktivnosti, zadatke i resurse koji su potrebni da projekt proizvoda i/ili usluge ispuni dogovorene zahtjeve. Kao rezultat uspješne provedbe procesa:
Bit će definiran opseg projekta;
Procijenit će se izvedivost postizanja ciljeva projekta s raspoloživim resursima i ograničenjima;
Zadaci i resursi potrebni za dovršenje posla bit će izmjereni i procijenjeni;
Identificirat će se i verificirati sučelja između elemenata projekta i drugih projekata i organizacijskih modula;
Izradit će se i implementirati planovi izvedbe projekta;
Napredak projekta će se pregledavati i izvještavati;
Radnje za ispravljanje odstupanja od plana i sprječavanje ponavljanja problema identificiranih u projektu poduzet će se kada ciljevi projekta nisu postignuti.
NAPOMENA - Ovaj proces podržava izvršenje atributa procesa 2.1 u onim primjerima gdje je uveden.
ORG.2 Proces poboljšanja
Osnovni proces
Process Improvement je proces za uspostavljanje, procjenu, mjerenje, upravljanje i poboljšanje procesa životnog ciklusa softvera. Kao rezultat uspješne provedbe ovog procesa:
Skup sredstava organizacijskih procesa bit će razvijen i dostupan;
Procesna sposobnost organizacije će se periodički procjenjivati kako bi se utvrdilo u kojoj je mjeri implementacija procesa učinkovita u postizanju ciljeva organizacije;
Mogućnost mjerenja
Mjerenje sposobnosti referentnog modela definira mjernu ljestvicu za procjenu sposobnosti bilo kojeg procesa. Sposobnost procesa mjeri se na ordinalnoj ljestvici od šest stupnjeva koja omogućuje procjenu sposobnosti od dna ljestvice, nepotpune razine, do gornjeg kraja ljestvice, razine optimizacije. Ljestvica mjeri poboljšanje sposobnosti procesa od učinkovitosti koja nije u stanju postići definirane rezultate do učinkovitosti koja je u stanju postići poslovne ciljeve i podržavati kontinuirano poboljšanje procesa. Stoga ljestvica definira jasan put poboljšanja za svaki pojedinačni proces.
Unutar modela sposobnosti, mjera sposobnosti temelji se na skupu od devet atributa procesa (PA) (vidi tablicu 4.1). Atributi procesa koriste se za određivanje je li proces postigao zadanu sposobnost. Svaki atribut mjeri određeni aspekt sposobnosti procesa. Atributi se sami mjere na postotnoj ljestvici i stoga daju detaljnije razumijevanje specifičnih aspekata sposobnosti procesa potrebnih za podršku poboljšanju procesa i određivanju sposobnosti.
Na primjer, dajmo jedan od atributa treće razine sposobnosti.
AP 3.1 Definicija atributa i transformacija procesa
Razmjer do kojeg se proces izvršava kao transformirana instanca standardne definicije procesa. Standardni proces zadovoljava određene poslovne ciljeve organizacije. Transformacija se izvodi kako bi odgovarala specifičnim svrhama instance procesa. Kao rezultat potpunog postizanja ovog atributa:
Dokumentacija procesa, zajedno s odgovarajućim smjernicama za prilagođavanje standardne dokumentacije procesa, bit će određena kako bi se osigurao normalan opseg procesa te funkcionalni i nefunkcionalni zahtjevi za proizvod rada;
Izvođenje procesa će se provoditi u skladu s odabranom i/ili prilagođenom standardnom procesnom dokumentacijom;
Povijesni podaci o izvršenju procesa prikupljat će se, prvo, kako bi se uspostavilo i poboljšalo razumijevanje ponašanja procesa, drugo, kako bi se procijenile potrebe resursa za izvršenje procesa;
Iskustva iz korištenja procesne dokumentacije koristit će se za poboljšanje standardnog procesa.
Tablica 4.1.
Broj |
Ime |
Razina 1 |
Proces u tijeku |
AP 1.1 |
Atribut izvršenja procesa |
Razina 2 |
Upravljani proces |
UP 2.1 |
Atribut kontrole izvršenja |
AP 2.2 |
Radni atribut upravljanja proizvodom |
Razina 3 |
Utvrđeni proces |
AP 3.1 |
Definicija procesa i atribut transformacije |
AP 3.2 |
Atribut resursa procesa |
Razina 4 |
Predvidljiv proces |
AP 4.1 |
Atribut mjerenja procesa |
AP 4.2 |
Atribut kontrole procesa |
Razina 5 |
Proces optimizacije |
AP 5.1 |
Atribut promjene procesa (verifikacije). |
AP 5.2 |
Atribut potencijala za daljnje poboljšanje |
Atribut procesa predstavlja mjerljivu karakteristiku bilo kojeg procesa kako je gore definirano.
N Nije dosegnuto:
0% - 15% - Postoji malo ili nimalo dokaza o postignuću određene osobine.
P Djelomično ostvareno:
16% - 50% - postoje dokazi o pouzdanoj sustavnoj metodi za postizanje određene osobine. Neki aspekti postignuća mogu biti nepredvidivi.
L Uglavnom postignuto:
51% - 85% - postoje dokazi o pouzdanoj sustavnoj metodi za značajno postizanje određene osobine. Izvršenje procesa može se promijeniti u nekim područjima.
F Potpuno postignuto:
86% - 100% - postoje dokazi o potpunoj i sustavnoj metodi za potpuno postizanje određenog svojstva. Ne postoje značajni nedostaci unutar određenog dijela organizacije.
Svaki atribut procesa ocijenjen u bilo kojem dijelu organizacije, uključujući najvišu razinu sposobnosti definiranu u području procjene, mora biti u skladu s ocjenom korištenjem gore definirane ljestvice atributa. Skup ocjena atributa za proces čini profil za taj proces. Izlaz evaluacije uključuje skup profila za sve evaluirane procese.
Korišteni identifikator mora pružati objektivne dokaze o korištenju kako bi se odredila ocjena koju treba dohvatiti. Ocjene se mogu prikazati u bilo kojem formatu, kao što je matrica ili kao dio baze podataka, pod uvjetom da prezentacija omogućuje prepoznavanje pojedinačnih ocjena prema ovoj referentnoj shemi.
Razina sposobnosti koju postiže proces mora se izvesti iz ocjene atributa za taj proces, prema modelu razine sposobnosti procesa definiranom u tablici 4.2. Svrha ovog zahtjeva je osigurati dosljedne vrijednosti kada se za proces navodi razina sposobnosti procesa.
U nastavku se nalaze tablice koje sadrže sažetak popisa procesa koji su uključeni u referentni model (tablica 4.3) i korespondenciju između procesa referentnog modela i procesa definiranih u nacrtu standarda ISO/IEC 12207 (tablica 4.4).
Tablica 4.2
Skala |
Atributi procesa |
Razred |
Razina 1 |
Izvršenje procesa |
Uglavnom ili potpuno |
Razina 2 |
Izvršenje procesa Upravljanje izvršenjem Upravljanje proizvodom rada |
Potpuno Uglavnom ili potpuno Uglavnom ili potpuno |
Razina 3 |
Izvršenje procesa Upravljanje izvršenjem Upravljanje proizvodom rada Procesni resurs |
Potpuno Potpuno Potpuno Uglavnom ili potpuno Uglavnom ili potpuno |
Razina 4 |
Izvršenje procesa Upravljanje izvršenjem Upravljanje proizvodom rada Definicija procesa i transformacija Procesni resurs Mjerenje procesa Kontrola procesa |
Potpuno Potpuno Potpuno Potpuno Potpuno Uglavnom ili potpuno Uglavnom ili potpuno |
Razina 5 |
Izvršenje procesa Upravljanje izvršenjem Upravljanje proizvodom rada Definicija procesa i transformacija Procesni resurs Mjerenje procesa Kontrola procesa Promjena procesa Mogućnost daljnjeg poboljšanja |
Potpuno Potpuno Potpuno Potpuno Potpuno Potpuno Potpuno Uglavnom ili potpuno Uglavnom ili potpuno |
Tablica 4.3.
Postupak |
|||||
Broj |
Ime |
Broj |
Ime |
||
Stjecanje (osnovno) |
|||||
Priprema akvizicije (komponenta) |
|||||
Odabir dobavljača (komponenta) |
|||||
Provjera dobavljača (komponenta) |
|||||
Odobrenje korisnika (komponenta) |
|||||
Podrška (osnovna) |
|||||
Uspostavljanje zahtjeva (novo) |
|||||
Rad (napredno) |
|||||
Funkcionalna upotreba (napredna komponenta) |
|||||
Korisnička podrška (napredna komponenta) |
|||||
Razvoj (osnovni) |
|||||
Analiza i razvoj zahtjeva sustava (komponenta) |
|||||
Analiza zahtjeva softvera (komponenta) |
|||||
Razvoj softvera (temeljen na komponentama) |
|||||
Dizajn softvera (komponenta) |
|||||
Integracija softvera (komponenta) |
|||||
Testiranje softvera (komponenta) |
|||||
Testiranje i integracija sustava (komponenta) |
|||||
Rad sustava i softvera (osnovni) |
|||||
Podržavanje procesa životnog ciklusa |
|||||
Dokumentacija (napredno) |
|||||
Upravljanje konfiguracijom (osnovno) |
|||||
Osiguranje kvalitete (osnovno) |
|||||
Potvrda (osnovna) |
|||||
Provjera valjanosti (osnovna) |
|||||
Zajednički pregled (osnovni) |
|||||
Provjerite (osnovno) |
|||||
Rješavanje problema (osnovno) |
|||||
Dimenzija (novo) |
|||||
Za višekratnu upotrebu (novo) |
|||||
Kontrola (osnovna) |
|||||
Upravljanje projektom (komponenta) |
|||||
Upravljanje kvalitetom (novo) |
|||||
Upravljanje rizikom (novo) |
|||||
Organizacijsko usklađivanje (novo) |
|||||
Proces poboljšanja (osnovni) |
|||||
Stvaranje procesa (komponenta) |
|||||
Procjena procesa (komponenta) |
|||||
Poboljšanje procesa (komponenta) |
|||||
Upravljanje ljudskim resursima (napredno) |
|||||
Infrastruktura (osnovna) |
Tablica 4.4. |
||||
Radnje i procesi 12207 |
Procesi 15504 | |||
Procesi početnog životnog ciklusa | ||||
Proces nabave |
Proces nabave |
Osnovni, temeljni |
||
Inicijalizacija |
Proces pripreme akvizicije |
komponenta |
||
Priprema prijave za ponudu [-prijava za ugovor] |
Proces odabira dobavljača |
komponenta |
||
Priprema i prilagodbe ugovora |
Proces odabira dobavljača |
komponenta |
||
Provjera dobavljača |
Proces provjere dobavljača |
komponenta |
||
Prihvaćanje i završetak |
Proces odobravanja kupca |
komponenta |
||
Proces dostave |
Proces dostave |
Osnovni, temeljni |
||
Inicijalizacija |
Proces dostave |
Osnovni, temeljni |
||
Priprema odgovora |
Proces dostave |
Osnovni, temeljni |
||
Ugovor |
Proces dostave |
Osnovni, temeljni |
||
Planiranje |
Proces dostave |
Osnovni, temeljni |
||
Izvođenje i upravljanje |
Proces dostave |
Osnovni, temeljni |
||
Pregled i ocjena |
Proces dostave |
Osnovni, temeljni |
||
Isporuka i završetak |
Proces dostave |
Osnovni, temeljni |
||
Proces uspostavljanja zahtjeva | ||||
Razvojni proces |
Razvojni proces |
Osnovni, temeljni |
||
Provedba procesa |
Razvojni proces |
Osnovni, temeljni |
||
Analiza zahtjeva sustava |
komponenta |
|||
Razvoj arhitekture sustava |
Proces razvoja i analize zahtjeva sustava |
komponenta |
||
Analiza zahtjeva softvera |
Proces analize softverskih zahtjeva |
komponenta |
||
Razvoj softverske arhitekture |
Proces razvoja softvera |
komponenta |
||
Radni nacrt softvera |
Proces razvoja softvera |
komponenta |
||
Programsko kodiranje i testiranje |
Proces dizajna softvera |
komponenta |
||
Integracija softvera |
Proces integracije softvera |
komponenta |
||
Testiranje kvalifikacije softvera |
Proces testiranja softvera |
komponenta |
||
Integracija sustava |
komponenta |
|||
Ispitivanje kvalifikacije sustava |
Testiranje sustava i proces integracije |
komponenta |
||
Instalacija softvera |
Proces dostave |
Osnovni, temeljni |
||
Programska podrška |
Proces dostave |
Osnovni, temeljni |
||
Proces rada |
Osnovni, temeljni |
|||
Provedba procesa |
Postupak funkcionalna uporaba |
proširena komponenta |
||
Funkcionalno ispitivanje |
Proces funkcionalne upotrebe |
proširena komponenta |
||
Rad sustava |
Proces funkcionalne upotrebe |
proširena komponenta |
||
Korisnička podrška |
Proces korisničke podrške |
proširena komponenta |
||
Proces rada |
Osnovni, temeljni |
|||
Provedba procesa |
Proces rada softvera i sustava |
Osnovni, temeljni |
||
Analiza problema i modifikacije |
Proces rada softvera i sustava |
Osnovni, temeljni |
||
Provedba modifikacije |
Proces rada softvera i sustava |
Osnovni, temeljni |
||
Puštanje u rad |
Proces rada softvera i sustava |
Osnovni, temeljni |
||
Migracija |
Proces rada softvera i sustava |
Osnovni, temeljni |
||
Zbrinjavanje softvera |
Proces rada softvera i sustava |
Osnovni, temeljni |
||
Podržavanje procesa životnog ciklusa | ||||
Proces dokumentiranja |
Proces dokumentiranja |
proširena |
||
Provedba procesa |
Proces dokumentiranja |
proširena |
||
Dizajn i razvoj |
Proces dokumentiranja |
proširena |
||
Proizvodi |
Proces dokumentiranja |
proširena |
||
iskorištavanje |
Proces dokumentiranja |
proširena |
||
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
|||
Provedba procesa |
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
||
Identifikacija konfiguracije |
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
||
Kontrola konfiguracije |
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
||
Računovodstvo statusa konfiguracije |
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
||
Procjena konfiguracije |
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
||
Upravljanje otpuštanjem i isporukom |
Proces upravljanja konfiguracijom |
Osnovni, temeljni |
||
Proces osiguranja kvalitete |
Proces osiguranja kvalitete |
Osnovni, temeljni |
||
Provedba procesa |
Proces osiguranja kvalitete |
Osnovni, temeljni |
||
Jamstvo za proizvod |
Proces osiguranja kvalitete |
Osnovni, temeljni |
||
Garancija procesa |
Proces osiguranja kvalitete |
Osnovni, temeljni |
||
Sustavi osiguranja kvalitete |
Proces osiguranja kvalitete |
Osnovni, temeljni |
||
Proces provjere |
Proces provjere |
Osnovni, temeljni |
||
Provedba procesa |
Proces provjere |
Osnovni, temeljni |
||
Verifikacija |
Proces provjere |
Osnovni, temeljni |
||
Proces provjere valjanosti |
Osnovni, temeljni |
|||
Provedba procesa |
Proces provjere valjanosti |
Osnovni, temeljni |
||
Provjera valjanosti |
Proces provjere valjanosti |
Osnovni, temeljni |
||
Zajednički proces pregleda |
Zajednički proces pregleda |
Osnovni, temeljni |
||
Provedba procesa |
Zajednički proces pregleda |
Osnovni, temeljni |
||
Pregledi upravljanja projektima |
Zajednički proces pregleda |
Osnovni, temeljni |
||
Tehnički pregledi |
Zajednički proces pregleda |
Osnovni, temeljni |
||
Proces verifikacije |
Proces verifikacije |
Osnovni, temeljni |
||
Provedba procesa |
Proces verifikacije |
Osnovni, temeljni |
||
Proces verifikacije |
Osnovni, temeljni |
|||
Proces rješavanja problema |
Proces rješavanja problema |
Osnovni, temeljni |
||
Provedba procesa |
Proces rješavanja problema |
Osnovni, temeljni |
||
Rješavanje problema |
Proces rješavanja problema |
Osnovni, temeljni |
||
Proces mjerenja | ||||
Proces ponovne upotrebe | ||||
Procesi životnog ciklusa organizacije | ||||
Proces upravljanja |
Proces upravljanja |
Osnovni, temeljni |
||
Inicijalizacija i definicija opsega |
Proces upravljanja projektom |
komponenta |
||
Planiranje |
Proces upravljanja projektom |
komponenta |
||
Izvođenje i kontrola |
Proces upravljanja projektom |
komponenta |
||
Pregled i ocjena |
Proces upravljanja projektom |
komponenta |
||
Zatvaranje |
Proces upravljanja projektom |
komponenta |
||
Proces upravljanja kvalitetom | ||||
Proces upravljanja rizikom | ||||
Proces organizacijskog usklađivanja | ||||
Infrastrukturni proces |
Infrastrukturni proces |
Osnovni, temeljni |
||
Provedba procesa |
Infrastrukturni proces |
Osnovni, temeljni |
||
Stvaranje infrastrukture |
Infrastrukturni proces |
Osnovni, temeljni |
||
Rad infrastrukture |
Infrastrukturni proces |
Osnovni, temeljni |
||
Proces poboljšanja |
Proces poboljšanja |
Osnovni, temeljni |
||
Stvaranje procesa |
Proces stvaranja procesa |
komponenta |
||
Evaluacija procesa |
Proces evaluacije procesa |
komponenta |
||
Poboljšanje procesa |
Proces poboljšanja |
komponenta |
||
Priprema procesa |
proširena |
|||
Provedba procesa |
Proces upravljanja ljudskim resursima |
proširena |
||
Priprema značajnog razvoja |
Proces upravljanja ljudskim resursima |
proširena |
||
Priprema za provedbu plana |
Proces upravljanja ljudskim resursima |
Za koordinaciju rada mrežnih uređaja iz različitih proizvođača, osiguravajući interakciju mreža koje koriste različita okruženja za širenje signala, kreiran je referentni model interakcije otvoreni sustavi(VOS). Referentni model izgrađen je na hijerarhijskom principu. Svaka razina pruža usluge višoj razini i koristi usluge niže razine. Obrada podataka počinje na razini aplikacije. Nakon toga podaci prolaze kroz sve slojeve referentnog modela, te se kroz fizički sloj šalju u komunikacijski kanal. Pri prijemu dolazi do obrnute obrade podataka. OSI referentni model uvodi dva koncepta: protokol I sučelje.
Protokol definira pravila za interakciju između modula iste razine u različitim čvorovima, a sučelje - između modula susjednih razina u istom čvoru. Postoji ukupno sedam slojeva OSI referentnog modela. Vrijedno je napomenuti da pravi nizovi koriste manje slojeva. Na primjer, popularni TCP/IP koristi samo četiri sloja. Zašto je to? Objasnit ćemo malo kasnije. Sada pogledajmo svaku od sedam razina zasebno. OSI slojevi modela:
Nakon sastanka referentni model, razmotrite skup protokola TCP/IP. Postoje četiri sloja definirana u TCP/IP modelu. Kao što se može vidjeti na gornjoj slici, jedan TCP/IP sloj može odgovarati nekoliko slojeva OSI modela. Razine modela TCP/IP:
Pogledajmo konkretan primjer. Recimo da želimo doći od računala do web stranice. Da bismo to učinili, naše računalo mora pripremiti http zahtjev za dobivanje resursa web poslužitelja na kojem je pohranjena stranica stranice koja nam je potrebna. Na razini aplikacije, HTTP zaglavlje dodaje se podacima preglednika. Zatim se na transportnom sloju našem paketu dodaje TCP zaglavlje koje sadrži brojeve portova pošiljatelja i primatelja (port 80 za HTTP). Na mrežnom sloju generira se IP zaglavlje koje sadrži IP adrese pošiljatelja i primatelja. Neposredno prije prijenosa, Ethrnet zaglavlje se dodaje na sloj veze, koji sadrži fizičke (MAC adrese) pošiljatelja i primatelja. Nakon svih ovih postupaka, paket u obliku bitova informacija se prenosi mrežom. Na recepciji se događa obrnuti postupak. Web poslužitelj na svakoj razini provjerit će odgovarajuće zaglavlje. Ako je provjera uspješna, zaglavlje se odbacuje i paket se pomiče na višu razinu. U suprotnom, cijeli paket se odbacuje. Podržite projektPrijatelji, web stranica Netcloud razvija se svaki dan zahvaljujući vašoj podršci. Planiramo pokrenuti nove članke, kao i neke korisne usluge. Imate priliku podržati projekt i doprinijeti bilo koji iznos koji smatrate potrebnim. Ideja upravljanja referentnim modelom, predložena 1961., može se implementirati s malom preinakom kruga na Sl. 11.27. Ova ideja je imala veliki utjecaj na rad na sustavima upravljanja. Njegova bit je izgraditi, sintetizirati ili prilagoditi sustav, opće impulsni odziv koji najbolje odgovara karakteristikama referentnog modela ili karakteristikama nekog idealnog modela. Pretpostavimo, na primjer, da se dinamičke karakteristike upravljanja zrakoplovom značajno razlikuju za brzine ispod zvučnog zida i nadzvučne. Kako bi se pilotu omogućilo adekvatno upravljanje zrakoplovom bez obzira na njegovu brzinu, uvodi se autopilot koji prima upravljačke signale pilota i pokreće upravljačke servomehanizme. Odgovor zrakoplova na upravljačke signale pilota odgovara odgovoru nekog referentnog modela, koji je odabrao dizajner sustava kako bi zrakoplov dobio "osjećaj na kormilu" koji je pogodan za pilote. Mnogi fizički sustavi su sintetizirani tako da su njihove karakteristike slične onima modela, a mnogi od tih sustava su prilagodljivi. Nije teško implementirati opisani pristup modificiranjem dijagrama na sl. 11.11 ili 27.11. Da biste to učinili, jednostavno trebate zamijeniti inverzni model s odgodom s referentnim. Zatim opće karakteristike vjerojatnije je da će sustav biti sličan performansama referentnog modela nego samo odgođeni skok. Ova modifikacija kruga prikazana je na sl. 11.28. U sustavima na Sl. 11.11 i 11.27, odgoda je uvedena kako bi se omogućilo točno inverzno modeliranje koje odgovara niskoj razini MSD-a. Ako postoji kašnjenje, možete dobiti odgođen, ali točniji odgovor. Kao što je gore navedeno, uvođenje odgode je potrebno u slučajevima kada postoji odgoda odgovora u kontroliranom sustavu ili ovaj sustav nije minimalna faza. Kada se kašnjenje zamjenjuje referentnim modelom, u slučajevima kada je kašnjenje potrebno za točno obrnuto modeliranje, obično ga također treba uključiti u referentni model. Riža. 11.28. Upravljanje s adaptivnim inverznim modelom, slično Sl. 11.27, ali s uključenim referentnim modelom U tom slučaju potrebno je formirati takvu karakteristiku referentnog modela koja se može realizirati sekvencijskim uključivanjem upravljanog sustava i adaptivnog filtra, ako težinski koeficijenti ovog filtra odgovaraju minimalnom standardnom odstupanju. Shema na sl. 11.28 dobro funkcionira kada su za prilagodljivi sustav navedeni fleksibilni uvjeti. Međutim, ne treba pretpostaviti da je ovaj krug manje inercijalan ili da ima točniji odziv nego što je moguće za kontrolirani sustav i njegov adaptivni upravljački uređaj s konačnim impulsnim odzivom. Za primjer adaptivnog upravljačkog sustava koji koristi inverzno modeliranje pomoću referentnog modela, razmotrite sljedeću implementaciju kruga na slici. 11.28: referentni model: koeficijenti težine u modelu koeficijenata težine u adaptivnom uređaju za upravljanje iteracijom procesa. Na sl. Slika 11.29 prikazuje odziv na jedan korak nekompenziranog kontroliranog modela, a sl. 11.30 - odziv kompenziranog sustava superponiran na odziv referentnog sustava. Očito je da je dobivena vrlo bliska aproksimacija. Primarnu ideju profesiograma pojedine struke daje njegov strukturni sadržaj. Opisani su profesiogrami zanimanja koji uključuju sljedeće dijelove - opća obilježja zanimanja, njihov značaj; opis procesa rada, obavljeni rad; zahtjevi profesije za pojedinca; radni uvjeti; potrebno znanje; potrebne vještine i sposobnosti; gdje možete dobiti specijalitet; ekonomski uvjeti rada. Postoji i stručna metoda proučavanja osobnosti i aktivnosti suvremenog učitelja. Profesionogram je idealan model učitelja, predavača, razrednika, pedagoga, uzorka, standarda koji predstavlja: Osnovne kvalitete ličnosti koje treba imati učitelj; Znanja, sposobnosti, vještine za obavljanje poslova nastavnika. Na temelju ovakvog shvaćanja značenja pojma “profesiogram” možemo govoriti o stručnoj metodi proučavanja ličnosti, u kojoj se učiteljeva znanja, vještine i sposobnosti uspoređuju s onima koje bi on mogao imati u skladu s idealnim modelom. Nije teško zamisliti da takva metoda omogućuje osmišljavanje osobnog i profesionalnog razvoja učitelja. Ujedno, profesiogram učitelja je dokument koji daje cjelovit opis kvalifikacije učitelja u smislu zahtjeva za njegovim znanjima, sposobnostima i vještinama, njegove osobnosti, sposobnosti, psihofizioloških sposobnosti i stupnja osposobljenosti. Ova ideja stručnog programa razvila se u prethodnim desetljećima. Dakle, možemo govoriti o profesiogramu razrednika koji je sastavio N.I. Boldyrev. N. I. Boldyrev identificirao je prioritetne kvalitete osobnosti razrednika: ideološku predanost, moralnu i građansku zrelost, društvenu aktivnost, strast prema učiteljskom pozivu, ljubav prema djeci, human, brižan odnos prema njima, visoke zahtjeve prema sebi i učenicima, komunikacijske vještine , prijateljski raspoloženje, uljudnost u komunikaciji, psihološka kompatibilnost s ostalim članovima nastavnog osoblja i ostalo potrebno za idealnog stručnjaka. Za obavljanje raznih funkcija učitelj, prema N. I. Boldyrevu, treba sljedeće vještine: uspostaviti poslovne odnose s upravom škole, s roditeljima i javnošću (komunikacijske vještine, prema današnjim shvaćanjima, bliske su komunikativnim); informacijske vještine; sposobnost jasnog, izražajnog, logičnog izražavanja svojih misli (prema današnjim shvaćanjima - didaktičko i govorno); sposobnost uvjeriti, privući, postati pristaša (prema današnjim shvaćanjima - didaktička, komunikativna). Za implementaciju ovih vještina potrebno je stvoriti visoko emocionalno raspoloženje i osigurati poslovnu prirodu života i rada. N.I. Boldyrev je važnu ulogu dodijelio kvalitetama ličnosti koje bi, osim prioritetnih, bilo lijepo da učitelj (razrednik) ima: takt, suzdržanost, samokontrolu, promatranje, iskrenost, snalažljivost, čvrstinu, dosljednost u riječima i radnje, urednost, vanjska urednost . Važno je da razrednik poznaje osnove teorije i metodike odgoja i obrazovanja, da može: rad s roditeljima (javnošću); planirati odgojno-obrazovni rad; odabrati, na temelju dijagnoze timova (grupa) i pojedinaca, potrebne vrste aktivnosti; ispravno uzeti u obzir i vrednovati rezultate obrazovanja; identificirati i organizirati imovinu; vrše kontrolu i pomoć u izvršavanju zadataka. Za obavljanje složenih i raznolikih funkcija bilo bi dobro da učitelj ovlada nekim primijenjenim stvaralačkim umjetničkim vještinama: crtati (figurativno); Igraj dalje glazbeni instrumenti, pjevati (mjuzikl); izražajno čitati (beletristiku i književnost); ples (koreografski); ići na planinarenje (sportsko-turističko ili sportsko-radno). A. S. Makarenko je u uvodnom govoru u “Knjizi za roditelje” napisao: “Sposobnost odgoja i dalje je umjetnost, ista umjetnost kao dobro svirati violinu ili klavir, dobro slikati, biti dobar mlinar ili tokar.” Ako pođemo od funkcionalnog principa, tj. od onih radnji funkcija koje učitelj mora obavljati, onda možemo nabrojati funkcije učitelja. Tako su A. I. Shcherbakov i N. A. Rykov među prvima (1971.) identificirali osam funkcija učitelja u školi. One pripadaju sljedećoj klasifikaciji funkcija nastavnika: Informativni (učitelj emitira ovu ili onu informaciju); Razvojni (razvija mišljenje, maštu, određene vještine, govor itd.); orijentacijski (orijentira se u raznolikosti informacija, moralnih vrijednosti); mobilizacija (mobilizira za izvođenje vježbi, zadataka, zadataka); konstruktivan (osmišljava sat, izvannastavne aktivnosti, višerazinske zadatke, samostalan rad, komunikaciju i još mnogo toga); komunikativna (funkcija komunikacije s roditeljima, drugim učiteljima, administracijom, psiholozima, valeolozima itd.); organizacijski (organizira učenike, druge nastavnike, roditelje, sebe, a također organizira nastavu, izvannastavne aktivnosti koje provodi); istraživanje (može proučavati kako pojedinca, skupinu učenika – tim, tako i obuku i odgoj učenika i sl.). Spominjanje posljednje funkcije, s našeg stajališta, omogućuje nam govoriti o funkcijama ne samo učitelja, već i učitelja - u širem smislu riječi. U udžbenicima pedagogije prošlih godina autori ističu funkcije odgajatelja i razrednika: organizacijski (organizira sve obrazovne utjecaje i interakcije u timovima, uključujući i u obliku obrazovnih poslova - ekskurzije, izleti, sastanci, nastava, ankete kao istraživanja itd.); obrazovni (zbog čega se na različite načine i sredstva razvijaju obrazovanje, formiranje i razvoj osobnih kvaliteta svojstvenih učeniku kao članu dječjeg tima, obiteljskom čovjeku, građaninu Rusije, građaninu svijeta, provodi se kreativna osobnost i individualnost); poticajni (zbog čega se provode poticajne aktivnosti za učenike, dječje skupine, roditelje, javnost i dr.); koordinacija (zbog čega se usklađuju aktivnosti i djece, kada je to potrebno, i učitelja koji rade u istom razredu, paralelno, a može se ostvariti i komunikacija s vanjskim svijetom ako se obrazovna ustanova smatra otvorenim sustavom; rad s dokumentima (časopisi, dnevnici učenika, njihovi osobni dosjei, razni planovi). Puno je funkcija koje moraju obavljati učitelji, odgajatelji i razrednici. Koja znanja i vještine trebaju imati za to? Ideja o vještinama i sposobnostima koje bi trebali imati i učitelji i razrednici daje koncept profesiograma, o kojem smo gore govorili. Međutim, jednostavno znanje i vještine o kojima smo govorili nisu dovoljni. Prema mišljenju psihologa, mnogo toga ovisi o prirodnim preduvjetima, sklonostima pojedinca (koje se mogu razviti u određene sposobnosti), o psihičkoj spremnosti pojedinca, njegovoj želji (želji) da kvalitetno obavlja te funkcije. Mnogo toga se odgaja i razvija samo kao rezultat dugotrajnog rada na sebi; Glavna stvar u samoobrazovanju je strpljenje i kontrola nad vašim ponašanjem. Psiholog V. A. Krutetsky u udžbeniku "Psihologija" nudi strukturu profesionalno značajnih osobina ličnosti i vještina koje učitelj mora imati. Ako, slijedeći V. A. Krutetskog, profesionalno značajne kvalitete učiteljeve osobnosti predstavimo u obliku skupa od četiri bloka (dijelova ili podstruktura) (1. Osobni svjetonazor; 2. Pozitivan stav prema nastavi; 3. Pedagoške sposobnosti; 4. Stručna pedagoška znanja, sposobnosti i vještine), dobit ćemo prilično cjelovitu sliku zahtjeva koji stoje pred učiteljskim pozivom i drugim učiteljskim zanimanjima. Razmotrimo detaljnije ove blokove profesionalno značajnih kvaliteta učiteljeve osobnosti. 1. blok. Humanistički svjetonazor (govorimo o onim uvjerenjima i idealima koji su svojstveni učitelju-odgajatelju; obrazuje se samo onaj tko je obrazovan; poželjno je da odgajatelj ima visoku opću kulturu i visok moralni karakter, a što je najvažnije , volio bi druge ljude). 2. blok. Pozitivan odnos prema nastavnoj djelatnosti (govorimo o pedagoškoj orijentaciji pojedinca, pedagoškim sklonostima kao stabilnoj želji i želji da se posveti nastavnoj djelatnosti; onaj tko je ravnodušan prema svom poslu ne može biti dobar učitelj; djeca točno prepoznaju one učitelji koji ih ne vole ili općenito ne vole nastavne aktivnosti). 3. blok. Pedagoške sposobnosti (temeljene na prirodnim preduvjetima, pod određenim se uvjetima realiziraju - ili ne - u stručna pedagoška znanja, sposobnosti, vještine, drugim riječima - pedagoške sposobnosti) - to je generalizirani skup individualnih psiholoških karakteristika i profesionalno značajnih kvaliteta ličnosti koje zadovoljiti zahtjeve pedagoške djelatnosti, osigurati postizanje visokih rezultata u njoj, odrediti uspješnost učitelja u cjelini u svladavanju ove aktivnosti (za više detalja vidi poglavlje 1). 4. blok. Stručna i pedagoška znanja, sposobnosti, vještine (riječ je o znanjima iz područja predmeta koji se uči i nastavne tehnologije). V. A. Sukhomlinsky spominje četiri znaka pedagoške kulture. Njegove misli mogu se ukratko izraziti na sljedeći način. Potrebno je: 1) da nastavnik ima akademsko znanje kako bi se mogao dopasti umu i srcu učenika; 2) da nastavnik čita literaturu (pedagošku, psihološku, publicističku i dr.); 3) tako da učitelj poznaje bogatstvo metoda za proučavanje djeteta; 4) imao govornu kulturu. Dakle, stručnjaci smatraju da oni koji imaju dobre preduvjete da postanu učitelji. Teorija adaptivnih sustava nastala je u vezi s potrebom rješavanja široke klase primijenjenih problema za koje se koriste tradicionalne metode koje zahtijevaju poznavanje odgovarajućeg matematički model objekt. Što je veća kvaliteta tradicionalnih (neadaptivnih) metoda upravljanja, to je više apriornih informacija o samom objektu i uvjetima njegova funkcioniranja. U praksi je vrlo teško dati točan matematički opis objekta upravljanja. Na primjer, dinamičke karakteristike zrakoplova jako ovise o načinu leta, tehnološkim varijacijama i atmosferskim uvjetima. U takvim uvjetima tradicionalne metode često su neprimjenjive ili ne daju potrebnu kvalitetu sustava automatska kontrola. U tom smislu, već u početnoj fazi razvoja teorije automatskog upravljanja, vrlo učinkovit način izgradnje upravljačkih sustava koji ne zahtijevaju potpune apriorne informacije o objektu i uvjetima njegovog funkcioniranja činio se vrlo učinkovitim. Učinak prilagodbe radnim uvjetima u adaptivnim sustavima osigurava se prikupljanjem i obradom informacija o ponašanju objekta tijekom njegovog rada, što omogućuje značajno smanjenje utjecaja nesigurnosti na kvalitetu upravljanja, kompenzirajući nedostatak priori informacije u fazi projektiranja sustava. Naziva se upravljački sustav koji automatski utvrđuje traženi zakon upravljanja analizom ponašanja objekta tijekom tekućeg upravljanja adaptivna . Adaptivni sustavi mogu se podijeliti u dvije velike klase: samoorganiziranje i samopodešavanje. B sa samoorganizirajući sustavi u procesu rada formira se algoritam upravljanja (njegova struktura i parametri) koji omogućuje optimizaciju sustava sa stajališta postavljenog cilja upravljanja (CO). Ovakav problem nastaje, primjerice, u uvjetima promjena strukture i parametara objekta upravljanja ovisno o načinu rada, kada apriorne informacije nisu dovoljne za određivanje trenutnog načina rada. S obzirom na široku klasu mogućih struktura objekata, teško je nadati se izboru jedne strukture upravljačkog algoritma koji može osigurati da zatvoreni sustav postigne cilj upravljanja u svim načinima rada. Dakle, govorimo o sintezi sa slobodnom strukturom regulatora. Očita složenost izjave problema ne dopušta nam da se nadamo jednostavnim algoritmima za njegovo rješavanje, a time i širokom uvođenju sustava u praksu u ovom trenutku. Zadatak je znatno pojednostavljen ako je struktura upravljačkog objekta poznata i nepromijenjena, a ponašanje ovisi o nizu konstantnih parametara. Problem se rješava u klasi samopodešavajućih sustava (SNS), u kojoj je struktura regulatora zadana (unaprijed odabrana) te je samo potrebno odrediti algoritam za podešavanje njegovih koeficijenata (algoritam prilagodbe). Samopodešavajući sustav automatsko upravljanje je sustav koji samostalno mijenja svoje dinamičke karakteristike u skladu s promjenjivim vanjskim uvjetima kako bi se postigao optimalni učinak sustava. U slučaju samoprilagodljivih sustava upravljanja letom, takav optimalan učinak sustava bit će optimalan odgovor na vanjske smetnje. CNN-ovi su podijeljeni u dvije podklase: pretraživačke i netražilačke. U pretraživačkim CNN-ovima minimalna (ili maksimalna) mjera kvalitete (učinak postrojenja, potrošnja goriva itd.) se traži pomoću posebno organiziranih signala pretraživanja. Najjednostavniji tražilice većina su ekstremnih sustava u kojima se nedostatak apriornih informacija nadoknađuje trenutnim informacijama dobivenim u obliku reakcije objekta na umjetno uvedene utjecaje pretraživanja (probe, testa). U ne-pretraživačkim CNN-ovima postoji eksplicitni ili implicitni model sa željenim dinamičkim karakteristikama. Zadatak algoritma adaptacije je prilagoditi koeficijente regulatora na način da se neusklađenost između objekta upravljanja i modela svede na nulu. Takvo upravljanje naziva se izravno adaptivno upravljanje, a sustavi - adaptivni sustavi s referentnim modelom . U slučaju neizravnog adaptivnog upravljanja najprije se identificira objekt, a zatim se određuju odgovarajući koeficijenti regulatora. Takvi regulatori nazivaju se samopodešavajući. S izravnim adaptivnim upravljanjem, adaptacijske petlje rade u zatvorenom ciklusu, što omogućuje suprotstavljanje promjenama parametara objekta i regulatora tijekom rada. Međutim, svaka petlja samopodešavanja povećava redoslijed sustava za najmanje jedan, a istovremeno značajno utječe na ukupnu dinamiku zatvorenog sustava. U slučaju neizravne adaptivne regulacije, petlje za samopodešavanje rade u otvorenoj petlji i stoga ne utječu na dinamiku sustava. Međutim, sve pogreške u identifikaciji, odstupanja u parametrima postrojenja i regulatora značajno utječu na točnost regulacije. U samoprilagodljivim sustavima bez pretraživanja, referentni model može biti implementiran u obliku stvarne dinamičke veze (eksplicitni model) ili prisutan u obliku neke referentne jednadžbe koja povezuje kontrolirane varijable i njihove derivacije (implicitni model). U implicitnom modelu, koeficijenti referentne jednadžbe su parametri algoritma prilagodbe. Slika 1 prikazuje jednu od opcija adaptivnog upravljanja koja se često koristi u aktuatorskim pogonima, gdje se parametri regulatora prilagođavaju upravljačkim računalom prema referentnom modelu. Referentni model prikazuje idealni željeni odgovor sustava na naredbeni signal g(t). Kao referentni model koriste se tipične veze sustava automatskog upravljanja (na primjer, aperiodična veza). Parametri regulatora PID (Proportional Integral Derivative) podešeni su kako bi se smanjila neusklađenost između izlaza modela i stvarnog sustava. Zadatak petlje za ugađanje je smanjiti ovu neusklađenost na nulu unutar Određeno vrijeme uz jamstvo stabilnosti tranzicijskog procesa. Ovaj problem daleko je od trivijalnog - može se pokazati da se ne može riješiti linearnim relacijama "pogreška - koeficijenti regulatora". Na primjer, u literaturi se predlaže sljedeći algoritam za postavljanje parametara: gdje su k podesivi koeficijenti PID regulatora; A je konstantni koeficijent koji određuje brzinu prilagodbe. Riža. 1. Blok dijagram adaptivnog sustava s referentnim modelom Funkcija gradijenta određuje osjetljivost pogreške c(t) na varijaciju koeficijenata regulatora. Apsolutna stabilnost sustava zatvorene petlje, koji je u biti nelinearan, osigurava se odabirom parametra A u programu za podešavanje. Dakle, za implementaciju adaptivnog upravljanja prema ovoj shemi, upravljačko računalo mora riješiti sljedeće probleme u stvarnom vremenu:
Osim razmatranog blok dijagrama s referentnim modelom, poznate su i druge metode automatske postavke parametri i struktura regulatora. Svijet besplatnih programa i korisnih savjeta 2024 whatsappss.ru |