SAPAs kravspecifikation Læsevejledning. KMJ, 19. marts 2013

Transkript

1 SAPAs kravspecifikation Læsevejledning KMJ, 19. marts 2013

2 Udbudsmaterialets kontrakter og bilag Øvrige bilag A.Ordliste B.Begrebs- og Informationsmodel C.Snitflader (STS og SP) D.Udrulningsbistand E.Overgangsløninger F.Advis-modul 2

3 Vigtigste opmærksomhedspunkter Strategisk afklaring: Advis Modul som helt selvstændigt system eller et løst koblet modul? Beskrevet i særskilt bilag. Kan indsættes i kravspec, hvis forretningsmæssigt behov Paralleldrift: Use Cases og Krav der beskriver overgangsfunktionalitet, der understøtter paralleldrift med KMD Sag er beskrevet i særskilt bilag. Kan indsættes i kravspec, hvis forretningsmæssigt behov Leverandørens Udrulningsassistance til kommunerne. Særskilt bilag udestår helt. Beskrives i forsommeren. Bilag med Snitfladespecifikationer (NB! Alle databærende snitflader går via de fælleskommunale støttesystemer og serviceplatform). Påbegyndt. Detaljering udestår og afventer Støttesystemernes Kravspecifikation 3

4 Kort om selve dokumentet Strukturen ligger fast, da vi anvender KOMBITs standardkravspec. Hovedparten af afsnittene har en færdiggørelsesgrad på 90 pct. Enkelte af de mere tekniske afsnit har en højere færdiggørelsesgrad, end man umiddelbart skulle tro ved første øjekast. De er skrevet bevidst løse da vi ønsker at overlade spillerum til leverandørerne. 4

5 Kravspecifikation en svær leverance - flere formål, flere modtagere Beskrivelse af it-løsningen: Hvad skal bygges? Konkurrenceudsættelse af løsningen: Hvilken leverandør kan give det bedste tilbud? Bilag til kontrakten: Det vigtigste dokument Programmørernes byggevejledning: Grundlaget for løsningsbeskrivelsen. Forretningens garanti for løsningens scope Mange målgrupper: Styregruppen (KOMBIT og Kommunerne) Kommunerne (ledelse og brugere) Leverandørerne (business og programmører) 5

6 Forklaring til læseren (leverandøren) 6

7 Krav, Minimumskrav, Optioner Min.Krav (Konkurrence) Krav Option (kan indeholde både MK og K) Vægtes af Kunden Nej Ja Ja Nej Skal tilbydes Ja Nej Ja Ja Opfyldt Ja/Nej-test Ja Nej Ja Tja Kvalitativ evaluering (mere/mindre) Nej Ja (løsningsbeskrivelse) Som udgangspunkt ja, men måske banalt tilkøb Konkurrence Nej Ja Ja Nej Prissættes særskilt Leverandør kan tage forbehold Kapitaliseres af KOMBIT Måske afgøres af kunden Måske afgøres af kunden Nej Ja Ja, hvis indeholder K n/a Nej (fordi vægtet ) Både/Og Ja Kunden skal aftage Ja Ja Nej Ja Ja Vilkår (resten) Nej Nej Ja 7

8 Den forretningsmæssige baggrund for løsningen 8

9 9

10 10

11 Projektets overordnede succeskriterier (nedarvet fra udbudsplanen) 1. Den nye it-løsning er mindst 25 % billigere i årlig drift og vedligeholde end den eksisterende løsning 2. Mindst 80 % af de kommunale brugere har oplevet lettelser som følge af den nye it-løsning. 3. Alle kommuner har tilsluttet sig de fælleskommunale krav og det fælles udbud. 4. Mindst 3 forskellige leverandører har afgivet bud på at udvikle den ny it-løsning. 5. Den ny it-løsning er baseret på den fælleskommunale rammearkitektur. 11

12 12

13 Vision: SAPA Glaspladen 13

14 Overordnet arkitektur og omgivelser 14

15 15

16 16

