Nền tảng Thống nhất Visual Paradigm: Hướng dẫn Toàn diện

Nền tảng Thống nhất Visual Paradigm là một không gian làm việc tập trung kết nối Visual Paradigm Desktop với các ứng dụng dựa trên trình duyệt cho mô hình hóa trực quan, tài liệu hóa, phân tích kinh doanh, kiến trúc doanh nghiệp, lập kế hoạch Agile, quản lý dự án, thiết kế cơ sở dữ liệu, kỹ thuật phần mềm và công việc hỗ trợ bởi AI. Nó nên được hiểu tốt nhất là một lớp tích hợp và truy cập thay vì là sự thay thế cho Visual Paradigm Desktop hoặc VP Online.

1. Nền tảng Thống nhất làm được gì

Nền tảng này giải quyết ba vấn đề phổ biến sau:

• Công cụ phân mảnh:Các nhóm thường sử dụng các ứng dụng riêng biệt cho mô hình hóa, tài liệu hóa, lập kế hoạch, phác thảo và quản lý dự án.

• Tài sản phân tán:Biểu đồ, tài liệu, lộ trình, danh sách việc cần làm (backlog) và tài sản thiết kế có thể khó tìm kiếm.

• Sự tách biệt giữa máy tính để bàn và đám mây:Các ứng dụng máy tính để bàn mạnh mẽ cho việc mô hình hóa chi tiết và làm việc ngoại tuyến, trong khi các ứng dụng web thuận tiện cho việc truy cập và cộng tác.

Nền tảng Thống nhất mang các khả năng này lại với nhau thông qua:

• Một không gian làm việc tập trung

• Giao diện xem dự án và tài sản giống như ổ đĩa

• Truy cập vào các dự án Visual Paradigm Desktop

• Trình khởi chạy ứng dụng dựa trên trình duyệt

• Menu Tạo thống nhất

• Công cụ tài liệu hóa và cộng tác trực tuyến

• Các kết nối giữa biểu đồ, tài liệu và các tài sản lập kế hoạch dự án

• Công cụ vẽ biểu đồ và phân tích được hỗ trợ bởi AI

Nền tảng này nhằm cung cấp cho các nhóm một nơi duy nhất để khám phá công cụ, tạo tài sản, tổ chức công việc và chuyển đổi giữa mô hình hóa kỹ thuật và giao tiếp hướng kinh doanh.

2. Cách nền tảng này hòa nhập vào hệ sinh thái Visual Paradigm

Nền tảng Thống nhất hoạt động song song với các sản phẩm khác của Visual Paradigm.

Thành phần	Mục đích chính	Phù hợp nhất cho
Visual Paradigm Desktop	Môi trường mô hình hóa và kỹ thuật chuyên sâu	UML, BPMN, SysML, ArchiMate, mô hình hóa cơ sở dữ liệu, kỹ thuật mã nguồn, yêu cầu và công việc ngoại tuyến
Nền tảng Thống nhất	Không gian làm việc trung tâm và trung tâm ứng dụng	Tìm kiếm công cụ, tổ chức tài liệu, kết nối công việc trên máy tính để bàn và trực tuyến
VP Online và các ứng dụng web chuyên biệt	Mô hình hóa, lập kế hoạch, thiết kế và cộng tác dựa trên trình duyệt	Truy cập cho nhóm, tạo nhẹ, xem xét của các bên liên quan và quy trình làm việc hướng đến đám mây
OpenDocs	Tài liệu và quản lý tri thức dựa trên web	Quy cách, hướng dẫn sử dụng, mô tả kiến trúc, tài liệu quy trình và sổ tay dự án
Đường ống	Cầu nối giữa các mô hình trên máy tính để bàn và tài liệu trực tuyến	Gửi sơ đồ hoặc nội dung mô hình từ Desktop vào quy trình làm việc tài liệu
Công cụ AI	Hỗ trợ bằng ngôn ngữ tự nhiên và bản nháp nhanh chóng	Tạo biểu đồ, phân tích mô hình, tạo nội dung có cấu trúc và tăng tốc quá trình khám phá

Visual Paradigm Desktop vẫn là môi trường phù hợp hơn cho các mô hình lớn, có cấu trúc, các mối quan hệ nâng cao, quy trình kỹ thuật chính thức, xác thực mô hình, kỹ thuật mã nguồn và công việc ngoại tuyến. Nền tảng Thống nhất bổ sung khả năng truy cập qua trình duyệt, ứng dụng trực tuyến, tài liệu, cộng tác và tổ chức tập trung.

3. Khái niệm cốt lõi

Không gian làm việc thống nhất

Không gian làm việc là điểm truy cập chính cho các dự án và ứng dụng. Thay vì coi mỗi công cụ là một sản phẩm độc lập, nền tảng trình bày chúng như các phần của một môi trường kết nối duy nhất.

Sử dụng không gian làm việc để:

• Tìm các dự án hiện có

• Mở các tài nguyên liên quan đến phiên bản máy tính để bàn

• Khởi chạy các ứng dụng chuyên dụng

• Tạo biểu đồ và tài liệu mới

• Điều hướng giữa các tài liệu kỹ thuật và kinh doanh

• Tổ chức công việc theo dự án, nhóm hoặc lĩnh vực chủ đề

Ổ đĩa Thống nhất

Ổ đĩa Thống nhất cung cấp chế độ xem tập trung, giống như ổ đĩa đối với các tài liệu. Tùy thuộc vào sản phẩm, phiên bản và cấu hình, những tài liệu này có thể bao gồm:

• Dự án máy tính để bàn

• Biểu đồ trực tuyến

• Tài liệu

• Lộ trình

• Bản đồ câu chuyện người dùng

• Khung dây

• Mô hình kiến trúc

• Tài sản quản lý dự án

• Khung phân tích kinh doanh

• Nội dung do AI tạo ra

Lợi ích chính của nó là khả năng khám phá: người dùng có thể tìm thấy các công việc liên quan mà không cần nhớ ứng dụng cá nhân nào đã tạo ra nó ban đầu.

Trình khởi chạy ứng dụng

Nền tảng cung cấp quyền truy cập vào một danh mục lớn các ứng dụng chuyên biệt. Những ứng dụng này bao gồm các lĩnh vực như:

• UML và SysML

• BPMN và phân tích quy trình

• ArchiMate và kiến trúc doanh nghiệp

• Phân tích yêu cầu và kịch bản sử dụng

• Thiết kế cơ sở dữ liệu và API

• Quản lý linh hoạt

• Quản lý dự án

• UX và tạo khung dây

• Chiến lược kinh doanh

• Tài liệu hóa

• Mô hình hóa hỗ trợ bởi AI

Nền tảng chính thức mô tả quyền truy cập vào hơn 100 ứng dụng chuyên biệt, mặc dù tính khả dụng có thể phụ thuộc vào trạng thái tài khoản, phiên bản, giấy phép, gói đăng ký và kế hoạch bảo trì.

Menu Tạo thống nhất

Menu Tạo được thiết kế để giảm nhu cầu tìm kiếm qua các menu sản phẩm. Từ một vị trí duy nhất, người dùng có thể bắt đầu mới:

• Sơ đồ

• Tài liệu

• Tài liệu lập kế hoạch

• Khung phân tích kinh doanh

• Thiết kế trải nghiệm người dùng

• Biểu đồ quản lý dự án

• Mô hình hoặc tài liệu trực quan được hỗ trợ bởi AI

Một thực hành hữu ích là bắt đầu từ kết quả bạn cần—chẳng hạn như “tài liệu hóa quy trình” hoặc “lập kế hoạch phát hành”—thay vì bắt đầu bằng tên của một sản phẩm Visual Paradigm cụ thể.

4. Bắt đầu

Bước 1: Chuẩn bị tài khoản và cài đặt của bạn

Trước khi bắt đầu, hãy đảm bảo bạn có:

• Tài khoản Visual Paradigm

• Quyền truy cập vào Nền tảng Thống nhất

• Visual Paradigm Desktop đã được cài đặt nếu bạn cần mô hình hóa trên máy tính để bàn

• Giấy phép hoặc gói đăng ký phù hợp cho các ứng dụng nâng cao

• Quyền truy cập vào dự án hoặc không gian làm việc liên quan

Bản thân Nền tảng Thống nhất có sẵn cho người dùng, nhưng nhiều ứng dụng trực tuyến nâng cao yêu cầu giấy phép Phiên bản Chuyên nghiệp hoặc cao hơn kèm theo bảo trì hoặc gói đăng ký đang hoạt động. Hãy kiểm tra quyền lợi của tổ chức bạn nếu một ứng dụng nào đó không khả dụng.

Bước 2: Mở nền tảng

Bạn thường có thể truy cập nền tảng theo một trong hai cách sau:

