SKLTP TAK SAD - Arkitekturella krav
- Mats Ekhammar (Unlicensed)
- Göran Erkstam (Unlicensed)
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, 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 | |
| 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. |