15+ Đề Trắc nghiệm Tin học 11 Kết nối tri thức Bài 26: Phương pháp làm mịn dần trong thiết kế chương trình

Câu 1: Mục tiêu chính của phương pháp làm mịn dần (stepwise refinement) trong thiết kế chương trình là gì?

• A. Tăng tốc độ biên dịch chương trình.
• B. Quản lý độ phức tạp của bài toán bằng cách phân rã thành các bài toán con đơn giản hơn.
• C. Giảm thiểu số lượng dòng code cần viết.
• D. Tối ưu hóa việc sử dụng bộ nhớ máy tính.

Câu 2: Bước đầu tiên trong phương pháp làm mịn dần thường là:

• A. Viết mã chương trình cho các chức năng chính.
• B. Kiểm thử chương trình với dữ liệu mẫu.
• C. Phân tích và đặc tả bài toán, xác định rõ yêu cầu đầu vào và đầu ra.
• D. Lựa chọn ngôn ngữ lập trình phù hợp.

Câu 3: Trong quá trình làm mịn dần, khi một bước "tính toán kết quả" được chia nhỏ thành các bước con "đọc dữ liệu", "xử lý dữ liệu", và "hiển thị kết quả", điều này thể hiện rõ nhất nguyên tắc nào của phương pháp?

• A. Phân rã bài toán (Decomposition).
• B. Tính trừu tượng hóa (Abstraction).
• C. Mô đun hóa (Modularity).
• D. Tái sử dụng code (Code Reusability).

Câu 4: Xét thuật toán sắp xếp chèn. Ở mức độ tổng quan, thuật toán có thể mô tả là "lặp qua danh sách, chèn mỗi phần tử vào vị trí đúng trong phần đã sắp xếp". Đây là mức độ mô tả nào trong phương pháp làm mịn dần?

• A. Mức độ chi tiết (Detailed level).
• B. Mức độ trung gian (Intermediate level).
• C. Mức độ tổng quan (High-level/Abstract level).
• D. Mức độ mã giả (Pseudocode level).

Câu 5: Trong thuật toán sắp xếp chèn, bước làm mịn "chèn phần tử vào vị trí đúng" có thể được chi tiết hóa thành các bước nào sau đây?

• A. Tìm kiếm vị trí ngẫu nhiên và chèn phần tử vào đó.
• B. Đảo ngược thứ tự các phần tử đã sắp xếp và chèn phần tử vào đầu.
• C. Xóa phần tử tại vị trí đầu tiên và chèn phần tử mới vào đó.
• D. So sánh phần tử cần chèn với các phần tử đã sắp xếp, dịch chuyển các phần tử lớn hơn sang phải để tạo chỗ trống và chèn phần tử vào vị trí thích hợp.

Câu 6: Giả sử bạn đang thiết kế chương trình quản lý thư viện. Bước đầu tiên bạn xác định chức năng chính là "mượn trả sách". Theo phương pháp làm mịn dần, bước tiếp theo hợp lý nhất là gì?

• A. Viết code Python cho chức năng mượn trả sách.
• B. Chia nhỏ chức năng "mượn trả sách" thành các chức năng con như "đăng ký mượn sách", "trả sách", "kiểm tra tình trạng sách".
• C. Thiết kế giao diện người dùng cho chức năng mượn trả sách.
• D. Kiểm thử chức năng mượn trả sách với dữ liệu thực tế.

Câu 7: Ưu điểm chính của việc sử dụng phương pháp làm mịn dần trong thiết kế chương trình là gì?

• A. Giúp chương trình chạy nhanh hơn.
• B. Tạo ra chương trình có giao diện đẹp mắt hơn.
• C. Giúp quản lý độ phức tạp của chương trình, làm cho quá trình thiết kế và phát triển dễ dàng hơn.
• D. Đảm bảo chương trình tương thích với mọi hệ điều hành.

Câu 8: Nhược điểm tiềm ẩn của phương pháp làm mịn dần là gì nếu không được thực hiện cẩn thận?

• A. Tốn ít thời gian hơn cho giai đoạn thiết kế.
• B. Dễ dàng bỏ qua các yêu cầu quan trọng của bài toán.
• C. Chương trình trở nên khó bảo trì hơn.
• D. Có thể dẫn đến việc tập trung quá nhiều vào chi tiết ở giai đoạn đầu, làm mất đi cái nhìn tổng quan về hệ thống.

Câu 9: Trong chương trình đếm số cặp nghịch đảo, bước làm mịn "đếm cặp nghịch đảo" có thể được thực hiện bằng cách nào?

• A. Duyệt qua tất cả các cặp chỉ số (i, j) với i < j và kiểm tra nếu A[i] > A[j] thì tăng biến đếm.
• B. Sắp xếp mảng và đếm số lần đổi chỗ.
• C. Chỉ đếm các cặp nghịch đảo ở nửa đầu của mảng.
• D. Sử dụng hàm có sẵn để đếm số nghịch đảo mà không cần duyệt mảng.

Câu 10: Khi nào phương pháp làm mịn dần trở nên đặc biệt hữu ích?

• A. Khi bài toán đã có giải pháp rõ ràng và dễ thực hiện.
• B. Khi bài toán phức tạp, khó hình dung toàn bộ giải pháp ngay từ đầu.
• C. Khi cần viết chương trình nhanh chóng mà không cần quan tâm đến cấu trúc.
• D. Khi ngôn ngữ lập trình được sử dụng có nhiều thư viện hỗ trợ sẵn.

Câu 11: Phát biểu nào sau đây mô tả đúng nhất về mối quan hệ giữa các bước trong phương pháp làm mịn dần?

• A. Các bước được thực hiện song song và độc lập với nhau.
• B. Các bước được thực hiện ngẫu nhiên, không theo thứ tự nhất định.
• C. Mỗi bước sau là sự chi tiết hóa của bước trước, đi từ tổng quan đến cụ thể.
• D. Các bước chỉ đơn giản là liệt kê các chức năng cần có của chương trình.

Câu 12: Trong thuật toán sắp xếp chèn, giả sử phần đã sắp xếp là [2, 5, 8]. Nếu phần tử tiếp theo cần chèn là 4, các bước làm mịn tiếp theo sẽ là gì?

• A. Chèn 4 vào cuối danh sách, kết quả [2, 5, 8, 4].
• B. So sánh 4 với 8, 5, 2 lần lượt và dịch chuyển 8, 5 sang phải, chèn 4 vào vị trí giữa 2 và 5, kết quả [2, 4, 5, 8].
• C. Thay thế phần tử 5 bằng 4, kết quả [2, 4, 8].
• D. Chèn 4 vào đầu danh sách, kết quả [4, 2, 5, 8].

Câu 13: Để đánh giá tính hiệu quả của phương pháp làm mịn dần, tiêu chí nào sau đây là quan trọng nhất?

• A. Tốc độ thực thi chương trình sau khi hoàn thành.
• B. Số lượng dòng code trong chương trình cuối cùng.
• C. Mức độ dễ hiểu của code đối với máy tính.
• D. Khả năng đơn giản hóa quá trình thiết kế và làm cho chương trình dễ hiểu, dễ bảo trì hơn đối với con người.

Câu 14: Trong ngữ cảnh thiết kế chương trình, "tính trừu tượng hóa" (abstraction) hỗ trợ phương pháp làm mịn dần như thế nào?

• A. Làm cho chương trình chạy chậm hơn nhưng dễ hiểu hơn.
• B. Loại bỏ hoàn toàn các bước chi tiết trong thiết kế.
• C. Cho phép tập trung vào chức năng chính ở mỗi bước làm mịn mà không bị quá tải bởi các chi tiết nhỏ.
• D. Thay thế phương pháp làm mịn dần bằng một phương pháp thiết kế khác.

Câu 15: Xét bài toán "tính tổng các số chẵn trong một mảng". Bước làm mịn đầu tiên có thể là "duyệt mảng và kiểm tra từng số". Bước làm mịn tiếp theo cho phần "kiểm tra từng số" là gì?

