Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

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

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


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).

  • No labels