Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Vad är en målarkitektur och vad innebär den?

Syftet med en målarkitektur är att beskriva en riktning, ett långsiktigt mål och väsentliga val för att kunna nå verksamhetens/organisationens mål.

Lösningar ska så långt som möjligt designas i enlighet med vår målarkitektur.

  • Har vi komponenter på plats i vår målarkitektur redan som vi kan skala upp så ska detta göras framför andra alternativ.

Lösningar som gör avsteg från målarkitekturen (per definition; temporära lösningar) ska motiveras, förankras samt bifogas en plan för när lösningen kommer att ersättas av en lösning i målarkitekturen.

Saknas en nödvändig komponent i målarkitekturen för att kunna leverera en helhetslösning ska denna designas i enlighet med vår API strategi och etableras enligt
Process för val av teknisk lösning

Mer information

Page Tree
root@self
startDepth1

Generellt processtöd

Sundsvalls kommun stödjer


Målarkitektur kanal

Vad är en kanal?

Med kanal avses här de digitala kontaktpunkter vi når våra intressenter via (medborgare, företagare, anställda m fl).

En kanal ska presentera en homogen upplevelse innehållande det som är relevant för intressenten.

En upplevelse (process) ska på samma gång kunna starta i en kanal (en app t ex) och fortsätta i en annan (på sundsvall.se t ex).

Lösningsmönster kanaler

Mina Sidor

Integrerade Open E-tjänster

Vilka ramverk ska vi använda och till vad?

  • CMS

    • Sitevision

  • Integrerade webbapplikationer

    • Ärenderegistrering

      • Open ePlatform

      • Webb-ramverket (när ärenderegistrering faller sig naturligt i ett UX)

    • Mina Sidor-applikationer

      • Webb-ramverket

    • Handläggningsapplikationer

      • Webb-ramverket

Exempel

Lösningsval kanal

Gliffy
baseUrlhttps://sundsvall.atlassian.net/wiki
macroIdf2d1d787-199b-4a10-bbd7-fab7b62cadc3
nameref-ark-kanal
pageid55410689
timestamp1667898688037

Målarkitektur funktion och data

Komponenter i målarkitekturen är väl avgränsade vad avser funktion och data, skall vara designade för att kunna skalas upp för användning inom hela koncernen samt exponera funktionalitet och data via APIer (som följer OpenApi 3.x).

En komponent realiseras av en öppen källkod-lösning (exempel: diwise), en upphandlad lösning (exempel: Digital Assistent), en egenbyggd lösning (exempel: feedbackSettings) eller en kombination av detta (exempel: GIS-data).

Gliffy
imageAttachmentIdatt1118601276
macroId01a5111d-d764-486c-91b5-da626d0237d3
baseUrlhttps://sundsvall.atlassian.net/wiki
namekomponent-ark
diagramAttachmentIdatt1118175319
containerId1117323272
timestamp16696339797031683542140972