Mục nào không là một mẫu kiến trúc (pattern)? Mẫu

Câu hỏi yêu cầu xác định lựa chọn không phải là nguyên tắc biểu diễn yêu cầu.

• A. Biểu đồ phải thu hẹp về số và toàn vẹn trong sử dụng: Đây là một nguyên tắc quan trọng. Biểu đồ nên tập trung vào các yếu tố cốt yếu và phải đầy đủ để truyền tải thông tin chính xác.
• B. Hình thức và nội dung biểu diễn thích hợp với nội dung: Đây cũng là một nguyên tắc quan trọng. Cách biểu diễn (ví dụ: loại biểu đồ, màu sắc) phải phù hợp với bản chất của dữ liệu và mục đích truyền đạt.
• C. Những biểu diễn phải có thể xem xét lại: Nguyên tắc này đảm bảo tính minh bạch và khả năng kiểm tra, đánh giá lại các yêu cầu đã biểu diễn.
• D. Dùng không hơn 7 màu dương và 2 màu âm trong biểu đồ: Đây không phải là một nguyên tắc chung cho việc biểu diễn yêu cầu. Số lượng màu sắc sử dụng trong biểu đồ phụ thuộc vào sự phức tạp của dữ liệu và mục đích biểu diễn. Việc giới hạn số lượng màu sắc một cách cứng nhắc như vậy là không cần thiết và có thể làm giảm khả năng truyền tải thông tin hiệu quả.

Vì vậy, đáp án D không phải là nguyên tắc cho việc biểu diễn yêu cầu.

Trong kỹ thuật tiến trình nghiệp vụ (Business Process Engineering - BPE), ba kiến trúc khác nhau thường được xem xét và kiểm tra là:

• Hạ tầng kỹ thuật: Bao gồm các yếu tố như phần cứng, phần mềm, mạng và các công nghệ thông tin khác hỗ trợ việc thực hiện các tiến trình nghiệp vụ.
• Dữ liệu: Liên quan đến cách dữ liệu được cấu trúc, lưu trữ, quản lý và sử dụng trong các tiến trình nghiệp vụ. Dữ liệu đóng vai trò quan trọng trong việc đưa ra quyết định và thực hiện các hoạt động nghiệp vụ.
• Ứng dụng: Bao gồm các phần mềm ứng dụng được sử dụng để tự động hóa hoặc hỗ trợ các tiến trình nghiệp vụ. Các ứng dụng này có thể là các hệ thống ERP, CRM, SCM hoặc các ứng dụng tùy chỉnh.

Do đó, đáp án A là đáp án chính xác nhất, bao gồm cả ba yếu tố quan trọng trong kỹ thuật tiến trình nghiệp vụ.

Mô hình phân tích thành phần dựa vào kịch bản (Scenario-based element analysis) là một kỹ thuật được sử dụng chủ yếu trong giai đoạn thiết kế kiến trúc phần mềm. Nó giúp xác định các thành phần kiến trúc cần thiết để hỗ trợ các kịch bản sử dụng khác nhau của hệ thống. Các kịch bản này mô tả cách người dùng hoặc các hệ thống khác tương tác với hệ thống phần mềm.

• A. Thiết kế kiến trúc: Đây là đáp án chính xác. Phân tích dựa trên kịch bản giúp xác định các thành phần kiến trúc chính cần thiết để hỗ trợ các kịch bản sử dụng của hệ thống.
• B. Thiết kế thành phần: Thiết kế thành phần tập trung vào chi tiết bên trong của các thành phần, trong khi phân tích dựa trên kịch bản tập trung vào việc xác định các thành phần cần thiết ở mức kiến trúc.
• C. Thiết kế giao diện: Thiết kế giao diện liên quan đến cách người dùng tương tác với hệ thống, nhưng phân tích dựa trên kịch bản tập trung rộng hơn vào việc xác định các thành phần cần thiết để hỗ trợ các tương tác này.
• D. Thiết kế dữ liệu/class: Thiết kế dữ liệu và class tập trung vào cấu trúc dữ liệu và các lớp đối tượng, trong khi phân tích dựa trên kịch bản tập trung vào kiến trúc hệ thống tổng thể.

Vì vậy, đáp án đúng là A.

Trong phương pháp phân tích kiến trúc, việc mô tả mẫu kiến trúc thường sử dụng nhiều khung nhìn (view) khác nhau để thể hiện các khía cạnh khác nhau của hệ thống. Các khung nhìn này có thể bao gồm:

• Dòng dữ liệu (Data Flow): Thể hiện cách dữ liệu di chuyển và biến đổi trong hệ thống.
• Module: Thể hiện cấu trúc module, các thành phần và mối quan hệ giữa chúng.
• Tiến trình (Process): Thể hiện các tiến trình, luồng xử lý và tương tác giữa chúng.

Do đó, đáp án D (Tất cả các mục trên) là đáp án chính xác nhất, vì nó bao gồm tất cả các khung nhìn phổ biến được sử dụng trong mô tả mẫu kiến trúc.

Mô hình RAD (Rapid Application Development) là mô hình phát triển phần mềm nhấn mạnh vào việc phát triển nhanh chóng thông qua việc sử dụng các công cụ mạnh mẽ, thành phần tái sử dụng và nguyên mẫu. Các mô hình khác như xoắn ốc, tăng dần và thác nước ít tập trung vào việc tái sử dụng thành phần có sẵn và công cụ mạnh mẽ bằng mô hình RAD.