Trên trang này
Sơ đồ tàu có thể làm chỗ chuyển tuyến rõ bằng cách duỗi thẳng đường và đặt các ga đều nhau. Nó cũng có thể khiến hai ga trông xa dù chỉ đi bộ một đoạn ngắn. Cùng phép trừu tượng giúp hành khách chọn tàu có thể làm họ chọn sai đường đi bộ.
Lịch sử một sơ đồ giao thông đặt câu hỏi điều gì xảy ra khi góc nhìn sơ lược được dùng cho việc ngoài chọn tuyến. Tường thuật của Bảo tàng Giao thông New York xác nhận bản đồ năm 1972 duỗi thẳng tuyến và bỏ hầu hết chi tiết địa hình. Câu chuyện nhắc ta hình ảnh có thể tốt cho tác vụ này mà vẫn cần góc nhìn kèm cho tác vụ khác. Bài học không cần lịch sử sản xuất chính xác của các công cụ bổ trợ từng được đề xuất.
Xác định tuyến người đọc muốn tìm
Mọi sơ đồ đều bỏ thông tin. Phác thảo kiến trúc hệ thống bỏ thời gian. Sơ đồ quy trình bỏ giá trị dữ liệu. Bản đồ hướng đồng bộ có thể bỏ ai được phép ghi. Bỏ bớt thường chính là lý do hình dễ đọc. Vấn đề bắt đầu khi thuộc tính bị bỏ quan trọng với lựa chọn của người đọc.
Hãy hình dung sơ đồ đồng bộ cửa hàng tới email minh họa gồm hai ô và một mũi tên: Cửa hàng → Nền tảng email. Nó trả được “hệ thống nào gửi bản ghi khách hàng?” Nó không trả liệu trạng thái đồng ý có đi cùng, bản trùng được xử lý sao hay lần mua có hủy thư đã xếp hàng không. Hình không sai. Nó chưa đủ cho những quyết định đó.
Trước khi vẽ, ghi câu hỏi của người đọc trong một câu.
- Ga Ađiểm đầukết nối
- Chuyển tuyếnđổi đườngkết nối
- Ga Bđiểm đến
“Trường này bắt nguồn ở đâu?” cần đường gốc dữ liệu. “Nếu nguồn không sẵn thì sao?” cần thời gian và trạng thái lỗi. “Ai được kích hoạt chiến dịch?” cần quyền. Một trang có thể mang nhiều góc nhìn, nhưng một góc nhìn không nên giả vờ tối ưu cho mọi việc.
| Góc nhìn | Quan hệ giữ lại | Sai lệch thường gặp |
|---|---|---|
| Bản đồ tuyến sơ lược | Kết nối và chuyển tuyến | Khoảng cách và hướng thật |
| Sơ đồ luồng dữ liệu | Nguồn, bên dùng và hướng | Thời gian và thẩm quyền |
| Sơ đồ trình tự | Thứ tự lời gọi và phản hồi | Trạng thái dài hạn và việc người làm |
| Ma trận quyền | Chủ thể và hành động được phép | Hành trình người dùng qua hệ thống |
Đây là ví dụ khái niệm, không phải đánh giá sản phẩm hay bản đồ cụ thể.
Nêu thiếu sót tại chỗ dùng
Chú thích “không theo tỷ lệ” giúp hành khách hiểu bản đồ sơ lược. Với sơ đồ đồng bộ, chú thích có thể nói “chỉ hướng dữ liệu bình thường; xem đường lỗi và bảng quyền cho lượt ghi.” Nó hữu ích hơn lời lưu ý chung vì nêu quyết định còn thiếu.
Chọn góc nhìn kèm theo hậu quả. Nếu sơ đồ dùng trong duyệt bảo mật, quyền không phải ngữ cảnh tùy chọn. Nếu dùng chẩn đoán bản ghi cũ, thời gian và trạng thái thử lại quan trọng hơn vị trí ô. Nếu dùng lập kế hoạch tích hợp mới, sở hữu trường và đường sửa có thể quyết định triển khai.
Vì vậy hình đẹp gọn có thể là bẫy. Mũi tên không cắt mũi tên khác trông sạch nhưng có thể giấu đường phản hồi. Ô đồng dạng gợi trách nhiệm ngang nhau dù một hệ thống sở hữu sự thật và hệ thống kia giữ bản chiếu có thể bỏ. Thiết kế nên cho thấy sự bất cân xứng vận hành khi nó quan trọng.
Đưa góc nhìn tiếp theo đúng nơi cần
Một sơ đồ có thể phục vụ nhiều người nếu đưa góc nhìn kế tiếp ngay nơi quyết định cần. Bắt đầu bằng góc nhìn trả câu hỏi trước mắt và đặt liên kết hoặc nút chuyển gần đó tới góc nhìn cần tiếp. Giữ nhãn nhất quán để người đọc biết “khách hàng” trong luồng là cùng đối tượng ở bảng quyền.
Lượt xem hữu ích nhờ người lạ với hệ thống ra hai quyết định. Trước, dùng sơ đồ cho mục đích dự định. Sau, hỏi điều phụ thuộc thuộc tính bị bỏ. Nếu người đọc tự tin suy sai, thiếu sót cần nhãn hoặc góc nhìn kèm. Nếu họ biết tìm tiếp ở đâu, trừu tượng hóa đang làm đúng việc.
Hướng dẫn sở hữu dữ liệu bao quát lựa chọn tích hợp nền. Bản đồ của những lựa chọn ấy nên giúp người đọc làm bước đúng tiếp theo, không chỉ ngắm kiến trúc trông đầy đủ.
Sơ đồ có thể mang ca thử của chính nó. Đặt một bản ghi thường và một ngoại lệ lên trang và nhờ người đọc lần theo cả hai. Nếu ngoại lệ biến mất ở mũi tên không nhãn, sơ đồ đã giấu quyết định. Bản cho lãnh đạo có thể bỏ tên trường nhưng vẫn phải cho biết ai sở hữu lỗi. Bản cho người triển khai có thể nêu schema và thử lại nhưng bỏ chuyện chính trị tổ chức. Câu hỏi là mỗi chỗ bỏ có còn giữ được tác vụ không. Khi người đọc mới phải đoán, thêm quan hệ thiếu hoặc trỏ tới góc nhìn kèm, thay vì lấp mọi khoảng trống bằng ô.
Bản đồ thành công khi bỏ chi tiết cẩn thận. Nó thất bại khi thứ bị bỏ chính là điều người đọc tới để quyết.
Câu hỏi Thường gặp
Điều gì làm sơ đồ đơn giản hóa trung thực?
Nó nêu tác vụ phục vụ và đặc tính giữ lại, rồi làm rõ thiếu sót quan trọng. Nó không nên ngụ ý bố cục, khoảng cách hay độ đầy đủ là đúng nghĩa đen khi không phải.
Khi nào sơ đồ cần góc nhìn kèm?
Khi người đọc phải quyết dựa trên thứ nó cố ý bỏ, chẳng hạn khoảng cách thật, kiểm soát truy cập, độ trễ hoặc đường ngoại lệ.
Nhóm nên xem lại bản đồ hệ thống thế nào?
Nhờ người đọc làm tác vụ dự định bằng sơ đồ, rồi thử tác vụ thứ hai phụ thuộc chi tiết bị bỏ. Sửa bản đồ hoặc dẫn tới góc nhìn kèm nơi thiếu sót có thể gây hiểu sai.