Na koordináciu prevádzky sieťových zariadení z rôznych výrobcov, zabezpečujúci interakciu sietí, ktoré využívajú iné médium šírenia signálu, bol vytvorený referenčný model pre interakciu otvorených systémov (OSI). referenčný model postavená na hierarchickom základe. Každá vrstva poskytuje službu vyššej vrstve a využíva služby nižšej vrstvy.
Spracovanie údajov začína na aplikačnej vrstve. 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. Na recepcii prebieha spätné spracovanie údajov.
Referenčný model OSI zavádza dva koncepty: protokol A rozhranie.
Protokol je súbor pravidiel, na základe ktorých vzájomne pôsobia vrstvy rôznych otvorených systémov.
Rozhranie je súbor prostriedkov a metód interakcie medzi prvkami otvoreného systému.
Protokol definuje pravidlá pre interakciu modulov rovnakej úrovne v rôznych uzloch a rozhranie určuje pravidlá pre interakciu modulov susedných úrovní v rovnakom uzle.
Celkovo existuje sedem vrstiev referenčného modelu OSI. Stojí za zmienku, že skutočné stacky používajú menej úrovní. 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.
Vrstvy modelu OSI:
- fyzickej úrovni. Určuje typ média na prenos dát, fyzikálne a elektrické vlastnosti rozhraní, typ signálu. Táto vrstva sa zaoberá kúskami informácií. Príklady protokolov fyzickej vrstvy: Ethernet, ISDN, Wi-Fi.
- úroveň kanála. Zodpovedá za prístup k prenosovému médiu, opravu chýb, spoľahlivý prenos dát. Na recepciiÚdaje prijaté z fyzickej vrstvy sú zabalené do rámcov, po ktorých sa kontroluje ich integrita. Ak nie sú žiadne chyby, údaje sa prenesú do sieťovej vrstvy. Ak sa vyskytnú chyby, rámec sa zahodí a vygeneruje sa požiadavka na opakovaný prenos. Linková vrstva je rozdelená na dve podvrstvy: MAC (Media Access Control) a LLC (Local Link Control). MAC reguluje prístup k zdieľanému fyzickému médiu. LLC poskytuje službu sieťovej vrstvy. Prepínače fungujú na linkovej vrstve. Príklady protokolov: Ethernet, PPP.
- sieťová vrstva. Jeho hlavnými úlohami sú smerovanie – určenie optimálnej cesty pre prenos dát, logické adresovanie uzlov. Okrem toho je možné tejto úrovni priradiť úlohy odstraňovania problémov so sieťou (protokol ICMP). Sieťová vrstva sa zaoberá paketmi. Príklady protokolov: IP, ICMP, IGMP, BGP, OSPF).
- transportná vrstva. Navrhnuté tak, aby poskytovali údaje bez chýb, straty a duplikácie v poradí, v akom boli prenesené. Vykonáva end-to-end kontrolu prenosu údajov od odosielateľa k príjemcovi. Príklady protokolov: TCP, UDP.
- úroveň relácie. Spravuje vytvorenie/udržiavanie/ukončenie komunikačnej relácie. Príklady protokolov: L2TP, RTCP.
- Výkonná úroveň. Vykonáva transformáciu dát do požadovanej podoby, šifrovanie/kódovanie, kompresiu.
- Aplikačná úroveň. Vykonáva interakciu medzi používateľom a sieťou. Interaguje s aplikáciami na strane klienta. Príklady protokolov: HTTP, FTP, Telnet, SSH, SNMP.
Po oboznámení sa s referenčným modelom zvážime zásobník protokolu TCP / IP.
TCP/IP model definuje štyri vrstvy. Ako môžete vidieť na obrázku vyššie, jedna vrstva TCP / IP môže zodpovedať niekoľkým vrstvám modelu OSI.
Vrstvy modelu TCP/IP:
- Vrstva sieťového rozhrania. Zodpovedá dvom spodným vrstvám modelu OSI: spojovacej a fyzickej. Na základe toho je zrejmé, že táto úroveň určuje vlastnosti prenosového média ( krútená dvojlinka, optické vlákno, rádiové vysielanie), typ signálu, spôsob kódovania, prístup k prenosovému médiu, oprava chýb, fyzické adresovanie (MAC adresy). V modeli TCP / IP na tejto úrovni funguje protokol Ethnet a jeho deriváty (Fast Ethernet, Gigabit Ethernet).
- Prepojovacia vrstva. Zodpovedá sieťovej vrstve modelu OSI. Preberá všetky jeho funkcie: smerovanie, logické adresovanie (IP adresy). Na tejto úrovni funguje protokol IP.
- transportná vrstva. Zodpovedá transportnej vrstve modelu OSI. Zodpovedá za doručovanie paketov zo zdroja do cieľa. Zapnuté danej úrovni Ide o dva protokoly: TCP a UDP. TCP je spoľahlivejší ako UDP tým, že pri výskyte chýb vytvára požiadavky na opakovaný prenos pred pripojením. Zároveň je však TCP pomalší ako UDP.
- Aplikačná úroveň. Jeho hlavnou úlohou je interakcia s aplikáciami a procesmi na hostiteľoch. Príklady protokolov: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.
Zapuzdrenie je spôsob balenia dátového paketu, pri ktorom sa hlavičky služieb paketu, navzájom nezávislé, abstrahujú od hlavičiek nižších úrovní ich zahrnutím do vyšších úrovní.
Pozrime sa na konkrétny príklad. Predpokladajme, že sa chceme dostať z počítača na stránku. Na to musí náš počítač pripraviť požiadavku http na prijatie prostriedkov webového servera, na ktorom je uložená stránka webu, ktorú potrebujeme. Na aplikačnej vrstve sa k údajom (údajom) prehliadača pridá hlavička HTTP. Ďalej sa na úrovni transportu do nášho paketu pridáva hlavička TCP, ktorá obsahuje čísla portov odosielateľa a príjemcu (port 80 pre HTTP). Na úrovni siete sa vytvorí hlavička IP obsahujúca adresy IP odosielateľa a príjemcu. Bezprostredne pred prenosom je do vrstvy dátového spojenia pridaná ethernetová hlavička, 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ť. Pri prijatí je proces obrátený. Webový server na každej úrovni skontroluje zodpovedajúcu hlavičku. Ak je kontrola úspešná, hlavička sa zahodí a paket prejde do špičková úroveň. V opačnom prípade sa zahodí celý paket.
Podporte projekt
Priatelia, 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 vhodné.
Myšlienku riadenia podľa referenčného modelu, navrhnutého v roku 1961, je možné realizovať 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, všeobecný impulzná odozva ktorý najlepšie zodpovedá charakteristike referenčného modelu alebo charakteristike nejakého ideálneho modelu.
Predpokladajme napríklad, že dynamické charakteristiky riadenia lietadla sú výrazne odlišné pre rýchlosti až po zvukovú bariéru 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 ovláda riadiace servá. Odozva lietadla na riadiace signály pilota zodpovedá odozve nejakého referenčného modelu, ktorý je zvolený konštruktérom systému, aby lietadlu poskytol „pocit kormidla“, ktorý je pre pilotov pohodlný. 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 obvodov na obr. 11.11 alebo 11.27. Na to stačí vymeniť inverzný model s oneskorením za referenčný. Potom všeobecné charakteristiky systému je pravdepodobnejšie podobná charakteristike referenčného modelu než len oneskorený skok. Takáto úprava schémy 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 RMS. 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 reakcie alebo tento systém nie je systémom minimálnej fázy. Pri nahradení oneskorenia referenčným modelom v prípadoch, keď je oneskorenie potrebné na presné inverzné modelovanie, sa spravidla musí zaviesť aj do referenčného modelu.
Ryža. 11.28. Riadenie adaptívnym inverzným modelom, podobne ako na obr. 11.27, ale vrátane referenčného modelu
V tomto prípade je potrebné sformovať takú charakteristiku referenčného modelu, ktorú je možné implementovať s postupným zahrnutí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 nastavené flexibilné podmienky. Netreba však predpokladať, že tento obvod je menej zotrvačný alebo má presnejšiu odozvu, ako je možné pre riadený systém a jeho adaptívne riadiace zariadenie s konečnou impulznou odozvou.
Pre príklad adaptívneho riadiaceho systému s použitím inverzného modelovania pomocou referenčného modelu uvažujme nasledujúcu implementáciu obvodu na obr. 11.28:
referenčný model: váhové koeficienty v modeli váhových koeficientov v riadiacej jednotke iterácií adaptívneho procesu. Na obr. 11.29 je znázornená odozva na jeden skok nekompenzovaného riadeného modelu a na obr. 11.30 - odozva kompenzovaného systému, superponovaná na odozvu referenčný systém. Je zrejmé, že bola dosiahnutá veľmi tesná aproximácia.
Navrhovaný referenčný model BPM (Business Process Management) je založený na reťazci nasledujúcich priestorov:
Zvyšovanie produktivity podniku ako komplexného systému si vyžaduje jeho racionálne budovanie a riadenie procesov je najmodernejším konceptom takejto konštrukcie;
BPM (ako disciplína) ponúka systematický prístup k implementácii procesného riadenia;
Každý procesne riadený podnik má svoj vlastný BPM systém – portfólio všetkých obchodných procesov, ako aj metód a nástrojov na usmerňovanie vývoja, realizácie a rozvoja tohto portfólia;
Flexibilita podnikového BPM systému je hlavným faktorom jeho úspechu;
Špecializovaný softvérová platforma(BPM suite) na implementáciu podnikového BPM systému je nevyhnutný, ale nie postačujúci, keďže BPM zaujíma v podnikovej architektúre osobitné miesto.
Cieľ: Zvýšenie produktivity podniku
Väčšina podnikov používa tento princíp na riadenie svojej výkonnosti spätná väzba(obr. 1), ktorý vám umožňuje prispôsobiť sa externému podnikateľskému ekosystému vykonaním určitej postupnosti akcií:
Meranie pokroku obchodných aktivít (zvyčajne sú takéto merania prezentované vo forme rôznych metrík alebo ukazovateľov, napríklad percento vracajúcich sa zákazníkov);
Izolácia udalostí dôležitých pre podnik od vonkajšieho podnikateľského ekosystému (napríklad zákony alebo nové potreby trhu);
Stanovenie stratégie rozvoja podnikania;
Implementácia prijatých rozhodnutí (vykonaním zmien v obchodnom systéme podniku).
V súlade s klasickým odporúčaním Edwarda Deminga, autora mnohých prác v oblasti manažérstva kvality, vrátane slávnej knihy „Out of the Crisis“, by sa všetky zlepšenia mali vykonávať cyklicky, nepretržite a s kontrolou každého cyklu. Rozsah a frekvencia týchto vylepšení sa bude líšiť v závislosti od situácie, ale odporúča sa, aby boli takéto slučky pomerne kompaktné. Rôzne vylepšenia môžu ovplyvniť rôzne aspekty podniku. Otázkou je, ako môže podnik dosiahnuť najlepšie výsledky v každom z nich konkrétny prípad? Na optimalizáciu činnosti podniku ako celku existujú dva objektívne predpoklady:
Poskytovanie manažmentu vhodnými informáciami a nástrojmi na rozhodovanie;
Zabezpečiť, aby obchodný systém podniku bol schopný implementovať potrebné zmeny požadovaným tempom.
Najmodernejším konceptom organizácie práce podniku je procesný manažment, v ktorom sa procesy a služby stávajú explicitnými.
Riadenie procesov
Podnikateľský svet už dávno pochopil (pozri metodiky ako TQM, BPR, Six Sigma, Lean, ISO 9000 atď.), že služby a procesy sú chrbtovou kosťou väčšiny podnikov. Mnohé podniky využívajú procesné riadenie na organizáciu svojich výrobných a obchodných aktivít ako portfólio obchodných procesov a metód na ich riadenie.
Procesné riadenie ako koncepcia riadenia predpokladá účelnosť koordinácie činností jednotlivých podnikových služieb za účelom dosiahnutia určitého výsledku pomocou explicitne a formálne definovaných podnikových procesov. Služby sú zároveň prevádzkovo samostatnými funkčnými celkami; podnik môže mať mnoho základných nanoslužieb, ktoré sú organizované do megaslužby (samotný podnik).
Použitie explicitnej definície koordinácie vám umožňuje formalizovať vzájomné závislosti medzi službami. Prítomnosť takejto formalizácie umožňuje použiť rôzne metódy (modelovanie, automatizované overovanie, kontrola verzií, automatizované vykonávanie atď.) na zlepšenie porozumenia obchodu (na lepšie rozhodovanie) a zvýšenie rýchlosti vývoja obchodných systémov (na implementáciu sa mení rýchlejšie).
Podnikové obchodné systémy sa okrem procesov a služieb zaoberajú aj udalosťami, pravidlami, údajmi, ukazovateľmi výkonu, rolami, dokumentmi atď.
Na implementáciu procesného riadenia podniky využívajú tri populárne disciplíny na neustále zlepšovanie podnikových procesov: ISO 9000, Six Sigma a Lean production. Ovplyvňujú rôzne oblasti podnikového systému podniku, ale vždy zahŕňajú zhromažďovanie údajov o skutočne vykonanej práci a používanie nejakého modelu obchodného procesu na prijímanie rozhodnutí (hoci niekedy je tento model iba v niekoho hlave). Zároveň ponúkajú rôzne a doplnkové metódy na určenie toho, aké zmeny sú potrebné na zlepšenie fungovania podnikového systému.
To, čo modelujete, to robíte
Na obr. 2 je znázornený zovšeobecnený model procesne riadeného podniku.
Čo je hlavným problémom pri optimalizácii činností takéhoto podniku? Rôzne časti obchodného systému používajú rôzne popisy toho istého obchodného procesu. Zvyčajne tieto popisy existujú oddelene a sú vyvinuté rôznymi ľuďmi, sú aktualizované rôznymi rýchlosťami, nezdieľajú informácie a niektoré z nich jednoducho neexistujú. Prítomnosť jediného opisu obchodných procesov podniku túto nevýhodu eliminuje. Tento popis musí byť explicitne a formálne definovaný, aby súčasne slúžil ako model pre modelovanie, spustiteľný program a dokumentácia, ktorá je ľahko zrozumiteľná všetkým zamestnancom zapojeným do obchodného procesu.
Takýto popis je základom disciplíny BPM, ktorá vám umožňuje modelovať, automatizovať, vykonávať, kontrolovať, merať a optimalizovať pracovné toky, ktoré zahŕňajú softvérové systémy, zamestnancov, zákazníkov a partnerov v rámci podniku aj mimo neho. Disciplína BPM berie do úvahy všetky operácie s obchodnými procesmi (modelovanie, vykonávanie atď.) ako celok (obr. 3).
Zapnuté tento moment odvetvie BPM ešte nevyvinulo správny systém noriem pre formálne formáty popisu obchodných procesov. Tri najpopulárnejšie formáty sú: BPMN (Business Process Modeling Notation, grafické znázornenie modelov obchodných procesov), BPEL ( Jazyk vykonávania obchodných procesov, formalizácia vykonávania interakcie medzi webovými službami) a XPDL (XML Process Description Language, www.wfmc.org, špecifikácia na výmenu modelov obchodných procesov medzi rôznymi aplikáciami) boli vyvinuté rôznymi skupinami a na rôzne účely a, žiaľ, , sa dostatočne nedopĺňajú.
Situáciu zhoršuje fakt, že za rôznymi formátmi stoja rôzni výrobcovia a každý sa snaží „pretlačiť“ svoje riešenie na trh. Ako sa už viackrát opakovalo, v takomto boji sa neberie ohľad na záujmy koncového užívateľa - dnes neexistuje dostatočne výkonná organizácia zastupujúca záujmy koncového užívateľa BPM (podobne ako skupina HTML štandardov, ktorej úspech je vďaka prijatiu jediného ACID3 testu všetkými vývojármi webových prehliadačov na porovnanie ich produktov). Ideálna situácia v BPM by bola štandardná definícia sémantiky vykonávania pre popis obchodných procesov podobný BPMN. Je to štandardná sémantika vykonávania, ktorá by zaručila rovnakú interpretáciu obchodných procesov akýmkoľvek softvérom. Okrem toho by takýto popis mal umožniť prispôsobenie stupňa popisu obchodných procesov potrebám konkrétneho spotrebiteľa (používateľ napríklad vidí hrubý diagram, analytik vidí podrobnejší atď.).
To všetko neznamená, že BPEL alebo XPDL sa stanú zbytočnými - ich použitie bude skryté, ako sa to deje v oblasti prípravy elektronických dokumentov. Rovnaký elektronický dokument môže súčasne existovať v XML, PDF, PostScript atď., ale na úpravu dokumentu sa používa iba jeden hlavný formát (XML).
Disciplína BPM v podnikovej kultúre
Okrem procesov a služieb pracujú podnikové obchodné systémy s ďalšími artefaktmi, ako sú:
diania(udalosti) - javy, ktoré sa vyskytli v rámci a mimo hraníc podniku, na ktoré je možná určitá reakcia obchodného systému, napríklad pri prijatí objednávky od klienta je potrebné spustiť obslužný obchodný proces;
predmety(objekty údajov a dokumentov) - formálne popisy informácií skutočné veci a ľudia tvoriaci podnik; sú to informácie na vstupe a výstupe obchodného procesu, napríklad obchodný proces objednávkovej služby dostane ako vstup samotný formulár objednávky a informácie o klientovi a ako výstup vygeneruje správu o dokončení objednávky;
činnosti(činnosti) – menšie činnosti, ktoré transformujú objekty, ako sú automatické činnosti, ako je validácia kreditná kartačinnosti klienta alebo ľudské činnosti, ako napríklad schválenie dokumentu manažmentom;
pravidlá(pravidlá) - obmedzenia a podmienky, za ktorých podnik funguje, napríklad poskytnutie pôžičky na určitú sumu musí byť schválené CEO nádoba;
rolí(role) - pojmy predstavujúce príslušné zručnosti alebo zodpovednosti potrebné na vykonávanie určitých činností, napríklad konkrétny dokument môže podpísať iba vrcholový manažér;
audit trailov(audit trails) – informácie o vykonaní konkrétneho obchodného procesu, napríklad, kto čo urobil a s akým výsledkom;
kľúčové ukazovatele výkonnosti(Key Performance Indicator, KPI) – obmedzený počet ukazovateľov, ktoré merajú mieru dosiahnutia cieľov.
Ryža. 4 ilustruje distribúciu artefaktov medzi rôznymi časťami podnikového obchodného systému. Výraz "procesy (ako šablóny)" znamená abstraktné opisy (modely alebo plány) procesov;
výraz "procesy (ako inštancie)" sa vzťahuje na skutočné výsledky vykonávania týchto vzorov. Šablóna sa zvyčajne používa na vytváranie mnohých kópií (napríklad prázdny formulár, ktorý sa znova a znova kopíruje, aby ho vyplnili rôzni ľudia). Výraz "služby (ako rozhrania)" znamená formálne popisy služby, ktoré sú dostupné ich spotrebiteľom; výraz „služby (ako programy)“ označuje prostriedky vykonávania služieb – takéto prostriedky poskytujú poskytovatelia služieb.
Pre úspešnú prácu s celým komplexným súborom vzájomne závislých artefaktov má každý procesne riadený podnik svoj vlastný BPM systém - to je portfólio všetkých podnikových podnikových procesov, ako aj metód a nástrojov na riadenie vývoja, realizácie a rozvoja tohto portfólia. . Inými slovami, podnikový BPM systém je zodpovedný za synergické fungovanie rôznych častí podnikového podnikového systému.
Systém BPM zvyčajne nie je dokonalý (napríklad niektoré procesy môžu existovať iba na papieri a niektoré detaily „žijú“ iba v mysliach určitých ľudí), ale existuje. Napríklad akúkoľvek implementáciu ISO 9000 možno považovať za príklad systému BPM.
Zlepšenie systému BPM podniku by okrem čisto technických aspektov malo zohľadňovať aj sociálno-technické otázky. Podnikový BPM systém má mnoho zainteresovaných strán, z ktorých každý rieši svoje vlastné problémy, vníma disciplínu BPM po svojom a pracuje s jej artefaktmi. Pre úspešný vývoj podnikového BPM systému je potrebné venovať osobitnú pozornosť problémom všetkých zainteresovaných strán a vopred im vysvetliť, ako zlepšenie podnikového BPM systému zmení ich prácu k lepšiemu. Je mimoriadne dôležité dosiahnuť spoločné pochopenie všetkých artefaktov medzi všetkými zainteresovanými stranami.
Špecializovaný softvér na implementáciu BPM systémov
Rastúca obľuba a veľký potenciál BPM spôsobili vznik novej triedy podnikového softvéru – BPM suite, alebo BPMS, obsahujúceho nasledujúce typické komponenty (obr. 5):
Nástroj na modelovanie procesov - grafický program manipulovať s artefaktmi, ako sú udalosti, pravidlá, procesy, aktivity, služby atď.;
Testovací nástroj (Process testing tool) – funkčné testovacie prostredie, ktoré umožňuje „vykonať“ proces podľa rôznych scenárov;
Úložisko šablón (Process template repository) – databáza šablón obchodných procesov s podporou rôzne verzie rovnakú šablónu
Procesný motor;
Úložisko inštancií (Process instance repository) - databáza pre spustené a už spustené inštancie obchodných procesov;
Pracovný zoznam – rozhranie medzi balíkom BPM a používateľom, ktorý vykonáva niektoré činnosti v rámci jedného alebo viacerých obchodných procesov;
Dashboard - rozhranie pre operatívnu kontrolu nad vykonávaním obchodných procesov;
Nástroj procesnej analýzy - prostredie na štúdium trendov vo vykonávaní obchodných procesov;
Nástroj na simuláciu procesov je prostredie na testovanie výkonnosti podnikových procesov.
Potreba interoperability medzi balíkom BPM a podnikovým softvérom, ktorý podporuje iné artefakty, viedla k vzniku novej triedy podnikového softvéru, platformy Business Process Platform (BPP). Typické technológie BPP (obr. 6):
Business Event Management (BEM) - analýza obchodných udalostí v reálnom čase a spustenie relevantných obchodných procesov (BEM je spojené s Complex Event Processing (CEP) a Event Driven Architecture (EDA));
Správa obchodných pravidiel (BRM) – explicitné a formálne kódovanie obchodných pravidiel, ktoré môžu používatelia upravovať;
Master Data Management (MDM) – zjednodušenie práce so štruktúrovanými dátami odstránením chaosu pri použití rovnakých dát;
Enterprise Content Management (ECM) - správa podnikových informácií určených pre osobu (zovšeobecnenie pojmu dokument);
Databáza konfiguračného manažmentu (CMDB) - centralizovaný popis celého informačného a výpočtového prostredia podniku, ktorý sa používa na prepojenie BPM s informačnými a výpočtovými zdrojmi podniku;
Role-Based Access Control (RBAC) - riadenie prístupu k informáciám za účelom efektívneho oddelenia kontrolných a výkonných právomocí (oddelenie povinností);
Business Activity Monitoring (BAM) - prevádzková kontrola podniku;
Business Intelligence (BI) - analýza charakteristík a trendov podniku;
Service-Oriented Architecture (SOA) je architektonický štýl na budovanie komplexných softvérových systémov ako súboru všeobecne dostupných a vzájomne závislých služieb, ktoré sa používajú na implementáciu, vykonávanie a správu služieb;
Enterprise Service Bus (ESB) je komunikačné médium medzi službami v rámci SOA.
Týmto spôsobom je disciplína BPM schopná poskytnúť jednotný, formálny a vykonateľný popis obchodných procesov, ktoré možno použiť v rôznych nástrojoch balíka BPM, so skutočnými údajmi zozbieranými počas vykonávania obchodných procesov. Vysoká flexibilita podnikového BPM systému však nie je automaticky zaručená po zakúpení BPM sady alebo BPP – schopnosť konkrétneho BPM systému vyvíjať sa požadovaným tempom musí byť navrhnutá, implementovaná a neustále monitorovaná. Rovnako ako ľudské zdravie, ani toto všetko sa nedá kúpiť.
BPM v podnikovej architektúre
Potreba zapojiť takmer všetok firemný softvér do jedinej logiky na zlepšenie podnikového BPM systému vyvoláva otázku o úlohe a mieste BPM v podnikovej architektúre (Enterprise Architecture, EA). EA je v súčasnosti dobre zavedenou praxou pre IT oddelenia na zefektívnenie podnikového výpočtového prostredia. EA je založená na nasledujúcich pravidlách:
Súčasný stav podnikového výpočtového prostredia je starostlivo zdokumentovaný ako východiskový bod;
Požadovaná situácia je zdokumentovaná ako očakávaný koncový bod;
Buduje a implementuje sa dlhodobý plán na prenos informácií a výpočtového prostredia podniku z jedného bodu do druhého.
Zdá sa, že toto všetko dáva zmysel, ale rozdiel je okamžite zrejmý z prístupu malého zlepšovania, ktorý je základom riadenia procesov. Ako skombinovať tieto dva protichodné prístupy?
Disciplína BPM môže vyriešiť hlavný problém EA – poskytnúť objektívne hodnotenie výrobných a ekonomických možností (a nielen informačných a výpočtových) toho, čo bude v budúcnosti. Napriek tomu, že EA popisuje celú škálu artefaktov podniku (jeho genotyp), nedokáže spoľahlivo povedať, aké zmeny v tomto genotype ovplyvňujú špecifické výrobné a ekonomické charakteristiky podniku, teda fenotyp podniku (súbor tzv. vlastnosti, ktoré sú vlastné jednotlivcovi v určitom štádiu vývoja).
Pokiaľ ide o disciplínu BPM, štruktúruje vzájomné závislosti medzi artefaktmi vo forme explicitných a vykonateľných modelov (obchodný proces je príkladom vzájomnej závislosti medzi artefaktmi, ako sú udalosti, roly, pravidlá atď.). Prítomnosť takýchto spustiteľných modelov umožňuje s určitou mierou spoľahlivosti posúdiť výrobné a ekonomické charakteristiky podniku pri zmene genotypu podniku.
Prirodzene, čím viac vzájomných závislostí medzi artefaktmi sa modeluje a čím sú tieto modely spoľahlivejšie, tým sú takéto odhady presnejšie. Potenciálne symbióza nomenklatúry podnikových artefaktov a formálne definovaných vzájomných závislostí medzi nimi vytvára spustiteľný model podniku v určitom časovom bode. Ak sú takéto spustiteľné modely postavené na rovnakých princípoch (napríklad krislawrence.com), potom je možné porovnať účinok aplikácie rôznych stratégií rozvoja podniku a objavenie sa systematickejších a predvídateľnejších technológií na konverziu jedného spustiteľného modelu na iný.
V istom zmysle sa kombinácia EA+BPM môže stať akýmsi navigátorom, ktorý poskytuje poradenstvo a praktickú pomoc pri rozvoji obchodu a IT pri implementácii celkovej línie podniku.
Nie je žiadnym tajomstvom, že dodávatelia softvéru dnes definujú a vyvíjajú BPM rôznymi spôsobmi. Sľubnejšou cestou vpred pre BPM je však BPM koncového používateľa a referenčný model BPM je prvým krokom k vytvoreniu spoločného chápania BPM medzi všetkými zainteresovanými stranami.
Referenčný model navrhnutý v článku je založený na praktických skúsenostiach autora pri navrhovaní, vývoji a údržbe rôznych podnikových riešení. Najmä tento model bol použitý na automatizáciu ročnej produkcie viac ako 3 tisíc komplexu elektronické produkty s priemernou dobou prípravy produktu niekoľko rokov. V dôsledku toho si údržba a vývoj tohto výrobného systému vyžadovali niekoľkonásobne menej zdrojov ako pri tradičnom prístupe. n
Alexander Samarin ([chránený e-mailom]) - Firemný architekt IT oddelenia vlády kantónu Ženeva (Švajčiarsko).
Procesné rámce pre BPM
Prístup k implementácii technológií riadenia podnikových procesov, ktorý zjednodušuje implementáciu systémov BPM, znamená jasnú definíciu obchodnej úlohy a jej zodpovedajúcich obchodných procesov; vykonávanie týchto procesov počas obdobia nie dlhšieho ako tri mesiace, aby sa preukázala hodnota tohto prístupu; ďalšie rozšírenie implementácie na hlavné obchodné úlohy. Hlavným problémom na ceste je však nedorozumenie a nedostatok koordinácie medzi obchodnými a IT oddeleniami. Špecializované referenčné modely (Process Frameworks) môžu výrazne zjednodušiť implementačný projekt a znížiť náklady.
referenčný model- balík analytických a softvérových zdrojov, ktorý pozostáva z popisu a odporúčaní na organizáciu štruktúry podnikového procesu na vysokej úrovni, súboru atribútov a metrík na hodnotenie efektívnosti vykonávania, ako aj softvérové moduly, vytvorený na rýchle zostavenie prototypu podnikového procesu pre jeho následné prispôsobenie špecifikám konkrétnej firmy.
Referenčné modely pomáhajú pri definovaní a stanovovaní požiadaviek a umožňujú zaviesť obchodné procesy, sú založené na priemyselných štandardoch a zahŕňajú skúsenosti z odvetvia. Pre typické procesy môžu referenčné modely pomôcť pri výbere a modelovaní kľúčových pracovných tokov, definovaní kľúčových ukazovateľov výkonu (KPI) a parametrov na meranie výkonu v kľúčových oblastiach, ako aj pri riadení výkonu a riešení problémov, analýze základných príčin a spracovaní výnimiek.
Štruktúra typického referenčného modelu zahŕňa: odporúčania a popis predmetnej oblasti; prvky kompozitu používateľské rozhrania(obrazovkové formuláre a portlety logicky spojené v reťazcoch); servisné shelly na rýchlu implementáciu prístupu k obchodným údajom; príklady typických obchodných pravidiel; kľúčové ukazovatele výkonnosti a prvky na ich analýzu; vykonateľné modely procesov; dátové modely a atribúty procesov; prispôsobenie sa legislatívneho rámca a špecifiká podnikania v konkrétnej krajine; odporúčania o fázach nasadenia a implementácie procesov. Takáto sada zdrojov vám umožní rýchlo sa prispôsobiť implementácii procesného prístupu v rámci špecifického systému riadenia podnikových procesov, skrátiť čas iterácie vývojového cyklu, vykonania testov a analýzy procesov. Zároveň sa dosiahne maximálny súlad medzi technickou implementáciou a existujúcou obchodnou úlohou.
Ako však poznamenávajú analytici AMR Research, „technológie a metódy samé osebe nie sú schopné poskytnúť žiadne výhody – „viac“ neznamená vždy „lepšie“. Niektoré spoločnosti používajú mnoho rôznych riešení, ale účinnosť týchto riešení len klesá. Gramotnosť aplikácie takýchto technológií je dôležitá.“ Referenčné modely sú založené na priemyselných štandardoch a skúsenostiach Software AG s vytváraním referenčného modelu na definovanie požiadaviek zákazníkov. V praxi sa tento model stáva východiskom, z ktorého môžu klienti vytvárať požadovaný model.
Process Framework, napríklad pre obchodný proces spracovania objednávok, zahŕňa základný procesný model s diagramami činností pre rôznych používateľov a roly, vybrané KPI zo SCOR (The Supply-Chain Operations Reference-model) pre proces ako celok a jednotlivé fázy, pravidlá pre podporu rôznych sekvencií spracovania, napríklad s prihliadnutím na segment zákazníkov, ciele pre rôzne segmenty zákazníkov , typy produktov a oblasti, ako aj zobrazovacie panely, ktoré vám pomôžu sledovať špeciálne situácie.
Process Framework umožňuje zamerať sa na potrebu a možnosť úpravy KPI pre konkrétne skupiny zákazníkov a ich konfiguráciu s prihliadnutím na vznik nových produktov, vstup do nových regiónov alebo segmentov trhu. Tieto informácie umožnia vedúcim dodávateľského reťazca, predaja, logistiky a výroby zlepšiť kontrolu nad konkrétnymi činnosťami a vedúcim IT rýchlo posúdiť skutočný stav IT systémov, ktoré podporujú spracovanie objednávok.
Vladimír Alencev ([chránený e-mailom]) - konzultant pre BPM a SOA, zastupovanie Software AG v Rusku CIS (Moskva).
Model s ideálnym bodom zahŕňa porovnanie konkrétneho produktu alebo iného objektu s nejakým štandardom ako rozdiel. V súlade s modelom je každý znak normalizovaný ako vzdialenosť od ideálnej alebo referenčnej hodnoty znaku. Pre aplikáciu modelu sa najprv vytvorí predstava o ideálnom produkte z pohľadu spotrebiteľa – zavedie sa „ideálny“ bod X0.
Model charakterizuje mieru blízkosti konkrétneho produktu k „ideálnemu“ v súlade so závislosťou
Kde TO i – hmotnostné koeficienty; X 0i – ideálne súradnice bodov. Exponent T vyberá výskumník a zvyčajne nadobúda hodnoty na úrovni 1 alebo 2. Sčítanie sa vykoná znova P vlastnosti produktu. Najlepšie sú nízke hodnoty W, lebo ak je ideálny bod najlepší, potom je zrejmé, že minimálna vzdialenosť od neho je žiaduca.
Výber ideálneho bodu je dosť komplikovaný a nejednoznačný. Čitateľ by mal venovať pozornosť nasledujúcim možným prístupom k výberu ideálneho bodu.
- 1. Najlepšie skóre z hľadiska závažnosti: „všetky päťky“. Ak vezmeme do úvahy takýto spotrebiteľský atribút ako pohodlie ovládania zložitých zariadení, ako je auto alebo hudobné centrum, potom súradnice ideálneho bodu budú zodpovedať hranici zvolenej stupnice. Zodpovedajúci hypotetický produkt „najlepší vo všetkých ohľadoch“ však bude ďaleko od reality, pretože nie vždy existuje produkt, ktorý je najlepší vo všetkých ohľadoch. Najmä je ťažké skĺbiť vlastnosti limuzíny a SUV v jednom aute. Ak najlepší produkt stále existuje, jeho cena bude príliš vysoká.
- 2. Aplikácia parametrov skutočného najkonkurencieschopnejšieho alebo „najlepšieho na trhu“ produktu podľa princípu: „moje vysnívané dievča“ alebo „skutočný muž“. Zvláštnosťou tohto prístupu je, že odchýlky od ideálneho bodu v akomkoľvek smere, dokonca aj v smere formálneho zlepšenia, sa považujú za nežiaduce.
- 3. Uplatňovanie takýchto objektívnych vlastností, keď existuje optimálna úroveň vlastnosti. V tomto prípade ideálne úrovne nemusia byť nevyhnutne najvyššie ani najnižšie. V takejto situácii je najviac opodstatnené použitie modelu s ideálnym presným. Príklady optimálnych parametrov: veľkosť TV obrazovky pre auto alebo kuchyňu, jas TV obrazu. dobrý príklad Prítomnosť optimálnej úrovne je osvetlenie miestnosti, keď sú "príliš svetlé" a "príliš tmavé" rovnako nežiaduce. Treba uviesť poznámku o potrebe špecifikovať účel produktu. Ak teda nenaznačíte, že televízor je určený do kuchyne, potom možno budete považovať za ideálny najväčší televízor v predaji.
- 4. Najlepšie vlastnosti za danú cenu. Navrhuje sa nasledujúci prístup. Aby sme nedávali „všetkých päť“, čo sa v princípe nevyžaduje a je to pre cenu nereálne, je potrebné mať regresný model závislosti ceny od úrovne nehnuteľnosti, ktorý zodpovedá parametrickému oceňovaniu. Potom si znalec môže vybrať súbor nehnuteľností v každej cenovej hladine, ktorú má k dispozícii. A je to reálne, pretože prístup „mobil by nemal stáť viac ako desaťtisíc“ používajú mnohí.
Je zrejmé, že ak chcete použiť model s ideálnym bodom, rozmery všetkých súradníc sa musia zhodovať, aby bolo možné sčítať zodpovedajúce množstvá vo vzorci. Jedným zo spôsobov, ako sa zbaviť problému, je použiť bezrozmerné bodovanie. Ďalším spôsobom, ktorý je rozobratý nižšie, je normalizácia, kedy sa skutočné úrovne delia na referenčné alebo normatívne, ktoré môžu byť aj súradnicami ideálneho bodu.
Model s normalizovanými hladinami faktorov
Použitie modelov s relatívnymi faktormi umožňuje kombinovať faktory s rôzne rozmery. Zodpovedajúci model vyzerá takto:
(16.2)
Všetky označenia zodpovedajú označeniam uvedeným vo vzorci (16.1); Zi sú parametrické indexy.
Model je široko používaný pri výpočte indexov kvality produktov a najmä pri hodnotení konkurencieschopnosti. Pri výpočte indexov kvality X i0 sú normatívne, špecifikované normami a technické údajeúrovne vyjadrenia vlastností produktu. Spravidla sa model (16.2) aplikuje pri súčasnom zohľadnení objektívnych (výrobných a prevádzkových) vlastností produktu, ako sú rýchlosť, výkon, rozmery, spoľahlivosť atď., hoci je možné uvažovať aj o objektívnych vlastnostiach.
Pri hodnotení konkurencieschopnosti X i0 – parametre porovnávaného produktu, ktorý môže byť produktom najsilnejšieho konkurenta. V literatúre o konkurenčnej analýze existujú rôzne názvy pre indikátor - konsolidovaný parametrický index spotrebiteľských vlastností, skupinový ukazovateľ konkurencieschopnosti.
Teória adaptívnych systémov vznikla v súvislosti s potrebou riešenia širokej triedy aplikovaných problémov, pre ktoré sú tradičné metódy neprijateľné, vyžadujúce znalosť adekvátneho matematického modelu objektu. Kvalita tradičných (neadaptívnych) spôsobov riadenia je tým vyššia, čím je viac apriórnych informácií o samotnom objekte a podmienkach jeho prevádzky. V praxi je ťažké poskytnúť presné informácie matematický popis riadiaci objekt. Napríklad dynamické charakteristiky lietadla sú veľmi závislé od režimu letu, technologických variácií a stavu atmosféry. Za týchto podmienok sa tradičné metódy často ukážu ako nepoužiteľné alebo neposkytujú požadovanú kvalitu automatického riadiaceho systému.
V tomto smere sa už v počiatočnom štádiu vývoja teórie automatického riadenia javilo ako veľmi efektívny spôsob budovania riadiacich systémov, ktoré nevyžadujú úplné apriórne informácie o objekte a podmienkach jeho prevádzky.
Úč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 môže výrazne znížiť vplyv neistoty na kvalitu riadenia, kompenzovať nedostatok apriórnych informácií. 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 pod aktuálnou kontrolou adaptívny .
Adaptívne systémy možno rozdeliť do dvoch veľkých tried: sebaorganizovanie a samoladenie.
V s samoorganizujúce sa systémy v procese fungovania sa vytvára riadiaci algoritmus (jeho štruktúra a parametre), ktorý umožňuje optimalizáciu systému v zmysle stanoveného cieľa riadenia (CC). Tento druh problému vzniká napríklad v podmienkach zmeny štruktúry a parametrov riadiaceho objektu v závislosti od prevádzkového režimu, keď a priori informácie nestačia na určenie aktuálneho režimu. Pri širokej triede možných objektových štruktúr je ťažké dúfať vo výber jedinej štruktúry riadiaceho algoritmu schopnej zabezpečiť dosiahnutie cieľa riadenia v uzavretom systéme vo všetkých režimoch prevádzky. 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 je značne zjednodušená, ak je štruktúra riadiaceho objektu známa a nezmenená a správanie závisí od množstva nezmenených parametrov. Problém je riešený v triede samonastavovacích 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 so zmenami vonkajších podmienok s cieľom dosiahnuť optimálny výkon systému. V prípade samonastaviteľných systémov riadenia letu bude tento optimálny výstup systému optimálnou reakciou na vonkajšie poruchy.
SNA sú rozdelené do dvoch podtried: vyhľadávanie a nehľadanie. Vo vyhľadávacej SNA sa pomocou špeciálne organizovaných vyhľadávacích signálov hľadá minimum (alebo maximum) miery kvality (výkon inštalácie, spotreba paliva atď.). Protozoa 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 model s požadovanými dynamickými charakteristikami v explicitnej alebo implicitnej forme. Ú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ú samoladiace.
Pri priamom adaptívnom riadení pracujú adaptačné slučky v uzavretej slučke, čo umožňuje odraziť zmeny parametrov objektu a regulátora počas prevádzky. Každý samoladiaci okruh 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 objektu a regulátora však výrazne ovplyvňujú presnosť riadenia. V nehľadacích samonastavovacích systémoch môže byť referenčný model implementovaný ako skutočné dynamické prepojenie (explicitný model) alebo prezentovaný ako nejaká referenčná rovnica týkajúca sa riadených premenných a ich derivátov (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 akčných členoch, 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 hnací signál g(t). Ako referenčný model sa používajú typické spojenia automatických riadiacich systémov (napríklad aperiodické spojenie). Parametre PID regulátora (proporcionálno-integrálno-derivačného regulátora) sú vyladené tak, aby sa minimalizoval nesúlad medzi výstupom modelu a reálnym systémom.
Úlohou ladiacej slučky je znížiť tento nesúlad na nulu určitý čas so zárukou trvalej udržateľnosti proces prechodu. Tento problém nie je ani zďaleka triviálne - dá sa ukázať, že sa nedá vyrieš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 mieru 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 uzavretého systému, ktorý je v podstate nelineárny, je zabezpečená výberom parametra A v nastavovacom programe. Aby bolo možné implementovať adaptívne riadenie podľa tejto schémy, riadiaci počítač musí v reálnom čase vyriešiť nasledujúce úlohy:
- generovať signál nastavenia pre riadený systém;
- vypočítajte ideálnu odozvu podľa referenčného modelu;
- vypočítať koeficienty regulátora v súlade s programom nastavenia, určiť aktuálnu chybu a vydať riadiaci signál na vstup mechatronického modulu.
Okrem uvažovanej blokovej schémy s referenčným modelom sú známe ďalšie metódy. automatické ladenie parametre a štruktúra regulátorov.
Načítava...