Lånekassen, Modulisprosjektet

Transkript

1 Lånekassen, Modulisprosjektet Erfaringer med regler og bruk av regelverktøyet InRule Jon N. Didriksen, Computas AS no.linkedin.com/in/jndidriksen Computas AS

2 Modulis-prosjektet Modulis Statens Lånekasses fornyingsprosjekt Fornyelse av portefølje av kjernesystemer Automatisert og manuell saksbehandling, bankløsning, kundefront, lærestedsportal aktive kunder, søknader i året, studenter får støtte årlig Startet 2008 (CapGemini, Software Innovation) Omorganisert 2011 (bl.a. + Computas) Løsning for tildeling av støtte - skal i produksjon 28/4. En vanlig dag på Modulis-prosjektet

3 "Tildeling"- av lån og stipender.net, Biztalk Nettsøknad InRule (regeltjenester) Validator 360 (saksbehandling, saksarkiv) Høyere utdanning Videregående oppl- Basisrettigheter Etterbehandling Saksbehandling Stipend/lån Ekstralån sommertermin Skolepengelån del 3 Utdanningslån del 3 Omgjøringslån Utdanningsstipend Forsørgerstipend del 3 Støtterett med ungdomsrett Støtterett uten ungdomsrett Reisestipend del 3 Reiselån del 3 - Utland Reiselån norske studiesentre Reisestipend del 3 - Norden Reisestipend del 3 - Utland - Innenlandsdel Reisestipend - Utland (utlandsdel) Reiselån - Utland Skolepengelån Skolepengestipend Tilleggsstipend Grunnstipend Utstyrsstipend Bostipend Forsørgerstipend Del 2 Utdanningslån del 2 Skolepengelån del 2 Reisestipend del 2 Reisestipend del 2 - Norden Reisestipend del 2 - Utland - Innenlandsdel Språkstipend Foreldrestipend Ekstrastipend funksjonshemmete Fullstipend funksjonshemmete Flyktningstipend Sykestipend Skolepengestipend internasjonale skoler Startstipend for kvotestudenter Reisestipend kvoteordning

4 Regler hva vil vi oppnå? Regler som Gir søkeren det han/hun har krav på Trenger ikke vite om/søke på forskjellige ytelser Søker kun stipend/stipend og maks lån/stipend og begrenset lån Beregner lån og stipender Gir forståelige forklaringer til kunde Automatisk generert med forklaringer, spesielt hvorfor avslag på enkeltytelser Gir meldinger/til saksbehandler Ukurantmeldinger, f.eks. " Sivilstand kan ikke være samboer med felles barn i perioder der det ikke er registrert noe barn regnet fra tre uker før fødsel" Vedlikeholdbarhet Årlige forskriftsendringer 4 Computas AS

5 Regelkilde: forskriftene KAPITTEL 17 BOSTIPEND 17-1 Ikke-behovsprøvd bostipend Det gis bostipend som tilskudd til bokostnader med kr per måned når søkeren oppfyller vilkårene i Bostipendet blir ikke behovsprøvd etter kapittel 21 og Vilkår for bostipend Søker som ikke bor hos foreldrene, får bostipend når reisetiden mellom foreldrehjemmet og skolen er tre timer eller mer samlet per dag, eller avstanden er 40 km eller mer. Bostipend kan også gis når søkeren må bo utenfor BEHOVSPRØVINGSTABELLEN foreldrehjemmet på grunn av andre særlige forhold. Fradrag i kr Lånesats Lånesats 1 barn 2 barn 3 barn 4 barn 5 barn per måned hjemmeb. borteb. Enkeltvis ikke veldig komplekse regler, men: - mange typer ytelser - enkelte avhengigheter mellom ytelsene - behovsprøving - kundens status kan endre seg underveis (flytter, gifter seg, får barn, endrer studiebelastning ) Computas AS

6 Regelkilde: Interne regler "Regelpoetene" formulerer Lånekassens egne regler: Tolkning/presisering av forskriftene Intern praksis, saksbehandling Tekster (meldinger og forklaringer til saksbehandler og søker) Beskrevet i regneark, mange hundre rader (regler) x ca. 40 kolonner (egenskaper, klassifisering, status, tekster...) Veldig grundig spesifisert Veldig god tilgjengelighet av fageksperter + erfarne saksbehandlere Essensielt for et vellykket prosjekt! Kanskje overspesifisert ("bordet fanger"), litt lite deltakelse fra utviklere i utforming av reglene Mange ulike aspekter kombinert i én regel 6 Computas AS

