Tuần 5 – Bài kiểm tra

(75 phút)

1. Theo chuẩn IEEE 1471, mô tả kiến trúc thường được sử dụng trong
những công việc gì? (2 điểm)
Theo chuẩn IEEE 1471, mô tả kiến trúc thường được sử dụng trong các công
việc sau:
 Biểu diễn hệ thống và (tiềm năng) phát triển của nó.
 Phân tích các kiến trúc thay thế.
 Kế hoạch kinh doanh cho quá trình chuyển đổi từ một kiến trúc cũ sang
một kiến trúc mới.
 Giao tiếp giữa các tổ chức tham gia vào việc phát triển, sản xuất, triển
khai, vận hành và bảo trì của một hệ thống.
 Giao tiếp giữa người mua và nhà phát triển như một phần của việc đàm
phán hợp đồng.
 Tiêu chuẩn hóa việc xác nhận sự tuân thủ của các thực hiện theo kiến
trúc.
 Tài liệu phát triển và bảo trì, bao gồm tài liệu để tái sử dụng và tài liệu
đào tạo.
 Đầu vào cho các hoạt động thiết kế và phát triển hệ thống sau này.
 Đầu vào cho các công cụ phân tích và tạo hệ thống.
 Hỗ trợ vận hành và cơ sở hạ tầng; quản lý cấu hình và sửa chữa; thiết
kế lại và bảo trì của hệ thống, các hệ thống phụ và các thành phần.
 Hỗ trợ lập kế hoạch và ngân sách.
 Chuẩn bị tài liệu mua sắm (ví dụ: yêu cầu đề xuất và tuyên bố công
việc.)
 Xem xét, phân tích và đánh giá hệ thống qua toàn bộ vòng đời.
 Đặc tả cho một nhóm các hệ thống chia sẻ một tập hợp các tính năng
chung (ví dụ: dòng sản phẩm).
=> Tóm lại, mô tả kiến trúc được sử dụng để giao tiếp về kiến trúc của một hệ
thống dự kiến hoặc hiện có, và nó có thể được áp dụng trong nhiều lĩnh vực
khác nhau như doanh nghiệp, tổ chức, kế hoạch kinh doanh, hệ thống thông
tin, phần mềm, hoặc cơ sở hạ tầng phần cứng.
2. Hãy đưa ra những lập luận cùng ví dụ minh họa để chứng minh cho
nhận định “phát triển hệ thống như một quá trình chuyển đổi tri thức”?
Hãy (2.5 điểm)
 Về bản chất, việc phát triển hệ thống được xem xét như một quá trình biến
đổi tri thức, trong đó các cuộc trò chuyện được sử dụng để chia sẻ và tạo ra tri
thức liên quan đến cả hệ thống đang được phát triển, cũng như quá trình phát
triển chính. Khái niệm về 'cuộc trò chuyện' sẽ được hiểu ở mức độ rộng nhất,
bao gồm các hoạt động từ một cá nhân tạo ra một mô tả (kiến trúc), thông qua
các phiên thiết kế hoặc thu thập thông tin một - một, đến những buổi làm việc
với các bên liên quan, và thậm chí là sự phổ biến rộng rãi của các kiến trúc
cuối cùng. Cách tiếp cận này cung cấp một khung tư duy giúp người ta có thể
hiểu rõ hơn về các yêu cầu giao tiếp đặt ra cho các ngôn ngữ mô tả kiến trúc.
 Lập luận 1: Phát triển hệ thống cần 1 cộng đồng chung tay phát triển

- Cả hai quá trình đều tập trung vào việc tạo ra, tiếp tục và phân phối tri thức.
Trong phát triển hệ thống, các nhóm làm việc cần liên tục trao đổi thông tin để
hiểu rõ yêu cầu của hệ thống, thiết kế phần mềm và triển khai nó. Tương tự,
trong chuyển đổi tri thức, việc chia sẻ tri thức để tạo ra hiểu biết mới, giải quyết
vấn đề và tối ưu hóa hoạt động là rất quan trọng.

- Cả phát triển hệ thống và chuyển đổi tri thức đều liên quan đến nhiều bên liên
quan có lợi ích khác nhau. Trong phát triển hệ thống, các bên liên quan có thể
bao gồm các chủ sở hữu vấn đề, những người sẽ sử dụng hệ thống trong tương
lai, các chuyên gia lĩnh vực, các nhà tài trợ, vv. Tương tự, trong chuyển đổi tri
thức, các bên liên quan có thể là các nhân viên, quản lý, chuyên gia và các bên
ngoại vi khác có thể góp phần vào việc chia sẻ và tạo ra tri thức mới.