• A. Kiểm tra xem số đó có chia hết cho 2 hay không.
• B. Kiểm tra xem số đó có lớn hơn 0 hay không.
• C. Kiểm tra xem số đó có phải là số nguyên tố hay không.
• D. Kiểm tra xem số đó có nằm trong khoảng từ 1 đến 100 hay không.

Câu 16: Trong thiết kế chương trình theo phương pháp làm mịn dần, việc lặp lại quá trình làm mịn cho đến khi nào là phù hợp nhất?

• A. Cho đến khi chương trình chạy được mà không có lỗi.
• B. Cho đến khi mỗi bước đủ đơn giản và cụ thể để có thể dễ dàng chuyển thành các câu lệnh lập trình.
• C. Cho đến khi tất cả các chức năng của chương trình được hoàn thiện.
• D. Cho đến khi người thiết kế cảm thấy hài lòng với thiết kế.

Câu 17: Phương pháp làm mịn dần giúp cải thiện khả năng bảo trì chương trình như thế nào?

• A. Bằng cách giảm số lượng dòng code, chương trình trở nên ngắn gọn hơn và dễ bảo trì.
• B. Bằng cách tự động sửa lỗi trong quá trình thiết kế.
• C. Bằng cách tạo ra cấu trúc chương trình rõ ràng, các phần nhỏ, dễ hiểu và dễ sửa đổi khi cần thiết.
• D. Phương pháp này không ảnh hưởng đến khả năng bảo trì chương trình.

Câu 18: Trong thuật toán sắp xếp chèn, bước "duyệt từ phần tử thứ hai đến cuối dãy" đóng vai trò gì trong phương pháp làm mịn dần?

• A. Là bước tối ưu hóa tốc độ sắp xếp.
• B. Là bước tổng quan, xác định phạm vi các phần tử cần được xử lý trong quá trình sắp xếp.
• C. Là bước chi tiết, thực hiện việc so sánh và chèn phần tử.
• D. Không có vai trò cụ thể trong phương pháp làm mịn dần.

Câu 19: Để thiết kế một chức năng phức tạp, ví dụ "xử lý đơn hàng trực tuyến", phương pháp làm mịn dần khuyến khích bắt đầu từ đâu?

• A. Mô tả chức năng ở mức độ tổng quan nhất, ví dụ "Tiếp nhận đơn hàng, xử lý thanh toán, giao hàng".
• B. Thiết kế giao diện người dùng cho chức năng xử lý đơn hàng.
• C. Viết code cho chức năng thanh toán trực tuyến đầu tiên.
• D. Xác định cơ sở dữ liệu để lưu trữ thông tin đơn hàng.

Câu 20: Trong quá trình làm mịn dần, nếu một bước vẫn còn quá phức tạp để thực hiện trực tiếp, bạn nên làm gì?

• A. Bỏ qua bước đó và chuyển sang bước tiếp theo.
• B. Cố gắng viết code trực tiếp cho bước phức tạp đó.
• C. Tiếp tục chia nhỏ bước đó thành các bước con đơn giản hơn cho đến khi đủ chi tiết.
• D. Tìm kiếm giải pháp có sẵn trên mạng để thay thế bước đó.

Câu 21: So sánh phương pháp làm mịn dần với phương pháp "viết code trực tiếp" (code-and-fix), phương pháp nào có khả năng giảm thiểu lỗi thiết kế hơn?

• A. Phương pháp làm mịn dần, vì nó tập trung vào thiết kế có cấu trúc trước khi viết code.
• B. Phương pháp "viết code trực tiếp", vì nó cho phép thử nghiệm và sửa lỗi nhanh chóng.
• C. Cả hai phương pháp đều có khả năng giảm thiểu lỗi thiết kế như nhau.
• D. Không thể so sánh được vì hai phương pháp này phục vụ cho mục đích khác nhau.

Câu 22: Trong phương pháp làm mịn dần, việc sử dụng ngôn ngữ tự nhiên (ví dụ, tiếng Việt) để mô tả các bước ở mức độ tổng quan có lợi ích gì?

• A. Giúp chương trình chạy nhanh hơn sau khi được code.
• B. Giúp dễ dàng diễn đạt ý tưởng thiết kế, trao đổi và thảo luận với người khác (kể cả không chuyên về lập trình).
• C. Tự động chuyển đổi mô tả bằng ngôn ngữ tự nhiên thành code.
• D. Giảm số lượng tài liệu thiết kế cần phải tạo ra.

Câu 23: Giả sử bạn đã làm mịn một bước thành các bước con. Khi nào bạn nên xem xét lại và có thể "làm mịn ngược" (tức là gộp các bước con lại) trong phương pháp làm mịn dần?

• A. Khi phát hiện ra có lỗi trong các bước con đã làm mịn.
• B. Khi cần tối ưu hóa tốc độ thực thi của chương trình.
• C. Khi muốn thay đổi ngôn ngữ lập trình sử dụng.
• D. Khi nhận thấy các bước con trở nên quá chi tiết và rời rạc, làm mất đi tính mạch lạc và tổng quan của chức năng.

Câu 24: Trong thuật toán sắp xếp chèn, bước "chuyển các phần tử lớn hơn A[i] sang phải" là sự làm mịn của bước nào ở mức độ cao hơn?

• A. Bước "duyệt từ phần tử thứ hai đến cuối dãy".
• B. Bước "lấy phần tử A[i] ra khỏi dãy".
• C. Bước "chèn A[i] vào đúng vị trí trong phần đã sắp xếp".
• D. Bước "so sánh A[i] với phần tử đầu tiên của dãy".

Câu 25: Điều gì xảy ra nếu bạn bỏ qua giai đoạn làm mịn dần và bắt đầu viết code ngay cho một bài toán phức tạp?

• A. Chương trình sẽ chạy nhanh hơn vì tiết kiệm được thời gian thiết kế.
• B. Có thể dẫn đến chương trình khó hiểu, nhiều lỗi tiềm ẩn, khó bảo trì và phát triển về sau.
• C. Không có ảnh hưởng gì đáng kể nếu lập trình viên có kinh nghiệm.
• D. Chương trình sẽ chiếm ít bộ nhớ hơn vì code được viết trực tiếp.

Câu 26: Phương pháp làm mịn dần có thể áp dụng cho giai đoạn nào trong quy trình phát triển phần mềm?

• A. Chủ yếu trong giai đoạn thiết kế thuật toán và cấu trúc chương trình.
• B. Chỉ trong giai đoạn viết code.
• C. Chỉ trong giai đoạn kiểm thử và gỡ lỗi.
• D. Áp dụng cho tất cả các giai đoạn của quy trình phát triển phần mềm một cách đồng đều.

Câu 27: Trong chương trình đếm cặp nghịch đảo, vòng lặp duyệt qua các chỉ số i và j (với i < j) thể hiện bước làm mịn nào?

• A. Bước "khởi tạo biến đếm".
• B. Bước "nhập dữ liệu mảng".
• C. Bước "hiển thị kết quả đếm".
• D. Bước "duyệt qua tất cả các cặp phần tử để kiểm tra nghịch đảo".

Câu 28: Khi áp dụng phương pháp làm mịn dần, thứ tự thực hiện các bước làm mịn quan trọng như thế nào?

• A. Rất quan trọng, cần tuân theo thứ tự logic từ tổng quan đến chi tiết.
• B. Không quan trọng, có thể thực hiện các bước làm mịn theo thứ tự bất kỳ.
• C. Chỉ quan trọng ở giai đoạn đầu, các bước sau có thể linh hoạt hơn.
• D. Thứ tự thực hiện phụ thuộc vào kinh nghiệm của người thiết kế.

Câu 29: Để kiểm tra tính đúng đắn của thiết kế theo phương pháp làm mịn dần, bạn nên làm gì sau mỗi bước làm mịn?

