Referenčni model BPM. Primerjava z merilom uspešnosti CUS.1.1 Postopek priprave pridobitve
Arhitektura referenčnega modela umetno vključuje dve dimenziji:
procesno merjenje, ki označuje rezultate procesa, ki so bistveni merljivi cilji procesa;
merjenje zmogljivosti procesa, ki označuje nabor atributov procesa, ki veljajo za kateri koli proces in predstavljajo merljive značilnosti, ki so potrebne za nadzor procesa in izboljšanje zmožnosti njegove izvedbe.
Referenčni model združuje procese pri merjenju procesa v tri skupine procesov življenski krog, ki vsebuje pet kategorij procesov glede na vrsto dejavnosti, ki jo obravnava.
Začetni procesi življenjskega cikla je sestavljeno iz kategorije dobavitelj-kupec in inženiring procesov.
Kategorija procesa dobavitelj - kupec sestavljajo procesi, na katere stranka neposredno vpliva, razvoj podpore in prenos programske opreme k stranki ter zagotavljajo pravilno delovanje in uporabo programskega izdelka in/ali storitev.
Kategorija inženirskega procesa je sestavljen iz procesov, ki neposredno definirajo, implementirajo ali podpirajo programski izdelek, njegov odnos do sistema in njegovo potrošniško (kupčevo) dokumentacijo.
Podpora procesom življenjskega cikla je sestavljeno iz kategorije podpornih procesov.
Procesi življenjskega cikla organizacije je sestavljeno iz kategorije procesov upravljanja in organizacije.
Kategorija procesa upravljanja je sestavljen iz procesov, ki vsebujejo metode splošne narave, ki jih lahko uporablja vsak, ki upravlja katero koli vrsto projekta ali procesa v življenjskem ciklu programske opreme.
Kategorija organizacijskega procesa sestavljajo procesi, ki vzpostavljajo poslovne cilje organizacije in razvijajo (razvijajo) procese, produkte in aktivne vire, ki bodo, če jih bodo uporabili projekti v organizaciji, pomagali organizaciji pri doseganju poslovnih ciljev.
Kategorije procesov in procesi zagotavljajo skupine vrst dejavnosti. Vsak proces v referenčnem modelu je opisan v smislu izjave o cilju. Te izjave vključujejo edinstvene funkcionalne cilje procesa, ki so potrjeni v določenem okolju. Izjava o cilju vključuje dodatno gradivo, ki opredeljuje rezultate uspešne izvedbe procesa. Uskladitev z namenom procesa predstavlja prvi korak v razvoju zmogljivosti procesa.
Referenčni model ne določa, kako ali v kakšnem vrstnem redu je treba doseči elemente izjav o ciljih procesa. Procesni cilji bodo v organizaciji doseženi z različnimi aktivnostmi nižje ravni, nalogami in tehnikami, ki se izvajajo za izdelavo delovnega produkta. Te opravljene naloge, aktivnosti in tehnike ter lastnosti proizvedenih delovnih produktov so indikatorji, ki dokazujejo, ali je bil cilj posameznega procesa dosežen.
Razvoj zmogljivosti procesa je označen z atributi procesa, združenimi v ravni zmogljivosti. Atributi procesa so atributi procesa, ki jih je mogoče oceniti na lestvici dosežkov, kar zagotavlja merilo zmogljivosti procesa. Atributi veljajo za vse procese. Vsak atribut procesa opisuje vidik splošne zmožnosti nadzora in izboljšanja učinkovitosti procesa pri doseganju njegovih ciljev in prispevanju k poslovnim ciljem organizacije.
Raven zmogljivosti je označena z nizom atributov, ki delujejo skupaj. Vsaka stopnja zagotavlja veliko izboljšavo zmožnosti izvajanja procesa. Ravni predstavljajo racionalno pot razvoja skozi izboljšanje zmogljivosti katerega koli procesa.
V referenčnem modelu je šest ravni zmogljivosti.
Raven 0: Nedokončano. Splošni neuspeh pri doseganju procesnih ciljev. Delovnih produktov ali rezultatov procesa ni enostavno identificirati.
1. stopnja: Izvedljivo. Cilj postopka je bil na splošno dosežen. Dosežkov ni mogoče strogo načrtovati in spremljati. Osebje organizacije se zaveda, da je treba procesu slediti, in obstaja splošno soglasje, da se proces izvaja, kot je potrebno in ko je potrebno. Obstajajo določeni delovni produkti procesa, ki pričajo o doseganju cilja.
2. stopnja: Upravljano. Proces proizvaja delovne produkte po definiranih postopkih, se načrtuje in spremlja. Delovni izdelki ustrezajo posebnim standardom in zahtevam. Glavna razlika od Tekaška raven je, da se pri izvajanju procesa sedaj proizvajajo produkti dela, ki v celoti ustrezajo zahtevam kakovosti v določenem času in dodeljenih sredstvih.
3. stopnja: Nameščeno. Proces se izvaja in upravlja z uporabo definiranega procesa, ki temelji na dobrih načelih programskega inženiringa. Posamezne izvedbe procesov uporabljajo procesno dokumentiranje, potrjene, prilagojene različice standarda pri doseganju rezultatov določenega procesa. Na voljo so tudi viri, potrebni za vzpostavitev definicije procesa. Glavna razlika od Upravljana raven je to proces Nastavite raven uporablja poseben proces, ki je sposoben doseči svoje rezultate.
4. stopnja: Predvidljivo. Definiran proces se v praksi dosledno izvaja znotraj določenih omejitev in dosega določene cilje. Zberejo se in analizirajo podrobne mere uspešnosti procesa. To vodi do kvantitativnega razumevanja zmogljivosti procesa in izboljšane sposobnosti napovedovanja delovanja. Izvedba procesa je objektivno nadzorovana. Kakovost proizvodov dela se kvantitativno pozna. Glavna razlika od Nastavite raven je, da se določen proces zdaj izvaja zaporedno znotraj določenih omejitev, da se dosežejo določeni rezultati.
5. stopnja: Optimizacija. Izvajanje procesa je optimizirano za izpolnjevanje trenutnih in prihodnjih poslovnih potreb. Proces doseže ponovljivost, ko so doseženi določeni poslovni cilji. Kvantitativna učinkovitost procesa in cilji uspešnosti za izvedbo so določeni na podlagi poslovnih ciljev organizacije. Stalno procesno spremljanje teh ciljev omogoča kvantitativne povratne informacije, izboljšanje pa se doseže z analizo rezultatov. Glavna razlika od Predvidljiva raven je, da se definirani in standardni procesi zdaj dinamično spreminjajo in prilagajajo za učinkovito doseganje trenutnih in prihodnjih poslovnih ciljev.
Seveda referenčnega modela ni mogoče uporabiti kot osnovo za izdelavo zanesljivih in konsistentnih ocen zmogljivosti procesa, ker raven podrobnosti ni zadostna. Opisi cilja procesa in atributov zmogljivosti v referenčnem modelu morajo biti podprti s celovitim naborom meritev zmogljivosti in zmogljivosti procesa. Na ta način bo možna dosledna ocena zmogljivosti procesa.
Merjenje procesa
Ta pododdelek podaja klasifikacijo procesov, sprejetih v organizacijah, vključenih v razvoj, delovanje, pridobivanje, dostavo in podporo programske opreme. Klasifikacija pozna pet kategorij procesov, ki vsebujejo vse procese. Kategorije in njihovi procesi so primerljivi s tistimi, opredeljenimi v osnutku standarda ISO/IEC 12207, Informacijska tehnologija – Življenjski cikel procesov programske opreme, o katerem smo razpravljali v 2. razdelku.
Kot je navedeno zgoraj, referenčni model združuje procese v tri skupine in pet kategorij procesov:
začetni procesi življenjskega cikla vključujejo inženirske procese in kategorije dobavitelja-kupca;
podpira procese življenjskega cikla vključujejo kategorije podpornih procesov;
procesi življenjskega cikla organizacije vključujejo kategorije procesov upravljanja in organizacije.
Posamezni procesi so opisani v šestih komponentah.
ID procesa. Identificira kategorijo in zaporedno številko znotraj te kategorije. Shema številčenja se razlikuje med procesi najvišje ravni in procesi druge ravni. Identifikator je sestavljen iz dveh delov: okrajšave kategorije (na primer ENG za kategorijo inženirskega procesa) in številke (na primer CUS. 1 označuje postopek pridobivanja in CUS. 1.2 označuje postopek druge stopnje, proces izbire dobavitelja, ki je sestavni del postopka pridobitve).
Ime procesa. Opisna besedna zveza, ki poudarja temeljno značilnost procesa (na primer izbira dobavitelja).
Vrsta postopka. Obstajajo 3 vrste procesov na najvišji ravni (osnovni, razširjeni, novi) in 2 procesa na drugi ravni (komponentni, razširjeni), ki so povezani s procesi ISO/IEC 12207, kot sledi. Novi procesi so dodatni tistim, ki so opredeljeni v ISO/ IEC 12207. Osnovni procesi so po namenu enaki procesom ISO/IEC 12207. Razširjeni procesi so komplementarni obstoječemu procesu ISO/IEC 12207. Komponentni procesi so združeni po enem oz. velika količina Dejanja ISO/IEC 12207 iz istega procesa. Procesi razširjenih komponent združujejo eno ali več dejavnosti ISO/IEC 12207 iz istega procesa in vključujejo dodatno gradivo.
Namen postopka. Gradivo, ki določa namen procesa in določa splošne cilje za izvedbo procesa na najvišji ravni. Za nadaljnjo opredelitev izjave o namenu se lahko vključi neobvezno dodatno gradivo.
Obdelajte rezultate. Seznam opisov rezultatov procesa.
Opombe o procesu. Izbirni seznam informativnih opomb o procesu in njegovem odnosu do drugih procesov.
Kot primer je tukaj več procesov iz vsake kategorije procesov.
CUS.1 Postopek pridobitve
Osnovni proces
Tarča Postopek pridobitve je pridobiti izdelek in/ali storitev, ki zadovoljuje izraženo potrebo kupca (stranke). Proces se začne z definiranjem strankine potrebe in želenih rezultatov s sprejetjem izdelka in/ali storitve, ki jo zahteva stranka. Kot rezultat uspešne izvedbe postopka:
Razvita bo pogodba, ki jasno izraža pričakovanja, odgovornosti in obveznosti tako stranke kot dobavitelja;
Proizveden bo izdelek in/ali storitev, ki bo zadovoljila ugotovljeno potrebo kupca;
Pridobitev bo preverjena tako, da so izpolnjene nekatere omejitve, kot so stroški, dizajn in kakovost.
CUS.1.1 Postopek priprave pridobitve
Proces komponente CUS.1 – Postopek pridobivanja
Tarča Postopek priprave nakupa je ugotoviti potrebe in cilje pridobitve. Kot rezultat uspešne izvedbe postopka:
Ugotovljena bo potreba po pridobitvi, razvoju ali razširitvi sistema, programskega izdelka ali procesa razvoja programske opreme;
Sistemske zahteve bodo oblikovane;
Razvita bo strategija prevzema;
Določena bodo merila za sprejem.
SLO.1 Razvojni proces
Osnovni proces
Tarča Razvojni proces je preoblikovanje dogovorjenega niza zahtev v funkcionalen programski izdelek oz programski sistem ki izpolnjujejo navedene potrebe kupca. Kot rezultat uspešne izvedbe postopka:
Razvit bo programski izdelek ali programski sistem;
Razvijali se bodo vmesni produkti dela, ki kažejo, da končni produkt temelji na dogovorjenih zahtevah;
Vzpostavljena bo skladnost med zahtevami programske opreme in zasnovami programske opreme;
Testni podatki bodo pokazali, da končni izdelek izpolnjuje dogovorjene zahteve;
Končni izdelek bo nameščen v ciljnem okolju in sprejet s strani strank.
OPOMBA: Dogovorjene zahteve je mogoče zagotoviti z operacijo postopka pridobitve (CUS. 1) ali postopka vzpostavitve zahtev (CUS. 3).
SLO.1.1 Proces razvoja in analize sistemskih zahtev
Komponentni proces ENG.1 – Razvojni proces
Namen procesa razvoja in analize sistemskih zahtev je določiti sistemske zahteve (funkcionalne in nefunkcionalne) in arhitekturo ter opredeliti, katere sistemske zahteve je treba dodeliti katerim sistemskim elementom in v kateri različici. Kot rezultat uspešne izvedbe postopka:
Razvite bodo sistemske zahteve, ki bodo ustrezale navedenim potrebam stranke;
Predlagana bo rešitev, ki bo opredelila glavne elemente sistema;
Dogovorjene zahteve bodo dodeljene vsakemu glavnemu elementu sistema;
Razvita bo strategija različice, ki določa prioriteto za izvedbo Sistemske zahteve;
Sistemske zahteve bodo po potrebi odobrene in spremenjene;
Z zahtevami, predlaganimi rešitvami in njihovimi razmerji bodo seznanjeni vsi zainteresirani.
SUP.1 Postopek dokumentacije
Napredni postopek
Tarča Proces razvoja dokumentacije je razviti in vzdrževati dokumente, ki beležijo informacije, ki jih ustvari proces ali dejavnost. Kot rezultat uspešne izvedbe postopka:
Razvita bo strategija, ki identificira dokumente, ki bodo izdelani v življenjskem ciklu programskega izdelka;
Določeni bodo standardi, na katere se je treba sklicevati pri razvoju dokumentov;
Identificirani bodo vsi dokumenti, ki jih bo izdelal proces ali projekt;
Vsi dokumenti bodo pripravljeni in objavljeni v skladu z določenimi standardi;
Vsi dokumenti se bodo hranili v skladu z določenimi merili.
OPOMBA – Proces podpira izvajanje atributa procesa 2.2 v tistih primerih, kjer je uveden.
MAN.1.1 Proces vodenja projekta
Proces komponente MAN.1 – Proces upravljanja
Tarča Proces vodenja projekta je identificirati, vzpostaviti, usklajevati in nadzorovati dejavnosti, naloge in vire, potrebne za projekt izdelka in/ali storitve, da izpolni dogovorjene zahteve. Kot rezultat uspešne izvedbe postopka:
Določen bo obseg projekta;
Ocenjena bo izvedljivost doseganja ciljev projekta z razpoložljivimi viri in omejitvami;
Naloge in viri, potrebni za dokončanje dela, bodo izmerjeni in ocenjeni;
Identificirani in preverjeni bodo vmesniki med elementi projekta in drugimi projekti ter organizacijskimi moduli;
Izdelani in izvedeni bodo načrti za izvedbo projekta;
Napredek projekta bo pregledan in poročan;
Ukrepi za odpravo odstopanj od načrta in preprečitev ponovitve problemov, ugotovljenih v projektu, bodo sprejeti, ko cilji projekta ne bodo doseženi.
OPOMBA – Ta proces podpira izvajanje atributa procesa 2.1 v tistih primerih, kjer je uveden.
ORG.2 Postopek izboljšave
Osnovni postopek
Process Improvement je postopek za vzpostavitev, ocenjevanje, merjenje, upravljanje in izboljšanje procesa življenjskega cikla programske opreme. Kot rezultat uspešne izvedbe tega postopka:
Nabor sredstev organizacijskega procesa bo razvit in na voljo;
Zmogljivost procesa organizacije se bo redno ocenjevala, da se ugotovi, v kolikšni meri je izvajanje procesa učinkovito pri doseganju ciljev organizacije;
Priložnost merjenja
Merjenje zmogljivosti referenčnega modela določa merilno lestvico za ocenjevanje zmogljivosti procesa katerega koli procesa. Zmogljivost procesa se meri na šeststopenjski ordinalni lestvici, ki omogoča oceno zmogljivosti od dna lestvice, nepopolne ravni, do zgornjega dela lestvice, stopnje optimizacije. Lestvica meri izboljšanje zmogljivosti procesa od učinkovitosti, ki ni sposobna dosegati definiranih rezultatov, do učinkovitosti, ki je sposobna dosegati poslovne cilje in podpirati nenehno izboljševanje procesa. Zato lestvica določa jasno pot izboljšav za vsak posamezen proces.
Znotraj modela zmogljivosti merilo zmogljivosti temelji na nizu devetih procesnih atributov (PA) (glej tabelo 4.1). Atributi procesa se uporabljajo za ugotavljanje, ali je proces dosegel dano zmogljivost. Vsak atribut meri določen vidik zmogljivosti procesa. Atributi se sami merijo v odstotkih in zato zagotavljajo podrobnejše razumevanje specifičnih vidikov zmogljivosti procesa, potrebnih za podporo izboljšave procesa in določanja zmogljivosti.
Za primer navedimo enega od atributov tretje stopnje sposobnosti.
AP 3.1 Definicija atributa in transformacija procesa
Obseg, v katerem se proces izvaja kot preoblikovan primerek standardne definicije procesa. Standardni postopek izpolnjuje določene poslovne cilje organizacije. Preoblikovanje se izvede tako, da ustreza posebnim namenom primerka procesa. Kot rezultat popolnega doseganja tega atributa:
Dokumentacija procesa, skupaj z ustreznimi smernicami o prilagajanju standardne dokumentacije procesa, bo določena tako, da zagotavlja običajni obseg procesa ter funkcionalne in nefunkcionalne zahteve za delovni izdelek;
Izvedba procesa bo potekala v skladu z izbrano in/ali prilagojeno standardno procesno dokumentacijo;
Zgodovinski podatki o izvajanju procesa bodo zbrani, prvič, za vzpostavitev in izboljšanje razumevanja obnašanja procesa, drugič, za oceno potreb vira za izvajanje procesa;
Izkušnje z uporabo procesne dokumentacije bodo uporabljene za izboljšanje standardnega procesa.
Tabela 4.1.
|
številka |
Ime |
|
1. stopnja |
Proces teče |
|
AP 1.1 |
Atribut izvajanja procesa |
|
2. stopnja |
Upravljani proces |
|
AP 2.1 |
Atribut nadzora izvajanja |
|
AP 2.2 |
Atribut upravljanja delovnih izdelkov |
|
3. stopnja |
Uveljavljen postopek |
|
AP 3.1 |
Definicija procesa in atribut transformacije |
|
AP 3.2 |
Atribut vira procesa |
|
4. stopnja |
Predvidljiv proces |
|
AP 4.1 |
Atribut merjenja procesa |
|
AP 4.2 |
Atribut nadzora procesa |
|
5. stopnja |
Postopek optimizacije |
|
AP 5.1 |
Atribut spremembe (preverjanja) procesa |
|
AP 5.2 |
Potencial za nadaljnje izboljšave lastnosti |
Atribut procesa predstavlja merljivo značilnost katerega koli procesa, kot je definirano zgoraj.
N Ni doseženo:
0% - 15% - Obstaja malo ali nič dokazov o doseganju določene lastnosti.
P Delno doseženo:
16% - 50% - obstajajo dokazi o zanesljivi sistematični metodi za doseganje določene lastnosti. Nekateri vidiki dosežkov so lahko nepredvidljivi.
L V veliki meri doseženo:
51% - 85% - obstajajo dokazi o zanesljivi sistematični metodi za pomembno doseganje določene lastnosti. Izvajanje procesa se lahko na nekaterih področjih spremeni.
F V celoti doseženo:
86 % - 100 % - obstajajo dokazi o popolni in sistematični metodi za popolno doseganje določene lastnosti. V posameznem delu organizacije ni pomembnih pomanjkljivosti.
Vsak atribut procesa, ocenjen v katerem koli delu organizacije, vključno z najvišjo stopnjo zmogljivosti, opredeljeno v ocenjevalnem območju, mora biti skladen z oceno z uporabo zgoraj opredeljene lestvice atributov. Niz ocen atributov za proces tvori profil tega procesa. Izhod vrednotenja vključuje nabor profilov za vse ocenjene procese.
Uporabljeni identifikator mora zagotavljati objektivne dokaze o uporabi za določitev ocene, ki jo je treba pridobiti. Ocene so lahko predstavljene v kateri koli obliki, kot je matrika ali kot del baze podatkov, pod pogojem, da predstavitev omogoča identifikacijo posameznih ocen v skladu s to referenčno shemo.
Raven zmogljivosti, ki jo doseže proces, je treba izpeljati iz ocene atributa za ta proces v skladu z modelom ravni zmogljivosti procesa, opredeljenim v tabeli 4.2. Namen te zahteve je zagotoviti dosledne vrednosti, ko je za proces navedena raven zmogljivosti procesa.
Spodaj so tabele, ki vsebujejo zbirne sezname procesov, ki so vključeni v referenčni model (tabela 4.3), in ujemanje med procesi referenčnega modela in procesi, opredeljenimi v osnutku standarda ISO/IEC 12207 (tabela 4.4).
Tabela 4.2
|
Lestvica |
Atributi procesa |
Ocena |
|
1. stopnja |
Izvedba procesa |
Večinoma ali v celoti |
|
2. stopnja |
Izvedba procesa Upravljanje izvajanja Upravljanje delovnih izdelkov |
Popolnoma Večinoma ali v celoti Večinoma ali v celoti |
|
3. stopnja |
Izvedba procesa Upravljanje izvajanja Upravljanje delovnih izdelkov Procesni vir |
Popolnoma Popolnoma Popolnoma Večinoma ali v celoti Večinoma ali v celoti |
|
4. stopnja |
Izvedba procesa Upravljanje izvajanja Upravljanje delovnih izdelkov Definicija in transformacija procesa Procesni vir Merjenje procesa Nadzor procesa |
Popolnoma Popolnoma Popolnoma Popolnoma Popolnoma Večinoma ali v celoti Večinoma ali v celoti |
|
5. stopnja |
Izvedba procesa Upravljanje izvajanja Upravljanje delovnih izdelkov Definicija in transformacija procesa Procesni vir Merjenje procesa Nadzor procesa Sprememba procesa Možnost nadaljnje izboljšave |
Popolnoma Popolnoma Popolnoma Popolnoma Popolnoma Popolnoma Popolnoma Večinoma ali v celoti Večinoma ali v celoti |
Tabela 4.3.
|
Proces |
|||||
|
številka |
Ime |
številka |
Ime |
||
|
Pridobitev (osnovno) |
|||||
|
Priprava prevzema (komponenta) |
|||||
|
Izbira prodajalca (komponenta) |
|||||
|
Preverjanje dobavitelja (komponenta) |
|||||
|
Odobritev stranke (komponenta) |
|||||
|
Podpora (osnovna) |
|||||
|
Vzpostavitev zahtev (novo) |
|||||
|
Delovanje (napredno) |
|||||
|
Funkcionalna uporaba (napredna komponenta) |
|||||
|
Uporabniška podpora (napredna komponenta) |
|||||
|
Razvoj (osnovno) |
|||||
|
Analiza in razvoj sistemskih zahtev (komponenta) |
|||||
|
Analiza programskih zahtev (na podlagi komponent) |
|||||
|
Razvoj programske opreme (na osnovi komponent) |
|||||
|
Oblikovanje programske opreme (komponenta) |
|||||
|
Integracija programske opreme (komponenta) |
|||||
|
Testiranje programske opreme (komponenta) |
|||||
|
Sistemsko testiranje in integracija (komponenta) |
|||||
|
Delovanje sistema in programske opreme (osnovno) |
|||||
|
Podpora procesom življenjskega cikla |
|||||
|
Dokumentacija (napredno) |
|||||
|
Upravljanje konfiguracije (osnovno) |
|||||
|
Zagotavljanje kakovosti (osnovno) |
|||||
|
Preverjanje (osnovno) |
|||||
|
Preverjanje (osnovno) |
|||||
|
Skupni pregled (izhodišče) |
|||||
|
Preverite (osnovno) |
|||||
|
Reševanje problemov (osnovno) |
|||||
|
Dimenzija (novo) |
|||||
|
Za večkratno uporabo (novo) |
|||||
|
Nadzor (osnovno) |
|||||
|
Projektno vodenje (komponenta) |
|||||
|
Upravljanje kakovosti (novo) |
|||||
|
Upravljanje tveganj (novo) |
|||||
|
Organizacijska uskladitev (novo) |
|||||
|
Postopek izboljšave (osnovno) |
|||||
|
Ustvarjanje procesa (komponenta) |
|||||
|
Ocena procesa (komponenta) |
|||||
|
Izboljšanje procesa (komponenta) |
|||||
|
Upravljanje človeških virov (napredno) |
|||||
|
Infrastruktura (osnovna) |
|||||
|
Tabela 4.4. |
||||
|
Dejanja in procesi 12207 |
Procesi 15504 | |||
|
Začetni procesi življenjskega cikla | ||||
|
Postopek pridobivanja |
Postopek pridobivanja |
osnovni |
||
|
Inicializacija |
Postopek priprave nakupa |
Komponenta |
||
|
Priprava prijave za ponudbo [-prijava za naročilo] |
Postopek izbire dobavitelja |
Komponenta |
||
|
Priprava in prilagoditve pogodbe |
Postopek izbire dobavitelja |
Komponenta |
||
|
Preverjanje dobavitelja |
Postopek preverjanja dobavitelja |
komponento |
||
|
Sprejem in zaključek |
Postopek odobritve strank |
komponento |
||
|
Postopek dostave |
Postopek dostave |
osnovni |
||
|
Inicializacija |
Postopek dostave |
osnovni |
||
|
Priprava odgovora |
Postopek dostave |
osnovni |
||
|
Pogodba |
Postopek dostave |
osnovni |
||
|
Načrtovanje |
Postopek dostave |
osnovni |
||
|
Izvedba in upravljanje |
Postopek dostave |
osnovni |
||
|
Pregled in ocena |
Postopek dostave |
osnovni |
||
|
Dostava in dokončanje |
Postopek dostave |
osnovni |
||
|
Postopek vzpostavitve zahtev | ||||
|
Razvojni proces |
Razvojni proces |
osnovni |
||
|
Izvedba procesa |
Razvojni proces |
osnovni |
||
|
Analiza sistemskih zahtev |
komponento |
|||
|
Razvoj sistemske arhitekture |
Postopek razvoja in analize sistemskih zahtev |
komponento |
||
|
Analiza programskih zahtev |
Proces analize programskih zahtev |
komponento |
||
|
Razvoj programske arhitekture |
Proces razvoja programske opreme |
komponento |
||
|
Delujoč osnutek programske opreme |
Proces razvoja programske opreme |
komponento |
||
|
Programsko kodiranje in testiranje |
Proces oblikovanja programske opreme |
komponento |
||
|
Integracija programske opreme |
Proces integracije programske opreme |
komponento |
||
|
Testiranje kvalifikacij programske opreme |
Postopek testiranja programske opreme |
komponento |
||
|
Sistemska integracija |
komponento |
|||
|
Sistemsko testiranje kvalifikacije |
Postopek testiranja sistema in integracije |
komponento |
||
|
Namestitev programske opreme |
Postopek dostave |
osnovni |
||
|
Programska podpora |
Postopek dostave |
osnovni |
||
|
Postopek delovanja |
osnovni |
|||
|
Izvedba procesa |
Proces funkcionalna uporaba |
razširjena komponenta |
||
|
Funkcionalno testiranje |
Postopek funkcionalne uporabe |
razširjena komponenta |
||
|
Delovanje sistema |
Postopek funkcionalne uporabe |
razširjena komponenta |
||
|
Podpora uporabnikom |
Postopek podpore uporabnikom |
razširjena komponenta |
||
|
Postopek delovanja |
osnovni |
|||
|
Izvedba procesa |
Proces delovanja programske opreme in sistema |
osnovni |
||
|
Analiza težav in modifikacij |
Proces delovanja programske opreme in sistema |
osnovni |
||
|
Izvedba modifikacije |
Proces delovanja programske opreme in sistema |
osnovni |
||
|
Zagon |
Proces delovanja programske opreme in sistema |
osnovni |
||
|
Selitev |
Proces delovanja programske opreme in sistema |
osnovni |
||
|
Odstranjevanje programske opreme |
Proces delovanja programske opreme in sistema |
osnovni |
||
|
Podpora procesom življenjskega cikla | ||||
|
Postopek dokumentacije |
Postopek dokumentacije |
podaljšan |
||
|
Izvedba procesa |
Postopek dokumentacije |
podaljšan |
||
|
Oblikovanje in razvoj |
Postopek dokumentacije |
podaljšan |
||
|
Izdelki |
Postopek dokumentacije |
podaljšan |
||
|
Izkoriščanje |
Postopek dokumentacije |
podaljšan |
||
|
Proces upravljanja konfiguracije |
Osnovno |
|||
|
Izvedba procesa |
Proces upravljanja konfiguracije |
osnovni |
||
|
Identifikacija konfiguracije |
Proces upravljanja konfiguracije |
osnovni |
||
|
Nadzor konfiguracije |
Proces upravljanja konfiguracije |
osnovni |
||
|
Računovodstvo statusa konfiguracije |
Proces upravljanja konfiguracije |
osnovni |
||
|
Vrednotenje konfiguracije |
Proces upravljanja konfiguracije |
osnovni |
||
|
Upravljanje izdaje in dostave |
Proces upravljanja konfiguracije |
osnovni |
||
|
Postopek zagotavljanja kakovosti |
Postopek zagotavljanja kakovosti |
osnovni |
||
|
Izvedba procesa |
Postopek zagotavljanja kakovosti |
osnovni |
||
|
Garancija izdelka |
Postopek zagotavljanja kakovosti |
osnovni |
||
|
Garancija postopka |
Postopek zagotavljanja kakovosti |
osnovni |
||
|
Sistemi zagotavljanja kakovosti |
Postopek zagotavljanja kakovosti |
osnovni |
||
|
Postopek preverjanja |
Postopek preverjanja |
osnovni |
||
|
Izvedba procesa |
Postopek preverjanja |
osnovni |
||
|
Preverjanje |
Postopek preverjanja |
osnovni |
||
|
Postopek validacije |
osnovni |
|||
|
Izvedba procesa |
Postopek validacije |
osnovni |
||
|
Preverjanje veljavnosti |
Postopek validacije |
osnovni |
||
|
Skupni postopek pregleda |
Skupni postopek pregleda |
osnovni |
||
|
Izvedba procesa |
Skupni postopek pregleda |
osnovni |
||
|
Pregledi projektnega vodenja |
Skupni postopek pregleda |
osnovni |
||
|
Tehnični pregledi |
Skupni postopek pregleda |
osnovni |
||
|
Postopek preverjanja |
Postopek preverjanja |
osnovni |
||
|
Izvedba procesa |
Postopek preverjanja |
osnovni |
||
|
Postopek preverjanja |
osnovni |
|||
|
Postopek reševanja problemov |
Postopek reševanja problemov |
osnovni |
||
|
Izvedba procesa |
Postopek reševanja problemov |
osnovni |
||
|
Reševanje problema |
Postopek reševanja problemov |
osnovni |
||
|
Postopek merjenja | ||||
|
Postopek ponovne uporabe | ||||
|
Procesi življenjskega cikla organizacije | ||||
|
Proces upravljanja |
Proces upravljanja |
osnovni |
||
|
Inicializacija in definicija obsega |
Proces vodenja projekta |
komponento |
||
|
Načrtovanje |
Proces vodenja projekta |
komponento |
||
|
Izvedba in nadzor |
Proces vodenja projekta |
komponento |
||
|
Pregled in ocena |
Proces vodenja projekta |
komponento |
||
|
Zapiranje |
Proces vodenja projekta |
komponento |
||
|
Proces vodenja kakovosti | ||||
|
Proces obvladovanja tveganj | ||||
|
Proces organizacijskega usklajevanja | ||||
|
Infrastrukturni proces |
Infrastrukturni proces |
osnovni |
||
|
Izvedba procesa |
Infrastrukturni proces |
osnovni |
||
|
Ustvarjanje infrastrukture |
Infrastrukturni proces |
osnovni |
||
|
Delovanje infrastrukture |
Infrastrukturni proces |
osnovni |
||
|
Postopek izboljšanja |
Postopek izboljšanja |
osnovni |
||
|
Ustvarjanje procesa |
Postopek ustvarjanja procesa |
komponento |
||
|
Vrednotenje procesa |
Postopek vrednotenja procesa |
komponento |
||
|
Izboljšava procesa |
Postopek izboljšanja |
komponento |
||
|
Priprava postopka |
podaljšan |
|||
|
Izvedba procesa |
Proces upravljanja človeških virov |
podaljšan |
||
|
Priprava pomembnega razvoja |
Proces upravljanja človeških virov |
podaljšan |
||
|
Priprave na izvedbo načrta |
Proces upravljanja človeških virov |
Za koordinacijo delovanja omrežnih naprav iz različnih proizvajalcev, ki zagotavlja interakcijo omrežij, ki uporabljajo različna okolja za širjenje signala, je bil ustvarjen referenčni model interakcije odprti sistemi(VOS). Referenčni model je zgrajen na hierarhičnem principu. Vsak nivo zagotavlja storitve višjemu nivoju in uporablja storitve nižjega nivoja. Obdelava podatkov se začne na ravni aplikacije. Po tem gredo podatki skozi vse plasti referenčnega modela in se preko fizične plasti pošljejo v komunikacijski kanal. Pri sprejemu pride do obratne obdelave podatkov. Referenčni model OSI uvaja dva koncepta: protokol in vmesnik.
Protokol določa pravila za interakcijo med moduli iste ravni v različnih vozliščih in vmesnik - med moduli sosednjih ravni v istem vozlišču. Skupaj je sedem plasti referenčnega modela OSI. Omeniti velja, da pravi skladi uporabljajo manj plasti. Na primer, priljubljeni TCP/IP uporablja samo štiri plasti. Zakaj? Pojasnili bomo malo kasneje. Zdaj pa poglejmo vsako od sedmih ravni posebej. Plasti modela OSI:
Po srečanju referenčni model, upoštevajte protokolni sklad TCP/IP.
V modelu TCP/IP so definirane štiri plasti. Kot je razvidno iz zgornje slike, lahko en sloj TCP/IP ustreza več slojem modela OSI. Raven modela TCP/IP:
Poglejmo konkreten primer. Recimo, da želimo priti od računalnika do spletne strani. Za to mora naš računalnik pripraviti http zahtevo za pridobitev virov spletnega strežnika, na katerem je shranjena stran spletnega mesta, ki jo potrebujemo. Na ravni aplikacije se v podatke brskalnika doda glava HTTP. Nato se na transportni ravni našemu paketu doda glava TCP, ki vsebuje številki vrat pošiljatelja in prejemnika (vrata 80 za HTTP). Na omrežni ravni se generira glava IP, ki vsebuje naslova IP pošiljatelja in prejemnika. Tik pred prenosom se na povezovalnem sloju doda glava Ethrnet, ki vsebuje fizična (MAC naslova) pošiljatelja in prejemnika. Po vseh teh postopkih se paket v obliki bitov informacij prenese po omrežju. Na recepciji se zgodi obratni postopek. Spletni strežnik na vsaki ravni bo preveril ustrezno glavo. Če je preverjanje uspešno, se glava zavrže in paket se premakne na višjo raven. V nasprotnem primeru se celoten paket zavrže. Podprite projektPrijatelji, spletno mesto Netcloud se vsak dan razvija zahvaljujoč vaši podpori. Načrtujemo uvedbo novih razdelkov s članki in nekaj uporabnih storitev. Imate možnost podpreti projekt in prispevati znesek, ki se vam zdi potreben. Zamisel o krmiljenju referenčnega modela, predlagana leta 1961, je mogoče izvesti z rahlo spremembo vezja na sl. 11.27. Ta ideja je imela velik vpliv na delo na krmilnih sistemih. Njegovo bistvo je zgraditi, sintetizirati ali prilagoditi sistem, generalko impulzni odziv ki najbolj ustreza značilnostim referenčnega modela ali značilnostim nekega idealnega modela. Denimo, da se dinamične značilnosti krmiljenja letal bistveno razlikujejo pri hitrostih pod zvočnim zidom in nadzvočnimi. Da bi pilot lahko ustrezno obvladoval letalo ne glede na njegovo hitrost, je uveden avtopilot, ki sprejema krmilne signale pilota in aktivira krmilne servomehanizme. Odziv letala na pilotove kontrolne signale ustreza odzivu nekega referenčnega modela, ki ga je izbral načrtovalec sistema, da zagotovi letalu »občutek krmila«, ki je primeren za pilote. Številni fizični sistemi so sintetizirani tako, da so njihove značilnosti podobne modelom, in mnogi od teh sistemov so prilagodljivi. Opisanega pristopa ni težko izvesti s spreminjanjem diagramov na sl. 11.11 ali 27.11. Če želite to narediti, morate preprosto zamenjati inverzni model z zamikom z referenčnim. Potem splošne značilnosti bolj verjetno je, da bo sistem podoben zmogljivosti referenčnega modela kot le zakasnjen skok. Ta modifikacija vezja je prikazana na sl. 11.28. V sistemih na sl. 11.11 in 11.27 je zakasnitev uvedena, da se omogoči natančno inverzno modeliranje, ki ustreza nizki stopnji mišično-kostnega obolenja. Če pride do zamude, lahko dobite zakasnjen, vendar natančnejši odgovor. Kot je navedeno zgoraj, je uvedba zakasnitve nujna v primerih, ko obstaja zakasnitev odziva v nadzorovanem sistemu ali ta sistem ni minimalna faza. Pri zamenjavi zakasnitve z referenčnim modelom, v primerih, ko je zakasnitev potrebna za natančno inverzno modeliranje, jo je običajno treba vključiti tudi v referenčni model. riž. 11.28. Krmiljenje s prilagodljivim inverznim modelom, podobnim sl. 11.27, vendar z vključenim referenčnim modelom V tem primeru je treba oblikovati takšno karakteristiko referenčnega modela, ki jo je mogoče izvesti z zaporednim vklopom krmiljenega sistema in adaptivnega filtra, če utežni koeficienti tega filtra ustrezajo minimalnemu standardnemu odklonu. Shema na sl. 11.28 deluje dobro, ko so za prilagodljiv sistem določeni prilagodljivi pogoji. Vendar se ne sme domnevati, da je to vezje manj inercialno ali da ima natančnejši odziv, kot je mogoče za nadzorovani sistem in njegovo krmilno napravo s prilagodljivim končnim impulznim odzivom. Za primer prilagodljivega krmilnega sistema, ki uporablja inverzno modeliranje z uporabo referenčnega modela, razmislite o naslednji izvedbi vezja na sliki 1. 11.28: referenčni model: utežni koeficienti v modelu utežnih koeficientov v napravi za krmiljenje prilagodljive iteracije procesa. Na sl. Slika 11.29 prikazuje odziv na posamezen korak nekompenziranega nadzorovanega modela, slika 11.29 pa prikazuje odziv na en sam korak nekompenziranega nadzorovanega modela. 11.30 - odziv kompenziranega sistema nadgrajen z odzivom referenčnega sistema. Očitno je, da je bil dosežen zelo tesen približek. Primarno idejo o profesiogramu določenega poklica daje njegova strukturna vsebina. Opisani so profesiogrami poklicev, ki vključujejo naslednje sklope - splošne značilnosti poklica, njegov pomen; opis delovnega procesa, opravljenega dela; zahteve poklica za posameznika; delovni pogoji; potrebno znanje; zahtevane veščine in sposobnosti; kje lahko dobite posebnost; ekonomski pogoji dela. Obstaja tudi strokovna metoda preučevanja osebnosti in dejavnosti sodobnega učitelja. Profesionogram je idealen model učitelja, predavatelja, razrednika, pedagoga, vzorca, standarda, ki predstavlja: Osnovne osebnostne lastnosti, ki jih mora imeti učitelj; Znanja, sposobnosti, veščine za opravljanje nalog učitelja. Na podlagi tega razumevanja pomena pojma "profesiogram" lahko govorimo o strokovni metodi preučevanja osebnosti, v kateri se učiteljevo znanje, spretnosti in sposobnosti primerjajo s tistimi, ki bi jih lahko imel v skladu z idealnim modelom. Ni si težko predstavljati, da tak način omogoča oblikovanje osebne in strokovne rasti učitelja. Hkrati je profesiogram učitelja dokument, ki zagotavlja popoln opis kvalifikacij učitelja glede na zahteve za njegovo znanje, sposobnosti in spretnosti, njegovo osebnost, sposobnosti, psihofiziološke sposobnosti in stopnjo usposobljenosti. Ta ideja strokovnega programa se je razvila v prejšnjih desetletjih. Torej lahko govorimo o profesiogramu razrednika, ki ga je sestavil N.I. Boldyrev. N. I. Boldyrev je opredelil prednostne lastnosti osebnosti razrednika: ideološka zavezanost, moralna in državljanska zrelost, socialna aktivnost, strast do učiteljskega poklica, ljubezen do otrok, človeški, skrben odnos do njih, visoke zahteve do sebe in učencev, komunikacijske sposobnosti , prijazen značaj, vljudnost v komunikaciji, psihološka združljivost z drugimi člani učiteljskega osebja in drugo, kar je potrebno za idealnega strokovnjaka. Za opravljanje najrazličnejših funkcij učitelj po N. I. Boldyrevu potrebuje naslednje veščine: vzpostaviti poslovne odnose z upravo šole, s starši in javnostjo (komunikacijske veščine so po današnjih predstavah blizu komunikativnim); informacijske sposobnosti; sposobnost jasnega, izraznega, logičnega izražanja svojih misli (po današnjih predstavah - didaktično in govorno); sposobnost prepričati, pritegniti, narediti svojega podpornika (po današnjih predstavah - didaktično, komunikativno). Za izvajanje teh veščin je potrebno ustvariti visoko čustveno razpoloženje in zagotoviti poslovno naravo življenja in dela. N. I. Boldyrev je pomembno vlogo dodelil osebnostnim lastnostim, ki bi jih poleg prednostnih dobro imelo učitelj (razrednik): taktnost, zadržanost, samokontrola, opazovanje, iskrenost, iznajdljivost, trdnost, doslednost v besedah. in dejanja, urejenost, zunanja urejenost . Pomembno je, da razrednik pozna osnove teorije in metodologije izobraževanja, da zna: delo s starši (javnostjo); načrtovati vzgojno-izobraževalno delo; na podlagi diagnoze ekip (skupin) in posameznikov izberite potrebne vrste dejavnosti; pravilno upoštevati in vrednotiti rezultate izobraževanja; identificirati in organizirati sredstvo; izvaja nadzor in pomoč pri izvajanju nalog. Za opravljanje kompleksnih in raznolikih nalog bi bilo dobro, da bi učitelj obvladal nekatere aplikativne ustvarjalne umetniške spretnosti: risati (figurativno); Igraj naprej glasbila, peti (glasbeni); izrazno brati (leposlovje in leposlovje); ples (koreografski); hoditi na pohode (športno-turistične ali športno-delovne). A. S. Makarenko je v uvodnem govoru v "Knjigo za starše" zapisal: "Zmožnost izobraževanja je še vedno umetnost, enaka umetnosti kot dobro igrati violino ali klavir, dobro slikati, biti dober mlinar ali strugar." Če gremo iz funkcionalnega principa, torej iz tistih dejanj funkcij, ki jih mora opravljati učitelj, potem lahko naštejemo funkcije učitelja. Tako sta A. I. Shcherbakov in N. A. Rykov med prvimi (leta 1971) identificirala osem funkcij učitelja v šoli. Spadajo v naslednjo klasifikacijo učiteljskih funkcij: Informativno (učitelj oddaja te ali one informacije); Razvojni (razvija mišljenje, domišljijo, določene spretnosti, govor itd.); orientacijski (orientira se v raznolikosti informacij, moralnih vrednotah); mobilizacija (mobilizira za izvajanje vaj, nalog, opravil); konstruktiven (oblikuje pouk, obšolske dejavnosti, večnivojske naloge, samostojno delo, komunikacijo in še marsikaj); komunikacijska (funkcija komunikacije s starši, drugimi učitelji, upravo, psihologi, valeologi itd.); organizacijski (organizira učence, druge učitelje, starše, sebe, organizira pa tudi pouk, obšolske dejavnosti, ki jih izvaja); raziskovanje (lahko proučuje tako posameznika, skupino učencev – tim, kot usposabljanje in vzgojo učencev itd.). Omemba zadnje funkcije nam z našega vidika omogoča, da govorimo o funkcijah ne samo učitelja, ampak tudi učitelja - v širšem pomenu besede. V pedagoških učbenikih preteklih let avtorji izpostavljajo naloge vzgojitelja in razrednika: organizacijski (organizira vse izobraževalne vplive in interakcije v timih, tudi v obliki izobraževalnih zadev – ekskurzije, izleti, sestanki, predavanja, ankete kot raziskave itd.); izobraževalni (zaradi katerega se na različne načine in sredstva razvijajo izobraževanje, oblikovanje in razvoj osebnih lastnosti, ki so lastne študentu kot članu otroške ekipe, družinskemu človeku, državljanu Rusije, državljanu sveta, izvaja se ustvarjalna osebnost in individualnost); spodbudno (zaradi česar se izvajajo spodbudne dejavnosti za učence, otroške skupine, starše, javnost itd.); koordinacija (zaradi katere so dejavnosti otrok, kadar je to potrebno, in učiteljev, ki delajo v istem razredu, usklajene, vzporednice in komunikacija z zunanjim svetom se lahko izvaja tudi, če izobraževalno ustanovo obravnavamo kot odprt sistem; delo z dokumenti (revije, dijaški dnevniki, njihove osebne mape, razni načrti). Funkcij, ki jih morajo opravljati učitelji, vzgojitelji in razredniki, je kar nekaj. Kakšna znanja in veščine morajo imeti za to? Idejo o spretnostih in spretnostih, ki bi jih morali imeti tako učitelji kot razredniki, daje koncept profesiograma, o katerem smo razpravljali zgoraj. Vendar le znanje in spretnosti, o katerih smo govorili prej, niso dovolj. Po mnenju psihologov je veliko odvisno od naravnih predpogojev, nagnjenj posameznika (ki se lahko razvijejo v določene sposobnosti), od psihološke pripravljenosti posameznika, njegove želje (želje) po dobrem opravljanju teh funkcij. Veliko se vzgoji in razvije le kot rezultat dolgotrajnega dela na sebi; Glavna stvar pri samoizobraževanju je potrpljenje in nadzor nad svojim vedenjem. Psiholog V. A. Krutetsky v učbeniku "Psihologija" ponuja strukturo poklicno pomembnih osebnostnih lastnosti in veščin, ki jih mora imeti učitelj. Če po V. A. Krutetskem predstavimo strokovno pomembne lastnosti učiteljeve osebnosti v obliki sklopa štirih blokov (delov ali podstruktur) (1. Osebni pogled na svet; 2. Pozitiven odnos do poučevanja; 3. Pedagoške sposobnosti; 4. strokovna pedagoška znanja, zmožnosti in veščine), bomo dobili dokaj celostno sliko zahtev, ki veljajo za učiteljski poklic in druge učiteljske poklice. Oglejmo si podrobneje te bloke poklicno pomembnih lastnosti učiteljeve osebnosti. 1. blok. Humanistični pogled na svet (govorimo o tistih prepričanjih in idealih, ki so neločljivo povezani z učiteljem-vzgojiteljem; izobraženi so le tisti, ki so izobraženi; zaželeno je, da ima vzgojitelj visoko stopnjo splošne kulture in visok moralni značaj, in kar je najpomembnejše , rad bi imel druge ljudi). 2. blok. Pozitiven odnos do pedagoške dejavnosti (govorimo o pedagoški naravnanosti posameznika, pedagoška nagnjenja kot stabilna želja in želja po posvečanju pedagoški dejavnosti; kdor je ravnodušen do svojega dela, ne more biti dober učitelj; otroci jih natančno prepoznajo. učitelji, ki jih ne marajo ali na splošno ne marajo pedagoških dejavnosti). 3. blok. Pedagoške sposobnosti (na podlagi naravnih predpogojev se pod določenimi pogoji realizirajo - ali ne - v poklicna pedagoška znanja, sposobnosti, spretnosti, z drugimi besedami - pedagoške sposobnosti) - to je posplošen niz individualnih psiholoških značilnosti in poklicno pomembnih osebnostnih lastnosti, ki izpolnjujejo zahteve pedagoške dejavnosti, zagotavljajo doseganje visokih rezultatov v njej, določajo uspeh učitelja kot celote pri obvladovanju te dejavnosti (za več podrobnosti glej 1. poglavje). 4. blok. Strokovna in pedagoška znanja, zmožnosti, veščine (govorimo o znanju s področja predmeta, ki se poučuje, in učne tehnike). V. A. Sukhomlinsky omenja štiri znake pedagoške kulture. Njegove misli lahko na kratko izrazimo takole. Potrebno je: 1) da ima učitelj akademsko znanje, da se lahko pritoži na um in srce študenta; 2) da učitelj bere literaturo (pedagoško, psihološko, publicistično itd.); 3) tako da učitelj pozna bogastvo metod za preučevanje otroka; 4) je imel govorno kulturo. Strokovnjaki torej menijo, da tisti, ki imajo dobre predpogoje, da postanejo učitelji. Teorija prilagodljivih sistemov se je pojavila v povezavi s potrebo po reševanju širokega razreda uporabnih problemov, za katere se uporabljajo tradicionalne metode, ki zahtevajo ustrezno poznavanje matematični model predmet. Višja kot je kakovost tradicionalnih (neprilagodljivih) metod upravljanja, več je apriornih informacij o samem objektu in pogojih njegovega delovanja. V praksi je zelo težko zagotoviti natančen matematični opis krmilnega objekta. Na primer, dinamične lastnosti letal so močno odvisne od načina letenja, tehnoloških sprememb in atmosferskih razmer. V teh pogojih so tradicionalne metode pogosto neuporabne ali ne zagotavljajo zahtevane kakovosti sistema avtomatsko krmiljenje. V zvezi s tem se je že na začetni stopnji razvoja teorije avtomatskega krmiljenja zdel zelo učinkovit način gradnje krmilnih sistemov, ki ne zahtevajo popolnih a priori informacij o objektu in pogojih njegovega delovanja. Učinek prilagajanja obratovalnim pogojem v prilagodljivih sistemih je zagotovljen s kopičenjem in obdelavo informacij o obnašanju objekta med njegovim delovanjem, kar omogoča znatno zmanjšanje vpliva negotovosti na kakovost krmiljenja, s čimer se kompenzira pomanjkanje predhodne informacije v fazi načrtovanja sistema. Imenuje se krmilni sistem, ki samodejno določi zahtevani zakon krmiljenja z analizo obnašanja objekta med trenutnim nadzorom prilagodljivo . Prilagodljive sisteme lahko razdelimo v dva velika razreda: samoorganiziranje in samoprilagoditev. B z samoorganizirajočih sistemov v procesu delovanja se oblikuje krmilni algoritem (njegova struktura in parametri), ki omogoča optimizacijo sistema z vidika zastavljenega nadzornega cilja (CO). Tovrstna težava se pojavi na primer v pogojih sprememb strukture in parametrov krmilnega objekta glede na način delovanja, ko apriorne informacije niso dovolj za določitev trenutnega načina. Glede na širok razred možnih objektnih struktur je težko upati na izbiro enotne strukture krmilnega algoritma, ki bi lahko zagotovil, da zaprti sistem doseže nadzorni cilj v vseh načinih delovanja. Tako govorimo o sintezi s prosto strukturo regulatorja. Očitna zapletenost izjave o problemu nam ne dovoljuje, da bi upali na preproste algoritme za njegovo rešitev in posledično na široko uvedbo sistemov v prakso. Naloga je bistveno poenostavljena, če je struktura krmilnega objekta znana in nespremenjena, obnašanje pa je odvisno od številnih stalnih parametrov. Problem je rešen v razredu samouravnavnih sistemov (SNS), kjer je struktura regulatorja podana (predizbrana) in je treba le določiti algoritem za prilagajanje njegovih koeficientov (adapcijski algoritem). Samonastavljiv sistem avtomatska regulacija je sistem, ki neodvisno spreminja svoje dinamične karakteristike v skladu s spreminjajočimi se zunanjimi pogoji, da bi dosegel optimalen izhod sistema. V primeru samonastavljivih sistemov za krmiljenje letenja bo tako optimalen izhod sistema optimalen odziv na zunanje motnje. CNN so razdeljeni v dva podrazreda: iskalni in neiskalni. V iskalnih CNN se najmanjša (ali največja) mera kakovosti (zmogljivost naprave, poraba goriva itd.) išče s pomočjo posebej organiziranih iskalnih signalov. Najenostavnejši Iskalniki To je večina ekstremnih sistemov, v katerih se pomanjkanje apriornih informacij kompenzira s trenutnimi informacijami, pridobljenimi v obliki reakcije objekta na umetno uvedene iskalne (poskusne, testne) vplive. V CNN-jih brez iskanja obstaja ekspliciten ali implicitni model z želenimi dinamičnimi značilnostmi. Naloga adaptacijskega algoritma je prilagoditi koeficiente krmilnika tako, da zmanjša neusklajenost med krmilnim objektom in modelom na nič. Takšen nadzor se imenuje neposredni prilagodljivi nadzor, sistemi pa - prilagodljivi sistemi z referenčnim modelom . Pri posrednem adaptivnem vodenju se najprej identificira objekt, nato pa se določijo pripadajoči koeficienti regulatorja. Takšni regulatorji se imenujejo samonastavljivi. Pri neposrednem adaptivnem krmiljenju prilagoditvene zanke delujejo v zaprtem ciklu, kar omogoča nasprotovanje spremembam parametrov objekta in krmilnika med delovanjem. Vsaka samouravnavna zanka pa vsaj za eno poveča vrstni red sistema in hkrati bistveno vpliva na celotno dinamiko zaprtega sistema. V primeru posrednega adaptivnega krmiljenja delujejo samouravnavne zanke v odprti zanki in zato ne vplivajo na dinamiko sistema. Vse napake pri identifikaciji, odstopanja parametrov naprave in regulatorja pa pomembno vplivajo na točnost regulacije. V neiskalnih samonastavljivih sistemih je referenčni model lahko implementiran v obliki realne dinamične povezave (eksplicitni model) ali prisoten v obliki neke referenčne enačbe, ki povezuje nadzorovane spremenljivke in njihove derivate (implicitni model). V implicitnem modelu so koeficienti referenčne enačbe parametri prilagoditvenega algoritma. Slika 1 prikazuje eno od možnosti prilagodljivega krmiljenja, ki se pogosto uporablja v pogonih aktuatorjev, kjer parametre krmilnika prilagaja krmilni računalnik glede na referenčni model. Referenčni model prikazuje idealni želeni odziv sistema na ukazni signal g(t). Kot referenčni model se uporabljajo tipične povezave avtomatskih krmilnih sistemov (na primer aperiodična povezava). Parametri regulatorja PID (Proportional Integral Derivative) so prilagojeni tako, da zmanjšajo neusklajenost med izhodom modela in dejanskim sistemom. Naloga nastavitvene zanke je zmanjšati to neujemanje na nič znotraj določen čas z zagotovilom stabilnosti prehodnega procesa. Ta problemše zdaleč ni trivialna - lahko se pokaže, da je ni mogoče rešiti z linearnimi relacijami "napaka - koeficienti regulatorja". V literaturi je na primer predlagan naslednji algoritem za nastavitev parametrov: kjer so k nastavljivi koeficienti PID regulatorja; A je konstanten koeficient, ki določa hitrost prilagajanja.
riž. 1. Blokovna shema adaptivnega sistema z referenčnim modelom Funkcija gradienta določa občutljivost napake c(t) na variacijo koeficientov regulatorja. Absolutno stabilnost zaprtozančnega sistema, ki je v bistvu nelinearen, zagotovimo z izbiro parametra A v nastavitvenem programu. Za izvedbo prilagodljivega krmiljenja po tej shemi mora krmilni računalnik v realnem času rešiti naslednje probleme:
Poleg obravnavanega blokovnega diagrama z referenčnim modelom so poznane še druge metode samodejne nastavitve parametri in zgradba regulatorjev.  Svet brezplačnih programov in koristnih nasvetov 2024 whatsappss.ru | ||