- Cả hai quá trình đều dựa vào việc sử dụng các công cụ và tài liệu để biểu diễn
và chia sẻ tri thức. Trong phát triển hệ thống, các công cụ như mô hình hóa, biểu
đồ và tài liệu kỹ thuật được sử dụng để mô tả và truyền đạt yêu cầu và thiết kế
của hệ thống. Tương tự, trong chuyển đổi tri thức, các công cụ như hệ thống
quản lý tri thức và các loại tài liệu như bài viết, bản báo cáo và hướng dẫn được
sử dụng để tổ chức và chia sẻ tri thức tổ chức.

- Cả phát triển hệ thống và chuyển đổi tri thức đều phải xem xét và quản lý các
quan tâm của các bên liên quan. Trong phát triển hệ thống, điều này có thể là
việc quản lý các yêu cầu từ các bên liên quan và đảm bảo rằng hệ thống được
thiết kế để đáp ứng những yêu cầu đó. Trong chuyển đổi tri thức, quan tâm của
các bên liên quan có thể là việc tối ưu hóa quy trình làm việc, tăng cường kiến
thức chuyên môn hoặc giải quyết các vấn đề cụ thể trong tổ chức.

- Ví dụ minh họa: Xét trường hợp một tổ chức muốn phát triển một hệ thống
quản lý tài liệu để tăng cường hiệu suất làm việc và quản lý tri thức nội bộ.
Trong quá trình này, các nhân vật như quản lý dự án, người dùng cuối, và nhà
phân tích hệ thống sẽ hợp tác để xác định yêu cầu, thiết kế và triển khai hệ thống.
Các tài liệu như bản mô tả yêu cầu, biểu mẫu đánh giá nhu cầu và mô hình quy
trình cũng sẽ được tạo ra và sử dụng trong quá trình này. Cả quá trình này và quá
trình chuyển đổi tri thức đều nhấn mạnh vào việc tập trung và chuyển đổi tri thức
từ các bên liên quan thành một giải pháp hệ thống đáp ứng được nhu cầu và mục
tiêu của tổ chức.

 Lập luận 2: Phát triển hệ thống phải dựa trên nền tảng tri thức
Tương tự quá trình chuyển đổi tri thức, tri thức về hệ thống được tạo ra, mở
rộng và phổ biến thông qua các “cuộc trò chuyện” của cộng đồng phát triển.
Trong quá trình phát triển hệ thống, các thành viên trong cộng đồng phát triển
hệ thống sẽ tạo ra và trao đổi kiến thức liên quan đến các chủ đề khác nhau.
Một số khía cạnh tương đồng
- Góc nhìn: chuyển đổi tri thức là quá trình nhìn nhận vấn đề từ các góc độ
khác nhau
- Mức độ trừu tượng: Cách tiếp cận vấn đề ở nhiều mức độ khác nhau
Phát triển hệ thống cũng là quá trình chuyển đổi từ tri thức ẩn thành tri thức
hiện: Trong quá trình phát triển hệ thống, kiến thức ban đầu có thể tồn tại
dưới dạng kiến thức không rõ ràng, không thể biểu diễn rõ ràng. Tuy nhiên,
thông qua việc nắm bắt, phân tích và biểu diễn, kiến thức này có thể được
chuyển đổi thành các biểu diễn rõ ràng như mô tả kiến trúc, ngôn ngữ mô tả
hệ thống, hoặc các biểu đồ và sơ đồ.
Tuy nhiên, không phải tất cả tri thức đều có thể trình bày rõ ràng. Ví dụ, khả
năng duy trì thăng bằng trên xe đạp được học thông qua việc thử và sai (và
đau đớn) chứ không phải đọc hướng dẫn. Nên phát triển hệ thống cũng là quá
trình thử nghiệm, phát triển để chuyển đổi những tri thức không rõ ràng thành
những tri thức biểu đạt được cho mọi người đều hiểu.
Một số khía cạnh tương đồng về độ rõ ràng của tri thức:
- Đặc tính hình thức: Độ hình thức cho biết loại ngôn ngữ được sử dụng để
biểu diễn kiến thức. Ngôn ngữ này có thể là hình thức, tức là một ngôn ngữ
với một ý nghĩa được xác định rõ ràng trong một miền toán học nào đó, hoặc
nó có thể là không hình thức - không được xây dựng trên cơ sở toán học,
thường là ngôn ngữ tự nhiên, hình minh hoạ, hoạt hình, v.v.
- Khả năng định lượng: Các khía cạnh khác nhau của sản phẩm được thiết kế,
có thể là (một phần của) mục tiêu hoặc miền dự án, có thể được định lượng.
Định lượng có thể được biểu thị dưới dạng khối lượng, khả năng, khối lượng
công việc, nỗ lực, tài nguyên, sử dụng, thời gian, thời lượng, tần suất, v.v.
Ví dụ minh họa 1: Khi một nhóm phát triển hệ thống bắt đầu làm việc trên
một dự án mới, các thành viên của nhóm có thể có kiến thức không rõ ràng về
yêu cầu, quy trình và khía cạnh kỹ thuật của hệ thống. Tuy nhiên, thông qua
các cuộc họp, thảo luận và nghiên cứu, kiến thức này được chuyển đổi thành
một mô tả hệ thống rõ ràng, trong đó mô tả các yêu cầu, giao diện, cấu trúc và
chức năng của hệ thống.
Ví dụ minh họa 2: Trong quá trình phát triển hệ thống, một kiến trúc sư có thể
mô tả ý tưởng thiết kế bằng cách sử dụng ngôn ngữ tự nhiên hoặc vẽ các sơ
 đồ và hình minh hoạ. Tuy nhiên, để đảm bảo sự hiểu biết chung và thể hiện rõ
