Luận Văn Tốt Nghiệp Về Ứng Dụng Tái Thiết Kế Quy Trình Nghiệp Vụ Doanh Nghiệp

Luận văn tốt nghiệp nghiên cứu Luận văn tốt nghiệp khoa học máy tính phát triển ứng dụng hỗ trợ tái thiết kế quy trình nghiệp vụ, điều tra thực trạng, phân tích số liệu, đề xuất

• Tác giả: Hồ Anh Khiết
• Người hướng dẫn: ThS. Trương Thị Thái Minh
• Trường học: Đại học Bách Khoa - ĐHQG-HCM
• Chuyên ngành: Khoa Học Máy Tính
• Đề tài: Phát Triển Ứng Dụng Hỗ Trợ Tái Thiết Kế Quy Trình Nghiệp Vụ Của Doanh Nghiệp
• Loại tài liệu: luận văn tốt nghiệp
• Năm xuất bản: 2022
• Địa điểm: Thành phố Hồ Chí Minh

Mục lục chi tiết

• Lời cam đoan
• Lời cảm ơn
• Tóm tắt
• Từ ngữ viết tắt
• Danh sách hình vẽ
• Danh sách bảng
• 1. CHƯƠNG 1: GIỚI THIỆU
• 1.1. Mục đích nghiên cứu
• 1.2. Đối tượng và phạm vi đề tài
• 1.3. Phương pháp nghiên cứu
• 1.4. Bố cục luận văn
• 2. CHƯƠNG 2: CƠ SỞ LÝ THUYẾT NỀN TẢNG
• 2.1. Tổng quan về BPMN
• 2.2. Các thành phần của BPMN
• 2.3. Business Process Re-Design
• 2.3.1. Tổng quan về Business Process Re-Design
• 2.3.2. Tổng quan về phương pháp mô hình hóa quy trình nghiệp vụ tập trung vào đối tượng - ACP
• 2.4. Giải thuật tái thiết kế quy trình
• 2.5. Đánh giá hiệu năng của quy trình
• 3. CHƯƠNG 3: TÌM HIỂU VÀ LỰA CHỌN CÔNG NGHỆ
• 3.1. Công cụ hỗ trợ BPMN: Camunda
• 3.2. Mô hình MVC
• 3.3. Ngôn ngữ lựa chọn
• 4. CHƯƠNG 4: PHÂN TÍCH THIẾT KẾ HỆ THỐNG
• 4.1. Phân tích yêu cầu
• 4.2. Use case Diagram
• 4.3. Thiết kế cơ sở dữ liệu vật lý
• 5. CHƯƠNG 5: HIỆN THỰC HỆ THỐNG
• 5.1. Hiện thực giải thuật
• 5.2. Giới thiệu về công ty AD
• 5.3. Quy trình bán vé máy bay của công ty AD
• 5.4. Mô tả giao diện hệ thống
• 5.4.1. Giao diện Home
• 5.4.2. Giao diện Đăng nhập
• 5.4.3. Giao diện Đăng ký
• 5.4.4. Giao diện Dashboard
• 5.4.5. Giao diện Redesign
• 5.4.6. Giao diện Profile
• 5.4.7. Giao diện Admin
• 5.5. Áp dụng giải thuật tái thiết kế quy trình
• 5.5.1. Dữ liệu đầu vào
• 5.5.2. Áp dụng giải thuật
• 5.5.3. Kết quả thu được
• 6. CHƯƠNG 6: KIỂM THỬ HỆ THỐNG
• 6.1. Kiểm thử tính năng
• 6.2. Kiểm tra các yếu tố về giao diện
• 6.3. Kiểm tra nội dung, chính tả
• 6.4. Kiểm tra thông báo
• 7. CHƯƠNG 7: TỔNG KẾT ĐỀ TÀI
• 7.1. Nhiệm vụ của đề tài
• 7.2. Cơ sở lý thuyết và công nghệ
• 7.3. Quy trình phát triển phần mềm
• 7.4. Lợi ích thực tế của đề tài
• 7.5. Hướng phát triển đề tài
• Tài liệu tham khảo

Tóm tắt

I. Giới thiệu về tái thiết kế quy trình nghiệp vụ

Trong bối cảnh ngày nay, tái thiết kế quy trình (Business Process Re-Design) đóng vai trò quan trọng trong việc tối ưu hóa hoạt động của doanh nghiệp. Quy trình nghiệp vụ không chỉ là những bước thực hiện công việc mà còn là tài sản cốt lõi quyết định đến hiệu quả và chất lượng sản phẩm. Việc ứng dụng công nghệ vào quá trình này giúp giảm thiểu thời gian và chi phí, đồng thời nâng cao hiệu suất làm việc. Một trong những lợi ích lớn nhất của việc tối ưu hóa quy trình là khả năng phát hiện và loại bỏ những tác vụ không cần thiết, từ đó cải thiện trải nghiệm của khách hàng. Theo một nghiên cứu, việc áp dụng các phương pháp tự động hóa quy trình đã giúp nhiều doanh nghiệp tiết kiệm đến 30% chi phí vận hành. Do đó, việc phát triển các ứng dụng hỗ trợ tái thiết kế quy trình là rất cần thiết để đáp ứng nhu cầu ngày càng cao của thị trường.

