Về vấn đề pháp lý liên quan đến cơ sở dữ liệu của hệ thống IT

Khi tìm hiểu về các vấn đề pháp lý liên quan đến hệ thống IT, bạn không chỉ cần có kiến thức về luật pháp một cách hệ thống mà còn cần hiểu về các thành phần cấu tạo hệ thống IT. Trong bài viết này, chúng tôi sẽ tổng hợp cách mà hệ thống IT được cấu tạo từ những thành phần nào, và làm thế nào các thành phần này tương tác với nhau để hoạt động, đồng thời giải thích về các vấn đề pháp lý liên quan sâu sắc đến cơ sở dữ liệu – một thành phần thường khó nhìn thấy từ phía người dùng.

Hệ thống IT được cấu thành từ “Giao diện” và “Logic”

“Giao diện” trong hệ thống IT là gì?

Khi tìm hiểu về cấu trúc của hệ thống IT, điều dễ nhận thấy nhất chính là giao diện. Thực tế, trong quy trình phát triển hệ thống thông thường, sau giai đoạn “định rõ yêu cầu” như xác định chức năng, người ta thường tiến hành “thiết kế giao diện” và sắp xếp “luồng chuyển giao diện”. Những yếu tố này rất dễ thu hút sự chú ý của người dùng đặt hàng phát triển hệ thống, và cũng là lĩnh vực mà sự giao tiếp giữa người dùng và nhà cung cấp dễ dàng diễn ra nhất. Trong bài viết dưới đây, chúng tôi giải thích về “nghĩa vụ hợp tác” mà người dùng phải đảm nhận trong toàn bộ quá trình phát triển hệ thống để đạt được mục tiêu của dự án.

Bài viết này chủ yếu giải thích về nghĩa vụ hợp tác mà người dùng phải đảm nhận trong quá trình phát triển hệ thống, đặc biệt là trong giai đoạn thiết kế cơ bản (tức là giao diện), nơi mà người dùng cần phải hợp tác với nhà cung cấp.

“Giao diện” trong hệ thống IT thường được mô tả theo quy tắc của ngôn ngữ máy tính như HTML và CSS. Có nhiều cách gọi khác nhau cho “giao diện” trong hệ thống IT như “Front-end”, “UI (User Interface)”, nhưng chủ đề chính của chúng là “sự dễ sử dụng” và “độ dễ nhìn” từ góc độ người dùng.

“Logic” trong hệ thống IT là gì?

Tuy nhiên, nếu hệ thống IT chỉ dựa trên “giao diện”, thì nó chỉ là một “giao diện” tĩnh không có bất kỳ “hoạt động” hay “thay đổi” nào. Ngay cả khi việc nhận dữ liệu đầu vào từ người dùng và hiển thị dữ liệu đầu ra được thực hiện qua “giao diện”, quá trình này vẫn cần có “xử lý tính toán”.

Những phần tử không thể nhìn thấy từ người dùng, có thể coi như “phía sau hệ thống”, thực hiện các phép tính và điều khiển phức tạp. Việc tìm kiếm dữ liệu từ giao diện, thay đổi dữ liệu, thêm hoặc xóa dữ liệu, đều cần có cơ sở dữ liệu được xây dựng trước phía sau. Các phép xử lý đối với thông tin trong cơ sở dữ liệu thường được thực hiện bằng ngôn ngữ máy tính được gọi là SQL.

Việc tạo ra con đường từ việc kích hoạt các nút trên giao diện đến việc thực thi câu lệnh SQL cần thiết, chính là cách hoàn thiện hình ảnh tổng thể của hệ thống có khả năng hoạt động và thay đổi.

Lưu ý, việc xây dựng các logic không thể nhìn thấy từ “giao diện” thường được gọi là “Back-end”.

Việc chỉ bàn về “hình thức” của hệ thống có thể trở thành rủi ro

Đến đây, chúng ta đã hiểu cơ bản về cấu trúc của hệ thống IT (được thiết kế để hoạt động trên web). Hiểu biết về những vấn đề này có ý nghĩa lớn trong việc thảo luận về pháp luật, ngăn chặn tranh chấp trong dự án và quản lý khủng hoảng. Cụ thể, có thể xảy ra sự hiểu lầm trong giao tiếp giữa người dùng chỉ quan tâm đến “hình thức” trên màn hình và nhà cung cấp giữ nhiều nhiệm vụ quan trọng ở phía “logic” không thể nhìn thấy.

Rủi ro khi người dùng và nhà cung cấp quan tâm đến các điểm khác nhau

