Kết nối các quy trình kinh doanh với yêu cầu phần mềm: Một nghiên cứu điển hình về chuyển đổi từ BPMN sang sơ đồ Use Case bằng Visual Paradigm

Giới thiệu

Trong bối cảnh số hóa đang thay đổi nhanh chóng như hiện nay, các tổ chức đối mặt với một thách thức dai dẳng: đảm bảo các nỗ lực phát triển phần mềm luôn được gắn kết chặt chẽ với các hoạt động kinh doanh thực tế. Quá thường xuyên, việc thu thập yêu cầu diễn ra tách biệt khỏi mô hình hóa quy trình kinh doanh, dẫn đến các hệ thống không giải quyết được các luồng công việc thực tế hoặc không mang lại giá trị mong đợi cho người dùng cuối. Nghiên cứu điển hình này khám phá một phương pháp đã được chứng minh để lấp đầy khoảng cách này bằng cách chuyển đổi từ các sơ đồ Business Process Model and Notation (BPMN) sang mô hình Use Case UML thông qua môi trường mô hình hóa tích hợp của Visual Paradigm.

Thông qua một ví dụ thực tế liên quan đến một công ty giao nước tinh khiết, chúng tôi minh họa cách các nhà phân tích kinh doanh và nhà thiết kế hệ thống có thể cùng nhau trích xuất các yêu cầu phần mềm có ý nghĩa trực tiếp từ các quy trình kinh doanh đã được xác thực. Phương pháp này tận dụng tính năng Model Transitor của Visual Paradigm để thiết lập các liên kết theo dõi giữa các nhiệm vụ kinh doanh và các use case hệ thống, đảm bảo mỗi chức năng phần mềm đều phục vụ một mục đích kinh doanh được ghi chép rõ ràng. Dù bạn là nhà phân tích kinh doanh mong muốn truyền đạt yêu cầu hiệu quả hơn hay là kiến trúc sư hệ thống hướng đến việc xây dựng các giải pháp thực sự phù hợp với nhu cầu vận hành, nghiên cứu điển hình này cung cấp những thông tin thiết thực để liên kết mô hình hóa quy trình kinh doanh với kỹ thuật yêu cầu phần mềm.

Hiểu rõ nền tảng: Sơ đồ BPMN và sơ đồ Use Case

BPMN và BPD là gì?

BPMNcung cấp cho các nhà phân tích kinh doanh một bộ ký hiệu đồ họa để mô hình hóa các quy trình kinh doanh. Ban đầu, nó được phát triển bởiSáng kiến Quản lý Quy trình Kinh doanh (BPMI) và hiện nay được duy trì bởiNhóm Quản lý Đối tượng (OMG). Một trong những động lực phát triển BPMN là cung cấp một ngôn ngữ đồ họa chung cho những người ở các vai trò khác nhau, đến từ các quốc gia khác nhau và/hoặc nói các ngôn ngữ khác nhau để hiểu cùng một quy trình kinh doanh mà không gặp rào cản.

BPD, viết tắt củaSơ đồ Quy trình Kinh doanh, là nơi mô hình hóa một quy trình kinh doanh bằng BPMN. Đây là một sơ đồ tương tự sơ đồ luồng công việc, thể hiện luồng quy trình, các bên tham gia và các giao tiếp tin nhắn giữa các bên. Các nhà phân tích kinh doanh vẽ BPD để mô hình hóa cách các bên tham gia khác nhau phối hợp với nhau nhằm đạt được mục tiêu kinh doanh. Sau khi xác nhận mô hình kinh doanh hoàn chỉnh với người dùng cuối, nhà phân tích hệ thống có thể bắt đầu lên kế hoạch cho hệ thống.

Dưới đây là một BPD đơn giản về quy trình đăng ký cho một tổ chức. Nó bao gồm phần lớn các ký hiệu mô hình hóa thông thường mà bạn thường thấy. Hãy cùng xem qua.

