Datová architektura - Data architecture

v informační technologie, datová architektura se skládá z modelů, zásad, pravidel nebo standardů, které určují, která data se shromažďují a jak se ukládají, uspořádávají, integrují a používají v datových systémech a v organizacích.[1] Data jsou obvykle jedním z několika domény architektury které tvoří sloupy podniková architektura nebo architektura řešení.[2]

Přehled

Datová architektura by měla[neutralita je sporný] nastavit datové standardy pro všechny své datové systémy jako vizi nebo model případných interakcí mezi těmito datovými systémy. Integrace dat by například mělo záviset na standardech datové architektury, protože integrace dat vyžaduje datové interakce mezi dvěma nebo více datovými systémy. Datová architektura částečně popisuje datové struktury používané firmou a jejím počítačem aplikační software. Datové architektury adresují data v úložišti, data v provozu a data v pohybu; popisy datových skladů, datových skupin a datových položek; a mapování těchto datových artefaktů na kvalitu dat, aplikace, umístění atd.

Data Architecture, nezbytná pro realizaci cílového stavu, popisuje, jak jsou data zpracovávána, ukládána a využívána v informační systém. Poskytuje kritéria pro zpracování dat operace tak, aby bylo možné navrhovat datové toky a také řídit tok dat v systému.

The datový architekt je obvykle zodpovědný za definování cílového stavu, zarovnání během vývoje a následné sledování, aby bylo zajištěno, že vylepšení jsou prováděna v duchu původního plánu.

Během definice cílového stavu datová architektura rozdělí předmět na atomovou úroveň a poté jej vytvoří zpět do požadované formy. Datový architekt rozděluje předmět pomocí 3 tradičních architektonických procesů:

  • Koncepční - představuje vše podnikatelské subjekty.
  • Logické - představuje logiku vztahu entit.
  • Fyzická - realizace datových mechanismů pro konkrétní typ funkčnosti.

Sloupec "data" v Zachmanův rámec pro podnikovou architekturu -

VrstvaPohledData (Co)Zúčastněná strana
1Rozsah / kontextSeznam věcí a architektonické standardy[3] důležité pro podnikáníPlánovač
2Obchodní model / koncepčníSémantický model nebo Pojmový /Podnikový datový modelMajitel
3Systémový model / logickýPodnik/Logický datový modelNávrhář
4Technologický model / fyzickýFyzický datový modelStavitel
5Podrobná prohlášeníAktuální databázeSubdodavatel

V tomto druhém, širším smyslu zahrnuje datová architektura úplnou analýzu vztahů mezi funkcemi organizace, která je k dispozici technologie, a typy dat.

Datová architektura by měla být definována ve fázi plánování návrhu nového systému pro zpracování a ukládání dat. Hlavní typy a zdroje dat potřebné k podpoře podniku by měly být identifikovány způsobem, který je úplný, konzistentní a srozumitelný. Primárním požadavkem v této fázi je definovat všechny relevantní datové entity, ne specifikovat počítačový hardware položky. Datová entita je jakákoli skutečná nebo abstraktní věc, o které si organizace nebo jednotlivec přeje ukládat data.

Architektura fyzických dat

Fyzická datová architektura informačního systému je součástí a technologický plán. Jak název napovídá, technologický plán je zaměřen na skutečné hmatatelné elementy které mají být použity při implementaci datové architektury design. Architektura fyzických dat zahrnuje architekturu databáze. Architektura databáze je schéma skutečné databázové technologie, která bude podporovat navrženou datovou architekturu.

Prvky datové architektury

Během fáze návrhu schématu datové architektury musí být definovány určité prvky. Musí být například popsána administrativní struktura, která bude vytvořena za účelem správy datových zdrojů. Musí být také definovány metodiky, které budou použity k ukládání dat. Kromě toho musí být vygenerován popis databázové technologie, která má být použita, a také popis procesů, které budou s daty manipulovat. Je také důležité navrhnout rozhraní k datům jinými systémy, stejně jako návrh pro infrastruktura které budou podporovat běžné datové operace (tj. nouzové postupy, import dat, zálohování dat, externí přenosy údajů ).

