QUICK GUIDE, Archi dokumentation Archi dokumentation er bygget op over følgende perspektiver/views: 1-Mål og Initiativer (udestår pt.) 2-Forretningsanvendelse (vælg Viewpoint: "Business Process cooperation") 3-Applikationsbeskrivelse (vælg Viewpoint: "Application Cooperation") 4-Datastruktur (vælg Viewpoint: "Information Structure") 5-Teknologibeskrivelse (udestår pt.) De pt. tre perspektiver laves for hver forretnings service og stamdataregister, der først navngives med et fortløbende (unikt) 2-cifret nummer efter den tilhørende servicekategori: A-Proxy services B-Stamdataregistre og Sundhedsdataregistre C-Adviseringer D-Dokumentdeling E-Sikkerhed og Logning F-Fælles Stamkort Servicen tildeles dermed navn på formen "<kategori>nn <service-/stamdataregister-navn> (<evt forkortelse)>", f.eks. "B15 Organdonorregister service (ODR)" Det tildelte navn bruges også som mappenavne i hvert view samt under "Relations", "Technology & Physical" samt "Application", hvor de relaterede Archimate objekter samles efter dannelsen af views. Under "Business" placeres registre i "Information" mappen og Databehandler/leverandører i "Aktører", mens NSP interne og eksterne services placeres under "Services". Der er tre forskellige typer af registre: intern register (NSP teknisk register), stamdata register (stamdata importeret fra forskellige leverandører) , sundheddataregister (udstilles via forretningsservices på NSP). Under "Other" placeres Databasenavne samt Externe placeringer. Relationer: laves med "magic connector", der foreslår de lovlige muligheder. Navngives hvor naturligt. Hver objekt navngives og i "Documentation" beskrives objektet nærmere. Der benyttes forretningsbeskrivelse på Business objekter og mere teknisk dokumentation på Application objekter. Specielt for services skal Business beskrivelsen inkludere Support ansvarlig og link til Confluence leverancebeskrivelse. Application service beskrivelsen skal indeholder WSDL's og andet relevant beskrivelse, samt hver operation / interface (angives først på de enkelte interfaces og kopieres derefter til bunden af application service beskrivelsen. Dermed gøres efterfølgende publicering på NSPOP nemmere).