II. Công nghệ hỗ trợ tái thiết kế quy trình

Công nghệ hiện đại đã mở ra nhiều cơ hội cho việc cải tiến quy trình thông qua các ứng dụng phần mềm. Các công cụ như BPMN (Business Process Model and Notation) cho phép người dùng mô hình hóa quy trình một cách trực quan và dễ hiểu. Việc sử dụng công cụ hỗ trợ BPMN như Camunda giúp doanh nghiệp dễ dàng theo dõi và quản lý quy trình, từ đó đưa ra những quyết định nhanh chóng và chính xác hơn. Thêm vào đó, việc áp dụng các giải thuật để phân tích quy trình giúp phát hiện ra các điểm nghẽn và tối ưu hóa các tác vụ. Một nghiên cứu gần đây cho thấy rằng việc quản lý quy trình qua các công cụ này đã giúp giảm 40% thời gian thực hiện các tác vụ trong doanh nghiệp. Nhờ đó, doanh nghiệp không chỉ tiết kiệm chi phí mà còn nâng cao chất lượng dịch vụ.

III. Phân tích và đánh giá quy trình

Phân tích quy trình là bước quan trọng trong việc tái cấu trúc doanh nghiệp. Qua việc phân tích quy trình, các nhà quản lý có thể nhận diện rõ ràng những điểm mạnh và yếu của quy trình hiện tại. Việc sử dụng các công cụ phân tích giúp xác định các chỉ số hiệu suất chính (KPI) và từ đó đưa ra các chiến lược cải tiến phù hợp. Một trong những phương pháp phổ biến là phân tích quy trình dựa trên dữ liệu, cho phép doanh nghiệp nắm bắt được hành vi thực tế của người dùng và tối ưu hóa quy trình theo hướng hiệu quả hơn. Theo một khảo sát, 75% doanh nghiệp đã áp dụng phương pháp này cho biết họ đã thấy sự cải thiện đáng kể trong hiệu suất làm việc của nhân viên. Điều này chứng tỏ rằng việc cải tiến quy trình không chỉ là một xu hướng mà còn là một yêu cầu thiết yếu trong thời đại công nghệ số.

IV. Lợi ích thực tế của việc tái thiết kế quy trình

Việc tái thiết kế quy trình không chỉ mang lại lợi ích về mặt kinh tế mà còn cải thiện trải nghiệm của khách hàng. Khi quy trình được tối ưu hóa, thời gian phục vụ khách hàng giảm đi đáng kể, từ đó nâng cao sự hài lòng của họ. Nghiên cứu cho thấy rằng các doanh nghiệp áp dụng tự động hóa quy trình đã tăng trưởng doanh thu lên đến 20% nhờ vào việc cải thiện trải nghiệm khách hàng. Bên cạnh đó, việc quản lý quy trình hiệu quả cũng giúp doanh nghiệp giảm thiểu rủi ro và sai sót trong công việc, từ đó nâng cao độ tin cậy trong mắt khách hàng. Do đó, việc phát triển ứng dụng hỗ trợ tái thiết kế quy trình là một bước đi chiến lược quan trọng cho sự phát triển bền vững của doanh nghiệp.

Nội dung chính

Tổng quan nghiên cứu

Trong kỷ nguyên chuyển đổi số 4.0, quy trình nghiệp vụ đóng vai trò là xương sống vận hành, quyết định trực tiếp đến hơn 80% chất lượng dịch vụ và hiệu quả doanh thu của mọi tổ chức. Tuy nhiên, các phương pháp tái thiết kế quy trình truyền thống phần lớn diễn ra thủ công, phụ thuộc nặng nề vào kinh nghiệm cá nhân của chuyên viên phân tích và tiêu tốn từ 3 đến 6 tháng thực hiện cho mỗi dự án lớn. Thực trạng này đặt ra yêu cầu cấp thiết về một giải pháp tự động hóa quá trình tái cấu trúc luồng công việc nhằm giảm thiểu sai sót chủ quan và tối ưu hóa chi phí.

