Luận văn thạc sĩ VNU: Chính sách quyền truy cập trong quy trình nghiệp vụ ngân hàng

Luận văn thạc sĩ VNU UET nghiên cứu công cụ hỗ trợ đảm bảo chính sách quyền truy cập trong quy trình nghiệp vụ ngân hàng thương mại.

• Trường học: Đại Học Quốc Gia Hà Nội - Trường Đại Học Kinh Tế
• Chuyên ngành: Quản Trị Kinh Doanh
• Đề tài: Nghiên Cứu Công Cụ Hỗ Trợ Đảm Bảo Chính Sách Quyền Truy Cập Trong Một Số Quy Trình Nghiệp Vụ Ngân Hàng Thương Mại
• Loại tài liệu: Luận Văn Thạc Sĩ
• Địa điểm: Hà Nội

Tóm tắt

I. Khám phá luận văn VNU UET về công cụ quyền truy cập bank

Trong bối cảnh ngành tài chính ngân hàng đang trải qua quá trình chuyển đổi số trong ngân hàng mạnh mẽ, vấn đề an ninh thông tin ngân hàng và bảo mật hệ thống ngân hàng trở thành ưu tiên hàng đầu. Luận văn thạc sĩ của trường Đại học Công nghệ, ĐHQGHN (VNU UET) với chủ đề nghiên cứu công cụ hỗ trợ đảm bảo chính sách quyền truy cập đã ra đời như một giải pháp cấp thiết, giải quyết trực diện những thách thức trong quản lý truy cập trong ngân hàng. Nghiên cứu này không chỉ là một đề tài thạc sĩ công nghệ thông tin tiêu biểu mà còn là một công trình có giá trị thực tiễn cao, tập trung vào việc xây dựng một cơ chế kiểm soát linh hoạt và hiệu quả cho các quy trình nghiệp vụ tài chính phức tạp. Trọng tâm của luận văn là tìm hiểu và ứng dụng mô hình điều khiển truy cập tiên tiến để khắc phục những nhược điểm của các phương pháp truyền thống, từ đó nâng cao khả năng quản lý rủi ro công nghệ thông tin và đảm bảo tuân thủ an ninh mạng. Công trình này mở ra một hướng tiếp cận mới trong việc thiết kế các giải pháp an toàn thông tin, giúp các ngân hàng thương mại vận hành thông suốt, an toàn và hiệu quả hơn trong môi trường số.

1.1. Bối cảnh nghiên cứu về an ninh thông tin ngành ngân hàng

Sự phát triển không ngừng của công nghệ đã thúc đẩy các ngân hàng thương mại triển khai nhiều dịch vụ số hóa, dẫn đến sự gia tăng về khối lượng dữ liệu và số lượng người dùng tương tác với hệ thống. Thực tế này đặt ra yêu cầu cấp thiết về việc phải có một chính sách phân quyền người dùng chặt chẽ và linh hoạt. Các hệ thống cũ thường gặp khó khăn trong việc đáp ứng các quy định nghiệp vụ thay đổi liên tục. Do đó, việc nghiên cứu một công cụ có khả năng đảm bảo access control policy một cách tự động và thông minh là vô cùng quan trọng để bảo vệ dữ liệu khách hàng và duy trì hoạt động ổn định.

1.2. Mục tiêu chính của luận văn an toàn thông tin VNU UET

Mục tiêu cốt lõi của luận văn VNU UET này là nghiên cứu và phát triển một công cụ hỗ trợ, có khả năng tích hợp mô hình kiểm soát truy cập động vào các hệ thống quản lý quy trình nghiệp vụ (BPMS). Cụ thể, luận văn tập trung vào: (1) Phân tích các mô hình điều khiển truy cập hiện có và xác định mô hình phù hợp nhất cho ngành ngân hàng. (2) Thiết kế và tích hợp mô hình được chọn vào bộ công cụ mã nguồn mở Activiti. (3) Vận dụng và thực nghiệm giải pháp trên một bài toán thực tế là "Phê duyệt hồ sơ tín dụng" để chứng minh tính hiệu quả và khả thi. Đây là một đóng góp quan trọng cho lĩnh vực luận văn an toàn thông tin.

