ArchiMate (Ngôn ngữ mô hình hóa Kiến trúc Doanh nghiệp)

1. Tổng quan

A. Định nghĩa

ArchiMate là một tiêu chuẩn mở do The Open Group quản lý — một ký pháp mô hình hóa trực quan (visual modeling language) nhằm biểu diễn, phân tích và trao đổi các lĩnh vực nghiệp vụ, ứng dụng và công nghệ của kiến trúc doanh nghiệp (EA), cùng với các mối quan hệ giữa chúng, trong một ngôn ngữ trực quan duy nhất và nhất quán. Mục tiêu của nó là vẽ chiến lược, nghiệp vụ, hệ thống và hạ tầng của một tổ chức bằng một bộ từ vựng chung (các phần tử và quan hệ) để các bên liên quan khác nhau đọc được cùng một ý nghĩa từ cùng một bức tranh.

Để hiểu đúng ArchiMate, trước hết phải làm rõ rằng nó "là một ngôn ngữ, không phải một phương pháp luận". Nếu ADM của TOGAF là một phương pháp luận quy định "kiến trúc được tạo ra theo quy trình nào", thì ArchiMate là một ký pháp quy định "các sản phẩm do quy trình đó tạo ra được vẽ bằng ký hiệu gì". Nói cách khác, nếu TOGAF là quá trình thiết kế thì ArchiMate là quy ước bản vẽ chứa đựng kết quả đó; vì cả hai tiêu chuẩn đều thuộc The Open Group nên chúng được thiết kế với tiền đề bổ sung cho nhau.

Có ba đặc trưng cốt lõi. Thứ nhất, nó phân rã doanh nghiệp theo hai trục — lớp (layer) và khía cạnh (aspect) — để bất kỳ phần tử kiến trúc nào cũng được phân loại theo "thuộc lớp nào × là cấu trúc chủ động, hành vi hay cấu trúc bị động". Thứ hai, nó tích hợp tư tưởng định hướng dịch vụ (service orientation) vào chính ngôn ngữ, kết nối nhất quán toàn bộ các lớp qua quan hệ trong đó lớp trên tiêu thụ 'dịch vụ' của lớp dưới. Thứ ba, cơ chế điểm nhìn (viewpoint) hỗ trợ trực quan hóa có chọn lọc, trích xuất chỉ mối quan tâm của một bên liên quan nhất định từ cùng một mô hình.

Khác với các ngôn ngữ chuyên biệt theo lĩnh vực như UML và BPMN, giá trị đặc hữu của ArchiMate nằm ở việc "khâu nối toàn doanh nghiệp trên một tờ giấy xuyên qua các lớp (cross-layer)". UML vẽ bên trong phần mềm, BPMN vẽ quy trình nghiệp vụ một cách chính xác, nhưng không thể cho thấy, trong một mô hình liên kết duy nhất, "dịch vụ nghiệp vụ này được hiện thực hóa bởi thành phần ứng dụng nào, và thành phần đó chạy trên máy chủ và mạng nào". ArchiMate lấy chính 'khả năng truy vết xuyên lớp' này làm năng lực cốt lõi.

B. Bối cảnh ra đời và sự cần thiết

ArchiMate khởi nguồn từ một dự án nghiên cứu do Telematica Instituut của Hà Lan dẫn dắt trong giai đoạn 2002–2004, được chuyển giao cho The Open Group năm 2008, và từ đó phát triển qua các phiên bản 2.0 (2012), 3.0 (2016), 3.1 (2019) và 3.2 (2022). Lý do căn bản khiến tiêu chuẩn này cần thiết nằm ở chỗ thực hành EA từ lâu đã bị phân mảnh thành "một ngôn ngữ vẽ khác nhau cho mỗi lớp".

