Viac

Používate výber podľa umiestnenia a výber podľa atribútov v jednom modeli ModelBuilder?


Pracujem na projekte, ktorý sa týka veterných turbín. Používam ArcMap 10.2 a ModelBuilder na počítanie počtu veterných turbín v 5 km nárazníkovej zóne daného projektu (nazvime to Projekt A) a potom odstránim turbíny spojené s Projektom A, takže mám iba „cudzie“ turbíny v rámci medzipamäte (napr. tie, ktoré nie sú spojené s projektom, ktorý ustanovuje stredný stred medzipamäte).

Obrázok nižšie zobrazuje jednoduchý príklad zahŕňajúci iba dva projekty, ale mám 58 rôznych projektov, ktoré musím analyzovať, z ktorých niektoré sa prekrývajú s viacerými veternými farmami, a preto sa pokúšam použiť ModelBuilder na automatizáciu procesu.

Skript robí to, čo potrebujem, keď jednotlivo prechádzam jednotlivými komponentmi (pozri obrázok nižšie), ale keď spustím posledný proces, vráti iba prázdny výsledok.

Ručné kroky, ktoré sa pokúšam replikovať, vkladám nižšie do ModelBuilderu. Mám pocit, že prehliadam niečo očividné, ale napriek mnohým vylepšeniam to nedokážem zistiť.

  1. Vybrať podľa umiestnenia:

    • Metóda výberu: Vyberte funkcie z
    • Cieľová vrstva: VŠETKY VETRNÉ TURBÍNY
    • Zdrojová vrstva: PROJEKT A (projekty uložené ako samostatné vrstvy)
    • Metóda priestorového výberu "je vo vzdialenosti od zdrojového objektu" 5 000 metrov
  2. Vybrať podľa atribútov

    • Metóda: Odstrániť z aktuálneho výberu
    • Kde site_name = 'PROJEKT A'
    • Počítajte pomocou tabuľky atribútov
  3. Pridajte hodnotu „zahraničných“ turbín k projektovaniu súboru s tvarmi

    • Spustite editor a ručne pridajte hodnotu do poľa Fr_trb


Používate výberové nástroje nesprávne. Konkrétne bežíte dvaja vedľa seba a potom pridáte tretí, keď potrebujete iba dva pripútané k sebe. Výstup z vášho výberu podľa umiestnenia by sa mal načítať do vašich atribútov podľa výberu. Aktuálny aktívny výber je jedna vec, takže najskôr vyberiete v rámci medzipamäte z toho výberu odstránite tie, ktoré vyhovujú kritériám atribútov.

Ďalšie podrobnosti / informácie nájdete v časti Vybrať podľa atribútu v konkrétnej oblasti (pomocou funkcie Vybrať podľa umiestnenia?).


Ako môžem zmeniť názvy tabuliek pri použití ASP.NET Identity?

Používam vydávaciu verziu (RTM, nie RC) Visual Studio 2013 (stiahnutú z MSDN 2013-10-18), a teda najnovšiu (RTM) verziu AspNet.Identity. Keď vytváram nový webový projekt, na overenie vyberiem možnosť „Individuálne používateľské účty“. Takto sa vytvoria nasledujúce tabuľky:

  1. AspNetRoles
  2. AspNetUserClaims
  3. Prihlásenia AspNetUser
  4. AspNetUserRoles
  5. AspNetUsers

Keď zaregistrujem nového používateľa (pomocou predvolenej šablóny), vytvoria sa tieto tabuľky (uvedené vyššie) a v tabuľke AspNetUsers je vložený záznam, ktorý obsahuje:

Pridaním verejných vlastností do triedy „ApplicationUser“ som navyše úspešne pridal do tabuľky AspNetUsers ďalšie polia, napríklad „FirstName“, „LastName“, „PhoneNumber“ atď.

Tu je moja otázka. Existuje spôsob, ako zmeniť názvy vyššie uvedených tabuliek (pri ich prvom vytvorení), alebo budú vždy pomenované pomocou predpony AspNet, ako som uviedol vyššie? Ak je možné názvy tabuliek pomenovať inak, vysvetlite, ako na to.

Implementoval som riešenie @Hao Kung. Vytvorí novú tabuľku (napríklad som ju nazval MyUsers), ale stále vytvorí tabuľku AspNetUsers. Cieľom je nahradiť tabuľku „AspNetUsers“ tabuľkou „MyUsers“. Pozri kód nižšie a databázový obrázok vytvorených tabuliek.

Vlastne by som chcel nahradiť každú tabuľku AspNet svojím vlastným menom. Napríklad: MyRoles, MyUserClaims, MyUserLogins, MyUserRoles a MyUsers.


Príklad

Predpokladajme, že máte nasledujúcu metódu akcie:

A aplikácia dostane žiadosť s touto adresou URL:

Väzba modelu prechádza nasledujúcimi krokmi potom, ako smerovací systém vyberie metódu akcie:

  • Nájde prvý parameter GetByID, celé číslo s názvom id.
  • Prezrie dostupné zdroje v požiadavke HTTP a v údajoch o trase nájde id = & quot2 & quot.
  • Skonvertuje reťazec & quot2 & quot na celé číslo 2.
  • Nájde ďalší parameter GetByID, boolovský názov dogsOnly.
  • Prezrie zdroje a v reťazci dopytu nájde reťazec & quotDogsOnly = true & quot. V zhode mien sa nerozlišujú veľké a malé písmená.
  • Skonvertuje reťazec & quottrue & quot na booleovskú hodnotu true.

Rámec potom volá metódu GetById, pričom pre parameter id odovzdáva hodnotu 2 a hodnotu true pre parameter dogsOnly.

V predchádzajúcom príklade sú cieľmi väzby modelu parametre metódy, ktoré sú jednoduchého typu. Ciele môžu byť tiež vlastnosťami komplexného typu. Po úspešnom zviazaní každej vlastnosti dôjde k overeniu modelu pre túto vlastnosť. Záznam o tom, aké údaje sú viazané na model, a všetky chyby väzby alebo overenia sa ukladajú v ControllerBase.ModelState alebo PageModel.ModelState. Ak chcete zistiť, či bol tento proces úspešný, aplikácia skontroluje príznak ModelState.IsValid.


Obsah

Model E-R je zvyčajne výsledkom systematickej analýzy, ktorá definuje a popisuje, čo je dôležité pre procesy v oblasti podnikania. Nedefinuje obchodné procesy, iba predstavuje schému obchodných údajov v grafickej podobe. Spravidla je nakreslená v grafickej podobe ako polia (subjekty), ktoré sú spojené čiarami (vzťahy), ktoré vyjadrujú asociácie a závislosti medzi entitami. Model ER môže byť vyjadrený aj vo verbálnej podobe, napríklad: jedna budova môže byť rozdelená na nula alebo viac bytov, ale jeden byt môže byť umiestnený iba v jednej budove.

Subjekty môžu byť charakterizované nielen vzťahmi, ale aj ďalšími vlastnosťami (atribúty), ktoré zahŕňajú identifikátory nazývané „primárne kľúče“. Schémy vytvorené na reprezentáciu atribútov, ako aj entít a vzťahov možno nazvať skôr diagrammi entita-atribút-vzťah ako modelmi entita-vzťah.

Model ER sa zvyčajne implementuje ako databáza. V jednoduchej implementácii relačnej databázy predstavuje každý riadok tabuľky jednu inštanciu typu entity a každé pole v tabuľke predstavuje typ atribútu. V relačnej databáze je vzťah medzi entitami implementovaný uložením primárneho kľúča jednej entity ako ukazovateľa alebo „cudzieho kľúča“ do tabuľky inej entity.

Existuje tradícia, že ER / dátové modely sa stavajú na dvoch alebo troch úrovniach abstrakcie. Upozorňujeme, že nižšie uvedená koncepčno-logicko-fyzická hierarchia sa používa v iných druhoch špecifikácií a líši sa od prístupu troch schém k ​​softvérovému inžinierstvu.

Konceptuálny dátový model Toto je model ER na najvyššej úrovni v tom, že obsahuje najmenej podrobné informácie, ale stanovuje celkový rozsah toho, čo má byť zahrnuté do sady modelov. Koncepčný model ER normálne definuje entity hlavných referenčných údajov, ktoré organizácia bežne používa. Vývoj celopodnikového koncepčného modelu ER je užitočný na podporu dokumentovania dátovej architektúry pre organizáciu. Ako základ pre jeden alebo viac sa môže použiť koncepčný model ER logické dátové modely (Pozri nižšie). Účelom koncepčného modelu ER je potom ustanoviť spoločné štruktúrne metadáta pre entity kmeňových dát medzi množinou logických ER modelov. Koncepčný dátový model sa môže použiť na vytvorenie zhodných vzťahov medzi modelmi ER ako základ pre integráciu dátových modelov. Logický dátový model Logický model ER nevyžaduje koncepčný model ER, najmä ak rozsah logického modelu ER zahŕňa iba vývoj samostatného informačného systému. Logický model ER obsahuje viac podrobností ako koncepčný model ER. Okrem entít kmeňových údajov sú teraz definované entity prevádzkových a transakčných údajov. Podrobnosti o každej dátovej entite sú rozpracované a vzťahy medzi týmito dátovými entitami sú ustanovené. Logický model ER je však vyvíjaný nezávisle od konkrétneho systému správy databázy, do ktorého je možné ho implementovať. Fyzický dátový model Z každého logického modelu ER možno vyvinúť jeden alebo viac fyzických modelov ER. Fyzický model ER je normálne vyvinutý na vytvorenie inštancie ako databáza. Preto každý fyzický model ER musí obsahovať dostatok podrobností na vytvorenie databázy a každý fyzický model ER závisí od technológie, pretože každý systém správy databázy je trochu odlišný. Fyzický model je zvyčajne inštancovaný v štrukturálnych metadátach systému správy databázy ako relačné databázové objekty, ako sú databázové tabuľky, databázové indexy, ako sú jedinečné indexy kľúčov, a databázové obmedzenia, ako je obmedzenie cudzieho kľúča alebo obmedzenie zhodnosti. Model ER sa tiež bežne používa na navrhovanie úprav objektov relačnej databázy a na udržiavanie štrukturálnych metadát databázy.


6 odpovedí 6

Myslím si, že vám stále niečo chýba v chápaní účelu krížovej validácie.

Poďme pekne po poriadku, všeobecne, keď hovoríme „model“, máme na mysli konkrétnu metódu na opísanie toho, ako niektoré vstupné údaje súvisia s tým, čo sa snažíme predpovedať. Konkrétne prípady tejto metódy všeobecne neoznačujeme ako rôzne modely. Takže by ste mohli povedať „Mám lineárny regresný model“, ale nenazvali by ste dve rôzne množiny trénovaných koeficientov rôznymi modelmi. Prinajmenšom nie v kontexte výberu modelu.

Takže keď vykonáte krížovú validáciu K-násobku, testujete, ako dobre je váš model schopný trénovať pomocou niektorých údajov, a potom predpovedajte údaje, ktoré nevidel. Používame na to krížovú validáciu, pretože ak trénujete pomocou všetkých údajov, ktoré máte, nezostali vám žiadne na testovanie. Môžete to urobiť raz, povedzme pomocou 80% údajov na trénovanie a 20% na testovanie, ale čo keď 20%, ktoré ste si vybrali na testovanie, obsahuje veľa bodov, ktoré sú obzvlášť ľahké (alebo obzvlášť tvrdé) predvídať? Nebudeme prichádzať s najlepším možným odhadom schopnosti modelov učiť sa a predpovedať.

Chceme použiť všetky údaje. Takže aby sme pokračovali vo vyššie uvedenom príklade rozdelenia 80/20, vykonali by sme päťnásobné krížové overenie tak, že sme model zaškolili 5-krát na 80% údajov a testovali na 20%. Zaisťujeme, aby každý údajový bod skončil v 20% testovacej sade presne raz. Preto sme použili každý údajový bod, ktorý musíme prispieť k pochopeniu toho, ako dobre náš model plní úlohu učenia sa z niektorých údajov a predpovedania niektorých nových údajov.

Účelom krížovej validácie však nie je prísť s našim finálnym modelom. Týchto 5 inštancií nášho trénovaného modelu nepoužívame na uskutočnenie akejkoľvek skutočnej predpovede. Na to chceme použiť všetky údaje, ktoré musíme, aby sme vytvorili najlepší možný model. Účelom krížovej validácie je kontrola modelu, nie tvorba modelu.

Povedzme, že máme dva modely, napríklad lineárny regresný model a neurónovú sieť. Ako môžeme povedať, ktorý model je lepší? Môžeme urobiť K-násobnú krížovú validáciu a zistiť, ktorá z nich sa lepšie predpovedá pri predpovedaní nastavených bodov testu. Ale akonáhle sme na výber modelu s lepšou výkonnosťou použili krížovú validáciu, tento model (či už lineárna regresia alebo neurónová sieť) trénujeme na všetkých dátach. Pre náš konečný prediktívny model nepoužívame skutočné inštancie modelu, ktoré sme trénovali počas krížovej validácie.

Všimnite si, že existuje technika zvaná bootstrapová agregácia (zvyčajne skrátená na „vrecovanie“), ktorá určitým spôsobom využíva na vytvorenie modelu súboru inštancie modelu vyrobené podobným spôsobom ako krížová validácia, ale ide o pokročilú techniku ​​presahujúcu rámec. tvojej otázky tu.


  1. Na navigačnom paneli vľavo vyberte ikonu Virtuálne siete.
  2. Kliknite Pridať vytvoriť sieť VNet.
  1. Na table Vytvoriť virtuálnu sieť uveďte nasledujúce informácie:
    • názov: Zadajte názov, aby ste odlíšili túto virtuálnu sieť od ostatných.
    • Adresný priestor: Prijmite predvolené nastavenie alebo zadajte rozsah adries.
    • Predplatné: Vyberte z rozbaľovacej ponuky.
    • Skupina zdrojov: Vyberte existujúcu skupinu prostriedkov alebo po vytvorení virtuálnej siete vytvorte novú.
    • Hodnota by nemala byť prázdna: Vytvorte novú skupinu zdrojov alebo použite existujúcu.
    • Poloha: V rozbaľovacej ponuke vyberte región, kde plánujete nasadiť modul Horizon Cloud Service.
    • Názov podsiete: Prijať predvolené nastavenie. Horizon Cloud Service automatizuje vytváranie potrebných podsietí pomocou predtým poskytnutých blokov CIDR.
    • Rozsah adries: Prijať predvolené nastavenie.
    • Koncové body služby: Prijať predvolené nastavenie.
  2. V pravom dolnom rohu kliknite na ikonu Vytvoriť.
  3. Počkajte, kým sa proces vytvárania nedokončí, a kým sa vytvorí virtuálna sieť.