Ký hiệu	Mô tả
	Pool – Đại diện cho một bên tham gia trong một quy trình. Trong BPMN, cả pool và lane đều được dùng để biểu diễn các bên tham gia. Một lane được chứa bên trong một pool để mô hình hóa một phân vùng con của pool cha.
	Sự kiện bắt đầu – Điểm khởi đầu của một quy trình. Có thể định nghĩa các điều kiện kích hoạt để cho người đọc biết quy trình sẽ được kích hoạt trong tình huống nào. Ví dụ: khi nhận được email, khi là buổi sáng thứ Hai, hoặc khi xảy ra lỗi.
	Nhiệm vụ – Một hoạt động nguyên tử mà các bên tham gia được chỉ định (mô hình hóa bằng pool/lane) có thể thực hiện. Các nhiệm vụ và các đối tượng luồng khác được kết nối với nhau để tạo thành một luồng công việc kinh doanh hoàn chỉnh.
	Sự kiện kết thúc – Điểm kết thúc của một quy trình. Có thể định nghĩa kết quả để cho người đọc biết điều gì sẽ xảy ra khi quy trình kết thúc. Ví dụ: phát tín hiệu, hoặc tạo ra lỗi.

Sơ đồ Use Case là gì?

Mô hình hóa use case đề cập đến kỹ thuật thu thập các yêu cầu cấp cao từ người dùng bằng cách sử dụng mộtsơ đồ use case UML. Một mô hình use case được thiết kế dành cho các nhà thiết kế phần mềm hoặc hệ thống, chứ không dành cho người làm kinh doanh.

Có ba yếu tố chính trong một sơ đồ use case.

Ký hiệu	Mô tả
	Use case – Mỗi use case đại diện cho một mục tiêu người dùng, tức là mục tiêu mà người dùng hệ thống muốn đạt được. Lưu ý rằng use case chỉ được dùng để thể hiện điều người dùng muốn làm, chứ không phải điều nhà phát triển cần phát triển, mặc dù trong một số trường hợp chúng có thể trùng nhau. Nếu bạn muốn ghi chép hoặc mô hình hóa các chức năng liên quan đến một use case, bạn có thể sử dụng công cụ luồng sự kiện, hoặc phát triển chi tiết một use case bằng cách sử dụngsơ đồ tuần tự/sơ đồ hoạt động. Chỉ cần lưu ý rằng mô hình hóa trường hợp sử dụng nhằm mô hình hóa những gì người dùng muốn đạt được.
	Tác nhân – Một người dùng của hệ thống. Từ ‘người dùng’ ở đây không giới hạn ở con người. Nó có thể là một hệ thống tương tác với hệ thống của chúng ta để thực hiện một mục tiêu kinh doanh nhất định.
	Kết nối giao tiếp/Quan hệ – Kết nối giữa một tác nhân và một trường hợp sử dụng để chỉ ra việc truy cập hệ thống bởi tác nhân. Mỗi kết nối giao tiếp ngụ ý một chuỗi giao dịch giữa tác nhân và hệ thống.

Chuyển đổi từ quy trình kinh doanh sang yêu cầu hệ thống

Mối liên kết chiến lược

Mặc dù các sơ đồ quy trình kinh doanh (BPD) và sơ đồ trường hợp sử dụng không nhất thiết phải phụ thuộc lẫn nhau, nhưng chúng có thể liên quan với nhau theo cách bổ trợ cho nhau. Thông thường, chúng ta phát triển phần mềm để tự động hóa hoặc tối ưu hóa một số luồng công việc trong quy trình kinh doanh. Với một BPD, bạn có thể hiểu được cách các bên tham gia phối hợp với nhau và ai chịu trách nhiệm cho điều gì, điều này giúp chúng ta xác định được những chức năng mà hệ thống cần hỗ trợ. Những chức năng hệ thống (luồng công việc hoặc quy trình kinh doanh) mà người dùng mong muốn có thể được mô hình hóa bằng các trường hợp sử dụng và sau đó được đội ngũ phát triển xây dựng. Như vậy, ta có thể nói rằng một BPD giúp bạn xác định các trường hợp sử dụng cho hệ thống đang được phát triển.

Visual Paradigm là một công cụ mô hình hóa trực quan hỗ trợ chuyển đổi từ mô hình hóa quy trình kinh doanh sang mô hình hóa trường hợp sử dụng (từ yêu cầu kinh doanh đến yêu cầu ứng dụng) bằng cách thiết lập các liên kết truy xuất được giữa hai mô hình thông qua tính năng chuyển đổi mô hình của nó. Chúng ta cần tính năng truy xuất này vì những lý do sau:

Chúng ta có thể đảm bảo hệ thống phù hợp với cách sử dụng thực tế bằng cách nghiên cứu phần luồng quy trình mà một trường hợp sử dụng tham gia.
Để trả lời các câu hỏi như “Tại sao chúng ta cần chức năng này (hệ thống)?” bằng cách truy xuất phần quy trình mà từ đó một trường hợp sử dụng được chuyển đổi.
Để trả lời các câu hỏi như “Một thao tác cụ thể đã được triển khai chưa?” bằng cách truy xuất từ BPD sang sơ đồ trường hợp sử dụng.

Những điểm khác biệt chính: BPD so với sơ đồ trường hợp sử dụng

Một số người có thể nghĩ rằng sơ đồ trường hợp sử dụng tương tự như BPD, nhưng chúng khác nhau rất nhiều về ký hiệu và mục đích. Hãy nhớ rằng BPMN được thiết kế dành cho người làm kinh doanh, trong khi sơ đồ trường hợp sử dụng dành cho các nhà phân tích hệ thống hoặc nhà phát triển hệ thống. Chúng phục vụ các mục đích khác nhau và nhìn nhận một doanh nghiệp từ hai góc độ hoàn toàn khác nhau. Đó là lý do tại sao ở phần trước tôi đã tóm tắt mối quan hệ giữa BPD và sơ đồ trường hợp sử dụng bằng cách nói rằng “một BPD giúp bạn xác định các trường hợp sử dụng”. Một BPD chỉ có thể đưa ra gợi ý khi xác định các trường hợp sử dụng. Không có quy tắc nào nói rằng mọi nhiệm vụ tồn tại trong BPD đều tương đương với một trường hợp sử dụng. Tuy nhiên, chúng ta có thể mở rộng quy trình kinh doanh bằng cách sử dụng một trường hợp sử dụng để tự động hóa một tính năng bởi hệ thống mục tiêu.

Nghiên cứu trường hợp: Công ty Nước Tinh Khiết True Aqua

Bối cảnh kinh doanh và mô tả quy trình

Công ty Nước Tinh Khiết True Aqua là một nhà cung cấp nước tinh khiết trẻ tuổi tại thành phố. Họ bán nước tinh khiết cho mục đích kinh doanh và gia đình. Dưới đây là mô tả văn bản về quy trình giao nước của họ.

Để đặt nước tinh khiết, khách hàng có thể gọi đến số điện thoại đặt hàng hoặc gửi email cho chúng tôi. Hiện tại, 90% đơn hàng đến từ cuộc gọi điện thoại, trong khi 10% được đặt qua email. Nhân viên chăm sóc khách hàng nhận đơn hàng sẽ kiểm tra xem khách hàng có phải là khách hàng hiện tại hay khách hàng mới. Nếu khách hàng chưa từng đặt hàng trước đây, nhân viên chăm sóc khách hàng sẽ tạo tài khoản khách hàng cho họ trước khi tiến hành giao nước.
Việc giao nước tinh khiết được thực hiện một lần mỗi tuần vào mỗi thứ Tư. Vì vậy, vào mỗi sáng thứ Tư, nhân viên chăm sóc khách hàng sẽ chuyển các đơn hàng đến Bộ phận Logistics để giao hàng. Khi trưởng bộ phận Logistics nhận được các đơn hàng, ông sẽ sắp xếp giao hàng bằng cách phân công nhân viên cho các đơn hàng khác nhau, in và đăng tải lịch trình. Các nhân viên nhận cuộc gọi và giao nước cho khách hàng tương ứng.

Một mô hình quy trình kinh doanh đã được tạo dựa trên mô tả. Bây giờ, bạn được yêu cầu phát triển một hệ thống máy tính để tối ưu hóa toàn bộ quy trình này. Việc đầu tiên bạn cần làm là phát triển một mô hình trường hợp sử dụng. Với sự hỗ trợ của BPD, hãy thử phát triển một sơ đồ trường hợp sử dụng.

Quy trình chuyển đổi từng bước

