Tự động hóa chính sách Oracle – Thực thể, Mối quan hệ và Ràng buộc thiết kế

Tự động hóa chính sách Oracle – Thực thể, Mối quan hệ và Ràng buộc thiết kế
– Cập nhật kiến thức mới nhất năm 2023

Trong bài đăng trước, chúng ta đã thảo luận về việc xác định các nhu cầu về mô hình chính sách, ghi lại các nguồn thông tin, xác định quan điểm và căng thẳng. Bài viết này tập trung hơn vào các thực thể và mối quan hệ.

Các thực thể cho phép logic phức tạp hơn nhiều được tạo ra trong cơ sở quy tắc. Khi thiết kế cấu trúc thực thể của bạn, bạn cũng nên suy nghĩ về các giai đoạn trong tương lai của dự án và liệu các phần mở rộng trong tương lai cho cơ sở quy tắc có yêu cầu lý luận thực thể hay không. Bằng cách này, bạn tiết kiệm cho mình một số nỗ lực và có thể sửa đổi sau này. Một thực thể nên được sử dụng khi bạn có một tập hợp ‘mọi thứ’ và bạn cần thu thập dữ liệu về từng thành viên của tập hợp đó, đồng thời bạn cần thực hiện logic đối với tập hợp đó.

Tên của thực thể phải bắt đầu bằng mạo từ xác định “the” và đề cập đến thực thể đó là gì. Tên của mối quan hệ thực thể cũng phải bắt đầu bằng mạo từ xác định “the” và nó phải là một tên có ý nghĩa mô tả mối quan hệ. Điều này đòi hỏi phải xem xét loại mối quan hệ nào đang được mô tả, ví dụ: mối quan hệ một-nhiều, nhiều-một, nhiều-nhiều, suy luận. Việc chọn tên thích hợp cho các mối quan hệ của thực thể cũng rất quan trọng vì những tên này xuất hiện xuyên suốt dự án.

Bạn có thể mô tả các thực thể và mối quan hệ theo cách có ý nghĩa nhất đối với người đọc tài liệu thiết kế của bạn. Điều này có thể bao gồm mô tả của từng thực thể và mối quan hệ, bảng các thực thể và mối quan hệ hoặc có thể là sơ đồ hoặc mô hình dữ liệu cấp cao. Bạn cũng có thể sử dụng kết hợp các kỹ thuật này để mô tả các thực thể và mối quan hệ của mình.

XÁC ĐỊNH RÀNG BUỘC THIẾT KẾ

Ràng buộc thiết kế là bất kỳ thứ gì ảnh hưởng đến các tùy chọn bạn có sẵn trong khi chuẩn bị mô hình chính sách. Điều này có thể bao gồm:

  • Người sử dụng:Mức độ hiểu biết, kiến ​​thức về chủ đề và sự quen thuộc của người dùng cuối với các hệ thống tương tự có thể ảnh hưởng đến kết quả, độ phức tạp và quy trình thủ tục của mô hình chính sách.
  • Khung thời gian:Khi bạn đã hoàn thành thiết kế của mình, bạn có thể thấy rằng đơn giản là không thể hoàn thành mọi thứ trong khung thời gian yêu cầu. Nếu thiết kế của bạn không thể đạt được trong khung thời gian mong muốn, bạn có thể cần xem lại thiết kế của mình để xem bạn có thể cải thiện hiệu quả ở đâu hoặc có thể loại bỏ các thành phần không cần thiết.
  • Mô hình dữ liệu hiện có:Nếu hệ thống của bạn đang tích hợp với một mô hình dữ liệu hiện có, thì bạn có thể thấy rằng mô hình chính sách cần bao gồm nhiều thuộc tính hơn dự định ban đầu của bạn.
  • Bộ kỹ năng:Các kỹ năng và kinh nghiệm mà nhóm của bạn mang lại có thể cho phép bạn sáng tạo ở các mức độ khác nhau trong thiết kế mô hình chính sách của mình.
  • Thông tin: Thông tin bạn có sẵn khi bắt đầu dự án thường là thông tin mà bạn dựa vào đó để thiết kế. Khi bạn biết mình có khả năng nhận được thông tin bổ sung, thiết kế của bạn cần đủ linh hoạt để đáp ứng điều này.

Thiết kế với các ràng buộc có thể dẫn đến một số kết quả thiết kế sáng tạo, do đó làm cho mô hình chính sách của bạn hiệu quả và hiệu quả hơn.

Kết thúc

Ngoài các bài viết tin tức, bài báo hàng ngày của SEMTEK, nguồn nội dung cũng bao gồm các bài viết từ các cộng tác viên chuyên gia đầu ngành về chuỗi kiến thức Kinh doanh, chiến lược tiếp thị, kiến thức quản trị doanh nghiệp và kiến thức quản lý, phát triển tổ chức doanh nghiệp,.. được chia sẽ chủ yếu từ nhiều khía cạnh liên quan chuỗi kiến thức này.

Bạn có thể dành thời gian để xem thêm các chuyên mục nội dung chính với các bài viết tư vấn, chia sẻ mới nhất, các tin tức gần đây từ chuyên gia và đối tác của Chúng tôi. Cuối cùng, với các kiến thức chia sẻ của bài viết, hy vọng góp phần nào kiến thức hỗ trợ cho độc giả tốt hơn trong hoạt động nghề nghiệp cá nhân!

* Ý kiến được trình bày trong bài viết này là của tác giả khách mời và không nhất thiết phải là SEMTEK. Nhân viên tác giả, cộng tác viên biên tập sẽ được liệt kê bên cuối bài viết.

Trân trọng,

Các chuyên mục nội dung liên quan