Results (
Indonesian) 2:
[Copy]Copied!
Interface Design Workflow
Interface design for WebApps begins with the identification of user, task, and en- vironmental requirements. These activities are performed as part of requirements gathering and modeling discussed earlier in this book. Once user tasks have been identified, user scenarios (use cases) are created and analyzed to define a set of interface objects and actions.
Information contained within the analysis model (Chapter 7) forms the basis for the creation of a screen layout that depicts graphical design and placement of icons, definition of descriptive screen text, specification and titling for windows, and specification of major and minor menu items. Tools are then used to prototype and ultimately implement the interface design model.
The following tasks represent a rudimentary workflow for WebApp interface design:
1. Review user characteristics and categories, user tasks, use cases, and related information contained in the analysis model and refine as required.
2. Develop a rough design prototype of the WebApp interface layout.
An interface prototype (including the layout) may have been developed as part of the analysis modeling activity. If the layout already exists, it should be reviewed and refined as required. If the interface layout has not been developed, the WebE team should work with stakeholders to develop it at
this time. A preliminary interface design for SafeHomeAssured.com (a modified
version of the prototype created as part of analysis modeling) is shown in
Figure 9.1.
3. Map user objectives into specific interface actions. For the vast ma- jority of WebApps, the user will have a relatively small set of primary objec- tives (typically, between four and seven primary objectives). These should
be mapped into specific interface actions as shown in Figure 9.2. In essence, the design must answer the following question: “How does the interface en- able the user to accomplish each objective or provide the launching point for relevant tasks?”
4. Define a set of user tasks that are associated with each action. Each interface action (e.g., “Buy a product”) is associated with a set of user tasks. These tasks have been identified during analysis. During design, they must
Being translated, please wait..
