it-swarm-vi.tech

Thiết kế một dải băng thông thạo cho ứng dụng CRUD

Tôi đang làm việc để thiết kế UX kiểu Fluent ("Ribbon") cho ứng dụng CRUD hoạt động trên cơ sở dữ liệu.

Có rất nhiều thông tin về cách thiết kế ruy băng cho các ứng dụng dựa trên tài liệu. hướng dẫn của Microsoft thậm chí chỉ định các tab và nhóm tiêu chuẩn.

Tuy nhiên, các nhóm tiêu chuẩn này dường như không phù hợp với các tình huống phi tài liệu. Ví dụ, lệnh "Tìm" phải nằm trong nhóm "Chỉnh sửa":

alt text

Hoàn toàn phù hợp để tìm kiếm bên trong một tài liệu, nhưng không phải để tìm kiếm for một bản ghi.

Có những tài nguyên và/hoặc ví dụ nào để sử dụng ruy băng cho các ứng dụng phi tài liệu?

Đã cập nhật 27/9 : Có, tôi chắc chắn rằng Ribbon phù hợp với ứng dụng tôi đang phát triển. Nó không tập trung vào tài liệu, nhưng cũng không phải là CRUD thuần túy - đó là một ứng dụng phức tạp với nhiều hành vi kinh doanh. Tôi sẽ dễ dàng hơn khi điều hành một hội thảo về cách sắp xếp ruy băng nếu tôi có thể cung cấp một số hướng dẫn trước - vì vậy tôi hy vọng có một số câu trả lời cho câu hỏi ban đầu của tôi về tài nguyên và ví dụ.

14
Bevan

Tôi nghĩ ví dụ tốt nhất bạn có thể xem là MS Access. Tất cả các lệnh CRUD nằm trong một nhóm Bản ghi và lệnh Tìm nằm trong nhóm Tìm!

alt text

14
Tania Gobeil

Dải băng được thiết kế cho các chương trình có nhiều lệnh, ứng dụng CRUD có xu hướng chỉ có một vài lệnh nên có thể dải băng không phải là giao diện người dùng phù hợp để bắt đầu.

Bạn có thể làm những gì MS đã làm khi họ thiết kế ruy băng, lấy càng nhiều người càng tốt (biết trường đó, tốt nhất là khách hàng) đưa ra danh sách các tab/nhóm và một vài lệnh và để họ chọn vị trí hợp lý nhất cho chỉ huy.

Và quan trọng nhất, đừng mù quáng làm theo hướng dẫn (nhưng cũng đừng bỏ qua chúng mà không có lý do chính đáng) và đừng nhầm lẫn giữa sở thích cá nhân của bạn với những gì người dùng thấy trực quan.

11
Nir

Tôi đang ở trong tình trạng gần giống như bạn với ứng dụng của tôi và thiết kế giao diện "Ribbon". Tôi đã dự tính một tình huống trong đó tôi nhóm các lệnh trong ruy băng dựa trên đối tượng "kinh doanh" cốt lõi. Nói cách khác, nếu ứng dụng của tôi cho phép người dùng quản lý Khách hàng và Nhà cung cấp thì sẽ có một nhóm ruy băng dành riêng cho Khách hàng, với tất cả các lệnh bạn thường gọi và sau đó là một nhóm ruy băng khác dành riêng cho Nhà cung cấp với các lệnh khác nhau tạo ra ý nghĩa để chạy chống lại những đối tượng\hồ sơ?

Khi tôi phác thảo điều này, rõ ràng (ít nhất là với tôi) rằng việc quản lý màn hình sẽ trở nên rất khó khăn với phong cách này nếu tôi chỉ cung cấp một Dải băng duy nhất và có lẽ sẽ khiến người dùng thất vọng hơn là giúp đỡ.

Về giao diện người dùng tốt nhất mà tôi gặp phải, ít nhất là liên quan đến vấn đề này là giao diện Outlook 2010. Outlook phụ thuộc vào một yếu tố điều hướng riêng biệt, nhưng khi bạn chuyển từ Tin nhắn sang Danh bạ chẳng hạn, Ribbon sẽ thay đổi để hiển thị các lệnh được hỗ trợ cho giao diện bạn đang làm việc tại thời điểm đó.