II. Thách thức với chính sách quyền truy cập tại ngân hàng TM

Các ngân hàng thương mại hiện nay đối mặt với nhiều thách thức trong việc thực thi chính sách quyền truy cập. Vấn đề lớn nhất đến từ sự thiếu linh hoạt của các hệ thống quản lý truy cập truyền thống. Các mô hình cũ không đủ khả năng xử lý các kịch bản nghiệp vụ phức tạp, nơi quyền truy cập không chỉ phụ thuộc vào vai trò mà còn dựa trên nhiều thuộc tính động như hạn mức phê duyệt, chi nhánh làm việc, hay thời gian thực hiện giao dịch. Điều này dẫn đến những lỗ hổng bảo mật nghiêm trọng trong an ninh thông tin ngân hàng, tạo điều kiện cho các truy cập trái phép hoặc sai sót trong quá trình tác nghiệp. Hậu quả là rủi ro gian lận gia tăng, thông tin nhạy cảm của khách hàng bị đe dọa, và ngân hàng có thể đối mặt với tổn thất tài chính cũng như uy tín. Việc quản lý thủ công hàng ngàn người dùng với các quyền hạn khác nhau trở nên quá tải, kém hiệu quả và dễ xảy ra lỗi, đòi hỏi một giải pháp an toàn thông tin tự động và thông minh hơn.

2.1. Hạn chế của mô hình phân quyền RBAC truyền thống

Mô hình Role-Based Access Control (RBAC), hay điều khiển truy cập dựa trên vai trò, đã được áp dụng rộng rãi. Tuy nhiên, RBAC bộc lộ nhiều hạn chế trong môi trường ngân hàng. Cơ chế này gán quyền hạn một cách tĩnh cho các vai trò được định nghĩa trước. Ví dụ, mọi người dùng có vai trò "Giám đốc" đều có quyền như nhau. Điều này không giải quyết được bài toán phân quyền theo thẩm quyền hạn mức, chẳng hạn một giám đốc chỉ được duyệt khoản vay dưới 1 tỷ VNĐ. Khi số lượng vai trò và quy tắc nghiệp vụ tăng lên, việc quản lý trở nên cồng kềnh, dễ dẫn đến "bùng nổ vai trò" (role explosion) và làm suy giảm hiệu quả quản lý định danh và truy cập (IAM).

2.2. Rủi ro trong quy trình nghiệp vụ tài chính phức tạp

Các quy trình nghiệp vụ tài chính, đặc biệt là quy trình phê duyệt tín dụng, chứa đựng nhiều rủi ro. Việc một cá nhân có quyền truy cập vượt quá thẩm quyền có thể dẫn đến các quyết định sai lầm, gây thất thoát tài sản. Ví dụ được nêu trong luận văn cho thấy, với mô hình cũ, một hồ sơ vay 200 triệu VNĐ có thể được tất cả các giám đốc xem và phê duyệt, vi phạm quy tắc "phê duyệt theo thẩm quyền hạn mức". Những rủi ro này nhấn mạnh sự cần thiết của một công cụ giám sát truy cập hiệu quả hơn, có khả năng thực thi các chính sách phức tạp để giảm thiểu sai sót và tăng cường bảo mật hệ thống ngân hàng.

III. Giải pháp ABAC Mô hình đảm bảo chính sách quyền truy cập

