| Innehållsförteckning | ||
|---|---|---|
|
Arkitekturella krav
T-boken [2] beskriver de övergripande kraven på den tekniska arkitekturen. En delmängd av dessa krav omsätter T-boken i en konceptuell arkitektur uppbyggd av komponenter som tillsammans benämns T- bokens Tjänsteplattform.
...
| Krav Id | Beskrivning | Typ | |||
|---|---|---|---|---|---|
| K-1 | Tjänsteadresseringskatalogen ska stödja gängse modeller för lastbalansering, så som klustring. Tjänsteadresseringskatalogen skalas på samma sätt som vanliga web-applikationer. | Skalbarhet | |||
| K-2 | TAK ska kunna driftsättas på alla plattformar där Apache Tomcat erbjuder installationsstöd. Det täcker alla vanligt förekommande Linux-, Unix- och Windowsversioner. | Flexibilitet | |||
| K-3 | Tjänsteadresseringskatalogen (TAK) ska tillhandahålla en komponent som innehåller cachad TAK data som övriga SKLTP komponenter kan använda för att inte vara beroende av att Tjänstekatalogens (TAK) tjänster är tillgänglig online. | Tillgänglighet | K-4 | TAK ska levereras som öppen källkod under licensen LGPL. | Flexibilitet |
| K-114 | TAK ska levereras med automatiserade last- och robusthetstester. | Prestanda | |||
| K-125 | All utveckling av TAK ska baseras på portabla, komponentbaserade byggen enligt en välbeskriven produktstruktur. | Flexibilitet |
...
Detaljerade krav på funktionalitet i Tjänsteadresseringskatalogen.
| Krav Id | Beskrivning | Typ | |||||
|---|---|---|---|---|---|---|---|
| FK-1 | TAK skall hantera(skapa, ändra och ta bort) RIV TA profiler. | ||||||
| FK- | 6Felmeddelande som orsakas i virtualiseringsplattformen ska rapporteras som SOAPFault till tjänstekonsumenten, samt loggas. ID i SOAPFault ska finnas i logfilen för korrelering. | Felhantering | FK-7 | Felsituationer som är förutsägbara baserade på inkonsistens mellan metadata i meddelandetrafik och innehåll i tjänstekatalog, ska redovisas i SOAPFaults med mycket stor tydlighet, så att det inte råder något tvivel som orsaken och vad som behöver göras, se standardiserade felkoder nedan. | Felhantering2 | TAK skall hantera Tjänstekontrakt för de olika tjänsteinteraktionernas som finns definierade i olika tjänstedomäner. Ett Tjänstekontrakt beskrivs av dess namnrymd som anges i form av en URN. | |
| FK-2 | TAK skall hantera Logiska adresser. En Logisk adress används som adresseringsinformation i en tjänsteinteraktion (del av SOAP-headern). Typiskt är denna en identitet för en verksamhet inom vården, men andra typer finns också. | ||||||
| FK-4 | TAK skall hantera Tjänstekomponenter. En Tjänstekomponent identifierar och beskriver en Tjänstekonsument eller en Tjänsteproducent. En Tjänstekonsument beskrivs typiskt av sitt HSA Funktionscertifikat som används vid anrop till VP. | ||||||
| FK-5 | TAK skall hantera Anropsadresser. En Anropsadress är en URL som är knuten till en viss Tjänstekomponent och en RIV TA profil. | ||||||
| FK-6 | TAK skall hantera Vägval. Ett Vägval består unikt av ett Tjänstekontrakt, en Logisk adress och en Anropsadress. Vägvalet skall även definieras inom ett tidsspann då detta är giltigt. | ||||||
| FK-7 | TAK skall hantera Anropsbehörigheter. En Anropsbehörighet består unikt av ett Tjänstekontrakt, en Logisk adress och en Tjänstekomponent (tjänstekonsument). Anropsbehörigheten skall även definieras inom ett tidsspann då detta är giltigt samt beskrivas av ett integrationsavtal(text). | ||||||
| FK-8 | TAK skall exponera lagrade Vägval, Anropsbehörigheter, Tjänstekontrakt och Tjänstekomponenter över valfritt gränssnitt för internt bruk av övriga SKLTP komponenter. | ||||||
| FK-9 | TAK skall implementera tjänsterna i den nationella tjänstedomänen infrastructure:itintegration:registry. (GetLogicalAddresseesByServiceContract och GetSupportedServiceContracts) | ||||||
| FK-10 | All intern kommunikation mellan SKLTP-komponenter ska gå via HTTP |
Standardiserade felkoder ??
Implementationen av en tjänsteadresseringskatalog skall returnera standardiserade SoapFault - felmeddelanden enligt följande:
| Felkod | Feltext | Kommentar | ||
|---|---|---|---|---|
| TAK001 |
| VP006 ??FK-11 | TAK skall stödja EI och dess notifieringsmekanism med ProcessNotification. Detta innebär hantering av Filter och kategorier som används för att begränsa mängden notifieringar till en tjänstekonsument. Ett filter består av en namnrymd eller del därav och är knuten till en viss anropsbehörighet och en kategori består en nyckelord (sträng) och är knuten till ett visst filter. | |
| FK-12 | TAK skall ha en notifieringsfunktion som via mail skickar information när en ny version är publicerad eller rullad tillbaka. Mail adresser skall vara konfigurerbart utan att behöva göra en releasesättning. |