Jump to: navigation, search

Difference between revisions of "Commissioning Objects (UBIK Android)"


 
(29 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 
[[File:UI_new_commissioning_task.png|190px|thumb|border|alt= UI Representation of Commissioning Task Objects|UI Representation of Commissioning Task Objects]]
 
[[File:UI_new_commissioning_task.png|190px|thumb|border|alt= UI Representation of Commissioning Task Objects|UI Representation of Commissioning Task Objects]]
  
A commissioning task is a special task, which is able to display the property which defines the status of the check directly on row level.  
+
{{Attention|Since Version 3.0.0 {{Version/AndroidSince|3.0.0}} Commissioning Objects are handled as [[MRO_Objects_(Client)]]}}
  
There are two types of commissioning tasks, on one hand state relevant task which are indicated by either the cross or check icon at the beginning of the row as well as the "Not Applicable" label and Checkbox at the end of the row. On the other hand, there are not state relevant tasks, which can be seen as some kind of information object which do not have a status. The information object is indicated by the white circle as icon where state relevant tasks display the current status. Further it no not have the "Not Applicable" checkbox.
+
A [[SYSCLS_COMMISSIONINGCHECK|commissioning task]] is a special task object, which displays properties defining the status of the check on the row level directly.  
  
All commissioning tasks no matter of what type are intended to be nested into a parent object called commissioning workpackage, which provides the functionality to close all underlying tasks and synchronize them with the server, may triggering some further functionality there.
+
There are two types of commissioning tasks,
 +
* '''state relevant''' tasks which are indicated by a (solid/hollow) check symbol at the left side of the row as well as the "Not Applicable" icon. The later icon is a circle with a diagonal line in it at the end of the row.
 +
* '''non state relevant''' tasks, which can be seen as some kind of informational object which do not have a status. This line is indicated by a white "i" as icon and does not have the "Not Applicable" icon.
  
{{Attention|A commissioning task is finished only if a value is entered as property, or the "Not applicable" checkbox is ticked accordingly. A value is entered if the property is not null, which means that even a boolean property false is valid!}}
+
All commissioning tasks, no matter of what type, are intended to be nested into a parent object called [[SYSCLS_COMMISSIONINGWORKPACKAGE|commissioning workpackage]], which provides the functionality to close all underlying tasks and synchronize them with the server (triggering some optional workflow).
  
== Information commissioning task ==
+
{{Hint|A commissioning task is finished only if a value is entered or the ''Not applicable'' icon is toggled accordingly.<br/>
 +
Any value not equal to null is a valid property value, which means that also a value '''false''' for a boolean property is valid.<br/>
 +
The boolean status is reflected through the checkbox' color: dark blue if it has not been set yet, white if set and white / empty if it is false.}}
  
Like mentioned before, this task is indicated by the white circle in front of the rest of the row. It is originally intentioned to hold further information for the user, like a manual additional photos or just as a note for the engineer which is not relevant for the status of the whole commissioning. Nevertheless, it is possible to give it a value like the other tasks which is of course synchronized with the server at least if the commissioning workpackage gets finished.
+
== Task types ==
 +
=== Information commissioning task ===
 +
This task is indicated by the white "i" in front of the row. It is intended to hold further information for the user, like additional photos or just a note for the engineer which is not relevant for the status of the whole commissioning process. Nevertheless, it is possible to give it a value like the other tasks which is of course synchronized with the server at least if the commissioning workpackage gets finished.
  
== State relevant commissioning task ==
+
=== State relevant commissioning task ===
 +
All tasks, for example checking whether a functional plan is available or specific values have to be entered, are handled with this type. It is also possible to check a task as ''Not Applicable'' if it is not possible to be done at the moment but should be seen as finished regarding the work package.
  
All tasks like checking if a functional plan is available, certain protocolls are in place and updated or entering some specific values is handled with these tasks. It is also possible to check a task as "Not Applicable" if a task is not possible to be done at the moment but  should be seen as finished.
+
The leading icon indicates the completion status of the task. A task is finished once the value is not null '''OR''' the ''Not Applicable'' icon is toggled. It is possible both, to fill out a task's property and toggle it as ''Not Applicable''.
  
The icon leading the row is indicating the completion status of the task. A task is finished once the value is not null OR the "Not Applicable" checkbox is ticked. This means even a boolean property FALSE means a task is finished.
 
 
== Commissioning Workpackage ==
 
  
 +
== Commissioning work package ==
 
[[File:UI_commissioning_big_picture.png|220px|thumb|border|alt= Architecture of status calculation|Architecture of status calculation]]
 
[[File:UI_commissioning_big_picture.png|220px|thumb|border|alt= Architecture of status calculation|Architecture of status calculation]]
  
A workpackage contains tasks of the above mentioned two types. The UI is showing an extra line on bottom of the content browser once navigated into a workpackage which shows two icons and a button. Both icons indicate a differnt kind of status, the left visualizes the workpackage status which is a property assigned to the workpackage. The other icon is calculated as sum of all status of underlying state relevant commissioning tasks which means that as long as at least a single child object is not finished and therefore shows a red cross, the whole workpackage is regarded as (technically) not finished. Resulting of this, a workpackage has four possible states:
+
A work package contains tasks of the above mentioned types. Once navigated to a work package an icon and a button are shown at the bottom of the screen. This button visualizes the overall status evaluated of all status of the underlying state relevant commissioning tasks. This means that, as long as at least a single child task is not finished the whole workpackage is regarded as (technically) not finished. The icon within the button visualizes the work package's status which is again a property assigned to the work package. This leads to four possible states of a work package:
  
* Workpackage status OPEN | technically OPEN
+
# Workpackage status OPEN | technical status OPEN
* Workpackage status FINISHED | technically OPEN
+
# Workpackage status FINISHED | technical status OPEN
* Workpackage status OPEN | technically FINISHED
+
# Workpackage status OPEN | technical status FINISHED
* Workpackage status FINISHED | technically FINISHED
+
# Workpackage status FINISHED | technical status FINISHED
  
Clicking the button attemps to switch the workpackage status and if the workpackage is changed from open to finished, it triggers a sync of the whole workpackage. As some kind of convinience, popup editors for all state relevant and not filled out (technically open) child tasks pop up and give the user the possibility to fill out the missing value but can be canceled of course.
+
Clicking the button at the bottom attempts to switch the workpackage status. If the workpackage is changed from '''open''' to '''finished''', it triggers a sync of the whole work package. For all state relevant tasks which have not be set an editor will pop up allowing the user to enter the missing value. Cancelling the dialog leaves the task's value empty.
  
For now, it is possible to change underlying commissioning tasks even if the workpackage is finished.
 
  
Following gallery should give an overview about all possibilities that can occur upon using this feature:
+
{{Attention|Up to now, it is possible to change commissioning tasks even if the work package is finished already.}}
  
<gallery widths="170" heights="310">
+
{{Hint|If a commissioning work package does not contain any commissioning checks or if they are not yet fetched from the server, the technical status displayed at the bottom left corner is '''Finished'''!}}
File:UI_new_commissioning_task.png|New commissioning workpackage
+
 
File:UI_commissioning_task_not_done_properly.png|Open commissioning workpackage with open child tasks
+
The following images should give an overview about possible states occuring upon using this feature:
File:UI_commissioning_task_done_properly.png|Open commissioning workpackage with technically finished tasks
+
 
File:UI_commissioning_task_finished_not_properly.png|Finished commissioning workpackage with open child tasks
+
<gallery widths="200" heights="310">
File:UI_commissioning_during_finishing.png|Convinience method for not technically finished tasks upon closing workpackage
+
File:UI_new_commissioning_task.png|New commissioning workpackage (status 1)
File:UI_commissioning_task_finished_properly.png|Finished commissioning workpackage with technically finished tasks
+
File:UI_commissioning_task_not_done_properly.png|Open commissioning workpackage with open child tasks (status 1)
 +
File:UI_commissioning_during_finishing_with_applicable.png|Convenience method for not technically finished tasks upon closing workpackage. Tasks can be marked as not applicable during finishing workpackages; The delete button is removed. {{Version/AndroidSince|2.5.2}}
 +
File:UI_commissioning_task_finished_not_properly.png|Finished commissioning workpackage with open child tasks (status 2)
 +
File:UI_commissioning_task_done_properly.png|Open commissioning workpackage with technically finished tasks (status 3)
 +
File:UI_commissioning_task_finished_properly.png|Finished commissioning workpackage with technically finished tasks (status 4)
 
</gallery>
 
</gallery>
  
[[Category:Android|Commissioning]]
+
 
 +
 
 +
== Technical Background ==
 +
 
 +
The status of work packages is essentially an Integer property. Currently its value definitions are as follows.
 +
* Anything not greater than (≤) 0 indicates the package is open;
 +
* Anything not less than (≥) 1 indicates the package is finished.
 +
 
 +
== See also ==
 +
* [[SYSCLS_COMMISSIONINGCHECK]] (Classification)
 +
* [[SYSCLS_COMMISSIONINGOPTIONALCHECK]] (Classification)
 +
* [[SYSCLS_COMMISSIONINGWORKPACKAGE]] (Classification)
 +
 
 +
[[Category:Android|Commissioning Objects (UBIK Android)]]

Latest revision as of 15:01, 31 January 2018

 UI Representation of Commissioning Task Objects
UI Representation of Commissioning Task Objects
IC Attention.pngSince Version 3.0.0 Commissioning Objects are handled as MRO Objects (Client)

A commissioning task is a special task object, which displays properties defining the status of the check on the row level directly.

There are two types of commissioning tasks,

  • state relevant tasks which are indicated by a (solid/hollow) check symbol at the left side of the row as well as the "Not Applicable" icon. The later icon is a circle with a diagonal line in it at the end of the row.
  • non state relevant tasks, which can be seen as some kind of informational object which do not have a status. This line is indicated by a white "i" as icon and does not have the "Not Applicable" icon.

All commissioning tasks, no matter of what type, are intended to be nested into a parent object called commissioning workpackage, which provides the functionality to close all underlying tasks and synchronize them with the server (triggering some optional workflow).

IC Hint square.pngA commissioning task is finished only if a value is entered or the Not applicable icon is toggled accordingly.

Any value not equal to null is a valid property value, which means that also a value false for a boolean property is valid.

The boolean status is reflected through the checkbox' color: dark blue if it has not been set yet, white if set and white / empty if it is false.

Task types

Information commissioning task

This task is indicated by the white "i" in front of the row. It is intended to hold further information for the user, like additional photos or just a note for the engineer which is not relevant for the status of the whole commissioning process. Nevertheless, it is possible to give it a value like the other tasks which is of course synchronized with the server at least if the commissioning workpackage gets finished.

State relevant commissioning task

All tasks, for example checking whether a functional plan is available or specific values have to be entered, are handled with this type. It is also possible to check a task as Not Applicable if it is not possible to be done at the moment but should be seen as finished regarding the work package.

The leading icon indicates the completion status of the task. A task is finished once the value is not null OR the Not Applicable icon is toggled. It is possible both, to fill out a task's property and toggle it as Not Applicable.


Commissioning work package

 Architecture of status calculation
Architecture of status calculation

A work package contains tasks of the above mentioned types. Once navigated to a work package an icon and a button are shown at the bottom of the screen. This button visualizes the overall status evaluated of all status of the underlying state relevant commissioning tasks. This means that, as long as at least a single child task is not finished the whole workpackage is regarded as (technically) not finished. The icon within the button visualizes the work package's status which is again a property assigned to the work package. This leads to four possible states of a work package:

  1. Workpackage status OPEN | technical status OPEN
  2. Workpackage status FINISHED | technical status OPEN
  3. Workpackage status OPEN | technical status FINISHED
  4. Workpackage status FINISHED | technical status FINISHED

Clicking the button at the bottom attempts to switch the workpackage status. If the workpackage is changed from open to finished, it triggers a sync of the whole work package. For all state relevant tasks which have not be set an editor will pop up allowing the user to enter the missing value. Cancelling the dialog leaves the task's value empty.


IC Attention.pngUp to now, it is possible to change commissioning tasks even if the work package is finished already.
IC Hint square.pngIf a commissioning work package does not contain any commissioning checks or if they are not yet fetched from the server, the technical status displayed at the bottom left corner is Finished!

The following images should give an overview about possible states occuring upon using this feature:


Technical Background

The status of work packages is essentially an Integer property. Currently its value definitions are as follows.

  • Anything not greater than (≤) 0 indicates the package is open;
  • Anything not less than (≥) 1 indicates the package is finished.

See also