Động lực thứ nhất là sự đứt gãy trao đổi do ký pháp bị phân mảnh. Trước đây, các sản phẩm EA được vẽ riêng rẽ — nghiệp vụ bằng lưu đồ, ứng dụng bằng UML, dữ liệu bằng ERD, hạ tầng bằng sơ đồ mạng. Mỗi bức tranh đều chính xác nhưng không liên kết với nhau, nên không thể trả lời câu hỏi ở cấp toàn doanh nghiệp "nếu nghiệp vụ này thay đổi thì hệ thống và máy chủ nào bị ảnh hưởng?". ArchiMate tìm cách lấp đầy sự đứt gãy này bằng việc gộp tất cả các lớp vào một hệ ký pháp.

Động lực thứ hai là trực quan hóa sự tương thích nghiệp vụ–CNTT (alignment). Ban lãnh đạo nói về chiến lược, năng lực và luồng giá trị; kỹ sư nói về máy chủ và middleware. Nếu cây cầu trung gian 'dịch vụ ứng dụng và dịch vụ nghiệp vụ' giữa họ không được thể hiện rõ, hai phía sẽ hình dung ra những thế giới khác nhau. Việc phân tầng dịch vụ của ArchiMate buộc "chiến lược → nghiệp vụ → ứng dụng → công nghệ" kết nối theo chiều dọc qua quan hệ tiêu thụ dịch vụ, nhờ đó phô bày sự tương thích một cách có cấu trúc.

Động lực thứ ba là đảm bảo phân tích tác động (impact analysis) và căn cứ ra quyết định. Khi chuyển đổi số làm bùng nổ sự phụ thuộc lẫn nhau giữa các hệ thống, việc truy vết thủ công hiệu ứng lan truyền khi thay thế một ứng dụng nhất định hay khi quy định thay đổi trở nên gần như bất khả thi. Một mô hình ArchiMate, trong đó quan hệ giữa các phần tử được định nghĩa thành quy tắc hình thức, có thể được truy vấn qua công cụ để tìm "các phần tử thượng nguồn và hạ nguồn kết nối với nút này", trở thành tư liệu căn cứ cho phân tích tác động và quyết định đầu tư.

Động lực thứ tư là khả năng tương hợp với tư cách một tiêu chuẩn quốc tế. Nếu mỗi tổ chức vẽ kiến trúc bằng phương ngữ nội bộ, việc trao đổi sản phẩm giữa các doanh nghiệp, phòng ban và tính tương thích công cụ sẽ khó khăn. ArchiMate cung cấp tiêu chuẩn mở và định dạng trao đổi (ArchiMate Model Exchange File Format), cho phép mô hình di chuyển và tích hợp mà không bị khóa vào một công cụ của nhà cung cấp cụ thể. Trên thực tế, các dự án EA của khu vực công và tổ chức tài chính trong và ngoài nước ngày càng áp dụng đồng thời TOGAF ADM và ArchiMate, chuẩn hóa cùng lúc cả quy trình lẫn ký pháp.

2. Cấu trúc cốt lõi của ArchiMate — Lớp và Khía cạnh

Bộ khung của ArchiMate là một khung hai chiều "lớp × khía cạnh". Trục dọc, tức lớp, biểu thị độ cao của sự trừu tượng hóa (chiến lược, nghiệp vụ, ứng dụng, công nghệ); trục ngang, tức khía cạnh, biểu thị bản chất của phần tử (cái gì hành động, cái gì xảy ra, cái gì được xử lý). Nhờ sự phân rã trực giao này, bất kỳ phần tử kiến trúc nào cũng được phân loại vào một ô duy nhất, kìm hãm trùng lặp và thiếu sót.