Để giải quyết các hạn chế của mô hình RBAC, luận văn đề xuất áp dụng mô hình Attribute-Based Access Control (ABAC) – Điều khiển truy cập dựa trên thuộc tính. ABAC là một giải pháp an toàn thông tin mang tính cách mạng, cho phép đưa ra quyết định truy cập một cách linh hoạt và theo ngữ cảnh. Thay vì chỉ dựa vào vai trò của người dùng, ABAC xem xét một tập hợp các thuộc tính đa dạng, bao gồm thuộc tính của chủ thể (người dùng), thuộc tính của tài nguyên (dữ liệu, chức năng), và thuộc tính của môi trường (thời gian, địa điểm). Các quyết định được đưa ra dựa trên việc đánh giá các chính sách (policies) và quy tắc (rules) logic phức tạp. Ví dụ, một chính sách có thể quy định: "Cho phép người dùng có vai trò 'Giám đốc' tại 'Chi nhánh A' phê duyệt hồ sơ tín dụng có hạn mức dưới 1 tỷ VNĐ trong giờ làm việc". Phương pháp này giúp hệ thống bảo mật hệ thống ngân hàng trở nên thông minh, tự động và dễ dàng thích ứng với các thay đổi trong quy trình nghiệp vụ.

3.1. Nguyên lý cốt lõi của Attribute Based Access Control

Cơ chế cốt lõi của ABAC dựa trên việc đánh giá các thuộc tính theo thời gian thực để đưa ra quyết định. Một mô hình ABAC điển hình bao gồm các thành phần chính: PEP (Policy Enforcement Point) chịu trách nhiệm thực thi quyết định, PDP (Policy Decision Point) là nơi đánh giá chính sách, và PIP (Policy Information Point) cung cấp giá trị các thuộc tính cần thiết. Khi một yêu cầu truy cập được tạo ra, PEP sẽ gửi thông tin đến PDP. PDP sẽ dựa vào bộ chính sách được định nghĩa trước và thông tin từ PIP để quyết định cho phép hay từ chối, sau đó gửi lại kết quả cho PEP thực thi. Cách tiếp cận này giúp việc quản lý truy cập trong ngân hàng trở nên δυναμική và chính xác.

3.2. Ưu điểm vượt trội của mô hình phân quyền ABAC

So với mô hình phân quyền RBAC, ABAC mang lại nhiều lợi ích vượt trội. Thứ nhất, nó cung cấp khả năng phân quyền chi tiết và linh hoạt (fine-grained and dynamic authorization), cho phép kiểm soát truy cập dựa trên các điều kiện nghiệp vụ phức tạp. Thứ hai, ABAC giúp giảm thiểu số lượng vai trò cần quản lý, tránh được tình trạng "bùng nổ vai trò". Thứ ba, việc quản lý chính sách trở nên tập trung và dễ dàng hơn, vì các quy tắc được định nghĩa độc lập với ứng dụng. Điều này đặc biệt hữu ích cho việc đảm bảo tuân thủ an ninh mạng và các quy định pháp lý trong ngành tài chính.

IV. Phương pháp tích hợp ABAC vào công cụ hỗ trợ Activiti

Luận văn không chỉ dừng lại ở lý thuyết mà còn trình bày chi tiết phương pháp xây dựng một công cụ hỗ trợ đảm bảo chính sách quyền truy cập bằng cách tích hợp mô hình ABAC vào nền tảng quản lý quy trình nghiệp vụ mã nguồn mở Activiti. Activiti là một engine BPMN 2.0 mạnh mẽ, nhưng cơ chế phân quyền mặc định của nó chủ yếu vẫn dựa trên vai trò. Để hiện thực hóa ABAC, tác giả đã can thiệp vào luồng xử lý của Activiti Engine, đặc biệt là tại các điểm then chốt (hook points) như sự kiện hoàn thành một tác vụ (CompleteTask). Quá trình tích hợp bao gồm việc xây dựng các thành phần an ninh theo kiến trúc XACML (PEP, PDP, PIP), thiết kế cơ sở dữ liệu để lưu trữ tập chính sách, và tùy chỉnh module Activiti UI để quản lý các quy tắc truy cập. Giải pháp này biến Activiti từ một công cụ quản lý quy trình đơn thuần thành một hệ thống bảo mật hệ thống ngân hàng toàn diện, có khả năng thực thi các chính sách truy cập động và phức tạp.

4.1. Thiết kế kiến trúc và các thành phần tích hợp chính