Bez vedení správně implementovaného návrhu datové architektury mohou být běžné datové operace implementovány různými způsoby, což ztěžuje pochopení a řízení toku dat v těchto systémech. Tento druh fragmentace je vysoce nežádoucí kvůli možnému zvýšení nákladů a souvisejícímu odpojení dat. S těmito druhy obtíží se lze setkat u rychle rostoucích podniků a také u podniků, které obsluhují různé řady podnikání (např. pojištění produkty ).

Fáze datové architektury plánování informačního systému, která je správně provedena, nutí organizaci přesně specifikovat a popsat interní i externí informační toky. Jedná se o vzory, které si organizace dříve neměla čas na konceptualizaci. V této fázi je proto možné identifikovat nákladné nedostatky v informacích, rozpojení mezi odděleními a rozpojení mezi organizačními systémy, které před analýzou datové architektury nemusí být patrné.[4]

Omezení a vlivy

Na návrh datové architektury budou mít vliv různá omezení a vlivy. Patří mezi ně podnikové požadavky, technologické ovladače, ekonomika, obchodní politiky a potřeby zpracování dat.

Podnikové požadavky
Ty budou obecně zahrnovat takové prvky, jako je ekonomické a efektivní rozšíření systému, přijatelné úrovně výkonu (zejména rychlost přístupu k systému), transakce spolehlivost a transparentnost správa dat. Kromě toho konverze nezpracovaných údajů, jako jsou transakce evidence a obraz soubory na užitečnější informace formy prostřednictvím funkcí jako datové sklady je také běžnou organizací požadavek, protože to umožňuje manažerské rozhodování a další organizační procesy. Jednou z technik architektury je rozdělení mezi správu údaje o transakci a (pán) referenční údaje. Další je rozdělení systémy pro sběr dat ze systémů pro získávání dat (jak se provádí v datovém skladu).
Ovladače technologie
Ty jsou obvykle navrženy dokončenými návrhy datové architektury a databázové architektury. Některé technologické ovladače budou navíc odvozeny ze stávajících rámců a standardů pro integraci organizace, ekonomie organizace a stávajících zdrojů webu (např. Dříve zakoupených licencování softwaru ). V mnoha případech vyžaduje integrace více starších systémů použití virtualizace dat technologie.
Ekonomika
To jsou také důležité faktory, které je třeba vzít v úvahu během fáze datové architektury. Je možné, že některá řešení, i když jsou v zásadě optimální, nemusí být potenciálními kandidáty kvůli jejich ceně. Vnější faktory, jako je hospodářský cyklus, úrokové sazby, tržní podmínky a právní aspekty by mohly mít vliv na rozhodnutí týkající se datové architektury.
Obchodní politiky
Obchodní politiky které také řídí návrh architektury dat, zahrnují interní organizační zásady, pravidla regulační orgány, profesionální standardy a příslušné vládní předpisy zákony které se mohou lišit podle použitelnosti agentura. Tyto zásady a pravidla pomohou popsat způsob, jakým si společnost přeje zpracovávat svá data.
Potřeby zpracování dat
Patří mezi ně přesné a reprodukovatelné transakce provádí se ve velkých objemech, datové sklady pro podporu manažerských informačních systémů (a potenciálních dolování dat ), periodické periodické hlášení, podávání zpráv ad hoc a podpora různých organizačních iniciativ podle potřeby (tj. roční rozpočty, nové produkt rozvoj).

Viz také


Reference

  1. ^ *Obchodní slovník - datová architektura *TOGAF® 9.1 - Fáze C: Architektury informačních systémů - Datová architektura
  2. ^ Co je datová architektura GeekInterview, 2008-01-28, přistupováno 2011-04-28
  3. ^ Standardy datové architektury
  4. ^ Mittal, Prashant (2009). Autor. str. 256: Global India Publications. p. 314. ISBN  978-93-8022-820-4.CS1 maint: umístění (odkaz)
  5. ^ „Užitečný průvodce pro proces přípravy TOGAF 9“. Techno Blink. 2020-04-27. Citováno 2020-05-03.

Další čtení

  • Bass, L .; John, B .; & Kates, J. (2001). Dosažení použitelnosti prostřednictvím softwarové architektury, Carnegie Mellon University.
  • Lewis, G .; Comella-Dorda, S .; Place, P .; Plakosh, D .; & Seacord, R., (2001). Průvodce datovou architekturou podnikového informačního systému Univerzita Carnegie Mellon.
  • Adleman, S .; Moss, L .; Abai, M. (2005). Datová strategie Addison-Wesley Professional.

externí odkazy