1. Từ trình duyệt web: Đăng nhập vào môi trường web của Visual Paradigm và mở không gian làm việc của Nền tảng Thống nhất.

2. Từ Visual Paradigm Desktop: Sử dụng mục Nền tảng Thống nhất hoặc liên quan đến Nhóm trong ứng dụng máy tính để bàn.

Tích hợp trên máy tính để bàn đặc biệt hữu ích khi bạn muốn mô hình hóa cục bộ sau đó truy cập tài liệu trực tuyến, lập kế hoạch hoặc các tính năng cộng tác mà không cần rời khỏi môi trường rộng lớn của Visual Paradigm.

Bước 3: Xác định khu vực làm việc của bạn

Sau khi mở không gian làm việc, hãy làm quen với:

• Trình duyệt dự án hoặc đối tượng

• Ổ đĩa Thống nhất

• Trình khởi chạy ứng dụng

• Menu Tạo

• Tìm kiếm và lọc

• Tệp hoặc dự án gần đây

• Tính năng nhóm và cộng tác

• Khu vực tài liệu và quy trình

• Cài đặt tài khoản, cấp phép và không gian làm việc

Bước 4: Tạo một đối tượng thử nghiệm

Hãy bắt đầu với một dự án thử nghiệm nhỏ thay vì nhập toàn bộ kho lưu trữ doanh nghiệp ngay lập tức. Ví dụ:

1. Tạo một biểu đồ trường hợp sử dụng đơn giản.

2. Thêm một tài liệu dự án ngắn gọn.

3. Tạo một kế hoạch công việc cơ bản hoặc lộ trình.

4. Tìm kiếm từng tài sản trong Unified Drive.

5. Mở các tài sản từ cả trình duyệt và Desktop, khi phù hợp.

6. Xác nhận rằng người dùng mục tiêu có thể truy cập chúng.

Điều này xác minh tài khoản, quyền hạn, giấy phép và quy tắc làm việc của bạn trước khi di chuyển công việc sản xuất.

5. Chọn công cụ phù hợp

Một quy tắc lựa chọn hữu ích là:

• Sử dụng Visual Paradigm Desktop khi chính mô hình là tài sản kỹ thuật chính.

• Sử dụng các ứng dụng trực tuyến khi khả năng truy cập, cộng tác nhanh chóng hoặc sự tham gia của các bên liên quan quan trọng hơn.

• Sử dụng OpenDocs khi sản phẩm cuối cùng là giải thích, bản đặc tả, sổ tay hoặc cơ sở tri thức.

• Sử dụng Pipelinekhi các biểu đồ từ Desktop cần trở thành một phần của tài liệu trực tuyến.

• Sử dụng Các ứng dụng Agile và quản lý dự ánkhi công việc liên quan đến các mục trong backlog, lịch trình, trách nhiệm, lộ trình hoặc phối hợp giao hàng.

• Sử dụng Công cụ AIkhi bạn cần bản nháp đầu tiên, công cụ hỗ trợ khám phá, chuyển đổi hoặc phân tích—not để thay thế cho việc xem xét của con người.

6. Các lĩnh vực chức năng chính

Mô hình hóa trực quan

Nền tảng cung cấp quyền truy cập vào các công cụ mô hình hóa để mô tả phần mềm, hệ thống, quy trình và cấu trúc.

Các lĩnh vực mô hình hóa phổ biến bao gồm:

• Biểu đồ lớp UML

• Biểu đồ trường hợp sử dụng

• Biểu đồ trình tự

• Biểu đồ hoạt động

• Biểu đồ máy trạng thái

• Biểu đồ thành phần và triển khai

• Biểu đồ quy trình BPMN

• Mô hình SysML

• Sơ đồ luồng

• Sơ đồ tư duy

• Sơ đồ thực thể-mối quan hệ

Các ứng dụng điển hình bao gồm phân tích yêu cầu, kiến trúc phần mềm, truyền đạt quy trình, thiết kế hệ thống và tài liệu kỹ thuật.

Phân tích kinh doanh

Các ứng dụng phân tích kinh doanh giúp các nhóm chuyển đổi từ vấn đề kinh doanh sang các yêu cầu và quyết định có cấu trúc.

Các ứng dụng tiềm năng bao gồm:

• Phân tích các bên liên quan

• Định nghĩa trường hợp sử dụng

• Phân tích văn bản

• Bảng quyết định

• Quy tắc kinh doanh

• Lập bản đồ hành trình khách hàng

• Phân tích quy trình

• Phân tích nguyên nhân gốc rễ

• SWOT và các khung chiến lược liên quan

• Tài liệu hóa yêu cầu

• Mô tả vấn đề

• Phân tích kịch bản

Một quy trình làm việc thực tế là bắt đầu bằng một tuyên bố vấn đề không chính thức, xác định các bên liên quan và mục tiêu, chính thức hóa các yêu cầu, sau đó liên kết các yêu cầu đó với các mô hình hoặc công việc giao hàng.

Kiến trúc doanh nghiệp

Các công cụ kiến trúc doanh nghiệp hỗ trợ phân tích các lĩnh vực kinh doanh, ứng dụng, dữ liệu và công nghệ.

Các năng lực phổ biến bao gồm:

• Mô hình hóa ArchiMate

• Lập kế hoạch định hướng TOGAF

• Ánh xạ năng lực

• Ánh xạ ứng dụng và công nghệ

• Kiến trúc trạng thái hiện tại và trạng thái mục tiêu

• Phân tích khoảng cách

• Lập kế hoạch di chuyển

• Lộ trình triển khai

• Giao tiếp dựa trên quan điểm

Quy trình kiến trúc hiệu quả là:

1. Ghi nhận trạng thái hiện tại.

2. Xác định các động lực và ràng buộc chiến lược.

3. Mô hình hóa trạng thái mục tiêu.

4. Xác định các khoảng cách.

5. Xác định các kiến trúc chuyển tiếp.

6. Xây dựng lộ trình di chuyển.

7. Ghi chép các quyết định và trách nhiệm sở hữu.

Lập kế hoạch linh hoạt

Các công cụ định hướng Agile có thể hỗ trợ:

• Tạo chuyện người dùng

• Lập bản đồ chuyện

• Tinh chỉnh danh sách chờ

• Ước lượng theo nhóm tương đồng

• Lập kế hoạch Sprint

• Bảng Scrum

• Hội thảo tổng kết

• Lập kế hoạch trình diễn

• Xếp hạng ưu tiên

• Lập kế hoạch phát triển

Sử dụng nền tảng để kết nối tư duy sản phẩm với các mô hình kỹ thuật. Ví dụ, một chuyện người dùng có thể được hỗ trợ bởi các trường hợp sử dụng, sơ đồ quy trình, bản nháp giao diện, tiêu chí chấp nhận và các nhiệm vụ triển khai.

Quản lý dự án

Các ứng dụng quản lý dự án có thể bao gồm:

• Biểu đồ Gantt

• Lộ trình

• Cấu trúc phân rã công việc

• Biểu đồ PERT

• Ma trận RACI

• Sơ đồ tổ chức

• Kế hoạch triển khai

• Công cụ quản lý các bên liên quan

• Biểu đồ rủi ro và nguyên nhân – kết quả

• Hướng dẫn vòng đời dự án

Các công cụ này hữu ích nhất khi được kết nối với các sản phẩm thực tế. Một lộ trình nên chỉ ra các kết quả, mô hình, tài liệu, bản phát hành hoặc các hoạt động triển khai—chứ không tồn tại như một lịch trình biệt lập.

Thiết kế trải nghiệm người dùng (UX) và tạo mẫu

Năng lực UX có thể hỗ trợ:

• Khung dây

• Luồng màn hình

• Kịch bản hình ảnh

• Bố cục web và di động

• Bản mẫu

• Bản đồ hành trình khách hàng

• Trực quan hóa luồng người dùng

Một quy trình làm việc hiệu quả là kết nối các sản phẩm UX với các yêu cầu và trường hợp sử dụng. Điều này giúp các bên liên quan hiểu rõ lý do tồn tại của một màn hình và hành vi kinh doanh hoặc hệ thống nào mà nó hỗ trợ.

Kỹ thuật cơ sở dữ liệu và mã nguồn

Hệ sinh thái cũng hỗ trợ các hoạt động triển khai kỹ thuật như:

• Mô hình hóa cơ sở dữ liệu

• Biểu đồ ER

• Tạo cơ sở dữ liệu

• Kịch bản vá cơ sở dữ liệu

• Kỹ thuật đảo ngược

• Mô hình hóa ORM

• Tạo mã nguồn

• Kỹ thuật đảo ngược từ mã nguồn sang mô hình

• Thiết kế REST API

• Đầu ra liên quan đến OpenAPI hoặc Swagger

