Møde med Danske Erhvervsskoler

Transkript

1 Møde med Danske Erhvervsskoler 2. april 2014 Aino Olsen og Mai-Britt Brun Nielsen, UNI-C Side 1

2 Dagsorden EASY-C (Mai-Britt) Tidsplan Integrationer- herunder konsekvenser for skolerne Fremtidig supportstruktur Kommunikation fremadrettet Markedsgørelse (Aino) Hvem, hvad, hvordan, hvornår UNI-Cs øvrige aktiviteter (Aino) DVH XIT EUD-reform Etc. Side 2

3 Overordnet tidsplan EASY C 1/ EUD-reform 1/ Markedsåbning 1/ Side 3

4 Tidsplan EASY-C Side 4

5 Rækkefølge 5 piloter: 1. Mercantec (Uge sigtende mod 4/10) Virker det? 2. EUC Sjælland (Uge sigtende mod 11/10) Verificere plan 3. Københavns Tekniske Skole (Uge sigtende mod 18/10) 4. Aarhus Tech (Uge sigtende mod 18/10) 5. Teknisk Erhvervsskole center (Uge sigtende mod 18/10) Verificere slagplan Før Under Efter Realistisk test er foretaget flere gange Evaluering af tider og resultater Fallbackplan Beredskab og tæt overvågning Evaluering Justering af planer Side 5

6 Rækkefølge Herefter rulles skoler over efter en plan hvor der (forsøgt ) taget højde for følgende: Tømme driftscentre samlet Størrelser Belastningsperioder og indberetninger Projektets tidsplan i øvrigt Rækkefølgen og ca tidspunkter (indenfor 1-2 uger) kan ses på AdmSys Inden sommerferien meldes helt præcise dato ud til alle skoler Hvis der er forhold vi skal kende til, så sig til så tidligt som muligt Side 6

7 Printkoncept EASY-C Ingen direkte print fra EASY-A/C. Al print foregår via PDF-filer. Ekstra klik hvis bruger skal printe på papir Mulighed for skolerne at installere egen printløsning Mulighed for at digitalisere nuværende papirbaserede arbejdsgange Side 7

8 Integrationer - typer Fil/print FTP (DS, SLS, CVR, CPR) SQL (Bevismodul, Flex ) Webservices (Diverse 3. partsprodukter, diverse centrale systemer: AER, Efteruddannelse.dk, Eksamensdatabasen., Navision) SQL*net (EASY-A til EASY-A/F/P/S, CØSA., diverse 3. partsprodukter: UDDATA, Accostat, Medarbejderplan ) Side 8

9 Ændringer i integrationer (1) Fil/Print Ved overgang til EASY-C vil der ikke længere printes direkte til printer. Filoverførsler og print håndteres via central server. Skolerne kan, hvis de finder det nødvendigt, indkøbe tredieparts løsninger der kan printe direkte fra de centrale servere. Dette kan fx være follow-me - printløsninger. Skolerne skal varetage brugeradministration til den centrale fil/printløsning. Tidspunkt: Ændringer i fil/print sker successivt fra 4/ og frem til 31/ , efterhånden som skolerne overgår til EASY-C Side 9

10 Ændringer i integrationer (2) FTP Kun interne ændringer der ikke påvirker skolernes brug af EASY-A/C Tidspunkt: Ifølge intern tidsplan. SQL Primært UDDATA der benytter denne type integration Tidspunkt: Ifølge intern tidsplan aftalt med UDDATA. Side 10

11 Ændringer i integrationer (3) SQL*Net Først ændres til skolespecifikke login oplysninger Herefter ændres IP-adresse og SID Ingen funktionelle ændringer Tidspunkt: Overgang til skolespecifikke login sker 5/ Der stilles testfaciliteter til rådighed for trediepartsleverandører fra 11/8-29/ IP-adresse skift sker efterhånden som skolerne flyttes til EASY-C. Der stilles testfaciliteter til rådighed for trediepartsleverandører fra 8/9-19/9-2014, hvor ændret IP og SID kan testes. Side 11

12 Ændringer i integrationer (4) Webservices Det er kun i integrationen internt i EASY-A der ændres. Dette har ingen konsekvenser for de webservices der udstilles fra EASY-A/C. Tidspunkt: Det bliver muligt for trediepartleverandører at teste de eksisterende webservices i perioden 8/9-26/ Interne EASY-integrationer testes som en del af UNI-Cs samlede testplan. Side 12