• A. Viết code cho bước vừa làm mịn và chạy thử.
• B. So sánh thiết kế với các chương trình tương tự đã có.
• C. Rà soát lại bước vừa làm mịn để đảm bảo tính logic và phù hợp với mục tiêu tổng quan.
• D. Hỏi ý kiến của người khác về bước làm mịn vừa thực hiện.

Câu 30: Trong ngữ cảnh làm mịn dần, thuật ngữ "mô đun hóa" (modularity) liên quan đến việc chia chương trình thành các phần nhỏ như thế nào?

• A. Mô đun hóa là một phương pháp thiết kế thay thế cho làm mịn dần.
• B. Phương pháp làm mịn dần tạo điều kiện cho mô đun hóa bằng cách phân chia chương trình thành các bước/chức năng nhỏ, có thể xem như các mô đun.
• C. Mô đun hóa chỉ liên quan đến việc tổ chức code sau khi đã viết xong chương trình.
• D. Làm mịn dần và mô đun hóa không có mối liên hệ nào với nhau.

Câu 1: Mục tiêu chính của phương pháp làm mịn dần trong thiết kế chương trình là gì?

• A. Tăng tốc độ biên dịch chương trình.
• B. Quản lý độ phức tạp của chương trình bằng cách phân rã bài toán thành các phần nhỏ hơn.
• C. Giảm thiểu việc sử dụng bộ nhớ máy tính.
• D. Tối ưu hóa mã nguồn để chương trình chạy nhanh hơn.

Câu 2: Bước đầu tiên và quan trọng nhất trong phương pháp làm mịn dần thường là:

• A. Xác định rõ bài toán và yêu cầu đầu ra mong muốn.
• B. Viết mã chương trình cho các chức năng chính.
• C. Lựa chọn ngôn ngữ lập trình phù hợp.
• D. Thiết kế giao diện người dùng.

Câu 3: Trong quá trình làm mịn dần, khi một bước tổng quát được chia thành các bước chi tiết hơn, điều gì sau đây không nên xảy ra?

• A. Mỗi bước chi tiết hơn giải quyết một phần nhỏ hơn của vấn đề tổng quát.
• B. Các bước chi tiết hơn dễ dàng được chuyển đổi thành mã lập trình.
• C. Độ phức tạp của mỗi bước chi tiết tăng lên so với bước tổng quát ban đầu.
• D. Mối quan hệ giữa các bước chi tiết và bước tổng quát vẫn được duy trì rõ ràng.

Câu 4: Xét bài toán "Tính tổng các số chẵn trong một mảng". Nếu bước làm mịn đầu tiên là "Duyệt qua từng phần tử của mảng", bước làm mịn tiếp theo có thể là gì?

• A. Khởi tạo biến tổng bằng 0.
• B. Nhập dữ liệu cho mảng từ người dùng.
• C. In ra kết quả tổng.
• D. Kiểm tra xem phần tử hiện tại có phải là số chẵn hay không.

Câu 5: Ưu điểm chính của việc sử dụng phương pháp làm mịn dần trong thiết kế thuật toán sắp xếp là gì?

• A. Thuật toán sắp xếp chạy nhanh hơn.
• B. Giảm lượng bộ nhớ cần thiết để sắp xếp.
• C. Giúp dễ dàng hình dung và xây dựng từng bước của thuật toán sắp xếp một cách logic.
• D. Thuật toán trở nên phức tạp hơn nhưng hiệu quả hơn.

Câu 6: Trong thuật toán sắp xếp chèn (insertion sort), bước "Chèn phần tử vào đúng vị trí" có thể được làm mịn thành các thao tác chi tiết nào?

• A. Tìm kiếm vị trí phần tử trong mảng đã sắp xếp.
• B. So sánh phần tử cần chèn với các phần tử đã sắp xếp và dịch chuyển các phần tử lớn hơn sang phải để tạo chỗ trống.
• C. Hoán đổi phần tử cần chèn với phần tử đầu tiên của mảng.
• D. Xóa phần tử cần chèn nếu nó đã tồn tại trong mảng.

Câu 7: Khi nào phương pháp làm mịn dần trở nên đặc biệt hữu ích trong thiết kế chương trình?

• A. Khi chương trình cần được viết một cách nhanh chóng.
• B. Khi yêu cầu bài toán rất đơn giản và dễ hiểu.
• C. Khi lập trình viên đã có kinh nghiệm lâu năm với ngôn ngữ lập trình.
• D. Khi bài toán có độ phức tạp cao và nhiều chức năng cần phối hợp.

Câu 8: Giả sử bạn đang thiết kế một chương trình quản lý thư viện. Bước làm mịn đầu tiên có thể là "Quản lý sách", "Quản lý độc giả", "Quản lý mượn trả". Đây là ví dụ cho thấy phương pháp làm mịn dần tập trung vào việc:

• A. Phân chia bài toán thành các модул (module) hoặc chức năng chính.
• B. Tối ưu hóa hiệu suất của chương trình.
• C. Thiết kế giao diện người dùng thân thiện.
• D. Kiểm thử chương trình để tìm lỗi.

Câu 9: Trong chương trình đếm số cặp nghịch đảo, bước làm mịn "Đếm cặp nghịch đảo" cần được chi tiết hóa như thế nào để có thể lập trình được?

• A. Sử dụng hàm có sẵn để đếm nghịch đảo.
• B. Sắp xếp mảng và đếm số lần hoán đổi vị trí.
• C. Duyệt qua tất cả các cặp chỉ số (i, j) với i < j và kiểm tra điều kiện nghịch đảo A[i] > A[j].
• D. Chia mảng thành hai nửa và đếm nghịch đảo trong mỗi nửa.

Câu 10: Điều gì có thể xảy ra nếu bỏ qua phương pháp làm mịn dần và cố gắng viết code trực tiếp từ yêu cầu bài toán phức tạp?

• A. Chương trình sẽ chạy nhanh hơn vì không mất thời gian phân tích.
• B. Dễ mắc lỗi logic, chương trình khó hiểu, khó bảo trì và sửa lỗi.
• C. Tiết kiệm thời gian thiết kế chương trình ban đầu.
• D. Chương trình sẽ trở nên sáng tạo và độc đáo hơn.

Câu 11: Phương pháp làm mịn dần giúp cải thiện khả năng bảo trì chương trình như thế nào?

• A. Bằng cách giảm số lượng dòng code.
• B. Bằng cách tự động sửa lỗi cú pháp.
• C. Bằng cách tăng tốc độ thực thi chương trình.
• D. Bằng cách tạo ra cấu trúc chương trình rõ ràng, dễ hiểu, giúp việc sửa đổi và nâng cấp trở nên dễ dàng hơn.

Câu 12: Trong giai đoạn làm mịn dần, khi nào thì quá trình chi tiết hóa một bước nên dừng lại?

• A. Khi bước đó đã được chia thành ít nhất ba bước con.
• B. Khi lập trình viên cảm thấy đã đủ chi tiết.
• C. Khi mỗi bước đã đủ đơn giản để có thể dễ dàng chuyển đổi thành các câu lệnh trong ngôn ngữ lập trình.
• D. Khi thời gian thiết kế đã hết.

Câu 13: So sánh phương pháp làm mịn dần với cách tiếp cận "viết code và sửa lỗi" (code-and-fix), phương pháp làm mịn dần có ưu điểm nổi trội nào?

• A. Tạo ra code nhanh hơn trong giai đoạn đầu.
• B. Giảm thiểu lỗi ngay từ giai đoạn thiết kế, giúp chương trình ổn định và dễ kiểm soát hơn.
• C. Phù hợp hơn với các dự án nhỏ và đơn giản.
• D. Không đòi hỏi lập trình viên phải có kỹ năng phân tích bài toán.

Câu 14: Để thiết kế một chức năng "Tìm kiếm sách theo tên" trong chương trình quản lý thư viện bằng phương pháp làm mịn dần, bước làm mịn đầu tiên có thể là gì?

