{"id":60614,"date":"2023-11-07T18:59:09","date_gmt":"2023-11-07T09:59:09","guid":{"rendered":"https:\/\/monolith.law\/it\/?p=60614"},"modified":"2023-11-22T23:58:25","modified_gmt":"2023-11-22T14:58:25","slug":"itsystem-database-law-problem","status":"publish","type":"post","link":"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem","title":{"rendered":"Problemi legali associati ai database dei sistemi IT"},"content":{"rendered":"\n<p>Quando si tratta di comprendere le questioni legali relative ai sistemi IT, \u00e8 richiesta una conoscenza sistematica del diritto. Allo stesso tempo, \u00e8 importante conoscere gli elementi costitutivi dei sistemi IT. In questo articolo, esamineremo come i sistemi IT sono costituiti da vari componenti e come questi componenti interagiscono tra loro per funzionare. Inoltre, discuteremo le questioni legali strettamente correlate ai database, che possono essere difficili da notare dal punto di vista dell&#8217;utente.<\/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\/it\/it\/itsystem-database-law-problem\/#Un_sistema_IT_e_composto_da_%E2%80%9Cschermata%E2%80%9D_e_%E2%80%9Clogica%E2%80%9D\" title=\"Un sistema IT \u00e8 composto da &#8220;schermata&#8221; e &#8220;logica&#8221;\">Un sistema IT \u00e8 composto da &#8220;schermata&#8221; e &#8220;logica&#8221;<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Cosa_si_intende_per_%E2%80%9Cschermata%E2%80%9D_in_un_sistema_IT\" title=\"Cosa si intende per &#8220;schermata&#8221; in un sistema IT\">Cosa si intende per &#8220;schermata&#8221; in un sistema IT<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Cosa_si_intende_per_%E2%80%9Clogica%E2%80%9D_in_un_sistema_IT\" title=\"Cosa si intende per &#8220;logica&#8221; in un sistema IT\">Cosa si intende per &#8220;logica&#8221; in un sistema IT<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Il_rischio_di_discutere_solo_dell%E2%80%99aspetto_%E2%80%9Cvisivo%E2%80%9D_di_un_sistema\" title=\"Il rischio di discutere solo dell&#8217;aspetto &#8220;visivo&#8221; di un sistema\">Il rischio di discutere solo dell&#8217;aspetto &#8220;visivo&#8221; di un sistema<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Il_rischio_e_che_gli_utenti_e_i_fornitori_si_preoccupino_di_punti_completamente_diversi\" title=\"Il rischio \u00e8 che gli utenti e i fornitori si preoccupino di punti completamente diversi\">Il rischio \u00e8 che gli utenti e i fornitori si preoccupino di punti completamente diversi<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Il_rischio_che_gli_utenti_siano_indifferenti_alla_%E2%80%9Clogica%E2%80%9D_dietro\" title=\"Il rischio che gli utenti siano indifferenti alla &#8220;logica&#8221; dietro\">Il rischio che gli utenti siano indifferenti alla &#8220;logica&#8221; dietro<\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Il_rischio_di_problemi_di_manutenzione_e_sicurezza\" title=\"Il rischio di problemi di manutenzione e sicurezza\">Il rischio di problemi di manutenzione e sicurezza<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Il_rischio_che_la_governance_non_si_estenda_al_lavoro_dell%E2%80%99operatore\" title=\"Il rischio che la governance non si estenda al lavoro dell&#8217;operatore\">Il rischio che la governance non si estenda al lavoro dell&#8217;operatore<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Il_rischio_che_la_logica_sia_sbagliata_anche_se_sembra_funzionare_correttamente_in_superficie\" title=\"Il rischio che la logica sia sbagliata anche se sembra funzionare correttamente in superficie\">Il rischio che la logica sia sbagliata anche se sembra funzionare correttamente in superficie<\/a><\/li><\/ul><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Riassunto\" title=\"Riassunto\">Riassunto<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/it\/it\/itsystem-database-law-problem\/#Una_comprensione_sistematica_sia_dello_sviluppo_di_sistemi_che_della_giurisprudenza\" title=\"Una comprensione sistematica sia dello sviluppo di sistemi che della giurisprudenza\">Una comprensione sistematica sia dello sviluppo di sistemi che della giurisprudenza<\/a><\/li><\/ul><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Un_sistema_IT_e_composto_da_%E2%80%9Cschermata%E2%80%9D_e_%E2%80%9Clogica%E2%80%9D\"><\/span>Un sistema IT \u00e8 composto da &#8220;schermata&#8221; e &#8220;logica&#8221;<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\/09\/pixta_40551871_M-1024x588.jpg\" alt=\"\" class=\"wp-image-5064\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Cosa_si_intende_per_%E2%80%9Cschermata%E2%80%9D_in_un_sistema_IT\"><\/span>Cosa si intende per &#8220;schermata&#8221; in un sistema IT<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Quando si cerca di capire la struttura di un sistema IT, la cosa pi\u00f9 evidente \u00e8 l&#8217;aspetto della schermata. Infatti, anche nel processo di sviluppo di un sistema generale, dopo la &#8220;definizione dei requisiti&#8221;, in cui si identificano le funzionalit\u00e0, di solito si procede con la &#8220;progettazione della schermata&#8221; e l&#8217;organizzazione della &#8220;transizione tra schermate&#8221;. Questi aspetti visibili sulla schermata sono ovviamente aree che attirano l&#8217;attenzione dell&#8217;utente che commissiona lo sviluppo del sistema, e sono anche aree in cui la comunicazione tra l&#8217;utente e il fornitore \u00e8 pi\u00f9 probabile. Nel seguente articolo, spieghiamo l'&#8221;obbligo di cooperazione&#8221; che l&#8217;utente ha nei confronti del fornitore durante tutto il processo di sviluppo del sistema per raggiungere l&#8217;obiettivo del progetto.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>In questo articolo, spieghiamo principalmente che l&#8217;utente ha l&#8217;obbligo di cooperare con il fornitore, soprattutto durante la fase di progettazione di base (cio\u00e8 la schermata).<\/p>\n\n\n\n<p>La &#8220;schermata&#8221; in un sistema IT \u00e8 solitamente descritta in base alle regole dei linguaggi di programmazione come HTML e CSS. Quando si parla della &#8220;schermata&#8221; di un sistema IT, si utilizzano vari termini come &#8220;front-end&#8221;, &#8220;UI (User Interface)&#8221;, ma il punto principale della discussione \u00e8 la &#8220;facilit\u00e0 d&#8217;uso&#8221; e la &#8220;leggibilit\u00e0&#8221; dal punto di vista dell&#8217;utente.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Cosa_si_intende_per_%E2%80%9Clogica%E2%80%9D_in_un_sistema_IT\"><\/span>Cosa si intende per &#8220;logica&#8221; in un sistema IT<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Tuttavia, se un sistema IT fosse basato solo sulla &#8220;schermata&#8221;, sarebbe solo una &#8220;schermata&#8221; statica, senza alcuna &#8220;azione&#8221; o &#8220;cambiamento&#8221;. Anche se l&#8217;input dell&#8217;utente e la visualizzazione dell&#8217;output avvengono sulla &#8220;schermata&#8221;, ci\u00f2 \u00e8 possibile grazie ai &#8220;processi di calcolo&#8221;.<\/p>\n\n\n\n<p>Questi componenti, che non sono visibili all&#8217;utente e che potrebbero essere definiti come &#8220;il retro del sistema&#8221;, eseguono calcoli e controlli complessi. Le operazioni come la ricerca di dati dalla schermata, la modifica dei dati, l&#8217;aggiunta o l&#8217;eliminazione, sono possibili grazie alla presenza di un database pre-costruito. Le varie operazioni sui dati del database sono solitamente eseguite con un linguaggio di programmazione chiamato SQL.<\/p>\n\n\n\n<p>Creare un percorso dall&#8217;attivazione di un pulsante sulla schermata all&#8217;esecuzione del comando SQL necessario, \u00e8 cos\u00ec che si completa l&#8217;immagine complessiva di un sistema con movimento e cambiamento.<\/p>\n\n\n\n<p>Si noti che le discussioni relative alla costruzione di varie logiche invisibili dalla &#8220;schermata&#8221; sono spesso chiamate &#8220;back-end&#8221;.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_rischio_di_discutere_solo_dell%E2%80%99aspetto_%E2%80%9Cvisivo%E2%80%9D_di_un_sistema\"><\/span>Il rischio di discutere solo dell&#8217;aspetto &#8220;visivo&#8221; di un sistema<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\/09\/pixta_19191219_M-1024x837.jpg\" alt=\"\" class=\"wp-image-5065\" \/><\/figure>\n\n\n\n<p>Le spiegazioni finora fornite costituiscono le basi della struttura di un sistema IT (presumendo che funzioni online). La comprensione di questi aspetti ha un grande significato anche in termini di discussione legale, prevenzione dei conflitti nei progetti e gestione delle crisi. In particolare, \u00e8 possibile che si verifichino incomprensioni nella comunicazione tra gli utenti, che si concentrano solo sull&#8217;aspetto &#8220;visivo&#8221; sullo schermo, e i fornitori, che gestiscono molte operazioni importanti sul lato &#8220;logico&#8221; invisibile.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_rischio_e_che_gli_utenti_e_i_fornitori_si_preoccupino_di_punti_completamente_diversi\"><\/span>Il rischio \u00e8 che gli utenti e i fornitori si preoccupino di punti completamente diversi<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ad esempio, gli utenti che parlano di un sistema IT concentrandosi sulla &#8220;schermata&#8221; tendono a non preoccuparsi della complessit\u00e0 della sua struttura interna. Proprio per questo, potrebbero non capire quanto un &#8220;piccolo aggiunta di funzionalit\u00e0&#8221; o una &#8220;piccola modifica delle specifiche&#8221;, che sembrano insignificanti dal punto di vista visivo, possano influenzare molti processi. Ad esempio, l&#8217;articolo seguente spiega i problemi legali che spesso sorgono quando si smantella un sistema esistente che \u00e8 attualmente in uso per un progetto di sviluppo di un nuovo sistema.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem[ja]<\/a><\/p>\n\n\n\n<p>In questo articolo, spieghiamo come spesso si verificano problemi durante la migrazione dei dati al nuovo sistema a seguito dello smantellamento del vecchio sistema. In altre parole, la complessit\u00e0 dei meccanismi di calcolo e controllo interni, che non si possono immaginare solo guardando l&#8217;aspetto esterno, pu\u00f2 diventare una fonte inaspettata di problemi per gli utenti. Inoltre, se non si capisce il &#8220;punto di vista del fornitore che crea il sistema&#8221;, potrebbe accadere che le modifiche vengano apportate a poco a poco dopo il fatto.<br><\/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<p>In casi come questi, in cui vengono ordinati cambiamenti nelle specifiche o l&#8217;aggiunta di funzionalit\u00e0 dopo il fatto, la possibilit\u00e0 di un aumento retroattivo della remunerazione pu\u00f2 diventare un problema molto reale.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_rischio_che_gli_utenti_siano_indifferenti_alla_%E2%80%9Clogica%E2%80%9D_dietro\"><\/span>Il rischio che gli utenti siano indifferenti alla &#8220;logica&#8221; dietro<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Inoltre, ci sono casi in cui le parti che non possono essere osservate dagli utenti diventano grandi incidenti quando i problemi vengono alla luce. Ecco un esempio.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_rischio_di_problemi_di_manutenzione_e_sicurezza\"><\/span>Il rischio di problemi di manutenzione e sicurezza<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Questo include situazioni in cui non \u00e8 possibile implementare funzionalit\u00e0 aggiuntive, o in cui il sistema diventa progressivamente pi\u00f9 lento durante l&#8217;uso fino a diventare inutilizzabile.<\/p>\n\n\n\n<p>Inoltre, ci sono attacchi di sicurezza che sfruttano le carenze nel codice implementato sul lato dello schermo per estrarre informazioni personali e riservate che non dovrebbero essere visualizzate sullo schermo. Un esempio di questo \u00e8 un metodo chiamato &#8220;SQL Injection&#8221;. L&#8217;articolo seguente tratta in dettaglio un caso in cui questo ha portato a un grave conflitto.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/risks-of-libraryuse-and-measures\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/risks-of-libraryuse-and-measures[ja]<\/a><\/p>\n\n\n\n<p>Il tema principale di questo articolo sono i rischi associati all&#8217;uso di framework e librerie, ma il caso giudiziario presentato riguarda un attacco a una vulnerabilit\u00e0 utilizzando SQL Injection.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_rischio_che_la_governance_non_si_estenda_al_lavoro_dell%E2%80%99operatore\"><\/span>Il rischio che la governance non si estenda al lavoro dell&#8217;operatore<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Il fatto che gli utenti di un sistema IT siano indifferenti alla &#8220;logica&#8221; dietro di esso pu\u00f2 portare al problema che la governance diventa difficile da estendere al lavoro dell&#8217;operatore del sistema IT. L&#8217;articolo seguente tratta l&#8217;importanza del lavoro con i database sul tema della &#8220;perdita di dati a causa della negligenza dell&#8217;operatore&#8221;.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/dataloss-risk-and-measures\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/dataloss-risk-and-measures[ja]<\/a><\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_rischio_che_la_logica_sia_sbagliata_anche_se_sembra_funzionare_correttamente_in_superficie\"><\/span>Il rischio che la logica sia sbagliata anche se sembra funzionare correttamente in superficie<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Il fatto che la discussione sul sistema non si limiti alla &#8220;schermata&#8221; significa che anche se il sistema sembra funzionare correttamente in superficie, la &#8220;logica&#8221; potrebbe essere sbagliata. Questo potrebbe diventare evidente in modo inaspettato in operazioni irregolari come &#8220;una volta ogni sei mesi&#8221; o &#8220;una volta all&#8217;anno&#8221;.<\/p>\n\n\n\n<p>In questi casi, si tratta di un problema di responsabilit\u00e0 per i difetti, non di inadempimento, dal punto di vista legale, per un sistema che \u00e8 stato consegnato una volta e poi ha rivelato difetti.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<p>Se si scopre un difetto dopo l&#8217;accettazione, l&#8217;articolo seguente spiega in dettaglio come affrontare la situazione.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Riassunto\"><\/span>Riassunto<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Una_comprensione_sistematica_sia_dello_sviluppo_di_sistemi_che_della_giurisprudenza\"><\/span>Una comprensione sistematica sia dello sviluppo di sistemi che della giurisprudenza<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>\u00c8 importante comprendere quale componente del sistema IT \u00e8 coinvolto nei problemi legali relativi allo sviluppo di sistemi, come prerequisito per identificare i punti di discussione legali. Sia come problema legale che come problema del sistema IT, nei conflitti che sorgono nei progetti di sviluppo di sistemi, \u00e8 particolarmente importante non perdere di vista l&#8217;immagine complessiva e fare del proprio meglio per collaborare tra settori diversi.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Quando si tratta di comprendere le questioni legali relative ai sistemi IT, \u00e8 richiesta una conoscenza sistematica del diritto. Allo stesso tempo, \u00e8 importante conoscere gli elementi costitutivi dei s [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61001,"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\/it\/wp-json\/wp\/v2\/posts\/60614"}],"collection":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/comments?post=60614"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts\/60614\/revisions"}],"predecessor-version":[{"id":61002,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/posts\/60614\/revisions\/61002"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/media\/61001"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/media?parent=60614"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/categories?post=60614"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/it\/wp-json\/wp\/v2\/tags?post=60614"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}