de af os, der har til opgave at arbejde på emner på højere niveau, såsom virksomhedsarkitektur og strategi, frygter, når de bliver stillet det enkle spørgsmål-“Hvad laver du?”Når leverancer mangler håndgribelighed og klarhed, efterlader svarene på dette spørgsmål spørgeren forbløffet og næsten ked af respondenten. Et almindeligt udtryk kastet ind i svaret, som en pladsholder for usikkerhed og ufuldstændighed, er referencearkitektur.
dette udtryk kan betyde mange ting eller noget for forskellige mennesker. Hvis det ikke er defineret, giver det indtryk af fluffiness og uklarhed, der opdrætter frustration og affald. De, der har til opgave at implementere, kan sætte spørgsmålstegn ved din evne til at grundlægge koncepter og tænke i virkelighed og konkrethed. Derfor er definitioner nyttige. Her er min definition af en referencearkitektur:
artikulering af overvejelser, muligheder og kendte standarder til at styre designet af et produkt, en løsning eller et system baseret på observationer fra undersøgelser, erfaring og eksperimenter i et sprog og visuelt format, som målgruppen kender.
sandheden er, når hensigten, værdien og konteksten af brugen er gjort klar for et givet publikum, har en formel definition ikke noget.
det virkelige spørgsmål er—
“hvad er det, vi ønsker at gøre?”
for det andet—
“hvad ønsker vi, at folk (hvem de End er) skal gøre?”
at have klare svar på disse spørgsmål er starten på at fjerne betydningen og leveringen af referencearkitektur. Hensigten, indholdet, publikum og værdien skal være klar. Ordet” reference ” antyder, at output giver vejledning og standarder fra observation, erfaring og eksperimentering i modsætning til en definition af, hvad der skal bygges. En “arkitektur” antyder, at den er struktureret, sammenhængende og verificerbar.
der findes forskellige definitioner af referencearkitektur på internettet, men ovenstående klarhedsregel (hensigt, indhold, publikum, værdi) kan findes i hver. Overvej en alternativ definition til min, der kommer op som det øverste resultat i en google-søgning:
(1) Afklar mediet og formatet for, hvad der skal leveres, f.eks. “et dokument”. Dette informerer om de nødvendige værktøjer, arten af det arbejde, der skal udføres, og det kvalifikationssæt af bidragydere, der skal involveres. Alternative måder at levere kunne være en præsentation eller forespørgsel-stand vidensbase.
(2) er enige om strukturen og omfanget af, hvad der skal leveres, f.eks. “et sæt dokumenter”. En leverance kan være utilstrækkelig, men omfanget af det pågældende systemdomæne kan kræve, at leverancen nedbrydes i flere dokumenter.
(3) Identificer det primære publikum og interessenterne, f.eks. “projektleder”. Har en forståelse af typen og formatet af oplysninger, de regelmæssigt forbruger. Det kan også spille en rolle her. I nogle tilfælde er referencearkitekturen “videregivet” rapporteringslinjerne som politik, mens den i andre tilfælde behandles som en “dejlig at have” med forventning om, at den beskriver den bedste måde og alternativer, der skal overvejes.
(4) Identificer andre interesserede parter, der muligvis har brug for referencearkitekturen. Er det nødvendigt at oprette forskellige visninger eller lag? Er der behov for og plads til at træne andre i, hvordan man fortolker og anvender referencearkitekturen?
(5) gør det klart, hvad publikum/ læseren skal gøre med dokumentet, f. eks. “der henvises til bedste praksis.”Outputene skal levere, hvad de siger på forsiden, herunder beviser og links til kilder til validering. En referencearkitektur kunne også levere” læring ” fra eksperimentering på en sammenhængende, handlingsbar måde.
(6) gør domænet af relevans klart. En referencearkitektur uden et specifikt domæne er en filosofi om vejledende principper på højere niveau snarere end en arkitektur. En arkitektur, selv en referencearkitektur, skal være domænebundet. Jo mindre dette domæne er, desto mere relevant og handlingsmæssigt er referencearkitekturen.
(7) den tilsigtede værdi af referencearkitekturen skal kommunikeres, da dette hjælper publikum med at bedømme dens formål og begrænsninger, f.eks. “vælg den bedste leveringsmetode.”Implementeringshold ved derefter, hvor de skal hen, når denne beslutning skal træffes.
(8) at have eksempler fra domænet og angive de relevante teknologier hjælper med at afklare konteksten for referencearkitekturen.
(9) alternativer og kilder til komponenter og kapaciteter, der skal overvejes, når de implementeres, bør være veldokumenterede og sammenkoblede.
en referencearkitektur er ikke nødvendigvis en blokering, før et teknologiprojekt startes. Det kan udvikles parallelt eller efter levering, tjener som dokumentation for en postmortem og erfaringer. Hvis det oprettes, før et projekt starter, kræver det undersøgelser, forsøg og eksperimenter for at informere om god praksis. Nedenfor er en foreslået taksonomi af mulige klasser af referencearkitektur, afhængigt af publikum, løsning og nuværende kløft i viden inden for en organisation eller projektteam.
forkortelsen for de fem forskellige aspekter af en referencearkitektur er musik, hvilket har vist sig at være mindeværdigt i samtaler på ethvert organisatorisk niveau eller forståelsesdomæne:
- embership: notering og kategorisering af arkitekturelementer, der anses for relevante for domænet.
- sage: brugerhistorier, forretningssager, processer, arbejdsgange og midler til at forklare aktiviteter i domænet.
- truktur: hvordan de forskellige elementer i et domæne er sammenkoblet for at understøtte brugen.
- nteraction( eller Integration): grænseflader og meddelelser, der udveksles mellem arkitekturelementer under brug.
- ontrols: de begrænsninger og politikker, der bruges til at styre interaktioner.
nu antyder dette ikke, at alle referencearkitekturer skal levere 25 dokumenter eller underafsnit, der dækker hvert af de identificerede områder. Dette illustrerer, at der sandsynligvis er 25 forskellige områder, hvor overvejelser, muligheder og ansvar skal formuleres i en organisation eller et projekt. Dette vil ændre sig afhængigt af dit publikum. Der er ingen uklarhed eller fluffiness i referencearkitekturer. De er resultatet af sonderende indsats og er de håndgribelige resultater af anvendt forskning på kort sigt.