#03 Architektonické principy MMS

Přehled architektury platformy MMS, jejích hlavních vrstev, komponent a vzájemných vazeb. Stránka vysvětluje vztah platformy MMS k Microsoft 365, aplikačním tenantům, společným službám platformy a podnikovým aplikacím a agendám.

Úvod

Platforma MMS je navržena tak, aby bylo možné vytvářet a dlouhodobě rozvíjet různé podnikové aplikace a agendy nad společným produktovým a technologickým základem.

Jednotlivá řešení proto nejsou vytvářena jako samostatné izolované aplikace. Využívají společné služby MMS, standardní konfigurační mechanismy a podle potřeby také zákaznická rozšíření a integrace.

Architektonické principy určují, jakým způsobem jsou tyto části odděleny, propojeny a rozvíjeny, aby bylo možné kombinovat společný standard platformy s individuálními požadavky konkrétních řešení.

Základní princip

MMS staví podnikové aplikace a agendy na společném produktovém základu, který lze přizpůsobovat konfigurací a podle potřeby rozšiřovat o zákaznickou funkcionalitu, aniž by byla narušena možnost dalšího společného rozvoje platformy.

Architektura současně odděluje logickou strukturu aplikací od způsobu technického uložení, zpracování a provozu jednotlivých komponent.

Společný produktový základ

Podnikové aplikace a agendy využívají společné služby a mechanismy produktové vrstvy MMS CORE.

Obecně využitelné funkce proto nejsou vytvářeny samostatně pro každou aplikaci. Jsou rozvíjeny jako součást společného produktu a mohou být využívány napříč APP Tenanty, aplikacemi a agendami.

Tento princip umožňuje přenášet produktový rozvoj platformy do jednotlivých provozovaných řešení a současně omezovat vznik vzájemně izolovaných aplikací se samostatnou technologickou základnou.

Konfigurace a individuální vývoj

MMS je navrženo tak, aby bylo možné významnou část požadavků realizovat prostřednictvím konfigurace standardních mechanismů platformy.

Konfigurací lze podle konkrétní oblasti definovat například moduly, kolekce, formuláře, pohledy, procesy, role, oprávnění, navigaci nebo další chování aplikace.

Individuální programový rozvoj nastupuje tam, kde požadovaný scénář nelze vhodně realizovat standardními konfiguračními možnostmi MMS.

Oddělení standardu a individuality

Produktová a zákaznická funkcionalita jsou architektonicky odděleny prostřednictvím vrstev MMS CORE a MMS CLIENT.

MMS CORE představuje společně rozvíjený produktový základ. MMS CLIENT umožňuje realizovat zákaznickou logiku, specifické funkce nebo integrace, které nejsou vhodné jako součást společného produktu.

Zavedení MMS CLIENT přitom nenahrazuje ani neomezuje konfiguraci produktové vrstvy. Výsledné zákaznické řešení může současně využívat standardní funkce CORE, jejich konfiguraci i specifická rozšíření CLIENT.

APP Tenant je aplikační prostor

APP Tenant představuje logicky oddělený aplikační prostor MMS, ve kterém jsou organizovány aplikace, agendy a jejich konfigurace.

V jeho kontextu jsou definovány například moduly, kolekce, procesy, aplikační role, navigace, dashboardy a další prvky konkrétního řešení.

APP Tenant přitom není totožný s MMS CORE, MMS CLIENT ani samostatným fyzickým provozním prostředím. Jednotlivé APP Tenanty využívají společné mechanismy platformy a podle provozního modelu mohou sdílet také společné technologické komponenty.

Propojený pracovní kontext

MMS pracuje s různými typy objektů, entiti a informací – například s aplikačními daty, dokumenty, požadavky, úkoly, procesy, moduly, kolekcemi, uživateli a rolemi.

Jejich technické uložení nebo zpracování může využívat rozdílné komponenty a služby. Z pohledu podnikové aplikace nebo agendy však tyto informace netvoří izolované oblasti.

MMS vytváří jejich vzájemné vazby a umožňuje s nimi pracovat ve společném aplikačním a procesním kontextu.

Oddělení aplikační a technologické architektury

Logická příslušnost objektu nebo informace k APP Tenantu neurčuje automaticky místo jeho fyzického uložení nebo technologii jeho zpracování.

Aplikační data mohou být podle konfigurace ukládána v aplikační databázi nebo využívat externí zdroje. Dokumenty mohou být ukládány například v Microsoft SharePoint nebo podporovaném File Systemu. Procesy jsou navrhovány a spravovány v kontextu APP Tenantu, zatímco jejich zpracování využívá společné řešení EM-BASE.

Tento princip umožňuje zvolit způsob uložení a zpracování podle charakteru konkrétního scénáře při zachování společného aplikačního kontextu MMS.

Microsoft 365 jako součást technologického prostředí

MMS je navrženo pro využití služeb Microsoft 365 a Microsoft Azure jako součásti svého technologického prostředí.

