User:Andrew/HIG/OrganizationalModel: Difference between revisions

From KDE Wiki Sandbox
 
(19 intermediate revisions by the same user not shown)
Line 1: Line 1:
=Organizational Model=
=Organization=
The organizational model describes how the system’s content and functionality are ordered and categorized. It made up of the command structure and content structure of the application
The organizational model, also called the information architecture, describes how the system’s content and functionality are ordered and categorized. It is made up of the command structure and content structure of the application.


==Command Structure==
==Command Structure==
A command is any function performed by the application based on user input. Commands that perform similar functions may be grouped together. The collection of commands and command groups make up the command structure of the application. The command structure of KDE applications fall into three categories:
A command is any function performed by the application based on user input. Commands that perform similar functions may be grouped together. The collection of commands and command groups make up the command structure of the application. The command structure of KDE applications fall into three categories:
* '''Simple''' - When there are relatively few globally applicable commands (~ less than 10) and command  groups (~ less than 4). In this case use [https://techbase.kde.org/Projects/Usability/HIG/Layout/CommandPatterns#Patterns_for_a_simple_command_structure command patterns] appropriate for a simple command structure.
* '''Simple''' - When there are relatively few globally applicable commands (~ less than 10) and command  groups (~ less than 4). Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/CommandPatterns#Patterns_for_a_simple_command_structure command patterns for a simple command structure]. Plasmoids should use a simple command structure.
* '''Complex''' - When there are several globally applicable commands and command groups and relatively few frequently used commands (~ less than 8).  In this case use [https://techbase.kde.org/Projects/Usability/HIG/Layout/CommandPatterns#Patterns_for_a_complex_command_structure command patterns] appropriate for a complex command structure.
* '''Complex''' - When there are several globally applicable commands and command groups and relatively few frequently used commands (~ less than 8).  Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/CommandPatterns#Patterns_for_a_complex_command_structure command patterns for a complex command structure].
* '''Very complex''' - When there are many globally applicable commands and command groups and many frequently used commands. In this case use [https://techbase.kde.org/Projects/Usability/HIG/Layout/CommandPatterns#Patterns_for_a_very_complex_command_structure command patterns] appropriate for a very complex command structure.
* '''Very complex''' - When there are many globally applicable commands and command groups and many frequently used commands. Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/CommandPatterns#Patterns_for_a_very_complex_command_structure command patterns for a very complex command structure].




When designing an application, it may be unclear what the command structure should be.
If it is unclear what the command structure of a new application should be, start by assuming a simple command structure and select an associated command pattern. As the design evolves, if the selected pattern becomes inadequate then consider a pattern for a more complex command structure.
* Start by assuming a simple command structure and select an associated command pattern.  
* As the design evolves, if the selected pattern becomes inadequate for completing the primary tasks of the application, consider a pattern for a more complex command structure.


==Content Structure==
==Content Structure==
The content structure depends on how the underlying content of the application is organized. The content of KDE applications fall into 4 categories:
The content structure depends on how the underlying content of the application is organized. The content of KDE applications fall into 4 categories:
* Flat - When the pieces of application content are not grouped. Examples include a playlist, a slideshow or a list of documents or contacts. In this case, use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_flat_content_structure navigation patterns] appropriate for a flat content structure.
* '''Flat''' - When the pieces of application content are not grouped. E.g. a playlist, a slideshow or a list of documents or contacts. Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_flat_content_structure navigation patterns for a flat content structure]. Plasmoids may use a flat content structure.
* 2-deep - When all application content are grouped into top-level categories. Examples include picture albums, music albums, email folders or tags. In this case, use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_2-deep_content_structure navigation patterns] appropriate for a 2-deep content structure.
* '''2-deep''' - When all application content are grouped into top-level categories. E.g. picture albums, music albums, email folders or tags. Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_2-deep_content_structure navigation patterns for a 2-deep content structure] . Plasmoids should use no more than a 2-deep content structure.
* 3 deep - When all application content are grouped into categories, which are themselves be grouped into top-level categories. Content structures this deep should generally be avoided. There are instances, however, where it may be difficult to avoid. Examples include a full music or video library or system settings. In this case, use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_3-deep_content_structure navigation patterns] appropriate for a 2-deep content structure.
* '''3 deep''' - When all application content are grouped into categories, which are themselves be grouped into top-level categories. E.g. a music or video library. Content structures this deep should generally be avoided where possible. Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_3-deep_content_structure navigation patterns for a 3-deep content structure].
* n-deep - When content is infinitely groupable. Content structures this deep should be avoided. It is very difficult for the user to maintain awareness of their location in content structure relative to other content. There are instances, however, where this structure cannot be avoided. Examples include file systems and archives. In this case, use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_a_n-deep_content_structure navigation patterns] appropriate for a n-deep content structure.
* '''n-deep''' - When content is infinitely groupable. Examples include file systems and archives. Content structures this deep should be avoided where possible since it is difficult for the user to maintain awareness of their location in content structure. Use [https://techbase.kde.org/Projects/Usability/HIG/Layout/NavigationPatterns#Patterns_for_n-deep_content_structures navigation patterns for a n-deep content structure].

Latest revision as of 13:58, 28 September 2014

Organization

The organizational model, also called the information architecture, describes how the system’s content and functionality are ordered and categorized. It is made up of the command structure and content structure of the application.

Command Structure

A command is any function performed by the application based on user input. Commands that perform similar functions may be grouped together. The collection of commands and command groups make up the command structure of the application. The command structure of KDE applications fall into three categories:


If it is unclear what the command structure of a new application should be, start by assuming a simple command structure and select an associated command pattern. As the design evolves, if the selected pattern becomes inadequate then consider a pattern for a more complex command structure.

Content Structure

The content structure depends on how the underlying content of the application is organized. The content of KDE applications fall into 4 categories:

  • Flat - When the pieces of application content are not grouped. E.g. a playlist, a slideshow or a list of documents or contacts. Use navigation patterns for a flat content structure. Plasmoids may use a flat content structure.
  • 2-deep - When all application content are grouped into top-level categories. E.g. picture albums, music albums, email folders or tags. Use navigation patterns for a 2-deep content structure . Plasmoids should use no more than a 2-deep content structure.
  • 3 deep - When all application content are grouped into categories, which are themselves be grouped into top-level categories. E.g. a music or video library. Content structures this deep should generally be avoided where possible. Use navigation patterns for a 3-deep content structure.
  • n-deep - When content is infinitely groupable. Examples include file systems and archives. Content structures this deep should be avoided where possible since it is difficult for the user to maintain awareness of their location in content structure. Use navigation patterns for a n-deep content structure.