ràng về cấu trúc và chức năng của hệ thống, ý tưởng này cần được chuyển đổi
thành các biểu đồ kiến trúc, biểu đồ luồng dữ liệu hoặc các biểu diễn kỹ thuật
khác.
Ví dụ minh họa 3: Trong một dự án phát triển phần mềm, mỗi thành viên
trong nhóm có kiến thức và kỹ năng riêng về các phần khác nhau của hệ
thống. Tuy nhiên, thông qua việc chia sẻ kinh nghiện và hợp tác trong quá
trình phát triển, các thành viên có thể chuyển đổi kiến thức cá nhân của mình
thành kiến thức chung cho toàn bộ nhóm. Ví dụ, một lập trình viên có thể chia
sẻ kiến thức về một ngôn ngữ lập trình cụ thể với các thành viên khác trong
nhóm, giúp tăng cường sự hiểu biết chung và khả năng làm việc đồng đội.
 Lập luận 3: Trong quá trình phát triển hệ thống tri thức về hệ thống sẽ có sự
phát triển và tiến hóa .
- Phát triển hệ thống và quá trình chuyển đổi tri thức đều dựa trên các cuộc trò
chuyện và giao tiếp trong cộng đồng. Trong cả hai trường hợp, tri thức mới
được tạo ra, chia sẻ, và tiếp nhận thông qua các cuộc trao đổi ý kiến, ý tưởng
và thông tin giữa các thành viên của cộng đồng.
- Cả hai quá trình đều dẫn đến sự biến đổi của 'trạng thái tri thức' trong cộng
đồng. Trong phát triển hệ thống, các biến đổi này xuất phát từ việc nảy sinh
hiểu biết mới, thiết kế mới, và quyết định mới. Trong quá trình chuyển đổi tri
thức, các biến đổi này phản ánh sự tiến triển của tri thức từ trạng thái nhận
thức, thông qua đồng ý, đến cam kết và thực hiện.
- Phát triển hệ thống và quá trình chuyển đổi tri thức đều cần sự chia sẻ tri
thức giữa các thành viên của cộng đồng và sự cam kết đối với tri thức đã chia
sẻ. Trong cả hai trường hợp, việc chia sẻ và cam kết này giúp cộng đồng tiến
triển và phát triển theo hướng đúng đắn và hiệu quả.
- Ví dụ minh họa: Trong một dự án phát triển hệ thống mới cho một doanh
nghiệp, các nhà phát triển cần chia sẻ tri thức về yêu cầu kỹ thuật, thiết kế hệ
thống, và quyết định về các tính năng và chức năng. Những cuộc trò chuyện
này dẫn đến sự biến đổi của trạng thái tri thức của cộng đồng phát triển, từ
việc nhận thức về các yêu cầu và khó khăn, đến việc đồng ý và cam kết với
các quyết định thiết kế cuối cùng. Trong khi đó, trong một dự án chuyển đổi
tri thức, một tổ chức có thể triển khai một hệ thống quản lý tri thức mới để cải
thiện quản lý và chia sẻ tri thức nội bộ. Các nhân viên cần được đào tạo và
chia sẻ tri thức mới, và sự cam kết của họ với việc sử dụng hệ thống này sẽ
phản ánh trạng thái tri thức của tổ chức về tri thức quản lý và chia sẻ.
Như vậy, cả quá trình phát triển hệ thống và quá trình chuyển đổi tri thức đều
phụ thuộc vào sự chia sẻ và tiến triển của tri thức để đạt được mục tiêu cuối
cùng của mình.
3. Để chuyển đổi tri thức hiệu quả cần có chiến lược hội thoại phù hợp. Một
chiến lược hội thoại điển hình thường bao gồm các thành phần nào? Hãy
trình bày về các thành phần này. (2.5 điểm)
Một chiến lược hội thoại điển hình thường bao gồm các thành phần sau:
– Kế hoạch thực hiện: Một cuộc trò chuyện có thể bao gồm các cuộc trò
chuyện phụ. Mỗi cuộc trò chuyện phụ này tập trung vào một mục tiêu phụ,
nhưng tất cả chúng đều góp phần hướng tới mục tiêu chung của cuộc trò
chuyện. Kế hoạch thực hiện của một cuộc hội thoại (sáng tác!) bao gồm một
tập hợp các cuộc hội thoại phụ, cùng với lệnh thực hiện đã lên kế hoạch.
– Ngôn ngữ mô tả: Ngôn ngữ mô tả sẽ được sử dụng trong (các) cuộc hội
thoại.
– Phương tiện: Loại phương tiện được sử dụng trong (các) cuộc trò chuyện.
– Chế độ nhận thức: Chế độ nhận thức đề cập đến cách thức thu thập hoặc xử
lý kiến thức của các tác nhân tham gia vào cuộc trò chuyện. Chúng tôi phân
biệt hai lựa chọn:
• Phương pháp phân tích: Khi thông tin được xử lý theo phương pháp phân
tích, thông tin có sẵn sẽ được đơn giản hóa thông qua sự trừu tượng hóa để
đạt được sự hiểu biết sâu sắc hơn và bất biến hơn. Một cách tiếp cận phân tích
thường được sử dụng để xử lý sự phức tạp.
• Phương pháp thử nghiệm: Khi sử dụng phương pháp thử nghiệm, các thành
viên dự án học hỏi từ việc thực hiện các thử nghiệm. Mục đích là để giảm bớt
sự không chắc chắn bằng cách tạo ra nhiều thông tin hơn. Ví dụ: các thử
nghiệm có thể dựa trên nguyên mẫu, mô hình mô phỏng, kiểm tra điểm chuẩn
của các thành phần được di chuyển hoặc các loại kỹ thuật khác giúp hiển thị
kết quả của các kịch bản di chuyển.
Bạn có thể cần kết hợp hai phương thức nhận thức trong các tình huống cụ
thể, đặc biệt trong trường hợp các cuộc hội thoại bao gồm nhiều cuộc hội
thoại phụ nhỏ hơn.
– Chế độ xã hội: Chế độ xã hội là cách thức mà các tác nhân thực hiện quá
trình phát triển hệ thống cộng tác với các tác nhân trong lĩnh vực kinh doanh.
Chúng tôi phân biệt hai lựa chọn:
• Do chuyên gia định hướng: Trong cách tiếp cận do chuyên gia định hướng,
các chủ thể dự án (các chuyên gia) sẽ đưa ra các mô tả trên cơ sở kiến thức
chuyên môn của chính họ cũng như các cuộc phỏng vấn và quan sát của các
chủ thể kinh doanh. Sau đó, các mô tả có thể được gửi đến các tác nhân kinh
doanh để nhận xét hoặc phê duyệt.
• Có sự tham gia: Trong cách tiếp cận có sự tham gia, các tác nhân dự án tạo
ra các mô tả với sự hợp tác chặt chẽ với một số hoặc tất cả các tác nhân kinh
doanh, ví dụ: trong các hội thảo với các bài thuyết trình, thảo luận và quyết
định thiết kế. Cách tiếp cận có sự tham gia có thể cho phép thu thập kiến thức,
sàng lọc các yêu cầu và tạo điều kiện thuận lợi cho sự thay đổi của tổ chức.
 – Chế độ giao tiếp: Chúng ta có thể phân biệt một số ít các kiểu giao tiếp cơ