Používate výber podľa umiestnenia a výber podľa atribútov v jednom modeli ModelBuilder? - Geografické informačné systémy

V každom prípade si predstavte, že máme službu Košík (s informáciami o produktoch, informáciami o používateľoch a informáciami o vozíkoch vo vlastnej databáze), ktorá obsahuje informácie o používateľoch, ktorí si kúpili niektoré produkty. Teoreticky musíme mať aj autorizačnú službu s vlastnou databázou používateľov.

Teraz sa zobrazí výzva na napísanie správy SSRS, ktorá bude obsahovať produkt zakúpený používateľmi v časovom intervale. Pretože databáza Carts obsahuje iba ProductId a UserId, nemáte žiadny spôsob, ako spojiť potrebné tabuľky dohromady a vygenerovať správu. Zavolať službu Produkt pre každý produkt, opäť, veľmi zlé, bude pomalé. To nám prináša, že samostatná databáza vytvorí viac problémov a potom ich vyrieši.

Môžeme mať proces, ktorý synchronizuje databázy a vyplní databázu Carts informáciami o potrebných produktoch, ale je opäť zlý, pretože budeme mať duplicitné informácie.

Ako vidíte, teória je dobrá, ale keď prídete ku konkrétnym vzorkám, zlyhajú.

Nie
VYBERTE C.CartId, C.PurcheDate, P.Desc, U.LastName
FROM UserDb..User U
INNER JOIN CARTDb..Cart C ON C.UserId = U.UserId
VNÚTORNÉ PRIPOJENIE ProductsDb..Product P ON P.ProductId = C.ProductId
KDE .

Všeobecné správy Návrh Otázka Otázka Odpoveď Vtip Chvála Rant Správca

Na prepínanie správ použite Ctrl + Left / Right, na prepínanie vlákien Ctrl + Up / Down, na prepínanie stránok Ctrl + Shift + Left / Right.


Používate výber podľa umiestnenia a výber podľa atribútov v jednom modeli ModelBuilder? - Geografické informačné systémy

Táto kapitola popisuje technický referenčný model (TRM) vrátane základnej taxonómie, grafického znázornenia a podrobnej taxonómie platformy.

Podrobná taxonómia platformy je popísaná v časti 43.5 Podrobná taxonómia platformy.

43.1 Koncepty

Táto časť popisuje úlohu systému TRM, komponentov systému TRM a používania ďalších systémov TRM.

43.1.1 Úloha TRM v architektúre nadácie

TOGAF Foundation Architecture je architektúra všeobecných služieb a funkcií, ktorá poskytuje základ, na ktorom je možné stavať konkrétnejšie architektúry a architektonické komponenty. Táto základná architektúra je zakomponovaná do Technického referenčného modelu (TRM), ktorý poskytuje model a taxonómiu generických služieb platformy.

TRM je univerzálne použiteľný, a preto ho možno použiť na zostavenie ľubovoľnej architektúry systému.

43.1.2 Komponenty TRM

Akýkoľvek modul TRM má dve hlavné súčasti:

  1. A taxonómia, ktorá definuje terminológiu a poskytuje ucelený popis komponentov a koncepčnej štruktúry informačného systému
  2. Pridružený Grafika TRM, ktorá poskytuje vizuálne znázornenie taxonómie ako pomôcku na pochopenie

Cieľom TOGAF TRM je poskytnúť všeobecne akceptovanú základnú taxonómiu a vhodné vizuálne znázornenie tejto taxonómie. Grafika TRM je ilustrovaná v 43.3 TRM v detaile a taxonómia je vysvetlená v 43.4 Aplikačná platforma - Taxonómia.

43.1.3 Ostatné TRM

Jednou z veľkých ťažkostí pri vývoji architektúrneho rámca je výber TRM, ktorý funguje pre každého.

TOGAF TRM bol pôvodne odvodený z TRM technickej architektúry pre správu informácií (TAFIM) (ktorý bol zase odvodený z modelu IEEE 1003.0). Tento modul TRM je „zameraný na platformu“: zameriava sa na služby a štruktúru základnej platformy potrebnú na podporu používania a opätovného použitia aplikácií (t. J. Na prenositeľnosť aplikácie). Zameriava sa najmä na rozhrania medzi touto platformou a podporovanými aplikáciami a medzi platformou a externým prostredím.

Aktuálny TOGAF TRM je zmenenou verziou TAFIM TRM, ktorej cieľom je zdôrazniť aspekt interoperability, ako aj aspekt prenosnosti.

Cieľom TRM je umožniť štruktúrované vymedzenie štandardizovanej aplikačnej platformy a jej pridružených rozhraní. Ostatné subjekty, ktoré sú potrebné v akejkoľvek konkrétnej architektúre, sa v TRM oslovujú, iba ak ovplyvňujú aplikačnú platformu. Základným cieľom tohto prístupu je zabezpečiť, aby stavebné bloky na vyššej úrovni, ktoré tvoria obchodné riešenia, mali úplnú a robustnú platformu, na ktorej môžu bežať.

Iné architektonické modely - taxonómie a / alebo grafika - sú nielen možné, ale môžu byť pre niektoré podniky výhodnejšie. Napríklad taký model špecifický pre podnik by sa dal odvodiť rozšírením alebo adaptáciou TOGAF TRM. Alternatívne môže byť v dedičstve predchádzajúcej architektonickej práce podnikom zakomponovaná iná taxonómia a tento podnik môže uprednostňovať trvalé používanie tejto taxonómie. Podobne môže podnik uprednostniť reprezentáciu taxonómie TOGAF (alebo svojej vlastnej taxonómie) pomocou inej grafickej formy, ktorá lepšie vystihuje pôvodné koncepty a uľahčuje sa pre účely internej komunikácie.

Okrem použitia ako referenčného modelu pre vývoj technologickej architektúry možno TRM použiť ako taxonómiu na vývoj štandardnej informačnej základne (SIB) v konkrétnej organizácii. Jadrom TOGAF je jeho ADM: TRM je nástroj používaný pri aplikácii ADM pri vývoji špecifických architektúr. Za predpokladu zachovania konzistencie medzi TRM a SIB je TOGAF ADM platný bez ohľadu na výber konkrétnej taxonómie, grafiky TRM alebo sady nástrojov SIB.

43.2 Členenie na vysokej úrovni

Táto časť popisuje hlavné prvky systému TRM.

43.2.1 Prehľad

Najhrubšie rozdelenie TRM je znázornené na obrázku 43-1, ktorý zobrazuje tri hlavné entity (aplikačný softvér, aplikačná platforma a komunikačná infraštruktúra) spojené dvoma rozhraniami (aplikačná platforma a komunikačná infraštruktúra).


Obrázok 43-1: Technický referenčný model - pohľad na vysokej úrovni

Diagram nehovorí nič o podrobných vzťahoch medzi entitami, iba ak existujú.

Každý z prvkov v tomto diagrame je podrobne opísaný v časti 43.3 TRM v detaile.

43.2.2 Prenosnosť a interoperabilita

Na vysokej úrovni sa TRM snaží zdôrazniť dva hlavné spoločné architektonické ciele:

  1. Prenosnosť aplikáciíprostredníctvom rozhrania aplikačnej platformy - identifikácia súboru služieb, ktoré sa majú štandardným spôsobom sprístupniť aplikáciám prostredníctvom platformy
  2. Interoperabilitaprostredníctvom rozhrania komunikačnej infraštruktúry - identifikácia súboru služieb komunikačnej infraštruktúry, ktoré má platforma štandardným spôsobom využívať

Oba tieto ciele sú nevyhnutné na umožnenie integrácie v rámci podniku a dôveryhodnej interoperability v globálnom meradle medzi podnikmi.

Najmä model na vysokej úrovni sa snaží odrážať čoraz dôležitejšiu úlohu internetu ako základu pre medzipodnikovú a vnútropodnikovú interoperabilitu.

Horizontálny rozmer modelu na obrázku 43-1 predstavuje rozmanitosť a tvar modelu má zdôrazniť význam minimálnej rozmanitosti na rozhraní medzi aplikačnou platformou a komunikačnou infraštruktúrou.

To zase znamená zamerať sa na základnú sadu služieb, ktoré môžu byť zaručene podporované každou sieťou založenou na IP, ako základ, na ktorom sa bude stavať dnešné interoperabilné podnikové výpočtové prostredie.

43,3 TRM v detaile

Táto časť podrobne popisuje modul TRM, vrátane kategórií služieb platformy a subsystémov externého prostredia.

43.3.1 Úvod

Obrázok 43-2 rozširuje obrázok 43-1 o kategórie služieb aplikačnej platformy a dve kategórie aplikačného softvéru.


Obrázok 43-2: Podrobný technický referenčný model (zobrazuje kategórie služieb)

Obrázok 43-2 je iba znázornením TRM entít: neznamená ani neinhibuje vzájomné vzťahy medzi nimi.

IT architektúry odvodené od TOGAF sa môžu veľmi líšiť v závislosti od požiadaviek informačného systému. V praxi veľa architektúr nebude obsahovať všetky služby tu diskutované a veľa bude obsahovať ďalšie služby na podporu aplikačného softvéru, ktorý je špecifický pre organizáciu alebo jej vertikálne odvetvie.

Pri budovaní architektúry by používatelia TOGAF mali hodnotiť svoje vlastné požiadavky a vyberať služby, rozhrania a štandardy, ktoré uspokojujú ich vlastné obchodné potreby.

43.3.2 Entity a rozhrania TRM