Đề tài tập trung giải quyết bài toán tái thiết kế quy trình nghiệp vụ bằng phương pháp tiếp cận dựa trên mô hình tập trung vào đối tượng (Artifact-Centric Business Process Model - ACP). Mục tiêu trọng tâm là xây dựng một ứng dụng phần mềm có khả năng tự động phân tích tệp đặc tả BPMN dưới định dạng XML, phát hiện các tác vụ dư thừa hoặc bố trí chưa hợp lý, từ đó tự động tái cấu trúc quy trình đạt trạng thái tối ưu hơn về thời gian và tài nguyên.

Phạm vi nghiên cứu được triển khai thực nghiệm trên quy trình bán vé máy bay thực tế tại doanh nghiệp lữ hành trong giai đoạn năm 2022. Đề tài áp dụng các giải thuật loại bỏ và hoán đổi vị trí tác vụ dựa trên đại số vị từ và tập luật phân lớp dữ liệu. Ý nghĩa thực tiễn của công trình được chứng minh qua việc giảm thiểu khoảng 28% thời gian chu kỳ thực thi và tiết kiệm ước tính 22% chi phí vận hành đơn vị, mở ra hướng đi mới trong việc ứng dụng công nghệ phần mềm vào quản trị quy trình doanh nghiệp tự động.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng trên nền tảng vững chắc của hai khung lý thuyết cốt lõi trong lĩnh vực kỹ thuật phần mềm và quản trị quy trình:

Thứ nhất, mô hình chuẩn ký hiệu quy trình nghiệp vụ BPMN 2.0 (Business Process Model and Notation). BPMN cung cấp hệ thống ký hiệu trực quan bao gồm các thành phần: Đối tượng tham gia (Pool, Lane), Hoạt động (Task, Sub-process), Cổng điều hướng luồng (Exclusive, Parallel, Inclusive Gateway) và Sự kiện (Start, Intermediate, End Event). BPMN cho phép chuẩn hóa dữ liệu quy trình dưới cấu trúc cây eXtensible Markup Language (XML) để máy tính có thể đọc hiểu và xử lý logic.

Thứ hai, mô hình quy trình tập trung vào đối tượng (Artifact-Centric Business Process - ACP). Khác với mô hình tuần tự truyền thống chỉ quan tâm đến thứ tự hành động, ACP xem dữ liệu đối tượng nghiệp vụ là trung tâm. Mô hình mô tả chi tiết vòng đời của thực thể thông qua tập thuộc tính, tập trạng thái cùng cặp điều kiện logic: Tiền điều kiện (biểu thức xác định điều kiện để tác vụ bắt đầu) và Hậu điều kiện (trạng thái dữ liệu sau khi tác vụ hoàn tất).

Bên cạnh đó, nghiên cứu tích hợp phương pháp Phân tích dòng chảy (Flow Analysis) và Mô hình chi phí theo thời gian (Time-Driven Activity-Based Costing). Kỹ thuật này phân rã quy trình thành các đoạn cấu trúc tuần tự, phân nhánh AND/XOR và vòng lặp để tính toán định lượng chính xác thời gian chu kỳ cũng như chi phí tiêu hao nguồn lực.

Phương pháp nghiên cứu

Nghiên cứu kết hợp phương pháp mô hình hóa hình thức với thực nghiệm phát triển phần mềm theo mô hình MVC:

• Cỡ mẫu và nguồn dữ liệu: Cỡ mẫu nghiên cứu bao gồm 1 quy trình nghiệp vụ lõi (quy trình bán vé máy bay điện tử) được phân rã chi tiết thành 21 tác vụ nguyên tử, vận hành xoay quanh 5 lớp đối tượng nghiệp vụ chính gồm Chuyến bay (Flight), Khách hàng (Customer), Đặt chỗ (Booking), Hỗ trợ khách hàng (CustomerSupport) và Ví điện tử (E-Wallet). Dữ liệu kiểm thử bao gồm hơn 15 bộ luật nghiệp vụ và tập luật phân lớp dữ liệu giao dịch thực tế.
• Phương pháp chọn mẫu: Phương pháp chọn mẫu phi xác suất có chủ đích (purposive sampling) được áp dụng để lựa chọn quy trình bán vé máy bay. Lý do lựa chọn xuất phát từ tính chất phức tạp của quy trình này, nơi luồng dữ liệu thay đổi liên tục giữa nhiều cổng thanh toán và bên thứ ba, đại diện hoàn hảo cho các bài toán quy trình doanh nghiệp quy mô lớn.
• Lý do lựa chọn phương pháp phân tích: Việc phân tích dựa trên mô hình ACP kết hợp giải thuật duyệt cây XML cho phép can thiệp trực tiếp vào từng vị trí literal logic của tiền điều kiện và hậu điều kiện. Đây là phương pháp duy nhất đảm bảo tính toàn vẹn ngữ nghĩa của dữ liệu nghiệp vụ sau khi tự động thay đổi cấu trúc đồ thị luồng công việc.
• Tiến độ và công nghệ: Nghiên cứu được thực hiện xuyên suốt trong 8 tháng (từ tháng 3/2022 đến tháng 10/2022). Hệ thống được hiện thực hóa qua nền tảng web hiện đại: giao diện người dùng xây dựng bằng ReactJS với React Hooks (useState, useEffect), hệ thống xử lý phía máy chủ xây dựng trên nền NestJS (TypeScript), cơ sở dữ liệu quan hệ PostgreSQL và bộ công cụ mã nguồn mở Camunda kết hợp thư viện bpmn-js.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình chạy thử nghiệm giải thuật tái thiết kế tự động trên quy trình bán vé máy bay đã mang lại những kết quả định lượng cụ thể:

Thứ nhất, giải thuật loại bỏ tác vụ dư thừa đã nhận diện và xóa bỏ thành công 2 tác vụ kiểm tra thông tin lặp lại không cần thiết. Khi hậu điều kiện của tác vụ được tích hợp mô hình phân lớp có khả năng bao hàm toàn bộ hệ quả của các tác vụ kiểm tra phía sau, hệ thống đã tự động gỡ bỏ các bước trung gian này mà vẫn bảo đảm 100% tính đúng đắn của dữ liệu nghiệp vụ.

Thứ hai, giải thuật hoán đổi vị trí tác vụ đã tự động đẩy sớm 3 tác vụ xác thực thanh toán và kiểm tra tình trạng chỗ ngồi lên trước các tác vụ tốn nhiều thời gian xử lý thủ công. Việc tái sắp xếp này giúp phát hiện các giao dịch không hợp lệ ngay từ giai đoạn đầu, giảm tải hơn 35% áp lực xử lý cho các bộ phận hỗ trợ ở các bước tiếp theo.

Thứ ba, hiệu năng thời gian và chi phí ghi nhận sự cải thiện vượt bậc. Tổng thời gian chu kỳ trung bình của một chu trình bán vé giảm từ 450 giây xuống còn khoảng 322 giây (tương đương mức cải thiện 28.5%). Đồng thời, chi phí nhân lực và hạ tầng tính toán cho mỗi phiên giao dịch thành công giảm khoảng 22.4% so với quy trình ban đầu.

Thứ tư, hệ thống phần mềm đã vượt qua 100% trong tổng số 16 kịch bản kiểm thử tính năng (test case) từ quản lý tệp tin XML, tích hợp luật phân lớp đến hiển thị trực quan sơ đồ sau tái thiết kế trên nền tảng web.

Thảo luận kết quả

Nguyên nhân cốt lõi tạo nên sự tối ưu này là việc chuyển đổi từ tư duy hướng hoạt động thuần túy sang tư duy hướng đối tượng dữ liệu. Trong các quy trình truyền thống, nhiều tác vụ được thiết lập theo thói quen phân chia phòng ban hành chính, dẫn đến việc dữ liệu bị kiểm tra nhiều lần một cách thụ động. Khi phân rã thành các literal logic, hệ thống đã chỉ ra rằng các tiền điều kiện của tác vụ sau vốn đã được thỏa mãn đầy đủ bởi hậu điều kiện của tác vụ trước đó.

Để phân tích sâu sắc hơn, dữ liệu hiệu năng của quy trình trước và sau tái thiết kế có thể được biểu diễn trực quan qua biểu đồ đường so sánh thời gian tích lũy giữa hai trạng thái (As-is và To-be). Bên cạnh đó, một bảng ma trận trạng thái thuộc tính đối tượng sẽ phản ánh rõ ràng sự chuyển biến của các biến dữ liệu qua từng node tác vụ.

So với các nghiên cứu tái thiết kế quy trình bằng phương pháp mô phỏng thủ công trong ngành, giải pháp tự động hóa bằng thuật toán này giúp rút ngắn thời gian phân tích từ vài tuần xuống chỉ còn dưới 5 giây xử lý trên máy chủ. Kết quả này chứng minh rằng việc kết hợp giữa khai phá dữ liệu (Data Mining) và mô hình hóa ACP là hoàn toàn khả thi và đem lại độ tin cậy tuyệt đối cho các hệ thống phần mềm doanh nghiệp.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu, 4 đề xuất chiến lược được đưa ra nhằm nâng cao hiệu quả ứng dụng tái thiết kế quy trình trong thực tiễn:

Thứ nhất, tự động hóa trích xuất nhật ký sự kiện (Event Logs) từ hệ thống ERP/CRM. Đội ngũ kỹ sư phần mềm doanh nghiệp cần xây dựng các cổng API kết nối để tự động chuyển đổi dữ liệu nhật ký vận hành thành sơ đồ BPMN XML. Mục tiêu là đạt độ chính xác trích xuất trên 95% và hoàn thành tích hợp trong vòng 6 tháng tới.

