|
|
| |
| Design Patterns and Guidelines for Oracle Applications |
|
|
|
|
|
|
|
|
|
|
| |
Receive occasional updates on Applications User Experience such as new articles, new tools, meeting our staff, and opportunities to get involved in our Customer Programs. |
|
|
|
|
|
| Planning Dashboard Content |
|
|
| |
|
|
|
|
|
 |
|
|
|
|
| |
 |
Types of Dashboards |
|
|
|
| |
OBIA Fusion Edition will ship with one of the following types of out-of-the-box dashboards:
Functional area dashboards address a sub-business process such as procurement management, inventory management, financial analysis, service management, and so on. They can be designed to serve one or more types of business users, including executive users, managerial and operational users, or business analysts.
Role-based dashboards address the requirements of the target role, such as CFO, plant manager, call center supervisor, and so on. Executive-level, role-based dashboards are generally cross-functional. For example, a plant manager needs to see financial, human resources, production, and order fulfillment metrics and reports in one dashboard. On the other hand, dashboards for an operational role, such as call center manager, are narrower in functional domain but deeper in operational details. These dashboards also require low data latency.
|
|
|
|
 |
|
|
|
|
| |
 |
Planning for Dashboard Pages |
 |
|
|
| |
Contents of dashboard pages depend on whether it is an executive-oriented (i.e., designed to manage a broader business process) dashboard such as the Receivables Dashboard in the figure below or a more narrowly-focused, operation-oriented dashboard such as the Service Manager dashboard in the figure below. |
|
|
|
|
| |


|
|
|
|
|
|
|
|
|
The executive-oriented dashboard can be divided into an Overview page and up to seven subordinate pages.
The Overview page should contain only the key Level 1 metrics that are high-level indicators of the business. These metrics and reports should be the key performance indicators that users typically want to review at the beginning of their business day.
Place subordinate pages to the right of the Overview page. Organize each of these pages around a theme, such as a business objective, a subprocess of the business process addressed by the dashboard, and so on. These pages contain Level 2 (Diagnosis) and Level 3 (Action) metrics.
In the dashboard for business processes that are managed by exception, include an exception page that drives the user to time-critical issues. Examples of exceptions are:
- Top 10 sales orders that have not been filled by the scheduled date
- Top 5 customers who are late paying their bills
- Top 10 manufacturing work orders that have not been completed
Operation-oriented dashboards are generally narrow in scope and focused tightly on an operational role. These dashboards can have no more than six pages, each centered on one aspect of operation, as shown in the preceding Service Manager dashboard example. Each of these pages contains Levels 1-4 metrics, enabling the user to perform complete analysis, from gaining insight to taking action, in each area, without navigating away from the page. |
|
|
|
 |
|
|
|
|
| |
 |
Planning for Drilling and Navigation |
 |
|
|
| |
You can use guided navigation to help users easily navigate to typical paths of analysis that exist in another report, dashboard page, or dashboard. Guided navigation can take the form of a persistent conditional navigation or a simple embedded link.
|
|
|
|
|
| |

|
|
|
|
|
|
|
|
|
The preceding figure shows the two types of navigation presented on reports. It also shows that a description is added to the report title when data is made drillable. The following screenshot shows that guided navigation can be made persistent by not referencing a source request. If the navigation is to be made conditional, a reference source request and the condition must be provided. |
|
|
|
|
|
|
|
| |

|
|
|
|
|
|
|
 |
|
|
|
|
| |
 |
Planning for Detailed Reports |
 |
|
|
| |
Plan detailed reports carefully to enable users to take action without having to process an excessive number of columns and dimensions. Also, create detailed reports to anticipate the context to be passed from the higher-level reports through a set of "is prompted." Therefore, these reports should have comprehensive prompt coverage.
The following is a good example of a detailed report because it enables users to locate the source of a problem (which account is causing the ending balance to exceed the threshold) and to take specific action. |
|
|
|
|
| |

|
|
|
|
|
|