Ti z nás za úkol pracovat na vyšší úrovni, témata, jako jsou Podnikové Architektury a Strategie, strach, když se zeptal na jednoduchou otázku — „co děláte?“Když výstupy postrádají hmatatelnost a jasnost, odpovědi na tuto otázku nechávají tazatele omámené a téměř líto respondenta. Společný termín hodil do odpovědi, jako zástupný symbol pro nejistotu a neúplnost, je referenční Architektura.
Tento termín může znamenat mnoho věcí, nebo něco jiného. Pokud je ponechán nedefinovaný, vyvolává dojem plynulosti a rozmazanosti, která plodí frustraci a plýtvání. Ty za úkol provádění může zpochybňovat vaši schopnost zem pojmy a myšlení do reality a konkrétnost. Proto jsou definice užitečné. Tady je moje definice referenční architektura:
artikulace úvahy, možnosti a známé standardy řídit návrh výrobku, řešení nebo systém, na základě pozorování z průzkumů, zkušeností a experimentování, v jazyce a vizuální formát známý pro cílovou skupinu.
pravdou je, že jakmile je záměr, hodnota a kontext použití jasné pro dané publikum, formální definice nezáleží.
skutečnou otázkou je—
„Co chceme dělat?“
za druhé—
„Co chceme, aby lidé (ať už jsou kdokoli) dělali?“
mít jasné odpovědi na tyto otázky je začátek de-fuzzing význam a dodání referenční architektury. Záměr, obsah, publikum a hodnota musí být jasné. Slovo „odkaz“ naznačuje, že výstup poskytuje pokyny a standardy z pozorování, zkušenosti a experimentování, na rozdíl od definice toho, co má být postaveno. „Architektura“ naznačuje, že je strukturovaná, koherentní a ověřitelná.
Existují různé definice referenční architektura našel na Internetu, ale výše uvedené pravidlo jasnosti (záměr, obsah, publikum, hodnota), lze nalézt v každé z nich. Zvažte alternativní definici k mé, která se objeví jako nejlepší výsledek ve Vyhledávání google:
(1) Objasnit, médium a formát, co bude dodáno např. „dokument“. To informuje o požadovaných nástrojích, povaze práce, která má být provedena, a dovednostech přispěvatelů, kteří mají být zapojeni. Alternativními způsoby doručení může být prezentace nebo znalostní báze schopná dotazu.
(2) dohodněte se na struktuře a rozsahu toho, co bude doručeno, např. „soubor dokumentů“. Jeden výstup může být nedostatečný, ale rozsah dané systémové domény může vyžadovat, aby byl doručitelný rozložen do několika dokumentů.
(3) Identifikujte primární publikum a zúčastněné strany, např. „projektový manažer“. Mít pochopení typu A formátu informací, které pravidelně konzumují. Roli zde může hrát i status quo. V některých případech je referenční Architektura“ předávána „řádky hlášení jako politika, zatímco v jiných případech je považována za „hezké mít“, s očekáváním, že popisuje nejlepší způsob a alternativy, které je třeba zvážit.
(4) Identifikujte další zúčastněné strany, které by mohly potřebovat použít referenční architekturu. Je nutné vytvářet různé pohledy nebo vrstvy? Je potřeba a prostor pro školení ostatních o tom, jak interpretovat a aplikovat referenční architekturu?
(5) objasněte, co má publikum/ čtenář s dokumentem dělat, např. „viz osvědčené postupy.“Výstupy by měly přinést to, co říkají na obálce, včetně důkazů a odkazů na zdroje pro ověření. Referenční architektura by také mohla poskytnout“ učení “ z experimentování koherentním, žalovatelným způsobem.
(6) objasněte doménu relevance. Referenční Architektura bez konkrétní domény je filosofií vyšších hlavních principů spíše než architekturou. Architektura, dokonce i referenční architektura, musí být vázána na doménu. Čím menší je tato doména, tím relevantnější a použitelnější je referenční Architektura.
(7) zamýšlená hodnota referenční architektury by měla být sdělena, protože to pomáhá publiku posoudit její účel a omezení, např.“Realizační týmy pak vědí, kam jít, když je třeba učinit toto rozhodnutí.
(8) s příklady z domény a uvedením příslušných technologií pomáhá objasnit kontext referenční architektury.
(9) alternativy a zdroje komponent a možností, které je třeba při implementaci zvážit, by měly být dobře zdokumentovány a propojeny.
referenční Architektura nemusí být nutně blokátorem před zahájením technologického projektu. Může být vyvinut paralelně nebo po porodu, slouží jako dokumentace posmrtné a získané zkušenosti. Pokud je vytvořen před zahájením projektu, vyžaduje průzkumy, pokusy a experimenty, aby bylo možné informovat o správné praxi. Níže je navrhl, taxonomie možných tříd, referenční architektury, v závislosti na publiku, řešení a stávající mezery ve znalostech v rámci organizace nebo projektového týmu.
zkratka pro pět různých aspektů referenční architektura je HUDBA, která se ukázala být památný v konverzace na jakékoliv organizační úrovni nebo domény pochopení:
- embership: výpis a třídění architektury prvky považovány za relevantní k doméně.
- šalvěj: uživatelské příběhy, obchodní případy, procesy, pracovní postupy a prostředky pro vysvětlení aktivit v doméně.
- infrastruktury: jak různé prvky v doméně jsou vzájemně propojeny na podporu využití.
- nteraction (nebo Integrace): rozhraní a zpráv vyměňovaných mezi architekturou prvky během používání.
- ontrols: omezení a politiky, kterým se řídí interakce.
Teď to neznamená, naznačují, že všechny referenční architektury je třeba dodat 25 dokumenty nebo pododdíly, které pokrývají všech oblastech identifikovány. To ukazuje, že pravděpodobně existuje 25 různé oblasti, kde je třeba v organizaci nebo projektu formulovat úvahy, možnosti a odpovědnosti. To se změní v závislosti na vašem publiku. V referenčních architekturách není žádná rozmazanost ani plynulost. Jsou výsledkem průzkumného úsilí a jsou hmatatelnými výstupy krátkodobého aplikovaného výzkumu.