Tải xuống Distilled Water Delivery.vpp. Bạn cũng có thể tìm thấy tệp này ở cuối hướng dẫn này.
Mở tệp .vpp đã tải xuống trong Visual Paradigm. Để mở một dự án, chọn Dự án > Mở từ thanh công cụ ứng dụng.
Mở BPD Quy trình đặt hàng nước tinh khiết. Nghiên cứu kỹ luồng quy trình.
Quy trình bắt đầu khi khách hàng đặt hàng. Ở đây, chúng ta có thể nghĩ đến một trường hợp sử dụng – Đặt hàng. Trường hợp sử dụng này sẽ giúp tự động hóa quy trình bằng cách cung cấp giao diện cho khách hàng đặt hàng mà không cần sự hỗ trợ của nhân viên chăm sóc khách hàng, giúp xác minh danh tính khách hàng và tạo tài khoản nếu khách hàng chưa tồn tại. Nhấp chuột phải vào Đặt hàng và chọn Các thành phần liên quan > Chuyển sang trường hợp sử dụng mới… từ menu bật lên.
Điều này kích hoạt cửa sổ Chuyển đổi thành phần mô hình cửa sổ, nơi bạn có thể chọn mô hình để đặt trường hợp sử dụng và người dùng, và đổi tên chúng. Trong trường hợp này, chúng tôi hài lòng với tên của trường hợp sử dụng và người dùng. Hãy giữ nguyên chúng. Nhấn OK.

Điều này tạo ra một sơ đồ trường hợp sử dụng mới trong UeXceler.
Quay lại BPD.
Hãy xem xét nhiệm vụ Tạo tài khoản khách hàng. Trong quy trình kinh doanh, nhân viên hỗ trợ khách hàng cần tạo tài khoản cho mỗi khách hàng mới. Trong hệ thống mới, điều này có thể là một phần của Đặt hàng trường hợp sử dụng, hoặc là một trường hợp sử dụng riêng biệt được kích hoạt thủ công bởi nhân viên hỗ trợ khách hàng. Trong tình huống thực tế, bạn nên làm rõ những thắc mắc như vậy với bên liên quan vì mô hình trường hợp sử dụng sai sẽ dẫn đến việc phát triển các chức năng không phù hợp với mong đợi của người dùng. Trong ví dụ này, hãy giả sử người dùng muốn nhiệm vụ Tạo tài khoản khách hàng được thực hiện bởi nhân viên hỗ trợ khách hàng. Hãy tạo một trường hợp sử dụng từ nó. Nhấp chuột phải vào Tạo tài khoản khách hàng và chọn Các thành phần liên quan > Chuyển sang trường hợp sử dụng mới… từ menu bật lên.
Một lần nữa, chúng tôi hài lòng với tên của trường hợp sử dụng và người dùng. Giữ nguyên mọi thứ trong cửa sổ Chuyển đổi thành phần mô hình không thay đổi. Nhấn OK. Sơ đồ trường hợp sử dụng đã được cập nhật với một trường hợp sử dụng và người dùng mới. Hãy cùng xem.
Quay lại BPD. Hãy chuyển sang quy trình con Sắp xếp giao hàng. Trưởng phòng Logistics có thể sử dụng hệ thống để lập lịch và thông báo cho công nhân giao nước. Do đó, đây cũng là một trường hợp sử dụng của hệ thống. Nhấp chuột phải vào quy trình con Sắp xếp giao hàng và chọn Các thành phần liên quan > Chuyển sang trường hợp sử dụng mới… từ menu bật lên.
Chọn tác nhân “Quản lý” trong Yếu tố chuyển đổi mô hình cửa sổ. Nếu chúng ta giữ tên tác nhân là Quản lý, điều này gây hiểu lầm trong mô hình trường hợp sử dụng vì có thể có nhiều phòng ban với nhiều quản lý khác nhau trong công ty. Do đó, hãy đổi tên tác nhân thành Quản lý phòng hậu cần.
Nhấp vào OK. Sơ đồ trường hợp sử dụng đã được cập nhật.
Quay lại BPD. Nhiệm vụ cuối cùng Giao nước là một công việc chỉ có thể thực hiện bởi con người và không liên quan gì đến tương tác của hệ thống. Do đó, chúng ta không cần tạo một trường hợp sử dụng cho nó.
Giả sử quản lý khu vực muốn hệ thống hỗ trợ một chức năng mới có thể tạo báo cáo để hiển thị thống kê về đơn hàng. Chức năng này có thể giúp ông ta xem xét và điều chỉnh chiến lược tiếp thị. Mặc dù chức năng này chưa được mô hình hóa trong mô hình quy trình kinh doanh, chúng ta có thể vẽ trực tiếp vào sơ đồ trường hợp sử dụng. Mở sơ đồ trường hợp sử dụng. Vẽ một tác nhân Quản lý khu vực. Tạo một trường hợp sử dụng Tạo báo cáo thống kê từ nó với một mối liên kết giữa chúng.
Giả sử khách hàng muốn cho phép khách hàng xem hóa đơn và hủy đơn hàng. Ngoài ra, khách hàng muốn cho phép quản lý phòng hậu cần in báo cáo hậu cần. Vẽ các trường hợp sử dụng tương ứng.
Sắp xếp lại sơ đồ cho gọn gàng.
Mối quan hệ chuyển tiếp cho phép bạn truy xuất mô hình quy trình kinh doanh từ mô hình trường hợp sử dụng (và ngược lại). Hãy thử. Đặt con trỏ chuột lên trường hợp sử dụng Đặt hàng trường hợp sử dụng.
Nhấp vào Tài nguyên Chuyển mô hình tại góc dưới bên phải của hình dạng. Chọn Chuyển đổi từ > Quy trình đặt hàng nước cất<.Đặt hàng từ menu bật lên.