17 Den kommunale forretningsviden dvs. den forretningsmæssige beskrivelse af løsningen. Fundamentet i enhver it-løsning er arbejdsgange, begreber og regler og deres indbydes sammenhæng. 17

18 Figur 9: Den generiske sagsdannelsesproces i kommunen, primære arbejdsgange 18

19 Advisering Sagsarbejde Advisering Sagsarbejde Advisering Sagsarbejde Figur 11: Den generiske sagsdannelsesproces i kommunen, sekundære arbejdsgange 19

20 Advisering Sagsarbejde Advisering Sagsarbejde Advisering Sagsarbejde Figur 11: Den generiske sagsdannelsesproces i kommunen, sekundære arbejdsgange 20

21 Begrebs- og informationsmodel s Formål med SAPA begrebsmodel: Sikre et fælles og ensartet sprog i på tværs af flere systemer. Formål med SAPA informationsmodel: Oversigt over informationsbehovet i et 360 graders overblik i SAPA. Tilsammen er det en begrebs- og informationsmodel over SAPA forretningsbegreber og informationer og relationer mellem disse. KOMBIT har et entydigt forretningsmæssigt ejerskab til begreber og informationer i en SAPA løsning, og det er KOMBIT der udarbejder, vedligeholder og godkender SAPA begrebs- og informationsmodellen. Det er et mindstekrav, at SAPA-løsningen understøtter søgning på de specificerede begreber og informationer i SAPA begrebs- og informationsmodellen. Fig. 1. Simplificeret model af SAPA forretningsbegreber 21

22 Oversigt og beskrivelse af aktørerne (både de forskellige brugere og systemer) 22

23 SAPA aktører og kontekst Der er to centrale SAPA aktører: Brugeraktører, dvs. brugere som via brugergrænseflade arbejder på SAPA løsningen Systemaktører, dvs. andre it-systemer, som skal integrere med SAPA løsningen Kommunebruger Administrator SAPA Transitionsløsning Partskontakt / Information SDY-Indekser Sikkerhed Advis SAPA Klassifikation Fagsystem (Sagsbærende) Organisation ESDH (Sagsbærende) Serviceplatform Beskedfordeler Kontekstdiagram for SAPA. Brugeraktørerne er angivet med rødt og Systemaktørerne med blåt. Aktør Indeks dækker over aktørerne: Ydelses Indeks, S&D Indeks Aktør Sikkerhed dækker over aktørerne: Context Provider, Security Token. Pilene indikerer hvilken vej data kan løbe mellem SAPA og aktørerne. 23

24 SAPA systemaktører Systemaktør Anvendersystem Anvendersystem Fælleskommunalt Udstiller Modtager sager og støttesystem Klassifikation Organisation Sags- og Dokumentindeks Ydelsesindeks Beskedfordeler Serviceplatformen Partskontakt/-information Context Provider Security Token Service Fælles offentlige borgerportaler Kommunale borgerportaler Kommunale borgerportaler Kommunale intranetportaler SAPA Metadata journalnotater ESDH-system (Sagsbærende) x x Fagsystem (Sagsbærende) x x SAPA-transitionsløsning (Sagsbærende) x x x x x Alle snitflader til kildesystemer etableres via fælleskommunale støttesystemer og serviceplatformen x x x x x x x x x 24

25 Use cases beskriver hele funktionaliteten i SAPA-løsningen på et forretningsmæssigt niveau 25

26 26

27 27

28 Funktionelle krav og usecases s Funktionelle krav: Beskrevet via forretnings use cases, der beskriver forretningsbehov. Hver use case er knyttet til ét eller flere krav. Usecase: Netop ikke en specificering af hvordan et forretningbehov rent faktisk implementeres i en løsning. Giver leverandøren frihedsgrader til at etablere en velegnet løsning. 28

29 Eksempel på krav knyttet til en use case SAPA løsningen skal have den beskrevne funktionalitet 29 Leverandørerne konkurrerer på at give sit bedste bud og dermed kan vi se, hvordan de vil gøre det og bedømme løsningsforslaget på baggrund af fastlagte og transparente evalueringskriterier.