graph TD
    AM["Khung ArchiMate (lop x khia canh)"]
    AM --> L["Truc doc: lop (do cao truu tuong hoa)"]
    AM --> A["Truc ngang: khia canh (ban chat phan tu)"]
    L --> L0["Chien luoc (Strategy): tai nguyen, nang luc, luong gia tri"]
    L --> L1["Nghiep vu (Business): tac nhan, dich vu, quy trinh"]
    L --> L2["Ung dung (Application): thanh phan, dich vu ung dung, du lieu"]
    L --> L3["Cong nghe (Technology): nut, phan mem he thong, dich vu ha tang"]
    L --> L4["Vat ly (Physical): thiet bi, may moc, vat tu"]
    L --> L5["Trien khai & Di tru (Implementation & Migration): goi cong viec, plateau"]
    A --> A1["Cau truc chu dong (Active Structure): chu the hanh dong"]
    A --> A2["Hanh vi (Behavior): hoat dong, dich vu duoc thuc hien"]
    A --> A3["Cau truc bi dong (Passive Structure): doi tuong duoc xu ly"]
    A --> A4["Dong co (Motivation): ben lien quan, muc tieu, yeu cau, nguyen tac"]

A. Lớp (Layer) — Phân rã theo chiều dọc từ chiến lược đến công nghệ

Các lớp cốt lõi của ArchiMate 3.x là ba lớp nghiệp vụ, ứng dụng và công nghệ, cộng thêm lớp Chiến lược (Strategy) ở phía trên, và các phần mở rộng Động cơ (Motivation) cùng Triển khai và Di trú (Implementation & Migration) cắt ngang toàn bộ các lớp. Lớp nghiệp vụ xử lý giá trị mà tổ chức cung cấp cho khách hàng cùng các dịch vụ, quy trình và vai trò nghiệp vụ; lớp ứng dụng xử lý các thành phần phần mềm và dịch vụ ứng dụng hỗ trợ nghiệp vụ đó; và lớp công nghệ xử lý phần cứng, phần mềm hệ thống và hạ tầng truyền thông vận hành các ứng dụng.

Lý do căn bản để tách lớp là "để không trộn lẫn các mối quan tâm ở các mức trừu tượng khác nhau". Chẳng hạn, dịch vụ nghiệp vụ 'xử lý yêu cầu bồi thường bảo hiểm' (nghiệp vụ), 'hệ thống quản lý yêu cầu' hiện thực hóa nó (ứng dụng), và 'cụm điều phối container' mà hệ thống đó chạy trên (công nghệ) hoàn toàn khác nhau về tốc độ thay đổi và chủ thể trách nhiệm. Tách lớp cho phép quản lý thay đổi ở một lớp độc lập với các lớp khác, và các lớp chỉ ghép lỏng với nhau qua giao diện 'dịch vụ'. Đây chính là hàm ý thực tiễn của định hướng dịch vụ mà ArchiMate tuyên bố.

Lớp Chiến lược được thêm vào ở 3.0 giúp EA vượt khỏi vai trò một tấm bản đồ hệ thống đơn thuần và kết nối trực tiếp với chiến lược quản trị. Với các phần tử như Tài nguyên (Resource), Năng lực (Capability) và Hướng hành động (Course of Action, Value Stream), nó vẽ ra "chúng ta sẽ đảm bảo năng lực nào và theo lộ trình nào để chuyển giao giá trị", đồng thời liên kết cách năng lực đó được hiện thực hóa bởi nghiệp vụ, ứng dụng và công nghệ ở lớp dưới. Ví dụ, nếu một nhà mạng viễn thông đặt 'năng lực tiếp thị siêu cá nhân hóa' làm phần tử chiến lược, thì luồng mà nó được hiện thực hóa bởi chức năng nghiệp vụ 'xây dựng CDP', thành phần ứng dụng 'nền tảng dữ liệu khách hàng', và nút công nghệ 'cụm phân tích GPU' có thể được thu vào một tờ giấy.

B. Khía cạnh (Aspect) — Cấu trúc chủ động, Hành vi, Cấu trúc bị động

Trục ngang, tức khía cạnh, có thể được ví như các từ loại trong ngữ pháp. Cấu trúc chủ động (active structure) tương ứng với 'chủ ngữ' của hành động (vai trò nghiệp vụ, thành phần ứng dụng, nút công nghệ); hành vi (behavior) tương ứng với 'động từ' (quy trình nghiệp vụ, chức năng ứng dụng, dịch vụ); và cấu trúc bị động (passive structure) tương ứng với 'tân ngữ' (đối tượng nghiệp vụ, đối tượng dữ liệu, tạo tác). Thêm vào đó là khía cạnh Động cơ (motivation) xuyên suốt tất cả các lớp, xử lý các bên liên quan, động lực thúc đẩy, mục tiêu, yêu cầu, ràng buộc và nguyên tắc.

