เรื่องปัญหาทางกฎหมายที่เกี่ยวข้องกับฐานข้อมูลของระบบ IT

เมื่อคุณต้องการทราบปัญหาทางกฎหมายที่เกี่ยวข้องกับระบบ IT, คุณจะต้องมีความรู้ทางกฎหมายที่มีระบบเรียบร้อย แต่ในเวลาเดียวกัน การทราบถึงส่วนประกอบของระบบ IT ก็เป็นสิ่งที่สำคัญเช่นกัน ในบทความนี้ เราจะจัดเรียงว่าระบบ IT ประกอบด้วยส่วนประกอบอะไรบ้าง และส่วนประกอบเหล่านี้ทำงานร่วมกันอย่างไร นอกจากนี้ เรายังจะอธิบายเกี่ยวกับปัญหาทางกฎหมายที่มีความเกี่ยวข้องอย่างใกล้ชิดกับฐานข้อมูลที่ยากที่จะสังเกตได้จากฝั่งของผู้ใช้

ระบบ IT ประกอบด้วย “หน้าจอ” และ “ลอจิก”

หน้าจอของระบบ IT คืออะไร

เมื่อพยายามทำความเข้าใจโครงสร้างของระบบ IT, สิ่งที่สะดุดตามากที่สุดคือ หน้าตาของหน้าจอ. ในกระบวนการพัฒนาระบบทั่วไป, หลังจากที่ได้ทำการระบุความต้องการแล้ว, การออกแบบหน้าจอและการจัดการการเปลี่ยนหน้าจอจะเป็นขั้นตอนถัดไป. หน้าตาบนหน้าจอนี้เป็นสิ่งที่ผู้ใช้ที่สั่งสร้างระบบพัฒนาจะเห็นได้ชัดเจน, และเป็นพื้นที่ที่การสื่อสารระหว่างผู้ใช้และผู้ขายมักจะเกิดขึ้นอย่างมาก. ในบทความต่อไปนี้, เราจะอธิบายเกี่ยวกับ “หน้าที่ในการสนับสนุน” ที่ผู้ใช้ต้องรับผิดชอบต่อผู้ขายในทุกขั้นตอนของการพัฒนาระบบ.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

ในบทความนี้, เราได้อธิบายว่าผู้ใช้ต้องร่วมมือกับผู้ขายในขั้นตอนที่เกี่ยวข้องกับการออกแบบพื้นฐาน (หน้าจอ) และอื่น ๆ ในฐานะหน้าที่ในการสนับสนุนที่ผู้ใช้ต้องรับผิดชอบในการพัฒนาระบบ.

หน้าจอในระบบ IT มักจะเขียนโดยใช้กฎของภาษาคอมพิวเตอร์เช่น HTML และ CSS. การพูดถึง “หน้าจอ” ของระบบ IT มักจะถูกเรียกว่า “ฟรอนต์เอนด์”, “UI (User Interface)” และอื่น ๆ แต่จริง ๆ แล้วมันเป็นการสนใจใน “ความง่ายในการใช้งาน”, “ความง่ายต่อการมองเห็น” และอื่น ๆ.

ลอจิกของระบบ IT คืออะไร

แต่ถ้าระบบ IT มีเพียง “หน้าจอ” ก็จะเป็นเพียง “หน้าจอ” ที่ไม่มี “การเคลื่อนไหว” หรือ “การเปลี่ยนแปลง” ใด ๆ แม้ว่าจะทำการรับข้อมูลจากผู้ใช้และแสดงผลลัพธ์บน “หน้าจอ” แต่ในกระบวนการนั้นยังมี “การประมวลผล” อยู่.

การคำนวณและควบคุมที่ซับซ้อนนี้จะเกิดขึ้นด้วยส่วนประกอบที่ไม่สามารถมองเห็นได้จากผู้ใช้, หรือสามารถเรียกว่า “ด้านหลังของระบบ”. การค้นหาข้อมูลจากหน้าจอ, การเปลี่ยนแปลงข้อมูล, การเพิ่ม, และการลบข้อมูล, ทั้งหมดนี้จะเป็นไปได้เพราะมีฐานข้อมูลที่สร้างขึ้นก่อนหน้านี้อยู่เบื้องหลัง. การประมวลผลต่าง ๆ ต่อข้อมูลในฐานข้อมูลมักจะทำด้วยภาษาคอมพิวเตอร์ที่เรียกว่า SQL.