Kiến trúc tích hợp được thiết kế gồm một "Security component" hoạt động song song với Activiti Engine. Khi một sự kiện yêu cầu truy cập xảy ra, Activiti Engine sẽ gọi đến thành phần PEP. PEP thu thập thông tin và gửi yêu cầu đến PDP. PDP sẽ truy vấn tập chính sách (lưu trong bảng ACT_RU_USER_LIMIT) để ra quyết định. Luận văn cũng bổ sung module quản lý ủy quyền (lưu trong bảng ACT_RU_USER_DELEGATE) để giải quyết bài toán ủy quyền phê duyệt trong thực tế. Thiết kế này đảm bảo tính module hóa, dễ dàng bảo trì và mở rộng.

4.2. Tùy chỉnh công cụ giám sát truy cập trong Activiti UI

Để người quản trị có thể dễ dàng cấu hình và giám sát, luận văn đã thực hiện tùy chỉnh trên module Activiti UI. Các hàm xử lý được bổ sung vào project activiti-app-logic, cụ thể là lớp ActivitiTaskFormService để gọi đến cơ chế ABAC. Giao diện người dùng được mở rộng để cho phép định nghĩa các quy tắc chính sách dựa trên thuộc tính như process_id_, property_, limit_floor_, limit_ceiling_. Nhờ đó, việc quản lý chính sách phân quyền người dùng trở nên trực quan và hiệu quả, không đòi hỏi can thiệp sâu vào mã nguồn mỗi khi có sự thay đổi về nghiệp vụ.

V. Ứng dụng công cụ trong quy trình phê duyệt hồ sơ tín dụng

Tính hiệu quả của giải pháp được chứng minh qua việc áp dụng vào bài toán thực tế: "Phê duyệt hồ sơ tín dụng" tại một ngân hàng thương mại. Đây là một quy trình nghiệp vụ tài chính điển hình với các yêu cầu khắt khe về phân quyền và bảo mật. Quy trình này bao gồm nhiều bước, từ việc chuyên viên kinh doanh (CVKD) lập hồ sơ, kiểm soát viên (KSV) kiểm tra, cho đến các cấp giám đốc phê duyệt theo thẩm quyền hạn mức. Bằng cách sử dụng công cụ Activiti đã được tích hợp ABAC, hệ thống có thể tự động điều hướng luồng công việc và gán tác vụ cho đúng người có thẩm quyền dựa trên các thuộc tính của hồ sơ, chẳng hạn như số tiền đề nghị cấp tín dụng. Kết quả thực nghiệm cho thấy giải pháp đã giải quyết triệt để vấn đề vi phạm thẩm quyền, nâng cao tính minh bạch, giảm thiểu rủi ro và đảm bảo bảo vệ dữ liệu khách hàng một cách hiệu quả.

5.1. Xây dựng và thực thi mô hình quy trình trên Activiti

Luận văn đã mô hình hóa chi tiết quy trình "Phê duyệt hồ sơ tín dụng" bằng ký hiệu BPMN 2.0 trên Activiti. Các bước như "CVKD lập hồ sơ", "KSV duyệt", "GĐ TTKD duyệt" được định nghĩa rõ ràng. Tại bước chuyển tiếp từ KSV lên Giám đốc, thay vì gán tĩnh cho một nhóm người dùng, hệ thống sẽ kích hoạt cơ chế ABAC. Dựa vào giá trị "số tiền vay" trong form dữ liệu, PDP sẽ xác định đúng Giám đốc có hạn mức phê duyệt phù hợp và tự động gán tác vụ (task) cho người đó. Điều này đảm bảo việc xác thực người dùng ngân hàng và phân quyền diễn ra chính xác theo quy định.

5.2. Kết quả thực nghiệm và đánh giá hiệu quả của giải pháp

