Sự toàn vẹn (consistency) giao diện ngầm định

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".

Một thiết kế tốt trong kỹ thuật phần mềm cần đảm bảo tính độc lập cao giữa các module (tính liên kết yếu - low coupling) để dễ dàng bảo trì, nâng cấp và tái sử dụng. Các lựa chọn khác không phải là đặc trưng cốt lõi của một thiết kế tốt:

* A. Cho thấy sự liên kết mạnh giữa các module: Sai, một thiết kế tốt nên có sự liên kết yếu giữa các module.
* B. Thực hiện tất cả yêu cầu trong phân tích: Mặc dù quan trọng, nhưng đây là yêu cầu chức năng, không phải đặc trưng của thiết kế.
* C. Bao gồm những test case cho tất cả thành phần: Kiểm thử là một phần quan trọng của quá trình phát triển phần mềm, nhưng không phải là đặc trưng của thiết kế.
* D. Kết hợp mã nguồn nhằm mục đích mô tả: Mã nguồn mô tả là một thực hành tốt, nhưng không phải là một đặc trưng của thiết kế.