Mục đích của tham chiếu chéo những yêu cầu (ma trận) trong tài liệu thiết kế là nhằm

Tính toàn vẹn (consistency) giao diện ngụ ý rằng các yếu tố giao diện người dùng phải nhất quán trên toàn bộ ứng dụng. Điều này bao gồm các kỹ thuật nhập liệu, cách bố trí, màu sắc, kiểu chữ và các yếu tố tương tác khác. Sự nhất quán giúp người dùng dễ dàng học và sử dụng ứng dụng, vì họ có thể dự đoán cách các yếu tố khác nhau sẽ hoạt động dựa trên kinh nghiệm trước đây của họ.

Phương án A đúng vì nó chỉ ra rằng các kỹ thuật nhập liệu (input) phải nhất quán trong toàn bộ ứng dụng. Điều này giúp người dùng không phải học lại các cách nhập liệu khác nhau cho các phần khác nhau của ứng dụng.

Phương án B sai vì một ứng dụng nên có một 'look and feel' nhất quán, không phải riêng biệt cho mỗi ứng dụng.

Phương án C không liên quan trực tiếp đến sự toàn vẹn giao diện.

Phương án D sai vì phương án B sai.

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

Nhóm FAST (Facilitated Application Specification Techniques) là một kỹ thuật thu thập yêu cầu phần mềm có sự tham gia của các bên liên quan. Mục đích chính là để đảm bảo rằng các yêu cầu phần mềm được xác định một cách đầy đủ và chính xác, đáp ứng nhu cầu của người dùng và các bên liên quan khác.

Trong các lựa chọn được đưa ra:

• A. Kỹ sư phần cứng và phần mềm: Họ là những người trực tiếp tham gia vào việc phát triển và triển khai phần mềm, do đó rất cần thiết trong nhóm FAST để cung cấp thông tin kỹ thuật và đảm bảo tính khả thi của các yêu cầu.
• B. Đại diện nhà sản xuất: Họ có thể cung cấp thông tin về khả năng sản xuất và các ràng buộc liên quan, giúp đảm bảo rằng các yêu cầu phần mềm có thể được hiện thực hóa.
• C. Đại diện thị trường: Họ hiểu rõ nhu cầu của thị trường và người dùng, giúp đảm bảo rằng phần mềm đáp ứng được nhu cầu thực tế.
• D. Nhân viên tài chính cao cấp: Mặc dù vấn đề tài chính quan trọng, nhưng nhân viên tài chính cao cấp thường không trực tiếp tham gia vào việc xác định yêu cầu phần mềm. Vai trò của họ liên quan nhiều hơn đến việc quản lý ngân sách và đảm bảo tính khả thi về mặt tài chính của dự án. Tuy nhiên, họ không có kiến thức chuyên sâu về yêu cầu của ứng dụng phần mềm cần phát triển.

Do đó, nhân viên tài chính cao cấp là người ít thích hợp nhất để tham gia vào nhóm FAST.

Các hoạt động chính và tổng quát trong quá trình xây dựng phần mềm bao gồm:

• Giao tiếp: Trao đổi thông tin với khách hàng và các thành viên trong nhóm phát triển để hiểu rõ yêu cầu.
• Lập kế hoạch: Xác định phạm vi dự án, nguồn lực cần thiết, thời gian biểu và các mốc quan trọng.
• Mô hình hóa: Tạo ra các biểu diễn trừu tượng của phần mềm để hiểu rõ hơn cấu trúc và hành vi của nó.
• Xây dựng: Triển khai mã nguồn, kiểm thử và tích hợp các thành phần phần mềm.
• Triển khai: Cài đặt và cấu hình phần mềm trên môi trường thực tế.

Do đó, đáp án A là chính xác nhất vì nó bao gồm đầy đủ các hoạt động chính và tổng quát trong quá trình xây dựng phần mềm. Các đáp án khác không đầy đủ hoặc chứa các hoạt động không phù hợp.

Kho dữ liệu (data warehouse) được thiết kế để hỗ trợ các quyết định kinh doanh, khác với cơ sở dữ liệu (database) được thiết kế để hỗ trợ các hoạt động giao dịch. Do đó, kho dữ liệu có các đặc trưng sau:

• Hướng mức nghiệp vụ và kích thước lớn: Kho dữ liệu tập trung vào việc cung cấp thông tin tổng hợp, đa chiều để hỗ trợ phân tích và ra quyết định ở cấp độ doanh nghiệp. Vì vậy, nó thường chứa lượng dữ liệu lớn hơn nhiều so với cơ sở dữ liệu giao dịch.
• Tích hợp: Dữ liệu từ nhiều nguồn khác nhau được tích hợp vào kho dữ liệu để tạo ra một cái nhìn toàn diện về hoạt động kinh doanh.
• Không thường thay đổi: Dữ liệu trong kho dữ liệu thường được tải định kỳ (ví dụ: hàng ngày, hàng tuần) và không thay đổi thường xuyên như trong cơ sở dữ liệu giao dịch. Nó chủ yếu phục vụ cho mục đích phân tích lịch sử.

Phương án B "Thông tin đúng và hợp thời" là đặc điểm chung của cả kho dữ liệu và cơ sở dữ liệu, không phải đặc trưng riêng của kho dữ liệu.

Do đó, đáp án chính xác là D.

Debug là quá trình gỡ lỗi, tìm và sửa các lỗi trong chương trình. Các hướng debug bao gồm:

• Backtracking (A): Đi ngược lại các bước đã thực hiện để tìm ra nguyên nhân gây ra lỗi. Đây là một kỹ thuật quan trọng, đặc biệt khi lỗi xảy ra sau một chuỗi các thao tác phức tạp.
• Brute force (B): Thử mọi khả năng hoặc giá trị có thể để tìm ra nguyên nhân gây ra lỗi. Cách này thường được sử dụng khi không có manh mối nào về nguyên nhân gây ra lỗi, hoặc khi số lượng khả năng cần kiểm tra không quá lớn.
• Sự loại trừ nguyên nhân (C): Loại bỏ dần các khả năng gây ra lỗi cho đến khi tìm ra nguyên nhân thực sự. Bằng cách loại bỏ các nguyên nhân không liên quan, ta có thể tập trung vào các nguyên nhân tiềm năng còn lại.

Vì cả ba phương pháp trên đều là các hướng debug, đáp án đúng là "Tất cả các mục".