Trong kỹ thuật tiến trình nghiệp vụ, ba kiến trúc khác nhau được kiểm tra

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.

Kiểm thử đơn vị (Unit Testing) tập trung vào việc kiểm tra các thành phần nhỏ nhất của phần mềm, ví dụ như các hàm hoặc phương thức. Để thực hiện kiểm thử đơn vị hiệu quả, cần phải hiểu rõ cấu trúc bên trong và logic của các đơn vị này.

• Kỹ thuật hộp trắng: Đây là kỹ thuật kiểm thử dựa trên việc xem xét cấu trúc bên trong của mã nguồn. Người kiểm thử cần hiểu rõ về luồng điều khiển, các nhánh rẽ, và các cấu trúc dữ liệu để thiết kế các trường hợp kiểm thử bao phủ các khía cạnh này. Do đó, kỹ thuật hộp trắng rất phù hợp cho kiểm thử đơn vị, giúp đảm bảo rằng mọi đường dẫn trong mã đều được kiểm tra.
• Kỹ thuật hộp đen: Kỹ thuật này kiểm thử chức năng của phần mềm mà không cần biết về cấu trúc bên trong. Nó tập trung vào việc kiểm tra đầu vào và đầu ra. Kỹ thuật này ít được sử dụng trong kiểm thử đơn vị. Thay vào đó, nó được sử dụng nhiều hơn ở các cấp độ kiểm thử cao hơn như kiểm thử tích hợp hoặc kiểm thử hệ thống.
• Kỹ thuật hồi quy: Đây không phải là một kỹ thuật kiểm thử cụ thể cho đơn vị. Kỹ thuật hồi quy được dùng để đảm bảo các thay đổi mới không gây ra lỗi cho các chức năng đã hoạt động trước đó.

Vì vậy, đáp án đúng nhất là kỹ thuật hộp trắng vì nó cho phép kiểm tra chi tiết các thành phần nhỏ nhất của phần mềm.

Mô hình tiến trình phần mềm tiến hóa (Evolutionary Process Models) là một cách tiếp cận lặp đi lặp lại để phát triển phần mềm. Các đặc điểm chính của mô hình này bao gồm:

• Bản chất lặp: Quá trình phát triển được chia thành các vòng lặp (iterations) hoặc các bước tăng trưởng (increments). Mỗi vòng lặp tạo ra một phiên bản phần mềm hoàn chỉnh hơn.
• Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm: Do tính chất lặp và linh hoạt, mô hình tiến hóa cho phép dễ dàng thích ứng với các thay đổi trong yêu cầu của người dùng hoặc thị trường.
• Nói chung không tạo ra những sản phẩm bỏ đi: Mỗi vòng lặp đều tạo ra một phiên bản hoạt động của phần mềm, do đó giảm thiểu việc tạo ra các sản phẩm bị loại bỏ hoàn toàn. Thay vào đó, các phiên bản được cải tiến và mở rộng qua các vòng lặp.

Vì cả ba đặc điểm trên đều đúng với mô hình tiến trình phần mềm tiến hóa, đáp án chính xác là "Tất cả các mục".