Elicitatie, Ontwerp en Specificatie van Business Decisions (2024)

Elicitatie, Ontwerp en Specificatie van Business Decisions en Business Logic 2024 Sam Leewis  Agenda College  Agenda  Elicitatie van business decisions and business logic  Ontwerp van business decisions and business logic  Specificati...

Elicitatie, Ontwerp en Specificatie van Business Decisions en Business Logic 2024 Sam Leewis  Agenda College  Agenda  Elicitatie van business decisions and business logic  Ontwerp van business decisions and business logic  Specificatie van business decisions and business logic  Decision Model and Notation (1.1)  Oefeningen  Quiz 2  Leerdoelen  Leerdoelen  Het kunnen uitleggen van de elicitatie capability  Het kunnen uitleggen van de ontwerp capability  Het kunnen uitleggen van de specificatie capability  Het kunnen analyseren van normgevende bronnen  Het kunnen ontwerpen van business decisions in DMN  Het kunnen specificeren van business logic in beslistabellen  Het kunnen specificeren van feit typen 3  Elicitatie van Business Decisions and Business Logic Doelen: - Determine the knowledge that needs to be captured from various legal sources to realize the value proposition of the business decision and underlying business logic. Of - When concerning an existing business decision, an impact analysis is performed to identify the modifications that need to be processed to the existing structure and underlying business logic. KOOP. (2016). Formele overheidsinformatie Samenhang: Linked Data Linken naar wetgeving Beleidsinformatie : demo PUC Data van de overheid. 4  Elicitatie van Business Decisions and Business Logic  Twee methoden van ontwerp  Brongebaseerd ontwerpen  Scenario gebaseerd ontwerpen  Vraag: Wat zou hier mogelijk het verschil zijn? 5  Elicitatie van Business Decisions and Business Logic  Twee methoden van ontwerp  Bron gebaseerd ontwerpen 6  Elicitatie van Business Decisions and Business Logic  Twee methoden van ontwerp  Scenario gebaseerd ontwerpen 7  Elicitatie van Business Decisions and Business Logic  Elicitatie door annotatie (Art 3.1, Lid 1) 8  Elicitatie van Business Decisions and Business Logic  Elicitatie door annotatie (Art 3.1, Lid 2) 9  Elicitatie van Business Decisions and Business Logic  Elicitatie door annotatie (Art 3.1, Lid 2) 10  Elicitatie van Business Decisions and Business Logic  Annotatie van teksten (voorbeeld) 11  Elicitatie van Business Decisions and Business Logic Sub-Activiteit ‘het optreden van een dansgroep’. Je mag vergunningvrij een optreden geven in de Elicitatie volgende gevallen: Wanneer een Afrikaanse dansgroep optreedt, en daarbij: o Maximaal 10 personen in de dansgroep zitten; o De begeleidende djembés maximaal 90 dB geluid produceren; Wanneer een balletgezelschap optreedt, en daarbij: o Alleen op spitzen met stalen neuzen wordt gedanst; o De mannelijke dansers géén roze maillot dragen; Wanneer een ander soort dansgroep optreedt, en daarbij: o De algemene regels van veiligheid voor dansgroepen in acht wordt genomen.  Elicitatie van Business Decisions and Business Logic  Van elicitatie naar ontwerp 13  Ontwerp van Business Decisions and Business Logic Ontwerp Vraag: Alles specificeren wat in de bronnen staat?  Antwoord: Eerst de beslissing beoordelen op vijf punten ◼ Volume ◼ Variety ◼ Veracity ◼ Velocity ◼ Value  Ontwerp van Business Decisions and Business Logic Ontwerp De beslissing beoordelen:  Ontwerp van Business Decisions and Business Logic Ontwerp De beslissing beoordelen:  Ontwerp van Business Decisions and Business Logic Redenen om te kiezen voor verder uitwerken/volledig automatiseren: Veelal administratieve taken (repetitieve/saaie taken) Taken die eenvoudiger uit te voeren zijn door een machine dan een mens Zeer complexe taken (berekeningen/patroonherkenning) Zeer dure taken (samenkomen experts voor impactbepaling) Maar, wanneer niet? Wat zijn de uitzonderingen?  Talen en standaarden  Verschillende talen/standaarden om business decisions en/of business logic te ontwerpen en specificeren:  Rulespeak  The Decision Model (TDM)  The Simple Rule Markup Language (SRML)  The Semantic Web Rules Language (SWRL)  The Production Rule Representation (PRR)  The Semantics of Business Vocabulary and Business Rules (SBVR)  The Decision Model and Notation standard (DMN)  Enz. 18  Introductie DMN  Voor het ontwerpen van business decisions: DMN 1.1 One of the latest developments related to the domain of DM and BRM is the introduction of the Decision Model and Notation (DMN) in September 2015 by the Object Management Group (OMG). Additionally, the OMG provided, based on feedback from practice, an updated version of the DMN specification in June 2016. The DMN standard recognizes two levels of abstraction for decisions: decision requirements and decision logic. The decision requirements level is captured in a decision requirements diagram and is used to identify decisions, the input data, business knowledge needed to make the decision, and the knowledge source which denotes the authority for the decision logic. 19  Introductie DMN  Decision Model and Notation v1.1 20 Introductie DMN 1.1 - voorbeeld 21  Introductie DMN 1.1 - voorbeeld  Grondfeiten 22  Ontwerp van Business Decisions and Business Logic  Oefening – maak een decision requirements diagram The final conclusion of a request for residence permit is residence permit granted. To reach this conclusion, two sub decisions need to be made: assessment au pair and assessment TDD status. The decision “assessment au pair” is based on several variables. The first variable is the medical state of the au pair, which is based on the assessment of medical insurance of the au pair and the assessment of tuberculosis. In addition the age of au pair, marital status, assessment assets and assessment travel document are taken into account. The last mentioned is based on assessment passport, assessment au pair permit, and assessment additional travel documentation. Assessment au permit is evaluated by means of assessment host family, and assessment au pair classification. The assessment host family is based on financial soundness, criminal history and task set. 23  Ontwerp van Business Decisions and Business Logic  Oefening – maak een decision requirements diagram The final conclusion of a tender application is tender granted. To reach this conclusion three sub decisions need to be made: assessment tender application, assessment financial status and assessment price. The decision “assessment financial status” is based on seven variables. The first variable is number of A-level parties within consortium, which is based on assessment of the number of applicants and the number of applicants with minimal revenue of 5 million. In addition to the number of A-level parties within the consortium also parties’ registration status, assessment expense policy, assessment assets and assessment consortium are taken into account. The latter is based on variance consortium and consortium build. Assessment assets is a different term for assessment financial soundness. Assessment financial soundness is calculated by means of equity, accounts receivable, liability payables, liability suppliers, inventories and intangibles of the organization. The latter two are actually only used to determine non-financial assets. The classification of equity is based on two variables. First is determined if there are reserves. After this has been determined the assessor determines if there are retained surpluses. 24  Elicitatie van Business Decisions and Business Logic  Van ontwerp naar specificatie 25  Specificatie van Business Decisions and Business Logic Specificatie BR: Subsidiabel Perceel Een perceel is altijd subsidiabel, indien voldaan wordt aan alle volgende voorwaarden: - Het perceel is kleiner van 1 hectare - De eigenaar van het perceel bestaat - Het perceel is mooi BR: Perceelseigenaar bestaat Opmerking: ‘Mooi perceel’ Een eigenaar van een perceel bestaat altijd, Een perceel is mooi als het perceel bijvoorbeeld indien voldaan wordt aan tenminste één van de zichtlijnen of fonteinen of andere tuinelementen volgende voorwaarden: bevat. In feite gaat het om alle mogelijke - de eigenaar is een natuurlijk persoon verbeteringen die een eigenaar van een perceel - de eigenaar is een rechtspersoon kan aanbrengen. Let op! In het verleden zijn voetbalvelden ook aangemerkt als mooi. Inmiddels is door een gerechtelijk besluit vast komen te staan, dat voetbalvelden nooit mooi zijn.  Specificatie van Business Decisions and Business Logic Specificatie: Vraag: waarom specificeren we regels?  Specificatie van Business Decisions and Business Logic  Vraag: Kunnen we zomaar in het rond gaan specificeren? 28  Specificatie van Business Decisions and Business Logic  Feittype model 29  Specificatie van Business Decisions and Business Logic  Bouwstenen business logic (simplified):  Bedrijfsregels ◼ Conditie, conclusie  Feittypes  Feitwaarden  Operatoren  Een voorbeeld: ◼ De aanvrager moet minimaal 18 jaar oud zijn ◼ Als de leeftijd aanvrager >= 18 dan akkoord aanvraag leeftijd 30  Specificatie van Business Decisions and Business Logic  Specificeren van business logic 31  Specificatie van Business Decisions and Business Logic  Specificeren van business logic 32  Specificatie van Business Decisions and Business Logic  Oefening – maak een beslistabel Oordeel verblijf Om in aanmerking te komen voor een hypotheekproduct moet de aanvrager permanent en onvoorwaardelijk in Nederland verblijven. Dit is sowieso het geval wanneer een aanvrager de Nederlandse nationaliteit heeft. Als dit niet het geval is wordt er afgeleid of de aanvrager een EER nationaliteit heeft. EER staat voor Europese Economische Ruimte. De volgende landen vertegenwoordigen het EER: België, Bulgarije, Cyprus, Denemarken, Duitsland, Estland, Finland, Frankrijk, Griekenland, Hongarije, Ierland, Italië, Kroatië, Letland, Litouwen, Luxemburg, Malta, Nederland, Oostenrijk, Polen, Portugal, Roemenië, Slovenië, Slowakije, Spanje, Tsjechië, Verenigd Koninkrijk en Zweden. Wanneer de aanvrager uit een van deze landen komt, komt hij alsnog in aanmerking. Wanneer dit niet het geval is wordt er afgeleid of de aanvrager in het bezit is van een verblijfsvergunning voor onbepaalde tijd. Als dit het geval is komt de aanvrager alsnog in aanmerking. Als dit niet het geval is komt de aanvrager niet in aanmerking voor een hypotheekproduct. 33  Specificatie van Business Decisions and Business Logic  Oefening – maak een beslistabel Oordeel Woon & Werk Om in aanmerking te komen voor een hypotheekproduct moet de aanvrager op het moment van aanvragen minimaal drie jaar in Nederland wonen en werken. Als de aanvrager de Nederlandse nationaliteit heeft resulteert dit automatisch in een positief oordeel woon & werk. Als de nationaliteit niet-Nederlands is, wordt er afgeleid of de aanvrager een arbeidsverleden in Nederland heeft langer dan drie jaar. Als dit het geval is, dan wordt een positief oordeel woon & werk gegeven om alsnog in aanmerking te komen voor een hypotheekproduct. Als het arbeidsverleden korter is dan drie jaar, dan wordt de aanvrager afgewezen wat resulteert in een negatief oordeel woon & werk. 34  Specificatie van Business Decisions and Business Logic  Oefening – maak een beslistabel Oordeel inkomen WIA Indien er sprake is van inkomen uit WIA en er is geen sprake van blijvende arbeidsongeschiktheid dan geldt dat het inkomen, als zijnde variabel inkomen, voor een bepaald percentage wordt meegeteld bij de bepaling van het toetsinkomen. WIA staat voor Wet werk en Inkomen naar Arbeidsvermogen. Allereerst wordt afgeleid of de aanvrager een inkomensbron met soortcode ‘06’ heeft die hoger is dan 0. Als dit niet het geval is, dan wordt de aanvraag geaccepteerd. Als dit wel het geval is dan wordt er gecontroleerd of de aanvrager blijvend arbeidsongeschikt is verklaard. Als de aanvrager blijvend arbeidsongeschikt is wordt de aanvraag geaccepteerd. Als de aanvrager niet blijvend arbeidsongeschikt is, dan wordt de aanvraag gemarkeerd als ‘Opletten’. Deze markering wordt meegenomen in het eindoordeel van de hypotheekaanvraag. 35