Sự phân rã theo từ loại này hữu ích vì nó lặp lại cùng một cấu trúc trần thuật "ai (chủ động) xử lý cái gì (bị động) như thế nào (hành vi)" trên tất cả các lớp. Cấu trúc 'một thẩm định viên (chủ động) thẩm định đơn yêu cầu (bị động) (hành vi)' ở lớp nghiệp vụ tương ứng trực tiếp với 'thành phần thẩm định yêu cầu (chủ động) kiểm tra dữ liệu yêu cầu (bị động) (hành vi)' ở lớp ứng dụng, nên việc ánh xạ và truy vết xuyên lớp diễn ra tự nhiên. Khía cạnh Động cơ làm rõ "tại sao cấu trúc này tồn tại" như một chiều riêng biệt, liên kết cách các quy định, mục tiêu và nguyên tắc được hiện thực hóa bởi những phần tử nghiệp vụ và ứng dụng cụ thể.

Nơi sự phân biệt khía cạnh đặc biệt có giá trị trong thực tiễn là truy vết quy định và tuân thủ. Chẳng hạn, nếu các ràng buộc bên ngoài như Luật Bảo vệ thông tin cá nhân hay quy định giám sát tài chính điện tử của ngành tài chính được mô hình hóa thành 'động lực (driver)' và 'yêu cầu (requirement)' trong khía cạnh Động cơ, thì có thể truy vết bằng quan hệ cách yêu cầu đó được hiện thực hóa bởi quy trình nghiệp vụ nào (hành vi), thành phần ứng dụng nào (cấu trúc chủ động), và đối tượng dữ liệu nào (cấu trúc bị động). Vì có thể xác định bằng truy vấn mô hình các hệ thống bị ảnh hưởng khi một quy định được sửa đổi, trục khía cạnh trở thành căn cứ thực chất cho quản trị và ứng phó kiểm toán, vượt khỏi việc phân loại đơn thuần.

3. Phần tử và Quan hệ — Định hướng dịch vụ và kết nối lớp

Rốt cuộc, một mô hình ArchiMate là một đồ thị liên kết các phần tử (element) bằng các quan hệ (relationship). Nếu phần tử là từ vựng thì quan hệ là ngữ pháp, và việc các loại quan hệ cùng quy tắc cho phép của chúng được định nghĩa nghiêm ngặt là điều phân biệt nó một cách quyết định với các bản vẽ 'hộp và mũi tên' tự do.

graph TB
    subgraph BIZ["Lop nghiep vu"]
        BS["Dich vu nghiep vu: xu ly yeu cau boi thuong"]
        BP["Quy trinh nghiep vu: tiep nhan-tham dinh-chi tra"]
        BR["Vai tro nghiep vu: tham dinh vien"]
    end
    subgraph APP["Lop ung dung"]
        AS["Dich vu ung dung: API tham dinh yeu cau"]
        AC["Thanh phan ung dung: he thong quan ly yeu cau"]
        DO["Doi tuong du lieu: du lieu yeu cau"]
    end
    subgraph TECH["Lop cong nghe"]
        TS["Dich vu cong nghe: container runtime"]
        NODE["Nut: cum K8s"]
    end
    BR -->|"assignment: thuc hien"| BP
    BP -->|"realization: hien thuc hoa"| BS
    AS -->|"serving: ho tro"| BP
    AC -->|"realization: hien thuc hoa"| AS
    AC -->|"access: doc/ghi"| DO
    TS -->|"serving: van hanh"| AC
    NODE -->|"realization: cung cap"| TS

A. Các loại quan hệ — Cấu trúc, Phụ thuộc, Động, Khác

