Cuộc cách mạng trí tuệ nhân tạo trong mô hình hóa trực quan đang thay đổi cách các kỹ sư, kiến trúc sư và chuyên gia phân tích tạo sơ đồ. Tuy nhiên, bức tranh thị trường hiện ra một sự phân cực rõ rệt. Một bên, chúng ta có sự bùng nổ của các trợ lý chat AI sinh thành độc lập và các tiện ích sơ đồ chuyên biệt mang lại kết quả ban đầu ấn tượng nhưng lại thiếu chiều sâu, bối cảnh và khả năng kiểm soát. Ở phía bên kia, Visual Paradigm đã triển khai một hệ sinh thái bốn trụ cột được thiết kế không chỉ để tạo ra một sơ đồ, mà còn để quản lý, theo dõi, và sản xuất các mô hình chất lượng chuyên nghiệp từ ý tưởng đến triển khai.
Dưới đây là một đánh giá chi tiết về tính năng, so sánh những hạn chế của các công cụ cô lập với khả năng toàn diện của bốn nền tảng của Visual Paradigm.
Hạn chế của hiện trạng: AI cô lập so với các mô hình ngôn ngữ tổng quát
Hầu hết các giải pháp cạnh tranh hiện nay hoạt động ở một trong hai chế độ bị giới hạn, cả hai đều gặp khó khăn khi xử lý độ phức tạp của mô hình hóa cấp doanh nghiệp:
1. Bẫy trợ lý chat ‘Bản vẽ trống’
Nhiều công cụ tạo sơ đồ AI phổ biến hoạt động như các trợ lý chat chuyên dụng. Người dùng mô tả nhu cầu bằng ngôn ngữ tự nhiên (ví dụ, “Vẽ sơ đồ lớp cho một hệ thống ngân hàng”), và AI sẽ xuất ra một hình ảnh hoặc mã nguồn.
-
Vấn đề: Những công cụ này tuyệt vời cho ‘bản nháp đầu tiên’ nhưng lại tệ hại khi cần chỉnh sửa. Sau khi tạo, sơ đồ thường là một hình ảnh tĩnh hoặc mã nguồn không liên kết. Nếu bạn yêu cầu AI ‘di chuyển lớp này’ hay ‘thêm phụ thuộc giao diện’, công cụ thường tạo ra thông tin sai lệch hoặc buộc phải bắt đầu lại từ đầu.
-
Thiếu khả năng truy xuất nguồn gốc: Không có liên kết nào giữa sơ đồ được tạo ra, mô hình dữ liệu nền tảng hay mã nguồn gốc. Nếu yêu cầu thay đổi, mô hình không thể được cập nhật tự động.
-
Không có kiểm soát chuyên nghiệp: Người dùng mất đi khả năng chỉnh sửa chi tiết cần thiết để tuân thủ UML 2.5, các kiểu định nghĩa (Stereotypes) hoặc các ràng buộc SysML phức tạp, bởi vì trọng tâm nằm ở quy trình đầu vào lệnh đến hình ảnh, chứ không phải quy trình công nghiệp hóa.
2. Sự phân mảnh công cụ bị tách biệt
Nhiều tổ chức cố gắng kết hợp các công cụ AI của mình: sử dụng ChatGPT hoặc Midjourney để tạo ý tưởng, PlantUML để tạo sinh, Lucidchart để định dạng, và Excel để tài liệu hóa.
-
Vấn đề: Sự phân mảnh công cụ này tạo ra những hòn đảo thông tin. Một sơ đồ tuần tự được tạo ra trong PlantUML bị tách rời khỏi sơ đồ lớp trong công cụ cơ sở dữ liệu.
-
Ngắt quãng quy trình làm việc: Các đội phải mất hàng giờ đồng hồ sao chép và dán các tài sản giữa các nền tảng. Không có nguồn thông tin trung tâm, dẫn đến những rắc rối về kiểm soát phiên bản và các tiêu chuẩn mô hình hóa không nhất quán.
Hệ sinh thái Bốn trụ cột của Visual Paradigm: Cách tiếp cận toàn diện cho vòng đời
Visual Paradigm giải quyết các vấn đề phân mảnh bằng cách tích hợp AI trực tiếp vào bốn nền tảng riêng biệt nhưng liên kết với nhau. Cấu trúc này hỗ trợ mọi giai đoạn trong vòng đời mô hình hóa, đảm bảo rằngAI tăng tốc quá trình tạo dựngtrong khiKiểm soát của con người đảm bảo chất lượng.
1. VP Desktop (Mô hình trực quan): Động cơ của độ chính xác
-
Nó là gì: Ứng dụng máy tính để bàn cốt lõi, kết hợp mô hình hóa dựa trên vector truyền thống với AI tích hợp.
-
Giá trị: Khác với các trợ lý trò chuyện, VP Desktop ưu tiênsửa đổi sau khi tạo. Nó cho phép người dùng tạo ra một mô hình rồi thực hiện các chỉnh sửa tinh vi (thay đổi mối quan hệ, áp dụng ràng buộc, tuân thủ tiêu chuẩn UML) mà không làm hỏng cấu trúc.
-
Khả năng độc đáo: Nó quản lýliên kết giữa các tài sản. Nếu bạn thay đổi một Lớp trong sơ đồ Lớp, các sơ đồ Thứ tự tham chiếu đến lớp đó có thể được cập nhật hoặc xác minh dựa trên lịch sử. Nó hỗ trợ tuân thủ đầy đủ UML 2.5 và SysML 1.3.
-
Phù hợp với: Các kiến trúc sư nghiêm túc xây dựng các mô hình phức tạp, sẵn sàng sản xuất, nơi độ chính xác và khả năng truy xuất nguồn gốc là điều không thể thương lượng.
2. OpenDocs: Trung tâm tri thức động
-
Nó là gì: Nền tảng lấy tài liệu làm trung tâm, nơi các sơ đồ được đặttrực tiếp trong văn bản cùng với văn bản, tương tự như Notion hoặc GitBook nâng cao, nhưng với các biểu diễn trực quan có thể chỉnh sửa và cập nhật theo thời gian thực.
-
Giá trị:Hầu hết các công cụ buộc phải lựa chọn: hoặc một sơ đồ độ chính xác cao hoặc một tài liệu dễ đọc. OpenDocs lấp đầy khoảng trống này. Bạn có thể nhúng trực tiếp một sơ đồ Lớp vào tài liệu chiến lược, và khi chỉnh sửa sơ đồ trong thanh bên, tài liệu sẽ được cập nhật ngay lập tức.
-
Khả năng độc đáo: Tài liệu sống động.Nó ngăn chặn tình trạng ‘nghĩa trang sơ đồ’ nơi các sơ đồ trở nên lỗi thời. Nó thúc đẩy sự thống nhất trong nhóm bằng cách cho phép đồng nghiệp bình luận trực tiếp vào các yếu tố cụ thể trong bối cảnh kể chuyện.
-
Lý tưởng cho:Tạo các wiki, hướng dẫn chiến lược và tài liệu yêu cầu, nơi hình ảnh phải luôn đồng bộ với văn bản.
3. Trợ lý trò chuyện mô hình hóa trực quan AI: Người đồng hành sinh thành
-
Nó là gì:Một trợ lý AI tương tác, hoạt động như một công cụ ‘lập bản vẽ sơ bộ’.
-
Giá trị:Sử dụng ngôn ngữ tự nhiên, người dùng có thể tạo ra toàn bộ hệ thống con, sơ đồ luồng hoặc sơ đồ tương tác từ mô tả văn bản. Nó xuất sắc trong việc vượt qua vấn đề ‘bản vẽ trống’ và tạo mẫu nhanh.
-
Khả năng độc đáo: Thảo luận lặp lại.Khác với công cụ sinh một lần, công cụ này cho phép đặt câu hỏi bổ sung (‘Di chuyển Người diễn viên A lên đầu’, ‘Chuyển đổi điều này thành các chuyển tiếp trạng thái’). Quan trọng nhất, khi kết nối với Máy tính để bàn, nó sẽ đẩy kết quả vào một tập tin chuyên nghiệp, có thể chỉnh sửa.
-
Lý tưởng cho:Các nhóm Agile, các buổi họp ý tưởng và tạo mẫu nhanh.
4. Ứng dụng Web từng bước (Các phòng thí nghiệm hướng dẫn): Người thực thi cấu trúc
-
Nó là gì:Các trợ lý chuyên biệt dựa trên trình duyệt cho các quy trình cụ thể (ví dụ: Phòng thí nghiệm C4 PlantUML, Phòng thí nghiệm mô hình hóa Trường hợp sử dụng).
-
Giá trị:AI hoạt động tốt nhất khi được hướng dẫn bởi các phương pháp nghiêm ngặt. Những công cụ này thực thi các thực hành tốt nhất bằng cách chia các nhiệm vụ phức tạp thành các bước tuyến tính.
-
Khả năng độc đáo: Thực thi khả năng truy xuất nguồn gốc.Các phòng thí nghiệm này đảm bảo các mô hình được liên kết với nhau (ví dụ: tạo các Trường hợp sử dụng tự động dẫn đến Sơ đồ Hoạt động). Nó ngăn chặn vấn đề ‘mô hình hỗn độn’.
-
Lý tưởng cho:Các dự án có hệ thống yêu cầu tuân thủ các khung nhất định như C4 hoặc DOORS.
Phân tích so sánh: Ma trận khả năng
Điểm khác biệt thực sự nằm ở độ rộng và độ sâucủa hỗ trợ. Trong khi các công cụ khác có thể chỉ cung cấp một ‘nút ma thuật’, Visual Paradigm cung cấp một ma trận nơi các sơ đồ cụ thể được hỗ trợ khác nhau tùy theo giai đoạn của dự án.
1. So sánh tổng quan: Các mô hình LLM tổng quát/ Công cụ riêng lẻ so với Visual Paradigm
| Phạm vi tính năng | Các mô hình LLM tổng quát / Công cụ riêng lẻ | Visual Paradigm (Hệ sinh thái 4 trụ cột) |
|---|---|---|
| Định dạng đầu ra | Thường là hình ảnh tĩnh (PNG/JPG) hoặc đoạn mã thô. | Có thể chỉnh sửa, dựa trên vector, tuân thủ các sơ đồ UML/SysML. |
| Khả năng truy xuất nguồn gốc | Không có. Các thay đổi yêu cầu tái tạo lại. | Khả năng truy xuất nguồn gốc toàn diện.Các liên kết giữa yêu cầu, mô hình và mã nguồn. |
| Tinh chỉnh | Khó khăn; thường yêu cầu tái nhập lệnh hoàn toàn. | Chỉnh sửa liền mạch sau khi sinh ra.Thay đổi thuộc tính, kiểu dáng và mối liên hệ ngay lập tức. |
| Quy trình làm việc | Tuyến tính (Lệnh → Kết quả). | Vòng lặp. Tạo → Tinh chỉnh → Xác thực → Nhúng → Liên kết. |
| Hợp tác | Tách biệt; khó kiểm soát phiên bản. | Tích hợp. Hoạt động trong các wiki nhóm (OpenDocs) và hệ thống kiểm soát phiên bản (Desktop). |
| Tuân thủ | Phỏng đoán về các tiêu chuẩn. | Tuân thủ nghiêm ngặt theo UML 2.5, SysML 1.3, ArchiMate 3.0. |
2. Ma trận hỗ trợ sơ đồ UML & SysML
Chú thích: 🖥 Máy tính để bàn (Chính xác), 📖 OpenDocs (Tích hợp tài liệu), 🤖 Chatbot (Tạo nhanh), 🌐 Ứng dụng web (Studio hướng dẫn)
| Loại sơ đồ | 🖥 Máy tính để bàn VP | 📖 OpenDocs | 🤖 Chatbot | 🌐 Ứng dụng web | Khả năng chính |
|---|---|---|---|---|---|
| Trường hợp sử dụng | ✅ | ✅ | ✅ | ✅ | Toàn bộ vòng đời: Trường hợp sử dụng → Hoạt động → Mô hình CSDL |
| Lớp | ✅ | ✅ | ✅ | ✅ | Tạo và hoàn thiện hỗ trợ bởi AI |
| Chuỗi | ✅ | ✅ | ✅ | Tạm thời | Tạo nhanh + Liên kết với các trường hợp sử dụng |
| Giao tiếp | ✅ | ❌ | ❌ | ❌ | Mô hình hóa tương tác sâu trong Desktop |
| Hoạt động | ✅ | ✅ | ✅ | ✅ | Được suy ra từ các trường hợp sử dụng; Từng bước một |
| Máy trạng thái | ✅ | ✅ | ✅ | ❌ | Tinh chỉnh logic trạng thái phức tạp |
| Triển khai | ✅ | ✅ | ✅ | ❌ | Mô hình hóa kiến trúc hạ tầng |
| Thành phần | ✅ | ✅ | ✅ | ❌ | Tạo hình ảnh kiến trúc |
| Đối tượng | ✅ | ✅ | ✅ | ❌ | Tương tác giữa các thể hiện đối tượng |
| Thời gian | ✅ | ❌ | ❌ | ❌ | Các ràng buộc hệ thống thời gian thực |
| Gói | ✅ | ✅ | ✅ | ❌ | Định nghĩa cấu trúc mô-đun |
| Cấu trúc hợp thành | Hạn chế | ✅ | ✅ | ❌ | Cấu trúc bên trong hệ thống |
| Hồ sơ | Hạn chế | ✅ | ❌ | ❌ | Định nghĩa Stereotype |
| Phân tích yêu cầu SysML | ✅ | ✅ | ✅ | ❌ | Khả năng truy xuất yêu cầu |
| Khối nội bộ SysML | ✅ | ✅ | ✅ | ❌ | Kiến trúc thành phần hệ thống |
| Định nghĩa khối SysML | ✅ | ✅ | ✅ | ❌ | Mô hình hóa định nghĩa hệ thống |
| Tham số SysML | Hạn chế | ✅ | ❌ | ❌ | Phân tích ràng buộc và hiệu suất |
3. Mô hình C4 và Ma trận hỗ trợ kiến trúc
Chú thích: 🖥 Máy tính để bàn, 📖 OpenDocs, 🤖 Trợ lý trò chuyện, 🌐 Ứng dụng web
| Lớp C4 | 🖥 Màn hình chính VP | 📖 OpenDocs | 🤖 Trợ lý trò chuyện | 🌐 Ứng dụng web | Khả năng chính |
|---|---|---|---|---|---|
| Bối cảnh hệ thống | ✅ | ❌ | ✅ | ✅ | Tổng quan giới thiệu (3 cấp độ) |
| Bộ chứa | ✅ | ❌ | ✅ | ✅ | Logic cấp cao & bộ chứa |
| Thành phần | ✅ | ❌ | ✅ | ✅ | Cấu trúc đối tượng/dữ liệu nội bộ |
| Bức tranh hệ thống | ✅ | ❌ | ❌ | ✅ | Bản đồ kiến trúc hạ tầng đầy đủ |
| Sơ đồ động | ✅ | ❌ | ❌ | ✅ | Sắp xếp các container |
| Triển khai | ✅ | ❌ | ✅ | ✅ | Chế độ xem máy chủ vật lý và mạng |
4. Ma trận cải tiến doanh nghiệp và doanh nghiệp
| Loại sơ đồ | 🖥 Màn hình VP | 📖 OpenDocs | 🤖 Trợ lý trò chuyện | 🌐 Ứng dụng web | Năng lực chính |
|---|---|---|---|---|---|
| ArchiMate (Đầy đủ) | ✅ | ✅ | ✅ | ❌ | Ba lớp đầy đủ (Chiến lược/Thiết kế/CNTT) |
| Góc nhìn ArchiMate | ✅ | ❌ | ✅ | ❌ | Các góc nhìn cụ thể của bên liên quan (Người tham gia, Sản phẩm đầu ra) |
| Cuộc trò chuyện (BPMN) | ✅ | ❌ | ❌ | ❌ | Luồng quy trình kinh doanh phức tạp |
| Bảng quyết định | ✅ | ❌ | ❌ | ✅ | Logic ra quyết định dựa trên logic |
| Tổng quan quy trình | ✅ | ❌ | ❌ | ❌ | Bản đồ quy trình cấp cao |
| EPC (Dẫn dắt bởi sự kiện) | ✅ | ✅ | ❌ | ❌ | Mô hình hóa EPC lấy SAP làm trung tâm |
| Bản đồ luồng giá trị | ❌ | ❌ | ❌ | ✅ | Tối ưu hóa quy trình Lean/Agile |
| Tương tác với các bên liên quan | ❌ | ❌ | ❌ | ✅ | Bản đồ tương tác tổ chức |
5. Ma trận hỗ trợ kiến trúc đám mây
| Loại đám mây | 🖥 Máy tính để bàn VP | 📖 OpenDocs | 🤖 Chatbot | 🌐 Ứng dụng web | Năng lực chính |
|---|---|---|---|---|---|
| Kiến trúc AWS | ❌ | ✅ | ❌ | ✅ | Bố trí tài nguyên cụ thể của AWS |
| Kiến trúc Azure | ❌ | ❌ | ❌ | ✅ | Bố cục tài nguyên Microsoft Azure |
| Google Cloud | ❌ | ❌ | ❌ | ✅ | Bố cục tài nguyên GCP |
| Alibaba Cloud | ❌ | ❌ | ❌ | ✅ | Bố cục tài nguyên Alibaba |
| Oracle Cloud | ❌ | ❌ | ❌ | ✅ | Bố cục Oracle Cloud |
| IBM Cloud | ❌ | ✅ | ❌ | ✅ | Bố cục tài nguyên IBM Cloud |
| Kubernetes | ❌ | ❌ | ❌ | ✅ | Topo mạng điều phối container |
| DigitalOcean | ❌ | ❌ | ❌ | ✅ | Droplet & mạng droplet |
| OpenStack | ❌ | ❌ | ❌ | ✅ | Infra cấu trúc đám mây mã nguồn mở |
| Elastic | ❌ | ❌ | ❌ | ✅ | Kiến trúc đám mây Elastic |
6. Ma trận hỗ trợ phân tích chiến lược
| Loại phân tích | 🖥 Màn hình VP | 📖 OpenDocs | 🤖 Chatbot | 🌐 Ứng dụng web | Khả năng chính |
|---|---|---|---|---|---|
| SWOT | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| PEST | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| PESTLE | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| SOAR | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| TOWS | 🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| 5C’s | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| 5 Lực lượng của Porter | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 5 khía cạnh |
| 7S của McKinsey | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 7 khía cạnh |
| VRIO | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Cửa sổ Johari | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
7. Ma trận chiến lược tăng trưởng và danh mục đầu tư
| Mô hình chiến lược | 🖥 Máy tính để bàn VP | 📖 OpenDocs | 🤖 Chatbot | 🌐 Ứng dụng Web | Năng lực chính |
|---|---|---|---|---|---|
| Ma trận Ansoff | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Biển xanh | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Ma trận BCG | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Phối hợp marketing (4Ps) | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Phối hợp marketing (4Cs) | 🤖 | ❌ | ✅ | ❌ | Thế hệ Chatbot Trực tiếp |
| Bộ công cụ Marketing 7P | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 7 khía cạnh |
| Mô hình AIDA | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Bảng điểm cân bằng | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
8. Ma trận ưu tiên và thực hiện
| Khung công tác | 🖥 Máy tính để bàn VP | 📖 OpenDocs | 🤖 Chatbot | 🌐 Ứng dụng Web | Năng lực chính |
|---|---|---|---|---|---|
| Ma trận Eisenhower | 🤖/🌐 | ❌ | ✅ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Ma trận RACI | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Nỗ lực-Tác động | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Mục tiêu SMART | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 5 khía cạnh |
| PDCA | 🌐 | ❌ | ❌ | ✅ | Biểu đồ sơ đồ 4 khía cạnh |
| Hoshin Kanri | 🌐 | ❌ | ❌ | ✅ | Biểu đồ infographic 4 khía cạnh |
| DMAIC | 🌐 | ❌ | ❌ | ✅ | Biểu đồ infographic 5 khía cạnh |
9. Các sơ đồ tổng quát và Ma trận trực quan hóa dữ liệu
| Loại sơ đồ | 🖥 Máy tính để bàn VP | 📖 OpenDocs | 🤖 Trợ lý trò chuyện | 🌐 Ứng dụng web | Khả năng chính |
|---|---|---|---|---|---|
| Infographic | Hạn chế | ❌ | ❌ | ✅ | Công cụ tạo infographic đa khía cạnh |
| Cấu trúc phân tích | ✅ | ✅ | ❌ | ❌ | Phân tích theo cấp bậc |
| Biểu đồ PERT | ✅ | ✅ | ✅ | ❌ | Bản đồ thời gian dự án |
| Hiệu suất KPI | 🌐 | ❌ | ❌ | ✅ | Biểu đồ hiệu suất dựa trên dữ liệu |
| Sơ đồ luồng | ✅ | ✅ | ❌ | ❌ | Luồng logic quy trình |
| Sơ đồ tư duy | ✅ | ✅ | ✅ | ✅ | Trí tuệ tập thể phi tuyến tính |
| Markmap | ❌ | ❌ | ❌ | ✅ | Sơ đồ tư duy dựa trên Markdown |
| Sơ đồ tổ chức | ✅ | ✅ | ✅ | ❌ | Thứ bậc tổ chức |
| Xương cá (Ishikawa) | ✅ | ✅ | ❌ | ❌ | Phân tích nguyên nhân gốc rễ |
| Sơ đồ cây | Hạn chế | ✅ | ❌ | ✅ | Thế hệ gia phả hoặc sơ đồ cây logic |
| Lộ trình thời gian | Hạn chế | ✅ | ❌ | ❌ | Lịch sử tuyến tính |
| Sơ đồ gia phả | Hạn chế | ✅ | ❌ | ❌ | Bản đồ tổ tiên |
| Sơ đồ khái niệm | Hạn chế | ✅ | ❌ | ❌ | Mối quan hệ khái niệm |
| Trực quan hóa dữ liệu (Radar/Bar/Line/Pie/Scatter) | 🖥/🤖/🌐 | ❌ | ✅ | ✅ | Tạo biểu đồ từ dữ liệu |
Bảng chữ cái biểu tượng
-
🖥 Máy tính để bàn: Hỗ trợ trong Visual Paradigm Desktop (Độ chính xác và khả năng truy vết).
-
📖 OpenDocs: Hỗ trợ trong OpenDocs (Tích hợp trong tài liệu).
-
🤖 Chatbot: Hỗ trợ trong Chatbot mô hình hóa trực quan AI (Tạo nhanh).
-
🌐 Ứng dụng web: Hỗ trợ trong Ứng dụng web/Giảng đường được hướng dẫn (Quy trình làm việc có cấu trúc).
-
❌ Không hỗ trợ: Tính năng không có sẵn trên nền tảng cụ thể đó.
-
Hạn chế: Tính năng có sẵn nhưng với chức năng bị giới hạn so với phiên bản Máy tính để bàn.