ToonHTMLGegevensVanToepasbareRegelsComponent

Aantal: 12

Requirement	Toelichting	MoSCoW MoSCoW-methode<br/>De MoSCoW-methode is een wijze van prioriteiten stellen in onder meer de software engineering. De eisen aan het resultaat van een project worden ermee ingedeeld. Het is een afkorting, waarvan de letters staan voor:* M - must haves: deze eisen (requirements) moeten in het eindresultaat terugkomen, zonder deze eisen is het product niet bruikbaar;* S - should haves: deze eisen zijn zeer gewenst, maar zonder is het product wel bruikbaar;* C - could haves: deze eisen zullen alleen aan bod komen als er tijd genoeg is;* W - would haves: deze eisen zullen waarschijnlijk in dit project niet aan bod komen maar kunnen in de toekomst, bij een vervolgproject, interessant zijn. Ze worden daarom ook wel eens aangeduid als "won't haves".
TR01 Kunnen analyseren van juridische regels	Het kunnen analyseren van juridische regels als basis voor het opstellen en beheren van toepasbare regels omdat toepasbare regels hun grondslag hebben in de juridische regels.	Should
TR02 Kunnen relateren van juridische en toepasbare regels	Het kunnen vastleggen van de relatie tussen toepasbare regels en de juridische regels waarop ze zijn gebaseerd.	Should
TR03 Kunnen opstellen en beheren van toepasbare regels	Het kunnen opstellen en beheren van toepasbare regels overeenkomstig de mogelijkheden die STTR biedt: - verwijzen naar activiteiten en regelbeheerobjecten (conclusie, indieningsvereisten of maatregelen) of naar een aansluitpunt in de functionele structuur; - bedrijfsregels; - uitvoeringsregels; - conversieregels; - verwijzen naar (sub)werkingsgebieden op verschillende niveaus; - interactieregels, o.a. voor de volgorde van vragen; - content zoals helpteksten, toelichtende tekst, afbeeldingen of video’s bij toepasbare regels; - begin- en einddatum geldigheid; - modellering van een conclusie; - modellering van indieningsvereisten; - modellering van maatregelen (is nog in ontwikkeling); - herbruikbare vragen.	Must
TR04 Kunnen gebruiken van informatiebronnen in toepasbare regels	Het kunnen gebruiken van informatiebronnen zoals informatieproducten, basisregistraties of andere registratie om vragen in een vragenboom automatisch te beantwoorden (voorinvullen). De werking van het gebruik van informatiebronnen in toepasbare regels is op dit moment nog niet definitief uitgewerkt.	Nader te bepalen
TR10 Kunnen zoeken in toepasbare regels	Het kunnen zoeken in toepasbare regels via verschillende zoekingangen zoals werkingsgebied en activiteiten.	Must
TR11 Kunnen toetsten van toepasbare regels aan schrijfwijzer	Het kunnen toetsen van de formuleringen van toepasbare regels (de vragen) aan een schrijfwijzer. Er komt een schrijfwijzer voor teksten voor toepasbare regels. Deze schrijfwijzer moet leiden tot een gelijke formulering, spelling, ‘tone of voice’ en structuur van de teksten. De schrijfwijzer bevat de volgende onderdelen: 1) schrijfstijl, 2) schrijfwijzer voor o.a. afkortingen, maateenheden en internetadressen, 3) woordenlijst met veel gebruikte vakwoorden en taboewoorden, 4) checklist voor B1-taalniveau.	Could
TR12 Kunnen afleiden van toepasbare regels	Het (deels) geautomatiseerd af kunnen leiden van toepasbare regels uit juridische regels of een andere basis voor de juridische en toepasbare regels.	Could
TR13 Kunnen afspelen van toepasbare regels	Kunnen afspelen van toepasbare regels voor checken en voor aanvragen zonder gebruik te maken van het omgevingsloket van DSO-LV Gemeenten willen hun toepasbare regels kunnen bekijken en testen voordat ze deze aanbieden aan DSO-LV.	Must
TR20 Kunnen beheren van de functionele structuur	Kunnen beheren van de functionele structuur in DSO-LV waar toepasbare regels in geplaatst kunnen worden. Kunnen bekijken, opstellen en wijzigen van regelbeheerobjecten. De werking van het beheren van de functionele structuur is op dit moment nog niet defintief uitgewerkt.	Nader te bepalen
TR21 Kunnen genereren van toepasbare regels in STTR-formaat	Kunnen genereren van een STTR-bestand met toepasbare regels. Voor het vastleggen van toepasbare regels in DSO-LV moet een gemeente in staat zijn valide STTR-bestanden aan DSO-LV aan te bieden.	Must
TR22 Kunnen verifiëren van toepasbare regels	Kunnen verifiëren van een STTR-bestand met de verificatieservice van DSO-LV.	Must
TR23 Kunnen registreren van toepasbare regels	Kunnen registreren van de toepasbare regels met de service registreren toepasbare regels in de Registratie Toepasbare Regels van DSO-LV, middels Standaard Toepasbare Regels STTR op basis van de standaard Digikoppeling.	Must
TR24 Kunnen importeren van toepasbare regels	Het kunnen importeren van toepasbare regels in STTR-formaat. DSO-LV biedt de mogelijkheid om toepasbare regels als STTR-bestand te downloaden.	Should
TR30 Kunnen ontsluiten van toepasbare regels voor andere software	Het kunnen ontsluiten van toepasbare regels voor andere software voor hergebruik van de gegevens, het beheren van relaties (bijvoorbeeld met juridische regels) en het kunnen migregen naar andere software.	Should
TR31 Kunnen beheren van versies van toepasbare regels	Het kunnen beheren van verschillende versies van toepasbare regels en van sets van bij elkaar horende toepasbare regels. Door wijzigingen in juridische regels of verbeteringen van de toepasbare regels zelf kunnen verschillende versies van toepasbare regels ontstaan.	Must
TR32 Kunnen beheren van toepasbare regels door meerdere personen tegelijkertijd	Bij gemeenten werken vaak meerdere personen aan de toepasbare regels. Deze moeten gelijktijdig de toepasbare regels kunnen beheren.	Should
TR33 Kunnen presenteren van toepasbare regels voor niet-gebruikers	Het kunnen presenteren van toepasbare regels, inclusief alle achterliggende gegevens, aan personen die geen gebruiker van de software zijn. Het opstellen van goede toepasbare regels vraagt de betrokkenheid van verschillende deskundigen. Het moet mogelijk zijn de toepasbare regels te bespreken met en te laten reviewen door verschillende deskundigen die geen toegang hebben tot de software.	Must
TR40 Kunnen realiseren van een eigen loket	Het kunnen realiseren van een eigen loket voor checken en aanvragen buiten het Omgevingsloket van DSO-Lv. DSO-LV is een open stelsel. Dat betekent dat de functionaliteiten en gegevens beschikbaar in DSO-LV ook door andere applicaties gebruikt kunnen worden. Dit stelt gemeenten in staat om, indien gewenst, een eigen loket voor ‘checken’ en ‘aanvragen’ te realiseren. Zo’n loket kan ook gebruik maken van de in DSO-LV beschikbare toepasbare regels van andere bestuursorganen, zoals het rijk, provincies en waterschappen.	Would

• Download als CSV (binnenkort)

Een eis die geldt voor een specifiek informatiesysteem of onderdeel daarvan binnen de architectuur.

Een samenhangende set Diensten, Bedrijfsobjecten en/of Representaties die onder in een Overeenkomst beschreven voorwaarden kan worden afgenomen.

Een door een applicatie geleverde dienst (te gebruiken via applicatieinterfaces).

Een document met erkende afspraken, specificaties of criteria over een product, een dienst of een methode.

Een document met erkende afspraken, specificaties of criteria over een product, een dienst of een methode.

Iedere persoon, organisatie of functionele eenheid die gebruik maakt van een informatiesysteem.

Een systeem waarbinnen organisaties via afspraken, standaarden en/of voorzieningen samenwerken om bepaalde functionaliteit te realiseren.