Projects/Usability/HIG/Destinata: Difference between revisions

From KDE TechBase
< Projects‎ | Usability‎ | HIG
(Created page with "__NOTOC__ == Purpose == Any application has a certain goal that users want to achieve with it. Usually this goal can be subdivided into a bunch of requirements, i.e. features...")
 
(HIG moved to community)
 
Line 1: Line 1:
__NOTOC__
{{ Moved To Community | KDE_Visual_Design_Group/HIG/Destinata }}
 
== Purpose ==
Any application has a certain goal that users want to achieve with it. Usually this goal can be subdivided into a bunch of requirements, i.e. features that have to be implemented by the developers. From the usability's point of view, features that concerns users only can be called ''destinata''.
Destinatas are explicit goals, for instance the task to write an email. How well this goal is being accomplished in terms of easiness, suitability, error tolerance etc. is discussed in respect to [[Projects/Usability/HIG/Animata|animata]].
 
== Guidelines ==
* Define users goal clear in advance to the development process,
* Keep persona and scenario in mind.
* Requirements should be complete, confine, and comprehensible.
* Prove all requirements.
 
== Example ==
 
[[Category:Usability]][[Category:Structure]][[Category:Task_Flow]]

Latest revision as of 11:26, 4 August 2016

This page is now on the community wiki.