bản ở đây, được bao phủ bởi sự kết hợp của năm yếu tố sau:
• Tỷ lệ người nói – người nghe: Thông thường nhất là nhiều trên một, một
trên nhiều, một trên một, nhiều trên nhiều.
• Phản hồi: Đơn giản là người nghe có mong đợi câu trả lời hay không; nếu
một phản hồi thực sự được mong đợi, thì một phản hồi có thể dẫn đến một
phản hồi khác, dẫn đến đối thoại và thay phiên nhau thực hiện.
• Độ trễ thời gian: Việc giao tiếp có mất một khoảng thời gian giữa ‘nói’ và
‘nghe’ hay không. Hãy xem xét sự khác biệt giữa một cuộc gọi điện thoại và
một tin nhắn e-mail.
• Địa phương: Có hay không có khoảng cách được nhận thấy giữa những
người tham gia.
Lưu ý rằng đây là một khái niệm tương đối; hai người liên lạc qua điện thoại
video giữa Tokyo và Amsterdam có thể cảm thấy 'gần gũi', trong khi hai
người từ các phòng ban khác nhau sống trong cùng một tòa nhà có thể cảm
thấy 'xa cách'. Khoảng cách có thể không chỉ về thể chất, mà còn về văn hóa.
• Tính liên tục: Liệu tin nhắn có thể được lưu giữ sau khi giao tiếp hay không,
tức là có thể ‘đọc lại’. Tất nhiên, điều này có liên quan chặt chẽ với phương
tiện được sử dụng, nhưng nó cũng có thể liên quan đến trạng thái của một tài
liệu: tính tồn tại lâu dài của một ‘tài liệu tạm thời’ hoặc phiên bản trung gian
trên thực tế có thể phản tác dụng.
4. Hãy trình bày về ba loại mục tiêu tri thức cần hướng đến của một cuộc
hội thoại. (1 điểm)
– Nhận thức kiến thức: Đây nói đến những tình huống khi cần giới thiệu hoặc
tạo ra kiến thức mới trong một (hoặc một phần) cộng đồng phát triển. Những
mục tiêu kiến thức loại này thường hướng tới các buổi đào tạo hoặc nhận
thức.
– Đồng ý với kiến thức: Với loại mục tiêu kiến thức này, chúng ta ám chỉ đến
những tình huống mà sự đồng ý chung của các bên liên quan khác nhau (với
các lợi ích riêng của họ) cần được cải thiện hoặc xác nhận.
– Cam kết với kiến thức: Trong những trường hợp này, mục tiêu kiến thức
vượt xa việc đạt được sự đồng ý. Các bên liên quan nên sẵn lòng hành động
dựa trên kiến thức mà họ đã đồng ý.
Lưu ý rằng việc giới thiệu kiến thức có thể áp dụng cho một
phần của cộng đồng phát triển. Ở đầu dự án phát triển hệ thống, nhóm phát
triển có thể chưa có kiến thức liên quan đến lĩnh vực ứng dụng cụ thể. Trong
khi đó, các chuyên gia lĩnh vực và các nguồn thông tin khác, đã có các kiến
thức liên quan. Cộng đồng phát triển trong tổng thể bao gồm ít nhất cả nhóm
phát triển và các chuyên gia lĩnh vực. Một buổi tư vấn phân tích lĩnh vực liên
 quan đến, ví dụ như một nhà phân tích kinh doanh và một chuyên gia lĩnh