Ví dụ, người dùng thảo luận về hệ thống IT dựa trên “màn hình” thường không quan tâm đến sự phức tạp của cấu trúc bên trong. Chính vì vậy, họ có thể không hiểu rằng những thay đổi nhỏ về “hình thức” hoặc “đặc điểm” có thể ảnh hưởng đến bao nhiêu quy trình. Bài viết dưới đây giải thích về các vấn đề pháp lý thường xảy ra khi loại bỏ hệ thống hiện tại để phát triển hệ thống mới trong một dự án.

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

Ở đây, chúng tôi giải thích rằng thường xảy ra rắc rối khi chuyển dữ liệu từ hệ thống cũ sang hệ thống mới. Nói cách khác, sự phức tạp của cơ chế tính toán và kiểm soát bên trong, mà không thể tưởng tượng từ hình thức, có thể trở thành nguồn gốc của những rắc rối không lường trước cho người dùng. Ngoài ra, nếu người dùng không hiểu “cảm giác của nhà cung cấp tạo ra hệ thống”, có thể xảy ra tình huống khi những thay đổi sau cùng được đưa ra từng chút một.

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

Trong trường hợp như vậy, việc có thể tăng thêm phí sau khi yêu cầu thay đổi đặc điểm hoặc thêm chức năng có thể trở thành một vấn đề nghiêm trọng.

Rủi ro khi người dùng không quan tâm đến “logic” phía sau

Ngoài ra, những phần không thể quan sát được từ phía người dùng có thể trở thành một sự cố lớn khi phát hiện ra rắc rối. Dưới đây là một ví dụ như vậy.

Nguy cơ phát sinh vấn đề về bảo dưỡng, bảo mật

Điều này bao gồm các tình huống như không thể thêm chức năng, hoạt động trở nên chậm dần và cuối cùng không hoạt động.

Ngoài ra, có một phương pháp tấn công bảo mật được gọi là “SQL Injection”, nơi mà thông tin cá nhân và thông tin bí mật không được hiển thị trên màn hình được lấy ra do lỗi trong mã được triển khai trên màn hình. Bài viết dưới đây chi tiết về các ví dụ đã trở thành tranh chấp nghiêm trọng do điều này.

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

Chủ đề chính của bài viết này là rủi ro liên quan đến việc sử dụng khung và thư viện, nhưng ví dụ về việc xét xử được đăng tải là một vụ việc mà cuộc tấn công vào lỗ hổng bằng cách sử dụng SQL Injection đã được thực hiện.

Nguy cơ quản trị không thể áp dụng cho công việc của người quản lý hoạt động

Việc người dùng hệ thống IT không quan tâm đến “logic” phía sau có thể dẫn đến vấn đề là việc quản trị khó có thể áp dụng cho công việc của người quản lý hoạt động hệ thống IT. Bài viết liên quan dưới đây giải thích về tầm quan trọng của công việc xử lý cơ sở dữ liệu với chủ đề “mất dữ liệu do lỗi của người quản lý hoạt động”.

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

Nguy cơ logic sai mặc dù hoạt động đúng trên bề mặt

Việc thảo luận về hệ thống không chỉ dừng lại ở “màn hình” có nghĩa là có thể có nguy cơ rằng “logic” có thể sai mặc dù hệ thống hoạt động đúng trên bề mặt. Điều này có thể được phát hiện không ngờ trong các hoạt động không thường xuyên như “một lần nửa năm” hoặc “một lần một năm”.

Trong trường hợp như vậy, nó trở thành vấn đề trách nhiệm bảo hành khiếm khuyết trong pháp luật (không phải là vi phạm nghĩa vụ) đối với “hệ thống đã được giao một lần, nhưng sau đó phát hiện ra lỗi”.

Nếu lỗi được phát hiện sau khi kiểm tra, chúng tôi đã giải thích chi tiết về quy trình trong bài viết dưới đây.

Tóm tắt

Hiểu biết hệ thống về phát triển hệ thống và pháp lý

Vấn đề pháp lý liên quan đến phát triển hệ thống, trước khi xác định các vấn đề pháp lý, cũng quan trọng là việc hiểu rõ vấn đề đã xảy ra ở thành phần nào trong các yếu tố cấu thành hệ thống IT. Dù là vấn đề pháp lý hay vấn đề của hệ thống IT, trong các tranh chấp xảy ra trong dự án phát triển hệ thống, việc đặc biệt quan trọng là không mất đi cái nhìn toàn diện và nỗ lực hợp tác giữa các ngành công nghiệp khác nhau.