Modulární software
Abychom mohli vytvořit flexibilní, evoluční a škálovatelné systémy, musíme mít modularitu, což je vlastnost, která vám umožňuje vytvořit systém zdola nahoru (zdola nahoru).
Nejprve musíte mít moduly, takže potřebujete "archiv" modulů. Musí být poté zaměnitelné, tj. Musí být možné vyměnit modul za jiný ekvivalentní modul, a to je umožněno výměnou informací mezi moduly prostřednictvím definovaných rozhraní: interakce komponent se nesmí měnit, protože se moduly liší.
Modulární software objevuje nové paradigma integrace mezi komponentami s vývojem mashupů (hybridní webové aplikace), to znamená vytváření něčeho, co začíná z různých zdrojů, například pomocí API původně vytvořených pro různé účely, ale poté zkombinovaných za účelem vytvoření nového produktu.
Jak jednoduché by měly být moduly v modulárním systému?
Formuláře by měly být co nejjednodušší. Každá společnost může řídit nejsložitější vztahy velmi odlišně (např. Personální management), ale základní funkce zůstávají stejné (např. Mzdy). Malé moduly umožňují větší opakované použití, kratší dobu vývoje a neustálý vývoj (např. Pokud oddělujete uživatelské rozhraní, musíte se ujistit, že je konzistentní, například musíte být schopni používat kopírování a vkládání bez ohledu na systém, pro který je toto uživatelské rozhraní vytvořeno).
Problém, který vyvstává, je jasně, jak dosáhnout interakce mezi moduly. Rozsáhlý systém umožnil mít mnoho informací vzájemně propojeno v rámci samotného systému, umožnil také správu relativních informací jedinečným způsobem
přístupová oprávnění, zatímco s i dát jsou rozptýleny a mechanismy ověřování lze měnit.
Tento rozklad nám dává zároveň velkou svobodu: i dát můžeme je dát tam, kam chceme, a libovolně je distribuovat.
Integrace všech komponent, databáze„Moduly a rozhraní, nedochází ve vakuu, ale děje se to na platformě: je to to, co nám umožňuje provádět integraci, a proto je nutné tuto platformu dobře definovat.
To, co umožňuje vytváření modulárních systémů, je v první řadě standard typu informací, které si moduly vyměňují: v možných komunikačních tocích mezi moduly musí existovat shoda. Pokud máme pro dokument jednotný standard, můžeme mít několik vyměnitelných systémů psaní, ale zatím se stal pravý opak: převládající systém psaní s velkým počtem formátů dokumentů. Tato situace má dvě nevýhody:
- pokud je standard spojen se systémem, má tento systém tendenci se stát univerzálním,
- to má tendenci upřednostňovat uzavření trhu, protože existuje standard, který nikdo jiný nemůže vytvořit, takže nejrozšířenější se automaticky stává nejsilnějším.
Agenda je příkladem příčné aplikace vůči všem ostatním aplikacím, protože musí existovat jedna agenda, proto má smysl ji spravovat na úrovni systému, a nikoli na úrovni aplikace. Systém je platforma, na které spouštíme aplikace, prostřednictvím kterých je necháváme komunikovat. To nám umožňuje oddělit dát z aplikací. To značně zjednodušuje vytváření informačního systému: můžeme sloučit dát dvou společností snadněji nebo k jejich přístupu používají různé aplikace dát.
Kombinace informačních systémů je nezbytná pro proces fúze společností. Mít jednoduché formuláře usnadňuje výměnu informací než přijímat složité formuláře.
Modularita je často již přítomna z vnějšího hlediska: z pohledu uživatele. Ve skutečnosti vidí systém jeden po druhém, to znamená, že vidí pouze ten kus, který používá, a vnímá ho jako modul oddělený od ostatních. Zdánlivá modularita je prvním krokem k posunu směrem ke skutečné modularitě.
To nám umožňuje vytvářet nové a mezikomponentní interakce a služby. Rozhraní systému se stává závislým na prostředí, které jej obklopuje: systém reaguje, když to uživatel potřebuje, takže čekací doba se stává nezbytnou pro měření účinnosti systému.
Je důležité, aby rozhraní bylo navrženo od uživatele, od toho, co dělá: uživatel si na postupy zvykne, i když jsou drsné a bez logiky.
Nakonec si platforma musí být vědoma, že je platformou: nejenže musí umožňovat provádění modulů, ale musí také obsahovat všechny funkce, které mohou být příčné (např. Agenda, e-mail), ke kterým mají přístup pomocí systémových primitiv (stejně jako při kopírování a vkládání). Pro systém je lze považovat za
- normální aplikace, ale jsou nezbytné k tomu, aby se mohly připojit ke komponentám.
- Platforma = systém + průřezové služby.
Platforma není systém a nenahrazuje jej, zejména v případě různých systémů (Windows, Linux, Mac ...), ve kterých převezme middleware, který zobrazuje několik systémů, jako by byly jeden.
Modulární systémy proto musí mít alespoň 4 vlastnosti:
- formuláře musí být jednoduché;
- moduly musí být zaměnitelné;
- potřebujeme platformu plnou služeb nezbytných pro integraci;
- rozhraní musí být navrženo tak, aby vyhovovalo uživateli aplikace.
Všechny tyto charakteristiky souvisejí s evolucí: moduly umožňují oddělené evoluce a umožňují vývoj systému. Platforma a rozhraní musí být zase schopny se vyvíjet podle protokolů a postupů.
Zjistěte více od Online Web Agency
Přihlaste se k odběru nejnovějších článků e-mailem.