Các mẫu dịch vụ thông tin
Phần 4: Các mẫu kiến trúc Quản lý dữ liệu chủ
Một giải pháp MDM cho phép một doanh nghiệp quản trị, tạo ra, duy trì, sử dụng
và phân tích thông tin dữ liệu chủ thống nhất, đầy đủ, theo ngữ cảnh và chính xác
cho tất cả các bên liên quan, chẳng hạn như dòng các hệ thống nghiệp vụ, các kho
dữ liệu và các đối tác thương mại. Nó cung cấp một khung công tác tùy chỉnh của
các thành phần kiểm soát quản lý vòng đời của dữ liệu chủ, chất lượng và tính toàn
vẹn của dữ liệu và các dịch vụ không trạng thái để kiểm soát tiêu thụ và phân phối
dữ liệu. Một giải pháp MDM:
 Cung cấp giá trị kinh doanh bằng cách tiêu chuẩn hóa cách sử dụng dữ liệu
trên toàn doanh nghiệp khi coi dữ liệu chủ như một tài sản công ty duy nhất.
 Cung cấp nguồn chính thức cho dữ liệu chủ trong doanh nghiệp.
 Cung cấp các dịch vụ hoạt động giá trị cao với dữ liệu để tạo ra giá trị kinh
doanh, chẳng hạn như bằng cách kích hoạt các chính sách quản trị dữ liệu để
giải quyết các xung đột tên và kích hoạt các hành động dựa trên các thay đổi
dữ liệu, chẳng hạn như khi thay đổi một tên hoặc một địa chỉ.
Một giải pháp MDM không chỉ là việc duy trì một kho lưu trữ dữ liệu chủ trung
tâm trong doanh nghiệp. Kiến trúc tham khảo MDM cung cấp một kiến trúc thích
ứng, co giãn để cho phép và bảo đảm hiệu năng cao và giá trị bền vững. Một số các
yếu tố dẫn dắt kiến trúc quan trọng ảnh hưởng đến thiết kế cho kiến trúc giải pháp
như sau:
 Nó cần cung cấp một khung công tác để quản lý và duy trì dữ liệu chủ như
một nguồn chính thức và phân phối an toàn dữ liệu chủ cập nhật, chính xác
trên toàn doanh nghiệp cho những người dùng và các hệ thống được ủy
quyền.
 Nó cần hỗ trợ nhu cầu phối hợp và quản lý vòng đời của dữ liệu chủ.
 Nó cần làm cho thông tin kinh doanh thiết yếu chính xác luôn sẵn sàng như
một dịch vụ bất kỳ người dùng có ủy quyền nào, ứng dụng nào hoặc quá
trình nào trong doanh nghiệp đều có thể sử dụng thông tin đó trong bối cảnh
của một quy trình nghiệp vụ vào đúng thời điểm.
 Nó cần cung cấp khả năng làm sạch dữ liệu sẽ được sử dụng liên quan đến

thực thể kinh doanh chủ yếu. Có rất nhiều kiểu dữ liệu chủ khác nhau,
chẳng hạn như các sự kiện và các mối quan hệ giữa các khách hàng,
các nhân viên, các đối tác và các nhà cung cấp, cũng như các chi tiết,
các sự việc, các hệ thống phân cấp của các sản phẩm, các mặt hàng,
các vật liệu và hóa đơn vật liệu. Dữ liệu chủ cũng có thể là sự kiện và
các mối quan hệ về các địa điểm, các thực thể, các thiết bị và trang bị.
Ví dụ, trong trường hợp của khách hàng, dữ liệu này chứa các thuộc
tính tương đối tĩnh của các khách hàng, chẳng hạn như các thuộc tính
về định danh, lược tả chi tiết và các mối quan hệ giữa các khách hàng.
 Tích hợp dữ liệu chủ (MDI): MDI là một tập hợp những nguyên tắc, các
chiến lược, các công nghệ và các giải pháp, được sử dụng để thực hiện các
nhiệm vụ sau đây:
o Hiểu: Việc hiểu và phân tích dữ liệu, bao gồm khám phá, mô hình hóa
và quản trị chất lượng và cấu trúc thông tin của dữ liệu chủ.
o Làm sạch: Tiêu chuẩn hóa, sáp nhập và chỉnh sửa thông tin chủ.
o Chuyển đổi và di chuyển: Chuyển đổi, làm phong phú, sắp đặt và
đồng bộ hóa thông tin chủ.
o Liên hợp: Cung cấp truy cập ảo hóa dữ liệu chủ trong một bối cảnh dữ
liệu không đồng nhất.
 Quản lý dữ liệu chủ (MDM): MDM là một tập hợp các nguyên tắc, các
chiến lược, các công nghệ và các giải pháp, được dùng để tạo ra và duy trì
dữ liệu kinh doanh thống nhất, đầy đủ, theo ngữ cảnh và chính xác cho tất cả
các bên liên quan (những người dùng và các ứng dụng) trong và ngoài doanh
nghiệp. Các nguyên tắc và các chiến lược này có thể được kết hợp với các
sản phẩm và các dịch vụ quản lý thông tin để đưa ra một khung nhìn duy
nhất về tất cả các kiểu khác nhau của dữ liệu chủ, chẳng hạn như các khách
hàng và các sản phẩm. Một thành phần quan trọng của MDM là tập hợp các
quy trình để xây dựng và duy trì một khung nhìn duy nhất như vậy trong
suốt vòng đời của hệ thống MDM. Điều này có thể đạt được thông qua một
hub (bộ tập trung) thông tin chủ vật lý hay logic. Nó bao gồm các chính sách

mẫu thiết kế để giải quyết nhiều loại vấn đề khách hàng khi đã hoàn toàn
phù hợp.
 Các mẫu: Nhìn chung, các mẫu là các tạo phẩm đã được sử dụng, thử
nghiệm và được kiểm chứng thành công trong phần lớn các tình huống theo
định kỳ (quy tắc 80:20). Những tình huống này có thể được đặc trưng bởi
mối quan hệ giữa các vấn đề và các giải pháp trong một bối cảnh cụ thể.
Điều này được minh họa trong Hình 1. Tất nhiên, có nhiều kiểu mẫu khác
nhau, chẳng hạn như các mẫu nghiệp vụ tập trung vào các quy trình, các
luồng công việc, các thủ tục và v.v Có các mẫu triển khai, các mẫu bảo
đảm an toàn, các mẫu ứng dụng và các mẫu giải quyết các khía cạnh vận
hành và thời gian chạy. Cuối cùng, có các mẫu kiến trúc, là các tạo phẩm xử
lý các tình huống theo định kỳ trong bối cảnh của các kiến trúc khác nhau,
chẳng hạn như các kiến trúc doanh nghiệp, kiến trúc tham khảo, kiến trúc
tích hợp, kiến trúc ứng dụng và v.v. Cần phải thu thập các mẫu trong các
hướng dẫn, các hướng dẫn thực hành tốt nhất và các dịch vụ, các kế hoạch
chi tiết và các khung công tác và quan trọng nhất là trong các công cụ để
đẩy nhanh việc sử dụng và triển khai.

Hình 1. Các mẫu

 Các mẫu kiến trúc: Nói chung, các mẫu kiến trúc cần mô tả các mô hình
theo quy tắc và được kiểm chứng cho một hệ thống, cùng với các định nghĩa
về các phần tử và các hệ thống con điển hình để tạo nên hệ thống đó. Có thể
sử dụng các mẫu này để giải quyết các vùng vấn đề kiến trúc khác nhau khi
được áp dụng cho một bối cảnh cụ thể. Các mẫu kiến trúc cơ bản và hỗn hợp
có thể dùng làm một khuôn mẫu hoặc bản mẫu để tiếp tục hoàn thành, tinh
chỉnh, thích ứng và tùy chỉnh thêm. Cuối cùng, cần thu thập các mẫu kiến
trúc này trong các hướng dẫn thực hành tốt nhất, các kế hoạch chi tiết, các
cách thực hiện và quan trọng nhất là trong các công cụ (chẳng hạn như
Rational Software Architect – Kiến trúc sư phần mềm Rational) để làm cho

này giải quyết các khía cạnh tích hợp, xây dựng, triển khai, quản trị và
vận hành. Hơn nữa, cũng cần có các hướng dẫn thực hành tốt nhất về
dữ liệu chủ (chẳng hạn như để giải quyết các nhu cầu phân loại dữ
liệu chủ). Các hướng dẫn thực hành tốt nhất thường thuộc về kiến
thức chuyên gia lĩnh vực của bất kỳ nhà tích hợp hệ thống nào
(System Integrator).
Các mục tiêu giải pháp và đề xuất giá trị
Khi kết hợp các mẫu kiến trúc MDM và giải pháp MDM thành một giải pháp
MDM toàn diện, các đề xuất giá trị quan trọng là:
1. Ưu điểm thông qua phiên bản sự thật duy nhất (ưu điểm về tính thống
nhất và chất lượng): Giải pháp MDM hoạt động như là nguồn chính thức
đối với các dữ liệu chủ trong doanh nghiệp, bằng cách tách dữ liệu ra khỏi
các ứng dụng bị cô lập, riêng lẻ và các ứng dụng có thể có các giá trị không
thống nhất với dữ liệu đó. (ND: single version of the truth - phiên bản sự
thật duy nhất là phiên bản cơ sở dữ liệu tập trung duy nhất hoặc ít nhất là
một cơ sở dữ liệu đồng bộ phân tán).
2. Quản lý toàn bộ vòng đời cho dữ liệu chủ: Việc xây dựng một giải pháp
MDM cung cấp các dịch vụ trên dữ liệu chủ để tạo ra giá trị kinh doanh,
chẳng hạn như bằng cách kích hoạt các chính sách quản trị dữ liệu để giải
quyết các xung đột tên và kích hoạt các hành động dựa trên các thay đổi dữ
liệu, chẳng hạn như khi thay đổi một tên hoặc một địa chỉ.
3. Ưu điểm về khả năng tái sử dụng: Như đã nhấn mạnh trong phần Giới
thiệu, một phạm vi rất rộng về các nhu cầu của những người tiêu dùng cần
truy cập dữ liệu chủ và chức năng liên quan của nó. Giải pháp MDM tạo ra
một nguồn chính thức về thông tin tin cậy cho các thực thể dữ liệu chủ. Nó
cũng cung cấp một tập hợp các dịch vụ được tiêu chuẩn hóa cho dữ liệu này,
sau đó có thể sử dụng dữ liệu này trong và ngoài doanh nghiệp. Bằng cách
làm như vậy, người ta bảo đảm rằng những thông tin quan trọng nhất trong
một doanh nghiệp được xử lý thống nhất.
4. Việc quản trị được cải thiện: Giải pháp MDM gồm các khả năng cụ thể để

 Giải pháp MDM cần dựa trên các tiêu chuẩn tính toán mở đã được ngành
nghề chấp thuận để hỗ trợ việc sử dụng nhiều công nghệ và kỹ thuật để
tương tác với các hệ thống bên ngoài và các hệ thống trong doanh nghiệp.
Điều này hướng dẫn sự phát triển của kiến trúc để vẫn giữ nguyên tính mở
và tính linh hoạt sao cho nó có thể dễ dàng tích hợp với nhiều phần mềm của
nhà cung cấp có thể đang có trong doanh nghiệp và "công nghệ chưa biết"
trong tương lai.
 Giải pháp MDM cần dựa trên một khung công tác kiến trúc và các dịch vụ
có thể sử dụng lại để có thể sử dụng các công nghệ hiện có trong doanh
nghiệp. Nguyên lý này hướng dẫn các quyết định kiến trúc để sử dụng các
khoản đầu tư hiện có vào các công nghệ, chẳng hạn như những công nghệ
tạo điều kiện thuận lợi cho tính liên thông và tính thích nghi hay tích hợp
thông tin ở nơi thích hợp để thực hiện một giải pháp MDM.
 Giải pháp MDM cần cung cấp khả năng để thực hiện dần từng bước một giải
pháp MDM sao cho một giải pháp MDM có thể chứng tỏ giá trị ngay lập
tức.
Các phương pháp sử dụng MDM
MDM là một tập hợp về phần mềm, các tiêu chuẩn thông tin và cơ sở hạ tầng quản
trị để cho phép doanh nghiệp của bạn tạo, duy trì, sử dụng và phân tích thông tin
thống nhất, đầy đủ, theo ngữ cảnh và chính xác cho tất cả các bên liên quan. MDM
cần có các khả năng để hợp lý hóa dữ liệu chủ trên các ứng dụng doanh nghiệp, xử
lý dữ liệu chủ như là một tài sản chung duy nhất của doanh nghiệp và làm cầu nối
dữ liệu có cấu trúc cũng như dữ liệu không có cấu trúc. MDM có thể là một sự
chuyển dịch mẫu ấn tượng trong doanh nghiệp vì nó đòi hỏi một quan điểm chủ
động của doanh nghiệp về dữ liệu chủ và phải cung cấp các công nghệ và cách
quản trị mới để quản lý và sử dụng dữ liệu chủ trên nhiều lĩnh vực dữ liệu và với
nhiều phương pháp sử dụng bao gồm cộng tác, vận hành và phân tích.
MDM hỗ trợ việc quản lý dữ liệu chủ trong suốt vòng đời của nó. Điều này đòi hỏi
khả năng cộng tác, định nghĩa và xuất bản dữ liệu chủ, các quy trình vận hành để
quản lý và duy trì dữ liệu chủ qua suốt các giai đoạn giao dịch của nó và các khả

thực hiện các giao dịch và các kho lưu trữ MDM được coi là nguồn chính thức của
dữ liệu chủ. Hơn nữa, trong chế độ vận hành, các ứng dụng sử dụng dữ liệu chủ
thông qua các dịch vụ, ở đây các dịch vụ cung cấp quyền kiểm soát việc tạo, quản
lý, chất lượng và truy cập dữ liệu chủ. Ví dụ, là một phần của quá trình thêm một
khách hàng mới, một hệ thống LOB (Line of Business – Ngành kinh doanh) sẽ
dùng một dịch vụ MDM để xác nhận hợp lệ xem khách hàng này có phải là một
khách hàng duy nhất hoặc khách hàng cũ hay không. Dịch vụ MDM sẽ làm sạch và
chuẩn hóa thông tin khách hàng mới và thực hiện logic so khớp dựa vào kho lưu
trữ MDM để xác định xem khách hàng này đã tồn tại trong hệ thống LOB hoặc
trong doanh nghiệp chưa.
Nếu dịch vụ MDM xác định rằng khách hàng này là một khách hàng mới với LOB
đó, thì hệ thống LOB có thể chuyển thông tin khách hàng mới vào cơ sở dữ liệu
giao dịch của nó. Bây giờ hệ thống MDM sẽ có thông tin khách hàng mới trong
kho lưu trữ MDM cũng như hệ thống LOB. Sau khi xử lý xong thông tin này,
MDM vận hành sẽ hỗ trợ tích hợp và đồng bộ hóa dữ liệu chủ mới với các hệ
thống di sản, các ứng dụng doanh nghiệp và kho chứa dữ liệu trong doanh nghiệp
và trao đổi và đồng bộ hóa thông tin với các đối tác kinh doanh.

Hình 3. Vận hành MDM

Người ta sử dụng các hệ thống MDM để cung cấp một khung nhìn đầy đủ về một
đối tượng dữ liệu chủ mà không cần duy trì tất cả thông tin trong chính hệ thống
MDM đó. MDM vận hành cung cấp các dịch vụ thông tin và nghiệp vụ để sử dụng
và duy trì dữ liệu chủ trong hệ thống MDM cũng như khả năng để tham khảo dữ
liệu chủ trên nhiều hệ thống. Có thể sử dụng các dịch vụ MDM để duy trì các liên
kết tham khảo lẫn nhau đến dữ liệu chủ có chứa cả dữ liệu có cấu trúc và không có
cấu trúc trên các hệ thống không đồng nhất và để cung cấp một khung nhìn đầy đủ
về một đối tượng dữ liệu chủ, chẳng hạn như một người. Ví dụ, có thể sử dụng
thông tin đăng ký trong kho lưu trữ MDM để dùng một dịch vụ truy vấn liên hợp
nhằm tạo ra một bản ghi ảo có chứa dữ liệu có cấu trúc và không có cấu trúc trải

Hình 4. Phân tích MDM

Phương pháp phân tích MDM cũng cho phép kinh doanh thông minh đúng đắn và
cho phép các đối tượng và các cấu trúc đúng được tự động đồng bộ hóa với các
kho dữ liệu và các ứng dụng phân tích. Về lịch sử, các sáng kiến xây dựng kho dữ
liệu đã cố gắng để giải quyết vấn đề chất lượng dữ liệu từ các ứng dụng xuống.
Việc xây dựng kho dữ liệu không sửa chữa các quy trình nghiệp vụ đã tạo ra dữ
liệu chủ không chính xác trong các ứng dụng và cũng không chỉnh sửa dữ liệu chủ
trả về các ứng dụng. MDM cung cấp cho các doanh nghiệp một cách để chỉnh sửa
dữ liệu xấu và các quy trình đã tạo ra dữ liệu xấu tại nguồn. Ngược lại, dữ liệu thu
được từ quá trình phân tích trong kho dữ liệu (ví dụ, giá trị khách hàng suốt đời,
các gợi ý bán chéo và bán gia tăng) có thể là dữ liệu quan trọng để duy trì trong hệ
thống MDM từ một nguồn cấp của kho dữ liệu.
Việc thực hiện một giải pháp MDM Doanh nghiệp (Enterprise MDM) là một quá
trình lặp lại, cần có khả năng mang lại giá trị cho doanh nghiệp trong các giai đoạn
tăng dần để đáp ứng các nhu cầu cho tất cả các bên liên quan. Một hệ thống MDM,
tiếp tục cung cấp các giá trị được duy trì liên tục cho doanh nghiệp, cần có khả
năng cung cấp sự hỗ trợ MDM đa dạng (Multi-Form MDM) để quản lý dữ liệu chủ
trong suốt vòng đời của nó và hỗ trợ các nhu cầu của tất cả các bên liên quan.
Các thuộc tính của các mẫu kiến trúc MDM
Các thuộc tính được sử dụng để mô tả thêm và đặc trưng cho các kiểu khác nhau
của các mẫu kiến trúc. Đối với các mẫu kiến trúc MDM, một tập hợp dự kiến về
các thuộc tính được phác thảo trong bảng sau:

Bảng 1. Các thuộc tính được sử dụng để mô tả các mẫu kiến trúc MDM
Tên thuộc tính

Chức năng
Name
Tên của mẫu kiến trúc MDM

quan trọng nhất mà mẫu này giải quyết. Forces (Sức lực) là các lý do tại sao (các)
vấn đề, mà mẫu này cố gắng giải quyết, là khó. Context (Bối cảnh) cung cấp thông
tin về các giả định của bối cảnh triển khai của mẫu. Ví dụ, ở đây bạn có thể tìm
xem có phải nó thường được triển khai trong một kiến trúc SOA hoặc kiến trúc
không-SOA hay không và môi trường có thể ảnh hưởng đến việc triển khai mẫu đó
như thế nào. Solution (Giải pháp) cung cấp thêm nhiều chi tiết trong các trường
hợp nào mẫu này là khả thi để triển khai bằng cách phác thảo vùng giải pháp. Phần
results (Các kết quả) vạch ra các ưu và nhược điểm đã gặp phải khi mẫu sử dụng
này. Phần relations (Các mối quan hệ) mô tả các mối quan hệ có thể có giữa mẫu
này với các mẫu khác. Ví dụ, ở đây bạn sẽ tìm thấy thông tin về các mẫu được mẫu
này sử dụng hoặc các chi tiết tại sao mẫu này có liên quan, nhưng lại khác với một
mẫu đã biết. Phần này cũng liệt kê các kiểu con đã biết của mẫu này. Phần MDM
solutions (Các giải pháp MDM) liệt kê các giải pháp MDM thường sử dụng mẫu
này. Cuối cùng, bất kỳ các bình luận có liên quan nào khác sẽ thuộc phần
comments (Các bình luận).
Phép phân loại mẫu kiến trúc MDM
Các mẫu kiến trúc MDM giúp đẩy nhanh việc triển khai các giải pháp MDM và
cho phép các tổ chức quản trị, tạo, duy trì, sử dụng và phân tích dữ liệu chủ thống
nhất, đầy đủ, theo ngữ cảnh và chính xác cho tất cả các bên liên quan, chẳng hạn
như các hệ thống LOB, kho dữ liệu và các đối tác thương mại. Là các mẫu hỗn
hợp, đôi khi các mẫu MDM sử dụng các mẫu tích hợp thông tin và cung cấp thêm
các khả năng, chẳng hạn như quản trị, quản lý vòng đời thông tin chủ và các dịch
vụ nghiệp vụ thông tin chủ. Đặc tả mẫu kiến trúc MDM sẽ giúp các kiến trúc sư dữ
liệu, thông tin và ứng dụng đưa ra các quyết định chính xác về kiến trúc doanh
nghiệp và viết tài liệu các hướng dẫn ra quyết định.
Dựa vào các thuật ngữ được mô tả trong các phần trên, các mẫu kiến trúc MDM
đóng vai ở chỗ giao nhau giữa các kiến trúc MDM (với việc xem xét các chiến
lược kỹ thuật của Dữ liệu chủ doanh nghiệp khác nhau, các cách tiếp cận thực hiện
dữ liệu chủ và các phương pháp sử dụng MDM) ở một bên và các mẫu kiến trúc (
như các tạo phẩm, các mẫu, các mô hình, các cách thực hiện theo quy định và đã

Dưới đây là một danh sách các mẫu mà bạn thấy theo ba thể loại ấy. Khi các giải
pháp MDM trở thành xu hướng chủ đạo trong tương lai và các vùng triển khai
được mở rộng, danh sách được dự kiến sẽ mở rộng với các mẫu mới hoặc phát
triển tiếp với sự nhận biết các kiểu con mới của các mẫu đã biết.
 Các mẫu tích hợp ứng dụng MDM:
1. Mẫu chặn bắt giao dịch MDM
2. Mẫu xuất bản/đăng ký MDM
3. Mẫu tích hợp dựa trên thông báo MDM
 Các mẫu tích hợp thông tin MDM:
1. Mẫu MDI
2. Mẫu đồng bộ hóa thông tin MDM
 Các mẫu triển khai hệ thống doanh nghiệp MDM:
1. Mẫu phân tích kinh doanh thông minh (BI) MDM
2. Mẫu kho dữ liệu MDM
3. Mẫu nhiều hệ thống MDM
Bây giờ chúng tôi sẽ phác thảo từng mẫu này để cung cấp sự hiểu sâu hơn về mục
đích chính của chúng và các kịch bản trường hợp sử dụng điển hình. Một mô tả chi
tiết đầy đủ, bao gồm các xem xét thực hiện và lập bản đồ công nghệ, là vượt quá
phạm vi của bài viết ban đầu này về các mẫu MDM.
Mẫu chặn bắt giao dịch MDM
Mẫu chặn bắt giao dịch MDM liên quan đến việc tích hợp các hệ thống ứng dụng,
chẳng hạn như SAP, trong bối cảnh của mẫu giải pháp MDM giao dịch. Các giả
định để sử dụng mẫu này như sau:
1. Hệ thống ứng dụng sử dụng dữ liệu chủ hiện có và được sử dụng sau khi xây
dựng hub MDM.
2. Một số hoặc tất cả người dùng duy trì và xử lý hoặc một tập hợp con hoặc tất
cả các thuộc tính của các bản ghi dữ liệu chủ thông qua giao diện người
dùng của ứng dụng hiện có. Lý do để làm việc này có thể là chi phí dự án
không cho phép phát triển một giao diện người dùng và các luồng công việc
mới như là một phần của dự án MDM và số lượng người dùng sẽ cần phải

đã tạo ra. Ngay khi có đáp ứng từ hub MDM giao dịch đến, bản ghi này, do ứng
dụng tạo cục bộ, sẽ được cập nhật với thông tin đã xác nhận hợp lệ từ hub. Chỉ khi
hoạt động này hoàn thành, bản ghi dữ liệu chủ mới sẽ trở nên thấy được đối với tất
cả người dùng ứng dụng bằng cách thay đổi trạng thái, ví dụ như từ đã tạo ra thành
hoạt động.

Bảng 2. Tóm tắt về mẫu chặn bắt giao dịch MDM
Tên thuộc
tính
Chức năng
Name
Mẫu chặn bắt giao dịch MDM
Type
Mẫu tích hợp ứng dụng MDM
Methods of
use
Kiểu vận hành
Objective
Hỗ trợ xây dựng hub MDM giao dịch
Problem
 Ứng dụng nghiệp vụ sở hữu độc quyền, nơi các chức năng và
dữ liệu được gắn chặt với nhau.
 Một lượng lớn người dùng muốn bám chặt với giao diện người
dùng hiện tại để tránh đào tạo tốn kém.
Forces
 Tích hợp thời gian thực là khó khăn tiềm năng.
 Để xây dựng các giao dịch bù trừ thậm chí còn khó khăn hơn là
chặn bắt giao dịch, do liên quan đến tính thống nhất.
 Ngân sách dự án không cho phép phát triển một giao diện ngư
ời

tích hợp trong bối cảnh của mẫu giải pháp MDM giao dịch.
Mẫu xuất bản/đăng ký MDM
Mẫu này có liên quan với việc tích hợp chỉ là các hệ thống luồng dữ liệu xuống,
như một trang web thương mại điện tử hoặc một hệ thống danh mục in ấn, chúng
sử dụng dữ liệu chủ nhưng không tự tạo ra hoặc sửa đổi dữ liệu chủ. Một hệ thống
MDM, được thực hiện với mẫu giải pháp MDM đăng ký, mẫu giải pháp MDM lai
hoặc mẫu giải pháp MDM giao dịch sẽ xuất bản những thay đổi của dữ liệu MDM
trên các hàng đợi để đăng ký các hệ thống luồng dữ liệu xuống trên đó để sử dụng
mẫu này.

Bảng 3. Tóm tắt mẫu xuất bản/đăng ký MDM
Tên thuộc
tính
Chức năng
Name
Mẫu xuất bản/đăng ký MDM
Type
Mẫu tích hợp ứng dụng MDM
Methods of
use
Kiểu cộng tác
Objective
Tích hợp các hệ thống luồng dữ liệu xuống, chẳng hạn như các giải
pháp in ấn và các hệ thống Thương mại điện tử, để đọc dữ liệu chủ,
nhưng không sửa đổi nó.
Problem
Các hệ thống luồng dữ liệu xuống yêu cầu truy cập đọc dữ liệu chủ
cập nhật, chất lượng cao.
Forces
Dữ liệu quan hệ từ một hệ thống MDM thường chỉ có một nguồn

chủ đến hệ thống MDM trung tâm để nói rằng đã thực hiện một sự thay đổi nào đó
trên dữ liệu chủ để giữ cho hub MDM tham khảo trung tâm được cập nhật. Việc
cập nhật tại hub MDM trung tâm sẽ xảy ra sau sự kiện đó có ý nghĩa là hệ thống
ứng dụng vẫn tiếp tục thay đổi cục bộ. Ví dụ, mẫu này có thể dùng được bất cứ khi
nào các hệ thống ứng dụng nghiệp vụ như Siebel hoặc SAP tiếp tục hoạt động như
hệ thống chủ để xử lý dữ liệu chủ và chỉ sử dụng một hệ thống MDM trung tâm
như hệ thống dữ liệu chủ tham khảo.

Bảng 4. Tóm tắt mẫu tích hợp dựa trên thông báo MDM
Tên thuộc
tính
Chức năng
Name
Mẫu tích hợp dựa trên thông báo MDM
Type
Mẫu tích hợp ứng dụng MDM
Methods of
use
Kiểu cộng tác
Objective

Hỗ trợ xây dựng một hệ thống MDM đăng ký hoặc tham khảo bằng
cách sử dụng mẫu giải pháp MDM tham khảo hoặc mẫu giải pháp
MDM đăng ký.
Problem
Một hệ thống MDM tập trung là c
ần thiết cho các mục đích tham khảo
hoặc để hỗ trợ một quá trình đăng ký trung tâm cho các khách hàng
hoặc các sản phẩm.
Forces

Thường sử dụng một mẫu để xây dựng các giải pháp MDM bằng cách
sử dụng mẫu giải pháp MDM tham khảo hoặc mẫu giải pháp MDM
đăng ký.
Comments

N
ếu thực hiện cách tiếp cận cho một hệ thống MDM trung tâm ở nơi
sử dụng mẫu này, thường vẫn lưu trữ là dữ liệu chủ trong một bản sao
dự phòng trong mỗi cơ sở dữ liệu cho mỗi ứng dụng, làm cho các chi
phí lưu trữ cao.
Mẫu MDI
Mẫu này mô tả sự tích hợp dữ liệu chủ cần thiết để xây dựng một hub MDM. Việc
thực hiện mẫu này sử dụng các mẫu, chẳng hạn như mẫu hợp nhất dữ liệu (xem
phần Tài nguyên). Khía cạnh phân biệt của mẫu này so với mẫu hợp nhất dữ liệu
cơ sở chẳng hạn, là sự tích hợp về các khả năng quản lý siêu dữ liệu và quản trị dữ
liệu trên một quy mô doanh nghiệp. Điều này có nghĩa là nếu áp dụng mẫu MDI,
không chỉ xây dựng hệ thống MDM bằng cách sử dụng các mẫu từ vùng ETL, mà
cũng còn triển khai cả cơ sở hạ tầng kỹ thuật để quản lý vòng đời của siêu dữ liệu,
để quản lý một bảng chú giải thuật ngữ doanh nghiệp tập trung vào cải thiện truyền
thông giữa doanh nghiệp và các nhân viên kỹ thuật. Tùy thuộc vào việc triển khai
giải pháp MDM, cũng có thể cần phải có các chức năng làm sạch và chuyển đổi
được sử dụng lại sau khi xây dựng hệ thống MDM ban đầu để bảo đảm rằng dữ
liệu chủ di chuyển theo hướng từ các ứng dụng đến hệ thống MDM cũng vẫn thế
(và như vậy là thống nhất) một khi điền dữ liệu vào hệ thống MDM. IBM
Information Server (Máy chủ thông tin của IBM) (xem phần Tài nguyên) tạo nên
các chức năng làm sạch và chuyển đổi có sẵn như là các dịch vụ có thể sử dụng lại.
Việc triển khai các thành phần cơ sở hạ tầng này và việc tích hợp của chúng với hệ
thống MDM đang được xây dựng là chìa khóa để áp dụng thành công mẫu này. Vì
vậy, trong một cơ sở hạ tầng EAI, cũng chính những nhiệm vụ làm sạch và chuyển
đổi ấy được sử dụng lại để giữ cho hệ thống MDM trung tâm, sau khi xây dựng

 Chỉ một dự án ETL hay CRM khác là không còn đủ nữa để đối
phó với các vấn đề dữ liệu chủ. Nếu sử dụng các chức năng làm
s
ạch/chuyển đổi để xây dựng hệ thống MDM sạch cho tất cả các
ứng dụng không có sẵn sau này khi các hệ thống ứng dụng và
hệ thống MDM vẫn còn kết nối trong chế độ vận hành, thì ngay
sau khi CRM hoặc ETL kết thúc, tính thống nhất của dữ liệu
chủ lại suy yếu đi.
Forces
 Các vấn đề chính trị giữa các LOB đòi hỏi phải có sự ủng hộ
của lãnh đạo điều hành đối với dự án và s
ự thay đổi trong doanh
nghiệp để giải quyết các vấn đề dữ liệu chủ trên tất cả các th
ùng
chứa.
 Rủi ro của dự án cao do thường đánh giá thấp số lượng công
việc để đánh giá chất lượng dữ liệu và ETL.
Context
 Mẫu này yêu cầu phân tích dữ liệu để đánh giá chất lượng dữ
liệu.
 Mẫu này yêu cầu ánh xạ tất cả các mô hình dữ liệu hiện có tới
mô hình dữ liệu dùng cho dữ liệu chủ của hệ thống MDM.
 Mẫu này yêu cầu phải đưa thêm vào việc quản trị dữ liệu doanh
nghiệp.
 Để triển khai thành công mẫu này yêu cầu phải thực hiện các
nhiệm vụ làm sạch và chuyển đổi theo một cách có thể sử dụng
lại được, chẳng hạn như các dịch vụ Web, khi các hệ thống ứng
dụng đang sửa đổi dữ liệu chủ thì không thể bị tắt máy hoàn
toàn.
 Việc triển khai thành công mẫu này đòi h

hệ thống tớ. Nếu ngược lại, điều này có nghĩa là chỉ thay đổi dữ liệu chủ trong hệ
thống giao dịch còn hệ thống MDM là chỉ đọc. Với ngành bán lẻ, có một trường
hợp sử dụng, ở đó cũng áp dụng mẫu này. Các nhóm dữ liệu chung, như 1Sync,
lưu trữ các thuộc tính và các hệ thống phân cấp cho lĩnh vực dữ liệu chủ về sản
phẩm. Thông tin này là rất quan trọng đối với các nhà bán lẻ cần lấy các thuộc tính
sản phẩm cần thiết được các nhà cung cấp của chúng phát hành vào nhóm dữ liệu
chung này. Vì vậy, các nhà bán lẻ cần tích hợp với các nhóm dữ liệu chung bằng
cách đồng bộ hóa. Đối với trường hợp sử dụng cụ thể này, có một kiểu con được
biết đến của mẫu này có tên là một mẫu đồng bộ hóa dữ liệu chung, vì các giao
diện của các nhóm dữ liệu chung được chuẩn hóa và cần có cơ sở hạ tầng đồng bộ
hóa tuân theo chúng. Để biết thêm thông tin về đồng bộ hóa dữ liệu chung, xem
phần Tài nguyên.

Bảng 6. Tóm tắt mẫu đồng bộ hóa thông tin MDM
Tên thuộc
tính
Chức năng
Name
Mẫu đồng bộ hóa thông tin MDM
Type
Các mẫu tích hợp thông tin MDM
Methods of
use
Phương pháp sử dụng là kiểu cộng tác cho kiểu con đã biết của mẫu
này có tên là mẫu đồng bộ hóa dữ liệu chung. Nếu không, phương
pháp sử dụng là kiểu vận hành.
Objective

Mục tiêu chính là đồng bộ hóa một hub MDM giao dịch (xem phần
Các mẫu giải pháp MDM) với các hệ thống khác. Trong trường hợp

nghĩa là các thay đổi dữ liệu chủ xảy ra trong cả hai hệ thống)
(đồng bộ hai chiều).
 Các hệ thống giao dịch là các hệ thống chủ (có nghĩa l
à các thay
đổi dữ liệu chủ chỉ xảy ra ở đây) và hệ thống MDM là một hệ
thống tớ (chỉ đọc).)
Nó thư
ờng gặp nhất khi không thể xây dựng một hub MDM giao dịch
thật sự.
Results
Ưu điểm của mẫu này là tính linh hoạt của nó để kết nối nhiều hệ
thống giao dịch theo các cấu trúc liên kết khác nhau với một hệ thống
MDM trung tâm.
Relations
M
ẫu đồng bộ hóa dữ liệu chung là một kiểu con đã biết của mẫu này.
MDM
solutions
Mẫu giải pháp bán lẻ MDM sử dụng kiểu con của mẫu này có tên là
mẫu đồng bộ hóa dữ liệu chung.
Comments

-
Mẫu phân tích Kinh doanh thông minh (BI) MDM
Mẫu này khác với các mẫu tích hợp thông tin tiêu chuẩn thường dùng để xây dựng
các kho dữ liệu hoặc các quầy dữ liệu. Theo truyền thống, một kho dữ liệu BI nhận
dữ liệu từ các hệ thống nguồn (thường là các hệ thống xử lý giao dịch hoạt động
trực tuyến [OLTP]) nhưng không bao giờ cung cấp dữ liệu quay lại chúng. Do một
hub dữ liệu chủ cho lĩnh vực khách hàng hay lĩnh vực sản phẩm cũng có thể cung
cấp các thuộc tính cốt lõi của khách hàng hoặc sản phẩm cho các kho dữ liệu, nên