• Tích hợp với môi trường phát triển

Sử dụng các tính năng này với các quy ước kiểm soát phiên bản và rà soát rõ ràng. Mã nguồn, lược đồ và tài liệu đặc tả API được tạo ra cần được rà soát giống như bất kỳ tài sản triển khai nào khác.

7. Quy trình làm việc từ Desktop sang nền tảng

Một quy trình làm việc lai phổ biến là:

1. Tạo mô hình UML, BPMN, SysML, ArchiMate hoặc cơ sở dữ liệu chi tiết trong Visual Paradigm Desktop.

2. Lưu dự án vào kho lưu trữ cục bộ hoặc kết nối phù hợp.

3. Mở Nền tảng Thống nhất từ Desktop hoặc qua trình duyệt.

4. Tìm dự án liên quan hoặc tài sản liên quan.

5. Sử dụng các công cụ trực tuyến để tạo tài liệu, lộ trình, kế hoạch, bài thuyết trình hoặc tài liệu dành cho các bên liên quan.

6. Chia sẻ tài liệu kết quả với những người không sử dụng Desktop.

Điều này kết hợp độ sâu mô hình hóa và khả năng ngoại tuyến của Desktop với tính dễ truy cập của các công cụ dựa trên trình duyệt.

Phân chia công việc được khuyến nghị

Sử dụng Desktop cho:

• Mô hình chuẩn mực

• Mối quan hệ phức tạp

• Xác thực mô hình

• Kho lưu trữ lớn

• Kỹ thuật mã và cơ sở dữ liệu

• Công việc kiến trúc chi tiết

• Chỉnh sửa ngoại tuyến

Sử dụng Nền tảng Thống nhất và các công cụ trực tuyến cho:

• Chia sẻ

• Tài liệu hóa

• Lập kế hoạch

• Vẽ sơ đồ nhẹ

• Đánh giá của các bên liên quan

• Truy cập qua trình duyệt

• Hợp tác đa chức năng

8. Tài liệu hóa với OpenDocs và Pipeline

Một trong những quy trình làm việc giá trị nhất là biến các mô hình thành tài liệu sống động.

Quy trình cơ bản

1. Xây dựng hoặc cập nhật sơ đồ trong Visual Paradigm Desktop.

2. Gửi hoặc công bố nội dung mô hình liên quan thông qua quy trình làm việc Pipeline.

3. Mở một tài liệu OpenDocs.

4. Chèn sơ đồ và nội dung mô hình liên quan.

5. Thêm giải thích, giả định, yêu cầu, quyết định và liên kết.

6. Xuất bản hoặc chia sẻ tài liệu với các bên liên quan.

7. Cập nhật tài liệu khi mô hình thay đổi.

Điều này hữu ích hơn việc xuất các hình ảnh tĩnh vì tài liệu có thể bảo toàn ngữ cảnh xung quanh các sơ đồ và liên kết chúng với các giải thích bằng văn bản. Các sản phẩm giao hàng điển hình bao gồm:

• Tài liệu đặc tả yêu cầu phần mềm

• Mô tả kiến trúc

• Đặc tả kỹ thuật

• Sách hướng dẫn quy trình

• Sách hướng dẫn dự án

• Tài liệu đào tạo

• Báo cáo cho các bên liên quan

• Cơ sở tri thức

Nền tảng này cụ thể định vị OpenDocs và Pipeline như một cầu nối giữa các sơ đồ trên máy tính để bàn và tài liệu dựa trên web.

Cấu trúc tài liệu

Một tài liệu kiến trúc hoặc hệ thống thực tế có thể chứa:

1. Mục đích và phạm vi

2. Các bên liên quan

3. Bối cảnh kinh doanh

4. Yêu cầu chức năng

5. Yêu cầu phi chức năng

6. Sơ đồ ngữ cảnh hệ thống

7. Mô hình trường hợp sử dụng

8. Sơ đồ quy trình hoặc tương tác

9. Kiến trúc logic

10. Góc nhìn triển khai hoặc công nghệ

11. Mô hình dữ liệu

12. Quyết định và giả định

13. Rủi ro và câu hỏi mở

14. Thông tin truy vết

15. Lịch sử thay đổi

9. Quy trình làm việc hỗ trợ bởi AI

Nền tảng Thống nhất bao gồm các công cụ định hướng AI có thể hỗ trợ tạo sơ đồ hoặc nội dung có cấu trúc từ các mô tả bằng ngôn ngữ tự nhiên. Ví dụ, người dùng có thể mô tả một tương tác hệ thống và sử dụng công cụ vẽ sơ đồ AI để tạo bản nháp đầu tiên, sau đó tinh chỉnh trong Visual Paradigm Desktop.

Quy trình làm việc AI được khuyến nghị

1. Viết một lệnh nhắc bằng ngôn ngữ tự nhiên chính xác.

2. Tạo bản nháp đầu tiên.

3. Kiểm tra từng thực thể, mối quan hệ, tác nhân và trình tự.

4. Sửa các thiếu sót và cách diễn giải không rõ ràng.

5. Áp dụng quy ước đặt tên và mô hình hóa của dự án.

6. Kiểm tra kết quả so với các yêu cầu.

7. Chuyển mô hình đã tinh chỉnh vào kho lưu trữ dự án phù hợp.

8. Ghi lại các giả định quan trọng và các quyết định của con người.

Mẫu câu lệnh tốt

Bao gồm:

• Hệ thống hoặc lĩnh vực kinh doanh

• Ký hiệu mô hình hóa

• Các tác nhân hoặc thành phần chính

• Các tương tác được yêu cầu

• Các ràng buộc quan trọng

• Mức độ chi tiết

• Quy ước đặt tên

• Bất kỳ định dạng đầu ra nào được mong đợi

Ví dụ:

Tạo biểu đồ trình tự UML cho việc hủy đơn hàng trực tuyến. Bao gồm Khách hàng, Ứng dụng Web, Dịch vụ Đơn hàng, Dịch vụ Thanh toán, Dịch vụ Kho và Dịch vụ Thông báo. Thể hiện quá trình xác thực, ủy quyền, hoàn tiền, giải phóng kho và xác nhận. Bao gồm các đường dẫn lỗi cho đơn hàng đã được giao và trường hợp hoàn tiền thất bại.

Các biểu đồ do AI tạo ra nên được coi là bản nháp. Chúng có thể tăng tốc quá trình mô hình hóa nhưng có thể tạo ra các mối quan hệ giả, bỏ sót các ràng buộc hoặc hiểu sai thuật ngữ của lĩnh vực.

10. Tổ chức dự án hiệu quả

Một không gian làm việc thống nhất chỉ hữu ích khi các tài liệu được tổ chức một cách nhất quán.

Cấu trúc dự án được đề xuất

Sử dụng một cấu trúc như sau:

• 01-Chiến lược

• 02-Yêu cầu

• 03-Qy trình kinh doanh

• 04-Kiến trúc

• 05-UX và bản mẫu

• 06-Dữ liệu và API

• 07-Thực hiện

• 08-Kiểm thử

• 09-Quản lý dự án

• 10-Tài liệu

• 99-Lưu trữ

Quy ước đặt tên

Sử dụng tên truyền đạt mục đích và phạm vi:

• Bối cảnh đơn hàng khách hàng

• Chuỗi thanh toán-v2

• API thanh toán-OpenAPI

• Kiến trúc mục tiêu-2030

• Kế hoạch phát hành-Q3

• Yêu cầu hủy đơn hàng

Tránh các tên như Biểu đồ mới, Kiểm thử, hoặc Phiên bản cuối cùng cuối cùng.

Quy ước về phiên bản

Bao gồm thông tin phiên bản ở những nơi mang lại giá trị:

• v1.0

• v1.1

• Bản thảo

• Đã phê duyệt

• Cơ sở

• Trạng thái hiện tại

• Trạng thái mục tiêu

Đừng chỉ dựa vào tên tệp để kiểm soát phiên bản. Hãy cũng sử dụng các tính năng sửa đổi, cộng tác hoặc kho lưu trữ của nền tảng khi có sẵn.

Siêu dữ liệu tài sản

Đối với các tài sản quan trọng, hãy ghi lại:

• Chủ sở hữu

• Trạng thái

• Ngày xem xét

• Lĩnh vực kinh doanh

• Yêu cầu liên quan

• Phiên bản liên quan

• Trạng thái phê duyệt

• Mức độ bảo mật

• Hệ thống nguồn

• Ngày xác minh cuối cùng

11. Hợp tác và quản trị

Trước khi đưa một nhóm vào quy trình, hãy thiết lập một mô hình quản trị nhẹ nhàng.

Xác định quyền sở hữu

Chỉ định chủ sở hữu cho:

• Mô hình kiến trúc