• A. Hiển thị giao diện nhập tên sách.
• B. Lấy dữ liệu tên sách từ người dùng.
• C. So sánh tên sách nhập vào với tên sách trong cơ sở dữ liệu.
• D. Tìm kiếm sách trong danh sách sách hiện có.

Câu 15: Trong quá trình làm mịn dần, việc sử dụng ngôn ngữ tự nhiên (ví dụ: tiếng Việt) để mô tả các bước ở mức cao có lợi ích gì?

• A. Giúp dễ dàng diễn đạt ý tưởng và trao đổi với người khác mà không cần quan tâm đến cú pháp lập trình.
• B. Tự động chuyển đổi mô tả thành code.
• C. Tăng tính chuyên nghiệp của tài liệu thiết kế.
• D. Giảm thời gian viết tài liệu thiết kế.

Câu 16: Hãy xem xét bước làm mịn: "Xử lý lỗi nhập liệu". Bước này có thể được làm mịn tiếp thành các bước chi tiết nào?

• A. Bỏ qua các trường hợp nhập liệu không hợp lệ.
• B. Kiểm tra tính hợp lệ của dữ liệu nhập vào, thông báo lỗi nếu không hợp lệ và yêu cầu nhập lại.
• C. Tự động sửa chữa dữ liệu nhập liệu bị lỗi.
• D. Ghi lại tất cả các lỗi nhập liệu vào nhật ký.

Câu 17: Một nhóm lập trình viên tranh luận về việc áp dụng phương pháp làm mịn dần. Một người nói: "Phương pháp này quá chậm, mất thời gian". Bạn phản biện như thế nào?

• A. "Bạn đúng, chúng ta nên viết code nhanh nhất có thể".
• B. "Chúng ta có thể bỏ qua một số bước làm mịn để tiết kiệm thời gian".
• C. "Mặc dù có thể mất thời gian hơn ở giai đoạn đầu, nhưng về lâu dài, nó giúp giảm lỗi, dễ bảo trì và tiết kiệm thời gian sửa lỗi sau này".
• D. "Chúng ta chỉ cần làm mịn dần cho những phần phức tạp nhất của chương trình thôi".

Câu 18: Để thiết kế chức năng "Thêm sách mới" vào chương trình quản lý thư viện, sau bước "Thu thập thông tin sách" (tên, tác giả, NXB), bước làm mịn tiếp theo nên là gì?

• A. Kiểm tra xem sách đã tồn tại trong thư viện chưa (tránh trùng lặp).
• B. Hiển thị thông tin sách vừa nhập để xác nhận.
• C. Lưu thông tin sách vào cơ sở dữ liệu.
• D. In mã vạch cho sách mới.

Câu 19: Trong ngữ cảnh thiết kế chương trình, "mịn dần" đề cập đến quá trình:

• A. Làm cho giao diện người dùng trở nên đẹp mắt và dễ sử dụng hơn.
• B. Tối ưu hóa code để chương trình chạy mượt mà hơn.
• C. Phân rã dần một bài toán lớn thành các bài toán nhỏ hơn, dễ giải quyết hơn.
• D. Loại bỏ dần các lỗi trong quá trình viết code.

Câu 20: Phương pháp làm mịn dần có thể áp dụng cho giai đoạn nào của quy trình phát triển phần mềm?

• A. Chỉ giai đoạn lập trình (coding).
• B. Chỉ giai đoạn kiểm thử (testing).
• C. Chỉ giai đoạn phân tích yêu cầu (requirement analysis).
• D. Chủ yếu trong giai đoạn thiết kế (design) và lập trình (coding), nhưng có thể ảnh hưởng đến các giai đoạn khác.

Câu 21: Điều gì KHÔNG phải là lợi ích trực tiếp của phương pháp làm mịn dần?

• A. Chương trình dễ hiểu và dễ đọc hơn.
• B. Chương trình tự động tối ưu hóa hiệu suất bộ nhớ.
• C. Giảm thiểu khả năng phát sinh lỗi trong quá trình phát triển.
• D. Quy trình thiết kế và lập trình trở nên có cấu trúc và dễ quản lý hơn.

Câu 22: Trong thiết kế thuật toán, bước làm mịn "Tìm kiếm phần tử" có thể được chi tiết hóa thành thuật toán tìm kiếm tuần tự hoặc tìm kiếm nhị phân. Đây là ví dụ về:

• A. Làm mịn dần để tối ưu hóa tốc độ thuật toán.
• B. Làm mịn dần để giảm độ phức tạp tính toán.
• C. Làm mịn dần để lựa chọn các phương pháp cụ thể thực hiện một chức năng.
• D. Làm mịn dần để đơn giản hóa code.

Câu 23: Tại sao phương pháp làm mịn dần giúp giảm lỗi trong chương trình?

• A. Vì nó sử dụng các công cụ kiểm tra lỗi tự động.
• B. Vì nó giúp viết code nhanh hơn, ít thời gian cho lỗi phát sinh.
• C. Vì nó bắt buộc lập trình viên phải kiểm thử chương trình kỹ lưỡng hơn.
• D. Vì nó chia nhỏ bài toán phức tạp thành các phần nhỏ, dễ kiểm soát và giảm thiểu sai sót trong từng phần.

Câu 24: Trong quy trình làm mịn dần, sau khi hoàn thành một mức độ chi tiết, bước tiếp theo thường là:

• A. Viết code cho toàn bộ chương trình.
• B. Tiếp tục làm mịn các bước hiện tại thành các bước chi tiết hơn nữa.
• C. Chuyển sang kiểm thử chương trình.
• D. Hoàn thành tài liệu thiết kế chương trình.

Câu 25: Phát biểu nào sau đây mô tả chính xác nhất bản chất của phương pháp làm mịn dần?

• A. Quá trình phân tích và chi tiết hóa dần từ một ý tưởng hoặc bài toán tổng quát đến các bước thực hiện cụ thể, có thể lập trình được.
• B. Phương pháp viết code từ trên xuống, bắt đầu từ hàm main() và đi xuống các hàm con.
• C. Kỹ thuật kiểm thử chương trình bằng cách chia nhỏ chương trình thành các module nhỏ.
• D. Cách tiếp cận lập trình hướng đối tượng, tập trung vào việc xây dựng các lớp và đối tượng.

Câu 26: Bạn được yêu cầu thiết kế một chương trình tính toán thống kê cho một tập dữ liệu lớn. Bạn bắt đầu với bước làm mịn "Tính toán các chỉ số thống kê". Bước làm mịn tiếp theo có thể là gì?

• A. Nhập dữ liệu từ file.
• B. Hiển thị kết quả thống kê.
• C. Làm mịn "Tính toán các chỉ số thống kê" thành "Tính trung bình cộng", "Tính độ lệch chuẩn", "Tìm giá trị lớn nhất", "Tìm giá trị nhỏ nhất".
• D. Lưu kết quả thống kê vào file.

Câu 27: Một lập trình viên sử dụng phương pháp làm mịn dần và tạo ra một sơ đồ cấu trúc chương trình dạng cây. Mỗi nút trên cây đại diện cho một bước, và các nhánh con thể hiện sự làm mịn. Sơ đồ này giúp ích gì?

• A. Tự động sinh code từ sơ đồ.
• B. Hiểu rõ cấu trúc chương trình, mối quan hệ giữa các bước và dễ dàng theo dõi quá trình làm mịn.
• C. Tăng tốc độ biên dịch chương trình.
• D. Giảm dung lượng file chương trình.

Câu 28: Trong thiết kế giao diện người dùng, phương pháp làm mịn dần có thể được áp dụng như thế nào?

• A. Chỉ tập trung vào việc chọn màu sắc và font chữ.
• B. Bắt đầu bằng việc vẽ chi tiết từng nút và menu ngay lập tức.
• C. Chỉ áp dụng cho giao diện dòng lệnh, không phù hợp với giao diện đồ họa.
• D. Bắt đầu với bố cục tổng quan của giao diện, sau đó chi tiết hóa các thành phần và chức năng của từng phần.

