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 | ||||
---|---|---|---|---|---|---|
FK-1 | Tjänsteadresseringskatalogen skall lagra vägvalsinformation bestående av följande delar; Tjänstekontrakt, Logisk adress och teknisk adress i form av en URL. Vägvalsinformationen skall även innehålla ett tidsspann då denna är giltigTAK 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-2Tjänsteadresseringskatalogen skall lagra anropsbehörigheter bestående av följande delar; Tjänstekontrakt, Logisk adress och tjänstekonsumentens identitet7 | 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 innehålla definieras inom ett tidsspann då denna är giltigdetta är giltigt samt beskrivas av ett integrationsavtal(text). | |||||
FK-38 | Tjänsteadresseringskatalogen skall exponera lagrad vägvalsinformation och anropsbehörigheter över valfritt gränssnsnitt TAK skall exponera lagrade Vägval, Anropsbehörigheter, Tjänstekontrakt och Tjänstekomponenter över valfritt gränssnitt för internt bruk inom av övriga SKLTP -domänenkomponenter. | |||||
FK-49 | Tjänsteadresseringskatalogen skall TAK skall implementera tjänsterna i den nationella tjänstedomänen infrastructure:itintegration:registry. (GetLogicalAddresseesByServiceContract och GetSupportedServiceContracts) | |||||
FK- | 5Tjä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. | FK-6 | 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. |