Nhảy đến nội dung

Chỉnh sửa dữ liệu đã đọc

Mỗi kết quả đều nêu rõ các quy tắc đằng sau nó, và bạn có thể hỏi điều gì sẽ xảy ra nếu một quy tắc bị tắt — mà không cần thực sự tắt bất kỳ quy tắc nào.

Một phát hiện nói rằng "điều này là không thể" và dừng lại ở đó chỉ hữu ích một nửa. Câu hỏi bạn thực sự có là tôi phải thay đổi quy tắc nào.

One finding in full: what is wrong, the rule that proves it, and what to change.
One finding in full: what is wrong, the rule that proves it, and what to change.

Mỗi phát hiện đều nêu tên các quy tắc của nó

Mở một phát hiện mà các quy tắc đã tạo ra, và nó liệt kê các ràng buộc đó bằng tên nhận dạng riêng của chúng thay vì các tham chiếu nội bộ. Chọn tên quy tắc và quy tắc đó sẽ mở ra trong một bảng điều khiển trên đầu báo cáo. Bảng điều khiển hiển thị trọng số của quy tắc, liệu nó có được bật hay không, và mọi giáo viên, nhóm lớp, phòng học, ngày, giờ và tiết giảng mà nó nêu tên.

Bạn vẫn ở trên báo cáo. Việc đọc một quy tắc không còn khiến bạn mất vị trí trong các phát hiện nữa.

Trên màn hình dữ liệu, bảng điều khiển cũng cung cấp Mở trong bảng, đưa bạn đến quy tắc đó trong danh sách ràng buộc. Trình kiểm tra công khai không có bảng ràng buộc, vì vậy bảng điều khiển không cung cấp tùy chọn đó ở đó.

Đối với một tiết giảng không thể xếp lịch, báo cáo cũng hiển thị cách nó đến đó — số lượng thời gian bắt đầu ban đầu, và số lượng còn lại sau mỗi quy tắc, theo thứ tự. Dấu vết đó thường là nơi có câu trả lời: một bước trong đó gần như luôn là một quy tắc nghiêm ngặt hơn bạn mong muốn.

Các nguyên nhân được tối thiểu hóa

Khi một tiết giảng không còn thời gian bắt đầu hợp lệ, việc kiểm tra không chỉ liệt kê mọi quy tắc đã ảnh hưởng đến nó. Nó cố gắng tìm ra tập hợp quy tắc nhỏ nhất vẫn gây ra vấn đề.

Điều đó quan trọng khi một tiết giảng bị bao phủ bởi hàng tá ràng buộc. Việc được cho biết "hai quy tắc này, cùng nhau, là điều khiến việc này không thể" là có thể hành động được; việc được đưa một danh sách mười hai quy tắc thì không.

Báo cáo cho bạn biết khi nào nó thành công. Một danh sách đã được thu hẹp mang theo cụm từ chỉ những quy tắc thực sự gây ra vấn đề. Nếu không có những từ đó, danh sách là mọi quy tắc đã ảnh hưởng đến tiết giảng, và công việc thu hẹp nó là của bạn. Việc kiểm tra có một ngân sách, vì vậy một tệp rất lớn có thể hết ngân sách trước khi nó hoàn thành việc thu hẹp.

"Điều gì sẽ xảy ra nếu một quy tắc bị tắt?"

⚠ Điều này chỉ có trên màn hình dữ liệu. Trình kiểm tra công khai tại fetviewer.com/check không cung cấp tính năng này.

Một phát hiện chặn có nút Điều gì sẽ xảy ra nếu một quy tắc bị tắt?. Nó chạy lại toàn bộ quá trình kiểm tra một lần cho mỗi quy tắc mà phát hiện nêu tên, với quy tắc đó bị bỏ qua. Đối với mỗi quy tắc, nó hiển thị số lượng vấn đề chặn mà tệp vẫn sẽ có. Nó không nói rõ đó là những phát hiện nào.

Không có gì được lưu và không có gì bị tắt. Đây là một câu hỏi, không phải là một chỉnh sửa. Các quy tắc của bạn vẫn chính xác như cũ khi bạn đóng nó.

Đây là cách nhanh nhất để giải quyết một mớ bòng bong: thay vì vô hiệu hóa một quy tắc, chạy FET, và hoàn tác nó, bạn hỏi từng ứng cử viên lần lượt và thay đổi quy tắc thực sự gây ra vấn đề.

Thứ tự làm việc

  1. Xóa các phát hiện Đã chứng minh là không thể trước. Cho đến khi chúng biến mất, việc giải quyết không thể thành công, vì vậy mọi thứ khác chỉ là làm đẹp.
  2. Sử dụng dấu vết để tìm bước nghiêm ngặt nhất thay vì quy tắc gần đây nhất.
  3. Hỏi "Điều gì sẽ xảy ra nếu một quy tắc bị tắt?" trước khi chỉnh sửa bất cứ điều gì.
  4. Chạy lại kiểm tra. Báo cáo được tạo lại từ các quy tắc hiện tại của bạn, vì vậy nó trả lời ngay lập tức.
  5. Sau đó xem xét Lỗi. Các tham chiếu lơ lửng và trùng lặp rất dễ sửa, và chúng ngăn chặn sự nhầm lẫn trong kỳ học tới.

Đi đâu tiếp theo