Kết quả thử nghiệm được minh họa qua các testcase cụ thể. Với một hồ sơ vay có giá trị trong hạn mức của một giám đốc cụ thể, tác vụ chỉ được hiển thị và gán cho duy nhất giám đốc đó, các giám đốc khác không thể thấy hoặc thực hiện. Giải pháp cũng giải quyết thành công bài toán ủy quyền, cho phép một người dùng được ủy quyền thực hiện phê duyệt trong một khoảng thời gian nhất định. Đánh giá cho thấy, công cụ đã đáp ứng hoàn toàn các yêu cầu nghiệp vụ về phân quyền động, giúp nâng cao hiệu quả quản lý rủi ro công nghệ thông tin và tăng cường an ninh thông tin ngân hàng.

VI. Kết luận từ luận văn và hướng phát triển trong tương lai

Công trình luận văn VNU UET đã thành công trong việc nghiên cứu và phát triển một công cụ hỗ trợ đảm bảo chính sách quyền truy cập hiệu quả cho ngân hàng thương mại. Bằng cách tích hợp thành công mô hình ABAC vào nền tảng Activiti, luận văn đã cung cấp một giải pháp an toàn thông tin linh hoạt, mạnh mẽ, có khả năng giải quyết các bài toán phân quyền phức tạp mà mô hình RBAC truyền thống không đáp ứng được. Nghiên cứu này không chỉ có giá trị học thuật sâu sắc mà còn mang tính ứng dụng thực tiễn cao, mở ra hướng đi mới cho việc xây dựng các hệ thống thông tin an toàn và tuân thủ trong ngành tài chính. Những đóng góp của luận văn là nền tảng quan trọng để các tổ chức tài chính tăng cường bảo mật hệ thống ngân hàng và thích ứng với môi trường kinh doanh số đầy biến động.

6.1. Đóng góp chính của đề tài thạc sĩ công nghệ thông tin

Đóng góp quan trọng nhất của đề tài thạc sĩ công nghệ thông tin này là việc chứng minh tính khả thi và hiệu quả của việc áp dụng ABAC trong môi trường ngân hàng thực tế. Luận văn đã cụ thể hóa một phương pháp tích hợp ABAC vào một công cụ BPM mã nguồn mở phổ biến, tạo ra một sản phẩm có thể được tham khảo và phát triển tiếp. Nó cung cấp một khung làm việc chi tiết từ lý thuyết, thiết kế kiến trúc, đến cài đặt và thực nghiệm, là tài liệu quý giá cho các nhà phát triển và quản trị hệ thống trong lĩnh vực tài chính.

6.2. Triển vọng cho giải pháp an toàn thông tin ngành ngân hàng

Hướng phát triển trong tương lai cho giải pháp này rất rộng mở. Luận văn đã đề cập đến việc tiếp tục hoàn thiện công cụ để tạo ra một sản phẩm hoàn chỉnh, có thể triển khai rộng rãi. Các cải tiến có thể bao gồm việc nâng cấp mô hình để hỗ trợ thêm nhiều loại thuộc tính và chính sách phức tạp hơn, tối ưu hóa hiệu năng của PDP, và xây dựng giao diện quản lý chính sách thân thiện hơn với người dùng nghiệp vụ. Giải pháp này hứa hẹn sẽ trở thành một thành phần không thể thiếu trong kiến trúc an ninh thông tin ngân hàng hiện đại.

Trích đoạn nội dung tài liệu

CHƯƠNG 1 KIẾN THỨC NỀN TẢNG Chƣơng này giới thiệu tổng quan về quy trình nghiệp vụ và kỹ thuật mô hình hóa PMN. Tiếp đó là phần diễn giải về mô hình truy cập thuộc tính A AC. Cuối cùng chƣơng giới thiệu về công cụ hỗ trợ việc quản lý mô hình PMN và các cơ chế điều khiển truy cập. Giới thiệu tổng quan về quy trình nghiệp vụ Thông thƣờng trong thời gian hàng ngày, các hoạt động của các cá nhân đều là một phần của các quy trình khác nhau.

