Cách tạo đặc tả giao diện người dùng cho Business Analyst

Mục đích của đặc tả giao diện người dùng này là trình bày chi tiết các quy tắc đằng sau một trang cụ thể. Chắc chắn, loại tài liệu này có thể trở thành “sự triển khai” hơn là “yêu cầu” nhưng thực tế là khi bạn đang xây dựng một ứng dụng phần mềm phức tạp (và bao gồm cả các ứng dụng dựa trên web), cách một trang cụ thể được trình bày và, cũng quan trọng không kém, yếu tố dữ liệu nào thuộc về đâu, là rất quan trọng.

Đặc tả giao diện người dùng mang đến nhiều lợi ích

1. Vì sao chỉ định giao diện người dùng?

Hãy nghĩ về trang chủ của trang web công ty bạn hoặc trang chủ LinkedIn của bạn. Các trang phức tạp hiển thị lượng thông tin khổng lồ theo những cách dễ hiểu không chỉ tự tạo. Chúng là sản phẩm của thiết kế có chủ ý và phân tích cẩn thận.

• Là một BA, bạn có xu hướng để các yếu tố “thiết kế” này cho nhóm phát triển của mình thực hiện không?
• Bao nhiêu khuấy động được tạo ra trong quá trình thực hiện?
• Bạn có muốn khám phá một cách tốt hơn để nắm bắt các quy tắc này mà không vượt quá vai trò của mình với tư cách là một nhà phân tích kinh doanh không?

Hãy bắt đầu từ “User Interface Specification”.

2. Các thành phần của mẫu đặc tả giao diện người dùng

Đặc tả giao diện người dùng xác định quy tắc tương tác cho người dùng tương tác với một trang cụ thể trên trang web hoặc màn hình trong ứng dụng. Một đặc tả giao diện người dùng có thể có các thành phần sau, lấy hoặc bỏ bớt một số tùy thuộc vào tình huống:

• Tổng quan trực quan của màn hình. Chia màn hình thành các phần. Điều này sẽ giúp tổ chức tài liệu của bạn. Bạn có thể làm điều này trong Word với một vài hộp văn bản. Gắn nhãn cho từng phần và bao gồm một “phần” trong tài liệu của bạn cho phần đó.
• Trong mỗi phần, hãy tìm các quy tắc hiển thị. Ví dụ: trên trang kết quả tìm kiếm, các mục được sắp xếp như thế nào? Những lĩnh vực nào được hiển thị? Điều gì xảy ra nếu một trường cụ thể bị thiếu?
• Cân nhắc nhắn tin. Bạn có muốn hiển thị các thông báo cụ thể trong các điều kiện cụ thể không? Nếu vậy, chúng là gì?
• Đánh giá các liên kết. Rõ ràng mỗi liên kết nên được hướng đến những trang nào? Nếu không, chỉ định nó.

Thông số kỹ thuật giao diện người dùng tốt có tính đến dữ liệu và ngữ cảnh của người dùng trong ứng dụng. Loại đặc tả yêu cầu này không thay thế thiết kế giao diện người dùng, nhưng nó giúp bạn dẫn dắt nhóm của mình suy nghĩ về thiết kế giao diện người dùng và cách người dùng sẽ thực sự trải nghiệm thông tin trong đó.

3. Lắp đặc tả giao diện người dùng vào mô hình yêu cầu của bạn

Có một sự pha trộn rõ ràng ở đây giữa các yêu cầu chức năng và các yêu cầu phi chức năng. Đôi khi, một số yêu cầu về chức năng sẽ xuất hiện trong thông số kỹ thuật màn hình của bạn.

Nếu bạn thấy mình đang viết ra một loạt các câu lệnh “nếu thì”, thì có lẽ bạn đang cố gắng sử dụng một đặc tả giao diện người dùng để thay thế cho một use case hoặc một đặc tả chức năng khác. Bạn có thể xem xét việc tách nó ra và chỉ đơn giản là “gọi” use case đó trong thông số màn hình.

Và trên một lưu ý cuối cùng, không phải mọi màn hình đều cần thông số giao diện người dùng, chỉ những màn hình phức tạp hơn. Mục đích là để giảm sự mơ hồ và thúc đẩy sự liên kết xung quanh các quy tắc phức tạp. Đối với một màn hình đơn giản với một vài quy tắc, các quy tắc này có thể được nắm bắt tốt nhất trong phần yêu cầu đặc biệt của use case hoặc trong tài liệu quy tắc kinh doanh riêng biệt.

Khái niệm giao diện người dùng có thể còn mới với nhiều bạn. Hy vọng bài viết đã cung cấp cho bạn đọc những thông tin hữu ích. Đừng quên đón xem các bài viết mới nhất sẽ được cập nhật tại BAC’s Blog.

Nhu cầu đào tạo doanh nghiệp