Điều này mở ra BPD với nhiệm vụ Đặt hàng được chọn.

Kết luận

Nghiên cứu trường hợp này cho thấy việc chuyển đổi từ các mô hình quy trình kinh doanh BPMN sang sơ đồ trường hợp sử dụng UML không chỉ là một bài tập kỹ thuật—mà là một cách tiếp cận chiến lược nhằm đảm bảo các giải pháp phần mềm mang lại giá trị kinh doanh thực sự. Bằng cách sử dụng tính năng Model Transitor của Visual Paradigm, các đội ngũ có thể thiết lập sự truy xuất rõ ràng giữa các hoạt động kinh doanh và các yêu cầu hệ thống, từ đó tạo ra sự hiểu biết chung giữa các bên liên quan kinh doanh và các đội ngũ phát triển.

Ví dụ về Công ty nước cất True Aqua minh họa một số nguyên tắc then chốt: không phải mọi nhiệm vụ kinh doanh nào cũng cần một trường hợp sử dụng tương ứng; việc làm rõ ý kiến của các bên liên quan là thiết yếu khi chuyển đổi quy trình sang các chức năng hệ thống; và các yêu cầu mới có thể được thêm trực tiếp vào mô hình trường hợp sử dụng ngay cả khi chúng không xuất hiện trong quy trình kinh doanh ban đầu. Quan trọng nhất, khả năng truy xuất hai chiều được hỗ trợ bởi công cụ cho phép các đội ngũ trả lời những câu hỏi cốt lõi về lý do hợp lý hóa yêu cầu và trạng thái triển khai trong suốt vòng đời dự án.

Các tổ chức áp dụng phương pháp này có thể kỳ vọng giảm thiểu sự mơ hồ trong yêu cầu, cải thiện sự đồng thuận giữa các bên liên quan, và các hệ thống phần mềm phản ánh chính xác hơn thực tế hoạt động. Khi các quy trình kinh doanh tiếp tục phát triển, việc duy trì khả năng truy xuất này đảm bảo rằng các cải tiến hệ thống luôn dựa trên nhu cầu kinh doanh đã được xác nhận, thay vì các yêu cầu tính năng mang tính suy đoán. Việc tích hợp các khả năng được hỗ trợ bởi AI trong các công cụ mô hình hóa hiện đại còn thúc đẩy nhanh quá trình chuyển đổi này, giúp các đội ngũ tập trung vào phân tích chiến lược thay vì các công việc vẽ sơ đồ thủ công.

Tài liệu tham khảo