• Mô hình quy trình kinh doanh

• Yêu cầu

• Danh sách công việc sản phẩm

• Kế hoạch dự án

• Tài liệu kỹ thuật

• Mô hình API và cơ sở dữ liệu

Xác định các trạng thái xem xét

Một vòng đời đơn giản có thể là:

1. Bản thảo

2. Đang xem xét

3. Đã phê duyệt

4. Cơ sở

5. Đã thay thế

6. Đã lưu trữ

Xác định trách nhiệm xem xét

Quy định cụ thể:

• Ai được phép chỉnh sửa

• Ai được phép bình luận

• Ai phê duyệt

• Cách thức yêu cầu thay đổi

• Cách thức giải quyết xung đột

• Cách thức lưu trữ các tài liệu lỗi thời

Xây dựng chính sách nguồn sự thật

Đối với mỗi loại tài liệu, hãy xác định vị trí chính thống. Ví dụ:

• Mô hình UML chi tiết: Dự án trên máy tính để bàn

• Giải thích cho các bên liên quan: OpenDocs

• Danh sách công việc Sprint: Ứng dụng lập kế hoạch Agile

• Hợp đồng API: Mô hình hoặc kho lưu trữ API

• Lịch phát hành: Không gian làm việc quản lý dự án

Điều này ngăn ngừa việc nhiều tài liệu trở thành các nguồn sự thật mâu thuẫn nhau.

12. Ví dụ về quy trình làm việc từ đầu đến cuối

Hãy tưởng tượng một nhóm đang phát triển hệ thống đặt hàng của khách hàng.

Khám phá

1. Xác định vấn đề kinh doanh.

2. Xác định các bên liên quan.

3. Xác định mục tiêu và các ràng buộc.

4. Tạo bản đồ hành trình khách hàng hoặc bảng phân tích vấn đề.

Yêu cầu

1. Viết các trường hợp sử dụng và câu chuyện người dùng.

2. Tinh chỉnh các tiêu chí chấp nhận.

3. Xác định các quy tắc kinh doanh.

4. Tạo bảng quyết định cho các chính sách phức tạp.

Thiết kế

1. Xây dựng sơ đồ ngữ cảnh hệ thống.

2. Tạo sơ đồ lớp, hoạt động và trình tự.

3. Mô hình hóa ranh giới của cơ sở dữ liệu và API.

4. Tạo bản nháp khung (wireframe) cho các tương tác quan trọng của người dùng.

Lập kế hoạch

1. Ánh xạ các câu chuyện vào các bản phát hành.

2. Tạo danh sách công việc chờ.

3. Ước lượng và ưu tiên công việc.

4. Xây dựng kế hoạch phát triển và lộ trình.

5. Phân công trách nhiệm bằng ma trận RACI.

Tài liệu

1. Gửi các sơ đồ Desktop quan trọng qua quy trình.

2. Xây dựng bản đặc tả OpenDocs.

3. Thêm giải thích, quyết định và liên kết.

4. Công bố phiên bản dễ đọc cho các bên liên quan.

Triển khai và bảo trì

1. Tạo ra hoặc tinh chỉnh các sản phẩm kỹ thuật.

2. Liên kết công việc triển khai với các yêu cầu.

3. Xem xét các thay đổi mô hình trong quá trình phát triển.

4. Cập nhật tài liệu khi kiến trúc thay đổi.

5. Lưu trữ các phiên bản bị thay thế.

13. Các vấn đề phổ biến và giải pháp thực tiễn

Một ứng dụng không khả dụng

Các nguyên nhân có thể bao gồm:

• Hạn chế cấp phép

• Hỗ trợ hoặc đăng ký đã hết hạn

• Quyền truy cập không gian làm việc

• Cấu hình theo khu vực hoặc tài khoản

• Ứng dụng đang khả dụng# Nền tảng Thống nhất Visual Paradigm: Hướng dẫn Toàn diện

Nền tảng Thống nhất Visual Paradigm là một không gian làm việc tập trung kết nối Visual Paradigm Desktop với các ứng dụng dựa trên trình duyệt cho mô hình hóa trực quan, tài liệu hóa, phân tích kinh doanh, kiến trúc doanh nghiệp, lập kế hoạch Agile, quản lý dự án, thiết kế cơ sở dữ liệu, kỹ thuật phần mềm và công việc hỗ trợ bởi AI. Nó nên được hiểu tốt nhất là một lớp tích hợp và truy cập chứ không phải là sự thay thế cho Visual Paradigm Desktop hoặc VP Online.

1. Nền tảng Thống nhất làm được gì

Nền tảng này giải quyết ba vấn đề phổ biến sau:

• Công cụ phân mảnh:Các nhóm thường sử dụng các ứng dụng riêng biệt cho mô hình hóa, tài liệu hóa, lập kế hoạch, phác thảo và quản lý dự án.

• Tài sản phân tán:Biểu đồ, tài liệu, lộ trình, danh sách công việc chưa hoàn thành và tài sản thiết kế có thể khó tìm kiếm.

• Tách biệt giữa máy tính để bàn và đám mây:Ứng dụng máy tính để bàn mạnh mẽ cho mô hình hóa chi tiết và làm việc ngoại tuyến, trong khi ứng dụng web thuận tiện cho truy cập và cộng tác.

Nền tảng Thống nhất mang các khả năng này lại với nhau thông qua:

• Một không gian làm việc tập trung

• Giao diện xem dự án và tài sản giống như ổ đĩa

• Truy cập vào các dự án Visual Paradigm Desktop

• Trình khởi chạy ứng dụng dựa trên trình duyệt

• Menu Tạo thống nhất

• Công cụ tài liệu trực tuyến và cộng tác

• Mối liên kết giữa các sơ đồ, tài liệu và các sản phẩm lập kế hoạch dự án

• Công cụ vẽ sơ đồ và phân tích hỗ trợ AI

Nền tảng này nhằm cung cấp cho các nhóm một nơi duy nhất để khám phá công cụ, tạo tài sản, tổ chức công việc và chuyển đổi giữa mô hình hóa kỹ thuật và giao tiếp hướng kinh doanh.

2. Cách nó tích hợp vào hệ sinh thái Visual Paradigm

Nền tảng Thống nhất hoạt động song song với các sản phẩm khác của Visual Paradigm.

Thành phần	Mục đích chính	Phù hợp nhất cho
Visual Paradigm Desktop	Môi trường mô hình hóa và kỹ thuật chuyên sâu	UML, BPMN, SysML, ArchiMate, mô hình hóa cơ sở dữ liệu, kỹ thuật mã nguồn, yêu cầu và công việc ngoại tuyến
Nền tảng Thống nhất	Không gian làm việc trung tâm và trung tâm ứng dụng	Tìm kiếm công cụ, tổ chức sản phẩm, kết nối công việc trên máy tính để bàn và trực tuyến
VP Online và các ứng dụng web chuyên biệt	Mô hình hóa, lập kế hoạch, thiết kế và cộng tác dựa trên trình duyệt	Truy cập cho nhóm, tạo nhẹ, xem xét của các bên liên quan và quy trình làm việc hướng đám mây
OpenDocs	Quản lý tài liệu và tri thức dựa trên web	Thông số kỹ thuật, hướng dẫn sử dụng, mô tả kiến trúc, tài liệu quy trình và sổ tay dự án
Quy trình xử lý	Cầu nối giữa các mô hình trên máy tính để bàn và tài liệu trực tuyến	Gửi sơ đồ hoặc nội dung mô hình từ phiên bản máy tính để bàn vào quy trình làm việc tài liệu
Công cụ AI	Hỗ trợ bằng ngôn ngữ tự nhiên và bản nháp nhanh chóng	Tạo sơ đồ, phân tích mô hình, tạo nội dung có cấu trúc và tăng tốc quá trình khám phá

Visual Paradigm Desktop vẫn là môi trường phù hợp hơn cho các mô hình lớn, có cấu trúc, các mối quan hệ nâng cao, quy trình kỹ thuật chính thức, xác thực mô hình, kỹ thuật mã nguồn và công việc ngoại tuyến. Nền tảng Thống nhất bổ sung khả năng truy cập qua trình duyệt, ứng dụng trực tuyến, tài liệu, cộng tác và tổ chức tập trung.

3. Khái niệm cốt lõi

Không gian làm việc thống nhất

Không gian làm việc là điểm truy cập chính cho các dự án và ứng dụng. Thay vì coi mỗi công cụ là một sản phẩm độc lập, nền tảng trình bày chúng như các phần của một môi trường kết nối duy nhất.

Sử dụng không gian làm việc để:

• Tìm các dự án hiện có

• Mở các tài sản liên quan đến máy tính để bàn

• Khởi chạy các ứng dụng chuyên dụng

