同様に重要なデータと操作のグループがいくつかあるデスクトップアプリケーションを開発する場合、ユーザーインターフェイスの設計にどのように取り組みますか？
私が開発したほとんどのWebベースのアプリには、アプリが提供する各サービスへのリンクが記載されたシンプルなホームページがあります。これらのページのほとんどには、「編集」、「更新」、または「削除」タイプのリンクをたどることでドリルダウンまたは操作を実行できるデータベース内のアイテムのリストが含まれています。vBulletinユーザーコントロールパネルについて考えてみてください。左側にメニュー、右側にデータグループと操作。
私は現在、デスクトップアプリケーションの開発を検討しており、最も一般的な設計イディオムに興味があります。上記の例では、ある種のタブ付きインターフェース（Javaパースペクティブを備えたEclipse、Subversionパースペクティブなど）を想像していますが、機能グループがほぼ同じ頻度で使用されている場合、ユーザーはタブ間を頻繁にクリックします。また、ユーザーに同じタイプのn個のタブを起動させるのか、それとも各機能グループの各タブをプリロードして、ユーザーがそれらを切り替えることだけを許可するのか、疑問に思います。
機能のグループごとに個別のウィンドウを使用して実装することもできると思います。それは、それらのウィンドウを起動するためのボタンの単なるコレクションである、場違いの「ホームウィンドウ」を持っているという問題を残します。
長年デスクトップアプリケーションのユーザーであった後、私は実際に意味があり目立たないインターフェースを構築することになると困惑します。私はマイクロソフトオフィスに目を向けましたが、それらのアプリのほとんどは、それぞれが独自の機能を備えた同じように重要な多くのデータではなく、多くの操作を伴う1つのデータ（Word文書など）を処理します。
この状況でデスクトップアプリケーションを開発するために、どのような設計原則/イディオムに従いますか？