Ví dụ, khi ta đặt mua một cuốn sách trong một cửa hàng sách online thì khi đó một quy trình đƣợc thực thi gồm việc thanh toán, đóng gói và tới việc vận chuyển sách cho ngƣời mua. Phần đầu chƣơng trình bày về các khái niệm quy trình nghiệp vụ cùng với các cách thức để mô hình quy trình trong nghiệp vụ thực tế. Khái niệm quy trình nghiệp vụ Quy trình – Process – đƣợc định nghĩa là một loạt các hành động/hoạt động có kết thúc; một loạt các hoạt động liên tiếp nhau hoặc các ứng xử đặc biệt trong quá trình sản xuất. Quy trình nghiệp vụ tồn tại song hành cùng quá trình kinh doanh/nghiệp vụ - Business - của một doanh nghiệp, một tổ chức.

Quy trình nghiệp vụ thƣờng đƣợc đề cập tới việc cách tổ chức các hoạt động tạo ra giá trị. Để quản lý các quy trình nghiệp vụ của một tổ chức nói chung, cần thiết phải mô tả và tài liệu hóa. Có rất nhiều cách thức để thực hiện, tuy nhiên, cách dễ dàng và đơn giản nhất là sử dụng mô tả dạng văn bản hay dạng bảng. Các biểu đồ luồng thƣờng đƣợc tạo ra bằng cách sử dụng các phần mềm về trình diễn và đồ họa.

Các biểu đồ này hầu hết đều chứa các hình hộp và các mũi tên, không tuân theo một phƣơng thức cụ thể nào. Do đó, dẫn đến không đáp ứng đƣợc các yêu cầu về việc biểu diễn các quy trình theo các khía cạnh nhƣ quy tắc, sự kiện, các đơn vị tổ chức, luồng dữ liệu. Tuy nhiên, khi mô hình các quy trình nghiệp vụ các tác nhân thực hiện nghiệp vụ, ngƣời phân tích quy trình nghiệp vụ, ngƣời phát triển kỹ thuật và ngƣời quản lý nghiệp vụ gặp khó khăn trong việc hiểu ý tƣởng của nhau [9]. Hơn nữa, chính những nhà phân tích nghiệp vụ của các tổ chức khác nhau, nhiều khi cũng không LUAN VAN CHAT LUONG download : add [e-mail] thể giao tiếp trong quá trình Liên thông các quy trình nghiệp vụ với nhau.

Để giải quyết vấn đề này, cần thiết phải có các ký hiệu (notation) chung tƣơng ứng biểu diễn các phần tử nghiệp vụ nhƣ các sự kiện, hoạt động, luồng dữ liệu, các đơn vị tổ chức. Một tập các ký hiệu về mô hình hóa quy trình nghiệp vụ theo đồ họa xác định các biểu tƣợng cho các phần tử quy trình nghiệp vụ, ý nghĩa cũng nhƣ các khả năng kết hợp của chúng. Mô hình quy trình nghiệp vụ BPMN Tiêu chuẩn Ký hiệu và mô hình hóa quy trình nghiệp vụ ( PMN) với mục đích chính là làm cầu nối khoảng cách về thông tin giữa các bên liên quan thƣờng xuyên xảy ra trong việc thiết kế và triển khai quy trình nghiệp vụ [9], đã và đang đƣợc sử dụng rộng rãi để mô hình hóa quy trình nghiệp vụ trong nhiều tổ chức. PMN hỗ trợ cho cả ngƣời dùng kỹ thuật và ngƣời dùng nghiệp vụ trong việc quản lý các quy trình nghiệp vụ bằng cách đƣa ra một tập các ký hiệu chung, có tính trực quan và dễ hiểu cho ngƣời dùng nghiệp vụ.

Một cách đơn giản, ta hãy quan sát một ví dụ Hình 1. inh h về mô hình hó quy trình nghi p vụ. Lịch sử phát triển của BPMN an đầu, PMN đƣợc phát triển bởi Tổ chức Sáng kiến quản lý quy trình nghiệp vụ ( PMI), một tổ chức gồm các công ty về phần mềm [9]. Ở giai đoạn khởi đầu, mục tiêu là cung cấp một tập các ký hiệu đồ họa mô tả quy trình đƣợc thể LUAN VAN CHAT LUONG download : add [e-mail] hiện trong Ngôn ngữ mô hình hóa quy trình nghiệp vụ ( PML).