• Tạo sơ đồ và tài liệu mới

• Điều hướng giữa các tài liệu kỹ thuật và kinh doanh

• Tổ chức công việc theo dự án, nhóm hoặc lĩnh vực chủ đề

Ổ đĩa thống nhất

Ổ đĩa thống nhất cung cấp chế độ xem tập trung, giống như ổ đĩa đối với các tài liệu. Tùy thuộc vào sản phẩm, phiên bản và cấu hình, những tài liệu này có thể bao gồm:

• Dự án trên máy tính để bàn

• Sơ đồ trực tuyến

• Tài liệu

• Lộ trình

• Bản đồ câu chuyện người dùng

• Khung dây

• Mô hình kiến trúc

• Tài sản quản lý dự án

• Khung phân tích kinh doanh

• Nội dung do AI tạo ra

Lợi ích chính của nó là khả năng khám phá: người dùng có thể tìm thấy các công việc liên quan mà không cần nhớ ứng dụng cụ thể nào đã tạo ra nó ban đầu.

Trình khởi chạy ứng dụng

Nền tảng cung cấp quyền truy cập vào một danh mục lớn các ứng dụng chuyên biệt. Những ứng dụng này bao gồm các lĩnh vực như:

• UML và SysML

• BPMN và phân tích quy trình

• ArchiMate và kiến trúc doanh nghiệp

• Phân tích yêu cầu và trường hợp sử dụng

• Thiết kế cơ sở dữ liệu và API

• Quản lý linh hoạt

• Quản lý dự án

• UX và tạo bản nháp

• Chiến lược kinh doanh

• Tài liệu hóa

• Mô hình hóa hỗ trợ bởi AI

Nền tảng chính thức mô tả quyền truy cập vào hơn 100 ứng dụng chuyên biệt, mặc dù khả năng sử dụng có thể phụ thuộc vào trạng thái tài khoản, phiên bản, giấy phép, gói đăng ký và kế hoạch bảo trì.

Menu Tạo thống nhất

Menu Tạo được thiết kế để giảm nhu cầu tìm kiếm qua các menu sản phẩm. Từ một vị trí duy nhất, người dùng có thể bắt đầu mới:

• Sơ đồ

• Tài liệu

• Sản phẩm lập kế hoạch

• Khung phân tích kinh doanh

• Thiết kế UX

• Biểu đồ quản lý dự án

• Mô hình hoặc sản phẩm trực quan hỗ trợ bởi AI

Một thực hành hữu ích là bắt đầu từ kết quả bạn cần—chẳng hạn như “tài liệu hóa một quy trình” hoặc “lập kế hoạch phát hành”—thay vì bắt đầu bằng tên của một sản phẩm Visual Paradigm cụ thể.

4. Bắt đầu

Bước 1: Chuẩn bị tài khoản và cài đặt của bạn

Trước khi bắt đầu, hãy đảm bảo bạn có:

• Tài khoản Visual Paradigm

• Quyền truy cập vào Nền tảng Thống nhất

• Cài đặt Visual Paradigm Desktop nếu bạn cần mô hình hóa trên máy tính để bàn

• Giấy phép hoặc đăng ký phù hợp cho các ứng dụng nâng cao

• Quyền truy cập vào dự án hoặc không gian làm việc liên quan

Nền tảng Thống nhất (Unified Platform) bản thân nó có sẵn cho người dùng, nhưng nhiều ứng dụng trực tuyến nâng cao yêu cầu giấy phép phiên bản Professional trở lên với bảo trì chủ động hoặc gói đăng ký. Hãy kiểm tra quyền lợi của tổ chức bạn nếu một ứng dụng nào đó không khả dụng.

Bước 2: Mở nền tảng

Bạn thường có thể truy cập nền tảng theo một trong hai cách sau:

1. Từ trình duyệt web:Đăng nhập vào môi trường web của Visual Paradigm và mở không gian làm việc của Nền tảng Thống nhất.

2. Từ Visual Paradigm Desktop:Sử dụng mục Nền tảng Thống nhất hoặc liên quan đến Nhóm trong ứng dụng máy tính để bàn.

Tích hợp trên máy tính để bàn đặc biệt hữu ích khi bạn muốn mô hình hóa cục bộ sau đó truy cập tài liệu trực tuyến, lập kế hoạch hoặc các tính năng cộng tác mà không cần rời khỏi môi trường rộng lớn của Visual Paradigm.

Bước 3: Xác định khu vực làm việc của bạn

Sau khi mở không gian làm việc, hãy làm quen với:

• Trình duyệt dự án hoặc tài sản

• Nơi lưu trữ Thống nhất (Unified Drive)

• Trình khởi chạy ứng dụng

• Menu Tạo

• Tìm kiếm và lọc

• Tệp hoặc dự án gần đây

• Tính năng nhóm và cộng tác

• Khu vực tài liệu và quy trình

• Cài đặt tài khoản, cấp phép và không gian làm việc

Bước 4: Tạo một tài nguyên thử nghiệm

Bắt đầu với một dự án thử nghiệm nhỏ thay vì nhập toàn bộ kho lưu trữ doanh nghiệp ngay lập tức:

1. Tạo một biểu đồ trường hợp sử dụng đơn giản.

2. Thêm một tài liệu dự án ngắn gọn.

3. Tạo một kế hoạch công việc cơ bản hoặc lộ trình.

4. Tìm kiếm từng tài nguyên trong Unified Drive.

5. Mở các tài nguyên từ cả trình duyệt và Desktop, khi phù hợp.

6. Xác nhận rằng người dùng mục tiêu có thể truy cập chúng.

Điều này xác minh tài khoản, quyền hạn, cấp phép và quy tắc làm việc của bạn trước khi di chuyển công việc sản xuất.

5. Chọn công cụ phù hợp

Một quy tắc lựa chọn hữu ích là:

• Sử dụng Visual Paradigm Desktopkhi mô hình chính là tài nguyên kỹ thuật chính.

• Sử dụng ứng dụng trực tuyếnkhi khả năng truy cập, cộng tác nhanh chóng hoặc sự tham gia của các bên liên quan quan trọng hơn.

• Sử dụng OpenDocs khi sản phẩm cuối cùng là một bản giải thích, tài liệu kỹ thuật, sổ tay hoặc cơ sở tri thức.

• Sử dụng Pipeline khi các biểu đồ từ Desktop cần trở thành một phần của tài liệu trực tuyến.

• Sử dụng Các ứng dụng Agile và quản lý dự án khi công việc liên quan đến các mục trong backlog, lịch trình, trách nhiệm, lộ trình hoặc phối hợp giao hàng.

• Sử dụng Công cụ AI khi bạn cần bản nháp đầu tiên, công cụ hỗ trợ khám phá, chuyển đổi hoặc phân tích—not để thay thế cho việc xem xét của con người.

6. Các lĩnh vực chức năng chính

Mô hình hóa trực quan

Nền tảng cung cấp quyền truy cập vào các công cụ mô hình hóa để mô tả phần mềm, hệ thống, quy trình và cấu trúc.

Các lĩnh vực mô hình hóa phổ biến bao gồm:

• Biểu đồ lớp UML

• Biểu đồ trường hợp sử dụng

• Biểu đồ trình tự

• Biểu đồ hoạt động

• Biểu đồ máy trạng thái

• Sơ đồ thành phần và triển khai

• Sơ đồ quy trình BPMN

• Mô hình SysML

• Sơ đồ luồng

• Sơ đồ tư duy

• Sơ đồ thực thể-mối quan hệ

Các ứng dụng điển hình bao gồm phân tích yêu cầu, kiến trúc phần mềm, truyền thông quy trình, thiết kế hệ thống và tài liệu kỹ thuật.

Phân tích kinh doanh

Các ứng dụng phân tích kinh doanh giúp các nhóm chuyển đổi từ vấn đề kinh doanh sang các yêu cầu và quyết định có cấu trúc.

Các ứng dụng tiềm năng bao gồm:

• Phân tích các bên liên quan

• Định nghĩa trường hợp sử dụng

• Phân tích văn bản

• Bảng quyết định

• Quy tắc kinh doanh

• Lập bản đồ hành trình khách hàng

• Phân tích quy trình

• Phân tích nguyên nhân gốc rễ

• SWOT và các khung chiến lược liên quan

• Tài liệu hóa yêu cầu

• Mô tả vấn đề

• Phân tích kịch bản

Một quy trình làm việc thực tế là bắt đầu bằng một tuyên bố vấn đề không chính thức, xác định các bên liên quan và mục tiêu, chính thức hóa các yêu cầu, sau đó liên kết các yêu cầu đó với các mô hình hoặc công việc giao hàng.

Kiến trúc doanh nghiệp

