Referenčný model BPM. Porovnanie s benchmarkom CUS.1.1 Proces prípravy akvizície
Architektúra referenčného modelu umelo zahŕňa dve dimenzie:
procesné meranie, ktorá charakterizuje výsledky procesu, ktoré sú podstatnými merateľnými cieľmi procesu;
meranie spôsobilosti procesu, ktorý charakterizuje súbor procesných atribútov, ktoré sa vzťahujú na akýkoľvek proces a predstavujú merateľné charakteristiky, ktoré sú nevyhnutné na riadenie procesu a zlepšenie schopnosti jeho vykonávania.
Referenčný model zoskupuje procesy pri meraní procesu do troch skupín procesov životný cyklus, ktoré obsahujú päť kategórií procesov podľa typu činnosti, ktorú rieši.
Počiatočné procesy životného cyklu skladá sa z kategórie dodávateľsko-odberateľských a inžinierskych procesov.
Kategória procesu dodávateľ – odberateľ pozostáva z procesov, ktoré sú priamo ovplyvnené zákazníkom, vývoja podpory a prenosu softvéru na zákazníka a zabezpečujú správne fungovanie a používanie softvérového produktu a/alebo služieb.
Kategória inžinierskeho procesu pozostáva z procesov, ktoré priamo definujú, implementujú alebo podporujú softvérový produkt, jeho vzťah k systému a jeho spotrebiteľskú (zákaznícku) dokumentáciu.
Podpora procesov životného cyklu skladá sa z kategórie podporných procesov.
Procesy životného cyklu organizácie skladá sa z kategórie riadiacich a organizačných procesov.
Kategória procesov riadenia pozostáva z procesov, ktoré obsahujú metódy všeobecného charakteru, ktoré môže použiť ktokoľvek, kto riadi akýkoľvek typ projektu alebo procesu v rámci životného cyklu softvéru.
Kategória organizačného procesu pozostáva z procesov, ktoré stanovujú obchodné ciele organizácie a rozvíjajú (rozvíjajú) procesné, produktové a aktívne zdroje, ktoré, ak sú využívané projektmi v organizácii, pomôžu organizácii dosiahnuť jej obchodné ciele.
Kategórie procesov a procesy poskytujú zoskupenia typov aktivít. Každý proces v referenčnom modeli je opísaný v zmysle vyhlásenia o cieli. Tieto vyhlásenia zahŕňajú jedinečné funkčné ciele procesu, ktoré sú overené v špecifickom prostredí. Stanovenie cieľa obsahuje doplnkový materiál, ktorý definuje výstupy úspešnej implementácie procesu. Zosúladenie s účelom procesu predstavuje prvý krok vo vývoji spôsobilosti procesu.
Referenčný model nešpecifikuje, ako alebo v akom poradí by sa mali dosiahnuť prvky vyhlásení o cieli procesu. Procesné ciele sa v organizácii dosiahnu prostredníctvom rôznych činností, úloh a techník vykonávaných na nižšej úrovni, aby sa vytvoril pracovný produkt. Tieto vykonávané úlohy, činnosti a techniky, ako aj charakteristiky vyrobených pracovných produktov sú indikátormi, ktoré dokazujú, či bol dosiahnutý cieľ konkrétneho procesu.
Rozvoj spôsobilosti procesu je charakterizovaný z hľadiska atribútov procesu zoskupených do úrovní spôsobilostí. Procesné atribúty sú atribúty procesu, ktoré môžu byť hodnotené na stupnici úspechov, poskytujúce mieru spôsobilosti procesu. Atribúty sa vzťahujú na všetky procesy. Každý atribút procesu popisuje aspekt celkovej schopnosti kontrolovať a zlepšovať efektivitu procesu pri dosahovaní jeho cieľov a prispievaní k obchodným cieľom organizácie.
Úroveň spôsobilosti je charakterizovaná súborom atribútov, ktoré spolupracujú. Každá úroveň poskytuje veľké vylepšenie schopnosti vykonávať proces. Úrovne predstavujú racionálnu cestu rozvoja prostredníctvom zlepšovania schopností akéhokoľvek procesu.
V referenčnom modeli je šesť úrovní schopností.
Úroveň 0: Nedokončené. Všeobecné zlyhanie pri dosahovaní cieľov procesu. Neexistujú ľahko identifikovateľné pracovné produkty alebo výstupy procesov.
Úroveň 1: Spustiteľný súbor. Cieľ procesu bol vo všeobecnosti dosiahnutý. Úspech nemožno striktne plánovať a monitorovať. Zamestnanci organizácie sú si vedomí toho, že tento proces sa musí dodržiavať, a existuje všeobecná zhoda, že proces sa vykonáva podľa potreby a vtedy, keď je to potrebné. Existujú určité pracovné produkty procesu a poskytujú dôkazy v prospech dosiahnutia cieľa.
Úroveň 2: Organizovaný. Proces produkuje pracovné produkty podľa definovaných postupov, je plánovaný a monitorovaný. Pracovné produkty spĺňajú špecifické normy a požiadavky. Hlavný rozdiel od Úroveň behu je, že pri vykonávaní procesu sa teraz vyrábajú pracovné produkty, ktoré plne spĺňajú požiadavky na kvalitu v určitom časovom období a pridelených zdrojoch.
Úroveň 3: Nainštalované. Proces sa vykonáva a riadi pomocou definovaného procesu založeného na dobrých princípoch softvérového inžinierstva. Jednotlivé implementácie procesov využívajú pri dosahovaní výstupov konkrétneho procesu procesnú dokumentáciu, overené, prispôsobené verzie normy. K dispozícii sú aj zdroje potrebné na vytvorenie definície procesu. Hlavný rozdiel od Riadená úroveň je to proces Nastaviť úroveň používa špecifický proces, ktorý je schopný dosiahnuť svoje výstupy.
Úroveň 4: Predvídateľné. Definovaný proces sa v praxi dôsledne vykonáva v rámci určitých obmedzení a dosahuje určité ciele. Zhromažďujú sa a analyzujú podrobné merania výkonnosti procesov. To vedie ku kvantitatívnemu pochopeniu schopnosti procesu a zlepšenej schopnosti predpovedať výkon. Realizácia procesu je objektívne kontrolovaná. Kvalita pracovných produktov je kvantitatívne známa. Hlavný rozdiel od Nastaviť úroveň je, že určitý proces sa teraz vykonáva postupne v rámci určitých obmedzení, aby sa dosiahli určité výstupy.
Úroveň 5: Optimalizácia. Vykonávanie procesov je optimalizované tak, aby vyhovovalo súčasným a budúcim obchodným potrebám. Proces dosiahne opakovateľnosť, keď sa dosiahnu určité obchodné ciele. Kvantitatívna efektívnosť procesov a výkonnostné ciele pre realizáciu sú stanovené na základe obchodných cieľov organizácie. Nepretržitý proces monitorovania týchto cieľov umožňuje kvantitatívnu spätnú väzbu a zlepšenie sa dosahuje analýzou výsledkov. Hlavný rozdiel od Predvídateľná úroveň je, že definované a štandardné procesy sa teraz dynamicky menia a prispôsobujú tak, aby efektívne dosahovali súčasné a budúce obchodné ciele.
Prirodzene, referenčný model nemožno použiť ako základ pre spoľahlivé a konzistentné hodnotenia spôsobilosti procesu, pretože úroveň podrobnosti nie je dostatočná. Opisy cieľa procesu a atribútov spôsobilosti v referenčnom modeli musia byť podporené komplexným súborom metrík výkonnosti a spôsobilosti procesu. Týmto spôsobom bude možné konzistentné hodnotenie spôsobilosti procesu.
Procesné meranie
Táto podsekcia poskytuje klasifikáciu procesov prijatých v organizáciách zapojených do vývoja, prevádzky, získavania, dodávania a podpory softvéru. Klasifikácia rozpoznáva päť kategórií procesov, ktoré obsahujú všetky procesy. Kategórie a ich procesy sú porovnateľné s tými, ktoré sú definované v návrhu normy ISO/IEC 12207, Informačné technológie – Životný cyklus softvérového procesu, o ktorom sme hovorili v časti 2.
Ako je uvedené vyššie, referenčný model zoskupuje procesy do troch skupín a piatich kategórií procesov:
počiatočné procesy životného cyklu zahŕňajú inžinierske procesy a kategórie dodávateľ-zákazník;
podpora procesov životného cyklu zahrnúť kategórie podporných procesov;
procesy životného cyklu organizácie zahŕňajú kategórie procesov riadenia a organizácie.
Jednotlivé procesy sú popísané z hľadiska šiestich komponentov.
ID procesu. Identifikuje kategóriu a poradové číslo v rámci tejto kategórie. Schéma číslovania sa líši medzi procesmi najvyššej úrovne a procesmi druhej úrovne. Identifikátor sa skladá z dvoch častí: zo skratky kategórie (napríklad ENG pre kategóriu inžinierskeho procesu) a čísla (napríklad CUS. 1 označuje akvizičný proces a CUS. 1.2 označuje proces druhej úrovne, Proces výberu dodávateľa, ktorý je súčasťou procesu akvizície).
Názov procesu. Opisná fráza, ktorá zdôrazňuje základnú črtu procesu (napríklad výber dodávateľa).
Typ procesu. Existujú 3 typy procesov najvyššej úrovne (základný, rozšírený, nový) a 2 procesy druhej úrovne (komponentný, rozšírený), ktoré súvisia s procesmi ISO/IEC 12207 nasledovne. Nové procesy sú dodatočné k procesom definovaným v ISO/ IEC 12207. Základné procesy sú účelovo identické s procesmi ISO/IEC 12207. Rozšírené procesy sú komplementárne k existujúcemu procesu ISO/IEC 12207. Komponentné procesy sú zoskupené podľa jedného resp. veľká kvantita Akcie ISO/IEC 12207 z rovnakého procesu. Procesy rozšírených komponentov zoskupujú jednu alebo viac činností podľa ISO/IEC 12207 z rovnakého procesu a zahŕňajú ďalší materiál.
Účel procesu. Materiál, ktorý špecifikuje účel procesu a stanovuje celkové ciele pre realizáciu procesu na najvyššej úrovni. Na ďalšie definovanie vyhlásenia o účele môže byť zahrnutý voliteľný dodatočný materiál.
Výsledky procesu. Zoznam popisov výsledkov procesu.
Spracovať poznámky. Voliteľný zoznam informatívnych poznámok o procese a jeho vzťahu k iným procesom.
Ako príklad uvádzame niekoľko procesov z každej kategórie procesov.
CUS.1 Proces akvizície
Základný proces
Cieľ Akvizičný proces je získať produkt a/alebo službu, ktorá uspokojí potrebu vyjadrenú zákazníkom (klientom). Proces začína definovaním potrieb zákazníka a požadovaných výsledkov prijatím produktu a/alebo služby požadovaných zákazníkom. Výsledkom úspešnej implementácie procesu:
Bude vypracovaná zmluva, ktorá jasne vyjadrí očakávania, zodpovednosť a povinnosti odberateľa aj dodávateľa;
Bude vyrobený produkt a/alebo služba, ktorá uspokojí identifikovanú potrebu zákazníka;
Akvizícia bude overená tak, aby boli splnené určité obmedzenia, ako sú náklady, dizajn a kvalita.
CUS.1.1 Proces prípravy akvizície
Komponentný proces CUS.1 – Akvizičný proces
Cieľ Proces prípravy akvizície je stanoviť potreby a ciele akvizície. Výsledkom úspešnej implementácie procesu:
Zistí sa potreba získať, vyvinúť alebo rozšíriť systém, softvérový produkt alebo proces vývoja softvéru;
Budú formulované systémové požiadavky;
Vypracuje sa akvizičná stratégia;
Budú definované akceptačné kritériá.
SK.1 Proces vývoja
Základný proces
Cieľ Vývojový proces je transformovať dohodnutý súbor požiadaviek na funkčný softvérový produkt resp softvérový systém ktoré spĺňajú uvedené potreby zákazníka. Výsledkom úspešnej implementácie procesu:
Vyvinie sa softvérový produkt alebo softvérový systém;
Vyvinú sa medziprodukty práce, ktoré ukážu, že konečný produkt je založený na dohodnutých požiadavkách;
Vytvorí sa súlad medzi softvérovými požiadavkami a návrhmi softvéru;
Skúšobné údaje ukážu, že konečný produkt spĺňa dohodnuté požiadavky;
Finálny produkt bude nainštalovaný v cieľovom prostredí a akceptovaný zákazníkmi.
POZNÁMKA: Dohodnuté požiadavky môžu byť poskytnuté operáciou akvizičného procesu (CUS. 1) alebo procesu stanovenia požiadaviek (CUS. 3).
SK.1.1 Proces vývoja a analýzy systémových požiadaviek
Komponentný proces ENG.1 – Vývojový proces
Účelom procesu vývoja a analýzy systémových požiadaviek je stanoviť systémové požiadavky (funkčné a nefunkčné) a architektúru, identifikovať, ktoré systémové požiadavky by mali byť priradené ktorým systémovým prvkom a v akej verzii. Výsledkom úspešnej implementácie procesu:
Systémové požiadavky budú vyvinuté tak, aby vyhovovali uvedeným potrebám zákazníka;
Navrhne sa riešenie identifikujúce hlavné prvky systému;
Dohodnuté požiadavky budú pridelené každému z hlavných prvkov systému;
Vyvinie sa stratégia verzií, ktorá určí prioritu vykonávania Požiadavky na systém;
Systémové požiadavky budú schválené a upravené podľa potreby;
Požiadavky, navrhované riešenie a ich vzťahy budú oznámené všetkým zainteresovaným stranám.
SUP.1 Proces dokumentácie
Pokročilý proces
Cieľ Proces vývoja dokumentácie je vytvárať a udržiavať dokumenty, ktoré zaznamenávajú informácie vytvorené procesom alebo činnosťou. Výsledkom úspešnej implementácie procesu:
Vypracuje sa stratégia, ktorá identifikuje dokumenty, ktoré sa vytvoria počas životného cyklu softvérového produktu;
Stanovia sa normy, na ktoré by sa malo odkazovať pri tvorbe dokumentov;
Všetky dokumenty, ktoré sa vytvoria v rámci procesu alebo projektu, budú identifikované;
Všetky dokumenty budú vypracované a zverejnené v súlade s určitými normami;
Všetky dokumenty budú uchovávané podľa určitých kritérií.
POZNÁMKA: Proces podporuje vykonávanie atribútu procesu 2.2 v tých príkladoch, kde je uvedený.
MAN.1.1 Proces projektového riadenia
Komponentný proces MAN.1 – Proces riadenia
Cieľ Proces projektového manažmentu je identifikovať, zaviesť, koordinovať a kontrolovať činnosti, úlohy a zdroje potrebné na to, aby projekt produktu a/alebo služby spĺňal dohodnuté požiadavky. Výsledkom úspešnej implementácie procesu:
Bude definovaný rozsah projektu;
Posúdi sa uskutočniteľnosť dosiahnutia cieľov projektu s dostupnými zdrojmi a obmedzeniami;
Úlohy a zdroje potrebné na dokončenie práce sa zmerajú a odhadnú;
Identifikujú sa a overia sa rozhrania medzi prvkami projektu a inými projektmi a organizačnými modulmi;
Vypracujú a implementujú sa plány realizácie projektu;
Priebeh projektu sa bude posudzovať a podávať správy;
Ak sa nedosiahnu ciele projektu, prijmú sa opatrenia na nápravu odchýlok od plánu a zabránenie opakovaniu problémov identifikovaných v projekte.
POZNÁMKA – Tento proces podporuje vykonávanie atribútu procesu 2.1 v tých príkladoch, kde je uvedený.
ORG.2 Proces zlepšovania
Základný proces
Process Improvement je proces na stanovenie, hodnotenie, meranie, riadenie a zlepšovanie procesu životného cyklu softvéru. Výsledkom úspešnej implementácie tohto procesu:
Vyvinie sa a sprístupní sa súbor aktív organizačného procesu;
Schopnosť procesu organizácie sa bude pravidelne hodnotiť, aby sa určil rozsah, v akom je implementácia procesu efektívna pri dosahovaní cieľov organizácie;
Meranie príležitosti
Meranie spôsobilosti referenčného modelu definuje meraciu škálu na posúdenie procesnej spôsobilosti akéhokoľvek procesu. Schopnosť procesu sa meria na šesťbodovej ordinálnej stupnici, ktorá umožňuje posúdiť schopnosť od spodnej časti stupnice, neúplnej úrovne, po horný koniec stupnice, optimalizačnej úrovni. Škála meria zlepšenie schopnosti procesu od efektívnosti, ktorá nie je schopná dosiahnuť definované výsledky, až po efektívnosť, ktorá je schopná dosahovať obchodné ciele a podporuje neustále zlepšovanie procesov. Preto škála definuje jasnú cestu zlepšenia pre každý jednotlivý proces.
V rámci modelu spôsobilosti je miera spôsobilosti založená na súbore deviatich atribútov procesu (PA) (pozri tabuľku 4.1). Atribúty procesu sa používajú na určenie, či proces dosiahol danú schopnosť. Každý atribút meria špecifický aspekt schopnosti procesu. Samotné atribúty sa merajú na percentuálnej škále, a preto poskytujú podrobnejšie pochopenie špecifických aspektov spôsobilosti procesu, ktorá je potrebná na podporu zlepšovania procesu a určovania spôsobilosti.
Uveďme napríklad jeden z atribútov tretej úrovne spôsobilosti.
AP 3.1 Definícia atribútov a transformácia procesov
Rozsah, v akom sa proces vykonáva ako transformovaná inštancia štandardnej definície procesu. Štandardný proces spĺňa určité obchodné ciele organizácie. Transformácia sa vykoná tak, aby vyhovovala špecifickým účelom inštancie procesu. V dôsledku úplného dosiahnutia tohto atribútu:
Procesná dokumentácia spolu s príslušným návodom na prispôsobenie štandardnej procesnej dokumentácie sa určí tak, aby poskytovala normálny rozsah procesu a funkčné a nefunkčné požiadavky na pracovný produkt;
Vykonávanie procesu sa bude vykonávať v súlade s vybranou a/alebo upravenou štandardnou procesnou dokumentáciou;
Historické údaje o vykonávaní procesov sa budú zhromažďovať, po prvé, na stanovenie a zlepšenie pochopenia správania procesov, po druhé, na posúdenie potrieb zdroja vykonávania procesov;
Skúsenosti z používania procesnej dokumentácie budú využité na zlepšenie štandardného procesu.
Tabuľka 4.1.
|
číslo |
názov |
|
Úroveň 1 |
Proces beží |
|
AP 1.1 |
Atribút vykonania procesu |
|
Úroveň 2 |
Riadený proces |
|
AP 2.1 |
Atribút kontroly vykonávania |
|
AP 2.2 |
Atribút riadenia produktu práce |
|
Úroveň 3 |
Zavedený proces |
|
AP 3.1 |
Definícia procesu a atribút transformácie |
|
AP 3.2 |
Atribút zdroja procesu |
|
Úroveň 4 |
Predvídateľný proces |
|
AP 4.1 |
Atribút merania procesu |
|
AP 4.2 |
Atribút riadenia procesu |
|
Úroveň 5 |
Proces optimalizácie |
|
AP 5.1 |
Atribút zmeny (overenia) procesu |
|
AP 5.2 |
Atribút potenciál pre ďalšie zlepšenie |
Atribút procesu predstavuje merateľnú charakteristiku akéhokoľvek procesu, ako je definovaný vyššie.
N Nedosiahnuté:
0% - 15% - Existuje len málo alebo žiadne dôkazy o dosiahnutí konkrétneho atribútu.
P Čiastočne dosiahnuté:
16% - 50% - existujú dôkazy o spoľahlivej systematickej metóde na dosiahnutie špecifického atribútu. Niektoré aspekty úspechu môžu byť nepredvídateľné.
L Vo veľkej miere dosiahnuté:
51% - 85% - existujú dôkazy o spoľahlivej systematickej metóde na výrazné dosiahnutie konkrétneho atribútu. Vykonávanie procesu sa môže v niektorých oblastiach zmeniť.
F Úplne dosiahnuté:
86 % – 100 % – existujú dôkazy o úplnej a systematickej metóde na úplné dosiahnutie konkrétneho atribútu. V rámci konkrétnej časti organizácie neexistujú žiadne významné nedostatky.
Každý atribút procesu hodnotený v ktorejkoľvek časti organizácie, vrátane najvyššej úrovne spôsobilosti definovanej v oblasti hodnotenia, musí byť v súlade s hodnotením pomocou škály atribútov definovanej vyššie. Súbor hodnotení atribútov pre proces tvorí profil pre tento proces. Výstup z hodnotenia obsahuje súbor profilov pre všetky hodnotené procesy.
Použitý identifikátor musí poskytovať objektívny dôkaz o použití na určenie hodnotenia, ktoré sa má získať. Hodnotenia môžu byť prezentované v akomkoľvek formáte, ako je matica alebo ako súčasť databázy, za predpokladu, že prezentácia umožňuje identifikovať jednotlivé hodnotenia podľa tejto referenčnej schémy.
Úroveň spôsobilosti dosiahnutá procesom sa musí odvodiť z hodnotenia atribútov pre tento proces podľa modelu úrovne spôsobilosti procesu definovaného v tabuľke 4.2. Účelom tejto požiadavky je zabezpečiť konzistentné hodnoty, keď sa pre proces odkazuje na úroveň spôsobilosti procesu.
Nižšie sú uvedené tabuľky obsahujúce súhrnné zoznamy procesov, ktoré sú zahrnuté v referenčnom modeli (tabuľka 4.3) a súlad medzi procesmi referenčného modelu a procesmi definovanými v návrhu normy ISO/IEC 12207 (tabuľka 4.4).
Tabuľka 4.2
|
Mierka |
Procesné atribúty |
stupeň |
|
Úroveň 1 |
Vykonanie procesu |
Väčšinou alebo úplne |
|
Úroveň 2 |
Vykonanie procesu Riadenie vykonávania Work Product Management |
Úplne Väčšinou alebo úplne Väčšinou alebo úplne |
|
Úroveň 3 |
Vykonanie procesu Riadenie vykonávania Work Product Management Procesný zdroj |
Úplne Úplne Úplne Väčšinou alebo úplne Väčšinou alebo úplne |
|
Úroveň 4 |
Vykonanie procesu Riadenie vykonávania Work Product Management Definícia a transformácia procesu Procesný zdroj Procesné meranie Riadenie procesu |
Úplne Úplne Úplne Úplne Úplne Väčšinou alebo úplne Väčšinou alebo úplne |
|
Úroveň 5 |
Vykonanie procesu Riadenie vykonávania Work Product Management Definícia a transformácia procesu Procesný zdroj Procesné meranie Riadenie procesu Zmena procesu Možnosť ďalšieho zlepšovania |
Úplne Úplne Úplne Úplne Úplne Úplne Úplne Väčšinou alebo úplne Väčšinou alebo úplne |
Tabuľka 4.3.
|
Proces |
|||||
|
číslo |
názov |
číslo |
názov |
||
|
akvizícia (základná) |
|||||
|
Príprava akvizície (komponent) |
|||||
|
Výber dodávateľa (komponent) |
|||||
|
Kontrola dodávateľa (komponent) |
|||||
|
Schválenie zákazníka (komponent) |
|||||
|
Podpora (základná) |
|||||
|
Stanovenie požiadaviek (nové) |
|||||
|
Prevádzka (pokročilé) |
|||||
|
Funkčné využitie (pokročilý komponent) |
|||||
|
Používateľská podpora (pokročilý komponent) |
|||||
|
Vývoj (základný) |
|||||
|
Analýza a vývoj systémových požiadaviek (komponent) |
|||||
|
Analýza požiadaviek na softvér (založená na komponentoch) |
|||||
|
Vývoj softvéru (založený na komponentoch) |
|||||
|
Návrh softvéru (komponent) |
|||||
|
Integrácia softvéru (komponent) |
|||||
|
Testovanie softvéru (komponent) |
|||||
|
Systémové testovanie a integrácia (komponent) |
|||||
|
Obsluha systému a softvéru (základné) |
|||||
|
Podpora procesov životného cyklu |
|||||
|
Dokumentácia (pokročilá) |
|||||
|
Správa konfigurácie (základná) |
|||||
|
Zabezpečenie kvality (základné) |
|||||
|
Overenie (základné) |
|||||
|
Validácia (základná) |
|||||
|
Spoločná kontrola (základ) |
|||||
|
Skontrolujte (základné) |
|||||
|
Riešenie problémov (základné) |
|||||
|
Rozmer (nový) |
|||||
|
Opakovane použiteľné (nové) |
|||||
|
Ovládanie (základné) |
|||||
|
Projektový manažment (komponent) |
|||||
|
Riadenie kvality (nové) |
|||||
|
Riadenie rizík (nové) |
|||||
|
Organizačné zosúladenie (nové) |
|||||
|
Proces zlepšovania (základný) |
|||||
|
Vytvorenie procesu (komponent) |
|||||
|
Hodnotenie procesu (komponent) |
|||||
|
Zlepšenie procesu (komponent) |
|||||
|
Riadenie ľudských zdrojov (pokročilý) |
|||||
|
Infraštruktúra (základná) |
|||||
|
Tabuľka 4.4. |
||||
|
Akcie a procesy 12207 |
Procesy 15504 | |||
|
Počiatočné procesy životného cyklu | ||||
|
Akvizičný proces |
Akvizičný proces |
základné |
||
|
Inicializácia |
Proces prípravy na akvizíciu |
Komponent |
||
|
Príprava žiadosti o návrh [-žiadosť o zmluvu] |
Proces výberu dodávateľa |
Komponent |
||
|
Príprava a úprava zmluvy |
Proces výberu dodávateľa |
Komponent |
||
|
Overenie dodávateľa |
Proces overovania dodávateľa |
komponent |
||
|
Prijatie a dokončenie |
Proces schvaľovania zákazníka |
komponent |
||
|
Proces doručenia |
Proces doručenia |
základné |
||
|
Inicializácia |
Proces doručenia |
základné |
||
|
Príprava odpovede |
Proces doručenia |
základné |
||
|
Zmluva |
Proces doručenia |
základné |
||
|
Plánovanie |
Proces doručenia |
základné |
||
|
Vykonávanie a riadenie |
Proces doručenia |
základné |
||
|
Recenzia a hodnotenie |
Proces doručenia |
základné |
||
|
Dodanie a kompletizácia |
Proces doručenia |
základné |
||
|
Požiadavky Proces založenia | ||||
|
Vývojový proces |
Vývojový proces |
základné |
||
|
Implementácia procesu |
Vývojový proces |
základné |
||
|
Analýza systémových požiadaviek |
komponent |
|||
|
Vývoj architektúry systému |
Proces vývoja a analýzy systémových požiadaviek |
komponent |
||
|
Analýza požiadaviek na softvér |
Proces analýzy požiadaviek na softvér |
komponent |
||
|
Vývoj softvérovej architektúry |
Proces vývoja softvéru |
komponent |
||
|
Pracovný návrh softvéru |
Proces vývoja softvéru |
komponent |
||
|
Softvérové kódovanie a testovanie |
Proces návrhu softvéru |
komponent |
||
|
Softvérová integrácia |
Proces softvérovej integrácie |
komponent |
||
|
Testovanie kvalifikácie softvéru |
Proces testovania softvéru |
komponent |
||
|
Integrácia systému |
komponent |
|||
|
Testovanie kvalifikácie systému |
Proces testovania a integrácie systému |
komponent |
||
|
Inštalácia softvéru |
Proces doručenia |
základné |
||
|
Programová podpora |
Proces doručenia |
základné |
||
|
Proces prevádzky |
základné |
|||
|
Implementácia procesu |
Proces funkčné využitie |
rozšírený komponent |
||
|
Funkčné testovanie |
Proces funkčného používania |
rozšírený komponent |
||
|
Prevádzka systému |
Proces funkčného používania |
rozšírený komponent |
||
|
Používateľská podpora |
Proces podpory používateľov |
rozšírený komponent |
||
|
Proces prevádzky |
základné |
|||
|
Implementácia procesu |
Proces prevádzky softvéru a systému |
základné |
||
|
Analýza problémov a modifikácií |
Proces prevádzky softvéru a systému |
základné |
||
|
Implementácia modifikácie |
Proces prevádzky softvéru a systému |
základné |
||
|
Uvedenie do prevádzky |
Proces prevádzky softvéru a systému |
základné |
||
|
Migrácia |
Proces prevádzky softvéru a systému |
základné |
||
|
Likvidácia softvéru |
Proces prevádzky softvéru a systému |
základné |
||
|
Podpora procesov životného cyklu | ||||
|
Proces dokumentácie |
Proces dokumentácie |
predĺžený |
||
|
Implementácia procesu |
Proces dokumentácie |
predĺžený |
||
|
Dizajn a vývoj |
Proces dokumentácie |
predĺžený |
||
|
Produkty |
Proces dokumentácie |
predĺžený |
||
|
Vykorisťovanie |
Proces dokumentácie |
predĺžený |
||
|
Proces správy konfigurácie |
Základné |
|||
|
Implementácia procesu |
Proces správy konfigurácie |
základné |
||
|
Identifikácia konfigurácie |
Proces správy konfigurácie |
základné |
||
|
Kontrola konfigurácie |
Proces správy konfigurácie |
základné |
||
|
Účtovanie stavu konfigurácie |
Proces správy konfigurácie |
základné |
||
|
Hodnotenie konfigurácie |
Proces správy konfigurácie |
základné |
||
|
Správa uvoľnenia a doručenia |
Proces správy konfigurácie |
základné |
||
|
Proces zabezpečenia kvality |
Proces zabezpečenia kvality |
základné |
||
|
Implementácia procesu |
Proces zabezpečenia kvality |
základné |
||
|
Záruka na produkt |
Proces zabezpečenia kvality |
základné |
||
|
Garancia procesu |
Proces zabezpečenia kvality |
základné |
||
|
Systémy zabezpečenia kvality |
Proces zabezpečenia kvality |
základné |
||
|
Proces overovania |
Proces overovania |
základné |
||
|
Implementácia procesu |
Proces overovania |
základné |
||
|
Overenie |
Proces overovania |
základné |
||
|
Proces overovania |
základné |
|||
|
Implementácia procesu |
Proces overovania |
základné |
||
|
Overovacia kontrola |
Proces overovania |
základné |
||
|
Spoločný proces preskúmania |
Spoločný proces preskúmania |
základné |
||
|
Implementácia procesu |
Spoločný proces preskúmania |
základné |
||
|
Hodnotenie projektového manažmentu |
Spoločný proces preskúmania |
základné |
||
|
Technické recenzie |
Spoločný proces preskúmania |
základné |
||
|
Proces overovania |
Proces overovania |
základné |
||
|
Implementácia procesu |
Proces overovania |
základné |
||
|
Proces overovania |
základné |
|||
|
Proces riešenia problémov |
Proces riešenia problémov |
základné |
||
|
Implementácia procesu |
Proces riešenia problémov |
základné |
||
|
Riešenie problémov |
Proces riešenia problémov |
základné |
||
|
Proces merania | ||||
|
Proces opätovného použitia | ||||
|
Procesy životného cyklu organizácie | ||||
|
Proces riadenia |
Proces riadenia |
základné |
||
|
Inicializácia a definícia rozsahu |
Proces projektového manažmentu |
komponent |
||
|
Plánovanie |
Proces projektového manažmentu |
komponent |
||
|
Vykonávanie a kontrola |
Proces projektového manažmentu |
komponent |
||
|
Recenzia a hodnotenie |
Proces projektového manažmentu |
komponent |
||
|
Zatváranie |
Proces projektového manažmentu |
komponent |
||
|
Proces riadenia kvality | ||||
|
Proces riadenia rizík | ||||
|
Proces organizačného zosúladenia | ||||
|
Proces infraštruktúry |
Proces infraštruktúry |
základné |
||
|
Implementácia procesu |
Proces infraštruktúry |
základné |
||
|
Vytvorenie infraštruktúry |
Proces infraštruktúry |
základné |
||
|
Prevádzka infraštruktúry |
Proces infraštruktúry |
základné |
||
|
Proces zlepšovania |
Proces zlepšovania |
základné |
||
|
Vytvorenie procesu |
Proces tvorby procesu |
komponent |
||
|
Hodnotenie procesu |
Proces hodnotenia Proces |
komponent |
||
|
Vylepšenie procesu |
Proces zlepšovania |
komponent |
||
|
Príprava procesu |
predĺžený |
|||
|
Implementácia procesu |
Proces riadenia ľudských zdrojov |
predĺžený |
||
|
Príprava významného rozvoja |
Proces riadenia ľudských zdrojov |
predĺžený |
||
|
Príprava na realizáciu plánu |
Proces riadenia ľudských zdrojov |
Na koordináciu prevádzky sieťových zariadení z rôznych výrobcov, zabezpečujúci interakciu sietí, ktoré využívajú rôzne prostredia šírenia signálu, bol vytvorený referenčný model interakcie otvorené systémy(VOS). Referenčný model je postavený na hierarchickom princípe. Každá úroveň poskytuje služby vyššej úrovni a využíva služby nižšej úrovne. Spracovanie údajov začína na aplikačnej úrovni. Potom dáta prechádzajú cez všetky vrstvy referenčného modelu a cez fyzickú vrstvu sa posielajú do komunikačného kanála. Pri príjme dochádza k spätnému spracovaniu údajov. Referenčný model OSI zavádza dva koncepty: protokol A rozhranie.
Protokol definuje pravidlá pre interakciu medzi modulmi rovnakej úrovne v rôznych uzloch a rozhranie - medzi modulmi susedných úrovní v rovnakom uzle. Celkovo existuje sedem vrstiev referenčného modelu OSI. Stojí za zmienku, že skutočné stohy používajú menej vrstiev. Napríklad populárny TCP/IP používa iba štyri vrstvy. prečo je to tak? Vysvetlíme si to trochu neskôr. Teraz sa pozrime na každú zo siedmich úrovní samostatne. Modelové vrstvy OSI:
Po stretnutí referenčný model, zvážte zásobník protokolu TCP/IP.
V modeli TCP/IP sú definované štyri vrstvy. Ako je možné vidieť na obrázku vyššie, jedna TCP/IP vrstva môže zodpovedať niekoľkým vrstvám OSI modelu. Úrovne modelu TCP/IP:
Pozrime sa na konkrétny príklad. Povedzme, že sa chceme dostať z počítača na webovú stránku. Na to musí náš počítač pripraviť http požiadavku na získanie zdrojov webového servera, na ktorom je uložená stránka, ktorú potrebujeme. Na úrovni aplikácie sa k údajom prehliadača pridá hlavička HTTP. Ďalej sa na transportnej vrstve do nášho paketu pridá hlavička TCP, ktorá obsahuje čísla portu odosielateľa a príjemcu (port 80 pre HTTP). Na sieťovej vrstve sa vygeneruje hlavička IP obsahujúca adresy IP odosielateľa a príjemcu. Bezprostredne pred prenosom je na linkovej vrstve pridaná hlavička Ethnetu, ktorá obsahuje fyzické (MAC adresy) odosielateľa a príjemcu. Po všetkých týchto procedúrach sa paket vo forme bitov informácií prenesie cez sieť. Na recepcii nastáva opačný postup. Webový server na každej úrovni skontroluje zodpovedajúcu hlavičku. Ak je kontrola úspešná, hlavička sa zahodí a paket sa presunie na vyššiu úroveň. V opačnom prípade sa celý balík zahodí. Podporte projektPriatelia, webová stránka Netcloud sa vyvíja každý deň vďaka vašej podpore. Plánujeme spustiť nové sekcie článkov, ako aj niektoré užitočné služby. Máte možnosť podporiť projekt a prispieť sumou, ktorú uznáte za potrebnú. Myšlienka riadenia referenčného modelu, navrhnutá v roku 1961, môže byť implementovaná s miernou úpravou obvodu na obr. 11.27. Táto myšlienka mala veľký vplyv na prácu na riadiacich systémoch. Jeho podstatou je vybudovať, syntetizovať alebo prispôsobiť systém, generál impulzná odozva ktorý najlepšie zodpovedá charakteristikám referenčného modelu alebo charakteristikám nejakého ideálneho modelu. Predpokladajme napríklad, že dynamické charakteristiky riadenia lietadla sú výrazne odlišné pre rýchlosti pod zvukovou bariérou a nadzvukové. Aby mal pilot možnosť adekvátne riadiť lietadlo bez ohľadu na jeho rýchlosť, je zavedený autopilot, ktorý prijíma riadiace signály pilota a uvádza do činnosti riadiace servomechanizmy. Reakcia lietadla na riadiace signály pilota zodpovedá odozve niektorého referenčného modelu, ktorý je vybraný konštruktérom systému, aby lietadlu poskytol „pocit kormidla“, ktorý je pre pilotov vhodný. Mnoho fyzikálnych systémov je syntetizovaných tak, že ich charakteristiky sú podobné charakteristikám modelov a mnohé z týchto systémov sú adaptívne. Nie je ťažké implementovať opísaný prístup úpravou diagramov na obr. 11.11 alebo 11.27. Aby ste to dosiahli, musíte jednoducho nahradiť inverzný model s oneskorením za referenčný. Potom všeobecné charakteristiky systém je pravdepodobnejšie podobný výkonu referenčného modelu ako len oneskorený skok. Táto modifikácia obvodu je znázornená na obr. 11.28. V systémoch na obr. 11.11 a 11.27 je zavedené oneskorenie, aby sa umožnilo presné inverzné modelovanie zodpovedajúce nízkej úrovni MSD. Ak dôjde k oneskoreniu, môžete získať oneskorenú, ale presnejšiu odpoveď. Ako je uvedené vyššie, zavedenie oneskorenia je nevyhnutné v prípadoch, keď v riadenom systéme existuje oneskorenie odozvy alebo tento systém nie je minimálnou fázou. Pri nahradení oneskorenia referenčným modelom v prípadoch, keď je oneskorenie potrebné na presné inverzné modelovanie, je zvyčajne potrebné zahrnúť aj do referenčného modelu. Ryža. 11.28. Riadenie s adaptívnym inverzným modelom, podobne ako na obr. 11.27, ale vrátane referenčného modelu V tomto prípade je potrebné vytvoriť takú charakteristiku referenčného modelu, ktorú je možné realizovať postupným zapínaním riadeného systému a adaptívneho filtra, ak váhové koeficienty tohto filtra zodpovedajú minimálnej smerodajnej odchýlke. Schéma na obr. 11.28 funguje dobre, keď sú pre adaptívny systém špecifikované flexibilné podmienky. Nemalo by sa však predpokladať, že tento obvod je menej zotrvačný alebo má presnejšiu odozvu, než je možné pre riadený systém a jeho adaptívne riadiace zariadenie s konečnou impulzovou odozvou. Pre príklad adaptívneho riadiaceho systému pomocou inverzného modelovania pomocou referenčného modelu uvažujme o nasledovnej implementácii obvodu na obr. 11.28: referenčný model: váhové koeficienty v modeli váhových koeficientov v zariadení na riadenie iterácie adaptívneho procesu. Na obr. Obrázok 11.29 znázorňuje odozvu na jeden krok nekompenzovaného riadeného modelu a Obr. 11.30 - odozva kompenzovaného systému superponovaná na odozvu referenčného systému. Je zrejmé, že bola dosiahnutá veľmi tesná aproximácia. Primárna myšlienka profesiogramu konkrétnej profesie je daná jej štruktúrnym obsahom. Popísané sú profesiogramy profesií vrátane nasledujúcich častí - všeobecná charakteristika profesie, jej význam; popis pracovného procesu, vykonanej práce; požiadavky profesie na jednotlivca; pracovné podmienky; potrebné znalosti; požadované zručnosti a schopnosti; kde môžete získať špecialitu; ekonomické pracovné podmienky. Existuje aj odborná metóda štúdia osobnosti a činnosti moderného učiteľa. Profesionogram je ideálny model učiteľa, lektora, triedneho učiteľa, pedagóga, vzor, štandard, ktorý prezentuje: Základné osobnostné vlastnosti, ktoré by učiteľ mal mať; Vedomosti, schopnosti, zručnosti vykonávať funkcie učiteľa. Na základe tohto chápania významu pojmu „profesiogram“ môžeme hovoriť o profesionálnej metóde štúdia osobnosti, v ktorej sa porovnávajú vedomosti, zručnosti a schopnosti učiteľa s tými, ktoré by mohol mať v súlade s ideálnym modelom. Nie je ťažké si predstaviť, že takáto metóda umožňuje navrhnúť osobnostný a profesionálny rast učiteľa. Profesiogram učiteľa je zároveň dokument, ktorý poskytuje úplný kvalifikačný popis učiteľa z hľadiska požiadaviek na jeho vedomosti, schopnosti a zručnosti, jeho osobnosti, schopností, psychofyziologických schopností a úrovne vzdelania. Táto myšlienka profesionálneho programu sa vyvinula v predchádzajúcich desaťročiach. Môžeme teda hovoriť o profesijnom programe triedneho učiteľa, ktorý zostavil N.I. Boldyrev. N. I. Boldyrev identifikoval prioritné vlastnosti osobnosti triedneho učiteľa: ideová angažovanosť, morálna a občianska zrelosť, spoločenská aktivita, vášeň pre učiteľské povolanie, láska k deťom, ľudský, starostlivý prístup k nim, vysoké nároky na seba a žiakov, komunikačné schopnosti. , priateľská povaha, zdvorilosť v komunikácii, psychologická kompatibilita s ostatnými členmi pedagogického zboru a iné potrebné pre ideálneho odborníka. Na vykonávanie širokej škály funkcií potrebuje učiteľ podľa N. I. Boldyreva tieto zručnosti: nadväzovať obchodné vzťahy s vedením školy, s rodičmi a verejnosťou (komunikačné schopnosti sú podľa dnešných predstáv blízke komunikatívnosti); informačné zručnosti; schopnosť jasne, expresívne, logicky vyjadrovať svoje myšlienky (podľa dnešných predstáv - didaktických a rečových); schopnosť presvedčiť, zaujať, urobiť si svojho podporovateľa (podľa dnešných predstáv - didaktický, komunikatívny). Na implementáciu týchto zručností je potrebné vytvoriť vysokú emocionálnu náladu a zabezpečiť obchodný charakter života a práce. N.I. Boldyrev prisúdil dôležitú úlohu osobnostným vlastnostiam, ktoré by okrem prioritných pre učiteľa (triedneho učiteľa) bolo pekné mať: takt, zdržanlivosť, sebaovládanie, pozorovanie, úprimnosť, vynaliezavosť, pevnosť, dôslednosť v slovách a činy, úhľadnosť, vonkajšia úhľadnosť . Je dôležité, aby triedny učiteľ poznal základy teórie a metód výchovy, aby: práca s rodičmi (verejnosťou); plánovať výchovnú prácu; vybrať na základe diagnostiky tímov (skupín) a jednotlivcov potrebné typy aktivít; správne zohľadňovať a vyhodnocovať výsledky vzdelávania; identifikovať a usporiadať majetok; vykonávať kontrolu a pomoc pri plnení úloh. Na vykonávanie zložitých a rôznorodých funkcií by bolo dobré, aby učiteľ ovládal niektoré aplikované kreatívne umelecké zručnosti: kresliť (figurálne); Hraj ďalej hudobné nástroje, spievať (muzikál); čítať expresívne (beletria a literatúra); tanec (choreografický); chodiť na túry (športovo-turistické alebo športovo-pracovné). A. S. Makarenko v úvodnom prejave ku „Knihe pre rodičov“ napísal: „Schopnosť vzdelávať je stále umením, rovnakým umením ako dobre hrať na husliach alebo klavíri, dobre maľovať, byť dobrým mlynárom alebo sústružníkom. Ak vychádzame z funkčného princípu, t. j. z tých činností funkcií, ktoré musí učiteľ vykonávať, potom môžeme vymenovať funkcie učiteľa. A. I. Shcherbakov a N. A. Rykov boli teda medzi prvými (v roku 1971), ktorí identifikovali osem funkcií učiteľa v škole. Patria do nasledujúcej klasifikácie funkcií učiteľa: Informačné (učiteľ vysiela tú alebo onú informáciu); Vývojové (rozvíja myslenie, predstavivosť, určité zručnosti, reč atď.); orientácia (orientuje sa v rôznorodosti informácií, morálnych hodnotách); mobilizácia (mobilizuje na vykonávanie cvičení, úloh, úloh); konštruktívne (navrhuje vyučovaciu hodinu, mimoškolské aktivity, viacúrovňové úlohy, samostatnú prácu, komunikáciu a mnohé ďalšie); komunikatívne (funkcia komunikácie s rodičmi, inými učiteľmi, administratívou, psychológmi, valeológmi atď.); organizačný (organizuje žiakov, ostatných učiteľov, rodičov, seba a organizuje aj hodiny, mimoškolské aktivity, ktoré vedie); výskum (môže študovať tak jednotlivca, skupinu študentov – tím, tak aj prípravu a výchovu študentov a pod.). Zmienka o poslednej funkcii nám z nášho pohľadu umožňuje hovoriť o funkciách nielen učiteľa, ale aj učiteľa – v širokom zmysle slova. V učebniciach pedagogiky z minulých rokov autori vyzdvihujú funkcie vychovávateľa a triedneho učiteľa: organizačné (organizuje všetky vzdelávacie vplyvy a interakcie v tímoch, a to aj vo forme vzdelávacích záležitostí - exkurzie, výlety, stretnutia, hodiny, prieskumy ako výskum atď.); vzdelávacie (v dôsledku čoho rôznymi spôsobmi a prostriedkami dochádza k vzdelávaniu, formovaniu a rozvoju osobných vlastností študentov ako člena detského tímu, rodinného muža, občana Ruska, občana sveta, realizuje sa tvorivá osobnosť a individualita); stimulačné (v dôsledku čoho sa realizujú podnetné aktivity pre žiakov, detské kolektívy, rodičov, verejnosť a pod.); koordinácia (v dôsledku čoho sú činnosti oboch detí, ak je to potrebné, a učiteľov pracujúcich v tej istej triede koordinované, paralely a komunikácia s vonkajším svetom môže byť tiež realizovaná, ak je vzdelávacia inštitúcia považovaná za otvorený systém; práca s dokumentmi (časopisy, denníky študentov, ich osobné spisy, rôzne plány). Funkcií, ktoré musia vykonávať učitelia, vychovávatelia a triedni učitelia, je pomerne veľa. Aké znalosti a zručnosti by na to mali mať? Predstavu o zručnostiach a schopnostiach, ktoré by mali mať učitelia aj triedni učitelia, dáva koncept profesijného programu, o ktorom sme hovorili vyššie. Samotné vedomosti a zručnosti, o ktorých sme hovorili vyššie, však nestačia. Podľa psychológov veľa závisí od prirodzených predpokladov, sklonov jedinca (ktoré sa môžu rozvinúť do určitých schopností), od psychickej pripravenosti jedinca, jeho túžby (túžby) tieto funkcie dobre vykonávať. Veľa sa vychováva a rozvíja len ako výsledok dlhodobej práce na sebe; Hlavná vec v sebavýchove je trpezlivosť a kontrola nad svojím správaním. Psychológ V. A. Krutetsky v učebnici „Psychológia“ ponúka štruktúru profesionálne významných osobnostných kvalít a zručností, ktoré musí mať učiteľ. Ak v nadväznosti na V. A. Krutetského predstavíme odborne významné kvality osobnosti učiteľa formou súboru štyroch blokov (častí alebo podštruktúr) (1. Osobný svetonázor; 2. Pozitívny vzťah k vyučovaniu; 3. Pedagogické schopnosti; 4. Odborné pedagogické vedomosti, schopnosti a zručnosti), získame pomerne ucelený obraz o požiadavkách, ktoré sa vzťahujú na učiteľské povolanie a iné učiteľské povolania. Pozrime sa na tieto bloky odborne významných vlastností osobnosti učiteľa podrobnejšie. 1. blok. Humanistický svetonázor (hovoríme o tých presvedčeniach a ideáloch, ktoré sú vlastné učiteľovi-vychovávateľovi; vzdelávajú sa len tí, ktorí sú vzdelaní; je žiaduce, aby pedagóg mal vysokú úroveň všeobecnej kultúry a vysoký morálny charakter, a čo je najdôležitejšie , by som miloval iných ľudí). 2. blok. Pozitívny vzťah k učiteľskej činnosti (hovoríme o pedagogickej orientácii jednotlivca, pedagogických sklonoch ako stabilnej túžbe a túžbe venovať sa učiteľskej činnosti; kto je ľahostajný k svojej práci, nemôže byť dobrým učiteľom, deti presne identifikujú učitelia, ktorí ich nemajú radi alebo nemajú radi vyučovacie aktivity vo všeobecnosti). 3. blok. Pedagogické schopnosti (vychádzajú z prirodzených predpokladov, za určitých podmienok sa realizujú - alebo nerealizujú - do odborných pedagogických vedomostí, schopností, zručností, inak povedané - pedagogických schopností) - ide o zovšeobecnený súbor individuálnych psychologických charakteristík a odborne významných kvalít osobnosti, ktoré spĺňať požiadavky pedagogickej činnosti, zabezpečovať v nej dosahovanie vysokých výsledkov, rozhodovať o úspešnosti učiteľa ako celku pri zvládaní tejto činnosti (bližšie v kapitole 1). 4. blok. Odborné a pedagogické vedomosti, schopnosti, zručnosti (hovoríme o vedomostiach z oblasti vyučovaného predmetu a vyučovacej techniky). V. A. Suchomlinsky uvádza štyri znaky pedagogickej kultúry. Jeho myšlienky možno stručne vyjadriť nasledovne. Je potrebné: 1) aby mal učiteľ akademické znalosti, aby mohol osloviť myseľ a srdce študenta; 2) aby učiteľ čítal literatúru (pedagogickú, psychologickú, publicistickú a pod.); 3) aby učiteľ poznal množstvo metód na štúdium dieťaťa; 4) mali kultúru reči. Odborníci sa teda domnievajú, že tí, ktorí majú dobré predpoklady stať sa učiteľom. Teória adaptívnych systémov vznikla v súvislosti s potrebou riešiť širokú triedu aplikovaných problémov, pre ktoré tradičné metódy vyžadujúce znalosť adekvátnych matematický model objekt. Čím vyššia je kvalita tradičných (neadaptívnych) metód riadenia, tým viac apriórnych informácií o samotnom objekte a podmienkach jeho fungovania. V praxi je pomerne ťažké poskytnúť presný matematický popis riadiaceho objektu. Napríklad dynamické charakteristiky lietadla silne závisia od režimu letu, technologických variácií a atmosférických podmienok. Za týchto podmienok sú tradičné metódy často nepoužiteľné alebo neposkytujú požadovanú kvalitu systému automatické ovládanie. V tomto smere sa už v počiatočnom štádiu vývoja teórie automatického riadenia javil ako veľmi efektívny veľmi efektívny spôsob konštrukcie riadiacich systémov, ktoré nevyžadovali úplné a priori informácie o objekte a podmienkach jeho fungovania. Účinok prispôsobenia sa prevádzkovým podmienkam v adaptívnych systémoch je zabezpečený zhromažďovaním a spracovaním informácií o správaní objektu počas jeho prevádzky, čo umožňuje výrazne znížiť vplyv neistoty na kvalitu riadenia a kompenzovať nedostatok a priori informácie vo fáze návrhu systému. Zavolá sa riadiaci systém, ktorý automaticky určí požadovaný zákon riadenia analýzou správania objektu počas aktuálneho riadenia adaptívny . Adaptívne systémy možno rozdeliť do dvoch veľkých tried: samoorganizujúce sa a prispôsobujúce sa. B s samoorganizujúce sa systémy v procese prevádzky sa vytvára riadiaci algoritmus (jeho štruktúra a parametre), ktorý umožňuje optimalizáciu systému z hľadiska stanoveného cieľa riadenia (CO). Tento druh problému vzniká napríklad v podmienkach zmien v štruktúre a parametroch riadiaceho objektu v závislosti od prevádzkového režimu, kedy a priori informácie nestačia na určenie aktuálneho režimu. Vzhľadom na širokú triedu možných objektových štruktúr je ťažké dúfať vo výber jedinej štruktúry riadiaceho algoritmu schopnej zabezpečiť, aby uzavretý systém dosiahol cieľ riadenia vo všetkých prevádzkových režimoch. Hovoríme teda o syntéze s voľnou štruktúrou regulátora. Zjavná zložitosť zadania problému nám neumožňuje dúfať v jednoduché algoritmy na jeho vyriešenie, a teda ani na rozšírené zavedenie systémov do praxe v súčasnosti. Úloha sa výrazne zjednoduší, ak je štruktúra riadiaceho objektu známa a nezmenená a správanie závisí od množstva konštantných parametrov. Problém je riešený v triede samoladiacich systémov (SNS), v ktorej je štruktúra regulátora daná (vopred zvolená) a je potrebné len určiť algoritmus na úpravu jeho koeficientov (adaptačný algoritmus). Samonastavovací systém automatické riadenie je systém, ktorý nezávisle mení svoje dynamické charakteristiky v súlade s meniacimi sa vonkajšími podmienkami s cieľom dosiahnuť optimálny výkon systému. V prípade samonastaviteľných systémov riadenia letu bude takýto optimálny výstup systému optimálnou reakciou na vonkajšie poruchy. CNN sú rozdelené do dvoch podtried: vyhľadávanie a nehľadanie. Pri vyhľadávaní CNN sa minimálna (alebo maximálna) miera kvality (výkon závodu, spotreba paliva atď.) hľadá pomocou špeciálne organizovaných vyhľadávacích signálov. Najjednoduchšie vyhľadávače je väčšina extrémnych systémov, v ktorých je nedostatok apriórnych informácií kompenzovaný aktuálnymi informáciami získanými vo forme reakcie objektu na umelo zavedené pátracie (skúšobné, testovacie) vplyvy. V CNN bez vyhľadávania existuje explicitný alebo implicitný model s požadovanými dynamickými charakteristikami. Úlohou adaptačného algoritmu je upraviť koeficienty regulátora tak, aby sa nesúlad medzi objektom riadenia a modelom znížil na nulu. Takéto riadenie sa nazýva priame adaptívne riadenie a systémy - adaptívne systémy s referenčným modelom . V prípade nepriameho adaptívneho riadenia sa najprv identifikuje objekt a potom sa určia zodpovedajúce koeficienty regulátora. Takéto regulátory sa nazývajú samonastavovacie. Pri priamom adaptívnom riadení pracujú adaptačné slučky v uzavretom cykle, čo umožňuje čeliť zmenám parametrov objektu a regulátora počas prevádzky. Každá samoladiaca slučka však zvyšuje poradie systému minimálne o jeden a zároveň výrazne ovplyvňuje celkovú dynamiku uzavretého systému. V prípade nepriameho adaptívneho riadenia fungujú samoladiace slučky v otvorenej slučke, a preto neovplyvňujú dynamiku systému. Všetky chyby identifikácie, odchýlky parametrov zariadenia a regulátora však výrazne ovplyvňujú presnosť regulácie. V nehľadacích samonastavovacích systémoch môže byť referenčný model implementovaný vo forme reálneho dynamického prepojenia (explicitný model) alebo prítomný vo forme nejakej referenčnej rovnice spájajúcej riadené veličiny a ich deriváty (implicitný model). V implicitnom modeli sú koeficienty referenčnej rovnice parametrami adaptačného algoritmu. Obrázok 1 zobrazuje jednu z možností adaptívneho riadenia často používaných v pohonoch akčných členov, kde parametre regulátora upravuje riadiaci počítač podľa referenčného modelu. Referenčný model ukazuje ideálnu požadovanú odozvu systému na príkazový signál g(t). Ako referenčný model sa používajú typické spojenia automatických riadiacich systémov (napríklad aperiodické spojenie). Parametre regulátora PID (Proportional Integral Derivative) sú upravené tak, aby sa minimalizoval nesúlad medzi výstupom modelu a skutočným systémom. Úlohou ladiacej slučky je znížiť tento nesúlad na nulu určitý čas so zárukou stability procesu prechodu. Tento problém nie je ani zďaleka triviálne – dá sa ukázať, že sa nedá riešiť lineárnymi vzťahmi „chyba – koeficienty regulátora“. V literatúre je napríklad navrhnutý nasledujúci algoritmus na nastavenie parametrov: kde k sú nastaviteľné koeficienty PID regulátora; A je konštantný koeficient, ktorý udáva rýchlosť adaptácie.
Ryža. 1. Bloková schéma adaptívneho systému s referenčným modelom Gradientová funkcia určuje citlivosť chyby c(t) na zmenu koeficientov regulátora. Absolútna stabilita systému s uzavretou slučkou, ktorý je v podstate nelineárny, je zabezpečená výberom parametra A v nastavovacom programe. Na implementáciu adaptívneho riadenia podľa tejto schémy teda musí riadiaci počítač vyriešiť nasledujúce problémy v reálnom čase:
Okrem uvažovanej blokovej schémy s referenčným modelom sú známe ďalšie metódy automatické nastavenia parametre a štruktúra regulátorov.  Svet bezplatných programov a užitočných tipov 2024 whatsappss.ru | ||