Các quan hệ của ArchiMate chia thành bốn nhóm theo bản chất. Quan hệ cấu trúc (structural) biểu thị cấu thành tĩnh của phần tử, gồm hợp thành (composition), tập hợp (aggregation), gán (assignment) và hiện thực hóa (realization). Quan hệ phụ thuộc (dependency) biểu thị cách các phần tử dựa vào nhau, gồm phục vụ (serving), truy cập (access), ảnh hưởng (influence) và liên kết (association). Quan hệ động (dynamic) biểu thị dòng chảy thời gian — kích hoạt (triggering) và luồng (flow) — và loại khác gồm chuyên biệt hóa (specialization) và điểm giao (junction).

Việc quan hệ được định nghĩa hình thức mang hàm ý lớn trong thực tiễn. Ví dụ, 'hiện thực hóa (realization)' được quy định chỉ mang nghĩa "một phần tử cụ thể hơn triển khai một phần tử trừu tượng hơn", nên có thể truy vết dọc nhất quán — một quy trình nghiệp vụ hiện thực hóa một dịch vụ nghiệp vụ, một thành phần ứng dụng hiện thực hóa một dịch vụ ứng dụng. Ngược lại, 'phục vụ (serving)' mang nghĩa quan hệ phụ thuộc ngang hoặc dọc trong đó một phần tử cung cấp chức năng cho phần tử khác, trở thành kênh chính cho kết nối xuyên lớp mà ở đó một dịch vụ ứng dụng 'hỗ trợ' một quy trình nghiệp vụ. Chỉ khi ý nghĩa của quan hệ được cố định như vậy thì công cụ mới có thể truy vấn và kiểm chứng mô hình.

B. Logic của định hướng dịch vụ và kết nối lớp

Quan trọng nhất trong các tư tưởng thiết kế của ArchiMate là nguyên tắc "mỗi lớp chỉ ghép nối qua các dịch vụ mà lớp bên dưới phô ra". Dù các thành phần nội bộ của lớp ứng dụng có phức tạp đến đâu, lớp nghiệp vụ chỉ tiêu thụ các 'dịch vụ ứng dụng' mà nó phô ra, và lớp công nghệ cũng chỉ nâng đỡ ứng dụng qua các 'dịch vụ công nghệ'. Ranh giới dịch vụ này hạ thấp độ ghép nối giữa các lớp, để cho dù thay thế bên trong một lớp, lớp trên vẫn không bị ảnh hưởng miễn là các dịch vụ phô ra vẫn giữ nguyên.

Nguyên lý này đặc biệt phù hợp với thời đại microservices và nền kinh tế API. Chẳng hạn, khi một ngân hàng tái xây dựng hệ thống tín dụng mainframe cũ thành dạng cloud-native, nếu chỉ duy trì hợp đồng (giao diện) của 'dịch vụ thẩm định tín dụng' được phô ra, thì các quy trình nghiệp vụ và ứng dụng kênh tiêu thụ dịch vụ đó vẫn được giữ nguyên không đổi. Mô hình ArchiMate phô bày rõ ràng 'ranh giới dịch vụ phải được bảo toàn' này, phân định một cách trực quan phạm vi hiện đại hóa và phạm vi tác động.

4. Điểm nhìn (Viewpoint) — Trực quan hóa có chọn lọc theo bên liên quan

Một mô hình toàn doanh nghiệp đạt tới hàng trăm đến hàng nghìn phần tử, nên trình bày nguyên trạng thì không ai đọc nổi. ArchiMate giải quyết điều này bằng cơ chế điểm nhìn. Điểm nhìn là "một thấu kính quy định những loại phần tử và quan hệ cần hiển thị từ toàn bộ mô hình, phù hợp với một mối quan tâm cụ thể của một bên liên quan cụ thể", và bức tranh thực sự vẽ ra qua thấu kính đó là một góc nhìn (view). Điều này tương thích với các khái niệm 'bên liên quan–mối quan tâm–điểm nhìn–góc nhìn' của ISO/IEC/IEEE 42010, tiêu chuẩn quốc tế về mô tả kiến trúc.

Ví dụ, ban lãnh đạo được cung cấp một 'góc nhìn bản đồ năng lực' chỉ chứa chiến lược và năng lực cùng các dịch vụ nghiệp vụ cốt lõi hiện thực hóa chúng; kiến trúc sư ứng dụng được cung cấp một 'góc nhìn hợp tác ứng dụng' chỉ chứa các thành phần ứng dụng và sự cộng tác giữa chúng; và nhân sự hạ tầng được cung cấp một 'góc nhìn hạ tầng' lấy nút, mạng và phần mềm hệ thống làm trọng tâm. Vì chúng được trích xuất qua các thấu kính khác nhau từ cùng một mô hình duy nhất, việc các phần tử năng lực của ban lãnh đạo và các máy chủ của hạ tầng được kết nối có thể truy vết trong một mô hình là điều khác biệt căn bản so với các bức tranh PowerPoint vẽ tay.

Tiêu chuẩn cung cấp các điểm nhìn cơ bản (chuẩn) làm ví dụ, nhưng tổ chức có thể định nghĩa các điểm nhìn tùy chỉnh phù hợp với mối quan tâm của mình. Nguyên tắc thực tiễn quan trọng là "dù nhiều góc nhìn thì mô hình vẫn là một". Dù góc nhìn có nhân lên, kho lưu trữ (repository) duy nhất của các phần tử và quan hệ nền tảng phải được giữ là một thì tính nhất quán và năng lực phân tích tác động mới được bảo toàn. Nếu nhân bản các phần tử riêng rẽ cho mỗi góc nhìn, giá trị cốt lõi của ArchiMate sẽ sụp đổ.

5. So sánh — Mối quan hệ với các ký pháp và khung lân cận

Vị trí của ArchiMate trở nên rõ ràng qua so sánh với các ngôn ngữ và khung lân cận. Điểm mấu chốt là sự phân chia vai trò: "ArchiMate là ký pháp cấp doanh nghiệp cắt ngang các lớp; UML, BPMN và ERD là các ký pháp chuyên dụng vẽ chính xác bên trong một lớp cụ thể; và TOGAF cùng Zachman không phải ký pháp mà là các hệ quy trình và phân loại".

Phân loại	Bản chất	Phạm vi chính	Quan hệ với ArchiMate
ArchiMate	Ngôn ngữ mô hình hóa (ký pháp)	Tất cả các lớp: chiến lược, nghiệp vụ, ứng dụng, công nghệ	Chủ đề này — chuyên về kết nối xuyên lớp
TOGAF ADM	Phương pháp luận (quy trình)	Toàn bộ vòng đời phát triển EA	Bổ sung lẫn nhau (quy trình↔ký pháp), cùng quản lý
Zachman	Hệ phân loại (ontology)	Hệ tọa độ phân loại sản phẩm	Bổ sung — phân loại 'cái gì' vs 'vẽ thế nào'
UML	Ngôn ngữ mô hình hóa	Thiết kế nội bộ phần mềm	Chi tiết lớp ứng dụng được UML bổ sung
BPMN	Ngôn ngữ mô hình hóa	Chi tiết quy trình nghiệp vụ	Chi tiết quy trình nghiệp vụ được BPMN bổ sung

Lý do căn bản khiến khác biệt nảy sinh trong so sánh này là "độ cao của vấn đề cần giải" khác nhau. UML và BPMN theo đuổi độ chính xác bên trong một lớp duy nhất, nên sức biểu đạt sâu nhưng khó bao quát toàn doanh nghiệp; ArchiMate theo đuổi cái nhìn bao quát toàn bộ các lớp, nên sự khắc họa bên trong một lớp tương đối nông. Hàm ý thực tiễn rõ ràng: hai bên không phải đối thủ mà là phân chia vai trò, và nên áp dụng một cách tài liệu hóa phân tầng trong đó, sau khi vẽ địa hình toàn doanh nghiệp bằng ArchiMate, ta 'phóng to' vào bên trong một ứng dụng cụ thể bằng sơ đồ lớp và tuần tự của UML, và vào luồng chi tiết của một nghiệp vụ cụ thể bằng BPMN. Tương tự, vì ArchiMate (ký pháp), TOGAF (quy trình) và Zachman (phân loại) trả lời những câu hỏi khác nhau ("vẽ thế nào, tạo ra theo quy trình nào, phân loại cái gì"), nên hiệu ứng cộng hưởng nảy sinh khi dùng chúng cùng nhau.

6. Chuyên sâu — Xu hướng mới nhất và ứng dụng thực tiễn

Phiên bản mới nhất của ArchiMate là 3.2, phát hành năm 2022. Bản 3.2 cải thiện khả năng xử lý các phần tử luồng giá trị (value stream) và năng lực một cách tinh tế hơn ở lớp Chiến lược, và làm rõ các ký pháp như liên kết có hướng (directed association), qua đó bổ sung sức biểu đạt. Bản 3.0 (2016) trước đó, vốn giới thiệu các phần tử chiến lược và vật lý, là mở rộng cấu trúc lớn nhất, trong khi 3.1 (2019) và 3.2 (2022) mang tính tinh chỉnh nhiều hơn. Chi tiết phiên bản được xác nhận chính xác nhất dựa trên đặc tả của The Open Group, và vì các quy tắc ký pháp chi tiết có thể được sửa đổi, nên an toàn hơn khi xử lý chúng trên tiền đề "kiểm tra đặc tả hiện hành" thay vì khẳng định chắc chắn.

Hệ sinh thái công cụ cũng đã trưởng thành. Một loạt công cụ, gồm Archi mã nguồn mở và các công cụ EA thương mại, hỗ trợ ArchiMate, và định dạng trao đổi chuẩn (Model Exchange File Format) cho phép mô hình di chuyển giữa các công cụ. Gần đây, giữa xu hướng quản lý mô hình kiến trúc như mã nguồn (Architecture-as-Code), thực hành mô tả mô hình ArchiMate bằng một DSL dựa trên văn bản và liên kết nó với quản lý phiên bản (Git) cùng CI để truy vết lịch sử thay đổi đang lan rộng trong thực tế. Điều này ăn khớp với ý định vận hành các sản phẩm kiến trúc không phải như 'tài liệu báo cáo tĩnh' mà như một 'kho lưu trữ sống'.

Từ góc độ ứng dụng thực tiễn, ArchiMate đặc biệt hữu ích như một công cụ phân tích tác động trong các dự án chuyển đổi số, di trú đám mây và hiện đại hóa hệ thống cũ. Ví dụ, khi một cơ quan công lập di trú chừng 30 hệ thống on-premises lên đám mây, việc truy vết trong mô hình ArchiMate các dịch vụ nghiệp vụ mà mỗi thành phần ứng dụng hiện thực hóa và các dịch vụ công nghệ nó tiêu thụ cho phép xác định "các hệ thống độc lập có thể di chuyển trước" và "các cụm ghép nối chặt phải di chuyển cùng nhau". Hơn nữa, với các phần tử plateau và gói công việc của lớp Triển khai và Di trú, ta có thể mô hình hóa các giai đoạn chuyển tiếp từ hiện trạng (As-Is) đến mục tiêu (To-Be), kết nối lộ trình và kiến trúc thành một. Dẫu vậy, không phải mọi tổ chức đều cần mô hình hóa tất cả các lớp một cách chính xác; vì mô hình hóa quá mức chỉ làm phình chi phí, nên việc điều chỉnh phạm vi cho phù hợp với mục đích (phân tích tác động, trao đổi, lộ trình) là thực tế.

7. Cân nhắc và hàm ý (Góc nhìn Kỹ sư chuyên nghiệp)