So với PEL, PML đƣợc sử dụng để xác định các mô tả quy trình có thể đƣợc thực thi bởi một BPMS, PML không đƣợc tiếp tục phát triển nữa [9][4]. Phiên bản đầu tiên của PMN đƣợc phát triển bởi nhóm của Stephen A. Trong thời gian này, PMI đã trở thành một nhóm thuộc Tổ chức quản lý đối tƣợng (OMG). Tổ chức OMG là một tổ chức nổi tiếng về các tiêu chuẩn phần mềm, đặc biệt là UML.

Năm 2006, PMN phiên bản 1.0 chính thức đƣợc chấp nhận là một tiêu chuẩn của tổ chức OMG. Sau đó, OMG công bố phiên bản PMN v1.1 vào tháng 01/2008 và công bố BPMN v1.2 vào tháng 01/2009 với một số thay đổi nhỏ. Phiên bản PMN v2.0 với nhiều thay đổi và mở rộng so với các phiên bản cũ, đã đƣợc OMG công bố vào tháng 01/2011. Phiên bản gần đây nhất là PMN v2.2 đƣợc OMG công bố tháng 12/2013.

Nội dung phiên bản PMN v2.2 không khác biệt nhiều so với PMN v2.0, chỉ chỉnh sửa một số lỗi nhỏ về văn bản. Trong năm 2013, PMN cũng chính thức trở thành tiêu chuẩn quốc tế ISO/IEC 19510:2013. Các phần tử (element) của BPMN Các phần tử của PMN đƣợc phân thành 5 loại cơ bản sau [9]: - Các đối tƣợng luồng (Flow Objects): là các phần tử đồ họa chính định nghĩa hành vi của một Quy trình nghiệp vụ. Có ba đối tƣợng luồng gồm Sự kiện (Event); Hoạt động (Activity); Cổng (Gateway).

Activity tập trung trả lời câu hỏi làm gì. Tức là mô tả tất cả các công việc trong quy trình. Activity gồm 04 loại: Task - là từng việc chi tiết, tập các task thành một quy trình lớn; Transaction - là các giao dịch, gồm nhiều task mà các task này liên hệ logic với nhau; Sub-Process - là các quy trình con, hiểu đơn giản là quy trình nhỏ trong quy trình lớn; Call Activity - là hàm gọi, thực hiện gọi một sub process nào đó. Thành phần Gateways là bộ phận logic mà luồng của hệ thống sẽ thay đổi tùy vào các điều kiện khác nhau.

- Swimlanes: có hai cách thức để nhóm các phần tử mô hình hóa chính thông qua Swimlanes là Pool và Lane, trong đó, Pool là biểu diễn đồ họa của một Thành phần tham gia còn Lane là một phân vùng thuộc một Process (đôi khi thuộc một Pool). Đây là linh hồn của PMN, hiểu một cách khác: Pool thể hiện một tổ chức, một bộ phận, một phòng ban, một vai trò hay một hệ thống nào đó. Lane thể hiện là một cá nhân, một chủ thể riêng l , ngƣời sẽ thực hiên các hoạt động cụ thể nào đó. - Dữ liệu (Data): đây là thành phần quan trọng của bất cứ quy trình nào.

Data đƣợc biểu diễn với bốn phần tử là Đối tƣợng dữ liệu (Data Object) – nhƣ là tài liệu, LUAN VAN CHAT LUONG download : add [e-mail] email, form; Đầu vào (Data Input) – dữ liệu để hoàn thành một hành động nào đó; Đầu ra (Data Output) – dữ liệu trả ra của một hành động; Kho dữ liệu (Data Object Collection) – thể hiện một tập, một loạt hay một danh sách thông tin. - Đối tƣợng kết nối (Connecting Object): Có bốn cách kết nối các Đối tƣợng luồng với nhau hoặc với thông tin khác, cụ thể gồm: Luồng tuần tự (Sequence Flow) – thể hiện luồng đi của quy trình; Luồng thông điệp (Message Flow) – luồng thông tin đƣợc trao đổi giữa các Lane hoặc các Pool; Liên kết (Association); Liên kết dữ liệu (Data Association). - Artifacts: đƣợc sử dụng để cung cấp thông tin bổ sung về Quy trình. Có hai artifact tiêu chuẩn nhƣng những nhà mô hình hóa hay công cụ mô hình hóa có thể tự do thêm các Artifact khi cần thiết.

