DataHub - Bilag 3a - Kundens kravspecifikation - Energinet.dk

More documents

Recommendations

Info

Energinet.dk udbudsmateriale – DataHub Bilag 3a – Kundens kravspecifikation evne til at reagere på fejlforløb. Det er til enhver tid aktørens ansvar, at dennes it-system, konfiguration og EDI-meddelelser lever op til gældende regler. 7.2 Overordnede rammer for Aktørtestsystemet 7.2.1 Model for Aktørtestsystemet Som det er beskrevet i afsnit 7.1.2 ”Brugertyper til Aktørtestsystemet” og 7.1.3 ”Testtyper”, skal Aktørtestsystemet servicere tre brugergrupper og to forskellige testtyper. Til hver af de tre brugergrupper er knyttet funktionalitet, der har til formål at sikre, at brugergruppen kan udføre de nødvendige funktioner i forhold til gennemførelse af de respektive testforløb. Figur 7-2 giver et overblik over de tre brugergrupper, testtyper og tilknyttet funktionalitet. Figur 7-2: System- og aktørlandskab Ovenstående figur giver et overblik over hvilke brugergrupper, der er koblet på Aktørtestsystemet, samt hvilke systemer og grænseflader der er involveret i Aktørtestsystemet. Figuren ovenfor viser de tre interessentgrupper: Aktør, It-leverandør og Energinet.dk, der skal anvende Aktørtestsystemet. Hver interessentgruppe, markeret med en bestemt farve, relaterer sig til forskellige funktionalitetsområder – listet i de tilsvarende farvede bokse i Aktørtestsyste- Dok. 31785/10, Sag 10/3365 98/132
Energinet.dk udbudsmateriale – DataHub Bilag 3a – Kundens kravspecifikation met. Størstedelen af den funktionalitet, som en aktør anvender, anvendes også af itleverandøren. Der er generelt ingen forskel mellem den funktionalitet, som aktøren og it-leverandøren skal have adgang til, hvilket også fremgår af Figur 7-2: System- og aktørlandskab. Forskellen på de to brugergrupper er primært i antallet af tests, som de skal gennemføre. Energinet.dk er ansvarlig for Aktørtestsystemet, og har det administrative og driftsmæssige ansvar. Figuren viser endvidere, at alle interessenter interagerer med Aktørtestsystemet via en webgrænseflade, eller alternativt en webservice der udstiller samme funktionalitet som webgrænsefladen. Formålet med denne webservice er, at muliggøre system-til-system kommunikation med Aktørtestsystem således, at it-leverandører og aktører kan automatisere deres interne testprocedure. Detaljerede status- og fejlmeddelelser vises fortsat kun i den grafiske grænseflade. 7.2.2 Overordnet testflow Aktørtestsystemet skal være i stand til at understøtte følgende proces for test af meddelelsesudveksling og dermed automatisering af modtagelse og afsendelse af datameddelelser med aktører. Figur 7-3: Model for transaktion i Aktørtestsystemet Ovenstående figur beskriver forløbet for opstart og gennemførsel af en testcase (en eller flere transaktioner) og dermed test af én eller flere meddelelser initieret af en Aktør via en grænseflade. Figuren tager udgangspunkt i, at kommunikationen foregår via webservices både til og fra Aktørtestsystemet. 1. Aktøren initierer en ny testcase i Aktørtestsystemet. Det sker via brugergrænseflade i Aktørtestsystemet eller via webservice (eget it-system). 2. Aktørtestsystemet bekræfter opstart af testcase. 3. Aktøren initierer transaktion/forretningsproces i eget it-system. 4. Aktøren (eget it-system) sender meddelelse via webservice. Dok. 31785/10, Sag 10/3365 99/132
Page 1 and 2:
DataHub Bilag 3a - Kundens kravspec
Page 3 and 4:
Energinet.dk udbudsmateriale - Data
Page 5 and 6:
Page 7 and 8:
Page 9 and 10:
Page 11 and 12:
Page 13 and 14:
Page 15 and 16:
Page 17 and 18:
Page 19 and 20:
Page 21 and 22:
Page 23 and 24:
Page 25 and 26:
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
Page 43 and 44:
Page 45 and 46:
Page 47 and 48: Energinet.dk udbudsmateriale - Data
Page 97: Energinet.dk udbudsmateriale - Data
show all

DataHub - Bilag 3a - Kundens kravspecifikation - Energinet.dk

Create successful ePaper yourself

Delete template?

Save as template?