Nghiên cứu tình huống · Nghiên cứu tình huống

Trọng tâm HL được hỗ trợ. Mục tiêu đánh giá 2027 đầu tiên; PDF chính thức trả về 403; brief thu hồi cũ là đánh giá cuối cùng 2026. Hướng dẫn còn lại, yêu cầu đánh giá và thực tiễn đều giữ nguyên các mức lưu trữ đã ghi.

Yêu cầu tiên quyết: đọc các đại lượng và đơn vị được nêu, sử dụng phép tính toán và các điều kiện mô hình dưới đây. Mỗi bài học sẽ phát triển phương pháp riêng trước khi chuyển giao độc lập.

Đây là các ví dụ giảng dạy gốc hoặc được ghi rõ là hư cấu, không phải là các phép đo thực tế hay các nghiên cứu đánh giá học viên đã hoàn tất.

Giải thích hiện tượng này là gì?

• Một hệ thống đặt phòng trường học được đề xuất có vẻ hiệu quả, nhưng khuyến nghị dựa trên đó phụ thuộc vào người dùng, ràng buộc và bằng chứng. Chỉ riêng một thuật ngữ kỹ thuật khả thi thì chưa đủ để đưa ra quyết định hợp lý.
• Bắt đầu bằng một dự đoán. Nêu rõ các đại lượng hoặc đặc điểm bạn sẽ so sánh, sau đó quyết định bằng chứng nào có thể phân biệt hai lời giải thích.

Xây dựng mô hình

• Một nghiên cứu tình huống đặt các lựa chọn tính toán trong một bối cảnh đã nêu rõ. Hãy xác định các bên liên quan, yêu cầu, bằng chứng có sẵn và các ràng buộc trước khi đề xuất kiến trúc hoặc thuật toán. Phân biệt giữa sự thật của bối cảnh với giả định và dự đoán. Các sự đánh đổi có thể liên quan đến hiệu suất, độ tin cậy, khả năng truy cập, quyền riêng tư, bảo trì và chi phí.
• tỷ lệ xử lý (throughput): Lượng công việc hoàn thành trong một đơn vị thời gian dưới tải công việc đã nêu; kiểm thử chấp nhận (acceptance test): Kiểm tra xem yêu cầu người dùng cụ thể có được đáp ứng hay không.

Chọn bằng chứng để kiểm định mô hình

• Một khuyến nghị cần kết nối yêu cầu với cơ chế và kiểm thử có thể quan sát được. Ví dụ, vấn đề đồng thời đòi hỏi chiến lược ngăn chặn cập nhật xung đột, cộng thêm các kiểm thử minh họa cho bất biến. Một tuyên bố về tốc độ phản hồi nhanh hơn đòi hỏi đo lường tải công việc tương đương thay vì chỉ một nhãn độ phức tạp. Hãy đánh giá các phương án thay thế trong cùng điều kiện đã nêu.
• Sử dụng bối cảnh do nhà trường phê duyệt và dữ liệu tổng hợp. Xây dựng ma trận gồm: tuyên bố, bằng chứng bối cảnh hỗ trợ, giải thích kỹ thuật, hạn chế và kiểm thử chấp nhận. Đánh dấu rõ ràng các sự thật bị thiếu và minh họa cách khuyến nghị sẽ thay đổi nếu một giả định không còn đúng. Điều này chuẩn bị cho suy luận dựa trên tình huống mà không sao chép lại nghiên cứu tình huống đánh giá của IB không có sẵn hay tự sáng tạo bảng điểm kiểm tra.

Bắt đầu từ các đại lượng đã biết

• Nêu các giá trị đã biết và đơn vị của chúng. Chọn công thức vì các giả thiết của nó phù hợp với trường hợp này, sau đó biến đổi trước khi thay số.
• Đã biết: một mẫu thử giả tưởng xử lý 120 yêu cầu thành công trong khoảng thời gian quan sát 30 giây. Băng thông là 120/30=4 yêu cầu thành công/giây. Mẫu thử thứ hai xử lý 150 trong 30 giây, hay 5/s. Mẫu thứ hai có 25% băng thông được ghi nhận cao hơn, nhưng không có kết luận nào về độ trễ, tỷ lệ lỗi hoặc hiệu suất dưới tải lớn hơn mà không có những phép đo đó.

Ví dụ:

Một hệ thống giả tưởng đã xử lý thành công 210 yêu cầu trong 30 giây. Hãy tính tỷ lệ xử lý. Sử dụng cùng trình tự: các đại lượng đã biết → mô hình → mối quan hệ → thay số → đơn vị và diễn giải.

Kiểm tra kết luận và giới hạn của nó

• Tỷ lệ xử lý không phải là thời gian phản hồi. Một khuyến nghị mạnh mẽ phải nêu rõ điều kiện mà nó dự kiến hoạt động và bằng chứng có thể bác bỏ nó. Các yêu cầu chính thức hiện tại về nghiên cứu tình huống Tin học cần được đối chiếu với phiên bản đánh giá áp dụng.
• Quay trở lại quan sát ban đầu. Giải thích kết quả hỗ trợ điều gì, những điều kiện nào mà nó giả định, và một cách để kiểm chứng một giải thích cạnh tranh.

Cảnh báo:

Tỷ lệ xử lý quan sát được cao hơn tự động chứng minh thời gian phản hồi thấp hơn cho mọi yêu cầu. Tuyên bố này là sai: Tỷ lệ xử lý không phải thời gian phản hồi. Một khuyến nghị mạnh mẽ phải nêu rõ điều kiện mà nó dự kiến hoạt động và bằng chứng có thể bác bỏ nó. Các yêu cầu chính thức hiện tại về nghiên cứu tình huống Tin học cần được đối chiếu với phiên bản đánh giá áp dụng.

Tóm tắt:

Phân tích tình huống Tin học: Đánh giá hệ thống được đề xuất: Một khuyến nghị cần kết nối yêu cầu với cơ chế và kiểm thử có thể quan sát được. Ví dụ, vấn đề đồng thời đòi hỏi chiến lược ngăn chặn cập nhật xung đột, cộng thêm các kiểm thử minh họa cho bất biến. Một tuyên bố về tốc độ phản hồi nhanh hơn đòi hỏi đo lường tải công việc tương đương thay vì chỉ một nhãn độ phức tạp. Hãy đánh giá các phương án thay thế trong cùng điều kiện đã nêu.

Chuỗi thực thi chạy được và ranh giới

for successful, attempted, seconds in [(240, 300, 30), (270, 300, 30)]:
    if seconds <= 0 or attempted <= 0:
        raise ValueError("Positive exposure required")
    throughput = successful / seconds
    failure_fraction = (attempted - successful) / attempted
    print(throughput, failure_fraction)

Kết quả mong đợi:

8.0 0.2
9.0 0.1

Tốc độ thành công và tỷ lệ thất bại sử dụng mẫu số khác nhau. Thời gian bằng không hoặc số lần thử bằng không không thể hỗ trợ các tốc độ này. Các tóm tắt giả định này không cung cấp bằng chứng về độ trễ, chi phí hay tải trọng đại diện.