Câu 29: Khi làm mịn dần một bước, nếu bạn gặp khó khăn trong việc chia nhỏ bước đó, điều này có thể cho thấy điều gì?

• A. Phương pháp làm mịn dần không phù hợp với bài toán này.
• B. Bạn cần phải viết code trực tiếp để hiểu rõ hơn.
• C. Có thể bước đó vẫn còn quá tổng quát hoặc chưa được hiểu rõ bản chất.
• D. Bạn cần phải nhờ sự trợ giúp của người khác.

Câu 30: Hoàn thành câu sau: "Phương pháp làm mịn dần là một kỹ thuật thiết kế chương trình theo hướng ..."

• A. tăng tốc độ"
• B. từ trên xuống (top-down)"
• C. hướng đối tượng"
• D. hướng sự kiện"

Câu 1: Mục tiêu chính của phương pháp làm mịn dần trong thiết kế chương trình là gì?

• A. Tăng tốc độ biên dịch chương trình.
• B. Chia một bài toán phức tạp thành các bài toán con đơn giản hơn.
• C. Giảm thiểu việc sử dụng bộ nhớ máy tính.
• D. Tối ưu hóa mã nguồn để chạy nhanh hơn.

Câu 2: Trong quy trình làm mịn dần, bạn nên bắt đầu từ đâu?

• A. Một mô tả tổng quan về bài toán cần giải quyết.
• B. Viết mã chương trình cho các chức năng chính.
• C. Xác định cấu trúc dữ liệu chi tiết.
• D. Kiểm thử chương trình với dữ liệu mẫu.

Câu 3: Bước "làm mịn" một thành phần trong thiết kế chương trình nghĩa là gì?

• A. Loại bỏ các bước không cần thiết trong chương trình.
• B. Thay thế các bước phức tạp bằng các bước đơn giản hơn.
• C. Mô tả chi tiết hơn các bước tổng quát đã xác định trước đó.
• D. Kết hợp nhiều bước nhỏ thành một bước lớn hơn.

Câu 4: Phương pháp làm mịn dần giúp ích gì trong việc quản lý độ phức tạp của chương trình?

• A. Tăng độ phức tạp của chương trình để kiểm tra khả năng của lập trình viên.
• B. Bỏ qua các chi tiết phức tạp cho đến giai đoạn cuối.
• C. Giải quyết tất cả các vấn đề phức tạp ngay từ đầu.
• D. Chia nhỏ vấn đề lớn, phức tạp thành các phần nhỏ, dễ quản lý hơn.

Câu 5: Khi nào quá trình làm mịn dần kết thúc?

• A. Khi chương trình chạy thử nghiệm thành công.
• B. Khi mỗi bước đã đủ chi tiết để dễ dàng chuyển thành mã lệnh.
• C. Khi đã xác định được tất cả các biến cần thiết.
• D. Khi người thiết kế cảm thấy hài lòng với mức độ chi tiết.

Câu 6: Ưu điểm chính của việc sử dụng phương pháp làm mịn dần so với việc viết mã trực tiếp là gì?

• A. Viết mã nhanh hơn.
• B. Tạo ra chương trình chạy nhanh hơn.
• C. Giúp chương trình có cấu trúc rõ ràng và dễ hiểu hơn.
• D. Giảm thiểu số lượng dòng mã cần viết.

Câu 7: Xét bài toán "tính tổng các số chẵn từ 1 đến N". Bước làm mịn đầu tiên có thể là gì?

• A. Tính tổng các số chẵn trong khoảng từ 1 đến N.
• B. Khởi tạo biến tổng bằng 0.
• C. Duyệt qua các số từ 1 đến N.
• D. Kiểm tra xem một số có phải là số chẵn hay không.

Câu 8: Tiếp theo bước làm mịn ở Câu 7, bước thứ hai có thể là gì?

• A. In ra kết quả tổng.
• B. Để tính tổng, cần duyệt qua các số từ 1 đến N và kiểm tra tính chẵn lẻ.
• C. Sử dụng vòng lặp for để duyệt các số.
• D. Sử dụng toán tử modulo để kiểm tra số chẵn.

Câu 9: Trong thuật toán sắp xếp chèn, bước làm mịn "tìm vị trí đúng để chèn" có thể được chi tiết hóa như thế nào?

• A. Đơn giản gán phần tử vào cuối dãy đã sắp xếp.
• B. Hoán đổi phần tử với phần tử đầu tiên của dãy.
• C. So sánh phần tử cần chèn với các phần tử đã sắp xếp và dịch chuyển các phần tử lớn hơn sang phải để tạo chỗ trống.
• D. Chọn vị trí ngẫu nhiên để chèn phần tử.

Câu 10: Tại sao phương pháp làm mịn dần giúp giảm thiểu lỗi trong lập trình?

• A. Vì nó tự động sửa lỗi cú pháp.
• B. Vì nó sử dụng ít dòng mã hơn.
• C. Vì nó làm cho chương trình chạy nhanh hơn.
• D. Vì nó giúp người lập trình kiểm soát và hiểu rõ từng bước của quá trình thiết kế, giảm khả năng mắc lỗi logic.

Câu 11: Trong thiết kế chương trình, "tính module hóa" có liên quan đến phương pháp làm mịn dần như thế nào?

• A. Làm mịn dần có thể dẫn đến việc tạo ra các module chương trình khi các bước được chi tiết hóa thành các chức năng riêng biệt.
• B. Tính module hóa là một phương pháp thay thế cho làm mịn dần.
• C. Làm mịn dần chỉ áp dụng cho chương trình đơn module.
• D. Không có mối liên quan nào giữa làm mịn dần và tính module hóa.

Câu 12: Hãy xem xét một bước làm mịn: "Xử lý dữ liệu đầu vào". Bước này có thể được làm mịn tiếp thành những bước nào?

• A. Tính toán kết quả dựa trên dữ liệu.
• B. Đọc dữ liệu từ file, kiểm tra tính hợp lệ của dữ liệu, chuyển đổi định dạng dữ liệu.
• C. Hiển thị dữ liệu đầu vào cho người dùng.
• D. Lưu trữ dữ liệu đầu vào vào bộ nhớ.

Câu 13: Điều gì KHÔNG phải là một lợi ích của phương pháp làm mịn dần?

• A. Dễ dàng theo dõi và sửa lỗi.
• B. Cải thiện khả năng đọc và hiểu mã.
• C. Tự động tối ưu hóa hiệu suất chương trình.
• D. Giúp quản lý các dự án phần mềm lớn.

Câu 14: Trong giai đoạn làm mịn dần, khi bạn gặp một bước khó chi tiết hóa, bạn nên làm gì?

• A. Bỏ qua bước đó và tiếp tục làm mịn các bước khác.
• B. Cố gắng viết mã trực tiếp cho bước đó.
• C. Yêu cầu người khác làm mịn bước đó.
• D. Chia bước đó thành các bước nhỏ hơn nữa và tiếp tục làm mịn từng bước nhỏ.

Câu 15: Phương pháp làm mịn dần phù hợp nhất với loại bài toán lập trình nào?

• A. Các bài toán đơn giản, dễ hiểu ngay từ đầu.
• B. Các bài toán phức tạp, có nhiều thành phần và chức năng.
• C. Các bài toán yêu cầu hiệu suất cao nhất.
• D. Các bài toán chỉ cần giải quyết một lần.

Câu 16: Hãy sắp xếp các bước sau theo đúng trình tự của phương pháp làm mịn dần:
A. Chi tiết hóa các bước con.
B. Xác định bài toán tổng quan.
C. Viết mã chương trình.
D. Lập kế hoạch các bước giải quyết bài toán.

• A. B - A - D - C
• B. D - B - A - C
• C. B - D - A - C
• D. A - B - D - C