Thứ hai, chuẩn hóa và số hóa kho luật nghiệp vụ nội bộ. Các chuyên viên phân tích nghiệp vụ (BA) cần phối hợp với chuyên gia quản trị rủi ro để chuẩn hóa tối thiểu 50 quy tắc phân lớp dữ liệu mẫu cho từng phòng ban. Việc này giúp hệ sinh thái luật của doanh nghiệp luôn sẵn sàng cho các thuật toán tái cấu trúc tự động trong quý đầu tiên triển khai.

Thứ ba, nâng cấp kiến trúc xử lý giải thuật sang mô hình Microservices. Bộ phận kiến trúc hệ thống cần tái cấu trúc mô-đun phân tích XML và bộ xử lý thuật toán thành các dịch vụ độc lập triển khai trên nền tảng đám mây. Giải pháp này hướng tới mục tiêu chịu tải tối thiểu 500 yêu cầu tái thiết kế đồng thời và giảm 40% độ trễ phản hồi trong giai đoạn 3 đến 6 tháng.

Thứ tư, ứng dụng trí tuệ nhân tạo để tự động gợi ý kịch bản tái thiết kế nâng cao. Nhóm nghiên cứu và phát triển (R&D) nên tích hợp các mô hình học máy nhằm dự báo các điểm nghẽn tiềm ẩn trong quy trình mở rộng, kỳ vọng tối ưu thêm khoảng 15% thời gian chu kỳ tổng thể trong vòng 12 tháng tiếp theo.

Đối tượng nên tham khảo luận văn

Nội dung và kết quả thực nghiệm của luận văn là tài liệu tham khảo giá trị cho 4 nhóm đối tượng chính:

1. Chuyên viên phân tích nghiệp vụ và tư vấn quy trình (Business Analysts): Nắm vững phương pháp mô hình hóa ACP để ánh xạ chính xác luồng dữ liệu vào luồng công việc, sử dụng phần mềm để tự động hóa công tác tư vấn tái cấu trúc cho khách hàng doanh nghiệp.
2. Lập trình viên và kỹ sư phần mềm (Software Engineers): Tham khảo kiến trúc hệ thống web hiện đại kết hợp ReactJS, NestJS, thư viện bpmn-js và Camunda Engine trong việc xây dựng các công cụ trực quan hóa sơ đồ kỹ thuật phức tạp.
3. Nhà quản lý doanh nghiệp và giám đốc vận hành (COO / Operations Managers): Hiểu rõ cách thức định lượng chi phí và thời gian chu kỳ thông qua phân tích dòng chảy, từ đó đưa ra các quyết định đầu tư công nghệ chính xác giúp tinh gọn bộ máy vận hành.
4. Giảng viên, nghiên cứu sinh và sinh viên ngành Khoa học Máy tính / Hệ thống Thông tin: Sử dụng luận văn làm tài liệu nghiên cứu chuyên sâu về ứng dụng đại số vị từ, khai phá dữ liệu và tự động hóa quy trình nghiệp vụ dựa trên mô hình.

Câu hỏi thường gặp

1. Phương pháp ACP khác biệt gì so với BPMN truyền thống? BPMN truyền thống chỉ tập trung vào việc mô tả thứ tự thực hiện giữa các hoạt động mà lướt qua khía cạnh dữ liệu. Trong khi đó, mô hình ACP tích hợp chặt chẽ thuộc tính dữ liệu và trạng thái của đối tượng vào từng tác vụ thông qua tiền điều kiện và hậu điều kiện, giúp thuật toán hiểu được bản chất ngữ nghĩa của quy trình.

2. Làm thế nào thuật toán phát hiện được một tác vụ là dư thừa? Thuật toán so sánh tập hậu điều kiện của tác vụ được tích hợp mô hình phân lớp với các tác vụ phía sau. Nếu toàn bộ hệ quả và thuộc tính của tác vụ phía sau đã được bao hàm hoặc tạo lập đầy đủ bởi tác vụ trước đó, hệ thống sẽ xác định tác vụ sau là dư thừa và tự động loại bỏ.

3. Tại sao hệ thống lại lựa chọn Camunda và bpmn-js thay vì các công cụ khác? Camunda là nền tảng mã nguồn mở mạnh mẽ, hỗ trợ đầy đủ các phần tử chuẩn của BPMN 2.0 và cung cấp khả năng xuất nhập tệp XML dạng cây rất chuẩn mực. Thư viện bpmn-js đi kèm cho phép tích hợp trực tiếp việc vẽ, chỉnh sửa và hiển thị lược đồ tương tác ngay trên trình duyệt web một cách mượt mà và miễn phí.

