Các triển khai ví dụ ArchiMate: Bộ sưu tập đầy đủ – Động lực, Chiến lược, Kinh doanh, Ứng dụng, Công nghệ và Chuyển đổi

Triển khai Khung

Triển khai Khung.

Triển khai này thể hiện khung để xây dựng tất cả các khía cạnh phát triển và các sơ đồ liên quan. Triển khai này có thể được điều chỉnh tùy theo tình huống. Do đó, triển khai này có thể được sử dụng để điều hướng giữa các sơ đồ. Phiên bản triển khai này được áp dụng từ khung ArchiMate (3). Động lực được giới thiệu ở đây như một “lớp” thay vì một “khía cạnh”.

Quan điểm Động lực

Quan điểm Động lực

Quan điểm Động lực.

Triển khai này có thể được sử dụng để phân tích các động lực hoặc yếu tố thúc đẩy định hướng cho tổ chức và thiết kế hoặc thay đổi kiến trúc doanh nghiệp. Các phân tích động lực này là điểm khởi đầu cho mọi hoạt động thay đổi hoặc chuyển đổi kinh doanh trong tổ chức. Triển khai này thể hiện tầm nhìn của công việc phát triển — có thể bao quát toàn bộ tổ chức hoặc một phần của nó (ví dụ: một dòng kinh doanh) hoặc một chương trình hoặc dự án đơn lẻ (mức độ giải pháp). Lưu ý: Một Giá trị có thể được thêm vào ví dụ như Kết quả (hoặc bất kỳ phần tử ArchiMate nào khác) để chỉ ra giá trị thực sự được tạo ra!

Các yếu tố động lực dựa trên Mô hình Động lực Kinh doanh (BMM) [tài liệu hướng dẫn phiên bản 1.3, 2015, OMG].

Triển khai Sứ mệnh – Tầm nhìn – Giá trị

Sứ mệnh – Tầm nhìn – Giá trị.

Triển khai này có thể được sử dụng để thể hiện sứ mệnh, tầm nhìn và các giá trị cốt lõi của tổ chức. Sứ mệnh thể hiện, ví dụ, “Mục đích của tổ chức là gì, tổ chức thực sự làm gì hoặc có ý định làm gì, và lý do chính để tồn tại của tổ chức là gì?” Tầm nhìn là trạng thái tương lai mà tổ chức mong muốn hướng tới. Các giá trị cốt lõi là những yếu tố hỗ trợ tầm nhìn, định hình văn hóa và phản ánh các giá trị của tổ chức. Để hiện thực hóa tầm nhìn của tổ chức, các mục tiêu chiến lược cần được đạt được.

Tham khảo: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Mô hình hóa Chiến lược với ArchiMate.

Triển khai Bản đồ Giá trị Chiến lược

Bản đồ Giá trị – Triển khai Bản đồ Chiến lược.

Triển khai này có thể được sử dụng để trực quan hóa chiến lược của tổ chức. Triển khai này chứa các yếu tố giá trị chiến lược, và tất cả các hoạt động phát triển phải được suy ra — trực tiếp hoặc gián tiếp — từ các yếu tố giá trị chiến lược. Bằng cách trực quan hóa giá trị chiến lược, có thể theo dõi được tất cả các yếu tố khác liên quan đến việc thực thi chiến lược thực tế. Với triển khai này, chiến lược có thể trở nên cụ thể: được trực quan hóa, truyền đạt và liên kết với thực tế.

Triển khai Phân tích Bên liên quan

Triển khai Phân tích Bên liên quan.

Triển khai này có thể được sử dụng để phân tích bên liên quan trong phát triển kinh doanh: những yếu tố thúc đẩy thay đổi là gì? Trước tiên, các bên liên quan quan trọng được xác định, sau đó xác định các yếu tố thúc đẩy thay đổi phù hợp với lợi ích của họ. Khái niệm “Đánh giá” có thể được sử dụng để phân tích các yếu tố thúc đẩy chi tiết hơn, ví dụ theo phương pháp SWOT (Điểm mạnh, Điểm yếu, Cơ hội, Thách thức). Thông thường, các triển khai bên liên quan khác nhau có thể được tạo từ các quan điểm khác nhau. Một lý do khác để chia nhỏ bức tranh lớn thành các phần nhỏ hơn là để giữ cho sơ đồ gọn gàng và dễ đọc — vì đơn giản.

Quan điểm Bên liên quan

Quan điểm Bên liên quan.

Triển khai này có thể được sử dụng để liên kết các yếu tố thúc đẩy của bên liên quan với các mục tiêu kinh doanh. Mục tiêu là các yếu tố then chốt trong quá trình phát triển của tổ chức. Tất cả các yếu tố tiếp theo cần được truy xuất về các yếu tố thúc đẩy chính này của mọi hoạt động thay đổi.

Triển khai Nguyên tắc

Triển khai Nguyên tắc.

Triển khai Rủi ro & Bảo mật

Triển khai Rủi ro và Bảo mật. Bản đồ các khái niệm rủi ro và bảo mật vào ArchiMate. Các vấn đề bảo mật và bảo vệ dữ liệu là một phần của quản lý rủi ro. Cách tiếp cận mô hình hóa này bao gồm cả hai.

Tham khảo:

• Làm thế nào để mô hình hóa Quản lý Rủi ro Doanh nghiệp và Bảo mật bằng Ngôn ngữ ArchiMate®, Tổ chức Mở, Số tài liệu: W172, 2017.
• Mô hình hóa Quản lý Rủi ro Doanh nghiệp và Bảo mật bằng Ngôn ngữ ArchiMate®, Tổ chức Mở, 2015.

Xem xét Phân tích SWOT

Xem xét Phân tích SWOT.

Xem xét Mục tiêu

Xem xét Mục tiêu (với phần tử Giá trị).

Mục tiêu và Kết quả Chính

Mẫu OKR.

OKR là một chiến lược quản lý phổ biến để xác định mục tiêu và theo dõi kết quả. Nó giúp tạo sự đồng thuận và sự tham gia xung quanh các mục tiêu có thể đo lường được. OKR có hai phần quan trọng: Mục tiêu bạn muốn đạt được và Kết quả Chính, là cách bạn đo lường mức độ đạt được Mục tiêu.

Mục tiêu:

• Một mô tả định tính, dễ nhớ về điều bạn muốn đạt được. Các mục tiêu nên ngắn gọn, truyền cảm hứng và thu hút. Một mục tiêu cần phải truyền cảm hứng và thách thức đội nhóm.

Kết quả Chính:

• Một tập hợp các chỉ số đo lường tiến độ hướng đến Mục tiêu. Bạn nên có từ 2 đến 5 Kết quả Chính cho mỗi Mục tiêu. Không quá nhiều, hoặc sẽ không ai nhớ được.

Một phiên bản khác của OKR được hiển thị bên dưới.

Mẫu OKR (2).

Góc nhìn Chiến lược

Xem xét Lớp Chiến lược

Xem xét Chiến lược

Xem xét Chiến lược.

ArchiMate phiên bản 3 hiện hỗ trợ các khái niệm liên quan đến chiến lược kinh doanh, chẳng hạn như “Hành động”, “Năng lực” và “Nguồn lực”, có thể được sử dụng để mô hình hóa chiến lược kinh doanh của tổ chức. Giá trị và tầm quan trọng của góc nhìn này nằm ở chỗ các mục tiêu của tổ chức có thể được liên kết với chiến lược, và cách chúng được liên kết với kiến trúc doanh nghiệp thông qua năng lực. Góc nhìn này có thể được sử dụng để áp dụng “Mô hình hóa Chiến lược dựa trên Mục tiêu” (Azevedo et al. 2015), trong đó các mục tiêu tạo thành một cấu trúc phân cấp, giúp các mục tiêu cấp cao có thể được phân tích thành các mục tiêu cấp thấp hơn.

Xem xét Chiến lược Kinh doanh

Chiến lược Kinh doanh.

Xem xét Mô hình Động lực Kinh doanh (BMM)

Xem xét Mô hình Động lực Kinh doanh (BMM).

Xem xét Yêu cầu

Xem xét Yêu cầu.

Góc nhìn này có thể được sử dụng để thu thập các yêu cầu dựa trên các mục tiêu chiến lược. Điều này liên kết chiến lược với việc thực hiện: chiến lược có thể được theo dõi đến thực thi.

Xem xét Chiến lược đến Năng lực

Xem xét Chiến lược đến Năng lực.

Góc nhìn này có thể được sử dụng để phục vụ mục đích như Kế hoạch hóa Dựa trên Năng lực (CBP), cũng như các khái niệm ArchiMate khác như “Yếu tố thúc đẩy” và “Mục tiêu”, như được hiển thị trong hình bên dưới. Góc nhìn này có thể được sử dụng để hỗ trợ các mục đích lập kế hoạch chiến lược (và thực thi). Do đó, góc nhìn này có thể được sử dụng cho giai đoạn Chiến lược đến Năng lực, có thể được bao gồm trong “Chiến lược đến Danh mục” của IT4IT.

Xem xét Bản đồ Năng lực

Xem bản đồ năng lực.

Xem này có thể được sử dụng để cung cấp cái nhìn tổng quan về năng lực của tổ chức: những gì tổ chức làm hoặc có thể làm.

Xem lập kế hoạch năng lực

Xem lập kế hoạch năng lực.

Xem này có thể được sử dụng ví dụ để phục vụ mục đích lập kế hoạch dựa trên năng lực (CBP), tức là “liên kết giữa chiến lược và kiến trúc doanh nghiệp”. Xem này có thể được sử dụng ví dụ để liên kết chiến lược với các năng lực cần thiết, và các năng lực với nguồn lực và các khối xây dựng khác.

Xem thực hiện năng lực

Xem thực hiện năng lực.

Xem thực hiện năng lực 2

Một xem khác định nghĩa cách các năng lực được thực hiện bởi những thành phần nào…

Xem thực hiện năng lực 2.

Xem luồng giá trị

Xem luồng giá trị (mẫu).

Lưu ý! “Liên kết có hướng” được sử dụng ở đầu chuỗi giá trị / luồng giá trị. Một luồng giá trị có thể bao gồm các “giai đoạn” giá trị. Tương tự, một luồng giá trị tổng thể, cấp cao có thể là một “chuỗi giá trị”, vốn gồm các luồng giá trị. Ví dụ, IT4IT (liên kết) giới thiệu một chuỗi giá trị gồm bốn luồng giá trị như sau: Chiến lược danh mục, Triển khai Nhu cầu, Thực hiện Yêu cầu, Phát hiện đến Sửa chữa (liên kết).

Xem chéo liên kết Luồng giá trị – Năng lực

Một ví dụ đơn giản về chuỗi cung cấp giá trị được hiển thị bên dưới. Các chuỗi giá trị, mạng lưới giá trị và luồng giá trị có thể được mô hình hóa bằng phần tử Luồng giá trị của ArchiMate, được bao gồm trong phiên bản ArchiMate 3.1.

Xem ví dụ về chuỗi giá trị từ ý tưởng đến sản xuất.

Chuỗi cung cấp giá trị. Đây là một ví dụ mở rộng minh họa cách các chức năng hỗ trợ (phục vụ) luồng giá trị. Xem này có thể được sử dụng để xác định tổ chức làm gì (mô hình kinh doanh), tại sao cần các năng lực, và mối liên hệ của chúng với việc tạo ra giá trị.

Xem này được bao gồm trong triển khai tham chiếu Khung kiến trúc doanh nghiệp Lean (LEAF) (liên kết). Điều hướng đến “Luồng giá trị”, “Chuỗi cung cấp giá trị”.

Xem bảng mô hình kinh doanh

Xem mô hình kinh doanh.

Đây là dạng cơ bản của bảng mô hình kinh doanh của A. Osterwalder’sBảng mô hình kinh doanh (BMC), nhưng nó có thể được điều chỉnh tùy theo tình huống. Cũng có các phương pháp được phiên bản hóa, chẳng hạn như “Bảng mô hình dịch vụ” hoặc “Bảng mô hình Lean”. BMC có thể được sử dụng ví dụ để thiết kế và đổi mới mô hình kinh doanh.

Mô hình hóa BMC với ArchiMate “giúp theo dõi yêu cầu từ nhu cầu kinh doanh đến các thông số thiết kế. Điều này giúp phát hiện tác động của việc thay đổi mô hình kinh doanh đối với thiết kế kiến trúc.” [LO Meertens et al.]

Sự phát triển tổng thể bao gồm hỗ trợ kiến trúc tích hợp cho phân tích chiến lược và mô hình kinh doanh. Điều này cho phép các nhà phân tích kinh doanh và nhà phát triển quan sát ví dụ như cách mô hình kinh doanh hỗ trợ chiến lược và cách mô hình kinh doanh thích nghi với tổ chức, và ngược lại.

Nếu BMC được mô hình hóa trong một công cụ mô hình hóa, lợi thế của cách tiếp cận này là tất cả các thành phần của BMC có thể được sử dụng trong các góc nhìn khác trong cùng một kho lưu trữ mô hình. Khi mô hình kinh doanh được điều chỉnh, mọi thay đổi đều hiển thị ngay lập tức. Các nhà mô hình hóa kinh doanh có thể tạo ra các thành phần mới (ví dụ: dịch vụ), hoặc tận dụng tất cả các thành phần hiện có trong kho lưu trữ (ví dụ: đơn vị tổ chức hoặc nguồn lực).

Góc nhìn Bản đồ Khái niệm

Bản đồ Khái niệm. BMC có thể có các biến thể khác nhau, như được hiển thị trong hình bên dưới. Bố cục của Bản đồ Khái niệm này nhất quán với cách tiếp cận theo lớp của ArchiMate.

Góc nhìn Kinh doanh

Góc nhìn Lớp Kiến trúc Kinh doanh.

Góc nhìn Bản đồ Dịch vụ Kinh doanh

Góc nhìn Dịch vụ Kinh doanh.

Góc nhìn này cung cấp cái nhìn tổng quan về các dịch vụ kinh doanh của tổ chức. Góc nhìn này có thể được sử dụng như một “sổ tay dịch vụ” hoặc “danh mục dịch vụ” cho quản lý. Rất quan trọng khi xác định các dịch vụ kinh doanh mà tổ chức cung cấp cho khách hàng. Ngoài ra, các dịch vụ kinh doanh là điểm khởi đầu để mô hình hóa tất cả các quy trình và cấu trúc tổ chức nền tảng. Do đó, các dịch vụ kinh doanh là một trong những thành phần quan trọng nhất trong kiến trúc doanh nghiệp.

Góc nhìn Bản đồ Quy trình Kinh doanh

Góc nhìn Quy trình Kinh doanh.

Góc nhìn này có thể được sử dụng như một “bản đồ quy trình” cung cấp cái nhìn tổng quan về các quy trình kinh doanh của tổ chức.

Góc nhìn Hợp tác Quy trình Kinh doanh

Góc nhìn Hợp tác Quy trình Kinh doanh.

Góc nhìn này có thể được sử dụng ví dụ để mô hình hóa các mô hình vận hành.

Góc nhìn Bản đồ Người tham gia Kinh doanh

Góc nhìn Người tham gia Kinh doanh.

Các bên tham gia kinh doanh có thể là a) nội bộ hoặc b) bên ngoài. Các bên tham gia kinh doanh nội bộ ví dụ như các đơn vị tổ chức, trong khi các bên tham gia kinh doanh bên ngoài ví dụ như khách hàng, đối tác kinh doanh hoặc các nhóm bên liên quan khác hợp tác với tổ chức (ví dụ như các tổ chức khu vực công hoặc các cơ quan quản lý khác).

Góc nhìn Hợp tác Bên tham gia Kinh doanh

Góc nhìn Hợp tác Bên tham gia Kinh doanh.

Hai trường hợp sử dụng như sau:

1. Góc nhìn Nội doanh nghiệp: Góc nhìn Hợp tác Bên tham gia Kinh doanh mô tả cách các bên tham gia kinh doanh nội bộ hợp tác và trao đổi thông tin như thế nào.
2. Góc nhìn Liên doanh nghiệp: Góc nhìn Hệ sinh thái mô tả môi trường vận hành mà tổ chức hoạt động. Một hệ sinh thái là mạng lưới các tổ chức và đối tác kinh doanh hợp tác thông qua các tương tác hợp tác. Bao gồm các nhà cung cấp, nhà thầu phụ và các đối tác B2B khác, khách hàng, v.v.

Góc nhìn Quy trình Kinh doanh

Góc nhìn Quy trình Kinh doanh.

Góc nhìn quy trình kinh doanh này cung cấp “cấu trúc cấp cao và cấu thành của một hoặc nhiều quy trình kinh doanh (hoặc một phần của chúng), nơi các dịch vụ được cung cấp, các bên tham gia được gán vào vai trò, và thông tin được sử dụng bởi các quy trình kinh doanh” [thông số ArchiMate 2.1]. Sơ đồ quy trình chứa các phần tử “Nút giao” được sử dụng để mô hình hóa “chia nhánh” và “giao nhau” trong luồng quy trình.

Một góc nhìn quy trình cấp cao được hiển thị bên dưới. Đây dựa trên mô hình vận hành được suy ra từ mô hình kinh doanh, như được thể hiện trong sơ đồ luồng giá trị ở trên.

Quy trình Ý tưởng đến Sản xuất.

SIPOC (Nhà cung cấp, Đầu vào, Quy trình, Đầu ra, Khách hàng)

SIPOC.

Công cụ Six Sigma được gọi là SIPOC (Nhà cung cấp, Đầu vào, Quy trình, Đầu ra, Khách hàng) có thể được sử dụng để xác định các yếu tố chung cho mọi quy trình. Đây là một công cụ đơn giản để phân tích các trường hợp kinh doanh: khách hàng nhận được giá trị gì và nhận giá trị đó như thế nào.

Góc nhìn Quy trình Kinh doanh với Vai trò Kinh doanh làm các “làn đường bơi” quy trình – Cách tiếp cận theo lớp

Góc nhìn Làn đường Quy trình Kinh doanh (mẫu) 2.0.

“Vai trò Kinh doanh A” đại diện cho khách hàng, trong khi làn đường trên cùng “swimlane” đại diện cho hành trình khách hàng.

Lưu ý! Các bước quy trình (hoạt động) được lồng bên trong các vai trò kinh doanh (được trực quan hóa như các “làn đường bơi”), điều này có nghĩa là: các vai trò kinh doanh này được gán cho các quy trình kinh doanh/quy trình bước. Do đó, góc nhìn này là sự kết hợp giữa góc nhìn quy trình kinh doanh và góc nhìn theo lớp.

Phiên bản bên dưới minh họa luồng thông tin và dữ liệu (mối quan hệ luồng). Làn đường trên cùng “swimlane” đại diện cho hành trình khách hàng (các hoạt động liên quan thông qua mối quan hệ kích hoạt).

Góc nhìn Làn đường Quy trình Kinh doanh (mẫu) 2.0 (luồng thông tin).

Phiên bản bên dưới đại diện cho một cách tiếp cận thiết kế dịch vụ. Làn đường trên cùng (Vai trò A) đại diện cho hành trình khách hàng, được kết nối với tổ chức (Vai trò B và C) thông qua các dịch vụ kinh doanh (1 và 2).

Góc nhìn Làn đường Quy trình Kinh doanh (mẫu) 2.0 (dịch vụ).

Góc nhìn Quy trình Kinh doanh theo lớp

Góc nhìn Quy trình theo lớp.

Góc nhìn này có thể được sử dụng để mô hình hóa các quy trình kinh doanh bao gồm cả các bước thủ công và tự động.

Góc nhìn Bản đồ Hành trình Khách hàng

Khi phân tích hành trình khách hàng ở cấp độ cao, phiên bản này được tạo bằng cách sử dụng các yếu tố động lực và chiến lược.

Bản đồ Hành trình Khách hàng (cấp độ cao).

Khi phân tích các hành trình dịch vụ khách hàng ở chi tiết hơn, phiên bản này được tạo bằng cách sử dụng các yếu tố lớp kinh doanh và lớp ứng dụng (lõi).

Góc nhìn Hành trình Khách hàng (ví dụ) 1.0.

Góc nhìn lấy khách hàng làm trung tâm này tập trung vào trải nghiệm khách hàng. Cách tiếp cận phát triển “từ ngoài vào” liên quan đến “thiết kế dịch vụ” nhấn mạnh khía cạnh quan trọng rằng các dịch vụ và sản phẩm được tạo ra nhằm mang lại giá trị cho khách hàng – và gián tiếp cho chính tổ chức. Các hành trình khách hàng có thể được sử dụng để trực quan hóa các luồng giá trị khách hàng bao gồm nhiều dịch vụ ứng dụng và ứng dụng khác nhau.

Góc nhìn Bản đồ Dịch vụ

Góc nhìn Bản đồ Dịch vụ 1 (dịch vụ và luồng)

Góc nhìn này lấy khách hàng và dịch vụ làm trung tâm, nhưng cũng nhấn mạnh phần “từ trong ra ngoài” của dịch vụ. Nhờ cách tiếp cận này, phát triển dựa trên dịch vụ có thể xác định được các tác động tiềm tàng về hành vi và cấu trúc đối với các dịch vụ đang được thiết kế. Do đó, góc nhìn này bổ sung cho cách tiếp cận lấy trải nghiệm khách hàng làm trung tâm thông qua các khía cạnh quy trình và chức năng.

Góc nhìn này có nhiều biến thể. Ví dụ ở trên tập trung vào luồng thông tin giữa các lớp và các yếu tố.

Góc nhìn Câu chuyện Người dùng

Góc nhìn Câu chuyện Người dùng.

Góc nhìn này có thể được sử dụng để trực quan hóa các câu chuyện người dùng.

Góc nhìn Mô hình Dịch vụ Trong đám mây

Góc nhìn Mô hình Dịch vụ Trong đám mây.

Góc nhìn Thông tin

Góc nhìn Thông tin.

Thông tin có thể được mô hình hóa ở các mức độ trừu tượng khác nhau như sau: a) mức khái niệm, b) mức logic và c) mức vật lý. Hình trên minh họa các mức độ trừu tượng này.

Xem mô hình dữ liệu khái niệm

Xem mô hình dữ liệu khái niệm.

Kiến trúc thông tin của EA bao gồm các đối tượng kinh doanh được sử dụng trong các quy trình kinh doanh, tức là các khái niệm. Các khái niệm này và các mối quan hệ của chúng có thể được biểu diễn trong một mô hình dữ liệu khái niệm.

Khái niệm “Dịch vụ”

Khái niệm dịch vụ.

Khái niệm dịch vụ thường gây khó khăn và có thể được hiểu theo nhiều cách khác nhau. Để phân biệt rõ ràng các loại dịch vụ tham gia, tốt nhất nên sử dụng tiền tố: dịch vụ kinh doanh, dịch vụ ứng dụng hoặc dịch vụ công nghệ. Theo ITIL, các dịch vụ CNTT liên quan đến các dịch vụ sản xuất. Như vậy, các dịch vụ CNTT gần nhất tương ứng với các dịch vụ ứng dụng.

Dịch vụ so với Sản phẩm

Xem sản phẩm.

Khái niệm sản phẩm có thể được sử dụng như một phần tử tổng hợp để nhóm các dịch vụ. Theo quy định của ArchiMate:

“Một sản phẩm đại diện cho một tập hợp các dịch vụ nhất quán và/hoặc các yếu tố cấu trúc thụ động, đi kèm với một bộ hợp đồng/thỏa thuận, được cung cấp toàn bộ cho (nội bộ hoặc bên ngoài) khách hàng.”

“Một sản phẩm có thể tích hợp hoặc kết hợp các dịch vụ kinh doanh, dịch vụ ứng dụng và dịch vụ công nghệ, các đối tượng kinh doanh, đối tượng dữ liệu và đối tượng công nghệ, cũng như các hợp đồng. Do đó, một sản phẩm có thể tích hợp hoặc kết hợp các phần tử từ các lớp khác ngoài lớp kinh doanh.”

“Giá trị có thể được liên kết với một sản phẩm. Tên sản phẩm thường là tên được sử dụng trong giao tiếp với khách hàng, hoặc có thể là một danh từ mang tính chung chung (ví dụ: ‘bảo hiểm du lịch’).”

Góc nhìn Ứng dụng

Xem lớp kiến trúc Ứng dụng.

Xem bản đồ Dịch vụ Ứng dụng

Xem Dịch vụ Ứng dụng.

Xem bản đồ Ứng dụng

Xem bản đồ Ứng dụng.

Danh mục ứng dụng, nơi các ứng dụng có thể được nhóm theo đơn vị kinh doanh.

Xem hợp tác Ứng dụng (Dòng dữ liệu)

Xem hợp tác Ứng dụng.

Xem tích hợp Ứng dụng (Mối quan hệ động)

Một số cách thay thế để mô hình hóa việc chuyển đổi dữ liệu giữa các ứng dụng được hiển thị trong ví dụ dưới đây (1 đến 10).

• “Ứng dụng A” sở hữu đối tượng dữ liệu “A-1” được yêu cầu bởi “Ứng dụng B”.
• Dữ liệu chảy từ “Ứng dụng A” sang “Ứng dụng B”.
• “Ứng dụng A” thực hiện dịch vụ “A-1” được “Ứng dụng B” sử dụng.
• Trong thực tế, “Ứng dụng B” yêu cầu giao diện ứng dụng “A-1” và nhận được phản hồi…

Xem tích hợp Ứng dụng.

Xem cấu trúc Ứng dụng

Xem này giúp thiết kế hoặc hiểu cấu trúc chính của một ứng dụng và các thành phần con cùng dữ liệu liên quan. Biểu đồ có thể được sử dụng để phân tích cấu trúc của hệ thống ứng dụng đang được xây dựng nhằm minh họa tính module/phân rã: các hệ thống con/thành phần con là gì, các dịch vụ ứng dụng (hoặc giao diện ứng dụng) nào chúng cung cấp.

Xem cấu trúc ứng dụng.

Lưu ý rằng các dịch vụ ứng dụng (hình trên) là các chức năng hành vi được cung cấp bởi các giao diện cấu trúc (giao diện người dùng đồ họa và/hoặc API trong hình dưới). Các dịch vụ ứng dụng và các giao diện ứng dụng là “hai mặt của đồng xu giống nhau”.

Xem cấu trúc ứng dụng 2.

Xem kiến trúc ứng dụng

Xem này kết hợp các phương pháp cấp EA và cấp giải pháp, vì cả ứng dụng và các mô-đun ứng dụng đều tồn tại trong cùng một xem.

Kiến trúc ứng dụng.

Mô hình thành phần ứng dụng (CM)

Mô hình thành phần ứng dụng 0-n là một phương pháp mô hình hóa kiến trúc ứng dụng bao gồm các sơ đồ ở các mức độ trừu tượng khác nhau như sau:

• Ở cấp độ CM-0, sơ đồ mô tả cách ứng dụng mục tiêu tương tác với môi trường xung quanh và các tương tác tồn tại với các ứng dụng liền kề và người dùng. Ứng dụng mục tiêu được mô tả như một hộp đen.
• Ở cấp độ CM-1, ứng dụng mục tiêu được phân rã thành các mô-đun (các thành phần chính), và các dịch vụ ứng dụng (hoặc giao diện ứng dụng) mà các mô-đun này cung cấp và yêu cầu. Ứng dụng mục tiêu được mô tả như một hộp trắng.
• Ở cấp độ CM-2, các mô-đun được phân rã thành các thành phần con. (Số lượng cấp độ cần thiết phụ thuộc vào tình huống.)

Sơ đồ Mô hình thành phần ứng dụng (CM) bên dưới bao gồm các thành phần ứng dụng và các dịch vụ ứng dụng. Thay vào đó, có thể sử dụng các giao diện ứng dụng thay vì dịch vụ ứng dụng, tùy theo tình huống. Như bao giờ, điều quan trọng là sử dụng phong cách mô hình hóa phù hợp với mục đích và chỉ mô hình hóa những thành phần cung cấp thông tin đầy đủ và mang lại giá trị. Điều này phụ thuộc vào người mô hình hóa — liệu họ có ưu tiên nhấn mạnh vào các khía cạnh chức năng hay muốn cụ thể hơn và mô hình hóa ví dụ như các giao diện thực tế với tên chính xác.

Sơ đồ mô hình thành phần bên dưới bao gồm các thành phần ứng dụng và các dịch vụ ứng dụng. Thay vào đó, có thể sử dụng các giao diện ứng dụng thay vì dịch vụ ứng dụng.

Mô hình thành phần ứng dụng – 0 (CM-0)

Mô hình thành phần ứng dụng – 0.

Cấp độ Mô hình thành phần – 0 (CM-0) (ở trên) minh họa sự tương tác giữa ứng dụng mục tiêu và các ứng dụng liền kề. Tất cả các dịch vụ ứng dụng (hoặc giao diện ứng dụng) liên quan đều được giới thiệu. Sơ đồ cấp độ 0 bao gồm các thành phần lớp kiến trúc doanh nghiệp và các dịch vụ của chúng, với ứng dụng mục tiêu ở giữa.

Mô hình thành phần ứng dụng – 1 (CM-1)

Mô hình thành phần ứng dụng – 1.

Cấp độ Mô hình thành phần – 1 (CM-1) (ở trên) minh họa cách ứng dụng mục tiêu được phân rã thành các mô-đun (hoặc các thành phần chính), và các dịch vụ ứng dụng (hoặc giao diện ứng dụng) mà mỗi mô-đun thực hiện. Lưu ý! Các ứng dụng bên ngoài có thể bị loại bỏ ở cấp độ này, nhưng các dịch vụ (hoặc giao diện) của chúng vẫn được hiển thị. Khi hiển thị nhiều thành phần cấp thấp hơn, các thành phần cấp cao hơn có thể/bắt buộc phải bỏ qua – để đơn giản: hãy giữ sơ đồ dễ đọc.

Mô hình thành phần ứng dụng – 2 (CM-2)

Mô hình thành phần ứng dụng – 2.

Cấp độ Mô hình thành phần – 2 (CM-2) (ở trên) minh họa cách các mô-đun của ứng dụng mục tiêu bao gồm các thành phần con và cách chúng tương tác với nhau.

Xem chức năng ứng dụng

Phân rã chức năng ứng dụng: hệ thống bao gồm những chức năng nào và cung cấp những dịch vụ ứng dụng nào?

Xem chức năng ứng dụng.

Xem quy trình ứng dụng

Xem quy trình ứng dụng.

Xem quy trình ứng dụng – lồng ghép.

Xem quy trình ứng dụng – nội bộ.

Xem sơ đồ tuần tự thành phần ứng dụng

Sơ đồ tuần tự không nằm hoàn toàn trong phạm vi của ArchiMate, mà nằm trong UML. Tuy nhiên, chúng ta có thể mô hình hóa ví dụ như trình tự các hành động thực hiện bởi các thành phần ứng dụng bằng ArchiMate như minh họa bên dưới.

Xem sơ đồ tuần tự ứng dụng.

Các mối quan hệ động “Kích hoạt” và “Dòng chảy” có thể được sử dụng để mô hình hóa các động lực giữa các thành phần ứng dụng. Bố cục của bản xem này có thể tương tự như vị trí trong sơ đồ tuần tự UML.

Xem sơ đồ tuần tự thành phần ứng dụng 2

Phiên bản này (bên dưới) minh họa cách ArchiMate có thể được sử dụng để mô hình hóa trình tự các hành động thực hiện bởi các bộ phận nội tại của thành phần ứng dụng. Các bộ phận nội tại bao gồm ví dụ như a) các quy trình hoặc chức năng hành vi và b) các thành phần con cấu trúc. Những thành phần này được mô hình hóa bằng các yếu tố Quy trình ứng dụng, Chức năng ứng dụng và Thành phần ứng dụng. Những yếu tố này được hiển thị ở đây chỉ như các lựa chọn thay thế.

Xem sơ đồ tuần tự ứng dụng (2).

Dòng hoạt động trong sơ đồ tuần tự này (ở trên):

1. Phần phụ “X” của Thành phần ứng dụng “A” gửi một tin nhắn yêu cầu với tham số “A” đến Ứng dụng B.
2. Phần phụ “B-1” của Thành phần ứng dụng “B” nhận yêu cầu đầu vào và sau đó (đồng bộ) gọi Thành phần ứng dụng C, nơi Chức năng ứng dụng “Y” nhận yêu cầu, thực hiện một số thao tác và phản hồi.
3. Một phần phụ khác “B-2” của Thành phần ứng dụng “B” gửi một tin nhắn với các tham số đến Thành phần ứng dụng D và nhận xác nhận. Thành phần ứng dụng “D” chứa các thành phần con thực hiện xử lý.
4. Thành phần ứng dụng “A” nhận một tin nhắn phản hồi từ Thành phần ứng dụng “B”.

Như minh họa ở đây, chúng ta có thể mô hình hóa các trường hợp tích hợp khá phức tạp bằng cách kết hợp các yếu tố này (Thành phần ứng dụng, Quy trình ứng dụng và Chức năng ứng dụng cùng các mối quan hệ (Kích hoạt, Dòng chảy)). Sơ đồ tuần tự UML có ứng dụng chuyên biệt trong thiết kế phần mềm, nhưng ArchiMate có thể được sử dụng cho nhiều mục đích mô hình hóa – cả trong thiết kế ứng dụng.

Tích hợp ứng dụng là một trong những phần quan trọng nhất của Kiến trúc Doanh nghiệp (EA). Đó là lý do tại sao rất có lợi nếu chúng ta có thể mô hình hóa chi tiết hơn cách các ứng dụng trao đổi dữ liệu và cơ chế tương tác nào được sử dụng. Một nguồn tài liệu tốt để hiểu sâu hơn về các mẫu tích hợp là cuốn sách “Enterprise Integration Patterns”, đây là liên kếtliên kết.

Dòng tuần tự người dùng cuối được thêm vào (bên dưới) tuân theo cùng một ý tưởng sử dụng các mối quan hệ động ArchiMate Kích hoạt và Dòng chảy, có thể được sử dụng để mô hình hóa các mẫu truyền tin đồng bộ và bất đồng bộ (yêu cầu-phản hồi và callback, cũng như phát hành-đăng ký, v.v.).

Xem mẫu tuần tự.

Xem quy trình ETL

Xem quy trình ETL.

Xem EAI / ESB

Xem mẫu EAI – ESB.

Xem theo lớp

Xem theo lớp.

Xem theo lớp có thể được sử dụng như một sơ đồ bối cảnh tổng quan cho khu vực mục tiêu. Ưu điểm chính của bản xem này là minh họa cách các ứng dụng được sử dụng trong các quy trình kinh doanh và các dịch vụ mà chúng cung cấp. Hình trên sử dụng yếu tố Nhóm trong ArchiMate để mô hình hóa các lớp khác nhau, trong khi hình dưới sử dụng yếu tố Nhóm trực quan do công cụ cung cấp (Archi).

Trong ArchiMate, về cơ bản có ba (3) lớp như sau: 1) Lớp Kinh doanh, 2) Lớp Ứng dụng và 3) Lớp Công nghệ. Màu sắc thường được sử dụng như sau: Lớp Kinh doanh là màu vàng, Lớp Ứng dụng là màu xanh ngọc, Lớp Công nghệ là màu xanh lá (xem Khung chính ArchiMate, liên kết).

Xem theo lớp.

Xem Ứng dụng & Cơ sở dữ liệu

Các cơ sở dữ liệu là một đơn vị có ý nghĩa trong kiến trúc doanh nghiệp tổng thể của một tổ chức. Ví dụ: “Cơ sở dữ liệu Khách hàng” hoặc “Cơ sở dữ liệu Khách hàng”, “Cơ sở dữ liệu Sản phẩm”, v.v. Ngoài ra, một cơ sở dữ liệu có thể bao gồm tất cả các bảng của một ứng dụng (ví dụ: “Bảng Khách hàng”, “Bảng Đơn hàng”, “Bảng Hóa đơn”, v.v.), cùng nhau tạo thành một cơ sở dữ liệu. Theo tài liệu ArchiMate, Đối tượng Dữ liệu có thể được sử dụng để mô hình hóa các cơ sở dữ liệu logic (hình bên dưới), Chương 9.4.1 “Đối tượng Dữ liệu” nêu: “Các ví dụ điển hình về đối tượng dữ liệu là các bản ghi khách hàng, cơ sở dữ liệu khách hàng hoặc các yêu cầu bảo hiểm.” “Một ngoại lệ quan trọng là khi một đối tượng dữ liệu được sử dụng để mô hình hóa một tập hợp dữ liệu, chẳng hạn như một cơ sở dữ liệu, nơi chỉ tồn tại một thể hiện duy nhất.” ArchiMate có cơ chế tích hợp tinh tế cho phép một số khái niệm được sử dụng ở các mức độ trừu tượng (và chi tiết) khác nhau. Do đó, ví dụ, Đối tượng Dữ liệu có thể được sử dụng để mô hình hóa các cơ sở dữ liệu logic, các bảng cơ sở dữ liệu, các cấu trúc tin nhắn (chuyển đổi giữa các ứng dụng), v.v.

Các cân nhắc về mô hình hóa Cơ sở dữ liệu.

Cơ sở dữ liệu như một thành phần Ứng dụng.

Các mức độ trừu tượng của Cơ sở dữ liệu.

Xem Mô hình Dữ liệu.

Xem Trường hợp Sử dụng

ArchiMate có thể được sử dụng để phân tích các trường hợp sử dụng từ góc độ chức năng của các ứng dụng. Các trường hợp sử dụng (được biết đến trong UML) có thể được ánh xạ vào các Dịch vụ Ứng dụng như minh họa trong hình bên dưới.

Xem Trường hợp Sử dụng (mẫu 1).

Các trường hợp sử dụng có thể được chia thành: a) các trường hợp sử dụng kinh doanh và b) các trường hợp sử dụng hệ thống (còn gọi là các trường hợp sử dụng hệ thống). Hình bên dưới minh họa cách “các trường hợp sử dụng chính” được mô hình hóa như các Dịch vụ Kinh doanh, và các trường hợp hệ thống tiếp theo được mô hình hóa như các Dịch vụ Ứng dụng.

Xem Trường hợp Sử dụng (ví dụ).

Khi các trường hợp sử dụng được xác định là các dịch vụ ứng dụng, chúng có thể được sử dụng thêm như các thành phần chức năng của các ứng dụng mục tiêu trong các sơ đồ khác (ví dụ: trong các sơ đồ theo lớp). Nói cách khác: các dịch vụ ứng dụng đại diện cho hành vi (chức năng) của các ứng dụng. Để biết thêm thông tin chi tiết về phân tích trường hợp sử dụng, xem Sổ tay ArchiMate,liên kết.

Góc nhìn Công nghệ

Xem Lớp Kiến trúc Công nghệ.

Xem Cơ sở hạ tầng

Xem này đại diện cho nền tảng của các ứng dụng. Mẫu này có thể được sử dụng để mô hình hóa cấu hình môi trường chạy và triển khai các ứng dụng kinh doanh.

Xem Cơ sở hạ tầng.

Xem Cơ sở hạ tầng (lồng ghép).

Xem Lớp Triển khai & Chuyển đổi / Lớp Kiến trúc Chuyển tiếp

Xem Bản đồ Triển khai

Xem Bản đồ Triển khai.

Xem Bảng Kanban

Bảng Kanban (EA).

Kanban có thể được sử dụng để trực quan hóa công việc và quy trình làm việc. Kanban cho thấy ví dụ như cách các yêu cầu phát triển, các epic, các câu chuyện người dùng, v.v. chảy từ danh sách chờ đến trạng thái sẵn sàng (hoàn thành). Kanban có thể được áp dụng cho nhiều mục đích tùy thuộc vào quy mô và phạm vi của trường hợp phát triển. Ví dụ, “epic” có thể được sử dụng ở cấp độ EA hoặc “câu chuyện người dùng” hoặc “yêu cầu” ở cấp độ dự án. Mức độ chi tiết của các mục công việc có thể thay đổi tùy theo tình huống.

Xem Chung

Xem Chung.

Xem đơn giản này có thể được sử dụng ví dụ như sơ đồ bối cảnh cho một dịch vụ, chương trình hoặc dự án cụ thể.

Tính năng bổ sung

Tổng quan bối cảnh – Bản đồ Dải Ngân Hà

Đây là một cách tiếp cận để trực quan hóa càng nhiều thông tin càng tốt trong cùng một góc nhìn. Để biết thêm chi tiết, xem Bản đồ Dải Ngân Hà cho ArchiMate,liên kết.

Bản đồ Dải Ngân Hà FM (Cấp độ 2). (Lưu ý! Bộ màu này sử dụng màu mặc định của ArchiMate. Có thể sử dụng bất kỳ màu nào khác khi cần thiết.)

Góc nhìn Hợp tác

Các lớp có thể được kết hợp như minh họa trong ví dụ sơ đồ luồng dữ liệu bên dưới.

Góc nhìn Hợp tác Ứng dụng (mở rộng).

Mô hình nền

Mô hình nền.