AI kết hợp xử lý ngôn ngữ tự nhiên đang cách mạng hóa việc chuyển đổi văn bản thành sơ đồ BPMN cho mô hình hóa quy trình doanh nghiệp: Khám phá cách xử lý ngôn ngữ tự nhiên biến mô tả kinh doanh dưới dạng văn bản thành các mô hình BPMN tuân thủ, phục vụ cho tài liệu hóa quy trình làm việc doanh nghiệp.
Thành thạo mô hình hóa quy trình kinh doanh BPMN 2.0 với các công cụ được hỗ trợ bởi AI của Visual Paradigm: Tổng quan toàn diện về các khả năng mô hình hóa BPMN được nâng cao bởi AI nhằm tạo ra các tài liệu mô tả quy trình kinh doanh có thể thực thi.
Tính năng Chuyển đổi Trường hợp sử dụng thành Sơ đồ Hoạt động: Chi tiết về quy trình tự động hóa để mở rộng các trường hợp sử dụng cấp cao thành các sơ đồ hoạt động chi tiết nhằm lập kế hoạch triển khai.
Cập nhật Công cụ Tạo sơ đồ Quy trình kinh doanh BPMN bằng AI: Ghi chú phát hành bao gồm các khả năng AI được nâng cao để chuyển đổi mô tả quy trình dạng văn bản thành các sơ đồ BPMN có cấu trúc.
Tính năng Sơ đồ và Công cụ BPMN: Tài liệu chính thức về công cụ mô hình hóa BPMN 2.0, hỗ trợ ký hiệu và các tính năng hợp tác trong Visual Paradigm.
Bản trình diễn thay đổi quy trình theo cách tương tác: Video minh họa cách sử dụng lệnh chatbot AI để thay đổi sơ đồ BPMN một cách động thông qua các chỉ dẫn bằng ngôn ngữ tự nhiên.
Phiên bản phát hành Công cụ Cải tiến Quy trình kinh doanh bằng AI: Thông báo về các tính năng phân tích luồng công việc thông minh, đề xuất cơ hội tối ưu hóa dựa trên các chỉ số quy trình.
Tính năng Sơ đồ và Công cụ BPMN: Hướng dẫn tham khảo về các khả năng nâng cao của BPMN, bao gồm phân rã quy trình con và sinh mô hình có thể thực thi.
Công cụ Tinh chỉnh Sơ đồ Trường hợp sử dụng bằng AI: Công cụ AI trên nền tảng web để tự động nâng cấp các mô hình trường hợp sử dụng cơ bản bằng các mối quan hệ include/extend phù hợp và xử lý ngoại lệ.
Hướng dẫn toàn diện về Mô hình hóa Trường hợp sử dụng với Hệ sinh thái AI của Visual Paradigm: Phân tích từ bên thứ ba về các kỹ thuật được hỗ trợ bởi AI nhằm thu thập yêu cầu và xác định trường hợp sử dụng.
Hướng dẫn từ quy trình kinh doanh đến các trường hợp sử dụng (PDF): Hướng dẫn từng bước có thể tải về để chuyển đổi mô hình BPMN sang sơ đồ trường hợp sử dụng UML với khả năng truy xuất nguồn gốc.
Bản trình diễn sinh tự động ranh giới: Video hướng dẫn minh họa việc tạo hệ thống ranh giới, người dùng và các trường hợp sử dụng chính bằng trí tuệ nhân tạo từ các tuyên bố phạm vi dự án.
Bản trình diễn tinh chỉnh mối quan hệ thông minh: Trình diễn phân tích AI giúp xác định và đề xuất các mối quan hệ include/extend phù hợp giữa các trường hợp sử dụng.
Tính năng công cụ tinh chỉnh sơ đồ trường hợp sử dụng bằng AI: Trang sản phẩm mô tả khả năng phân tích và tinh chỉnh mối quan hệ trường hợp sử dụng tự động.
Bản trình diễn sinh luồng công việc đầu ra: Video minh họa việc tự động tạo sơ đồ hoạt động và sơ đồ tuần tự từ các đặc tả trường hợp sử dụng đã được xác thực.
Visual Paradigm trên TheirStack: Hồ sơ công nghệ và thông tin về mức độ áp dụng các công cụ mô hình hóa Visual Paradigm trong môi trường doanh nghiệp.
Tính năng công cụ sinh báo cáo sơ đồ trường hợp sử dụng bằng AI: Công cụ chuyển đổi các đoạn mã PlantUML và mô hình trường hợp sử dụng thành tài liệu chuyên nghiệp cho các bên liên quan.
Tài liệu điểm mở rộng luồng sự kiện: Tài liệu tham khảo kỹ thuật để ghi chép các tình huống trường hợp sử dụng chi tiết với điều kiện tiền và hậu, cũng như các luồng thay thế.
Phiên bản phát hành Phòng thí nghiệm mô hình hóa trường hợp sử dụng được hỗ trợ bởi AI: Thông báo phát hành về các khả năng AI tích hợp trong mô hình hóa trường hợp sử dụng, bao gồm việc phân tích yêu cầu bằng ngôn ngữ tự nhiên.