Đưa nó trở lại ví dụ của bạn, có vẻ như việc tìm một bản ghi cụ thể sẽ ngụ ý rằng người dùng biết loại bản ghi mà anh ta đang tìm kiếm. Trước tiên, có thể có một hệ thống điều hướng để người dùng có thể điều hướng đến đối tượng cốt lõi (ví dụ: Chế độ xem của Khách hàng) và sau đó được cung cấp một bộ lệnh trong Dải băng chỉ liên quan đến Khách hàng. Tìm thực sự có thể nằm trong nhóm "Chỉnh sửa", nhưng bối cảnh của nó chỉ liên quan đến chế độ xem của Khách hàng. Bạn cũng có thể có một lệnh Tìm khác nằm trong nhóm Chỉnh sửa liên quan đến một số thực thể khác trong ứng dụng.

3
Tim Lentine

Tôi cũng đã suy nghĩ về điều này và ý tưởng chính mà tôi nghĩ ra tương tự như những gì Tim Lentine đã mô tả: có một tab cho mỗi đối tượng kinh doanh chính của tôi. Tôi đã đặt các lệnh được thực hiện phổ biến nhất cho đối tượng đó trong tab cho nó, ví dụ và đối tượng "Đặt hàng" có thể có các lệnh để thay đổi trạng thái (ví dụ: hủy, giao hàng, v.v.), hóa đơn, gửi hóa đơn, v.v.

Tuy nhiên, tôi cũng đã suy nghĩ về cách thức ruy băng trong Windows Live Photo Gallery. Theo một cách nào đó, đó là quản lý cơ sở dữ liệu (ảnh và dữ liệu meta). Quan tâm đặc biệt là các tab Trang chủ, Tìm và Xem. Tôi cũng thích ý tưởng của hộp tìm kiếm/bộ lọc xuất hiện.

photo gallery ribbon

Vì vậy, đây là hai ý tưởng ruy băng chính cho một ứng dụng CRUD mà tôi đã nghiên cứu kỹ. Tôi vẫn chưa quyết định bất cứ điều gì, mặc dù.

Dọc theo dòng thư viện ảnh, tôi có thể thực hiện một tab để truy xuất danh sách dữ liệu cụ thể và xóa, v.v. (Tôi dự định làm bảng điều khiển chính của cửa sổ hiển thị danh sách các đối tượng). Tôi có thể có một cái khác để lọc/nhóm (tương tự như tab 'view' của WLPG). Tôi có thể có một tab khác cho các báo cáo. Tôi cũng có thể sử dụng các tab theo ngữ cảnh để thực hiện các lệnh phổ biến trên đối tượng được chọn như tôi đã mô tả trong đoạn đầu tiên.

2
Benny Jobigan

Tôi không có nhiều kinh nghiệm trong ứng dụng CRUD với dải băng, nhưng đây là một số ý tưởng ...

Đọc - Có một hoặc nhiều tab được cam kết theo những cách tiêu chuẩn mà người dùng sẽ tìm thấy các đối tượng cụ thể. Ví dụ: nếu đó là một cơ sở dữ liệu đại học, một tab cho sinh viên/giảng viên, một cho các lớp học, một cho các tòa nhà. Nhóm các đối tượng trong các tab theo các mức độ tốt hơn như một cho sinh viên và một cho nhân viên. Nếu đó là một truy vấn trường đơn giản, bạn có thể đặt điều khiển văn bản đơn giản trực tiếp hoặc bật lên hộp thoại tìm kiếm phức tạp.

Tạo - chỉ có một tab để xóa hoặc đặt nó vào tab đọc. Nếu bạn thực hiện một tab tạo riêng biệt, hãy lập bản đồ nhóm cho các tab và thêm dấu phân cách để tạo các nhóm nhỏ.

Cập nhật - Tôi sẽ nghiêm túc xem xét các tab theo ngữ cảnh cho việc này. Một bối cảnh cho mỗi loại đối tượng. Nếu một hình thức có nhiều loại, bạn sẽ phải điều khiển bối cảnh bằng cách tập trung bàn phím. Không có nhiều niềm vui. Bạn cũng có thể muốn các tác vụ cập nhật này trong các biểu mẫu, đặc biệt nếu chúng ánh xạ độc đáo vào các tùy chọn 'lệnh' của hộp thoại như áp dụng và như vậy.

Xóa - Được chôn trong lệnh tốt, không phải trên dải băng theo mặc định. Phá hủy dữ liệu là điều cần khuyến khích. Thay vào đó, khuyến khích người dùng 'lưu trữ' hoặc 'không dùng nữa' hoặc 'tốt nghiệp' để dữ liệu sẽ chỉ hiển thị trong các truy vấn cụ thể. Và những hành động nói chung là đối tượng cụ thể để chúng sống trong các biểu mẫu hoặc các tab theo ngữ cảnh. Hãy để các nhiệm vụ sao lưu, lưu trữ và bảo trì hàng tuần thực hiện xóa.

0
shemnon