vực, giới thiệu kiến thức lĩnh vực từ chuyên gia lĩnh vực vào nhóm phát triển.
5. Hãy trình bày về một số kỹ thuật hội thoại phổ biến được sử dụng trong
quá trình phát triển kiến trúc doanh nghiệp. (1 điểm)
- Buổi làm việc "brown-paper" (Brown-paper session): Đây là một phiên họp
nhóm có cấu trúc giống như phiên tư duy sáng tạo tập thể (với khoảng 15
người) trong đó từng cá nhân trong nhóm đưa ra các từ khóa hoặc cụm từ
ngắn trả lời câu hỏi được đưa ra.
Ví dụ: Một nhóm kiến trúc sư trong một công ty IT họp lại để xem xét các
vấn đề chức năng chính trong kiến trúc IT hiện tại của công ty. Mỗi thành
viên trong nhóm đưa ra các từ khóa hoặc cụm từ ngắn trả lời câu hỏi. Sau đó,
các mục được ghi vào những tờ giấy dính nhỏ và sau đó được sắp xếp và
phân loại trên cùng một tờ giấy to (thông thường là giấy nâu) để tạo ra cái
nhìn tổng quan về các vấn đề chức năng chính. Thông thường, có một trung
gian hoặc người hướng dẫn tham gia.
- Phỏng vấn thu thập thông tin (Elicitation interview): Một cuộc phỏng vấn
trong đó người phân tích đặt câu hỏi với mục tiêu là thu thập kiến thức từ các
nguồn thông tin phản hồi. Các cuộc phỏng vấn có thể "mở" hơn hoặc ít hơn:
chúng có thể tập trung chặt chẽ hoặc được hướng dẫn một cách nghiêm ngặt,
nhưng cuộc trò chuyện cũng có thể để mở để điều hướng theo sự quan tâm
của người phỏng vấn hoặc người được hỏi.
- Workshop: Là một hoạt động mà một nhóm từ 1 đến khoảng 15 người tham
gia vào một buổi làm việc tương tác để làm việc trên một mô hình hoặc quan
điểm kiến trúc, thông qua sự tương tác và trung gian của một kiến trúc sư
hoặc nhà phân tích. Định nghĩa này cũng bao gồm các phiên làm việc chung
gọi là "joint modelling sessions". Workshop cho phép các thành viên tham gia
cung cấp ý kiến, đóng góp ý tưởng và tạo ra phản hồi trực tiếp về quan điểm
hoặc mô hình đang được xây dựng. Một workshop có thể sử dụng các phương
pháp và công cụ khác nhau để thúc đẩy sự tương tác và sáng tạo trong nhóm.
Ví dụ, việc chiếu một mô hình hoặc quan điểm trên màn hình và cho phép tất
cả mọi người xem và cung cấp phản hồi tức thì là một kỹ thuật phổ biến.
Workshop có thể diễn ra trong không gian vật lý hoặc thông qua các công cụ
trực tuyến như video hội thoại và hợp tác trực tuyến.
- Phỏng vấn xác nhận (Validation interview): Một cuộc phỏng vấn trong đó
người phân tích sẽ cố gắng tìm hiểu xem quan điểm hoặc mô hình có khớp
với quan điểm và kỳ vọng của người được hỏi hay không. Đây có thể là một
quan điểm hoặc mô hình đã được truyền đạt cho người được hỏi trước đó,
hoặc trong suốt cuộc phỏng vấn. Một cuộc phỏng vấn xác nhận thường sẽ
"đóng" hơn so với cuộc phỏng vấn thu thập thông tin: phải có một phương
pháp hệ thống nào đó để kiểm tra tính hợp lệ của quan điểm hoặc mô hình.
 - Đánh giá và xem xét (Committing review): Trong quá trình committing