7 Eksempel rett til bostipend Kan brytes ned i enkeltregler på forskjellige måter (f.eks. alt i en regel), men ønsker byggeklosser som er - oversiktlige - gjenbrukbare (eks: rett til bostipend benyttes videre: beregning av bostipend, beregning av utdanningslån) - symbolske (skjule detaljer om datastrukturer etc.) - handler om én beslutning 7 Computas AS

8 InRule - regelflyt Tidligere ofte utfordring å implementere flyt og rekkefølge i regelverktøy Bra å kunne skille mellom flyt og regler 8 Computas AS

9 InRule - regler 9 Computas AS

10 InRule - vokabular Funksjon + høynivå-uttrykk Også klassifikasjoner 10 Computas AS

11 Enhetstesting Enkelt å lage nye tester ved små endringer/tillegg i felles datagrunnlag Robust i forhold til skjemaendringer Testing er ekstra viktig ved kompleks logikk. Inrule testverktøy, enhetstester, testscenarier. 11 Computas AS

12 Periodehåndtering Søkerens "status" endres Flytter hjemmefra, gifter seg, får barn, endrer studiebelastning Endrer hvilke ytelser søker kan få (f.eks. bostipend halve semester fordi flyttet hjemmefra) Endrer beløp på ytelse (høyere forsørgerstipend fordi fått ett barn til) Løsning: Deler opp i perioder med konstant status, beregner isolert for hver periode + etterbehandling Enkelt å legge til nye regler trenger ikke tenke på statusendringer Skiller generell periodelogikk fra regelens egentlige innhold 12 Computas AS

13 Versjonering Årlige forskriftsendringer følger studieåret (dvs. fra 16/8) Få endringer fra år til år Satser (f.eks. beløp og inntektsgrenser) i database med gyldighetsperiode Versjonering av enkeltregler (tidligere hele regeltjeneste) Dynamisk aktivering av riktig versjon, basert på datofelt i input 13 Computas AS

14 Erfaringer og anbefalinger - organisering og arbeidsmåte Samarbeidet med fagekspertene Tett samarbeid, ikke "dokument-handover" Lett tilgjengelig, bør være del av prosjektet Del opp i overkommelige bolker Ikke vannfall Regelen er ikke ferdig spesifisert før den er implementert og testet i sammenheng I tillegg: Lengre, generelle designaktiviteter (f.eks. periodehåndtering) Tenk forvaltning fra starten Tilgjengelig kompetanse (faglig, teknisk) også etter at prosjekter er slutt Vedlikeholdbarhet, versjonering Dokumentasjon, referanse til forskrift e.l. 14 Computas AS

15 Erfaringer og anbefalinger verktøy og verktøyvalg Fagpersoner skriver/vedlikeholder reglene selv Det skjer ikke! Høynivå-definisjon av regler er viktig, men ikke på bekostning av utvikler-støtte (resonnering, "infrastruktur") Men: Nyttig å tilgjengeliggjøre sentral logikk i form av beslutningstabeller o.l. InRule Regelverktøy gir vedlikeholdbar forretningslogikk Ja, viktig å skille forretningslogikk fra annen kode Men viktig å jobbe med struktur Gode høynivå-features, men for umodent og begrenset 15 Computas AS

16 Erfaringer og anbefalinger integrasjon av regelverktøy Typisk regelverktøy "lukket boks", alt løses internt (modell, regler, funksjoner..) Alltid et behov for en viss "infrastruktur" (utvidelser, traversering/oppslag i tabell, funksjoner ), men ikke alltid god nok støtte i verktøyet Vanskelig å tilpasse domenemodell Løsning1: Pre-prosessere tilpasse modellen for å minimalisere behovet internt Løsning2: Bruke åpen løsning regelverktøy som integrert modul, ikke separat, lukket tjeneste. Eks: Open source-verktøy (Drools) Computas' rule enige (Frame Solutions, "saksbehandlingsrammeverk") Regeltjeneste Modell Regler Infrastruktur 16 Computas AS

17 Modulis-prosjektet oppsummering Veldig spennende prosjekt Dele ut penger / sørge for at studenter kan studere Gi gode forklaringer til søker og saksbehandler Kombinasjon av funksjonelt og teknisk Viktig å skille ut forretningslogikk riktig å bruke regelverktøy Viktig: Tenke forvaltning helt fra start! 17 Computas AS