13 Support/drifts-setup - Plan Alle skoler flyttet Flytteperiode Driftsmodning Fuld drift 4/ / / Fokus på flytninger Varieret billede: Nogle er i gammelt og nogle i nyt setup. Flere servicevinduer (fx hver anden weekend) Support opjusteret med fokus på flyttede skoler Fokus på optimering af drift, performance Sandsynligvis flere nye versioner og EASY-C (reformer) Færre servicevinduer Support opjusteret EASY-C projekt afsluttes Driftssituation normaliseret Supportniveau normaliseret Side 13

14 Drifts-setup (teknik) Application-servere (ca 30 stk) EASY-C Produktion DB EASY-C Hot standby Intet datatab Export Ugentligt eller dagligt alt efter mulighed/behov (sikring mod manuelle fejl) Side 14

15 Drifts/support-setup ændringer EASY-C skoler skal ikke længere selv sørge for installation af nye releases EASY-C skoler skal ikke længere selv køre sql-scripts UNI-C står for HW drift og applikationsdrift Jobovervågning skal varetages som nu, også efter overgang til EASY-C Support hos UNI-C tilpasses projektets faser/behov Side 15

16 Kommunikation Referencegruppe AdmSys EASY-C side LaSys møder Side 16

17 Markedsgørelse og reform - overordnet tidsplan EASY C 1/ EUD-reform 1/ Markedsåbning 1/ Side 17

18 Systemunderstøttelse i dag Brugergrænseflade Beregning/logik Data

19 System understøttelse efter august 2016 Brugergrænseflade Beregning/logik Data

20 System/produkt landskab Side 20

21 Regulering af studieadministrative systemer til ungdomsuddannelserne Tre forskellige reguleringsinstrumenter: Databehandleraftale Systemrevision Kontrakt/købsaftale Regulering af studieadministrative systemer til ungdomsuddannelserne Side 21

22 Databehandleraftale Anliggende mellem den dataansvarlige part (uddannelsesinstitutionen) og den databehandlende part (leverandøren). Obligatorisk, hvis databehandleren ikke er en myndighed. UNI-C har udarbejdet en aftaleskabelon, som bruges på gymnasieområdet. Efter markedsgørelsen: Nødvendigt med aftaler mellem institutioner og private leverandører af studieadministrative applikationer oven på den kommende EUD-database. Databehandleraftale Side 22

23 Systemrevision: forventet proces Processen forventes igangsat via en kommende ny it-instruks. Uddannelsesinstitutioner må kun indberette til centrale systemer fra godkendte studieadministrative systemer. Systemgodkendelsen gives af UNI-C, når leverandøren kan fremvise en anmærkningsfri systemrevisionsrapport. Systemrevisionen gennemføres hos leverandøren af en uafhængig revisor ved anvendelse af et systemrevisionsgrundlag, der udarbejdes og vedligeholdes af UNI-C. Systemrevision Side 23

24 Systemrevision: forventet proces Systemrevisionen forventes foretaget første gang i efteråret 2014 (gymnasieområdet og VUC-området). Systemrevision foretages efterfølgende en gang om året fra maj 2016 (alle områder), hvor evt. nyt revisionsgrundlag skal foreligge seks måneder før revisionen. Efter markedsgørelsen: Private leverandører af studieadministrative applikationer oven på EUDdatabasen skal have godkendt deres applikation på basis af en anmærkningsfri systemrevision. Systemrevision Side 24

25 Kontrakt/købsaftale Anliggende mellem kunden (den enkelte institution) og leverandøren. Nødvendig i forhold til sikker og effektiv administration hos institutionen. Der findes kontrakter på VUC-området og dele af gymnasieområdet. Gymnasieskolernes Rektorforening er i færd med at udarbejde en kontraktskabelon til anvendelse hos de gymnasier, som endnu ikke har kontrakter/købsaftaler med deres leverandør. Kontrakt/købsaftaleaftale Side 25

26 Kontrakt/købsaftale UNI-C hjælper Rektorforeningen med at afklare adresseringspunkter for en sådan kontraktskabelon. Efter markedsgørelsen: Institutioner, som anskaffer sig studieadministrative applikationer oven på EUDdatabasen, bør have en fyldestgørende kontrakt/købsaftale med leverandøren. Kontrakt/købsaftaleaftale Side 26

27 UNI-C s øvrige projekter XIT Datavarehus EUD reform Og en lang række andre projekter Side 27

28 Spørgsmål Indsæt note og kildehenvisning via Header and Footer Side 28