review, một nhóm các bên liên quan có thể bao gồm các chuyên gia, quản lý,
chủ đầu tư hoặc các bên ảnh hưởng khác. Họ được trình bày với một số lựa
chọn mô hình hoặc quan điểm khác nhau, cùng với thông tin về tác động tiềm
năng mà từng lựa chọn có thể tạo ra. Nhóm này sẽ xem xét và đánh giá các
tùy chọn, và dựa trên hiểu biết và nhận thức của họ, họ sẽ lựa chọn một lựa
chọn cụ thể và cam kết với nó.
Quy trình này thường liên quan đến các quy trình ra quyết định chính thức,
trong đó các bên liên quan đưa ra quyết định cuối cùng về lựa chọn và cam
kết với nó. Quyết định này có thể được đưa ra dựa trên các tiêu chí như khả
năng thực hiện, tài chính, tác động xã hội hoặc các yếu tố khác liên quan đến
dự án hoặc quá trình mà mô hình hoặc quan điểm đang được áp dụng.
- Thuyết trình (Presentation): Liên quan đến một đến ba người trình bày một
mô hình hoặc quan điểm cho một nhóm từ một đến hàng trăm người. Người
trình bày có thể quyết định thu thập phản hồi tức thì, nhưng thông thường
phản hồi được thu thập sau đó, theo cách cá nhân hơn, hoặc ít nhất là 1:1 (ví
dụ: qua một vòng phản hồi).
- Gửi thư (Mailing): Một hình thức truyền thông "phổ biến", trong đó một mô
hình hoặc quan điểm được trình bày hoặc chuyển giao cho một số lượng lớn
người. Phản hồi có thể được khuyến khích hoặc không được khuyến khích.
6. Hãy lập bảng tổng hợp mối quan hệ giữa kỹ thuật hội thoại phổ biến và
ba loại mục tiêu tri thức cần hướng đến của một cuộc hội thoại. (1 điểm)