Câu 17: Trong ngữ cảnh làm mịn dần, "thiết kế từ trên xuống" (top-down design) có nghĩa là gì?

• A. Bắt đầu từ bài toán tổng quát và chia nhỏ dần thành các bài toán con.
• B. Bắt đầu từ các chi tiết nhỏ và xây dựng dần lên bài toán tổng quát.
• C. Thiết kế giao diện người dùng trước khi thiết kế chức năng.
• D. Viết mã cho phần quan trọng nhất của chương trình trước.

Câu 18: Để kiểm tra tính đúng đắn của thiết kế theo phương pháp làm mịn dần, bạn nên làm gì sau mỗi bước làm mịn?

• A. Viết mã chương trình cho bước đó và chạy thử.
• B. Xem xét lại bước làm mịn vừa thực hiện để đảm bảo nó logic và phù hợp với mục tiêu tổng quan.
• C. Chuyển sang làm mịn bước tiếp theo.
• D. Hỏi ý kiến người khác về bước làm mịn đó.

Câu 19: Ví dụ nào sau đây thể hiện rõ nhất việc "làm mịn" một bước trong thiết kế chương trình?

• A. Thay đổi tên biến từ "x" thành "count".
• B. Thêm chú thích vào mã nguồn.
• C. Tối ưu hóa vòng lặp để chạy nhanh hơn.
• D. Bước đầu là "Tính toán kết quả", sau đó làm mịn thành "Lấy dữ liệu đầu vào", "Thực hiện phép tính", "Hiển thị kết quả".

Câu 20: Trong thuật toán đếm số cặp nghịch đảo, bước "đếm số cặp nghịch đảo" là một bước tổng quan. Làm thế nào để làm mịn bước này?

• A. Duyệt qua tất cả các cặp chỉ số (i, j) với i < j và kiểm tra điều kiện nghịch đảo A[i] > A[j].
• B. Sử dụng hàm có sẵn để đếm cặp nghịch đảo.
• C. Sắp xếp mảng trước khi đếm cặp nghịch đảo.
• D. Đếm số phần tử lớn hơn một giá trị cho trước trong mảng.

Câu 21: Giả sử bạn đang thiết kế một chương trình quản lý thư viện. Bước đầu tiên trong làm mịn dần có thể là gì?

• A. Thiết kế giao diện người dùng cho chương trình.
• B. Chọn ngôn ngữ lập trình để phát triển chương trình.
• C. Xác định các chức năng chính của chương trình quản lý thư viện (mượn/trả sách, quản lý độc giả, tìm kiếm sách).
• D. Viết mã cho chức năng mượn sách.

Câu 22: Tiếp theo bước ở Câu 21, bước làm mịn tiếp theo có thể là gì?

• A. Viết mã cho chức năng tìm kiếm sách.
• B. Làm mịn chức năng "mượn sách" thành các bước nhỏ hơn (nhập thông tin độc giả, kiểm tra sách còn không, cập nhật trạng thái sách, ghi nhận thông tin mượn).
• C. Thiết kế cơ sở dữ liệu cho thư viện.
• D. Kiểm thử chức năng quản lý độc giả.

Câu 23: Trong phương pháp làm mịn dần, khi nào bạn nên dừng việc làm mịn một bước và chuyển sang bước khác?

• A. Khi bạn hoàn toàn bí ý tưởng làm mịn tiếp.
• B. Khi bạn đã làm mịn bước đó thành hàng trăm bước nhỏ.
• C. Khi bước hiện tại đã đủ rõ ràng để có thể hình dung cách viết mã, nhưng vẫn giữ ở mức tổng quan vừa đủ để không bị sa lầy vào chi tiết quá sớm.
• D. Khi bạn cảm thấy mệt mỏi và muốn chuyển sang việc khác.

Câu 24: Điều gì xảy ra nếu bạn bỏ qua phương pháp làm mịn dần và cố gắng viết mã trực tiếp cho một bài toán phức tạp?

• A. Chương trình sẽ chạy nhanh hơn vì không mất thời gian thiết kế.
• B. Bạn sẽ tiết kiệm được thời gian thiết kế chương trình.
• C. Không có vấn đề gì, miễn là bạn viết mã đúng cú pháp.
• D. Có thể gặp khó khăn trong việc tổ chức mã nguồn, dễ mắc lỗi logic, và chương trình trở nên khó hiểu, khó bảo trì.

Câu 25: Trong quá trình làm mịn dần, bạn có thể quay lại bước trước để làm mịn lại không?

• A. Có, việc quay lại bước trước để điều chỉnh và làm mịn lại là một phần tự nhiên của quá trình thiết kế.
• B. Không, bạn phải luôn tiến lên phía trước và không được phép quay lại.
• C. Chỉ được phép quay lại bước trước một lần duy nhất.
• D. Việc quay lại bước trước chỉ được phép khi có lỗi nghiêm trọng.

Câu 26: Phương pháp làm mịn dần có thể áp dụng cho giai đoạn nào trong quy trình phát triển phần mềm?

• A. Chỉ trong giai đoạn kiểm thử chương trình.
• B. Chủ yếu trong giai đoạn thiết kế chương trình.
• C. Trong tất cả các giai đoạn của quy trình phát triển phần mềm.
• D. Chỉ trong giai đoạn bảo trì chương trình.

Câu 27: So sánh phương pháp làm mịn dần với phương pháp "chia để trị" (divide and conquer). Điểm khác biệt chính là gì?

• A. Làm mịn dần phức tạp hơn chia để trị.
• B. Chia để trị chỉ áp dụng cho thuật toán, còn làm mịn dần áp dụng cho thiết kế chương trình.
• C. Làm mịn dần tập trung vào chi tiết hóa các bước thiết kế, trong khi chia để trị tập trung vào chia bài toán thành các bài toán con độc lập để giải quyết.
• D. Không có sự khác biệt đáng kể giữa hai phương pháp.

Câu 28: Trong một dự án phần mềm lớn, việc sử dụng phương pháp làm mịn dần có vai trò như thế nào đối với việc làm việc nhóm?

• A. Gây khó khăn cho việc làm việc nhóm vì mỗi người có thể làm mịn theo cách khác nhau.
• B. Không ảnh hưởng đến việc làm việc nhóm.
• C. Giảm sự tương tác giữa các thành viên trong nhóm.
• D. Giúp phân chia công việc cho các thành viên trong nhóm dựa trên các bước làm mịn đã được xác định, tăng tính tổ chức và hiệu quả làm việc nhóm.

Câu 29: Khi trình bày thiết kế chương trình theo phương pháp làm mịn dần, bạn nên sử dụng công cụ hỗ trợ nào?

• A. Chỉ cần mã nguồn chương trình.
• B. Sơ đồ khối, lưu đồ thuật toán, hoặc văn bản mô tả chi tiết các bước.
• C. Bảng tính Excel.
• D. Phần mềm quản lý dự án phức tạp.

Câu 30: Giả sử bạn có bước làm mịn "Kiểm tra điều kiện". Hãy cho biết một ví dụ cụ thể về việc làm mịn bước này trong chương trình tính diện tích hình chữ nhật.

• A. Kiểm tra xem người dùng có nhập dữ liệu hay không.
• B. Kiểm tra xem phép tính diện tích có đúng không.
• C. Kiểm tra xem chiều dài và chiều rộng có phải là số dương không. Nếu không, thông báo lỗi.
• D. Kiểm tra xem biến diện tích đã được khai báo chưa.

Câu 1: Mục tiêu chính của phương pháp làm mịn dần trong thiết kế chương trình là gì?

• A. Tăng tốc độ biên dịch chương trình.
• B. Chia một bài toán phức tạp thành các phần nhỏ, dễ quản lý và giải quyết hơn.
• C. Giảm thiểu số lượng dòng code cần viết.
• D. Tối ưu hóa việc sử dụng bộ nhớ máy tính.

Câu 2: Trong quá trình làm mịn dần, bạn bắt đầu từ đâu?