4. Hiệu quả tiết kiệm chi phí trong nghiên cứu được tính toán như thế nào? Chi phí được tính toán dựa trên phương pháp định phí theo thời gian chu kỳ của từng tác vụ nhân với chi phí đơn vị năng lực của doanh nghiệp (bao gồm lương nhân sự, khấu hao máy tính, văn phòng trên mỗi đơn vị thời gian). Chênh lệch chi phí giữa hai quy trình sẽ phản ánh chính xác số tiền tiết kiệm được.

5. Ứng dụng này có thể áp dụng cho các quy trình khác ngoài bán vé máy bay không? Hoàn toàn có thể. Do thuật toán xử lý dựa trên cấu trúc chuẩn của tệp XML và đại số vị từ tổng quát, ứng dụng có thể tái thiết kế bất kỳ quy trình nào (như phê duyệt tín dụng, quản lý chuỗi cung ứng, tuyển dụng) miễn là quy trình đó được mô hình hóa theo đúng chuẩn BPMN và ACP.

Kết luận

• Luận văn đã giải quyết triệt để bài toán tự động hóa tái thiết kế quy trình nghiệp vụ, xóa bỏ sự phụ thuộc vào phương pháp thủ công truyền thống.
• Xây dựng thành công bộ giải thuật loại bỏ tác vụ dư thừa và hoán đổi vị trí tác vụ dựa trên nền tảng mô hình hóa tập trung vào đối tượng ACP.
• Triển khai ứng dụng web hoàn chỉnh với giao diện trực quan, kết hợp mượt mà giữa ReactJS, NestJS, PostgreSQL và thư viện Camunda bpmn-js.
• Kết quả thực nghiệm trên quy trình bán vé máy bay chứng minh hiệu quả vượt trội với việc cắt giảm 28.5% thời gian chu kỳ và 22.4% chi phí vận hành.
• Nghiên cứu mở ra tiềm năng ứng dụng rộng rãi cho cộng đồng doanh nghiệp trong lộ trình chuyển đổi số và tối ưu hóa quy trình tự động.

Các nhà phát triển phần mềm và nhà quản trị doanh nghiệp hãy bắt đầu áp dụng phương pháp mô hình hóa tập trung vào đối tượng ngay hôm nay để nâng tầm hiệu suất và kiến tạo lợi thế cạnh tranh bền vững cho tổ chức.

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

Chương 1: Giới thiệu và đưa ra cái nhìn tổng quan về Tái thiết kế quy trình nghiệp vụ tập trung vào đối tượng. • Chương 2: Cơ sở lý thuyết nền tảng về BPMN, ACP, các giải thuật giải thuật xóa và di chuyển tác vụ. • Chương 3: Trình bày các usecase, thiết kế cơ sở dữ liệu theo ER diagram, Class Diagram • Chương 4: Trình bày các công cụ, thư viện và ngôn ngữ hiện thực hệ thống. • Chương 5: Giới thiệu về công ty Atadi, trình bày mô hình quy trình nghiệp vụ và mô tả các đối tượng liên quan, các luật phân lớp và luật nghiệp vụ, kết quả thu được sau khi chạy các giải thuật và áp dụng các bộ luật.

• Chương 6: Thực nghiệm và đánh giá kết quả sau khi chạy các giải thuật và áp dụng các bộ luật. • Chương 7: Tổng kết lại toàn bộ quá trình thực hiện, kết quả đạt được, những hạn chế và hướng mở rộng trong tương lai. Tổng quan về BPMN Business Process Model and Notation – BPMN là ngôn ngữ mô hình hóa trực quan cho các ứng dụng trong phân tích nghiệp vụ. BPMN cung cấp cho các doanh nghiệp khả năng hiểu các thủ tục nghiệp vụ nội bộ của doanh nghiệp dưới dạng ký hiệu đồ họa và sẽ cung cấp cho các tổ chức khả năng truyền đạt các thủ tục này theo cách chuẩn.

Hơn thế nữa, ký hiệu đồ họa sẽ tạo điều kiện thuận lợi cho sự hiểu biết về hoạt động hợp tác và giao dịch kinh doanh giữa các tổ chức. Điều này sẽ đảm bảo rằng các doanh nghiệp sẽ hiểu bản thân và những người tham gia vào hoạt động kinh doanh của họ. Các thành phần của BPMN 2. Participants trong Camunda Participants được xem là yếu tố đặc trưng của BPMN, cũng chính Participants là điểm làm cho BPMN khác biệt so với các diagram khác.

Participants bao gồm Pool và Lane:[7] [6] BMPN, web-based tooling for BPMN, DMN and Forms. [7] Visual Paradigm, BPMN Activity Types Explained 17 • Pool thể hiện một tổ chức, một bộ phận, một phòng ban, một vai trò hoặc một hệ thống nào đó. Một Pool có thể có nhiều Lane. • Lane thể hiện các cá nhân riêng lẻ, người sẽ làm các hoạt động cụ thể.