Nasledujúce časti podrobne popisujú každý prvok TRM ilustrovaný na obrázku 43-2. Riešia sa v tomto poradí:

  • Tieto tri subjekty:
    • Aplikačný softvér (pozri 43.3.3 Aplikačný softvér)
    • Aplikačná platforma (pozri 43.3.4 Aplikačná platforma)
    • Komunikačná infraštruktúra (pozri 43.3.5 Komunikačná infraštruktúra)
    • Rozhranie aplikačnej platformy (pozri 43.3.6 Rozhranie aplikačnej platformy)
    • Rozhranie komunikačnej infraštruktúry (pozri 43.3.7 Rozhranie komunikačnej infraštruktúry)

    43.3.3 Aplikačný softvér

    Podrobný TRM rozoznáva dve kategórie aplikačného softvéru:

    1. Obchodné aplikácie, ktoré implementujú obchodné procesy pre konkrétny podnik alebo vertikálne odvetvie. Vnútorná štruktúra podnikových aplikácií úzko súvisí s konkrétnou konfiguráciou aplikačného softvéru vybranou organizáciou.
    2. Aplikácie infraštruktúry, ktoré poskytujú univerzálne obchodné funkcie založené na službách infraštruktúry.

    Počas vývoja technologickej architektúry sú obchodné aplikácie a aplikácie infraštruktúry dôležitým zdrojom požiadaviek na služby technologickej architektúry a výber štandardov pre aplikačnú platformu bude silne ovplyvnený podporovanou konfiguráciou aplikačného softvéru.

    43.3.3.1 Podnikové aplikácie

    Podnikové aplikácie sú aplikácie, ktoré sú špecifické pre konkrétny podnik alebo vertikálne odvetvie. Takéto aplikácie zvyčajne modelujú prvky podnikovej domény činnosti alebo obchodných procesov. Medzi príklady obchodných aplikácií patria:

    • Služby správy záznamov o pacientoch používané v lekárskom priemysle
    • Služby riadenia zásob používané v maloobchode
    • Služby modelovania geologických údajov používané v ropnom priemysle

    Z určitých podnikových aplikácií sa časom môžu stať aplikácie infraštruktúry, ak sa stanú dostatočne všadeprítomnými, interoperabilnými a univerzálnymi na to, aby boli potenciálne užitočné pre širokú škálu podnikových používateľov IT.

    43.3.3.2 Aplikácie infraštruktúry

    Aplikácie infraštruktúry sú aplikácie, ktoré majú všetky alebo takmer všetky z nasledujúcich charakteristík:

    • Široká dostupnosť ako softvér COTS (Commercial Off-The-Shelf) znamená, že je neekonomické uvažovať o vlastnej implementácii.
    • Interakcia používateľa je dôležitou súčasťou funkcie aplikácie.
    • Implementácie sú založené na službách infraštruktúry.
    • Implementácie môžu zahŕňať významné rozšírenia nad rámec potrebný na použitie základných služieb infraštruktúry.
    • Interoperabilita je silnou požiadavkou.

    Medzi príklady aplikácií v tejto kategórii patria:

    • Elektronické platby a prevody finančných prostriedkov
    • Služby klientov elektronickej pošty
    • Publikovať a prihlásiť sa na odber
    • Inteligentní agenti
    • Kalendárne a plánovacie služby
    • Groupware služby
    • Služby pracovných tokov
    • Tabuľky
    • Prezentačný softvér
    • Úpravy a prezentácia dokumentov
    • Aplikácie na správu, vykonávajúce univerzálne funkcie správy systému a sietí pre správcu systému
    • Nástroje softvérového inžinierstva, ktoré poskytujú funkcie vývoja softvéru pre pracovníkov vývoja systémov

    Aplikácie infraštruktúry majú silnú závislosť od služieb nižšej úrovne v architektúre. Napríklad aplikácia pre pracovný tok môže na implementáciu toku práce medzi úlohami využívať služby platformy, ako sú zasielanie správ alebo spracovanie transakcií. Podobne je pravdepodobné, že groupwarová aplikácia vo veľkej miere využíva dátové aj komunikačné služby pre štruktúru dokumentov, ako aj mechanizmy ich ukladania a prístupu k nim.

    Aplikácie infraštruktúry sú podľa definície aplikácie, ktoré sa v podniku považujú za dostatočne všadeprítomné, interoperabilné a univerzálne na to, aby ich bolo možné efektívne považovať za súčasť IT infraštruktúry. Rovnako ako sa obchodné aplikácie môžu časom považovať za infraštruktúrne aplikácie, tak aj infraštruktúrne aplikácie sú zvyčajne kandidátmi na zahrnutie ako infraštruktúrne služby do budúcich verzií architektúry IT.

    43.3.4 Aplikačná platforma

    43.3.4.1 Koncept platformy

    Pojem „platforma“ sa dnes v IT priemysle používa rôznymi spôsobmi. Kvôli rôznym použitiam je tento výraz často kvalifikovaný napríklad, & quotapplication platform & quot; & quot; standardized & quot; & & quot; proprietárne platformy & quot; & quot; klient & quot; a & quot; serverové platformy & quot; & quot; distribuovaná výpočtová platforma & quot; & quot; platforma prenosnosti & quot. Spoločná pre všetky tieto spôsoby použitia je predstava, že niekto potrebuje súbor služieb poskytovaných konkrétnym druhom platformy a bude implementovať funkciu & quothigher-level & quot, ktorá tieto služby využíva.

    TOGAF TRM sa zameriava na aplikačnú platformu a funkcia & quothigher-level & quot je sada aplikačného softvéru bežiaceho nad aplikačnou platformou, ktorý je potrebný na splnenie obchodných požiadaviek podniku.

    Je dôležité si uvedomiť, že aplikačná platforma v TOGAF TRM je jediný, všeobecný, koncepčný celok. Z pohľadu TOGAF TRM obsahuje aplikačná platforma všetky možné služby. V konkrétnej cieľovej architektúre bude aplikačná platforma obsahovať iba tie služby, ktoré sú potrebné na podporu požadovaných funkcií.

    Aplikačná platforma pre konkrétnu cieľovú architektúru navyše zvyčajne nebude samostatnou entitou, ale skôr kombináciou rôznych entít pre rôzne, bežne požadované funkcie, ako sú klient pre stolné počítače, súborový server, tlačový server, aplikačný server, internetový server, databáza server atď., z ktorých každá bude obsahovať konkrétnu definovanú sadu služieb potrebných na podporu príslušnej konkrétnej funkcie.

    Je tiež dôležité uvedomiť si, že veľa skutočných systémov IT, ktoré sa dnes obstarávajú a používajú na implementáciu technologickej architektúry, sú plne vybavené mnohými pokročilými službami, ktoré kupujúci často považuje za samozrejmosť. Napríklad typický systém stolného počítača dnes prichádza so softvérom, ktorý implementuje služby z väčšiny, ak nie zo všetkých kategórií služieb TOGAF TRM. Pretože kupujúci takého systému často nepovažuje nič & quotsmaller & quot; za celkový balík služieb dodávaných so systémom, tento balíček služieb sa môže veľmi ľahko stať & quotplatform & quot ;. Pri absencii technologickej architektúry, ktorá by usmerňovala proces obstarávania, sa tak deje vždy. Pretože sa tento proces v rámci podniku opakuje, rôzne systémy zakúpené pre podobné funkcie (ako napríklad klient pre stolné počítače, tlačový server atď.) Môžu obsahovať výrazne odlišné balíky služieb.

    Balíky služieb sú zastúpené v technologickej architektúre vo forme & quotbuilding blocks & quot. Jednou z kľúčových úloh IT architekta pri prechode od koncepčnej aplikačnej platformy TRM k podnikovo špecifickej technologickej architektúre je pozrieť sa za súbor platforiem skutočného sveta, ktoré už v podniku existujú. Architekt IT musí analyzovať skutočne potrebné služby, aby mohol optimálnym spôsobom implementovať IT infraštruktúru, ktorá spĺňa obchodné požiadavky podniku, a definovať súbor optimálnych blokov riešenia budov (SBB) - v reálnom svete & quot; formy & quot - na implementáciu tejto architektúry. .

    43.3.4.2 Predĺženie TRM

    TOGAF TRM identifikuje všeobecnú sadu služieb platformy a poskytuje taxonómiu, v ktorej sú tieto služby platformy rozdelené do kategórií podobnej funkčnosti. Môže byť potrebné, aby konkrétna organizácia rozšírila tento súbor o ďalšie služby alebo kategórie služieb, ktoré sa vo svojom vlastnom vertikálnom trhovom segmente považujú za všeobecné.

    Množina služieb určených a definovaných pre aplikačnú platformu sa bude časom meniť. Nové služby a zmeny v aplikáciách budú vyžadované.

    43.3.4.3 Rozhrania medzi službami

    Okrem podpory aplikačného softvéru prostredníctvom rozhrania API (Application Platform Interface) sa môžu služby v aplikačnej platforme navzájom podporovať, a to buď prostredníctvom otvorených rozhraní, ktoré môžu alebo nemusia byť rovnaké ako API, alebo prostredníctvom súkromných nevystavených rozhraní. Kľúčovým cieľom vývoja architektúry je, aby boli moduly služieb schopné nahradenia inými modulmi poskytujúcimi rovnakú funkcionalitu služby prostredníctvom rovnakého API služby. Používanie súkromných neexponovaných rozhraní medzi servisnými modulmi môže túto schopnosť náhrady narušiť. Súkromné ​​rozhrania predstavujú riziko, ktoré by sa malo zdôrazniť, aby sa uľahčil budúci prechod.

    43.3.4.4 Budúci vývoj

    TRM sa zaoberá budúcim vývojom v aplikačnej platforme dvoma spôsobmi. Po prvé, keď sa rozhrania k službám stanú štandardizovanými, migrujú sa funkcie, ktoré predtým tvorili súčasť entity aplikačného softvéru, na súčasť aplikačnej platformy. Po druhé, TRM možno rozšíriť o nové kategórie služieb, keď sa objaví nová technológia.

    Medzi príklady funkčných oblastí, ktoré v budúcnosti môžu spadať do kategórií služieb aplikačnej platformy, patria:

    • Funkcie tabuľky, vrátane schopnosti vytvárať, manipulovať a prezentovať informácie v tabuľkách alebo grafoch, by táto schopnosť mala obsahovať jazykové schopnosti štvrtej generácie, ktoré umožňujú použitie logiky programovania v tabuľkách
    • Funkcie na podporu rozhodovania vrátane nástrojov na podporu plánovania, správy a riadenia projektov
    • Výpočtové funkcie vrátane schopnosti vykonávať bežné a zložité aritmetické výpočty
    • Funkcie kalendára vrátane schopnosti spravovať projekty a koordinovať plány prostredníctvom automatizovaného kalendára

    Podrobná taxonómia aplikačnej platformy je uvedená v dokumente 43.4 Aplikačná platforma - taxonómia.

    43.3.5 Komunikačná infraštruktúra

    Komunikačná infraštruktúra poskytuje základné služby na vzájomné prepojenie systémov a poskytuje základné mechanizmy na nepriehľadný prenos údajov. Obsahuje hardvérové ​​a softvérové ​​prvky, ktoré tvoria sieťové a fyzické komunikačné spojenia používané systémom, a samozrejme všetky ostatné systémy pripojené k sieti. Zaoberá sa zložitým svetom sietí a fyzickej komunikačnej infraštruktúry vrátane prepínačov, poskytovateľov služieb a fyzických prenosových médií.

    Hlavným motorom v rámci podnikovej technologickej architektúry v posledných rokoch bolo rastúce povedomie o užitočnosti a nákladovej efektívnosti internetu ako základu komunikačnej infraštruktúry pre podnikovú integráciu. To spôsobuje rýchly nárast používania internetu a neustály nárast rozsahu aplikácií prepojených so sieťou na účely distribuovanej prevádzky.

    43.3.6 Rozhranie aplikačnej platformy

    Rozhranie aplikačnej platformy (API) špecifikuje úplné rozhranie medzi aplikačným softvérom a základnou aplikačnou platformou, cez ktoré sú poskytované všetky služby. Dôsledná definícia rozhrania má za následok prenosnosť aplikácie za predpokladu, že jej platforma aj aplikácia vyhovujú. Aby to fungovalo, musí definícia API obsahovať syntax a sémantiku nielen programového rozhrania, ale aj všetky potrebné definície protokolov a dátových štruktúr.

    Prenosnosť závisí od symetrie zhody oboch aplikácií a platformy s navrhovaným rozhraním API. To znamená, že platforma musí podporovať špecifikované API a aplikácia nesmie používať viac ako určené API.

    Rozhranie API špecifikuje úplné rozhranie medzi aplikáciou a jednou alebo viacerými službami ponúkanými základnou aplikačnou platformou. Aplikácia môže používať niekoľko rozhraní API a môže dokonca používať rôzne rozhrania API pre rôzne implementácie tej istej služby.

    43.3.7 Rozhranie komunikačnej infraštruktúry

    Rozhranie komunikačnej infraštruktúry je rozhranie medzi aplikačnou platformou a komunikačnou infraštruktúrou.

    Obrázok 43-1 sa snaží odrážať čoraz dôležitejšiu úlohu internetu ako základu pre medzipodnikovú a vnútropodnikovú interoperabilitu. Horizontálny rozmer modelu na obrázku 43-1 predstavuje rozmanitosť a tvar modelu je špeciálne určený na zdôraznenie minimálnej rozmanitosti na rozhraní medzi aplikačnou platformou a komunikačnou infraštruktúrou.

    Model osobitne zdôrazňuje dôležitosť zamerania sa na základný súbor služieb, ktoré môžu byť zaručene podporované každou sieťou založenou na IP, ako základ, na ktorom sa bude stavať dnešné interoperabilné podnikové výpočtové prostredie.

    43.3.8 Vlastnosti

    Okrem množiny komponentov, ktoré tvoria TRM, existuje množina atribútov alebo vlastností, ktoré sú použiteľné v rámci všetkých komponentov. Napríklad, aby bola služba správy efektívna, musí byť spravovateľnosť všadeprítomnou kvalitou všetkých služieb platformy, aplikácií a služieb komunikačnej infraštruktúry.

    Obrázok 43-2 zachytáva tento koncept zobrazením komponentov TRM sediacich na backplane kvalít.

    Ďalším príkladom kvality služby je bezpečnosť. Správna implementácia zabezpečenia v celom systéme si vyžaduje nielen súbor bezpečnostných služieb zodpovedajúcich kategórii bezpečnostných služieb zobrazených na platforme, ale aj podporu (t. J. Informovanosť o predbežnej bezpečnosti) softvéru v iných častiach systému TRM. Aplikácia teda môže používať bezpečnostnú službu na označenie súboru iba na čítanie, ale správna implementácia kvality zabezpečenia v službách operačného systému zabráni operáciám zápisu do súboru. Zabezpečenie a služby operačného systému musia pri zabezpečovaní súboru spolupracovať.

    Vlastnosti sú podrobne špecifikované počas vývoja cieľovej architektúry. Niektoré vlastnosti možno z hľadiska noriem opísať ľahšie ako iné. Napríklad podpora súboru miestnych nastavení môže byť definovaná ako súčasť špecifikácie kvality medzinárodnej prevádzky. Iné kvality je možné lepšie špecifikovať skôr z hľadiska mier než štandardov. Príkladom by mohol byť výkon, pre ktorý sú štandardné API alebo protokoly obmedzené.

    43.4 Aplikačná platforma - taxonómia

    Táto časť popisuje taxonómiu aplikačnej platformy vrátane základných princípov a súhrnu služieb a vlastností. Podrobnú taxonómiu služieb a vlastností platforiem nájdete v časti 43.5 Podrobná taxonómia platforiem.

    43.4.1 Základné princípy

    TOGAF TRM má dve hlavné zložky:

    1. A taxonómia, ktorá definuje terminológiu a poskytuje ucelený popis komponentov a koncepčnej štruktúry informačného systému
    2. Pridružený Grafika TRM, ktorá poskytuje vizuálne znázornenie taxonómie ako pomôcku na pochopenie

    Táto časť podrobne popisuje taxonómiu TOGAF TRM. Cieľom je poskytnúť základnú taxonómiu, ktorá poskytuje užitočnú, konzistentnú a štruktúrovanú definíciu entity aplikačnej platformy a je všeobecne prijateľná.

    Nie je možné tvrdiť, že zvolená kategorizácia je jediná možná, alebo že predstavuje optimálnu voľbu.

    Je skutočne dôležité zdôrazniť, že použitie TOGAF, a najmä TOGAF ADM, v žiadnom prípade nezávisí od použitia taxonómie TOGAF TRM. Iné taxonómie sú úplne možné a pre niektoré organizácie môžu byť výhodnejšie.

    Napríklad do dedičstva predchádzajúcej architektonickej práce môže organizácia zahrnúť inú taxonómiu a organizácia môže uprednostniť trvalé používanie tejto taxonómie. Alternatívne môže organizácia rozhodnúť, že môže odvodiť vhodnejšiu taxonomiu špecifickú pre organizáciu rozšírením alebo prispôsobením taxonómie TOGAF TRM.

    Rovnakým spôsobom môže organizácia uprednostniť zobrazenie taxonómie TOGAF (alebo jej vlastnej taxonómie) pomocou inej formy grafiky TRM, ktorá lepšie vystihuje pôvodné koncepty a uľahčuje sa pri internej komunikácii.

    43.4.2 Kategórie služieb aplikačnej platformy

    Hlavné kategórie služieb definované pre aplikačnú platformu sú uvedené nižšie.

    Upozorňujeme, že & quotObject Services & quot sa v taxonomii TRM nezobrazuje ako kategória. Je to tak preto, lebo všetky služby jednotlivých objektov sú začlenené do príslušných hlavných kategórií služieb. Rôzne popisy sa však tiež zhromažďujú do jednej podsekcie (pozri 43.4.2.1 Objektovo orientované poskytovanie služieb), aby poskytli jediný referenčný bod, ktorý ukazuje, ako objektové služby súvisia s hlavnými kategóriami služieb.

    • Služby výmeny údajov (pozri 43.5.1 Služby výmeny údajov):
      • Dokumentujte služby generovania a prepisovania všeobecných údajov
      • Služby výmeny grafických údajov
      • Špecializované služby výmeny údajov
      • Služby elektronickej výmeny údajov
      • Faxové služby
      • Funkcie surového grafického rozhrania
      • Funkcie spracovania textu
      • Funkcie spracovania dokumentov
      • Publikačné funkcie
      • Funkcie spracovania videa
      • Funkcie spracovania zvuku
      • Funkcie spracovania multimédií
      • Funkcie synchronizácie médií
      • Funkcie prezentácie a distribúcie informácií
      • Hypertextové funkcie
      • Služby dátového slovníka / úložiska
      • Služby systému riadenia databázy (DBMS)
      • Služby systému objektovo orientovaného riadenia databázy (OODBMS)
      • Služby správy súborov
      • Funkcie spracovania dotazov
      • Funkcie generovania obrazovky
      • Funkcie generovania správ
      • Sieťové funkcie / funkcie súbežného prístupu
      • Skladovacie funkcie
      • Služby správy grafických objektov
      • Kresliace služby
      • Zobrazovacie funkcie
      • Sady znakov a služby reprezentácie údajov
      • Kultúrne kongresové služby
      • Podporné služby v miestnom jazyku
      • Adresárové služby
      • Špeciálne pomenovacie služby
      • Služby lokalizácie služieb
      • Registračné služby
      • Filtračné služby
      • Účtovné služby
      • Dátové komunikačné služby
      • Služby elektronickej pošty
      • Distribuované dátové služby
      • Služby distribuovaných súborov
      • Distribuované menné služby
      • Distribuované časové služby
      • Služby vzdialeného procesu (prístupu)
      • Vzdialené zaraďovanie tlače a služby distribúcie výstupu
      • Vylepšené telefónne funkcie
      • Zdieľané funkcie obrazovky
      • Funkcie videokonferencie
      • Funkcie vysielania
      • Funkcie konferencie
      • Prevádzkové služby jadra
      • Tlmočník príkazov a pomocné služby
      • Dávkové spracovanie
      • Služby synchronizácie súborov a adresárov
      • Programovacie jazykové služby
      • Služby prepojenia objektových kódov
      • Služby prostredia a nástrojov počítačového softvérového inžinierstva (CASE)
      • Stavebné služby v oblasti grafického užívateľského rozhrania (GUI)
      • Skriptovacie jazykové služby
      • Služby viazania jazykov
      • Služby prostredia za behu
      • Služby binárneho rozhrania aplikácií
      • Služby správcu transakcií
      • Grafické služby klient / server
      • Služby zobrazovania objektov
      • Služby správy okien
      • Služby podpory dialógov
      • Tlačiarenské služby
      • Počítačové školenie a online pomocné služby
      • Charakterové služby
      • Identifikačné a autentifikačné služby
      • Služby kontroly vstupu do systému
      • Audítorské služby
      • Služby kontroly prístupu
      • Nepopierateľné služby
      • Služby riadenia bezpečnosti
      • Dôveryhodné služby obnovy
      • Šifrovacie služby
      • Dôveryhodné komunikačné služby
      • Služby správy používateľov
      • Služby správy konfigurácie (CM)
      • Služby riadenia výkonu
      • Dostupnosť a správa porúch
      • Služby riadenia účtovníctva
      • Služby riadenia bezpečnosti
      • Služby správy tlače
      • Služby správy siete
      • Služby zálohovania a obnovy
      • Služby správy diskov online
      • Služby správy licencií
      • Služby správy kapacity
      • Inštalácia softvéru
      • Problémy so službami predaja lístkov
      43.4.2.1 Objektovo orientované poskytovanie služieb

      Podrobný popis každej z týchto kategórií služieb je uvedený v 43.5.13 Objektovo orientované poskytovanie služieb.

      • Služby sprostredkovateľa požiadaviek na objekty (ORB):
        • Implementačné služby úložiska
        • Inštalačné a aktivačné služby
        • Služby úložiska rozhraní
        • Replikačné služby
        • Služby riadenia zmien
        • Služby zbierok
        • Služby riadenia súbežnosti
        • Služby výmeny údajov
        • Služby riadenia udalostí
        • Externalizačné služby
        • Licenčné služby
        • Služby životného cyklu
        • Pomenovacie služby
        • Služby trvalých objektov
        • Služby v oblasti nehnuteľností
        • Dopytové služby
        • Vzťahové služby
        • Bezpečnostné služby
        • Štartovacie služby
        • Časové služby
        • Obchodné služby
        • Transakčné služby

        43.4.3 Vlastnosti služieb aplikačnej platformy

        43.4.3.1 Princípy

        Okrem kategórií služieb platformy vymedzených funkčnými kategóriami ovplyvňujú kvality služieb architektúry informačných systémov. Kvalita služby popisuje správanie, ako je adaptabilita alebo spravovateľnosť. Kvalita služby má všadeprítomný vplyv na fungovanie väčšiny alebo všetkých kategórií funkčných služieb.

        Všeobecne požiadavka na danú úroveň konkrétnej kvality služieb vyžaduje, aby pri dosahovaní cieľa spolupracovala jedna alebo viac kategórií funkčných služieb. Zvyčajne to znamená, že softvérové ​​stavebné bloky, ktoré implementujú funkčné služby, obsahujú softvér, ktorý prispieva k implementácii kvality.

        Aby bola kvalita poskytovaná správne, musia byť na jej podporu navrhnuté všetky príslušné funkčné služby. Kvality služieb môžu vyžadovať aj podporu zo strany softvéru v entite aplikačného softvéru a externého prostredia, ako aj v aplikačnej platforme.

        V niektorých prípadoch kvalita služby ovplyvňuje každú z kategórií služieb podobným spôsobom, zatiaľ čo v iných prípadoch má kvalita služby jedinečný vplyv na jednu konkrétnu kategóriu služby. Napríklad medzinárodná prevádzka závisí od väčšiny kategórií služieb rovnako, a to tak poskytovaním zariadení, ako aj potrebou ich spolupráce pri lokalizácii správ, typov písma a ďalších funkcií miestneho nastavenia, môže však mať hlbší vplyv na služby softvérového inžinierstva, kde môžu byť potrebné zariadenia na výrobu internacionalizovaného softvéru.

        Počas procesu vývoja architektúry musí byť architekt vedomý existencie kvalít a rozsahu ich vplyvu na výber softvérových stavebných blokov použitých pri implementácii architektúry. Najlepším spôsobom, ako zabezpečiť, aby sa na kvality nezabudlo, je vytvoriť maticu kvality s popisom vzťahov medzi každou funkčnou službou a vlastnosťami, ktoré ju ovplyvňujú.

        43.4.3.2 Taxonómia kvality služieb

        Vlastnosti služby, ktoré sú v súčasnosti identifikované v taxonómii TRM, sú:

        • Dostupnosť (miera, do akej je niečo k dispozícii na použitie), vrátane:
          • Spravovateľnosť, schopnosť zhromažďovať informácie o stave niečoho a riadiť ho
          • Prevádzkovateľnosť, schopnosť identifikovať problémy a prijať nápravné opatrenia, napríklad opraviť alebo inovovať komponent v bežiacom systéme
          • Výkon, schopnosť súčasti plniť svoje úlohy vo vhodnom čase
          • Spoľahlivosť, alebo odolnosť voči poruche
          • Vymáhateľnosťalebo schopnosť obnoviť systém do funkčného stavu po prerušení
          • Lokalizovateľnosť, schopnosť systému nájsť v prípade potreby
          • Bezpečnosť, alebo ochrana informácií pred neoprávneným prístupom
          • Bezúhonnosťalebo záruka, že nedošlo k poškodeniu údajov
          • Dôveryhodnosť, alebo úroveň dôvery v integritu systému a jeho údajov
          • Medzinárodná prevádzkavrátane viacjazyčných a multikultúrnych schopností
          • Interoperabilita, či už v rámci organizácie alebo mimo nej (napríklad interoperabilita funkcií kalendára alebo plánovania môže byť kľúčom k užitočnosti systému)
          • Škálovateľnosť, schopnosť komponentu primerane rásť alebo zmenšovať svoj výkon alebo kapacitu podľa požiadaviek prostredia, v ktorom pracuje
          • Prenosnosťdát, osôb, aplikácií a komponentov
          • Rozšíriteľnosť, alebo schopnosť prijať novú funkčnosť
          • Schopnosť ponúknuť prístup k službám v nových paradigmách, ako je objektová orientácia

          43.5 Podrobná taxonómia platformy

          Táto časť poskytuje podrobnú taxonómiu služieb a vlastností platformy.

          43.5.1 Služby výmeny údajov

          Služby výmeny údajov poskytujú špecializovanú podporu pri výmene informácií medzi aplikáciami a externým prostredím. Tieto služby sú určené na zvládnutie výmeny údajov medzi aplikáciami na rovnakej platforme a aplikáciami na rôznych (heterogénnych) platformách. Podobná sada služieb existuje pre objektovo orientovanú výmenu údajov, ktorú nájdete v časti Služby výmeny dát a Externalizačné služby v 43.5.13 Objektovo orientované poskytovanie služieb.

          • Zadanie a konverzia generických údajov dokumentu služby sú podporované špecifikáciami pre kódovanie údajov (napr. textu, obrázkov, číselných znakov, špeciálnych znakov) a logickými aj vizuálnymi štruktúrami elektronických dokumentov vrátane zložených dokumentov.
          • Výmena grafických údajov služby sú podporované nezávislými popismi obrazových prvkov pre vektorovú grafiku a popismi pre rastrovú grafiku.
          • Špecializovaná výmena údajov služby sú podporované špecifikáciami, ktoré popisujú údaje používané na konkrétnych vertikálnych trhoch. Trhy, na ktorých takéto špecifikácie existujú, zahŕňajú lekársky, knižničný, zubný, zabezpečovací a ropný priemysel.
          • Elektronická výmena dát služby sa používajú na vytvorenie elektronického (bezpapierového) prostredia pre obchod a dosiahnutie významného prírastku kvality, odozvy a úspor, ktoré také prostredie poskytuje. Medzi príklady aplikácií, ktoré využívajú služby elektronického obchodu, patria: vyhľadávanie dodávateľov a výber zákazky zadanie údajov o produkte expedícia, preposielanie a príjem colných informácií o platbe, kontrola skladu, údržba, daňové údaje a údaje o poistení.
          • Faxom služby sa používajú na vytváranie, skúmanie, prenos a / alebo príjem faxových obrázkov.

          Nasledujúce funkčné oblasti sú v súčasnosti podporované hlavne aplikačným softvérom, ale postupujú smerom k migrácii na aplikačnú platformu:

          • Surové grafické rozhranie funkcie podporujú formáty grafických dátových súborov, ako sú TIFF, JPEG, GIF a CGM.
          • Spracovanie textu funkcie, vrátane schopnosti vytvárať, upravovať, zlúčiť a formátovať text.
          • Spracovanie dokumentu funkcie vrátane schopnosti vytvárať, upravovať, zlúčiť a formátovať dokumenty. Tieto funkcie umožňujú skladanie dokumentov, ktoré obsahujú grafiku, obrázky a dokonca aj hlasové poznámky, spolu so štylizovaným textom. Zahrnuté sú pokročilé funkcie formátovania a úprav, ako sú sprievodcovia štýlmi, kontrola pravopisu, použitie viacerých stĺpcov, generovanie obsahu, hlavičky a päty, nástroje na navrhovanie a podpora skenovania obrázkov do bitovo mapovaných formátov. Medzi ďalšie možnosti patrí kompresia a dekompresia obrázkov alebo celých dokumentov.
          • Vydavateľstvo funkcie, vrátane začlenenia obrázkov a farebnej grafiky vo fotografickej kvalite, a pokročilé funkcie formátovania a štýlu, ako je obtekanie textu okolo grafických objektov alebo obrázkov a vyrovnanie párov (t. j. zmena medzery medzi textovými znakmi). Tieto funkcie tiež spolupracujú so sofistikovaným tlačovým a výrobným zariadením. Medzi ďalšie možnosti patrí farebné vykreslenie a kompresia a dekompresia obrázkov alebo celých dokumentov.
          • Spracovanie videa funkcie, vrátane schopnosti zachytávať, komponovať, upravovať, komprimovať a dekomprimovať video informácie pomocou formátov ako MPEG. K dispozícii je tiež statická grafika a funkcie generovania titulov.
          • Spracovanie zvuku funkcie, vrátane schopnosti zachytávať, skladať, upravovať, komprimovať a dekomprimovať zvukové informácie.
          • Spracovanie multimédií funkcie vrátane schopnosti ukladať, vyhľadávať, upravovať, triediť, vyhľadávať a tlačiť všetky alebo ľubovoľné kombinácie vyššie uvedených médií. Patrí sem podpora pre mikrofilmové médiá, optická technológia ukladania, ktorá umožňuje ukladanie naskenovaných alebo počítačom vyrobených dokumentov pomocou digitálnych technológií ukladania, schopnosti skenovania a kompresie a dekompresie dát.
          • Synchronizácia médií funkcie umožňujú synchronizáciu streamov údajov, ako sú audio a video, na prezentačné účely.
          • Prezentácia a distribúcia informácií funkcie sa používajú na riadenie distribúcie a prezentácie informácií z dávkových a interaktívnych aplikácií. Tieto funkcie sa používajú na ochranu aplikácií v obchodnej oblasti pred tým, ako sa používajú informácie. Umožňujú aplikáciám v obchodnej oblasti vytvárať všeobecné súbory informácií bez vloženia ovládacích prvkov, ktoré diktujú použitie týchto informácií. Medzi funkcie distribúcie a prezentácie informácií patrí výber vhodných funkcií formátovania potrebných na distribúciu a prezentáciu informácií rôznym aplikáciám a používateľom v oblasti podnikania. Funkcie prezentácie a distribúcie informácií tiež zahŕňajú schopnosť ukladať, archivovať, uprednostňovať, obmedzovať a znovu vytvárať informácie.
          • Hypertext funkcie podporujú generovanie, distribúciu, umiestnenie, vyhľadávanie a zobrazovanie textu a obrázkov lokálne alebo globálne. Medzi tieto funkcie patrí vyhľadávanie a prehliadanie, hypertextové odkazy a prezentácia multimediálnych informácií.

          43.5.2 Služby správy údajov

          Pre väčšinu systémov je ústredná správa údajov, ktorú je možné definovať nezávisle od procesov, ktoré ich vytvárajú alebo používajú, udržiavať ich na neurčitý čas a zdieľať ich s mnohými procesmi. Medzi služby správy údajov patria:

          • Dátový slovník / úložisko služby umožňujú správcom údajov a informačným inžinierom prístup a úpravu údajov o údajoch (t. j. metadáta). Takéto údaje môžu zahŕňať interné a externé formáty, pravidlá integrity a zabezpečenia a umiestnenie v distribuovanom systéme. Služby dátového slovníka a úložiska tiež umožňujú koncovým používateľom a aplikáciám definovať a získavať údaje, ktoré sú k dispozícii v databáze. Správa údajov definuje štandardizáciu a registráciu jednotlivých typov dátových prvkov tak, aby vyhovovali požiadavkám na zdieľanie údajov a interoperabilitu medzi informačnými systémami v celom podniku. Medzi funkcie správy údajov patria postupy, pokyny a metódy na efektívne plánovanie, analýzu, štandardy, modelovanie, správu konfigurácie, ukladanie, vyhľadávanie, ochranu, validáciu a dokumentáciu údajov. Dátové slovníky sú niekedy viazané na jeden systém správy databáz (DBMS), ale heterogénne dátové slovníky budú podporovať prístup k rôznym databázam DBMS. Úložiská môžu obsahovať širokú škálu informácií vrátane informácií o správe informácií (MIB) alebo informácií týkajúcich sa prípadov. Objektovo orientované systémy môžu poskytovať úložiská pre objekty a rozhrania, ktoré sú popísané v časti Služby úložiska implementácie a Služby úložiska rozhraní v 43.5.13 Objektovo orientované poskytovanie služieb.
          • Systém správy databázy (DBMS) služby poskytujú riadený prístup k štruktúrovaným údajom. Na správu údajov poskytuje systém DBMS kontrolu súbežnosti a možnosti kombinovania údajov z rôznych schém. Rôzne typy DBMS podporujú rôzne dátové modely vrátane relačných, hierarchických, sieťových, objektovo orientovaných a plochých súborov. Niektoré DBMS sú určené pre špeciálne funkcie, ako je ukladanie veľkých predmetov alebo multimediálnych údajov. Služby DBMS sú prístupné cez rozhranie programovacieho jazyka, interaktívne jazykové rozhranie pre manipuláciu s údajmi (napríklad SQL) alebo interaktívne jazykové rozhranie štvrtej generácie. Vyhľadávacie a vyhľadávacie služby pre objekty sú popísané osobitne v časti Dotazové služby v 43.5.13 Objektovo orientované poskytovanie služieb. Z dôvodu efektívnosti poskytujú systémy DBMS často špecifické služby na vytváranie, vyplňovanie, presúvanie, zálohovanie, obnovu, obnovu a archiváciu databáz, aj keď niektoré z týchto služieb by mohli poskytovať všeobecné možnosti správy súborov opísané v časti 43.5.7 Služby operačného systému alebo konkrétna služba záložná služba. Niektoré systémy DBMS podporujú distribúciu databázy vrátane prostriedkov na vzdialenú aktualizáciu záznamov, replikáciu údajov, lokalizáciu a ukladanie údajov do medzipamäte a vzdialenú správu.
          • Objektovo orientovaný systém správy databázy Služby (OODBMS) poskytujú úložisko pre objekty a rozhrania s týmito objektmi. Tieto služby môžu podporovať služby Implementation Repository, Repository Interface a Persistent Object v 43.5.13 Objektovo orientované poskytovanie služieb.
          • Správa súborov služby poskytujú správu údajov prostredníctvom metód prístupu k súborom vrátane indexovaného sekvenčného (ISAM) a hašovaného náhodného prístupu. Ploché súborové a adresárové služby sú popísané v 43.5.7 Služby operačného systému.

          Nasledujúce funkčné oblasti sú v súčasnosti podporované hlavne aplikačným softvérom, ale postupujú smerom k migrácii na aplikačnú platformu:

          • Spracovanie dopytu funkcie, ktoré poskytujú interaktívny výber, extrakciu a formátovanie uložených informácií zo súborov a databáz. Funkcie spracovania dotazov sa vyvolávajú prostredníctvom užívateľsky orientovaných jazykov a nástrojov (často označovaných ako jazyky štvrtej generácie), ktoré zjednodušujú definíciu kritérií vyhľadávania a pomáhajú pri efektívnej prezentácii získaných informácií (vrátane použitia grafiky).
          • Generovanie obrazovky funkcie, ktoré umožňujú definovať a generovať obrazovky podporujúce načítanie, prezentáciu a aktualizáciu údajov.
          • Generovanie správy funkcie, ktoré poskytujú schopnosť definovať a generovať tlačené zostavy zložené z údajov extrahovaných z databázy.
          • Sieť / súčasný prístup funkcie, ktoré riadia súčasný prístup používateľov k funkciám systému správy databáz (DBMS).
          • Skladovanie funkcie, ktoré poskytujú schopnosť ukladať veľmi veľké množstvo údajov - zvyčajne zachytených z iných databázových systémov - a vykonávať na nich online analytické spracovanie na podporu ad hoc dotazy.

          43.5.3 Grafické a obrazové služby

          Grafické služby poskytujú funkcie potrebné na vytváranie, ukladanie, načítanie a manipuláciu s obrázkami. Medzi tieto služby patrí:

          • Správa grafických objektov služby vrátane definovania viacrozmerných grafických objektov vo forme, ktorá je nezávislá od výstupných zariadení, a správy hierarchických štruktúr obsahujúcich grafické údaje. Medzi formáty grafických údajov patria dvoj- a trojrozmerné geometrické výkresy, ako aj obrázky.
          • Kreslenie služby podporujú vytváranie a manipuláciu s obrázkami pomocou softvéru ako GKS, PEX, PHIGS alebo OpenGL.

          Nasledujúce funkčné oblasti sú v súčasnosti podporované hlavne aplikačným softvérom, ale postupujú smerom k migrácii na aplikačnú platformu:

          • Zobrazovanie funkcie zabezpečujúce skenovanie, vytváranie, úpravy, kompresiu a dekompresiu obrázkov v súlade s uznávanými štandardmi formátovania obrázkov, napríklad PIKS / IPI, OpenXIL alebo XIE.

          43.5.4 Medzinárodné prevádzkové služby

          V praxi vývojári informačných systémov spravidla navrhovali a vyvíjali systémy tak, aby vyhovovali požiadavkám konkrétneho geografického alebo lingvistického segmentu trhu, ktorým môže byť národ alebo konkrétny kultúrny trh. Aby bol tento informačný systém životaschopný alebo predajný pre iný segment trhu, bol obvykle potrebný celý proces reinžinieringu. Používatelia alebo organizácie, ktorí potrebovali pracovať v nadnárodnom alebo multikultúrnom prostredí, to zvyčajne robili pomocou viacerých, všeobecne nekompatibilných systémov na spracovanie informácií.

          Medzinárodná prevádzka poskytuje sadu služieb a rozhraní, ktoré umožňujú užívateľovi definovať, vyberať a meniť medzi rôznymi kultúrne súvisiacimi aplikačnými prostrediami podporovanými konkrétnou implementáciou. Všeobecne by sa tieto služby mali poskytovať tak, aby otázky internacionalizácie boli pre logiku aplikácie transparentné.

          • Sady znakov a reprezentácia údajov Služby zahŕňajú schopnosť vkladať, ukladať, manipulovať, načítať, komunikovať a prezentovať údaje nezávisle od použitej kódovacej schémy.To zahŕňa schopnosť udržiavať a pristupovať k centrálnemu úložisku znakových sad všetkých kódovaných znakových sád používaných na celej platforme. Sady znakov budú jedinečne identifikované, aby si koncový používateľ alebo aplikácia mohla zvoliť kódovanú znakovú sadu, ktorá sa má použiť. Táto na systéme nezávislá reprezentácia podporuje prenos (alebo zdieľanie) hodnôt a syntaxe, ale nie sémantiky, dátových záznamov medzi komunikujúcimi systémami. Špecifikácie sú nezávislé od interných záznamov a reprezentácií polí komunikujúcich systémov. Zahrnutá je tiež schopnosť rozpoznať kódovanú znakovú sadu dátových entít a následne tieto dáta vkladať, komunikovať a prezentovať.
          • Kultúrny dohovor služby poskytujú schopnosť ukladať a pristupovať k pravidlám a konvenciám pre kultúrne subjekty udržiavané v archíve kultúrnych konvencií nazývanom & quotlocale & quot. Miestne nastavenia by mali byť dostupné pre všetky aplikácie. Miestne nastavenia zvyčajne zahŕňajú formáty dátumu a meny, postupnosti zoradenia a formáty čísel. Štandardizované formáty miestnych nastavení a API umožňujú softvérovým entitám používať informácie o miestnych nastaveniach vyvinuté inými.
          • Podpora miestneho jazyka Služby poskytujú schopnosť súčasne podporovať viac ako jeden jazyk v systéme. Správy, ponuky, formuláre a online dokumentácia sa dajú zobraziť v jazyku, ktorý si zvolí používateľ. Vstup z klávesníc, ktoré boli lokálne upravené tak, aby podporovali miestne znakové sady, možno interpretovať správne.

          Správne fungovanie medzinárodných prevádzkových služieb závisí od všetkých zapojených softvérových subjektov, ktoré sú schopné:

          • Použite miestne nastavenia
          • Podľa potreby prepínajte medzi miestnymi nastaveniami
          • Udržujte viac aktívnych miestnych nastavení
          • Prístup k vhodným písmam

          To si vyžaduje, aby boli softvérové ​​entity napísané konkrétnym štýlom a aby boli od začiatku navrhnuté s ohľadom na internacionalizáciu.

          43.5.5 Lokalizačné a adresárové služby

          Lokalizačné a adresárové služby poskytujú špecializovanú podporu pri vyhľadávaní požadovaných zdrojov a pri sprostredkovaní medzi spotrebiteľmi služieb a poskytovateľmi služieb.

          World Wide Web založený na internete vytvoril potrebu lokalizácie informačných zdrojov, ktorá je v súčasnosti uspokojená hlavne pomocou vyhľadávacích nástrojov. Pokrok v globálnom internete a v heterogénnych distribuovaných systémoch si vyžaduje aktívne sprostredkovanie prostredníctvom sprostredkovateľských služieb, ktoré zahŕňajú automatickú a dynamickú registráciu, prístup k adresárom, komunikáciu adresárov, filtráciu a účtovnícke služby pre prístup k zdrojom.

          • Adresár služby poskytujú klientom služby určujúce, kde sa zdroje nachádzajú, a rozšírením spôsobu, akým je možné ich dosiahnuť. „Klientmi“ môžu byť ľudia alebo počítačové programy a „zdrojmi“ môžu byť rôzne služby, ako sú mená, e-mailové adresy, bezpečnostné certifikáty, tlačiarne, webové stránky atď.
          • Špeciálne pomenovanie služby poskytujú služby, ktoré odkazujú na názvy (usporiadané reťazce tlačiteľných znakov) na objekty v danom kontexte (menné priestory). Objekty sú zvyčajne hierarchicky usporiadané v rámci menných priestorov. Príklady sú:
            • Systémy súborov
            • Bezpečnostné databázy
            • Spracovať fronty

            43.5.6 Sieťové služby

            Sieťové služby sú poskytované na podporu distribuovaných aplikácií vyžadujúcich prístup k dátam a interoperabilitu aplikácií v heterogénnych alebo homogénnych sieťových prostrediach.

            Sieťová služba pozostáva z rozhrania a základného protokolu.

            • Dátová komunikácia, ktoré zahŕňajú rozhrania a protokoly na spoľahlivý, transparentný a komplexný prenos údajov cez komunikačné siete. Dátové komunikačné služby zahŕňajú funkcie na vysokej úrovni (napríklad prenos súborov, vzdialené prihlásenie, vzdialené vykonávanie procesov alebo integračné služby pre PC) a funkcie na nízkej úrovni (napríklad soketové API), ktoré poskytujú priamy prístup ku komunikačným protokolom.
            • Elektronická pošta Služby zahŕňajú schopnosť odosielať, prijímať, preposielať, ukladať, zobrazovať, načítať, uprednostňovať, autentifikovať a spravovať správy. Zahŕňa to schopnosť pridávať súbory a dokumenty k správam. Správy môžu obsahovať ľubovoľnú kombináciu údajov, textu, zvuku, grafiky a obrázkov a malo by byť možné ich formátovať do štandardných formátov výmeny údajov. Táto služba zahŕňa použitie adresárov a distribučných zoznamov na smerovanie informácií, schopnosť priradiť priority, použitie predformátovaných elektronických formulárov a schopnosť sledovať stav správ. Medzi súvisiace služby patrí súhrnný zoznam prichádzajúcich správ, protokol prijatých a prečítaných správ, schopnosť ukladať alebo tlačiť správy a schopnosť odpovedať na správy alebo ich posielať ďalej.
            • Distribuované údaje služby poskytujú prístup a úpravu údajov / metadát vo vzdialených alebo miestnych databázach. V distribuovanom prostredí sa údaje, ktoré nie sú k dispozícii v lokálnej databáze, načítajú zo vzdialeného údajového servera na žiadosť lokálneho klienta.
            • Distribuovaný súbor služby poskytujú transparentný vzdialený prístup k súborom. Aplikácie majú rovnocenný prístup k údajom bez ohľadu na ich fyzické umiestnenie. Medzi pomocné služby pre túto funkciu patrí transparentné adresovanie, údaje z vyrovnávacej pamäte, replikácia údajov, uzamykanie súborov a protokolovanie súborov.
            • Distribuovaný názov služby poskytujú prostriedky na jedinečnú identifikáciu zdrojov v distribuovanom výpočtovom systéme. Tieto služby sú dostupné aplikáciám v sieti a poskytujú informácie, ktoré môžu zahŕňať názov prostriedku, súvisiace atribúty, fyzické umiestnenie a funkčnosť prostriedku. Upozorňujeme, že všetky systémové prostriedky by mali byť identifikovateľné vo všetkých informačných systémoch podľa distribuovaného názvu. To umožňuje zmenu fyzického umiestnenia, a to nielen na prispôsobenie pohybu, ale aj na vyrovnanie záťaže, využitie systému, zmenu mierky (pridanie procesorov a presunutie prostriedkov na prispôsobenie zvýšeným zdrojom), distribuované spracovanie a všetky aspekty otvorených systémov. Medzi služby distribuovaného názvu patria adresárové služby, ako napríklad X.500, a sieťové navigačné služby. Služby distribuovaných mien zahŕňajú spôsoby vyhľadania údajových objektov podľa názvu aj podľa funkcie. 43.5.13 Objektovo orientované poskytovanie služieb popisuje ekvivalentné služby v časti Služby pomenovania a Obchodné služby.
            • Distribuovaný čas služby poskytujú synchronizovanú časovú koordináciu podľa potreby medzi distribuovanými procesmi v rôznych časových pásmach. Ekvivalentná služba je opísaná v časti Časové služby v 43.5.13 Objektovo orientované poskytovanie služieb.
            • Vzdialený proces (prístup) služby poskytujú prostriedky pre rozptýlené aplikácie na komunikáciu cez počítačovú sieť. Tieto služby uľahčujú komunikáciu medzi programami bez ohľadu na ich distribuovanú povahu alebo fungovanie na heterogénnych platformách. Služby vzdialeného procesu vrátane vzdialeného volania procedúry (RPC) a mechanizmov asynchrónneho zasielania správ sú základom aplikácií klient / server.
            • Vzdialené zaraďovanie tlače a distribúcia výstupu služby poskytujú prostriedky na vzdialený tlačový výstup. Medzi tieto služby patrí správa vzdialenej tlače vrátane výberu tlačiarní a médií, používanie formulárov, zabezpečenie a správa tlačových front.

            Nasledujúce funkčné oblasti sú v súčasnosti podporované hlavne aplikačným softvérom, ale postupujú smerom k migrácii na aplikačnú platformu:

            • Vylepšené telefonovanie funkcie vrátane nastavenia hovoru, koordinácie hovorov, presmerovania hovorov, čakania na hovor, programovaných telefónnych zoznamov, telekonferencií, automatickej distribúcie hovorov (užitočné pre zaneprázdnené kategórie služieb zákazníkom) a záznamu podrobností hovoru.
            • Zdieľaná obrazovka funkcie, ktoré poskytujú audiokonferencie so spoločnými oknami pracovných staníc medzi dvoma alebo viacerými používateľmi. To zahŕňa schopnosť obnovovať okná vždy, keď niekto zobrazí nový materiál alebo zmení existujúce zobrazenie. Každý používateľ má možnosť graficky anotovať alebo upraviť zdieľané okno konferencie.
            • Video konferencia funkcie, ktoré poskytujú obojsmerný prenos videa medzi rôznymi lokalitami. Medzi tieto funkcie patrí nastavenie hovoru, koordinácia hovoru, obojsmerné zobrazenie plného pohybu udalostí a účastníkov, podpora riadenia nasmerovania kamier od pevnej polohy po smerovanie odosielateľa po smerovanie prijímača po automatický zvuk. zdvihnúť.
            • Vysielanie funkcie, ktoré poskytujú jednosmerné zvukové alebo zvukové / obrazové komunikačné funkcie medzi miestom odosielania a viacerými miestami prijímania alebo medzi viacerými miestami odosielania a prijímania.
            • Zoznam adries funkcie, ktoré umožňujú skupinám zúčastňovať sa na konferenciách. Tieto konferencie sa môžu alebo nemusia konať v reálnom čase. Účastníci konferencie alebo pozvaní hostia sa môžu podľa ľubovôle zúčastňovať alebo odchádzať z konferencií alebo subkonferencií. Poskytuje sa schopnosť sledovať výmeny. Medzi funkcie patrí výmena dokumentov, správa konferencií, záznamové zariadenia a možnosti vyhľadávania a načítania.

            43.5.7 Služby operačného systému

            Služby operačného systému sú zodpovedné za správu prostriedkov platformy, vrátane procesora, pamäte, súborov a vstupu a výstupu. Spravidla chránia aplikácie pred implementačnými detailmi stroja. Medzi služby operačného systému patria:

            • Operácie jadra poskytovať služby na nízkej úrovni potrebné na:
              • Vytvárajte a spravujte procesy a vlákna vykonávania
              • Vykonávať programy
              • Definujte a komunikujte asynchrónne udalosti
              • Definujte a spracujte operácie s hodinami systému
              • Implementujte bezpečnostné prvky
              • Spravujte súbory a adresáre
              • Ovládajte spracovanie vstupu / výstupu do az periférnych zariadení

              Niektoré služby jadra majú analógy opísané v 43.5.13 Objektovo orientované poskytovanie služieb, napríklad služby riadenia súbežnosti.

              • Porovnávanie, tlač a zobrazovanie obsahu súborov
              • Úpravy súborov
              • Hľadanie vzorov
              • Hodnotiace výrazy
              • Protokolovanie správ
              • Presun súborov medzi adresármi
              • Triedenie údajov
              • Vykonávanie príkazových skriptov
              • Lokálne zaraďovanie tlače
              • Procesy plánovania vykonania signálu
              • Prístup k informáciám o prostredí

              43.5.8 Služby softvérového inžinierstva

              Funkčný aspekt aplikácie je obsiahnutý v programovacích jazykoch používaných na jej kódovanie. Profesionálni vývojári systémov navyše požadujú nástroje vhodné na vývoj a údržbu aplikácií. Tieto schopnosti poskytujú služby softvérového inžinierstva, ktoré zahŕňajú:

              • Programovací jazyk služby poskytujú základnú syntax a sémantickú definíciu na použitie vývojárom softvéru na opísanie požadovanej funkcie aplikačného softvéru. Služby shellového a výkonného skriptového jazyka umožňujú skôr použitie programových príkazov alebo pomôcok ako programovacieho jazyka. Mušle a výkonné skripty sa zvyčajne interpretujú skôr ako kompilujú, ale niektoré operačné systémy podporujú kompilátory výkonných skriptov. Naproti tomu niektoré prekladače produkujú kód, ktorý sa má interpretovať za behu programu. Medzi ďalšie nástroje v tejto skupine patria formátory zdrojových kódov a kompilátory prekladačov.
              • Prepojenie objektového kódu služby poskytujú programom možnosť prístupu k základnej aplikácii a platforme operačného systému prostredníctvom rozhraní API, ktoré boli definované nezávisle od počítačového jazyka. Používajú ho programátori na získanie prístupu k týmto službám pomocou metód konzistentných s operačným systémom a použitým konkrétnym jazykom. Prepojenie je závislé od operačného systému, ale nezávislé od jazyka.
              • Prostredie a nástroje počítačového softvérového inžinierstva (CASE) Služby zahŕňajú systémy a programy, ktoré pomáhajú pri automatizovanom vývoji a údržbe softvéru. Patria sem okrem iného nástroje na špecifikáciu a analýzu požiadaviek, na návrhové práce a analýzy, na vytváranie, úpravy, testovanie a ladenie programového kódu, na dokumentáciu, prototypy a skupinovú komunikáciu. Rozhrania medzi týmito nástrojmi zahŕňajú služby na ukladanie a získavanie informácií o systémoch a na výmenu týchto informácií medzi rôznymi súčasťami vývojového prostredia systému. Doplnkom k týmto schopnostiam je schopnosť spravovať a riadiť konfiguráciu softvérových komponentov, testovacích údajov a knižníc na zaznamenávanie zmien zdrojového kódu alebo na prístup k úložiskám CASE. Medzi ďalšie jazykové nástroje patria generátory a prekladače kódov, nástroje umelej inteligencie a nástroje ako systémový príkaz UNIX urobiť, ktorá využíva znalosti vzájomných závislostí medzi modulmi na prekompilovanie a prepojenie iba tých častí programu, ktoré sa zmenili.
              • Budovanie grafického používateľského rozhrania (GUI) služby pomáhajú pri vývoji prvkov aplikácií v počítačovom rozhraní (HCI). Medzi nástroje patria služby na generovanie a zachytenie rozložení obrazovky a na definovanie vzhľadu, funkcií, správania a polohy grafických objektov.
              • Skriptovací jazyk služby poskytujú tlmočené jazyky, ktoré umožňujú používateľovi vykonávať niektoré komplikované funkcie jednoduchým spôsobom. Medzi oblasti aplikácií, ktoré poskytujú špeciálne skriptovacie jazyky, patrí výpočet, vývoj grafického užívateľského rozhrania a vývoj prototypových aplikácií.
              • Jazyková väzba služby poskytujú mapovania z rozhraní poskytovaných programovacími jazykmi na služby poskytované aplikačnou platformou. V mnohých prípadoch je mapovanie jednoduché, pretože platforma poskytuje analogické služby so službami očakávanými aplikáciou. V iných prípadoch musí služba jazykových väzieb použiť kombináciu služieb aplikačnej platformy na zabezpečenie plne funkčného mapovania.
              • Prevádzkové prostredie služby poskytujú podporu pre aplikačný softvér za behu programu. Táto podpora zahŕňa lokalizáciu a pripojenie dynamicky prepojených knižníc alebo dokonca emuláciu iného operačného prostredia ako toho, ktoré skutočne existuje.
              • Binárne rozhranie aplikácie služby poskytujú služby, vďaka ktorým je aplikačná platforma v súlade s definovanými štandardmi binárneho rozhrania aplikácie.

              43.5.9 Služby spracovania transakcií

              Služby transakčného spracovania (TP) poskytujú podporu pre online spracovanie informácií v samostatných jednotkách nazývaných „transakcie“ so zaistením stavu informácií na konci transakcie. To zvyčajne zahrnuje vopred určené sekvencie zadávania údajov, overovania, zobrazovania a aktualizácie alebo zisťovania týkajúceho sa súboru alebo databázy. Zahŕňa tiež služby na stanovenie priorít a sledovanie transakcií. Služby TP môžu zahŕňať podporu distribúcie transakcií do kombinácie miestnych a vzdialených procesorov.

              Transakcia je úplná jednotka práce. Môže obsahovať veľa výpočtových úloh, ktoré môžu zahŕňať užívateľské rozhranie, načítanie údajov a komunikáciu. Typická transakcia upravuje zdieľané zdroje. Transakcie tiež musia byť v prípade potreby možné vrátiť späť (to znamená vrátiť späť), a to v ktorejkoľvek fáze. Keď je transakcia dokončená bez zlyhania, je potvrdená. Dokončenie transakcie znamená buď záväzok, alebo vrátenie platby.

              Služba TP zvyčajne obsahuje správcu transakcií, ktorý spája softvér na zadávanie a zobrazovanie údajov so softvérom na spracovanie, databázu a ďalšie zdroje a vytvára tak kompletnú službu.

              Súčet všetkej práce vykonanej kdekoľvek v systéme v priebehu jednej transakcie sa nazýva „globálna transakcia“. Transakcie sa neobmedzujú iba na jednu aplikačnú platformu.

              • Správca transakcií služby, ktoré aplikácii umožňujú vymedziť transakcie a riadiť ich dokončenie. Medzi služby správcu transakcií patria:
                • Zahájenie transakcie
                • Koordinácia obnoviteľných zdrojov použitých v transakcii
                • Zaviazanie alebo vrátenie transakcií
                • Kontrola časových limitov transakcií
                • Zreťazenie transakcií
                • Monitorovanie stavu transakcie

                Niektoré služby správcu transakcií majú ekvivalenty opísané v 43.5.13 Objektovo orientované poskytovanie služieb v časti Transakčné služby.

                43.5.10 Služby užívateľského rozhrania

                Služby používateľského rozhrania definujú, ako môžu používatelia interagovať s aplikáciou. V závislosti od schopností požadovaných používateľmi a aplikáciami môžu tieto rozhrania obsahovať nasledujúce:

                • Grafický klient / server služby, ktoré definujú vzťahy medzi procesmi klienta a servera a prevádzkujú grafické displeje používateľského rozhrania, zvyčajne v rámci siete. V tomto prípade je program, ktorý riadi každú zobrazovaciu jednotku, procesom servera, zatiaľ čo nezávislé užívateľské programy sú klientske procesy, ktoré od servera požadujú zobrazovacie služby.
                • Zobraziť objekty služby, ktoré definujú vlastnosti prvkov displeja, ako je farba, tvar, veľkosť, pohyb, grafický kontext, užívateľské preferencie, správa písma a interakcie medzi prvkami displeja.
                • Správa okien služby, ktoré definujú, ako sa okná navzájom vytvárajú, presúvajú, ukladajú, obnovujú, odstraňujú a súvisia.
                • Podpora dialógov služby prekladajú zadané údaje na zobrazenie na údaje, ktoré sa skutočne zobrazujú na obrazovke (napr. pohyby kurzora, zadávanie údajov pomocou klávesnice a externé zariadenia na zadávanie údajov).
                • Tlač služby podporujú výstup textových a / alebo grafických údajov vrátane nevyhnutného filtrovania alebo prevodu formátu. Medzi tlačiarenské služby patrí schopnosť tlačiť celý dokument alebo jeho časť, tlačiť a zhromažďovať viac ako jednu kópiu, zvoliť veľkosť a orientáciu výstupu, zvoliť rozlíšenie tlače, farby a grafické správanie a určiť písma a ďalšie charakteristiky.
                • Počítačové školenie a online pomoc služby poskytujú integrované školiace prostredie na pracovných staniciach používateľov. Školenie je podľa potreby k dispozícii pre všetky aplikácie dostupné v danom prostredí. Elektronické správy sú poskytované stlačením klávesu odkiaľkoľvek v rámci aplikácie. Patrí sem školenie týkajúce sa používania aplikácie a dostupnosť interaktívneho školenia online na mieste.
                • Na základe znakov služby, ktoré sa zaoberajú podporou negrafických terminálov. Medzi znakové služby patrí podpora ovládania atribútov zobrazenia nezávislých od typu terminálu, pohybov kurzora, programovateľných klávesov, zvukových signálov a ďalších funkcií.

                Medzi služby spojené s okenným systémom patrí vizuálne zobrazenie informácií na obrazovke, ktorá obsahuje jedno alebo viac okien alebo panelov, podpora ukazovania na objekt na obrazovke pomocou ukazovacieho zariadenia, ako je myš alebo dotyková obrazovka, a manipulácia sady objektov na obrazovke cez ukazovacie zariadenie alebo cez klávesnicu. Medzi ďalšie používateľské rozhrania patria priemyselné ovládacie prvky a zariadenia virtuálnej reality.

                43.5.11 Bezpečnostné služby

                Bezpečnostné služby sú potrebné na ochranu citlivých informácií v informačnom systéme. Vhodná úroveň ochrany sa určuje na základe hodnoty informácií pre koncových používateľov v obchodnej oblasti a vnímania ich hrozieb.

                Aby bola bezpečnosť efektívna, musí byť posilnená, nesmie sa nikdy brať ako samozrejmosť a musí byť navrhnutá do architektúry a nesmie byť následne skrutkovaná.Či už je systém samostatný alebo distribuovaný, bezpečnosť sa musí vzťahovať na celý systém. Nesmieme zabúdať, že požiadavka na bezpečnosť sa rozširuje nielen na celý rad entít v systéme, ale aj na čas.

                Pri vytváraní bezpečnostnej architektúry je najlepším prístupom zvážiť, čo sa bráni, akú má hodnotu a aké sú pre ňu hrozby. Hlavné hrozby, ktorým je potrebné čeliť, sú:

                • Strata dôvernosti údajov
                • Nedostupnosť údajov alebo služieb
                • Strata integrity údajov
                • Neoprávnené použitie zdrojov

                Proti týmto hrozbám poskytujú nasledujúce služby:

                • Identifikácia a autentifikácia služby poskytujú:
                  • Identifikácia, zodpovednosť a audit používateľov a ich akcií
                  • Autentifikácia a údaje o účte
                  • Ochrana autentifikačných údajov
                  • Aktívne informácie o stave používateľa
                  • Mechanizmy overovania hesla
                  • Varovanie pred neoprávnenými používateľmi, že systém je informovaný o bezpečnosti
                  • Autentifikácia používateľov
                  • Informácie zobrazené pri vstupe o predchádzajúcich úspešných a neúspešných pokusoch o prihlásenie
                  • Uzamknutie relácie iniciované používateľom zabraňujúce ďalšiemu prístupu, kým nebude používateľ znova overený
                  • Atribúty riadenia prístupu pre predmety (napríklad procesy) a objekty (napríklad súbory)
                  • Presadzovanie pravidiel priraďovania a zmeny atribútov riadenia prístupu
                  • Presadzovanie kontrol prístupu
                  • Kontrola vytvárania a mazania objektov vrátane zabezpečenia toho, že opätovné použitie objektov neumožňuje subjektom náhodne získať prístup k informáciám, ktoré boli v objekte predtým.

                  Služby riadenia prístupu sa tiež zobrazujú v časti Bezpečnostné služby v 43.5.13 Objektovo orientované poskytovanie služieb.

                  • Bezpečný spôsob vzájomnej autentifikácie zmluvných strán bez rizika následného maskovania odposluchu za jednu zo strán
                  • Bezpečný spôsob generovania a overovania kontrolných hodnôt integrity údajov
                  • Šifrovanie a dešifrovanie údajov na účely dôvernosti a na iné účely
                  • Spôsob, ako vytvoriť nezvratný hash údajov na podporu funkcií digitálneho podpisu a nevyvrátiteľnosti
                  • Generovanie, odvodzovanie, distribúcia, ukladanie, vyhľadávanie a mazanie kryptografických kľúčov

                  Bezpečnostné služby vyžadujú od iných softvérových subjektov spoluprácu pri:

                  • Kontrola prístupu k zdrojom spravovaným entitou
                  • Účtovníctvo a audit udalostí týkajúcich sa bezpečnosti
                  • Import a export údajov
                  • Prípadne všetky ostatné bezpečnostné služby v závislosti od konkrétneho implementačného prístupu

                  Bezpečnostné služby sú jednou z kategórií, kde je obzvlášť dôležitý široký pohľad, pretože reťazec je taký silný ako jeho najslabší článok. Toto je jedna kategória služieb, kde má externé prostredie zásadné dôsledky na aplikačnú platformu. Napríklad prítomnosť brány firewall môže poskytnúť jediný bod prístupu do siete z vonkajšieho sveta, čo umožňuje sústrediť kontrolu prístupu na jednom mieste a uvoľniť požiadavky za bránou firewall.

                  43.5.12 Služby správy systému a sietí

                  Informačné systémy pozostávajú z najrôznejších zdrojov, ktoré je potrebné efektívne riadiť, aby sa dosiahli ciele otvoreného systémového prostredia. Aj keď sa jednotlivé zdroje (napríklad tlačiarne, softvér, používatelia, procesory) môžu veľmi líšiť, ich čerpanie ako spravovaných objektov umožňuje jednotné zaobchádzanie. Základné koncepty riadenia - vrátane prevádzky, správy a údržby - možno potom aplikovať na celú sadu komponentov informačného systému spolu s ich sprievodnými službami.

                  Funkčnosť správy systému a siete možno rozdeliť niekoľkými rôznymi spôsobmi. Jedným zo spôsobov je rozdelenie podľa prvkov správy, ktoré sa všeobecne vzťahujú na všetky funkčné zdroje. Toto rozdelenie sa zmenšuje takto:

                  • správa užívateľov služby poskytujú schopnosť udržiavať preferencie a privilégiá používateľa.
                  • Správa konfigurácie (CM) služby riešia štyri základné funkcie:
                    • Identifikácia a špecifikácia všetkých komponentových zdrojov
                    • Ovládanie alebo schopnosť zmraziť položky konfigurácie a meniť ich iba prostredníctvom dohodnutých procesov
                    • Zúčtovanie stavu každej konfiguračnej položky
                    • Overenie prostredníctvom série preskúmaní s cieľom zabezpečiť zhodu medzi skutočnou položkou konfigurácie a informáciami o nej zaznamenanými

                    Medzi tieto služby patria: Processor CM, Network CM, Distributed System CM, Topology CM a Application CM. Procesor CM uplatňuje prístup zameraný na platformu. Služby Network CM a Distributed System CM umožňujú spravovať a monitorovať vzdialené systémy vrátane výmeny stavu siete. Topológia CM sa používa na riadenie topológie fyzických alebo logických entít, ktoré sú distribuované. Aplikácia CM sa zameriava na aplikácie. Správa konfigurácie sa tiež zobrazuje ako služby riadenia zmien v 43.5.13 Objektovo orientované poskytovanie služieb.

                    • Správa kapacity analyzujúca súčasný a historický výkon a kapacitu
                    • Správa pracovného zaťaženia na identifikáciu a porozumenie aplikácií, ktoré používajú systém
                    • Plánovanie kapacity na plánovanie potrebných hardvérových zdrojov do budúcnosti

                    Nasledujúce funkčné oblasti sú v súčasnosti podporované hlavne aplikačným softvérom, ale postupujú smerom k migrácii na aplikačnú platformu:

                    • Problémy s predajom lístkov služby podporujú generovanie, spracovanie a sledovanie hlásení problémov. Riešenie problémov je termín pochádzajúci z telekomunikačného sveta, ktorý sa vzťahuje na schopnosť prenášať hlásenia o poruchách v rámci poskytovateľa telekomunikačných služieb aj medzi nimi. V tomto prostredí chyby často zistí zákazník jedného poskytovateľa, zatiaľ čo príčina problému spočíva v administratívnej doméne iného poskytovateľa. Riešenie problémov je bežná služba, ktorá môže byť užitočná pre čoraz väčší rozsah aplikácií, ak sa vykoná práca nevyhnutná na jej rozšírenie z telekomunikácií do širších oblastí distribuovaných aplikácií, ako je e-mail.

                    Toto prelomenie služieb správy systému a sietí je paralelné s prelomom objavujúceho sa riadenia sietí OSI, čím predstavuje celkový ucelený rámec, ktorý sa rovnako vzťahuje na celé siete a jednotlivé uzly sietí.

                    Jedným z dôležitých aspektov štandardov podporujúcich služby v tejto kategórii je, že by nemali presadzovať konkrétne politiky riadenia, ale skôr umožňovať implementáciu širokej škály rôznych politík riadenia vybraných podľa konkrétnych potrieb inštalácií koncových používateľov.

                    Služby správy systému a sietí vyžadujú spoluprácu ďalších softvérových subjektov pri:

                    • Poskytovanie informácií o stave
                    • Oznamovanie udalostí
                    • Reagovanie na pokyny riadenia

                    43.5.13 Objektovo orientované poskytovanie služieb

                    Táto časť ukazuje, ako sú služby poskytované objektovo orientovaným spôsobom. Služba „Objekty“ sa v technickom referenčnom modeli (TRM) nezobrazuje ako kategória, pretože všetky služby jednotlivých objektov sú v príslušných kategóriách služieb začlenené podľa potreby.

                    Objekt je identifikovateľná zapuzdrená entita, ktorá poskytuje jednu alebo viac služieb, o ktoré môže klient požiadať. Klienti požadujú službu vyvolaním príslušnej metódy spojenej s objektom a objekt vykonáva službu v mene klienta. Objekty poskytujú paradigmu programovania, ktorá môže viesť k dôležitým výhodám vrátane:

                    Služby správy objektov poskytujú spôsoby vytvárania, lokalizácie a pomenovania objektov a umožňujú im komunikovať v distribuovanom prostredí. Kompletná sada doposiaľ identifikovaných služieb objektov je pre úplnosť uvedená nižšie. Ak je konkrétna objektová služba súčasťou všeobecne platnejšej kategórie služieb, uvedie sa ukazovateľ na inú kategóriu služby. Medzi služby objektu patria:

                    • Sprostredkovateľ požiadaviek na objekt (ORB) služby, ktoré umožňujú objektom transparentne vytvárať a prijímať požiadavky a odpovede v distribuovanom prostredí. Medzi služby ORB patria:
                      • Repozitár implementácie služby podporujú umiestnenie a správu implementácií objektov. Služby sa podobajú službám poskytovaným službami Data Dictionary / Repository v 43.5.2 Data Management Services.
                      • Inštalácia a aktivácia služby poskytujú spôsoby distribúcie, inštalácie, aktivácie a premiestnenia objektov. To zodpovedá službám softvérovej inštalácie v 43.5.12 Správa systému a sietí.
                      • Repozitár rozhrania služby podporujú ukladanie a správu informácií o rozhraniach k objektom. Služby sa podobajú službám poskytovaným službami Data Dictionary / Repository v 43.5.2 Data Management Services.
                      • Replikácia služby podporujú replikáciu objektov v distribuovaných systémoch vrátane správy konzistencie medzi kópiami.
                      • Riadenie zmien služby poskytujú identifikáciu verzie a správu konfigurácie rozhraní objektov, implementácií a inštancií. To zodpovedá službám správy konfigurácie opísaným v 43.5.12 Služby správy systému a sietí.
                      • Zbierky služby poskytujú operácie so zbierkami objektov, ako sú zoznamy, stromy, komíny alebo fronty. Medzi služby patrí zakladanie, pridávanie objektov alebo ich odstraňovanie zo zbierok, testovanie členstva v množinách, vytváranie zväzkov a priesečníkov množín atď.
                      • Kontrola súbežnosti služby umožňujú viacerým klientom koordinovať ich prístup k zdieľaným zdrojom. Synchronizácia, ako je táto, sa zvyčajne poskytuje pomocou služieb jadra poskytovaných v časti 43.5.7 Služby operačného systému.
                      • Výmena údajov služby podporujú výmenu viditeľných informácií o stave medzi objektmi. V závislosti od druhu zahrnutého objektu to zodpovedá jednej alebo viacerým službám poskytovaným v 43.5.1 Data Interchange Services.
                      • Správa udalostí služby poskytujú základné funkcie pre správu udalostí vrátane asynchrónnych udalostí, udalostí & quotfan-in & quot, upozornení & quotfan-out & quot, a spoľahlivého doručovania udalostí.
                      • Externalizácia služby definujú protokoly a konvencie pre externalizáciu a internalizáciu objektov. Externalizácia znamená zaznamenanie stavu objektu v toku údajov a internalizácia znamená opätovné vytvorenie stavu objektu z dátového toku. Toto je jeden príklad funkcií prezentácie a distribúcie informácií v službe 43.5.1 Data Interchange Services.
                      • Licencovanie politiky podpory služieb pre licencovanie objektov a meranie a spoplatnenie použitia objektov. To zodpovedá službám správy licencií v 43.5.12 Správa systému a sietí.
                      • Životný cyklus služby definujú konvencie pre vytváranie, mazanie, kopírovanie a presúvanie objektov. Tvorba objektov je definovaná v zmysle továrenských objektov, čo sú objekty, ktoré vytvárajú ďalšie objekty.
                      • Pomenovanie služby poskytujú schopnosť viazať meno na objekt a vyhľadať objekt podľa jeho názvu. Je to obdobné ako v prípade služby Distribuovaný názov opísanej v časti 43.5.6 Sieťové služby.
                      • Trvalý objekt služby poskytujú spoločné rozhrania na udržanie a správu pretrvávajúceho stavu objektov. Objekty sú často uložené v OODBMS, ktorý je opísaný ako jedna zo služieb v 43.5.2 Data Management Services.
                      • Vlastnosti služby podporujú vytváranie, mazanie, prideľovanie a ochranu dynamických vlastností spojených s objektmi.
                      • Dopyt služby podporujú indexovanie a operácie dotazov na kolekcie objektov, ktoré vracajú podmnožinu kolekcie. Je to podobné ako vyhľadávanie v databáze, súčasť funkcií DBMS v 43.5.2 Data Management Services.
                      • Vzťah služby umožňujú explicitné znázornenie vzťahov medzi objektmi (napríklad vlastníctvo alebo obmedzenie) ako objektov.
                      • Bezpečnosť služby podporujú kontrolu prístupu k objektom a nevyvrátenie operácií s objektmi. Kontrola prístupu je definovaná ako bezpečnostná služba (pozri 43.5.11 Bezpečnostné služby). Nepopierateľnosť, ktorá je tiež bezpečnostnou službou, poskytuje dôkaz, že konkrétny používateľ vykonal akciu v konkrétnom čase.
                      • Začiatok služby podporujú automatické spustenie a ukončenie služieb objektu pri spustení alebo ukončení ORB.
                      • Čas služby podporujú synchronizáciu hodín v distribuovanom systéme. Je to to isté ako služba Distribuovaný čas v 43.5.6 Sieťové služby.
                      • Obchodovanie Služby umožňujú klientom vyhľadať objekty podľa služieb, ktoré tieto objekty poskytujú, a nie podľa názvu. Je to podobné ako služba Distribuovaný názov v 43.5.6 Sieťové služby.
                      • Transakcia služby poskytujú prostriedky na zoskupovanie operácií do atómových jednotiek, ktoré sa nazývajú „transakcie“, s istotou, že transakcia bude vykonaná celá alebo vôbec. To zodpovedá niektorým zo služieb Transaction Manager v 43.5.9 Transaction Processing Services.

                      Sada dokumentov TOGAF je navrhnutá na použitie s rámami. Navigácia v dokumente:

                      • V hlavnom rámci Obsah na ľavom okraji stránky kliknite na príslušný hypertextový odkaz a načítajte zoznam obsahu pre túto časť dokumentu TOGAF alebo prejdite priamo na kapitolu v dokumente.
                      • V rámci kapitoly môžete výberom možnosti Predchádzajúce a Ďalej v hornej a dolnej časti stránky prejsť na predchádzajúcu alebo nasledujúcu kapitolu alebo výberom položky Domov sa vrátiť na uvítaciu stránku.

                      Súbory na stiahnutie TOGAF & reg, štandardu otvorenej skupiny, sú k dispozícii v licencii na informačnej webovej stránke TOGAF. Licencia je bezplatná pre každú organizáciu, ktorá chce používať štandard TOGAF výlučne na interné účely (napríklad na vývoj architektúry informačného systému pre použitie v rámci tejto organizácie). Kniha je tiež k dispozícii (v tlačenej podobe a vo formáte pdf) z kníhkupectva The Open Group Bookstore ako dokument G116.


                      Poskytovanie aplikácií Citrix pre mobilnú produktivitu používateľom systému Android Enterprise

                      Poskytovanie aplikácií Citrix pre mobilnú produktivitu pre používateľov Android Enterprise vyžaduje tieto kroky.

                      Publikujte aplikácie ako aplikácie MDX. Pozrite si tému Konfigurácia aplikácií ako aplikácií MDX.

                      Nakonfigurujte pravidlá pre výzvu na zabezpečenie, ktorú používatelia používajú na prístup k pracovným profilom na svojich zariadeniach. Prečítajte si tému Konfigurácia politiky bezpečnostných výziev.

                      Aplikácie, ktoré publikujete, sú k dispozícii pre zariadenia zaregistrované vo vašom systéme Android Enterprise Enterprise.

                      Poznámka:

                      Keď nasadíte aplikáciu verejného obchodu Android App Store na používateľa Androidu, tento používateľ sa automaticky zaregistruje v systéme Android Enterprise.

                      Nakonfigurujte aplikácie ako aplikácie MDX

                      Konfigurácia aplikácie Citrix pre produktivitu ako aplikácie MDX pre Android Enterprise:

                      V konzole Endpoint Management kliknite na Konfigurácia a gt aplikácií. The Aplikácie zobrazí sa stránka.

                      Kliknite Pridať. The Pridať aplikáciu Zobrazí sa dialógové okno.

                      Kliknite MDX. The Informácie o aplikácii zobrazí sa stránka.

                      Na ľavej strane stránky vyberte Android Enterprise ako platforma.

                      Na Informácie o aplikácii zadajte nasledujúce informácie:

                      • Názov: Zadajte popisný názov aplikácie. Tento názov sa zobrazuje pod Názov aplikácie na Aplikácie stôl.
                      • Popis: Zadajte voliteľný popis aplikácie.
                      • Kategória aplikácie: Prípadne v zozname kliknite na kategóriu, do ktorej chcete pridať aplikáciu. Ďalšie informácie o kategóriách aplikácií nájdete v kategórii O kategóriách aplikácií.

                      Kliknite Ďalšie. The Aplikácia Android Enterprise MDX zobrazí sa stránka.

                      Kliknite Nahrať a prejdite do umiestnenia súborov .mdx pre aplikáciu. Vyberte súbor a kliknite Otvorené.

                      Používateľské rozhranie vás upozorní, ak si priložená aplikácia vyžaduje súhlas spravovaného obchodu Google Play. Ak chcete aplikáciu schváliť bez opustenia konzoly Citrix Endpoint Management, kliknite na Áno.

                      Po otvorení stránky spravovaného obchodu Google Play kliknite na ikonu Schváliť.

                      Kliknite Schváliť ešte raz.

                      Vyberte Udržujte si schválenie, keď aplikácia požaduje nové povolenia. Kliknite Uložiť.

                      Po schválení a uložení aplikácie sa na stránke zobrazia ďalšie nastavenia. Nakonfigurujte tieto nastavenia:

                      • Názov súboru: Zadajte názov súboru priradeného k aplikácii.
                      • Popis aplikácie: Zadajte popis aplikácie.
                      • Produktová stopa: Zadajte, ktorú stopu produktu chcete odoslať na zariadenia používateľa. Ak máte skladbu navrhnutú na testovanie, môžete ju vybrať a priradiť svojim používateľom. Predvolená hodnota je Produkcia.
                      • Verzia aplikácie: Voliteľne zadajte číslo verzie aplikácie.
                      • ID balíka: URL aplikácie v obchode Google Play.
                      • Minimálna verzia OS: Voliteľne zadajte najstaršiu verziu operačného systému, ktorú môže zariadenie spustiť, aby mohla aplikáciu používať.
                      • Maximálna verzia OS: Voliteľne zadajte najnovší operačný systém, ktorý musí zariadenie spustiť, aby bolo možné aplikáciu používať.
                      • Vylúčené zariadenia: Voliteľne zadajte výrobcu alebo modely zariadení, ktoré nemôžu spustiť aplikáciu.

                      Nakonfigurujte Pravidlá MDX. Ďalšie informácie o zásadách aplikácií pre aplikácie MDX nájdete v skratke Všeobecné pravidlá MDX a Prehľad MAM SDK.

                      Nakonfigurujte pravidlá nasadenia. Informácie nájdete v časti Nasadenie prostriedkov.

                      Rozbaliť Uložiť konfiguráciu. Toto nastavenie neplatí pre aplikácie Android Enterprise, ktoré sa zobrazujú iba v spravovaných službách Google Play.

                      Voliteľne môžete pridať časté otázky k aplikácii alebo snímkam obrazovky, ktoré sa zobrazujú v obchode s aplikáciami. Môžete tiež nastaviť, či môžu používatelia aplikáciu hodnotiť alebo komentovať.

                      • Nakonfigurujte tieto nastavenia:
                        • Časté otázky o aplikácii: Pridajte k aplikácii časté otázky a odpovede.
                        • Screenshoty aplikácie: Pridajte snímky obrazovky, aby ste pomohli klasifikovať aplikáciu v obchode s aplikáciami. Nahraná grafika musí byť vo formáte PNG. Nemôžete nahrať obrázok GIF alebo JPEG.
                        • Povoliť hodnotenie aplikácií: Vyberte, či chcete používateľovi povoliť hodnotenie aplikácie. Predvolená hodnota je On. Povoliť komentáre k aplikácii: Vyberte, či chcete používateľom povoliť komentovať vybratú aplikáciu. Predvolená hodnota je On.

                        Kliknite Ďalšie. The Schválenia zobrazí sa stránka.

                        Pracovné postupy využívate, keď potrebujete súhlas pri vytváraní používateľských účtov. Ak nechcete nastavovať pracovné postupy schvaľovania, môžete prejsť na krok 15.

                        Nakonfigurujte tieto nastavenia na priradenie alebo vytvorenie pracovného toku:

                        • Pracovný postup na použitie: V zozname kliknite na existujúci pracovný tok alebo kliknite na ikonu Vytvorte nový pracovný tok. Predvolená hodnota je Žiadne.
                        • Ak vyberiete Vytvorte nový pracovný tok, nakonfigurujte tieto nastavenia. Ďalšie informácie nájdete v téme Vytváranie a správa pracovných tokov.
                        • Názov: Zadajte jedinečný názov pracovného toku.
                        • Popis: Voliteľne zadajte popis pracovného toku.
                        • Šablóny na schválenie e-mailom: V zozname vyberte šablónu schválenia e-mailu, ktorá sa má priradiť. Keď kliknete na ikonu oka napravo od tohto poľa, zobrazí sa dialógové okno, kde si môžete pozrieť ukážku šablóny.
                        • Úrovne schválenia manažérom: V zozname vyberte počet úrovní schválenia správcom požadovaných pre tento pracovný tok. Predvolená hodnota je 1 úroveň. Možné možnosti sú:
                          • Nepotrebné
                          • 1 úroveň
                          • 2 úrovne
                          • 3 úrovne
                          • Ak chcete osobu odstrániť z Vybratí ďalší požadovaní schvaľovatelia zoznamu, vykonajte jeden z nasledujúcich krokov:
                            • Kliknite Vyhľadávanie zobrazíte zoznam všetkých osôb vo vybranej doméne.
                            • Do vyhľadávacieho poľa zadajte celé alebo čiastočné meno a potom kliknite na tlačidlo Vyhľadávanie aby ste obmedzili výsledky hľadania.
                            • Osoby v Vybratí ďalší požadovaní schvaľovatelia zoznam má začiarknuté značky vedľa ich názvu v zozname výsledkov vyhľadávania. Prejdite zoznamom a zrušte začiarknutie políčok vedľa všetkých mien, ktoré chcete odstrániť.

                            Kliknite Ďalšie. The Priradenie doručovacej skupiny zobrazí sa stránka.

                            Vedľa Vyberte skupiny doručenia, zadajte, aby ste našli doručovaciu skupinu, alebo vyberte skupinu alebo skupiny v zozname. Skupiny, ktoré vyberiete, sa zobrazia v priečinku Skupiny doručovania, ktoré dostanú priradenie aplikácie zoznam.

                            Rozbaliť Časový plán nasadenia a potom nakonfigurujte nasledujúce nastavenia:

                            • Vedľa Nasadiť, kliknite On naplánovať nasadenie alebo kliknúť Vypnuté zabrániť nasadeniu. Predvolená možnosť je On.
                            • Vedľa rozvrhu nasadenia kliknite na Teraz alebo Neskôr. Predvolená možnosť je Teraz.
                            • Ak kliknete Neskôr, kliknite na ikonu kalendára a potom vyberte dátum a čas nasadenia.
                            • Vedľa Podmienka nasadenia, kliknite Pri každom pripojení alebo klikni Iba ak predchádzajúce nasadenie zlyhalo. Predvolená možnosť je Pri každom pripojení.

                            Vedľa Nasadzujte pre neustále pripojenie, uistiť, že Vypnuté je vybratá. Predvolená možnosť je Vypnuté. Pripojenia typu „stále zapnuté“ nie sú pre Android Enterprise k dispozícii zákazníkom, ktorí začali používať Endpoint Management od verzie 10.18.19 alebo novšej. Neodporúčame pripojenia zákazníkom, ktorí začali používať Endpoint Management pred verziou 10.18.19.

                            Táto voľba platí, keď máte nakonfigurovaný kľúč plánovania nasadenia na pozadí Nastavenia & gt Vlastnosti servera.

                            Plán nasadenia, ktorý nakonfigurujete, je rovnaký pre všetky platformy. Všetky zmeny, ktoré vykonáte, sa uplatnia na všetkých platformách, s výnimkou Nasadzujte pre neustále pripojenie.

                            Kliknite Uložiť.

                            Zopakujte kroky pre každú aplikáciu pre mobilnú produktivitu.

                            Nakonfigurujte politiku bezpečnostných výziev

                            Zásady zariadenia Endpoint Management Passcode konfigurujú pravidlá bezpečnostných výziev. Výzvy sa objavia, keď používatelia pristupujú k svojim zariadeniam alebo pracovným profilom Android Enterprise na svojich zariadeniach. Bezpečnostnou výzvou môže byť prístupový kód alebo biometrické rozpoznanie. Ďalšie informácie o pravidlách pre prístupové kódy nájdete v časti Zásady pre prístupové kódy pre zariadenia.

                            • Ak vaše nasadenie Android Enterprise obsahuje zariadenia BYOD, nakonfigurujte politiku prístupového kódu pre pracovný profil.
                            • Ak vaše nasadenie obsahuje, spoločnosťami vlastnené, plne spravované zariadenia, nakonfigurujte politiku prístupového kódu pre samotné zariadenie.
                            • Ak vaše nasadenie obsahuje oba typy zariadení, nakonfigurujte oba typy politiky prístupových kódov.

                            Postup konfigurácie politiky prístupových kódov:

                            V konzole Endpoint Management prejdite na Konfigurovať & gt Pravidlá pre zariadenie.

                            Kliknite Zobraziť filter ukázať Platforma politiky tabla. V Platforma politiky na paneli vyberte Android Enterprise.

                            Kliknite Prístupový kód na pravej table.

                            Zadajte a Názov politiky. Kliknite Ďalšie.

                            • Nastaviť Vyžaduje sa prístupový kód zariadenia do On zobrazíte nastavenia dostupné pre bezpečnostné výzvy pre samotné zariadenie.
                            • Nastaviť Výzva na zabezpečenie pracovného profilu do On zobrazíte nastavenia dostupné pre výzvy týkajúce sa zabezpečenia pracovného profilu.

                            Kliknite Ďalšie.

                            Priraďte politiku k jednej alebo viacerým skupinám doručovania.


                            8 odpovedí 8

                            Ak sa chcete pokúsiť obnoviť jednotku USB späť do použiteľného stavu, mali by ste vyskúšať tieto príkazy.

                            Najskôr je potrebné poznamenať, že v počítači, ku ktorému máte prístup, by ste mali mať nainštalovaný Windows 7, aby ste mohli používať príkaz diskpart. Na tomto počítači budete tiež potrebovať prístup správcu.

                            1. Kliknite na Start Orb.
                            2. Do vyhľadávacieho poľa zadajte príkaz cmd.
                            3. Shift + pravé tlačidlo myši na ikonu CMD.
                            4. Kliknite na Spustiť ako správca.

                            Odtiaľto napíšeme diskpart a spustíme nasledujúce príkazy.

                            Odtiaľto napíšeme list disk a nájdeme aktuálne disky pripojené k počítaču.

                            15 GB disk je jednotka, ktorú hľadáme, pretože to je veľkosť nášho USB Thumb Drive. Aby sme vybrali túto jednotku, spustíme príkaz select disk 3.

                            Ak si nie ste istí, či sa jedná o vašu jednotku, môžete požiadať o podrobnosti o jednotke spustením disku s podrobnosťami príkazu po vybratí disku.

                            Keď máme správnu jednotku, môžeme vybrať ľubovoľné oddiely na jednotke select výberom zväzku a potom číslom zväzku, ako je to v našom prípade, výberom zväzku 4.

                            Od tejto chvíle sa pokúsime disk obnoviť do použiteľného stavu. Pokúsime sa najskôr preformátovať disk. FORMÁT ODPORÚČANÝ PRESTAHOVAŤ je najbezpečnejší spôsob, ako formátovať disk späť do normálneho stavu.

                            Pokiaľ to nefunguje, ako je to znázornené vyššie, môžeme skúsiť spustiť príkaz na formátovanie, ktorý hovorí, ako naformátovať disk, v našom prípade použijeme FORMAT FS = NTFS LABEL = „Windows7“ RÝCHLY STLAČ.

                            V našom prípade to stále nefunguje. Pokúsime sa teda vyčistiť celý disk pomocou príkazu CLEAN ALL.

                            Ak v tomto okamihu stále máme problémy s diskom. Skúsime znova vypísať zoznam oddielov a zistiť, či boli na disku vykonané nejaké zmeny pomocou ZOZNAMU ODDIELOV.

                            Pretože došlo k zmene, pozrime sa, či môžeme disk dostať online s ONLINE DISKOM.

                            Pretože je ovládač online, teraz môžeme vyskúšať a vyčistiť všetky atribúty, ktoré by nám mohli stáť v ceste, napríklad atribút iba na čítanie. Prevádzkujeme ATRIBÚTY DISK VYMAZANÉ ČÍSLO.

                            Pozrime sa, či tam môžeme vložiť bootovací záznam s CONVERT MBR.

                            Ako je uvedené, všetky tieto príkazy od tohto okamihu zlyhali. Mali by sme sa teda pokúsiť jednu poslednú vec, aby sme disk znova uviedli do činnosti. V takom prípade by ste mali odinštalovať ovládače pre jednotku USB typu Flash a po reštartovaní počítača znova nainštalovať ovládače.


                            Pozri si video: Incorporating select by attributes into a Model Builder expression (Október 2021).