Hiện tại, tập artifact gồm: Group và Text Annotation.0 xác định các phần tử mô hình hóa cơ bản và ký hiệu của chúng nhƣ Bảng 1.1 – D nh sách các phần tử mô hình hó cơ bản và ký hi u STT Phần tử Ký hiệu 1. Luồng tuần tự (sequence flow) 5. Luồng thông điệp (message flow) 6. Làn/ phân vùng (pool) 8.

Làn/ phân vùng (lane) LUAN VAN CHAT LUONG download : add luanvanchat@agmail. Đối tƣợng dữ liệu (data object) 10. Chú thích (notation – đi kèm liên kết) Ngoài các phần tử mô hình hóa cơ bản nói trên, PMN v2.0 còn có một số phần tử mô hình hóa mở rộng, tham khảo thêm tại Mục 7. Các mô hình thành phần của BPMN Quy trình (Process) là một khái niệm cơ bản trong PMN.

Một Process mô tả một chuỗi hay một dòng gồm nhiều Hoạt động (Activity) trong một tổ chức với mục đích thực hiện công việc. Trong PMN, một Quy trình đƣợc mô tả là một hình ảnh về chuỗi các Phần tử (Element) chứa một tập các Hoạt động, Sự kiện (Event), Cổng (Gateway) và là chuỗi có trình tự xác định ngữ nghĩa thực thi. Các Quy trình có thể đƣợc định nghĩa ở mức độ bất kỳ, có thể là Quy trình mức cao có phạm vi toàn tổ chức hay cũng có thể là Quy trình mức thấp và đƣợc thực hiện bởi một cá nhân. Các Quy trình mức thấp có thể đƣợc nhóm lại với nhau để đạt đƣợc một mục tiêu nghiệp vụ chung.

Mô hình hóa usiness Process (Quy trình nghiệp vụ) đƣợc sử dụng để truyền tải một lƣợng lớn các thông tin đến nhiều đối tƣợng ngƣời đọc khác nhau. PMN đƣợc thiết kế bao gồm nhiều kiểu mô hình hóa và cho phép việc tạo ra các Quy trình nghiệp vụ điểm-điểm. Các phần tử có cấu trúc của PMN cho phép nhiều ngƣời đọc có thể hiểu dễ dàng sự khác biệt giữa các phần của biểu đồ PMN. Có 03 kiểu mô hình thành phần cơ bản trong mô hình PMN điểm-điểm: - Processes hay Orchestration (Điều phối), bao gồm: + Quy trình nghiệp vụ riêng (nội bộ) là những quy trình nội bộ của một tổ chức cụ thể.

Những quy trình này có thể đƣợc gọi chung là luồng công việc (workflow) hay quy trình PM. Một từ đồng nghĩa thƣờng đƣợc sử dụng trong các dịch vụ Web là Điều phối (Orchestration) các dịch vụ. Có 2 loại quy trình nghiệp vụ riêng là: Quy trình riêng không thể thực thi (là một quy trình đƣợc mô hình hóa phục vụ LUAN VAN CHAT LUONG download : add [e-mail] mục đích tài liệu hóa hành vi của quy trình ở mức chi tiết đƣợc xác định bởi ngƣời mô hình hóa) và Quy trình nghiệp vụ riêng có thể thực thi (là một quy trình đƣợc mô hình hóa phục vụ mục đích đƣợc thực thi theo ngữ nghĩa xác định). trình bày Quy trình nghiệp vụ riêng (nội bộ) của một công ty A về việc tuyển dụng nhân viên mới.