Bảng này cho thấy mức độ phù hợp của các kỹ thuật trò chuyện cho các mục tiêu
kiến thức đã chọn. Ký hiệu + cho thấy một lớp trò chuyện cụ thể phù hợp cho kỹ
thuật đã chọn, trong khi ++ cho thấy nó rất phù hợp. Ngược lại, ký hiệu - cho thấy
một kỹ thuật trò chuyện cụ thể không phù hợp cho lớp mục tiêu kiến thức đã chọn.

Kỹ thuật hội thoại Mục Mô tả Ví dụ

tiêu tri
 thức
Buổi làm việc Giới Thu thập ý kiến và quan điểm
Thu thập ý kiến và
"brown-paper" thiệu từ một nhóm về một chủ đề quan điểm từ một
(Brown-paper kiến cụ thể. Phân loại và sắp xếp
nhóm về một chủ đề
session) thức các ý tưởng để tạo ra cái nhìn
cụ thể. Phân loại và
tổng quan. sắp xếp các ý tưởng
để tạo ra cái nhìn tổng
Thỏa Xác định các điểm chung và quan.
thuận mâu thuẫn trong các ý kiến.
về kiến Đạt được sự đồng thuận về
thức các vấn đề quan trọng.
Phỏng vấn thu Giới Thu thập kiến thức từ một Kiến trúc sư thu thập
thập thông tin thiệu chuyên gia về một chủ đề cụ thông tin về kiến trúc
(Elicitation kiến thể. Hỏi các câu hỏi có tính mạng hiện tại từ
interview) thức thông tin để thu thập thông người quản lý hệ
tin chi tiết. thống.
Thỏa Xác nhận tính chính xác và
thuận đầy đủ của thông tin thu thập
về kiến được.
thức
Workshop Giới Tạo ra một mô hình hoặc Nhóm kiến trúc sư
thiệu quan điểm thông qua sự thảo luận về một mô
kiến tương tác của một nhóm. Thu hình kiến trúc mới
thức thập ý kiến và phản hồi từ cho một ứng dụng
các thành viên trong nhóm. web.
Thỏa Xác định các điểm chung và
thuận mâu thuẫn trong các ý kiến.
về kiến Đạt được sự đồng thuận về
thức mô hình hoặc quan điểm.
Cam Khuyến khích nhóm cam kết
kết về thực hiện các hành động để
kiến phát triển mô hình hoặc quan
thức điểm.
Phỏng vấn xác Thỏa Xác nhận xem quan điểm Kiến trúc sư xác nhận
nhận (Validation thuận hoặc mô hình có phù hợp với mô hình kiến trúc mới
interview) về kiến kỳ vọng của các bên liên với các bên liên quan.
thức quan hay không. Hỏi các câu
hỏi cụ thể để kiểm tra tính
hợp lệ của mô hình hoặc
quan điểm.
Cam Khuyến khích người được
 kết về phỏng vấn cam kết thực hiện
kiến các hành động để hỗ trợ mô
thức hình hoặc quan điểm.
Đánh giá và xem Cam Phân chia trách nhiệm và Nhóm các bên liên
xét (Committing kết về cam kết thực hiện các quyết quan phân chia trách
review) kiến định đã được đưa ra. nhiệm cho việc triển
thức khai mô hình kiến
trúc đã được lựa
chọn.
Thuyết trình Giới Chia sẻ một mô hình hoặc Nhóm kiến trúc sư
(Presentation) thiệu quan điểm với một nhóm lớn. trình bày mô hình
kiến Thu thập phản hồi từ người kiến trúc mới cho
thức nghe. toàn bộ công ty.
Gửi thư (Mailing) Giới Chia sẻ một mô hình hoặc Kiến trúc sư gửi mô
thiệu quan điểm với một số lượng hình kiến trúc qua
kiến lớn người. Phản hồi có thể email để các thành
thức được khuyến khích nhưng viên khác trong nhóm
không bắt buộc. xem xét.