Các công cụ kiến trúc doanh nghiệp hỗ trợ phân tích các lĩnh vực kinh doanh, ứng dụng, dữ liệu và công nghệ.

Các năng lực phổ biến bao gồm:

• Mô hình hóa ArchiMate

• Lập kế hoạch định hướng TOGAF

• Ánh xạ năng lực

• Ánh xạ ứng dụng và công nghệ

• Kiến trúc trạng thái hiện tại và trạng thái mục tiêu

• Phân tích khoảng cách

• Lập kế hoạch di chuyển

• Lộ trình triển khai

• Giao tiếp dựa trên quan điểm

Một quy trình làm việc kiến trúc hiệu quả là:

1. Ghi nhận trạng thái hiện tại.

2. Xác định các động lực và ràng buộc chiến lược.

3. Mô hình hóa trạng thái mục tiêu.

4. Xác định các khoảng cách.

5. Xác định các kiến trúc chuyển đổi.

6. Xây dựng lộ trình di chuyển.

7. Ghi lại các quyết định và quyền sở hữu.

Lập kế hoạch Agile

Các công cụ định hướng Agile có thể hỗ trợ:

• Tạo câu chuyện người dùng

• Lập bản đồ câu chuyện

• Tinh chỉnh danh sách công việc

• Ước lượng theo nhóm tương đồng

• Lập kế hoạch Sprint

• Bảng Scrum

• Hội thảo tổng kết

• Lập kế hoạch trình diễn

• Xếp hạng ưu tiên

• Lập kế hoạch phát triển

Sử dụng nền tảng để kết nối tư duy sản phẩm với các mô hình kỹ thuật. Ví dụ, một câu chuyện người dùng có thể được hỗ trợ bởi các trường hợp sử dụng, sơ đồ quy trình, bản phác thảo giao diện, tiêu chí chấp nhận và các nhiệm vụ triển khai.

Quản lý dự án

Các ứng dụng quản lý dự án có thể bao gồm:

• Biểu đồ Gantt

• Lộ trình

• Cấu trúc phân chia công việc

• Biểu đồ PERT

• Ma trận RACI

• Sơ đồ tổ chức

• Kế hoạch triển khai

• Công cụ quản lý bên liên quan

• Biểu đồ rủi ro và nguyên nhân – kết quả

• Hướng dẫn vòng đời dự án

Các công cụ này hữu ích nhất khi được kết nối với các sản phẩm thực tế. Một lộ trình nên chỉ ra các kết quả, mô hình, tài liệu, bản phát hành hoặc các hoạt động triển khai—chứ không tồn tại như một lịch trình biệt lập.

UX và tạo mẫu

Năng lực UX có thể hỗ trợ:

• Khung dây

• Luồng màn hình

• Bảng phân cảnh

• Bố cục web và di động

• Bản mẫu

• Bản đồ hành trình khách hàng

• Trực quan hóa luồng người dùng

Một quy trình làm việc hiệu quả là kết nối các sản phẩm UX với các yêu cầu và trường hợp sử dụng. Điều này giúp các bên liên quan hiểu tại sao một màn hình tồn tại và nó hỗ trợ hành vi kinh doanh hoặc hệ thống nào.

Kỹ thuật cơ sở dữ liệu và mã nguồn

Hệ sinh thái cũng hỗ trợ các hoạt động triển khai kỹ thuật như:

• Mô hình hóa cơ sở dữ liệu

• Sơ đồ ER

• Tạo cơ sở dữ liệu

• Kịch bản vá cơ sở dữ liệu

• Kỹ thuật đảo ngược

• Mô hình hóa ORM

• Tạo mã nguồn

• Kỹ thuật đảo ngược từ mã nguồn sang mô hình

• Thiết kế REST API

• Đầu ra liên quan đến OpenAPI hoặc Swagger

• Tích hợp với môi trường phát triển

Sử dụng các tính năng này với các quy ước kiểm soát phiên bản và rà soát rõ ràng. Mã nguồn, lược đồ và tài liệu đặc tả API được tạo ra cần được rà soát giống như bất kỳ tài sản triển khai nào khác.

7. Quy trình làm việc từ máy tính để bàn sang nền tảng

Một quy trình làm việc lai phổ biến là:

1. Tạo mô hình UML, BPMN, SysML, ArchiMate hoặc cơ sở dữ liệu chi tiết trong Visual Paradigm Desktop.

2. Lưu dự án vào kho lưu trữ cục bộ hoặc kết nối phù hợp.

3. Mở Nền tảng Thống nhất từ máy tính để bàn hoặc qua trình duyệt.

4. Tìm dự án liên quan hoặc tài sản liên quan.

5. Sử dụng các công cụ trực tuyến để tạo tài liệu, lộ trình, kế hoạch, bài thuyết trình hoặc tài liệu dành cho các bên liên quan.

6. Chia sẻ tài liệu kết quả với những người không sử dụng Desktop.

Điều này kết hợp độ sâu mô hình hóa và khả năng ngoại tuyến của Desktop với tính dễ tiếp cận của các công cụ dựa trên trình duyệt.

Phân chia công việc được khuyến nghị

Sử dụng Desktop cho:

• Mô hình chính thống

• Mối quan hệ phức tạp

• Xác thực mô hình

• Kho lưu trữ lớn

• Kỹ thuật mã và cơ sở dữ liệu

• Công việc kiến trúc chi tiết

• Chỉnh sửa ngoại tuyến

Sử dụng Nền tảng Thống nhất và các công cụ trực tuyến cho:

• Chia sẻ

• Tài liệu hóa

• Lập kế hoạch

• Vẽ sơ đồ nhẹ

• Xem xét của các bên liên quan

• Truy cập qua trình duyệt

• Hợp tác đa chức năng

8. Tài liệu hóa với OpenDocs và Pipeline

Một trong những quy trình làm việc giá trị nhất là biến các mô hình thành tài liệu sống động.

Quy trình cơ bản

1. Xây dựng hoặc cập nhật các sơ đồ trong Visual Paradigm Desktop.

2. Gửi hoặc công bố nội dung mô hình liên quan thông qua quy trình làm việc Pipeline.

3. Mở một tài liệu OpenDocs.

4. Chèn các sơ đồ và nội dung mô hình liên quan.

5. Thêm các giải thích, giả định, yêu cầu, quyết định và liên kết.

6. Công bố hoặc chia sẻ tài liệu với các bên liên quan.

7. Cập nhật tài liệu khi mô hình thay đổi.

Điều này hữu ích hơn việc xuất các hình ảnh tĩnh vì tài liệu có thể bảo tồn ngữ cảnh xung quanh các sơ đồ và liên kết chúng với các giải thích bằng văn bản. Các sản phẩm giao hàng điển hình bao gồm:

• Tài liệu đặc tả yêu cầu phần mềm

• Mô tả kiến trúc

• Đặc tả kỹ thuật

• Sách hướng dẫn quy trình

• Sách hướng dẫn dự án

• Tài liệu đào tạo

• Báo cáo cho các bên liên quan

• Cơ sở tri thức

Nền tảng cụ thể định vị OpenDocs và Pipeline như một cầu nối giữa các sơ đồ trên Desktop và tài liệu dựa trên web.

Cấu trúc tài liệu

Một tài liệu kiến trúc hoặc hệ thống thực tế có thể bao gồm:

1. Mục đích và phạm vi

2. Các bên liên quan

3. Bối cảnh kinh doanh

4. Yêu cầu chức năng

5. Yêu cầu phi chức năng

6. Sơ đồ ngữ cảnh hệ thống

7. Mô hình trường hợp sử dụng

8. Sơ đồ quy trình hoặc tương tác

9. Kiến trúc logic

10. Góc nhìn triển khai hoặc công nghệ

11. Mô hình dữ liệu

12. Các quyết định và giả định

13. Rủi ro và các câu hỏi chưa giải quyết

14. Thông tin truy vết

15. Lịch sử thay đổi

9. Quy trình làm việc hỗ trợ bởi AI

Nền tảng Thống nhất bao gồm các công cụ định hướng AI có thể hỗ trợ tạo sơ đồ hoặc nội dung có cấu trúc từ các mô tả bằng ngôn ngữ tự nhiên. Ví dụ, người dùng có thể mô tả một tương tác hệ thống và sử dụng công cụ vẽ sơ đồ AI để tạo bản nháp đầu tiên, sau đó tinh chỉnh trong Visual Paradigm Desktop.

Quy trình làm việc AI được khuyến nghị

1. Viết một lệnh nhắc bằng ngôn ngữ tự nhiên chính xác.

2. Tạo bản thảo đầu tiên.

3. Kiểm tra từng thực thể, mối quan hệ, tác nhân và trình tự.

4. Sửa các thiếu sót và các cách diễn giải không rõ ràng.