• A. Ý tưởng hoặc mô tả bài toán ở mức độ tổng quan nhất.
• B. Các dòng code chi tiết cho từng chức năng.
• C. Lưu đồ thuật toán hoàn chỉnh.
• D. Đặc tả chi tiết về dữ liệu đầu vào và đầu ra.

Câu 3: Bước "làm mịn" một bước thiết kế tổng quan nghĩa là gì?

• A. Loại bỏ các bước không cần thiết trong thiết kế.
• B. Thay thế bước hiện tại bằng một bước hoàn toàn khác.
• C. Chia nhỏ bước đó thành nhiều bước nhỏ hơn, cụ thể hơn.
• D. Gộp nhiều bước thiết kế thành một bước duy nhất.

Câu 4: Xét bài toán "Tìm số lớn nhất trong dãy số". Bước làm mịn nào sau đây thể hiện sự tiến triển hợp lý từ mức tổng quan đến chi tiết?

• A. Tổng quan: "Tìm số lớn nhất". Chi tiết: "In ra màn hình số lớn nhất".
• B. Tổng quan: "Tìm số lớn nhất". Chi tiết: "Duyệt qua từng số trong dãy, so sánh và cập nhật số lớn nhất nếu cần".
• C. Tổng quan: "Tìm số lớn nhất". Chi tiết: "Sắp xếp dãy số theo thứ tự giảm dần".
• D. Tổng quan: "Tìm số lớn nhất". Chi tiết: "Đọc dữ liệu từ bàn phím".

Câu 5: Phương pháp làm mịn dần giúp ích gì trong việc xử lý các bài toán lập trình phức tạp?

• A. Giúp giảm độ phức tạp về mặt thuật toán của bài toán.
• B. Làm cho bài toán phức tạp trở nên đơn giản hơn về bản chất.
• C. Cho phép giải quyết bài toán phức tạp chỉ bằng một vài dòng code.
• D. Giúp kiểm soát và quản lý độ phức tạp bằng cách chia nhỏ vấn đề.

Câu 6: Trong thuật toán sắp xếp chèn, bước làm mịn "Chèn phần tử vào đúng vị trí" có thể được chi tiết hóa như thế nào?

• A. Đơn giản là thêm phần tử vào cuối dãy đã sắp xếp.
• B. Tìm vị trí ngẫu nhiên và chèn phần tử vào đó.
• C. Tìm vị trí thích hợp trong phần đã sắp xếp của dãy bằng cách so sánh và dịch chuyển các phần tử.
• D. Thay thế phần tử ở vị trí đầu tiên của dãy bằng phần tử cần chèn.

Câu 7: Tại sao việc kiểm tra và sửa lỗi (debug) chương trình trở nên dễ dàng hơn khi áp dụng phương pháp làm mịn dần?

• A. Vì chương trình viết theo phương pháp này thường chạy nhanh hơn.
• B. Vì cấu trúc chương trình rõ ràng, các bước logic được phân tách, dễ dàng xác định vị trí lỗi.
• C. Vì phương pháp này tự động sửa lỗi trong quá trình biên dịch.
• D. Vì chương trình trở nên ngắn gọn hơn, ít khả năng phát sinh lỗi.

Câu 8: Trong ngữ cảnh thiết kế chương trình, "tính trừu tượng" (abstraction) liên quan đến phương pháp làm mịn dần như thế nào?

• A. Làm mịn dần là quá trình giảm dần mức độ trừu tượng, từ tổng quát đến chi tiết.
• B. Làm mịn dần giúp tăng mức độ trừu tượng của chương trình.
• C. Tính trừu tượng và làm mịn dần là hai khái niệm không liên quan.
• D. Tính trừu tượng chỉ áp dụng cho giai đoạn cuối cùng của làm mịn dần.

Câu 9: Ưu điểm nào sau đây KHÔNG phải là lợi ích trực tiếp của phương pháp làm mịn dần?

• A. Cấu trúc chương trình rõ ràng, dễ đọc và dễ hiểu.
• B. Quá trình thiết kế và lập trình trở nên có hệ thống và dễ quản lý hơn.
• C. Chương trình sau khi hoàn thành luôn đạt hiệu suất tối ưu về tốc độ.
• D. Giảm thiểu khả năng bỏ sót các yêu cầu hoặc chức năng quan trọng.

Câu 10: Khi nào phương pháp làm mịn dần trở nên đặc biệt quan trọng và hữu ích?

• A. Khi viết các chương trình có quy mô nhỏ và logic đơn giản.
• B. Khi cần hoàn thành chương trình trong thời gian rất ngắn.
• C. Khi lập trình viên đã có kinh nghiệm lâu năm và quen với bài toán.
• D. Khi giải quyết các bài toán lập trình phức tạp, nhiều chức năng và yêu cầu.

Câu 11: Giả sử bạn cần thiết kế chương trình quản lý thư viện. Bước làm mịn đầu tiên có thể là gì?

• A. Thiết kế giao diện người dùng cho chương trình.
• B. Xác định các chức năng chính của chương trình như "mượn sách", "trả sách", "tìm kiếm sách", ...
• C. Chọn ngôn ngữ lập trình để phát triển chương trình.
• D. Viết code cho chức năng "thêm sách mới" vào thư viện.

Câu 12: Cho bước thiết kế tổng quan: "Xử lý giao dịch mua hàng". Hãy chọn một bước làm mịn hợp lý tiếp theo.

• A. Hiển thị thông báo "Giao dịch thành công".
• B. Tính tổng giá trị đơn hàng và áp dụng khuyến mãi (nếu có).
• C. Nhận thông tin sản phẩm từ khách hàng, kiểm tra số lượng tồn kho, cập nhật giỏ hàng.
• D. Kết nối với hệ thống thanh toán trực tuyến.

Câu 13: Trong thuật toán đếm số cặp nghịch đảo, bước "Đếm cặp nghịch đảo" có thể được làm mịn như thế nào?

• A. Đếm tất cả các cặp phần tử trong dãy.
• B. Đếm các cặp phần tử bằng nhau trong dãy.
• C. Đếm các cặp phần tử có chỉ số bằng nhau.
• D. Duyệt qua tất cả các cặp chỉ số (i, j) với i < j và kiểm tra điều kiện nghịch đảo (A[i] > A[j]).

Câu 14: Phương pháp làm mịn dần có mối liên hệ như thế nào với phong cách lập trình "từ trên xuống" (top-down programming)?

• A. Làm mịn dần là một phong cách lập trình đối lập với "từ trên xuống".
• B. Làm mịn dần là một kỹ thuật cốt lõi của phong cách lập trình "từ trên xuống".
• C. Phong cách "từ trên xuống" chỉ áp dụng cho các ngôn ngữ lập trình bậc cao, không liên quan đến làm mịn dần.
• D. Làm mịn dần chỉ phù hợp với phong cách lập trình "hướng đối tượng", không phải "từ trên xuống".

Câu 15: Điều gì xảy ra nếu bỏ qua bước làm mịn dần và cố gắng viết code trực tiếp từ ý tưởng ban đầu cho một chương trình phức tạp?

• A. Dễ bị rối trong logic chương trình, khó kiểm soát lỗi và bảo trì code.
• B. Chương trình sẽ chạy nhanh hơn vì không mất thời gian cho thiết kế chi tiết.
• C. Code sẽ trở nên ngắn gọn và dễ hiểu hơn.
• D. Không có ảnh hưởng gì đáng kể nếu lập trình viên có kinh nghiệm.

Câu 16: Trong quá trình làm mịn dần, khi nào bạn nên dừng lại việc làm mịn một bước thiết kế?

• A. Khi bước thiết kế trở nên quá dài và phức tạp.
• B. Khi bạn cảm thấy đã đủ chi tiết, không cần làm mịn thêm.
• C. Khi mỗi bước đã đủ chi tiết để có thể dễ dàng chuyển thành code trong ngôn ngữ lập trình.
• D. Khi bạn đã chia nhỏ bước thiết kế thành đúng 10 bước nhỏ hơn.