การสร้างเส้นทางจากปุ่มที่ตั้งอยู่บนหน้าจอไปยังการดำเนินการของคำสั่ง SQL ที่จำเป็น, นี่คือวิธีที่จะสร้างภาพรวมของระบบที่มีการเคลื่อนไหวและการเปลี่ยนแปลง.

อย่างไรก็ตาม, การสร้างลอจิกต่าง ๆ ที่ไม่สามารถมองเห็นจาก “หน้าจอ” มักจะถูกเรียกว่า “แบ็กเอนด์”.

การพูดคุยเกี่ยวกับระบบโดยมุ่งเน้นเพียงที่ ‘หน้าตา’ ของหน้าจออาจกลายเป็นความเสี่ยง

คำอธิบายที่ผ่านมาเป็นพื้นฐานของโครงสร้างระบบ IT (ที่ถูกออกแบบมาเพื่อทำงานบนเว็บ) ความเข้าใจในเรื่องนี้มีความหมายที่สำคัญในการอภิปรายกฎหมาย, การป้องกันความขัดแย้งในโครงการ, และการจัดการวิกฤติ โดยเฉพาะอย่างยิ่ง, ระหว่างผู้ใช้ที่เน้นเพียง ‘หน้าตา’ บนหน้าจอ และผู้ขายที่รับผิดชอบงานสำคัญมากมายที่ไม่สามารถมองเห็นได้จาก ‘ลอจิก’ อาจเกิดการสื่อสารที่ไม่ตรงกันขึ้นได้

ความแตกต่างในจุดที่ผู้ใช้และผู้ขายให้ความสนใจอาจกลายเป็นความเสี่ยง

ตัวอย่างเช่น ผู้ใช้ที่มักจะสนใจเรื่อง “หน้าจอ” ของระบบ IT มักจะไม่สนใจความซับซ้อนของโครงสร้างภายใน ด้วยเหตุนี้ พวกเขาอาจไม่รู้เลยว่าการเพิ่มฟังก์ชันเล็ก ๆ หรือการเปลี่ยนแปลงข้อกำหนดเล็ก ๆ น้อย ๆ ที่ดูเหมือนจะไม่มีผลกระทบในภายนอก จะส่งผลกระทบต่อขั้นตอนการทำงานอย่างไร ตัวอย่างเช่น ในบทความต่อไปนี้ จะอธิบายถึงปัญหาทางกฎหมายที่มักจะเกิดขึ้นเมื่อทำการยกเลิกระบบที่กำลังใช้งานอยู่เพื่อพัฒนาระบบใหม่

https://monolith.law/corporate/the-transition-from-the-oldsystem[ja]

ที่นี่ จะอธิบายถึงปัญหาที่มักจะเกิดขึ้นเมื่อทำการย้ายข้อมูลจากระบบเดิมไปยังระบบใหม่ นั่นคือ โครงสร้างการคำนวณและควบคุมภายในที่ซับซ้อนมากกว่าที่จะคาดคิดจากภายนอก อาจกลายเป็นต้นตอของปัญหาที่ไม่คาดคิดสำหรับผู้ใช้ นอกจากนี้ การที่ผู้ใช้ไม่เข้าใจ “ความรู้สึกของผู้สร้างระบบ” อาจทำให้เกิดสถานการณ์ที่การเปลี่ยนแปลงที่เกิดขึ้นหลังจากนั้นจะเกิดขึ้นอย่างต่อเนื่อง

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

ในกรณีที่มีการสั่งการเปลี่ยนแปลงข้อกำหนดหรือเพิ่มฟังก์ชันหลังจากนั้น การที่จะสามารถเพิ่มค่าตอบแทนหลังจากนั้นได้หรือไม่ อาจกลายเป็นปัญหาที่จำเป็นต้องแก้ไขในบางครั้ง

https://monolith.law/corporate/increase-of-estimate[ja]

ความเสี่ยงจากการที่ผู้ใช้งานไม่สนใจ “ลอจิก” ที่อยู่เบื้องหลัง