5. Áp dụng các quy ước đặt tên và mô hình hóa của dự án.

6. Xác minh kết quả đối chiếu với các yêu cầu.

7. Chuyển mô hình đã tinh chỉnh vào kho lưu trữ dự án phù hợp.

8. Ghi lại các giả định quan trọng và các quyết định của con người.

Mẫu câu lệnh tốt

Bao gồm:

• Hệ thống hoặc lĩnh vực kinh doanh

• Ký hiệu mô hình hóa

• Các tác nhân hoặc thành phần chính

• Các tương tác được yêu cầu

• Các ràng buộc quan trọng

• Mức độ chi tiết

• Quy ước đặt tên

• Bất kỳ định dạng đầu ra nào được mong đợi

Ví dụ:

Tạo biểu đồ trình tự UML cho việc hủy đơn hàng trực tuyến. Bao gồm Khách hàng, Ứng dụng Web, Dịch vụ Đơn hàng, Dịch vụ Thanh toán, Dịch vụ Kho và Dịch vụ Thông báo. Thể hiện quá trình xác thực, ủy quyền, hoàn tiền, giải phóng kho và xác nhận. Bao gồm các đường dẫn lỗi cho đơn hàng đã được giao và trường hợp hoàn tiền thất bại.

Các biểu đồ do AI tạo ra nên được coi là bản thảo. Chúng có thể tăng tốc quá trình mô hình hóa nhưng có thể tạo ra các mối quan hệ giả, bỏ sót các ràng buộc hoặc hiểu sai thuật ngữ của lĩnh vực.

10. Tổ chức dự án hiệu quả

Một không gian làm việc thống nhất chỉ hữu ích khi các tài liệu được tổ chức một cách nhất quán.

Cấu trúc dự án được đề xuất

Sử dụng một cấu trúc như sau:

• 01-Chiến lược

• 02-Yêu cầu

• 03-Qui trình kinh doanh

• 04-Kiến trúc

• 05-UX và bản mẫu

• 06-Dữ liệu và API

• 07-Thực hiện

• 08-Kiểm thử

• 09-Quản lý dự án

• 10-Tài liệu

• 99-Lưu trữ

Quy ước đặt tên

Sử dụng các tên truyền đạt mục đích và phạm vi:

• Customer-Order-Context

• Checkout-Sequence-v2

• Payments-API-OpenAPI

• Kiến trúc Mục tiêu-2030

• Kế hoạch Phát hành-Q3

• Yêu cầu Hủy Đơn hàng

Tránh các tên như Biểu đồ Mới, Kiểm thử, hoặc Phiên bản Cuối cùng Cuối cùng.

Quy ước phiên bản

Bao gồm thông tin phiên bản ở những nơi mang lại giá trị:

• v1.0

• v1.1

• Bản thảo

• Đã phê duyệt

• Cơ sở

• Trạng thái Hiện tại

• Trạng thái Mục tiêu

Đừng chỉ dựa vào tên tệp để kiểm soát phiên bản. Hãy đồng thời sử dụng các tính năng sửa đổi, cộng tác hoặc kho lưu trữ của nền tảng khi có sẵn.

Siêu dữ liệu tài sản

Đối với các tài sản quan trọng, ghi lại:

• Chủ sở hữu

• Trạng thái

• Ngày xem xét

• Lĩnh vực kinh doanh

• Yêu cầu liên quan

• Phiên bản liên quan

• Trạng thái phê duyệt

• Mức độ bảo mật

• Hệ thống nguồn

• Ngày xác minh cuối cùng

11. Hợp tác và quản trị

Trước khi đưa một nhóm vào quy trình, hãy thiết lập một mô hình quản trị nhẹ.

Xác định chủ sở hữu

Chỉ định chủ sở hữu cho:

• Mô hình kiến trúc

• Mô hình quy trình kinh doanh

• Yêu cầu

• Danh sách công việc sản phẩm

• Kế hoạch dự án

• Tài liệu kỹ thuật

• Mô hình API và cơ sở dữ liệu

Xác định các trạng thái xem xét

Một vòng đời đơn giản có thể là:

1. Bản thảo

2. Đang xem xét

3. Đã phê duyệt

4. Cơ sở

5. Đã thay thế

6. Đã lưu trữ

Xác định trách nhiệm xem xét

Quy định cụ thể:

• Ai được phép chỉnh sửa

• Ai được phép bình luận

• Ai phê duyệt

• Cách thức yêu cầu thay đổi

• Cách thức giải quyết xung đột

• Cách thức lưu trữ các tài liệu lỗi thời

Xây dựng chính sách nguồn sự thật

Đối với mỗi loại tài liệu, hãy xác định vị trí chính thống. Ví dụ:

• Mô hình UML chi tiết: Dự án trên máy tính để bàn

• Giải thích cho các bên liên quan: OpenDocs

• Danh sách công việc Sprint: Ứng dụng lập kế hoạch Agile

• Hợp đồng API: Mô hình API hoặc kho lưu trữ

• Lịch phát hành: Không gian làm việc quản lý dự án

Điều này ngăn chặn việc nhiều tài liệu trở thành các nguồn sự thật mâu thuẫn nhau.

12. Ví dụ về quy trình làm việc từ đầu đến cuối

Hãy tưởng tượng một nhóm đang phát triển hệ thống đặt hàng của khách hàng.

Khám phá

1. Xác định vấn đề kinh doanh.

2. Xác định các bên liên quan.

3. Xác định mục tiêu và các ràng buộc.

4. Tạo bản đồ hành trình khách hàng hoặc bảng phân tích vấn đề.

Yêu cầu

1. Viết các trường hợp sử dụng và câu chuyện người dùng.

2. Tinh chỉnh các tiêu chí chấp nhận.

3. Xác định các quy tắc kinh doanh.

4. Tạo bảng quyết định cho các chính sách phức tạp.

Thiết kế

1. Xây dựng sơ đồ ngữ cảnh hệ thống.

2. Tạo các sơ đồ lớp, hoạt động và trình tự.

3. Mô hình hóa ranh giới của cơ sở dữ liệu và API.

4. Tạo bản nháp khung (wireframe) cho các tương tác quan trọng của người dùng.

Lập kế hoạch

1. Ánh xạ các câu chuyện người dùng vào các bản phát hành.

2. Tạo danh sách công việc chờ (backlog).

3. Ước lượng và ưu tiên hóa công việc.

4. Xây dựng kế hoạch phát triển và lộ trình.

5. Phân công trách nhiệm bằng ma trận RACI.

Tài liệu hóa

1. Gửi các sơ đồ Desktop quan trọng qua quy trình (Pipeline).

2. Xây dựng bản đặc tả OpenDocs.

3. Thêm các giải thích, quyết định và liên kết.

4. Xuất bản phiên bản dễ đọc cho các bên liên quan.

Triển khai và bảo trì

1. Tạo ra hoặc tinh chỉnh các sản phẩm kỹ thuật.

2. Liên kết công việc triển khai với các yêu cầu.

3. Xem xét các thay đổi mô hình trong quá trình phát triển.

4. Cập nhật tài liệu khi kiến trúc thay đổi.

5. Lưu trữ các phiên bản bị thay thế.

13. Khắc phục sự cố

Ứng dụng không khả dụng

Các nguyên nhân có thể bao gồm:

• Hạn chế về giấy phép

• Bảo trì hoặc đăng ký đã hết hạn

• Quyền truy cập không gian làm việc

• Cấu hình tài khoản

• Ứng dụng chỉ khả dụng thông qua một phiên bản khác

• Tính năng yêu cầu quyền truy cập trực tuyến riêng biệt

Hãy kiểm tra xem bạn đã đăng nhập bằng tài khoản chính xác và giấy phép hoặc đăng ký liên quan có đang hoạt động hay không. Khả dụng của ứng dụng có thể thay đổi tùy theo phiên bản và quyền truy cập.

Một dự án bị thiếu

Hãy kiểm tra:

1. Bạn có đang sử dụng tài khoản chính xác hay không.

2. Bạn có đang ở trong không gian làm việc hoặc nhóm chính xác hay không.

3. Dự án có thuộc về người dùng hoặc tổ chức khác hay không.

4. Các bộ lọc hoặc cài đặt tìm kiếm có đang ẩn đối tượng hay không.

5. Dự án có được lưu trữ cục bộ trên Desktop thay vì trực tuyến hay không.

6. Bạn có quyền truy cập vào nó hay không.

Nội dung trên Desktop và trực tuyến có vẻ không nhất quán

Áp dụng chính sách nguồn sự thật rõ ràng. Xác định xem Desktop, không gian làm việc trực tuyến, tài liệu tài nguyên, hay kho lưu trữ bên ngoài là nguồn chính thống. Sau đó:

1. Xác định phiên bản được phê duyệt gần nhất.

