INTERPRETATIEDOCUMENT vastgesteld door het CCvD Bodembeheer Van toepassing op : BRL SIKB 0100, versie 4.0-29 juni 2005 Versie en datum vaststelling : 1, 3 september 2009 Datum in werking treden : 7 september 2009 Kenmerk : SIKB-CCvD Bodem_S_09_37255 Achtergrond BRL SIKB 0100 is ontwikkeld in een periode dat applicaties van softwareleveranciers lokaal bij een klant werden geïnstalleerd. Veel softwareleveranciers, zowel van BIS-systemen en dataminers als van laboratoriumsystemen, zijn inmiddels overgestapt op webapplicaties die op een centrale server draaien, waarbij de uitwisseling van gegevens geautomatiseerd plaatsvindt met webservices. Met name de in de beoordelingsrichtlijn geformuleerde eisen over het testen van de applicaties op hun uitwisselfunctionaliteit zijn hier in de letterlijke zin achterhaald. Dit interpretatiedocument geeft een handreiking voor de interpretatie van de elementen uit BRL SIKB 0100 die van toepassing zijn op de certificering van webapplicaties. Het interpretatiedocument is geïnspireerd op de ISO/IEC 25051 (Software engineering Software product Quality Requirements and Evaluation (SQuaRE) Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing). De certificatie-instelling zal bij haar beoordeling: de volledigheid en diepgang van de testplannen en resultaten beoordelen; (overeenkomstig huidige inrichting BRL 0100) de openstaande en afgeronde issues bekijken; steekproeven doen op de functionaliteit door het beperkt uitvoeren van eigen testen met gemodificeerde data van de BRL website. Interpretatie nummer: 1 Van toepassing op hoofdstuk 2, Eisen te stellen aan het product, par. 2.1, Algemeen In dit hoofdstuk zijn de eisen opgenomen waaraan het softwarepakket van de softwareproducent moet voldoen en hoe het pakket getest wordt. Technisch gezien is het ondoenlijk om webapplicaties te installeren op de computer van de certificatie-instelling. Daarom kan de certificatie-instelling voor de certificering van webapplicaties de testomgeving van de softwareleverancier gebruiken. Interpretatie van de tekstpassage. Paragraaf 2.1 is als volgt te lezen (aanvullingen onderstreept): In dit hoofdstuk zijn de eisen opgenomen waaraan het softwarepakket van de softwareproducent moet voldoen en hoe het pakket getest wordt. De softwareproducent dient in geval van een webapplicatie te beschikken over een testomgeving ten behoeve van de certificering die fysiek gescheiden is van de productieomgeving.
- 2 - Interpretatie nummer: 2 Van toepassing op par. 2.5, Beoordeling geschiktheid data uitwisseling Om te beoordelen of het softwarepakket geschikt is om de data te importeren en te exporteren volgens het uitwisselingsformaat dient de software getest te worden. De in paragraaf 2.5 beschreven testprocedures gaan uit van handmatige bewerkingen op basis van gestandaardiseerde testdata. In geval van webservices is dit technisch niet mogelijk. Het certificatieschema moet het ook leveranciers van webapplicaties mogelijk maken testprocedures te hanteren. Om te beoordelen of het softwarepakket geschikt is om de data te importeren en te exporteren volgens het uitwisselingsformaat dient de software getest te worden. 2.5.1 Test van lokaal geïnstalleerde applicaties [ complete resterende tekst van par. 2.5] 2.5.2 Test van webapplicaties Het is de leverancier van een webapplicatie toegestaan de testprocedures naar de eigen situatie aan te passen. Als hij hiervoor kiest moet de leverancier de aangepaste testprocedure vooraf ter goedkeuring voorleggen aan de certificatie-instelling. De softwareleverancier moet in de uitwisselkaart expliciet aangeven op welke onderdelen van SIKB-protocol 0101 (XSD s) de certificering betrekking heeft. De leverancier moet een testplan maken dat aansluit op de protocollen en de eisen die daaraan verbonden worden vanuit BRL SIKB 0100. Deze relatie moet expliciet beschreven zijn in het testplan. Elke eis uit BRL SIKB 0100 moet aanwijsbaar getest worden door een activiteit in het testplan. De certificatie-instelling toetst of door de leverancier een testprocedure is uitgevoerd conform de door BRL SIKB 0100 gestelde eisen en het hiervoor genoemde testplan. Alle (tussen)resultaten moeten digitaal worden vastgelegd. Nieuwe versies hebben een volledige hertest tot gevolg, tenzij de leverancier expliciet aantoont dat de wijziging geen impact heeft op (delen van) de BRL functionaliteit. Interpretatie nummer: 3 Van toepassing op de tekstpassage (uit hoofdstuk 2, Eisen te stellen aan het product, par. 2.5, Beoordeling geschiktheid data uitwisseling : Voor de testen door de softwareproducent wordt gebruik gemaakt van een schone database, dus bevinden zich geen gegevens in de data-tabellen anders dan de codetabellen. Nadere precisering van het begrip schone. Voor de testen door de softwareproducent wordt gebruik gemaakt van een schone op relevante onderdelen lege database, dus bevinden zich geen gegevens in de data-tabellen anders dan de codetabellen.
- 3 - Interpretatie nummer: 4 Van toepassing op de tekstpassage (uit hoofdstuk 2, Eisen te stellen aan het product, par. 2.5, Beoordeling geschiktheid data uitwisseling, zowel onder Test 1 als onder Test 2 : Na de inleesactie dient de inhoud van de datatabellen van het softwarepakket gedumpt te worden in een Excel-bestand (1 tab per tabel), voorzien van de datum/tijd van de dump, de versie van de software en naam en versie van het testbestand. Bij webapplicaties is het dumpen van gegevens in een Excel-bestand een achterhaald principe. Wel dienen de resultaten van uitgevoerde testen voor derden, en de certificatie-instelling, aantoonbaar te zijn. De vorm waarin deze output wordt gepresenteerd wordt overgelaten aan de softwareleverancier. Na de inleesactie dient de inhoud van de datatabellen van het softwarepakket gedumpt te worden in een Excel-bestand voor derden leesbaar (log-)bestand (1 tab per tabel), voorzien van de datum/tijd van de dump, de versie van de software en naam en versie van het testbestand. Interpretatie nummer: 5 Van toepassing op de tekstpassage (uit par. 2.6): Bij de uitvoering van deze controle kunnen er op basis van de versiecodering x.y.z van het uitwisselingsformaat vier mogelijke situaties ontstaan. Afhankelijk van deze situatie dient de gebruiker van de importfunctie een duidelijk waarneembare boodschap te krijgen: De softwareproducent zal in de gebruikershandleiding van de software onder het onderdeel importeren en exporteren duidelijk moeten opnemen welke knelpunten zich kunnen voordoen bij het uitwisselen van data tussen twee softwarepakketten die gebaseerd zijn op verschillende versies van het uitwisselingsformaat. Het berichtenverkeer binnen webservices vindt geautomatiseerd plaats.
- 4 - Bij de uitvoering van deze controle kunnen er op basis van de versiecodering x.y.z van het uitwisselingsformaat vier mogelijke situaties ontstaan. Afhankelijk van deze situatie dient de gebruiker van de importfunctie een duidelijk waarneembare boodschap te krijgen uitwisselservice een melding te doen: De softwareproducent zal in de gebruikershandleiding van de software onder het onderdeel importeren en exporteren duidelijk moeten opnemen welke knelpunten zich kunnen voordoen bij het uitwisselen van data tussen twee softwarepakketten die gebaseerd zijn op verschillende versies van het uitwisselingsformaat. Toelichting: De inhoud van de melding kan worden afgestemd op de uitwisselservice. De softwareleverancier dient expliciete duidelijkheid te verschaffen over welke versies van het protocol worden ondersteund. Interpretatie nummer: 6 Van toepassing op par. 2.7, Beoordeling op controle versiecodering uitwisselformaat Om te beoordelen of de controlefunctie van het softwarepakket gericht op de versiecodering van het uitwisselingsformaat geschikt is dient de software getest te worden. De in paragraaf 2.7 beschreven testprocedures gaan uit van handmatige bewerkingen op basis van gestandaardiseerde testdata. In geval van webservices is dit technisch niet mogelijk. Het certificatieschema moet het ook leveranciers van webapplicaties mogelijk maken testprocedures te hanteren. Om te beoordelen of de controlefunctie van het softwarepakket gericht op de versiecodering van het uitwisselingsformaat geschikt is dient de software getest te worden. 2.7.1 Test van lokaal geïnstalleerde applicaties [ complete resterende tekst van par. 2.7] 2.7.2 Test van webapplicaties Het is de leverancier van een webapplicatie toegestaan de testprocedures naar de eigen situatie aan te passen. Als hij hiervoor kiest gelden voor de door de leverancier gehanteerde testprocedure dezelfde eisen als die beschreven in paragraaf 2.5.2.
- 5 - Interpretatie nummer: 7 Van toepassing op par. 3.5, Productidentificatie en -traceerbaarheid De softwareproducent dient het softwarepakket dat wordt vrijgegeven te voorzien van een uniek versienummer en een registratie bij te houden waarin is opgenomen welke gebruikers beschikken over deze versie. Bij uitgifte van nieuwe versies geldt deze laatste eis ook. Onder registratie van gebruikers kan tevens de registratie van inlog van gebruikers worden verstaan. Interpretatie van de tekstpassage. Par. 3.5 is als volgt te lezen (aanvullingen onderstreept): De softwareproducent dient het softwarepakket dat wordt vrijgegeven te voorzien van een uniek versienummer en een registratie bij te houden waarin is opgenomen welke gebruikers beschikken over deze versie. Bij uitgifte van nieuwe versies geldt deze laatste eis ook. Toelichting: onder registratie van gebruikers kan tevens de registratie van inlog van gebruikers worden verstaan. Interpretatie nummer: 8 Van toepassing op de tekstpassage (in par. 3.8, Productontwikkeling, zowel onder Geen wijziging versie uitwisselingsformaat als onder Wel wijziging versie uitwisselingsformaat ): Bij volledige goedkeuring wordt de nieuwe software van een ander uniek versienummer (zie paragraaf 3.5) voorzien. Op dat moment vindt er een schriftelijke melding van deze nieuwe software plaats aan de certificerende instelling voorzien van de benodigde documentatie: Webapplicaties worden vaak wekelijks of vaker aangepast. Schriftelijke melding aan de certificatieinstelling moet plaatsvinden bij aanpassingen die de uitwisselservice raken. Bij volledige goedkeuring wordt de nieuwe software relevante componenten van de uitwisselservice van een ander uniek versienummer (zie paragraaf 3.5) voorzien. Op dat moment vindt er een schriftelijke melding van deze nieuwe software relevante componenten van de uitwisselservice plaats aan de certificerende instelling voorzien van de benodigde documentatie: