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ủ potx

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

hoạt động, để cải thiện chất lượng và làm cho nó thống nhất hơn với việc sử
dụng trong môi trường vận hành.
 Nó cần đưa ra yêu cầu để làm cho dữ liệu chủ hoạt động bằng cách phát hiện
và tạo ra các hoạt động để quản lý dữ liệu chủ, thực hiện các chính sách
quản trị dữ liệu và tạo ra giá trị kinh doanh.
Các thông tin chi tiết hơn về các sản phẩm MDM của IBM có thể được tìm thấy
trong phần Tài nguyên.
Thuật ngữ
Trước khi bạn đi sâu vào các mẫu kiến trúc MDM, hãy bắt đầu tìm hiểu các thuật
ngữ kiến trúc, các mẫu, các mẫu kiến trúc, dữ liệu chủ, MDM và các giải pháp
MDM có nghĩa là gì. Cho dù các giải pháp MDM và các mẫu giải pháp MDM sử
dụng các thuật ngữ gì đi nữa, thì bài này vẫn tập trung vào các mẫu kiến trúc
MDM.
 Dữ liệu chủ: Ở một mức rất cao, về cơ bản có ba kiểu các hệ thống quản lý
dữ liệu khác nhau: các hệ thống quản lý dữ liệu giao dịch, chẳng hạn như
các mục đơn hàng xử lý dữ liệu giao dịch, các hệ thống quản lý dữ liệu
phân tích, chẳng hạn như các kho dữ liệu xử lý dữ liệu phân tích và các hệ
thống quản lý dữ liệu chủ xử lý dữ liệu chủ.
o Dữ liệu giao dịch mô tả trạng thái và các hoạt động vận hành của
khách hàng đối với các giao dịch kinh doanh, như có các thanh toán,
các khoản tiền gửi vào/các khoản tiền rút ra, các hóa đơn, các khiếu
nại, chuyển tiền và các hoạt động dịch vụ và bán hàng. Dữ liệu giao
dịch đại diện cho các công việc và các hoạt động kinh doanh diễn ra
trong một khoảng thời gian hoặc thậm chí tại một thời điểm đã cho.
o Dữ liệu phân tích có liên quan đến hành vi và sự thực hiện của khách
hàng theo quan điểm lịch sử và tương lai, chẳng hạn. Dữ liệu phân
tích này được chuẩn bị và sau đó được sử dụng để tạo ra các báo cáo
cho các mục đích phân tích tiếp thị và bán hàng, phân tích lợi nhuận
cho mỗi mảng kinh doanh và hiểu rõ về hành vi của người mua.
o Dữ liệu chủ là dữ liệu và các sự kiện trên toàn doanh nghiệp mô tả các

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

và các thủ tục để truy cập, cập nhật, quản trị dữ liệu và thông tin và đồng bộ
hóa tổng thể và phối hợp hub thông tin này với các hệ thống tham gia khác
trên toàn doanh nghiệp. Thậm chí có thể mở rộng khung nhìn này cho nhiều
doanh nghiệp. MDI được coi là một phần của bất kỳ giải pháp MDM nào.
Trong một số trường hợp, các khách hàng chỉ quan tâm đến việc thực hiện
các giải pháp MDI để hợp nhất, sáp nhập, di trú và đánh giá dữ liệu chủ của
họ.
 Kiến trúc: Thuật ngữ kiến trúc khi được diễn đạt trong một bối cảnh CNTT
có thể mập mờ trừ khi nó được nói rõ hơn với các thuật ngữ như là kiến trúc
doanh nghiệp, kiến trúc giải pháp hoặc kiến trúc ứng dụng. Những kiến trúc
này giải quyết các tình huống hoặc các vấn đề cụ thể cần được giải quyết;
trong khi đó, có thể sử dụng các định nghĩa kiến trúc tổng quát khác, chẳng
hạn như một kiến trúc tham khảo, kiến trúc kỹ thuật hoặc kiến trúc sản phẩm
làm một điểm khởi đầu để định nghĩa một trong những kiến trúc tình huống.
Thuật ngữ kế hoạch chi tiết về kiến trúc được định nghĩa như là một cách
tiếp cận theo quy định để phát triển nhanh chóng các kiến trúc thích ứng
bằng cách sử dụng các tài sản, các phương pháp luận, các mẫu và các mô
hình có thể tái sử dụng đã được kiểm chứng. Kiến trúc doanh nghiệp là mối
liên kết giữa chiến lược kinh doanh, chiến lược CNTT và việc thực hiện
CNTT.
 Kiến trúc MDM: Kiến trúc MDM thu thập các hướng dẫn thực hành tốt
nhất để thực hiện một giải pháp MDM. Kiến trúc MDM này gồm có một tập
hợp chi tiết các khung nhìn kiến trúc để mô tả các giải pháp MDM đã được
xây dựng và triển khai lặp đi lặp lại theo một kiểu thống nhất, chất lượng cao
và có thể hỗ trợ với một ứng dụng xuyên suốt toàn bộ ngành nghề và đặc
trưng cho ngành nghề. Các kiến trúc MDM cũng cần xem xét các chiến lược
kỹ thuật và nghiệp vụ của Dữ liệu chủ của doanh nghiệp (Enterprise Master
Data) khác nhau, các giải pháp thực hiện dữ liệu chủ và các phương pháp sử
dụng MDM. Kiến trúc này được mô tả bằng cách sử dụng một kiến trúc
tham khảo MDM, kiến trúc kỹ thuật, các mẫu kiến trúc MDM và các khuôn

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

việc sử dụng lại dễ dàng.
 Mẫu kiến trúc MDM: Khi áp dụng vào một bối cảnh MDM các mẫu kiến
trúc cần giải quyết toàn bộ quy mô và các khía cạnh kiến trúc của MDM, ví
dụ như MDI. Người ta cũng đưa việc xem xét các chiến lược kỹ thuật và
nghiệp vụ của Dữ liệu chủ doanh nghiệp (Enterprise Master Data) khác
nhau, các giải pháp thực hiện dữ liệu chủ và các phương pháp sử dụng
MDM vào mẫu kiến trúc MDM.
 Mẫu giải pháp MDM: Các mẫu giải pháp MDM mô tả các giải pháp cho
các vấn đề MDM theo định kỳ. Các giải pháp này thường là hỗn hợp của
một hoặc nhiều mẫu kiến trúc đặc trưng MDM hay mẫu kiến trúc khác.
 Giải pháp MDM: Một giải pháp MDM gồm các thành phần MDM, đã mô
tả ở trên, được bổ sung thêm với một:
o Chiến lược MDM: Chiến lược MDM này là sự kết hợp tạo nên giá trị
của các thành phần nghiệp vụ và kỹ thuật. Nó cần có sự tham gia của
kinh doanh, động lực kinh doanh và các hướng dẫn tổng thể từ doanh
nghiệp. Tất nhiên, chiến lược này được tùy chỉnh cho một tình huống
khách hàng cụ thể.
o (Các) kiến trúc: Đây là một tập hợp rộng lớn của các kiến trúc khác
nhau, chẳng hạn như một kiến trúc các hệ thống, một kiến trúc tham
khảo, một kiến trúc kỹ thuật. Nó cũng bao gồm một bản đồ sản phẩm
và thành phần ở đầu cuối.
o Sản phẩm và các công nghệ: Đúng, các sản phẩm và các công nghệ
(IBM có vị thế tốt ở đây, xem phần Tài nguyên) là một thành phần
thiết yếu của bất kỳ giải pháp MDM nào. Điều này bao gồm các sản
phẩm MDM để xây dựng và vận hành các hub thông tin và toàn bộ
quy mô của các chức năng của MDI. Các công nghệ MDI cũng gồm
một tập hợp các công nghệ EAI (Tích hợp ứng dụng doanh nghiệp),
EII (Tích hợp thông tin doanh nghiệp) và ETL (trích xuất, chuyển đổi
và nạp lên).
o Các hướng dẫn thực hành tốt nhất: Các hướng dẫn thực hành tốt nhất

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ể để

bảo đảm việc quản trị thích hợp các thực thể dữ liệu chủ.
Một nguyên lý kiến trúc là một luật, một học thuyết hay một giả định toàn diện và
căn bản cung cấp hướng dẫn bao quát toàn bô để phát triển một giải pháp. Một
nguyên lý kiến trúc tốt không lỗi thời trước tiến bộ công nghệ và có các lý do
khách quan để nâng cao thêm thay vì những thay thế khác. Các nguyên lý sau đây
là những nguyên lý kiến trúc cốt lõi cần được xem xét để chỉ dẫn sự phát triển của
một giải pháp MDM.
 Giải pháp MDM cần cung cấp khả năng để tách thông tin khỏi các ứng dụng
và các quy trình doanh nghiệp để làm cho nó có sẵn như là một tài sản chiến
lược cho doanh nghiệp sử dụng. Đây là một khái niệm cơ bản về Thông tin
theo Yêu cầu (Information on Demand), được dựa trên Các nguyên lý hướng
dịch vụ (Service Oriented Principles) để phân phối thông tin vào đúng thời
điểm, trong đúng bối cảnh, tới đúng ứng dụng hoặc người dùng.
 Giải pháp MDM cần cung cấp cho doanh nghiệp một nguồn chính thức cho
dữ liệu chủ nhằm quản lý sự toàn vẹn thông tin và kiểm soát việc phân phối
dữ liệu chủ trên toàn doanh nghiệp theo một cách được tiêu chuẩn hóa để
cho phép sử dụng lại. Động lực chính cho nguyên lý này là tập trung vào
việc quản lý dữ liệu chủ để giảm các chi phí quản lý dữ liệu và cải thiện tính
chính xác và tính đầy đủ của dữ liệu đó.
 Giải pháp MDM cần cung cấp tính linh hoạt để thích ứng với các thay đổi
lược đồ dữ liệu chủ, các yêu cầu nghiệp vụ và các quy định và hỗ trợ việc bổ
sung dữ liệu chủ mới. Điều này cải thiện khả năng của một doanh nghiệp để
nhanh chóng đáp ứng với những thay đổi kinh doanh để có thể yêu cầu bổ
sung các phần tử hoặc các thay đổi dữ liệu chủ hiện có.
 Giải pháp MDM cần được thiết kế với mức quan tâm cao nhất để bảo vệ
quyền sở hữu dữ liệu, tính toàn vẹn và bảo mật dữ liệu từ lúc nó được nhập
vào hệ thống cho đến khi việc duy trì dữ liệu này không còn cần thiết nữa.
Mục tiêu của nguyên lý này là bảo đảm rằng dữ liệu kinh doanh cốt lõi, là
rất quan trọng đối với sự thành công của doanh nghiệp, được an toàn và
tuân thủ các luật và các quy định về quyền riêng tư.

 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ả

năng phân tích để mang lại sự hiểu biết tốt hơn và sử dụng thông tin nhúng trong
đó. Multi-Form MDM (MDM đa dạng) là một thuật ngữ được sử dụng để giải
quyết một thực tế là MDM hỗ trợ nhiều kiểu sử dụng dữ liệu chủ (cộng tác, vận
hành và phân tích) và bao trùm qua nhiều lĩnh vực dữ liệu, chẳng hạn như khách
hàng và sản phẩm. Điều phổ biến với nhiều phương pháp sử dụng là áp dụng
MDM thậm chí cho cùng một lĩnh vực dữ liệu trong một môi trường doanh nghiệp
lớn.
Phương pháp sử dụng: Kiểu cộng tác
Kiểu cộng tác của MDM hỗ trợ việc định nghĩa, tạo và đồng bộ hóa dữ liệu chủ.
Kiểu cộng tác thường gắn liền với việc tạo, làm tăng thêm hoặc thay đổi dữ liệu
chủ để hỗ trợ các quy trình, chẳng hạn như quy trình định nghĩa và giới thiệu sản
phẩm mới hoặc việc quản lý dữ liệu. Luôn có những quy trình nghiệp vụ gắn với
việc duy trì thông tin chủ, cho dù đó là dạng thiết lập các sản phẩm mới để bán,
thuê các nhân viên mới hoặc quản lý các nhà cung cấp. Hệ thống MDM tham gia
vào các quy trình như vậy hoặc nó dẫn dắt toàn bộ quá trình hoặc một hệ thống
khác có thể gọi nó.

Hình 2. Cộng tác MDM

MDM cộng tác cung cấp khả năng để duy trì thông tin ở một nơi thông tin thường
được duy trì qua nhiều ứng dụng nội bộ, bằng cách sử dụng một quá trình chủ duy
nhất để bảo đảm rằng thông tin này là đầy đủ và đã xác nhận hợp lệ. MDM cộng
tác yêu cầu các dịch vụ hỗ trợ luồng công việc và các dịch vụ đăng ký lúc vào,
kiểm tra lúc ra, để kiểm soát việc tạo, quản lý và chất lượng của dữ liệu chủ. Sau
khi thông tin đã đầy đủ và đã xác nhận hợp lệ, MDM cộng tác hỗ trợ việc tích hợp
và đồng bộ hóa dữ liệu chủ với các hệ thống di sản, các ứng dụng doanh nghiệp và
các kho chứa dữ liệu trong doanh nghiệp và sự trao đổi và đồng bộ hóa thông tin
với các đối tác kinh doanh.
Phương pháp sử dụng: Kiểu vận hành
Kiểu vận hành của MDM hỗ trợ các hệ thống vận hành tiêu dùng dữ liệu chủ để

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

rộng trên nhiều hệ thống không đồng nhất và trả về các kết quả cho người dùng,
ứng dụng hay quá trình có ủy quyền.
MDM vận hành đặc biệt quan trọng trong một SOA (Kiến trúc hướng dịch vụ).
Các hệ thống MDM bao gồm các thư viện của các dịch vụ chung dựa trên dữ liệu
chủ để các hệ thống khác có thể gọi nó (ví dụ, bất kỳ ứng dụng nào có thể gọi một
thủ tục trung tâm để truy vấn thông tin khách hàng, để điều chỉnh giá của một sản
phẩm hoặc để tạo ra một nhà cung cấp mới) để bảo đảm tính thống nhất và chất
lượng thông tin. MDM cung cấp các dịch vụ chung để hỗ trợ các thủ tục lấy thông
tin làm trung tâm trên tất cả các ứng dụng. MDM cho phép các công ty thực hiện
hiệu quả nội tại bằng cách giảm chi phí và độ phức tạp của các quy trình có sử
dụng dữ liệu chủ. Nó làm giảm việc dịch và phân tích thủ công để cải thiện khả
năng lặp lại và tăng nhanh khả năng nhận thức. Ngoài ra, MDM còn cải thiện khả
năng chia sẻ, hợp nhất và phân tích thông tin nghiệp vụ một cách nhanh chóng, cả
trên toàn cầu lẫn trong khu vực. Nó cũng làm cho có khả năng lắp ráp nhanh chóng
các ứng dụng mới, hỗn hợp dựa trên thông tin chủ chính xác và các quy trình
nghiệp vụ có thể sử dụng lại.
Phương pháp sử dụng: Kiểu phân tích
Trong phương pháp phân tích MDM, dữ liệu chủ từ hệ thống MDM được sử dụng
như là nguồn sạch, chính xác cho dữ liệu chủ để cung cấp nguồn các chiều dữ liệu
cho các môi trường phân tích và giải quyết nhu cầu tăng thêm các dịch vụ vận hành
MDM với các phân tích hỗ trợ ra quyết định nội dòng. Có thể sử dụng các phân
tích hỗ trợ ra quyết định nội dòng để hỗ trợ tuân thủ quy định, thực hiện quản lý
xung đột và phát hiện ra mối đe dọa và gian lận. Do đó làm giảm nguy cơ tăng chi
phí và giảm nhẹ thiệt hại tiềm năng đến danh tiếng của một tổ chức. Các phân tích
nội dòng là hoạt động phân tích diễn ra trên cơ sở giao dịch với một sự hiểu biết về
cách ứng dụng tiêu dùng dịch vụ MDM đang sử dụng dữ liệu chủ ra sao. Ví dụ, có
thể sử dụng phân tích định danh để phát hiện ra các kịch bản đe dọa và lừa đảo
hoặc sử dụng phân tích định danh để ngăn chặn các hoạt động rửa tiền (AML)
nhằm giảm nhẹ rủi ro và giữ vững sự tuân thủ quy định.

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

Type
Kiểu của mẫu
Methods of use

Kiểu MDM mà mẫu thường xuất hiện
Objective
Mục tiêu chính, điều mà mẫu cố gắng đạt được
Problem
(Các) vấn đề then chốt
Forces
Khó khăn
Context
Bối cảnh triển khai mẫu
Solution
Vùng giải pháp có thể
Results
Ưu và nhược điểm về sử dụng mẫu
Relations
Các mẫu quan hệ hoặc các kiểu con đã biết
MDM solutions

Một đến hai giải pháp MDM quan trọng nhất có sử dụng mẫu
Comments
Các xem xét bổ sung có ích
Name (Tên) của mẫu là mã định danh duy nhất của mẫu này và được sử dụng bất
cứ khi nào nói về mẫu này. Type (Kiểu) của mẫu xác định xem mẫu này thuộc về
nhóm nào trong các mẫu MDM. Phần methods of use (Các phương pháp sử dụng)
liên kết mẫu này đến một hoặc nhiều hơn trong số ba kiểu sử dụng MDM được mô
tả ở trên, nơi thường hay gặp mẫu này nhất. Objective (Mục tiêu) tóm tắt ngắn gọn
mục tiêu chính của mẫu này. Phần problem (Vấn đề) liệt kê một hoặc nhiều vấn đề

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à đã

được kiểm chứng và v.v) ở phía bên kia.
Phép phân loại mẫu
Do có nhiều mẫu kiến trúc MDM, một phép phân loại mẫu sẽ giúp phân loại chúng
thành các thể loại khác nhau, giúp các kiến trúc sư tìm ra các mẫu cần thiết để giải
quyết vấn đề sắp tới nhanh hơn. Sau đây là ba thể loại dự kiến cho các mẫu kiến
trúc MDM:
 Các mẫu tích hợp ứng dụng MDM: Tất cả các mẫu thuộc thể loại này là
những mẫu lấy EAI làm trung tâm để tập trung vào các quá trình được thúc
đẩy bởi các trường hợp sử dụng MDM. Ở đây, bạn sẽ thấy các mẫu có liên
quan đến các kỹ thuật tích hợp dựa trên xuất bản/đăng ký và tích hợp dựa
trên thông báo. Quan trọng nhất là các mẫu này xử lý việc chặn bắt giao dịch
để hỗ trợ việc triển khai mẫu giải pháp MDM giao dịch.
 Các mẫu tích hợp thông tin MDM: Các mẫu này cũng là các mẫu EAI, tuy
nhiên có sự tập trung rõ ràng vào việc tích hợp thông tin. Các mẫu này đề
cập đến giai đoạn xây dựng và vận hành của các giải pháp MDM và do đó
có liên quan đến ETL, nạp dữ liệu ban đầu và các mẫu liên quan để xây
dựng các hub MDM. Ngoài ra, các mẫu tích hợp thông tin MDM này cũng
thường sử dụng các mẫu có liên quan đến EII. Ví dụ, để giải quyết các mẫu
liên quan đến sự đồng bộ hóa thông tin theo kiểu hub (hub-style) hoặc đồng
bộ hóa (hai hướng) lai với các hệ thống giao dịch.
 Các mẫu triển khai hệ thống doanh nghiệp MDM: Các mẫu MDM trong
nhóm này có liên quan nhiều hơn đến các kịch bản triển khai khác nhau, ở
đây trọng tâm là vào sự tích hợp của các hệ thống doanh nghiệp khác, chẳng
hạn như các hệ thống phân tích, các kho dữ liệu, các quầy dữ liệu, việc
hoạch định tài nguyên doanh nghiệp (ERP ), việc quản lý quan hệ khách
hàng (CRM), việc quản lý vòng đời sản phẩm (PLM) và các hệ thống khác.
Ở đây trọng tâm không phải là vào việc chặn bắt giao dịch để cho phép thực
hiện hub MDM, mà trọng tâm là vào sự cộng tác với các hệ thống khác, ví
dụ, để làm phong phú thêm một hub thông tin của khách hàng với các hệ
thống phân tích.

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

đào tạo lần đầu về ứng dụng dữ liệu chủ mới là quá cao.
3. Một số hoặc tất cả các ứng dụng xử lý dữ liệu chủ có một cơ sở dữ liệu cục
bộ lưu trữ thông tin này và có thể không phải là dữ liệu chủ.
4. Một mẫu giải pháp MDM giao dịch với việc thực thi toàn doanh nghiệp
liên quan đến các quy tắc nghiệp vụ và xác nhận hợp lệ, cung cấp các chức
năng dữ liệu chủ như là một phiên bản thật sự duy nhất và cung cấp các dữ
liệu chủ cho các hệ thống bên dưới. Tất cả các thay đổi của dữ liệu chủ được
thực hiện trực tiếp hoặc gián tiếp dựa vào hệ thống này.
Nếu hầu hết các giả định này là đúng, bạn sẽ có nhu cầu chặn bắt các giao dịch
nghiệp vụ. Khi đã triển khai một hub MDM giao dịch, mẫu chặn bắt giao dịch sẽ
cung cấp sự tích hợp thời gian thực hoặc gần thời gian thực sau đây. Trước khi
giao dịch nghiệp vụ của ứng dụng đưa vào sự thay đổi dữ liệu chủ, hub MDM giao
dịch sẽ được thông báo (chẳng hạn như thông qua việc gửi thông báo). Sau đó, hub
MDM này thực hiện xác nhận hợp lệ thông báo hoặc loại bỏ sự trùng lặp thông
báo, nếu cần, chuyển nó từ cục bộ vào cơ sở dữ liệu của hub MDM giao dịch và
báo cho (chẳng hạn như thông qua việc gửi thông báo) ứng dụng nghiệp vụ biết
rằng nó có thể đưa vào sự thay đổi dữ liệu chủ. Tất nhiên, trong trường hợp này
việc khai báo với hệ thống ứng dụng phải bao gồm bất kỳ thay đổi nào mà hệ
thống MDM trung tâm đã áp dụng cho bản ghi đã nhận được từ ứng dụng nghiệp
vụ, có nghĩa là ứng dụng nghiệp vụ có thể đưa vào một phiên bản của bản ghi dữ
liệu chủ (hơi) khác so với phiên bản mà nó đã gửi đến hub MDM. Chỉ sau khi ứng
dụng nghiệp vụ nhận được câu trả lời từ hub MDM giao dịch, nó đưa thay đổi vào
hệ thống cục bộ của mình. Lưu ý rằng một "hành động đưa vào" trên hệ thống ứng
dụng không nhất thiết theo nghĩa là một hành động đưa vào của cơ sở dữ liệu hoặc
ứng dụng. Ví dụ, nếu bạn sử dụng một trạng thái cho một bản ghi dữ liệu chủ, thì
bạn có thể làm như sau:
Nếu hệ thống ứng dụng tạo ra một bản ghi dữ liệu chủ mới, thì thông qua cơ chế
chặn bắt giao dịch, sự kiện này sẽ được thông báo với hub MDM giao dịch. Tuy
nhiên, ngay sau khi xảy ra việc chặn bắt này, giao dịch ứng dụng sẽ chuyển thay
đổi đó vào cơ sở dữ liệu của nó đánh dấu bản ghi dữ liệu chủ mới với trạng thá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

dùng để duy trì dữ liệu chủ và hướng người dùng vào nó.
Context
Có thể triển khai mẫu này trong một kiến trúc SOA. Tuy nhiên, SOA
không phải là một điều cần trước cho nó và có thể sử dụng nó bên
ngoài.
Solution
Mẫu này có thể áp dụng được bất cứ khi nào tri
ển khai một hub MDM
giao dịch toàn doanh nghiệp, nhưng một hệ thống ứng dụng lệ thuộc
(slave) tiếp tục thay đổi dữ liệu chủ sau khi xây dựng hub.
Results
Ưu điểm của mẫu này là kh
ả năng triển khai mẫu giải pháp hub MDM
giao dịch nếu không thể tách các ứng dụng hiện có ra khỏi dữ liệu của
chúng. Nhược điểm chính là tùy thuộc vào ứng dụng, việc triển khai
của mẫu này là một nỗ lực EAI phức tạp.
Relations
Mẫu tích hợp dựa trên thông báo MDM có thể được coi là một phiên
bản kém hơn của mẫu này.
MDM
solutions
Ngư
ời ta thường gặp mẫu này khi tri
ển khai mẫu giải pháp MDM giao
dịch.
Comments

Ngư
ời ta thường gặp mẫu này khi các hệ thống ứng dụng SAP yêu c
ầu

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

thông tin dữ liệu chủ để in ấn và một hệ thống thương mại điện tử và
thường chứa những gợi ý cho dữ liệu không có cấu trúc từ các hệ
thống quản lý nội dung cũng cần tích hợp vào.
Context
 Các ngành may mặc và du lịch thường cung cấp các danh mục
sản phẩm in ấn cho khách hàng của mình.
 Các nhà bán lẻ cũng thường bán thông qua các kênh Thương
mại điện tử.
Solution
Thường có thể sử dụng mẫu này bất cứ khi nào m
ột hệ thống luồng dữ
liệu xuống yêu cầu truy cập chỉ đọc dữ liệu chủ.
Results
Ưu điểm của mẫu này là h
ệ thống luồng dữ liệu xuống sử dụng dữ liệu
chủ thống nhất, chất lượng cao.
Relations
Mẫu tích hợp dựa trên thông báo MDM có liên quan đến mẫu này.
MDM
solutions
Sử dụng mẫu này trong mẫu giải pháp MDM bán lẻ.
Comments

Thường thực hiện mẫu này với phần mềm trung gian gửi thông báo.
Mẫu tích hợp dựa trên thông báo MDM
Mẫu này thường dùng cho các hệ thống MDM được sử dụng chủ yếu cho các mục
đích tham khảo. Trong một hệ thống MDM như vậy các chức năng như kho lưu trữ
tham khảo chỉ có tập hợp thấp nhất về xác nhận hợp lệ và việc thực thi quy tắc
nghiệp vụ chỉ đại diện cho tập hợp chung nhỏ nhất trên tất cả các hệ thống. Mẫu
này chỉ bắt đầu gửi đi một thông báo từ các hệ thống ứng dụng đang xử lý dữ liệu

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

 Các ứng dụng nghiệp vụ và dữ liệu chủ của chúng được gắn
chặt với nhau đến mức không thể tách ra được, chỉ dành cho
giải pháp này.
 Truy cập đọc thời gian thực tới phiên bản mới nhất của dữ liệu
chủ trong một hệ thống MDM trung tâm có thể khó đạt được
với giải pháp của mẫu này.
Context
Mẫu này cần có cơ sở hạ tầng gửi thông báo và c
ần dễ triển khai trong
một kiến trúc SOA với một ESB và các dịch vụ chuyển đổi giữa các
hệ thống ứng dụng và hệ thống MDM trung tâm.
Solution
N
ếu chọn mẫu này, thường chỉ có các giải pháp MDM là có thể sử
dụng mẫu giải pháp MDM tham khảo hoặc mẫu giải pháp MDM đăng
ký. Chắc chắn đó không phải là một giải pháp đủ tốt để xây dựng một
hub MDM giao dịch.
Results
Ưu điểm của việc sử dụng mẫu này là những người dùng ứng dụng có
thể tiếp tục làm việc với các ứng dụng của họ như trước đây và không
cần phải đào tạo lại. Nhược điểm của mẫu này là h
ệ thống MDM trung
tâm không phải là hệ thống giao dịch và dữ liệu chủ có thể không
được cập nhật lên phiên bản mới nhất trong các hệ thống ứng dụng.
Relations
Phiên bản của mẫu này kém hơn phiên b
ản của mẫu chặn bắt giao dịch
MDM.
MDM
solutions

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

xong, là thống nhất với các quy tắc nghiệp vụ và xác nhận hợp lệ được sử dụng để
xây dựng nó, miễn là các quy tắc này vẫn còn hợp lệ. Mẫu này luôn được sử dụng
với một hoặc nhiều mẫu kiến trúc MDM để xây dựng các giải pháp MDM.

Bảng 5: Tóm tắt mẫu MDI
Tên thuộc
tính
Chức năng
Name
Mẫu MDI
Type
Mẫu tích hợp thông tin MDM
Methods of
use
Tất cả các kiểu MDM
Objective

Xây dựng một hệ thống MDM có chức năng quản lý siêu dữ liệu và
dịch vụ làm sạch và chuyển đổi có thể sử dụng lại được để sử dụng lại
trong lúc chạy hệ thống MDM sau khi xây dựng.
Problem
 Các hệ thống ứng dụng khác nhau truy cập và sửa đổi các thực
thể dữ liệu chủ tương tự bằng cách sử dụng các phương pháp
khác nhau, làm cho dữ liệu chủ không đầy đủ, mâu thuẫn nhau
trong thùng chứa (silo) CNTT.
 Áp lực pháp lý từ việc tuân thủ (chẳng hạn như Đạo luật
Sarbanes-Oxley) hoặc các hạn chế nghiệp vụ khác yêu cầu một
phiên bản sự thật duy nhất cho dữ liệu chủ.
 Trong nhiều công ty, vẫn thiếu việc quản trị dữ liệu theo chiều
ngang, trên toàn doanh nghiệp.

 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

ỏi phải triển khai chiến
lược quản lý siêu dữ liệu (và nhiều khả năng là cả một cơ sở hạ
tầng).
Solution
Mẫu này là một phần của toàn bộ vùng giải pháp MDM, vì nó là nền
tảng xây dựng bất kỳ hệ thống MDM nào.
Results
Mẫu này là nền tảng cho bất kỳ công việc MDM nào - mẫu này càng
được triển khai tốt hơn thì những lợi ích của hệ thống MDM có thể
càng cao hơn.
Relations
Mẫu này có liên quan đến mẫu hợp nhất-dữ liệu (xem phần Tài
nguyên).
MDM
solutions
Giải pháp MDM nào cũng sử dụng mẫu này.
Comments

Mẫu này là mẫu MDM và các chức năng cơ bản như là một khối xây
dựng bắt buộc trong việc thiết kế bất kỳ giải pháp MDM nào.
Mẫu đồng bộ hóa thông tin MDM
Mẫu đồng bộ hóa thông tin MDM là một mẫu thường gặp khi các hệ thống giao
dịch và các hệ thống MDM thay đổi dữ liệu chủ. Vấn đề với cách thiết lập này là ở
chỗ để duy trì tính thống nhất của dữ liệu chủ, các hệ thống này cần được tích hợp
với việc đồng bộ hóa. Tuỳ theo các yêu cầu, việc đồng bộ hóa có thể là thời gian
thực hoặc gần thời gian thực. Ngoài ra, ít nhất có thể bắt gặp các cấu trúc liên kết
sau (cũng như một hỗn hợp của chúng):
 Cấu trúc liên kết chủ-tớ
 Cấu trúc liên kết ngang hàng
Vì vậy chẳng hạn, có thể là hệ thống MDM là chủ và các hệ thống giao dịch là các

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

của kiểu con đã biết của mẫu đồng bộ hóa dữ liệu chung, mục đích
của mẫu này là đồng bộ hóa với các nhóm dữ liệu bên ngoài, như
1Sync.
Problem
N
ếu thay đổi dữ liệu chủ bên ngoài hệ thống MDM trung tâm, các hệ
thống giao dịch sẽ thực hiện thay đổi đó và hệ thống MDM trung tâm
phải đồng bộ hóa. Trong ngành bán lẻ, các nhóm dữ liệu bên ngoài,
như 1Sync, đòi hỏi phải có tích hợp.
Forces
N
ếu nhiều hệ thống giao dịch thay đổi dữ liệu chủ cùng với hệ thống
MDM trung tâm, thì việc duy trì tất cả các hệ thống được đồng bộ
(theo thời gian thực) là khó. Thậm chí có thể còn phức tạp hơn nếu
toàn bộ tập hợp các công nghệ khác nhau cần phải phù hợp với các
giao diện khác nhau của các hệ thống giao dịch nội bộ và bên ngoài.
Context
Có thể sử dụng mẫu này trong các kiến trúc SOA và không phải SOA.
Tùy thuộc vào các yêu cầu đồng bộ hóa (thời gian thực hoặc gần thời
gian thực), công nghệ đồng bộ hóa có thể sẽ khác. Mẫu này có thể
xuất hiện trong các cấu trúc liên kết đồng bộ hóa ngang hàng và chủ-
tớ.
Solution
Mẫu này thường có thể áp dụng nếu gặp một trong các cấu trúc liên
kết sau đây giữa hệ thống MDM trung tâm và các hệ thống giao dịch:

 Hệ thống MDM là chủ (có nghĩa là các thay đổi dữ liệu chủ chỉ
xảy ra ở đây) và các hệ thống giao dịch là các hệ thống tớ
("đồng bộ luồng dữ liệu xuống").
 Hệ thống MDM và các hệ thống giao dịch là ngang hàng (có

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

một câu hỏi đã phát sinh là liệu có hay không có các trường hợp sử dụng ở đó