2. Tránh chỉnh sửa cùng một tài nguyên tại nhiều vị trí cùng lúc.

3. Đồng bộ hóa hoặc chuyển đổi các thay đổi thông qua quy trình được hỗ trợ.

4. Ghi lại các thay đổi quan trọng trong lịch sử tài liệu hoặc dự án.

5. Xác nhận lại các sơ đồ và tài liệu liên kết sau khi cập nhật.

Một sơ đồ được xuất không chính xác

Kiểm tra:

• Kích thước trang

• Biên giới của sơ đồ

• Khả dụng của phông chữ

• Các yếu tố ẩn

• Định dạng xuất

• Độ phân giải hình ảnh

• Liệu sơ đồ có đang được xuất dưới dạng hình ảnh hay tài nguyên có hiểu mô hình

Đối với tài liệu chính thức, hãy ưu tiên quy trình liên kết mô hình hoặc tích hợp bản địa khi có sẵn thay vì liên tục xuất các hình ảnh tĩnh.

Thành viên nhóm không thể chỉnh sửa

Kiểm tra:

• Thành viên của không gian làm việc

• Quyền đối với tài nguyên

• Phạm vi cấp phép

• Tài liệu có bị khóa hoặc đã được thiết lập phiên bản cơ sở hay không

• Người dùng có chỉ được quyền xem hay không

• Dự án có thuộc sở hữu của một nhóm khác hay không

14. Các thực hành về hiệu suất và khả năng bảo trì

Đối với các dự án lớn:

• Chia mô hình theo miền hoặc phân hệ.

• Tránh đặt mọi sơ đồ vào một dự án quá lớn.

• Sử dụng các quan điểm để chỉ hiển thị các phần liên quan của mô hình.

• Lưu trữ các sơ đồ lỗi thời.

• Giữ tài liệu tách biệt với các bản thảo khám phá.

• Giảm thiểu các tài liệu trùng lặp không cần thiết.

• Xây dựng quy chuẩn đặt tên trước khi dự án phát triển.

• Kiểm tra định kỳ các liên kết và tài liệu tham khảo.

• Giữ cho các đầu ra được tạo ra đồng bộ với các mô hình nguồn của chúng.

• Sử dụng các sơ đồ nhỏ hơn cho giao tiếp với các bên liên quan và các sơ đồ chi tiết cho công việc kỹ thuật.

Đối với tài liệu:

• Ưu tiên sử dụng các mẫu có thể tái sử dụng.

• Sử dụng thuật ngữ nhất quán.

• Liên kết các yêu cầu với các sơ đồ và công việc triển khai.

• Ghi chép rõ ràng các giả định.

• Bao gồm thông tin về người chịu trách nhiệm và ngày xem xét.

• Xem tài liệu kiến trúc như một sản phẩm được duy trì, không phải là báo cáo một lần.

15. Kế hoạch triển khai được khuyến nghị

Giai đoạn 1: Thí điểm

Chọn một dự án nhỏ và sử dụng:

• Một mô hình Desktop

• Một tài liệu OpenDocs

• Một công cụ lập kế hoạch

• Một quy ước đặt tên chung

• Một quy trình xem xét

Đo lường xem người dùng có thể tìm kiếm, hiểu và cập nhật các công cụ hay không.

Giai đoạn 2: Chuẩn hóa

Tạo ra:

• Mẫu dự án

• Quy ước đặt tên

• Cấu trúc thư mục

• Mẫu tài liệu

• Danh sách kiểm tra xem xét mô hình

• Quy tắc phân quyền

• Hướng dẫn nguồn sự thật

Giai đoạn 3: Tích hợp

Kết nối:

• Yêu cầu sang mô hình

• Mô hình sang tài liệu

• Câu chuyện người dùng sang phát hành

• API sang triển khai

• Quan điểm kiến trúc sang lộ trình

• Rủi ro sang kế hoạch dự án

Giai đoạn 4: Quản trị

Giới thiệu:

• Đánh giá kiến trúc

• Điểm chuẩn

• Kiểm soát thay đổi

• Quyền sở hữu

• Dọn dẹp kho lưu trữ định kỳ

• Đào tạo cho thành viên mới trong nhóm

• Chỉ số về mức độ sử dụng và độ mới của tài sản

16. Danh sách kiểm tra thực tế

Thiết lập ban đầu

• Xác minh quyền truy cập tài khoản.

• Xác minh phạm vi bảo hiểm của giấy phép và đăng ký.

• Cài đặt Visual Paradigm Desktop nếu cần thiết.

• Tạo hoặc tham gia không gian làm việc phù hợp.

• Kiểm tra Unified Drive.

• Tạo biểu mẫu và tài liệu mẫu.

Thiết lập dự án

• Xác định cấu trúc dự án.

• Thiết lập quy ước đặt tên.

• Xác định chủ sở hữu của các tài sản.

• Chọn nguồn sự thật cho từng loại tài sản.

• Tạo mẫu tài liệu và mẫu mô hình hóa.

• Xác định các trạng thái rà soát.

Mô hình hóa

• Chọn ký hiệu phù hợp.

• Bắt đầu với ngữ cảnh và phạm vi.

• Tách biệt các góc nhìn khái niệm, logic và vật lý.

• Xác thực các mối quan hệ trong mô hình.

• Liên kết các mô hình với yêu cầu và tài liệu.

Hợp tác

• Mời đúng người dùng.

• Gán quyền hạn phù hợp.

• Xác định trách nhiệm rà soát và phê duyệt.

• Kiểm tra quyền truy cập với các thành viên đại diện của nhóm.

• Xây dựng quy trình quản lý thay đổi.

Bảo trì

• Rà soát các tài liệu lỗi thời.

• Lưu trữ các phiên bản đã bị thay thế.

• Cập nhật tài liệu sau các thay đổi lớn đối với mô hình.

• Kiểm tra lại các liên kết và tài liệu tham khảo.

• Rà soát giấy phép và quyền truy cập không gian làm việc định kỳ.

17. Tóm tắt các thực hành tốt nhất

Cách hiệu quả nhất để sử dụng Nền tảng Thống nhất là coi nó như một môi trường kết nối cho mô hình hóa, tài liệu hóa, lập kế hoạch và cộng tác:

1. Sử dụng Desktop cho các mô hình kỹ thuật chi tiết và có thẩm quyền.

2. Sử dụng Nền tảng Thống nhất để tổ chức và truy cập công việc.

3. Sử dụng ứng dụng trực tuyến cho cộng tác dựa trên trình duyệt và các tác vụ chuyên biệt.

4. Sử dụng OpenDocs để giải thích và công bố kiến thức dựa trên mô hình.

5. Sử dụng Pipeline để kết nối các mô hình trên máy tính để bàn với tài liệu.

6. Sử dụng AI để tăng tốc bản thảo đầu tiên, nhưng hãy xác minh mọi sản phẩm được tạo ra.

7. Xác định sớm các quy tắc về đặt tên, quyền sở hữu, quyền truy cập, trạng thái xem xét và nguồn sự thật.

8. Giữ cho các sơ đồ, tài liệu, yêu cầu và kế hoạch được kết nối xuyên suốt vòng đời dự án.

Khi được triển khai theo cách này, Nền tảng Thống nhất trở nên vượt quá một bộ công cụ mô hình hóa: nó hoạt động như một không gian làm việc chung để chuyển đổi từ chiến lược và yêu cầu qua kiến trúc, triển khai, tài liệu hóa và giao hàng.

Tài liệu tham khảo

1. Làm chủ Nền tảng Thống nhất Visual Paradigm: Hướng dẫn Toàn diện: Hướng dẫn toàn diện bao gồm Unified Drive, công cụ AI và sự cộng hưởng giữa máy tính để bàn và web để tạo nên một hệ sinh thái liền mạch.
2. Phá vỡ các silo: Hướng dẫn Toàn diện: Khám phá cách nền tảng kết nối các công cụ và quy trình bị phân mảnh thành một nguồn sự thật thống nhất và gắn kết.
3. Nền tảng Thống nhất: Trung tâm chỉ huy cho công việc trực quan: Các kịch bản thực tế cho việc tài liệu hóa thông qua Pipeline, tạo biểu đồ bằng AI và kỹ thuật đảo ngược mã thành UML.
4. Từ các silo sang bản giao hưởng: Một đánh giá thực hành: Đánh giá thực hành thảo luận về bốn trụ cột của hệ sinh thái và sự chuyển dịch từ xuất tĩnh sang các tài sản động.
5. Từ UML sang Agile: Chuyển đổi mô hình hóa doanh nghiệp: Phân tích vai trò của nền tảng trong việc kết nối mô hình hóa UML truyền thống với cộng tác Agile và tăng tốc AI.

This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.