Dashboard framework

From UG

(Difference between revisions)
Jump to: navigation, search
(SOW 2)
Line 61: Line 61:
== SOW 2 ==
== SOW 2 ==
-
* '''0003067: [* DR/KPI] (Dashboard) Create Dashboard framework'''  
+
'''Mantis:''' '''[http://ct.jaguarfreight.com/mantis/view.php?id=3067 3067]: [* DR/KPI] (Dashboard) Create Dashboard framework'''  
-
Approved by Marc --[[User:Alex|Alex]] 14:33, 4 October 2011 (EDT)
+
=== Core requirements ===
-
In this version we attempt to set standards for how/where to configure dashboard panels. It also suggests another approach to adding additional dashboards to the system.
 
-
=== Multiple dashboards ===
+
In this version we attempt to set standards for how/where to configure dashboard panels.<br>It also suggests another approach to adding additional dashboards to the system.<br><br>''Approved by Marc --[[User:Alex|Alex]] 14:33, 4 October 2011 (EDT)''
 +
 
 +
=== Glossary ===
 +
 
 +
=== Solution ===
 +
 
 +
==== Multiple dashboards ====
[[File:Multiple dashbords based on tabs.JPG]]
[[File:Multiple dashbords based on tabs.JPG]]
Line 74: Line 79:
* users should be able to assign panels to specific dashboard tabs (default: all panels on "Main" tab)
* users should be able to assign panels to specific dashboard tabs (default: all panels on "Main" tab)
-
=== Settings (configurations) ===
+
==== Settings (configurations) ====
Levels of dashboard panel management:
Levels of dashboard panel management:
Line 90: Line 95:
** This is managed by user
** This is managed by user
-
==== User level User settings ====
+
===== User level User settings =====
[[File:Client User profile Dash Tab v2.JPG]]
[[File:Client User profile Dash Tab v2.JPG]]
-
===== DR for 9 existing Action Required internal reports =====
+
====== DR for 9 existing Action Required internal reports ======
Please display in read only format these settings for user.
Please display in read only format these settings for user.
-
==== Admin level user settings ====
+
===== Admin level user settings =====
This could be the same list as the above (in this case it would define defaults or could be used to change settings at the Admin level at some point). Or they could include additional settings. Some parameters could be managed at admin level only. In this case they would appear as read only in ''User settings (User level)''.
This could be the same list as the above (in this case it would define defaults or could be used to change settings at the Admin level at some point). Or they could include additional settings. Some parameters could be managed at admin level only. In this case they would appear as read only in ''User settings (User level)''.
-
==== Company level settings ====
+
===== Company level settings =====
Removed by Marc - see history.
Removed by Marc - see history.
-
==== Manager level settings ====
+
===== Manager level settings =====
Removed by Marc - see history.
Removed by Marc - see history.
-
==== CT2 Admin level settings ====
+
===== CT2 Admin level settings =====
Similarly to [[#Company level settings]] these settings regulate defaults on a highest (system) level. Also there could be some other global settings associated with specific panel/widget/DR.
Similarly to [[#Company level settings]] these settings regulate defaults on a highest (system) level. Also there could be some other global settings associated with specific panel/widget/DR.
Line 115: Line 120:
At this level we could also define what user roles would see what widgets/panels.
At this level we could also define what user roles would see what widgets/panels.
-
==== Exceptions ====
+
===== Exceptions =====
It is possible that it would be hard to fully consolidate all settings for specific widget or DR in one place. For example for Action Required DRs (see [[DR for 9 existing Action Required internal reports]]) certain parameters are defined at the ''Reports Scheduler'' level.
It is possible that it would be hard to fully consolidate all settings for specific widget or DR in one place. For example for Action Required DRs (see [[DR for 9 existing Action Required internal reports]]) certain parameters are defined at the ''Reports Scheduler'' level.
Line 121: Line 126:
See also: [[#DR for 9 existing Action Required internal reports]]
See also: [[#DR for 9 existing Action Required internal reports]]
-
=== Persistence ===
+
==== Persistence ====
System must remember last state (location, state [open/closed], settings) of Dashboard for individual user to reproduce it  at the next login.
System must remember last state (location, state [open/closed], settings) of Dashboard for individual user to reproduce it  at the next login.

Revision as of 13:43, 19 March 2012


Contents

Info

Business Requirements

  • Need special page with various panels such as Weather, News, etc
  • Need separate area on Dashboard for Dashboard Reports (DRs)
  • above should be available on both Client and Internal Apps
  • need flexible admin to manage above on the system, manager, user levels
  • persistence (system must remember last state of dashboard for individual user to reproduce at the next login)

Glossary

Dashboard - it is a space between Header/Main Menu and Footer on a CT2 Home Page. It contains various Panels ("Widgets") with valuable information such as "Weather", "RSS News feeds" or "Truck Dom Stats Dashboard Report".

One important type of Dashboard widget is Dashboard Report (DR). Sometime we call them KPI. For more info see DR framework wiki.

Fig below explains layout.

File:CT2 home layout.JPG

Solution version 1

This is a current version !

Since we have 2 apps currently (Client and Internal) implementation for each slightly differs.

Dashboard for Internal App

Example:

File:Db on internal.JPG

Example of related config:

File:Db config jag user.JPG

Dashboard for Client App

Client example (Main Dashboard):

File:Db on Client.JPG

KPIs Dashboard (additional dashboard):

File:Db on Client DB 2.JPG

Related config (superuser level):

File:Db config non jag user.JPG

Related config (user level):

File:Db config non jag user User side 1.JPG

File:Db config non jag user User side 2.JPG

SOW 2

Mantis: 3067: [* DR/KPI] (Dashboard) Create Dashboard framework

Core requirements

In this version we attempt to set standards for how/where to configure dashboard panels.
It also suggests another approach to adding additional dashboards to the system.

Approved by Marc --Alex 14:33, 4 October 2011 (EDT)

Glossary

Solution

Multiple dashboards

File:Multiple dashbords based on tabs.JPG

  • tabs should be named by user (default: one tab named "Main")
  • users should be able to assign panels to specific dashboard tabs (default: all panels on "Main" tab)

Settings (configurations)

Levels of dashboard panel management:

  • CT2 Admin level settings
    • These are settings for each dashboard panel (manage defaults, etc).
    • Location: Home > Admin > Dashboard
  • User settings (Admin level)
    • Location: Home > Admin > Users Admin
    • This is managed by superuser
  • User settings (User level) a.k.a. User profile
    • Location: Home > User profile
    • This is managed by user
User level User settings

File:Client User profile Dash Tab v2.JPG

DR for 9 existing Action Required internal reports

Please display in read only format these settings for user.

Admin level user settings

This could be the same list as the above (in this case it would define defaults or could be used to change settings at the Admin level at some point). Or they could include additional settings. Some parameters could be managed at admin level only. In this case they would appear as read only in User settings (User level).

Company level settings

Removed by Marc - see history.

Manager level settings

Removed by Marc - see history.

CT2 Admin level settings

Similarly to #Company level settings these settings regulate defaults on a highest (system) level. Also there could be some other global settings associated with specific panel/widget/DR.

At this level we could also define what user roles would see what widgets/panels.

Exceptions

It is possible that it would be hard to fully consolidate all settings for specific widget or DR in one place. For example for Action Required DRs (see DR for 9 existing Action Required internal reports) certain parameters are defined at the Reports Scheduler level.

See also: #DR for 9 existing Action Required internal reports

Persistence

System must remember last state (location, state [open/closed], settings) of Dashboard for individual user to reproduce it at the next login.

History

0003067: [* DR/KPI] (Dashboard) Create Dashboard framework

Personal tools