Câu 17: So sánh phương pháp làm mịn dần với phương pháp "thử và sai" trong thiết kế chương trình. Điểm khác biệt chính là gì?

• A. Phương pháp "thử và sai" luôn nhanh hơn làm mịn dần.
• B. Cả hai phương pháp đều không hiệu quả cho bài toán phức tạp.
• C. Làm mịn dần tập trung vào code, "thử và sai" tập trung vào thiết kế.
• D. Làm mịn dần là phương pháp có hệ thống, có kế hoạch; "thử và sai" mang tính ngẫu nhiên, thiếu kế hoạch.

Câu 18: Để thiết kế một chức năng "tìm kiếm" trong chương trình quản lý danh bạ, bước làm mịn nào sau đây là hợp lý?

• A. Thiết kế giao diện cho chức năng tìm kiếm.
• B. Xác định các tiêu chí tìm kiếm (tên, số điện thoại, địa chỉ, ...), cách thức so sánh và hiển thị kết quả.
• C. Viết code cho thuật toán tìm kiếm nhị phân.
• D. Thử nghiệm chức năng tìm kiếm với dữ liệu mẫu.

Câu 19: Giả sử bạn đang làm mịn bước "Kiểm tra tính hợp lệ của dữ liệu đầu vào". Hãy chọn một bước làm mịn chi tiết hơn.

• A. Hiển thị thông báo lỗi nếu dữ liệu không hợp lệ.
• B. Yêu cầu người dùng nhập lại dữ liệu.
• C. Kiểm tra kiểu dữ liệu, định dạng, và giới hạn giá trị của dữ liệu đầu vào.
• D. Bỏ qua bước kiểm tra tính hợp lệ để chương trình chạy nhanh hơn.

Câu 20: Trong ngữ cảnh làm mịn dần, "module hóa" (modularity) chương trình có vai trò gì?

• A. Module hóa là phương pháp thay thế cho làm mịn dần.
• B. Làm mịn dần chỉ áp dụng cho các chương trình không được module hóa.
• C. Module hóa và làm mịn dần là hai khái niệm hoàn toàn độc lập.
• D. Làm mịn dần giúp chương trình dễ dàng được module hóa, mỗi module tương ứng với một bước thiết kế đã làm mịn.

Câu 21: Khi sử dụng phương pháp làm mịn dần, thứ tự thực hiện các bước làm mịn có quan trọng không?

• A. Có, thứ tự rất quan trọng. Các bước làm mịn phải được thực hiện theo logic từ tổng quan đến chi tiết.
• B. Không, thứ tự không quan trọng. Các bước làm mịn có thể thực hiện ngẫu nhiên.
• C. Thứ tự chỉ quan trọng ở giai đoạn đầu, các bước sau có thể thực hiện tùy ý.
• D. Thứ tự chỉ quan trọng đối với lập trình viên mới, người có kinh nghiệm có thể bỏ qua thứ tự.

Câu 22: Trong quá trình làm mịn dần, nếu bạn nhận ra một bước thiết kế ban đầu không phù hợp, bạn nên làm gì?

• A. Tiếp tục làm mịn các bước tiếp theo dựa trên bước thiết kế sai đó.
• B. Quay lại bước thiết kế tổng quan hơn và điều chỉnh lại cho phù hợp, sau đó làm mịn lại từ bước đó.
• C. Cố gắng sửa lỗi ở các bước làm mịn chi tiết hơn.
• D. Bỏ qua bước thiết kế sai và tiếp tục với các bước khác.

Câu 23: Phương pháp làm mịn dần giúp cải thiện khả năng làm việc nhóm trong dự án lập trình như thế nào?

• A. Không có ảnh hưởng đến khả năng làm việc nhóm.
• B. Làm giảm hiệu quả làm việc nhóm vì mỗi người chỉ tập trung vào phần việc nhỏ.
• C. Giúp phân chia công việc rõ ràng, mỗi thành viên có thể đảm nhận một hoặc một số bước làm mịn, dễ dàng phối hợp.
• D. Chỉ phù hợp với dự án cá nhân, không áp dụng được cho làm việc nhóm.

Câu 24: Hãy sắp xếp các bước sau theo đúng trình tự của phương pháp làm mịn dần: (1) Viết code chi tiết, (2) Xác định chức năng tổng quan, (3) Làm mịn các chức năng tổng quan thành các bước cụ thể.

• A. (1) - (2) - (3)
• B. (2) - (3) - (1)
• C. (3) - (1) - (2)
• D. (2) - (1) - (3)

Câu 25: Trong một dự án lớn, việc áp dụng phương pháp làm mịn dần ngay từ giai đoạn đầu thiết kế mang lại lợi ích gì về mặt quản lý dự án?

• A. Làm chậm tiến độ dự án vì mất thời gian cho thiết kế chi tiết.
• B. Không ảnh hưởng đến quản lý dự án.
• C. Làm tăng chi phí dự án do cần nhiều thời gian thiết kế hơn.
• D. Giúp dự án dễ dàng được chia nhỏ thành các giai đoạn, dễ theo dõi tiến độ và phân công công việc.

Câu 26: Nhược điểm nào sau đây có thể xuất hiện khi áp dụng phương pháp làm mịn dần?

• A. Chương trình trở nên khó đọc và khó hiểu hơn.
• B. Tăng độ phức tạp về mặt thuật toán của chương trình.
• C. Có thể mất nhiều thời gian hơn ở giai đoạn thiết kế ban đầu.
• D. Giảm hiệu suất của chương trình sau khi hoàn thành.

Câu 27: Để làm mịn bước "Hiển thị kết quả tìm kiếm", bạn có thể chi tiết hóa thành các bước nào?

• A. Định dạng kết quả (dạng bảng, danh sách,...), hiển thị các thông tin liên quan, sắp xếp kết quả (nếu cần).
• B. Chỉ cần in ra số lượng kết quả tìm thấy.
• C. Lưu kết quả tìm kiếm vào file văn bản.
• D. Gửi email kết quả tìm kiếm cho người dùng.

Câu 28: Giả sử bạn đang thiết kế chương trình game đơn giản. Bước làm mịn nào sau đây thể hiện sự đi từ tổng quan đến chi tiết trong việc xử lý "tương tác người chơi"?

• A. Tổng quan: "Tương tác người chơi". Chi tiết: "Hiển thị hướng dẫn chơi game".
• B. Tổng quan: "Tương tác người chơi". Chi tiết: "Nhận input từ bàn phím/chuột, xử lý input (di chuyển nhân vật, bắn, ...), cập nhật trạng thái game".
• C. Tổng quan: "Tương tác người chơi". Chi tiết: "Thiết kế giao diện game".
• D. Tổng quan: "Tương tác người chơi". Chi tiết: "Phát âm thanh khi người chơi hành động".

Câu 29: Khi làm mịn dần, bạn nên tập trung vào việc làm mịn "dữ liệu" trước hay "xử lý" dữ liệu trước?

• A. Nên làm mịn "dữ liệu" trước, vì dữ liệu là yếu tố quan trọng hơn.
• B. Nên làm mịn "xử lý" dữ liệu trước, vì xử lý quyết định chức năng chương trình.
• C. Nên làm mịn cả "dữ liệu" và "xử lý" dữ liệu song song, tương hỗ lẫn nhau.
• D. Thứ tự không quan trọng, có thể làm mịn cái nào trước cũng được.

Câu 30: Phương pháp làm mịn dần có thể áp dụng cho giai đoạn nào trong quy trình phát triển phần mềm?

• A. Chỉ áp dụng cho giai đoạn lập trình (coding).
• B. Chỉ áp dụng cho giai đoạn kiểm thử (testing).
• C. Chỉ áp dụng cho giai đoạn phân tích yêu cầu.
• D. Áp dụng được cho nhiều giai đoạn, đặc biệt là giai đoạn thiết kế và lập trình.