30 System Use Cases: Leverandøren udfylder 30

31 Kernefunktionalitet Centrale use cases, der udgør kernen i SAPA-løsningen (A) Udsøgning af part (UC 100, 105, 111) (B) Partsoverblikket (UC 110, 150, 160, 180, 203, 402, 403, 501) (C) Yderligere indblik via SAPA (UC 502, 503, 504, 505) (D) Videre information uden for SAPA (UC 130, 131, 120, 401) (E) Sagsarbejde Light (UC 204, 205, 506) (F) Administrator (UC ) 31

32 Optioner Optioner skal altid beskrives som krav og indgår i tilbudsvurderingen, men kan realiseres senere En række use cases beskriver funktionalitet i advis-modulet Advis-Modul (UC ) Use cases og krav til SAPA Shop SAPA Shop (UC701, ) Use cases med avanceret funktionalitet til sagsarbejde Sagsarbejde Extra (UC ) Overgangsfunktionalitet (parallel drift) Transition (UC ) 32

33

34

35

36

37

38

39

40

41 Beskrivelse af alt det som løsningen skal indeholde, som ikke er funktionalitet herunder arkitektur, byggeregler, snitflader, lovgivning mm. 41

42 Fem overordnede arkitekturmål 42

43 43

44 Forretningsprincipper SAPA-løsningen (1/2) 44

45 Forretningsprincipper SAPA-løsningen (1/2) 45

46 46

47 47

48 Målarkitektur for SAPA og dets omgivelser Smart phone Tablet SAPA Borger.dk xxx xxx SAPA Adm. Ekstern leverandør SAPA APP Store SAPA Sammenstillingsservice - Find primær part info (Søg) SAPA Sagsarbejdeservice (overgangsløsning) - Journalnotat (Opret, læs, søg) - Sag (Opret, læs, søg) Adm. services Central administration Lokal administration Lokal platform Serviceplatform Generelle services Sikkerhed Sagsbærende it.-syst. Støttesystemer Fælles grunddata 48

49 SAPA Arkitekturfundament Sikkerhed Rollebaseret brug./ rettighed styring Context Provider Security Token Service Partskontakt Ind-/udgående kommunikation Partsinformation Partshændelser Adresse dispatcher Klassifikation Organisation URL Kapabiliteter Beskedfordeler Abonnement på forretningshændelser Klassifikation Sagstyper (KLE) Ydelseskatalog Profilering Ydelsesindeks Metadata Økonomiske Ressourcer Fysiske Sagsindeks Metadata Kildesystemref Dokument ref. Journalnotater Organisation Kommunal organisation Facetter ift. organisationsenhed Dokumentindeks Metadata Kildesystemref S A P A Serviceplatform (integration til fællesoffentlige grunddata) Person Persondata Familie Husstand Bosættelse Bolig Boligtype Boligejer Boligdata (BBR) Økonomi Person indkomst Formue Gæld Sundhed Sundhedsaktører Sundheds oplysn. Arbejde Arbejdssted Arbejdsstatus A-kasse oplysnin. Adresse Dansk adresse Udenlands adresse Distrikt Socialdistrikter Skoledistrikter Institution Institution Skole Uddannelse Virksomhed Virksomhedsdata 49

50 50

51 Journalnotat til Sagsbærende it-løsninger 51

52 52

53 53

54 54

55 SAPA Advis Modul (Særskilt bilag) Understøtter Advis Use Cases. Alle relevante hændelser Behandling af adviser Tværgående advisering Påmindelser Tegner abonnement hos Beskedfordeleren I database dannes en forekomst med en relation til hændelsen. Evt. særskilt advis-modul (afventer dialog med markedet). Evt. genbruge funktionalitet i fagløsninger 55

56 Krav for støttesystemer 56

57 57

58 58

59 59

60 60

61 61

62 62

63 63

64 64