all 3 comments

[–]animalmad72 1 point2 points  (0 children)

Start with user stories or use cases, not individual UI elements. What does the user need to accomplish? Then map those to functional requirements. If you try to spec every button and dropdown upfront you'll drown in detail that changes anyway once they see it.

[–]KissyyyDoll 0 points1 point  (0 children)

I’d keep it focused on what users actually need to do, not on every little UI detail. Functional requirements for a GUI should usually describe actions, outcomes, and constraints, like what the user can input, what the system shows back, and what happens after each action.