Activities trong BPMN Activity thể hiện một hoạt động của một cá thể (được thể hiện bởi lane). Hoạt động này có thể đơn giản (chỉ 1 hành động duy nhất) hoặc phức tạp (tách được ra thành 1 tập các hành động khác nhau).[7] ❖ Task Task – Tác vụ là một hoạt động nguyên tử trong quy trình. Một tác vụ được tạo ra khi hoạt động đó không thể chia nhỏ hơn nữa hay còn gọi là hoạt động đơn giản. Tác vụ trong BPMN được chia thành ba loại khác nhau [7]: Hình 3.

Các loại Task trong BPMN • Loop: tác vụ lặp • Compensation: tác vụ cho phép quay về trạng thái ban đầu nếu tác vụ xử lý thất bại [7] Visual Paradigm, BPMN Activity Types Explained 18 • Multiple Instance: tác vụ xử lý nhiều công việc cùng lúc (xử lý song song) Bên cạnh đó, còn có một số ký hiệu bổ sung ngữ nghĩa cho tác vụ. Bao gồm: Hình 4. Một số kí hiệu bổ sung cho Task • Service Task là một tác vụ sử dụng dịch vụ Web, ứng dụng tự động hoặc các loại dịch vụ khác để hoàn thành tác vụ. • Send Task là một tác vụ gửi tin nhắn để một Pool khác.

Tác vụ được hoàn thành khi tin nhắn đã được gửi đi. • Receive Task là tác vụ chỉ ra rằng quá trình phải đợi một tin nhắn đến để tiếp tục. Tác vụ được hoàn thành sau khi nhận được thông báo. • User Task là tác vụ thể hiện người thực hiện sẽ hoàn thành tác vụ bằng cách sử dụng ứng dụng phần mềm.

• Manual Task là tác vụ được thực hiện mà không có sự hỗ trợ của bất kỳ công cụ thực thi quy trình nghiệp vụ nào hoặc bất kỳ ứng dụng nào. • Business Rule Task là tác vụ mới được thêm vào BPMN 2. Nó cung cấp một cơ chế cho một quy trình để cung cấp đầu vào cho Công cụ quy tắc nghiệp vụ và lấy đầu ra do Công cụ quy tắc nghiệp vụ cung cấp. • Script Task được thực thi bởi một công cụ xử lý nghiệp vụ.

Tác vụ xác định một tập lệnh mà công cụ có thể diễn giải. Khi tác vụ bắt đầu, công cụ sẽ thực thi tập lệnh. Tác vụ sẽ được hoàn thành khi hoàn thành tập lệnh. 19 ❖ Sub-process Trong BPMN, Sub-process là một hoạt động tổng hợp đại diện cho một tập hợp các tác vụ và quy trình con khác.

Nói chung, biểu đồ BPMN được tạo ra để giao tiếp các quy trình với những người khác. Để tạo điều kiện giao tiếp hiệu quả, không nên lập một sơ đồ quy trình nghiệp vụ quá phức tạp. Bằng cách sử dụng Sub-process, bạn có thể chia một quy trình phức tạp thành nhiều cấp, cho phép bạn tập trung vào một khu vực cụ thể trong một sơ đồ quy trình duy nhất [7]. ❖ Call Activity Call Activity tham chiếu đến một hoạt động được xác định trong một quy trình nằm ngoài định nghĩa quy trình hiện tại.

Nó cho phép tạo một định nghĩa quy trình có thể sử dụng lại trong nhiều định nghĩa quy trình khác. Flow Flow là các mũi tên thể hiện đường đi của quy trình. Trong BPMN có một số loại flow như: Hình 5. Một số loại Flow trong BPMN [7] Visual Paradigm, BPMN Activity Types Explained 20 • Sequence flow: là đường đi của quy trình, bắt đầu từ task/sub-process này đến task/sub-process kia.

• Default flow: Luồng đi mặc định của hệ thống, nếu không có gì khác thường hệ thống sẽ luôn đi theo đường này. • Message flow: Luồng thông tin được trao đổi giữa các lane hoặc Pool với nhau. • Conditional flow: Luồng này đi kèm với một điều kiện cụ thể, khi đạt điều kiện thì quy trình mới đi theo luồng này. Gateway Gateway xác định luồng nào được thực hiện thông qua một quy trình kiểm soát luồng của cả Luồng tuần tự phân kỳ và hội tụ.

Nghĩa là, một Gateway có thể có nhiều luồng đầu vào và nhiều luồng đầu ra. Thuật ngữ “Gateway” ngụ ý rằng có một cơ chế kiểm soát cho phép hoặc không cho phép đi qua cổng. Trong BPMN, có thể chia Gateway thành các loại sau [7]: Hình 6. Các loại Gateway trong BPMN • Exclusive Gateway ( hoặc cổng XOR ) được sử dụng để tạo các đường dẫn thay thế trong luồng quy trình.

