Zodra het Solution Design Document (SDD)<\/strong> is afgerond en goedgekeurd, begint de volgende stap in de levenscyclus: Development & Testing<\/strong>. De belangrijkste betrokken rollen zijn:<\/p>\n\n\n\n De Automation Developers<\/strong> bouwen de afzonderlijke modules zoals beschreven in het SDD en PDD. Tijdens deze fase voeren ze ook de stappen uit die zijn vastgelegd in het Technical Testing Plan (TTP)<\/strong>:<\/p>\n\n\n\n De Solution Architect<\/strong> bewaakt hierbij de technische architectuur, terwijl de Business Analyst<\/strong> controleert of de bouw nog aansluit bij het bedrijfsdoel en de vastgelegde regels in het PDD.<\/p>\n\n\n\n Tijdens ontwikkeling moeten developers, architect en BA voortdurend communiceren<\/strong>. De Automation Business Analyst<\/strong> is de verbindende schakel tussen business en techniek. Typische verantwoordelijkheden:<\/strong><\/p>\n\n\n\n Tijdens ontwikkeling van de robot voor factuurverwerking inkomende facturen<\/strong> kan het volgende gebeuren:<\/p>\n\n\n\n De developer ontdekt dat het dropdown-menu in het boekhoudsysteem meer grootboekrekeningen<\/strong> bevat dan beschreven in het PDD. De BA raadpleegt de proceseigenaar en beslist:<\/p>\n\n\n\n \u201cAlleen rekeningen binnen kostenplaatsen 4000\u20134999 mogen automatisch geboekt worden; de rest vereist handmatige controle.\u201d<\/p>\n<\/blockquote>\n\n\n\n Zo voorkomt de BA dat de robot onbedoeld buiten het mandaat van de business handelt.<\/p>\n\n\n\n Een ander scenario: tijdens het testen blijkt dat sommige facturen met creditbedragen een ander veld voor btw bevatten. Het komt vaak voor dat de BA een proces documenteert op basis van de productieomgeving, In zulke gevallen werkt de BA samen met de Solution Architect en proceseigenaar om te bevestigen Zo blijft het PDD accuraat en blijft de traceerbaarheid tussen ontwerp en uitvoering behouden.<\/p>\n\n\n\n De Automation Business Analyst<\/strong> helpt ook bij het:<\/p>\n\n\n\n De BA is ook degene die helpt de testomgeving voor te bereiden \u2014 denk aan toegang tot mailboxen, DMS, of boekhoudpakketten waarin de robot draait.<\/p>\n\n\n\n Tijdens deze fase gebruiken developers een reeks UiPath-componenten<\/strong> om de automatisering te bouwen en testen. Voor de factuurverwerking<\/strong> worden typisch de volgende tools ingezet:<\/p>\n\n\n\n Er bestaat geen one-size-fits-all<\/strong> aanpak. De rol van de Business Analyst is om te blijven toetsen: \u201cpast deze technische keuze nog bij ons procesdoel?\u201d<\/em><\/p>\n\n\n\n Wanneer developers nieuwe uitzonderingen of systeemmeldingen tegenkomen, Zo blijft de documentatie synchroon met de realiteit van de ontwikkelde oplossing \u2014 Wat gebeurt er in deze fase:<\/strong><\/p>\n\n\n\n Rolverdeling in een notendop:<\/strong><\/p>\n\n\n\n De Development & Testing-fase is waar de robot tot leven komt. Zodra de technische tests succesvol zijn afgerond en goedgekeurd, (Voorbeeld: Factuurverwerking inkomende facturen) Wat gebeurt er in deze fase Zodra het Solution Design Document (SDD) is afgerond en goedgekeurd, begint de volgende stap in de levenscyclus: Development & Testing.In deze fase wordt het ontwerp werkelijkheid \u2014 de automatisering wordt gebouwd, getest en voorbereid op acceptatie. De belangrijkste betrokken rollen zijn: Wat er gebeurt tijdens […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"class_list":["post-356","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/356","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=356"}],"version-history":[{"count":1,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/356\/revisions"}],"predecessor-version":[{"id":357,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/356\/revisions\/357"}],"wp:attachment":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=356"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
In deze fase wordt het ontwerp werkelijkheid \u2014 de automatisering wordt gebouwd, getest en voorbereid op acceptatie.<\/p>\n\n\n\n\n
\n\n\n\nWat er gebeurt tijdens ontwikkeling<\/h3>\n\n\n\n
Ze werken in een gecontroleerde testomgeving waarin elke module afzonderlijk getest wordt (unit testing).<\/p>\n\n\n\n\n
\n\n\n\nAutonymous Tip<\/h3>\n\n\n\n
Ontwikkelaars zien de werkelijkheid van de applicaties, terwijl de BA de context van het proces kent.
Samen voorkomen ze dat er gebouwd wordt op verkeerde aannames \u2014 iets wat later veel herwerk kan besparen.<\/p>\n\n\n\n
\n\n\n\nDe rol van de Business Analyst in de Development & Testing-fase<\/h3>\n\n\n\n
Hoewel de BA niet zelf ontwikkelt, blijft hij\/zij cruciaal in deze fase.<\/p>\n\n\n\n\n
\n\n\n\nVoorbeeld: factuurverwerking<\/h3>\n\n\n\n
Hij vraagt de BA of deze extra opties binnen scope vallen of dat alleen specifieke rekeningen gebruikt mogen worden.<\/p>\n\n\n\n\n
De BA bepaalt in overleg met de developer dat de robot in die gevallen een business exception<\/em> moet loggen in plaats van proberen te boeken.<\/p>\n\n\n\n
\n\n\n\nAfhandeling van omgevingsverschillen<\/h3>\n\n\n\n
maar dat de testomgeving<\/strong> (waar developers werken) er iets anders uitziet.
Bijvoorbeeld: een extra veld \u201cfactuursjabloon\u201d of een aangepaste validatie.<\/p>\n\n\n\n
of dit verschil tijdelijk is (testdata) of structureel (proceswijziging).<\/p>\n\n\n\n
\n\n\n\nReview en testondersteuning<\/h3>\n\n\n\n
\n
\n\n\n\nUiPath-tools in deze fase<\/h3>\n\n\n\n
De keuze van tools hangt af van het type proces.<\/p>\n\n\n\nTool<\/th> Functie<\/th> Toepassing in dit project<\/th><\/tr><\/thead> UiPath Studio<\/strong><\/td> Ontwikkelomgeving<\/td> Bouwen van de workflows voor ophalen, herkennen en boeken van facturen<\/td><\/tr> UiPath Orchestrator<\/strong><\/td> Beheerplatform<\/td> Plannen, uitvoeren en monitoren van robots<\/td><\/tr> UiPath Document Understanding<\/strong><\/td> AI-onderdeel<\/td> Herkennen van data in facturen (leverancier, bedrag, btw, PO)<\/td><\/tr> UiPath Action Center<\/strong><\/td> Menselijke validatie<\/td> Handmatige goedkeuring van facturen met lage confidence score<\/td><\/tr> UiPath AI Center<\/strong><\/td> Modeltraining<\/td> Verbeteren van OCR- en extractiemodellen<\/td><\/tr> UiPath Assistant<\/strong><\/td> Robotlauncher<\/td> Testen van de robot op desktopniveau<\/td><\/tr> Data Service<\/strong><\/td> Databeheer<\/td> Opslaan van tijdelijke factuurdata of validatieresultaten<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
\n\n\n\nBelangrijke les<\/h3>\n\n\n\n
De toolkeuze hangt af van:<\/p>\n\n\n\n\n
\n\n\n\nAutonymous Tip<\/h3>\n\n\n\n
moet de BA deze direct opnemen in het wijzigingsregister<\/strong> en
het PDD of SDD bijwerken zodra het proces wordt aangepast.<\/p>\n\n\n\n
en kunnen toekomstige optimalisaties sneller worden uitgevoerd.<\/p>\n\n\n\n
\n\n\n\nSamenvatting<\/h3>\n\n\n\n
\n
Rol<\/th> Verantwoordelijkheid<\/th><\/tr><\/thead> Automation Developer<\/strong><\/td> Bouwen en testen van automatiseringsmodules<\/td><\/tr> Solution Architect<\/strong><\/td> Technisch toezicht en kwaliteitsborging<\/td><\/tr> Projectmanager<\/strong><\/td> Planning, resources, escalaties<\/td><\/tr> Business Analyst<\/strong><\/td> Beantwoorden van vragen, valideren van uitzonderingen, leveren testdata, review testcases<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
\n\n\n\nVoorbeeld \u2013 factuurverwerking<\/h3>\n\n\n\n
Fase<\/th> Activiteit<\/th> Betrokkenen<\/th><\/tr><\/thead> Unit testing<\/td> Test per workflow: OCR, PO-match, boeking<\/td> Developer<\/td><\/tr> Integratietest<\/td> End-to-end run met 50 testfacturen<\/td> Developer + BA<\/td><\/tr> Exception handling test<\/td> Simuleren van foutieve leveranciers en onvolledige facturen<\/td> Developer + BA<\/td><\/tr> Systeemtest<\/td> Robot draait in gesimuleerde productieomgeving<\/td> Architect + PM<\/td><\/tr> Go\/No-Go voor UAT<\/td> Review van resultaten en logs<\/td> BA + PM + Proceseigenaar<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
\n\n\n\nConclusie<\/h3>\n\n\n\n
De Automation Developer bouwt, maar de Business Analyst<\/strong> blijft de kompasnaald:
zorgen dat de oplossing nog steeds doet wat het proces nodig heeft.<\/p>\n\n\n\n
gaat het project over naar de volgende stap: User Acceptance Testing (UAT)<\/strong> \u2014
waar de business zelf de automatisering gaat valideren.<\/p>\n","protected":false},"excerpt":{"rendered":"