
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title></title><style type="text/css">.felamimail-body-blockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px solid #000088;} </style></head><body>Structure > Conceptual Model <br>* Specify requirements considering <a href="http://techbase.kde.org/Projects/Usability/HIG/Destinata" title="Projects/Usability/HIG/Destinata">destinata</a> and <a href="http://techbase.kde.org/Projects/Usability/HIG/Animata" title="Projects/Usability/HIG/Animata">animata</a> of users.<br>http://techbase.kde.org/Projects/Usability/HIG/Destinata<br><br><br>== Purpose ==<br>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''.<br>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]].<br><br>== Guidelines ==<br>* Define users goal clear in advance to the development process,<br>* Keep persona and scenario in mind. <br>* Requirements should be complete, confine, and comprehensible.<br>* Prove all requirements.<br><br>== Example ==<br><br>[[Category:Usability]][[Category:Structure]][[Category:Task_Flow]]<br><br>

</body></html>