Služby jako Microsoft Entra ID, SharePoint nebo Teams proto nejsou vnímány pouze jako externí systémy připojené k MMS. Platforma využívá jejich standardní možnosti pro identity, dokumenty, komunikaci a další scénáře a propojuje je s aplikačním a procesním kontextem podnikových agend.

MMS tyto služby nenahrazuje, ale rozšiřuje jejich využití o společnou aplikační, procesní a konfigurační vrstvu.

Data, dokumenty a procesy

MMS propojuje aplikační data, dokumenty, požadavky, úkoly a procesy do společného kontextu podnikové agendy. Jednotlivé typy informací přitom mohou být podle svého charakteru ukládány a zpracovávány prostřednictvím různých služeb a technologických komponent, aniž by se tím narušila jejich vzájemná vazba v rámci aplikace.

Řízená rozšiřitelnost a integrace

Obecně využitelné integrační mechanismy jsou součástí produktové vrstvy MMS CORE. Konkrétní řešení je může využívat prostřednictvím standardní konfigurace a dostupných integračních služeb.

Pokud scénář vyžaduje specifickou zákaznickou logiku nebo integraci, může být realizována prostřednictvím MMS CLIENT.

Architektura tak umožňuje rozšiřovat možnosti konkrétní implementace bez nutnosti měnit společný produktový základ pro požadavky, které jsou specifické pouze pro jedno řešení.

Nezávislost aplikační architektury na provozním modelu

Základní principy aplikací a APP Tenantů nejsou závislé na provozním modelu MMS.

Stejný produktový a aplikační základ lze využívat ve společném prostředí SaaS (Multi) i v samostatném prostředí Standalone podle zvoleného licenčního plánu MMS.

Provozní model ovlivňuje zejména organizaci a umístění technologického prostředí, nikoli základní principy vytváření podnikových aplikací a agend.

Kontinuita produktového rozvoje

Oddělení produktového základu, konfigurace a infividuálnich (zákaznických) rozšíření umožňuje průběžně rozvíjet MMS CORE a přenášet nové obecně využitelné funkce, optimalizace a opravy do provozovaných řešení.

Konkrétní řešení přitom může zachovávat vlastní konfiguraci a kompatibilní zákaznická rozšíření MMS CLIENT.

Nová verze MMS CORE standardně neznamená potřebu změny MMS CLIENT. Kompatibilita výsledného řešení je ověřována v rámci odpovídajícího release a aktualizačního procesu.

Princip Význam
Společný produktový základ Aplikace a agendy využívají společné služby MMS CORE.
Konfigurace před vývojem Standardní požadavky jsou primárně realizovány konfigurací platformy.

Standard a individualita

CORE poskytuje produktový základ, CLIENT specifická zákaznická rozšíření.
APP Tenant Vymezuje logický aplikační prostor konkrétního řešení.
Propojený kontext Data, dokumenty, procesy, úkoly a další objekty tvoří společný pracovní kontext.
Aplikační ≠ technologická architektura Logická příslušnost objektu neurčuje automaticky způsob jeho technického uložení nebo zpracování.
Microsoft 365 Je součástí technologického prostředí využívaného MMS.
Řízená rozšiřitelnost Standardní mechanismy CORE lze doplňovat specifickou logikou CLIENT.
Provozní nezávislost Aplikační principy MMS lze využívat v různých provozních modelech.
Kontinuální rozvoj Produktová vrstva může být průběžně aktualizována při zachování konfigurace a kompatibilních rozšíření.

Vymezení architektonických principů MMS

  • MMS využívá společný produktový základ pro různé podnikové aplikace a agendy.

  • Standardní funkcionalita je primárně přizpůsobována prostřednictvím konfigurace.

  • Produktová a zákaznická funkcionalita jsou odděleny prostřednictvím MMS CORE a MMS CLIENT.

  • APP Tenant vymezuje aplikační prostor, nikoli samostatnou produktovou nebo fyzickou provozní vrstvu.

  • Technické uložení a zpracování informací může být odděleno od jejich logické příslušnosti k aplikaci.

  • Data, dokumenty, procesy, úkoly a další objekty jsou propojovány do společného pracovního kontextu.

  • Microsoft 365 a Azure jsou využívány jako součást technologického prostředí MMS.

    Aplikační architektura není závislá na jediném provozním modelu.

  • Zákaznická rozšíření nenahrazují standardní konfiguraci a produktové možnosti CORE.

  • Architektura podporuje průběžný produktový i zákaznický rozvoj při zachování jejich vzájemné kompatibility.



Klíčové principy

  • Společný produktový základ

  • Konfigurace před individuálním vývojem

  • Oddělení standardu a individuality

  • APP Tenant jako aplikační prostor

  • Propojený pracovní kontext

  • Oddělení aplikační a technologické architektury

  • Microsoft 365 jako součást technologického prostředí

  • Řízená rozšiřitelnost a integrace

  • Nezávislost na provozním modelu

  • Kontinuita produktového rozvoje


Galerie