นอกจากนี้ บางครั้งส่วนที่ผู้ใช้งานไม่สามารถสังเกตได้ อาจกลายเป็นปัญหาใหญ่เมื่อเกิดปัญหาขึ้น ต่อไปนี้คือตัวอย่างของสถานการณ์ดังกล่าว

ความเสี่ยงที่อาจเกิดปัญหาในด้านการบำรุงรักษาและความปลอดภัย

สถานการณ์ที่ไม่สามารถเพิ่มฟังก์ชันเพิ่มเติมได้ หรือการทำงานที่เริ่มหนักขึ้นจนไม่สามารถทำงานได้ เป็นตัวอย่างของปัญหานี้

นอกจากนี้ ยังมีการโจมตีความปลอดภัยที่เกิดจากข้อบกพร่องของโค้ดที่ถูกติดตั้งในหน้าจอ ซึ่งอาจทำให้ข้อมูลส่วนบุคคลหรือข้อมูลลับถูกดึงออกมา วิธีการนี้เรียกว่า “SQL Injection” มีรายงานเรื่องที่เกิดขึ้นและกลายเป็นความขัดแย้งที่รุนแรงในบทความด้านล่างนี้

https://monolith.law/corporate/risks-of-libraryuse-and-measures[ja]

หัวข้อหลักของบทความนี้คือความเสี่ยงที่เกี่ยวข้องกับการใช้เฟรมเวิร์คและไลบรารี แต่ตัวอย่างการตัดสินที่แสดงในบทความนี้เป็นเรื่องที่เกิดจากการโจมตีโดยใช้ SQL Injection

ความเสี่ยงที่การดูแลระบบของผู้ดูแลระบบอาจไม่สามารถครอบคลุมได้

การที่ผู้ใช้งานระบบ IT ไม่สนใจ “ลอจิก” ที่อยู่เบื้องหลัง อาจทำให้การดูแลระบบของผู้ดูแลระบบมีปัญหาในการครอบคลุม บทความด้านล่างนี้อธิบายถึง “การสูญเสียข้อมูลจากความผิดพลาดของผู้ดูแลระบบ” และความสำคัญของงานที่จัดการกับฐานข้อมูล

https://monolith.law/corporate/dataloss-risk-and-measures[ja]

ความเสี่ยงที่ระบบทำงานถูกต้องทางภายนอก แต่ “ลอจิก” อาจผิดพลาด

จากการที่เราไม่สามารถจำกัดเรื่องระบบไว้ที่ “หน้าจอ” เท่านั้น แม้ระบบจะทำงานถูกต้องทางภายนอก แต่ “ลอจิก” อาจจะผิดพลาด ซึ่งสามารถเกิดขึ้นได้ในงานที่ไม่ปกติ เช่น “ทุกครึ่งปี” หรือ “ทุกปี”

ในกรณีเหล่านี้ ถ้ามีข้อบกพร่องที่เกิดขึ้นหลังจากที่ระบบได้รับการส่งมอบแล้ว จะถือเป็นปัญหาของความรับผิดชอบต่อความบกพร่องของสินค้า ไม่ใช่การไม่ปฏิบัติตามสัญญา

https://monolith.law/corporate/defect-warranty-liability[ja]

หากมีปัญหาเกิดขึ้นหลังจากการตรวจรับ มีการอธิบายขั้นตอนการจัดการอย่างละเอียดในบทความด้านล่างนี้

https://monolith.law/corporate/system-flaw-measure-after-acceptance[ja][ja]

สรุป

ความเข้าใจที่เป็นระบบในการพัฒนาระบบและกฎหมาย

ปัญหาทางกฎหมายที่เกี่ยวข้องกับการพัฒนาระบบคอมพิวเตอร์ สิ่งที่สำคัญคือการทราบว่าปัญหาที่เกิดขึ้นนั้นเกี่ยวข้องกับส่วนประกอบใดของระบบ IT ก่อนที่จะสามารถระบุประเด็นทางกฎหมายได้ ไม่ว่าจะเป็นปัญหาทางกฎหมายหรือปัญหาของระบบ IT ในข้อพิพาทที่เกิดขึ้นในโครงการพัฒนาระบบ การทำให้ไม่สูญเสียภาพรวม และการทำงานร่วมกันระหว่างธุรกิจที่แตกต่างกันเป็นสิ่งที่สำคัญมาก