Chiến lược áp dụng — mô hình hóa đúng mức theo mục đích: ArchiMate nên khởi đi không phải từ sự toàn vẹn "vẽ doanh nghiệp không sót" mà từ mục đích "sẽ hỗ trợ quyết định nào". Định nghĩa mục đích trước — phân tích tác động, xác định phạm vi hiện đại hóa, tương thích nghiệp vụ-CNTT — và chỉ mô hình hóa có chọn lọc những lớp và điểm nhìn cần cho nó là chìa khóa tránh đầu tư quá mức.
Đánh đổi — bao quát toàn doanh nghiệp đối lại độ chính xác trong lớp: Cái giá của việc có được cái nhìn bao quát xuyên lớp là sự khắc họa bên trong mỗi lớp trở nên nông. Vì vậy, thay vì cố tự hoàn chỉnh chỉ bằng ArchiMate, nên có một chiến lược tài liệu hóa phân tầng bổ sung chi tiết bằng các ký pháp chuyên dụng như UML, BPMN và ERD.
Công nghệ liên kết — kết hợp với phương pháp luận, phân loại và quản trị: Là một ký pháp, ArchiMate chỉ phát huy hiệu lực khi kết hợp với TOGAF ADM (quy trình), Zachman (phân loại), quản trị EA (nguyên tắc và thẩm định), và quản lý cấu hình / kho mô hình (nguồn chân lý duy nhất). Đặc biệt, phải duy trì một kho mô hình duy nhất thì tính nhất quán và năng lực phân tích tác động mới được bảo toàn ngay cả khi góc nhìn nhân lên.
Triển vọng — mở rộng về phía Architecture-as-Code và đồ thị tri thức: Quan sát thấy một xu hướng xử lý mô hình như văn bản/mã để liên kết nó với CI/quản lý cấu hình, và kết nối đồ thị phần tử-quan hệ với các đồ thị tri thức tổ chức và danh mục dữ liệu. Điều này hướng tới việc vận hành kiến trúc như một tài sản sống, nhưng vì là một nỗ lực chưa được chuẩn hóa, nên thích hợp hiểu nó ở mức độ định hướng.
Rủi ro — cảnh giác việc hình thức hóa thành tranh báo cáo: Nếu mô hình ArchiMate trở thành tài liệu chết tách rời thực tế thì giá trị của nó biến mất. Phải kiểm chứng định kỳ sự tương thích với thực thể vận hành, và đảm bảo một vòng lặp quản trị dùng kiến trúc trong các quyết định thực tế (đầu tư, hiện đại hóa, ứng phó quy định).
Năng lực tổ chức — thành thạo ký pháp và sự tham gia của bên liên quan: Nếu không tuân thủ chính xác ý nghĩa của quan hệ, mô hình sẽ thoái hóa thành 'những bức tranh hộp đẹp đẽ'. Chỉ khi sự thành thạo ký pháp của kiến trúc sư, sự đồng thuận về điểm nhìn giữa các bên liên quan, và một văn hóa tổ chức đọc mô hình và dùng nó trong quyết định cùng hội tụ thì ArchiMate mới thực sự vận hành.

Tài liệu tham khảo

The Open Group, "ArchiMate 3.2 Specification" — https://pubs.opengroup.org/architecture/archimate3-doc/
The Open Group, ArchiMate Overview — https://www.opengroup.org/archimate-forum/archimate-overview
Archi (công cụ mô hình hóa ArchiMate mã nguồn mở) — https://www.archimatetool.com/

Tóm tắt một câu: ArchiMate là tiêu chuẩn mở của The Open Group — một ngôn ngữ mô hình hóa EA vẽ tất cả các lớp (chiến lược, nghiệp vụ, ứng dụng, công nghệ) một cách nhất quán bằng 'lớp × khía cạnh' và các phần tử, quan hệ được định nghĩa hình thức, cho phép truy vết xuyên lớp và phân tích tác động, và bộc lộ giá trị thực sự khi kết hợp với quy trình (TOGAF), phân loại (Zachman) và các ký pháp chuyên dụng (UML, BPMN).