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.
En Tjänsteadresseringskatalog (TAK) realiserar ett flertal krav enligt T-boken såsom:
- Administration av systemförändringar blir minimal. TAK innehåller konfiguration för framförallt VP som minimerar dominoeffekter vid förändringar i system hos en samverkande part eller i nationella tjänster.
Icke funktionella krav
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 | TAK ska levereras som öppen källkod under licensen LGPL. | Flexibilitet |
K-4 | TAK ska levereras med automatiserade last- och robusthetstester. | Prestanda |
K-5 | All utveckling av TAK ska baseras på portabla, komponentbaserade byggen enligt en välbeskriven produktstruktur. | Flexibilitet |
Funktionella krav
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-2 | 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 och Anropsbehörigheter ö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 | |
Nya krav nedan! | ||
FK-11 | 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 då Tjänstekatalogens (TAK) tjänster inte är tillgänglig online. | |
Standardiserade felkoder ??
Implementationen av en tjänsteadresseringskatalog skall returnera standardiserade SoapFault - felmeddelanden enligt följande:
Felkod | Feltext | Kommentar |
---|---|---|
TAK001 |
| VP006 ?? |