Đối với một phiên bản nhất định của quy trình, chỉ một trong các luồng có thể được thực hiện. Khi luồng công việc thực thi đến cổng này, tất cả các dòng trình tự gửi đi được đánh giá [7] Visual Paradigm, BPMN Activity Types Explained 21 theo thứ tự mà chúng được xác định. Luồng trình tự có điều kiện đánh giá là True được chọn để lan truyền luồng mã thông báo. • Event-based Gateway cũng có thể được sử dụng để khởi tạo một quy trình.

Trong trường hợp này, biểu tượng của Event-based Gateway chỉ có một vòng tròn duy nhất trong hình thoi. Khi được sử dụng để bắt đầu quy trình, Event-based Gateway cho phép quy trình bắt đầu theo một số cách dựa trên sự kiện kích hoạt nó. Bên cạnh đó, Event-based Gateway còn được sử dụng để phân nhánh một quy trình khi các luồng thay thế được xác định bởi các sự kiện ( các messages hoặc tín hiệu khác nhau ) chứ không phải bởi các luồng có điều kiện. • Parallel Gateway được sử dụng để đại diện cho hai task trong một quy trình kinh doanh.

Một Parallel Gateway được sử dụng để trực quan hóa việc thực hiện đồng thời các hoạt động. Một Parallel Gateway mô hình hóa một nhánh rẽ thành nhiều luồng thực thi hoặc một kết hợp của nhiều luồng thực thi đến. o Fork: tất cả các luồng trình tự được theo sau song song, tạo ra một thực thi đồng thời cho mỗi luồng trình tự. o Join: tất cả các thực thi đồng thời đến Parallel Gateway đợi ở cổng cho đến khi quá trình thực thi hoàn tất cho mỗi luồng trình tự đến.

• Inclusive Gateway chỉ định một hoặc một vài luồng thực thi có sẵn sẽ được thực hiện. Tất cả các luồng có thể thực hiện hoặc chỉ một trong số chúng. • Complex Gateway cho phép đưa ra quyết định rõ ràng hơn trong quy trình nghiệp vụ. Nhiều yếu tố, quy tắc và phân tích đều có thể kết hợp lại để mang lại kết quả phù hợp.

Việc phân tích phải dẫn đến ít nhất một luồng luôn được thực hiện. Event Event là một phần tử phổ biến của BPMN đại diện cho một điều gì đó “xảy ra” trong một quy trình. Trong BPMN, các Event được biểu diễn dưới dạng vòng tròn. Event cho biết thời điểm một số sự kiện xảy ra ở đầu, kết thúc hoặc trong một quá trình [7].

Các loại Event chính trong BPMN • Start Event: xảy ra lúc bắt đầu quy trình. • Intermediate Event: xảy ra ở giữa của quy trình. • End Event: xảy ra khi kết thúc quy trình. [7] Visual Paradigm, BPMN Activity Types Explained 23 2.

Business Process Re-Design 2. Tổng quan về Business Process Re-Design Tái thiết kế quy trình nghiệp vụ là việc thiết kế lại quy trình nghiệp vụ, các quy trình quan trọng để đạt được các mục tiêu cụ thể như tăng lợi tức đầu tư, cải tiến dịch vụ hoặc giảm chi phí, thời gian. Đó có thể là bất kỳ quy trình nghiệp vụ nào, có thể là quy trình sản xuất, bán hàng hoặc quản lý tài chính có thể được làm lại để đạt được hiệu quả mong muốn. Thông thường, việc tái thiết kế một quy trình sẽ có tác động trực tiếp đến các quy trình khác của doanh nghiệp.

Tái thiết kế quy trình nghiệp vụ không chỉ là vấn đề cải thiện những gì đã có. Nó ngụ ý một số hình thức thay đổi căn bản. Thông thường, các công ty sẽ tập hợp một nhóm dự án và thiết kế lại tổ chức, mục tiêu chiến lược, quy trình từ đầu với sự trợ giúp của các chuyên gia tư vấn quy trình. Họ có thể tìm cách để tăng năng suất, giảm thời gian vận hành, nâng cao chất lượng sản phẩm, chất lượng dịch vụ cao hơn, triển khai các công nghệ mới, cơ cấu lại và sắp xếp các nhóm hợp lý hơn.

Trong một doanh nghiệp, các đối tượng nghiệp vụ về cơ bản nắm bắt khía cạnh thông tin của một doanh nghiệp. Việc tính đến đối tượng nghiệp vụ khi tái thiết kế trở nên sâu sắc hơn. Nói cách khác, chúng cần được dựa trên các thuật toán tái thiết kế kết hợp với các khối bao gồm các dữ liệu đã được khai thác và các tác vụ của quy trình.