{"id":61313,"date":"2023-12-08T19:16:43","date_gmt":"2023-12-08T10:16:43","guid":{"rendered":"https:\/\/monolith.law\/nl\/?p=61313"},"modified":"2024-03-13T15:36:06","modified_gmt":"2024-03-13T06:36:06","slug":"server-infrastructure-for-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development","title":{"rendered":"Wat zijn de juridische problemen rond server- en infrastructuur van systeemontwikkeling?"},"content":{"rendered":"\n<p>IT-systemen die in bedrijven worden gebruikt, worden in zekere zin gecre\u00eberd door het opstellen van specificaties en ontwerpen, en door het schrijven van broncode die overeenkomt met deze inhoud. Maar een systeem functioneert pas echt als er naast deze zachte aspecten ook fysieke computers, oftewel infrastructuur, aanwezig zijn. In dit artikel zullen we juridische kwesties bespreken die nauw verband houden met het gebied van infrastructuur in systeemontwikkelingsprojecten.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Wat_is_infrastructuur_in_IT-systemen\" title=\"Wat is infrastructuur in IT-systemen?\">Wat is infrastructuur in IT-systemen?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Specifieke_situaties_waarin_infrastructuurproblemen_een_project_in_vlammen_doen_opgaan\" title=\"Specifieke situaties waarin infrastructuurproblemen een project in vlammen doen opgaan\">Specifieke situaties waarin infrastructuurproblemen een project in vlammen doen opgaan<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Hoe_een_fout_in_server_sizing_kan_leiden_tot_een_conflict\" title=\"Hoe een fout in server sizing kan leiden tot een conflict\">Hoe een fout in server sizing kan leiden tot een conflict<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#De_essentie_van_het_geval_is_de_reikwijdte_van_de_verplichting_van_de_leverancier_om_te_reageren_op_onduidelijke_specificaties\" title=\"De essentie van het geval is de reikwijdte van de verplichting van de leverancier om te reageren op onduidelijke specificaties\">De essentie van het geval is de reikwijdte van de verplichting van de leverancier om te reageren op onduidelijke specificaties<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Maatregelen_om_problemen_door_server_sizing_fouten_te_voorkomen\" title=\"Maatregelen om problemen door server sizing fouten te voorkomen\">Maatregelen om problemen door server sizing fouten te voorkomen<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#De_verantwoordelijkheid_voor_server_sizing_duidelijk_vastleggen_in_het_contract\" title=\"De verantwoordelijkheid voor server sizing duidelijk vastleggen in het contract\">De verantwoordelijkheid voor server sizing duidelijk vastleggen in het contract<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Concretisering_van_ontwikkelingseisen_volledig_beheer_van_wijzigingen\" title=\"Concretisering van ontwikkelingseisen, volledig beheer van wijzigingen\">Concretisering van ontwikkelingseisen, volledig beheer van wijzigingen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Kies_een_ontwikkelingsmodel_dat_past_bij_de_aard_van_het_project\" title=\"Kies een ontwikkelingsmodel dat past bij de aard van het project\">Kies een ontwikkelingsmodel dat past bij de aard van het project<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/nl\/it\/server-infrastructure-for-system-development\/#Samenvatting\" title=\"Samenvatting\">Samenvatting<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_is_infrastructuur_in_IT-systemen\"><\/span>Wat is infrastructuur in IT-systemen?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Technici die systeemontwikkeling uitvoeren, worden systeemingenieurs (SE) genoemd. En ontwikkelingsprojecten beginnen met de bovenstroomse processen, zoals het maken van specificaties en ontwerpen, en gaan dan verder met de implementatie van het programma en het uitvoeren van tests. Dit is de algemene stroom. In de ruimste zin van het woord kan een systeemingenieur (SE) worden omschreven als een technicus die alle taken uitvoert die hiervoor nodig zijn. Echter, afhankelijk van het bedrijf of de werkplek, kunnen de taken en gebieden die men verantwoordelijk is verder worden onderscheiden door meer specifieke namen. De term infrastructuur ingenieur verwijst naar technici die verantwoordelijk zijn voor het inrichten van de fysieke computeromgeving, een taak die met name relevant is in het kader van IT-systeemontwikkeling en -operaties. IT-systemen die worden gebruikt in bedrijven en werkplekken zijn in zekere zin abstracte constructies die bestaan uit combinaties van broncode. Echter, om ervoor te zorgen dat deze systemen hun beoogde rol naar behoren kunnen vervullen, is het essentieel om de infrastructuur, inclusief servers en netwerken, op te zetten. De praktijk van systeemontwikkeling gaat vooruit op twee wielen: de implementatie van programma&#8217;s en broncode, en de inrichting van de infrastructuur die deze operationele omgeving ondersteunt. Dit perspectief wordt ook als belangrijk beschouwd om onvoorziene problemen te voorkomen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Specifieke_situaties_waarin_infrastructuurproblemen_een_project_in_vlammen_doen_opgaan\"><\/span>Specifieke situaties waarin infrastructuurproblemen een project in vlammen doen opgaan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_1532780735-1024x620.jpg\" alt=\"\" class=\"wp-image-5570\" \/><figcaption class=\"wp-element-caption\">Het nalaten van het onderhoud van de infrastructuur kan ook een oorzaak zijn van het &#8216;in vlammen opgaan&#8217; van een project.<\/figcaption><\/figure>\n\n\n\n<p>In systeemontwikkelingsprojecten kan het gebeuren dat men zich te veel richt op abstracte programma&#8217;s en broncodeontwerp, en het perspectief van infrastructuuronderhoud verliest. Echter, als beide niet synchroon lopen, kan dit soms leiden tot een risico van een project dat in vlammen opgaat.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hoe_een_fout_in_server_sizing_kan_leiden_tot_een_conflict\"><\/span>Hoe een fout in server sizing kan leiden tot een conflict<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Bijvoorbeeld, na de implementatie en het testen van het programma, kan het blijken dat de servercapaciteit uiteindelijk niet voldoende is en het systeem niet praktisch bruikbaar is. Het voorspellen van de belasting die het systeem in de operationele fase kan hebben en het onderhoud van de infrastructuur aanpassen aan de schaal van het systeem wordt &#8216;sizing&#8217; genoemd. Er zijn gevallen waarin een fout in server sizing heeft geleid tot problemen. (Hoewel deze uiteindelijk zijn opgelost door een schikking, kan dit geval als een bekend voorbeeld worden genomen.) Voor meer informatie over het oplossen van conflicten tussen beide partijen door middel van een &#8216;schikking&#8217;, zie het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development[ja]<\/a><\/p>\n\n\n\n<p>Het feit dat het conflict is opgelost door een schikking betekent eenvoudigweg dat het conflict is opgelost door &#8216;onderhandelingen&#8217; tussen beide partijen. Daarom, in tegenstelling tot wanneer een vonnis wordt uitgesproken door een rechtbank, wordt de inhoud van de schikking niet opgeslagen als jurisprudentie en is het meestal zeer specifiek.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_essentie_van_het_geval_is_de_reikwijdte_van_de_verplichting_van_de_leverancier_om_te_reageren_op_onduidelijke_specificaties\"><\/span>De essentie van het geval is de reikwijdte van de verplichting van de leverancier om te reageren op onduidelijke specificaties<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Echter, de essentie van dergelijke conflicten kan worden gezien als &#8216;hoe ver de leverancier verantwoordelijk moet zijn voor zaken die niet expliciet zijn gespecificeerd&#8217;. Met dit in gedachten, kunt u veel tips krijgen uit de inhoud van het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>In het bovenstaande artikel wordt uitgelegd hoe ver de leverancier discretionaire bevoegdheid kan uitoefenen en verantwoordelijk is voor de implementatie van zaken die niet in de specificaties zijn vermeld. Hier wordt uitgelegd dat er een groot verschil is tussen zaken die gemakkelijk kunnen worden gevisualiseerd in functionele specificaties en basisontwerpen, zoals &#8216;schermzijde&#8217; zaken (het zogenaamde &#8216;front-end&#8217; gebied), en &#8216;logica-zijde&#8217; zaken zoals datamigratie (het zogenaamde &#8216;back-end&#8217;, &#8216;database&#8217; gebied). Met andere woorden, het is waarschijnlijk dat de opdrachtgever\/gebruiker gemakkelijker verantwoordelijk kan worden gehouden voor problemen met de specificaties die gemakkelijk kunnen worden gecontroleerd in het &#8216;schermzijde&#8217; gebied. Aan de andere kant, problemen aan de &#8216;logica-zijde&#8217; worden waarschijnlijk toegeschreven aan de leverancier. Met dit in gedachten, aangezien server sizing problemen moeilijk te herkennen zijn tenzij men een technisch expert is, is het waarschijnlijk dat ze worden toegeschreven aan de leverancier. Daarom, tenzij er actieve omstandigheden zijn om de verantwoordelijkheid van de leverancier te ontslaan, als dit punt serieus wordt betwist in de rechtbank, is het waarschijnlijk dat de leverancier nadelig zal worden beoordeeld.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Maatregelen_om_problemen_door_server_sizing_fouten_te_voorkomen\"><\/span>Maatregelen om problemen door server sizing fouten te voorkomen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_1501344230-1024x717.jpg\" alt=\"\" class=\"wp-image-5572\" \/><figcaption class=\"wp-element-caption\">We zullen de specifieke maatregelen voor het voorkomen van problemen bespreken.<\/figcaption><\/figure>\n\n\n\n<p>Om dergelijke problemen te voorkomen, is het belangrijk om de implementatie van het programma, de beschrijving van de broncode en de voorbereiding van de infrastructuur op elkaar af te stemmen. De volgende maatregelen kunnen concreet worden overwogen:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_verantwoordelijkheid_voor_server_sizing_duidelijk_vastleggen_in_het_contract\"><\/span>De verantwoordelijkheid voor server sizing duidelijk vastleggen in het contract<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Niet alleen in deze gevallen, maar veel geschillen met betrekking tot systeemontwikkelingsprojecten ontstaan vaak doordat de rolverdeling tussen de systeemontwikkelingsexpert, de leverancier, en de gebruiker die bekend is met de interne omstandigheden, onduidelijk is. Hoewel het vanzelfsprekend is dat nauwe samenwerking tussen beide partijen noodzakelijk is voor een soepele voortgang van het project, is het wenselijk om de rolverdeling en verantwoordelijkheidsgebieden zo duidelijk mogelijk vast te leggen in een contract of iets dergelijks.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Concretisering_van_ontwikkelingseisen_volledig_beheer_van_wijzigingen\"><\/span>Concretisering van ontwikkelingseisen, volledig beheer van wijzigingen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Daarnaast, als de functionele eisen die in de eerste plaats moeten worden gerealiseerd vaag zijn, neemt het risico op conflicten toe. Dit heeft zowel te maken met de verduidelijking van de specificaties in de initi\u00eble eisenfase als met het beheer van wijzigingen tijdens het project. Hoe om te gaan met specificatiewijzigingen tijdens het project wordt in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kies_een_ontwikkelingsmodel_dat_past_bij_de_aard_van_het_project\"><\/span>Kies een ontwikkelingsmodel dat past bij de aard van het project<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Daarnaast, en dit is nauw verbonden met de bovenstaande twee maatregelen, is het belangrijk om een geschikt ontwikkelingsmodel te kiezen voor systeemontwikkelingsprojecten, afhankelijk van hun aard en omvang. Over het algemeen, als het gaat om de ontwikkeling van systemen van een bepaalde omvang waarbij server sizing belangrijk kan zijn, wordt het voordelig om het watervalmodel te gebruiken, dat geschikt is voor het verduidelijken van specificaties en verantwoordelijkheidsgebieden. Over het kiezen van een geschikt ontwikkelingsmodel op basis van de aard van het project wordt in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Samenvatting\"><\/span>Samenvatting<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Problemen die ontstaan bij het opzetten van de infrastructuur voor systeemontwikkelingsprojecten kunnen gemakkelijk over het hoofd worden gezien. Het is begrijpelijk dat het voor niet-technische experts een aanzienlijke last kan zijn om aandacht te besteden aan infrastructuurproblemen. Echter, preventieve maatregelen voor dergelijke problemen kunnen worden gezien als een uitbreiding van basisstrategie\u00ebn zoals &#8216;het verduidelijken van specificaties \/ grondig verandermanagement&#8217;, &#8216;het verduidelijken van rollen \/ verantwoordelijkheidsgebieden&#8217;, en &#8216;het kiezen van een ontwikkelingsmodel dat past bij de schaal en het budget van het project&#8217;. Het is belangrijk voor mensen die betrokken zijn bij bedrijfsjuridische zaken om te begrijpen dat de basisprincipes van preventief juridisch werk ook van toepassing kunnen zijn op infrastructuurproblemen. Bovendien, voor IT-technici, is het belangrijk om te begrijpen dat infrastructuurproblemen een ernstig risico kunnen vormen voor het project en dat het belangrijk is om de werkzaamheden soepel te co\u00f6rdineren.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>IT-systemen die in bedrijven worden gebruikt, worden in zekere zin gecre\u00eberd door het opstellen van specificaties en ontwerpen, en door het schrijven van broncode die overeenkomt met deze inhoud. Maar [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63175,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61313"}],"collection":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/comments?post=61313"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61313\/revisions"}],"predecessor-version":[{"id":63176,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61313\/revisions\/63176"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media\/63175"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media?parent=61313"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/categories?post=61313"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/tags?post=61313"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}