Uploaded image for project: 'jBPM'
  1. jBPM
  2. JBPM-7631

UX research/review: Proposal for interacting with process instance nodes

    XMLWordPrintable

Details

    • 3
    • NEW
    • NEW
    • 2018 Week 33-35

    Description

      Based on the findings of JBPM-7496, we need feedback from UX in the proposed designed. A prototype would also be helpful for development.

      The main requirement is around the administration capabilities for certain nodes, node instances and timer instances. So adding interaction to the actual nodes using a modeless overlay sounds like a good fit.

      When selecting a node, there is only basic information available like name, id and type. Some basic nodes won't have a name, like start node, split node, etc.
      The only operation available for a node is "Trigger", which means starting a new node instance.

      For each node selected, you have a list of node instance or times instances associated.
      The data available for a node instance and operations:
      Data:

      • id
      • name
      • work item id
      • start date
      • completed
      • sla compliance
        Operations
      • Cancel node instance
      • Re-trigger node instance

      As for timers we've:

      • name
      • id
      • activation time
      • last-fire-time
      • next-fire-time
      • delay
      • period
      • repeat limit

      Operations

      • update timer - by process instance id and timer id - updates timer expiration of active timer. It updates the timer taking into consideration time elapsed since the timer was scheduled. For example: In case timer was initially created with delay of 1 hour and after 30 min it's decided to update it to 2 hours it will then expire in 1,5 hour from the time it was updated. Allows to update

      delay - duration after timer expires
      period - interval between timer expiration - applicable only for cycle timers
      repeat limit - limit the expiration to given number - applicable only for cycle timers

      • update timer relative to current time - by process instance id and timer id - similar to regular update time but the update is relative to the current time - for example: In case timer was initially created with delay of 1 hour and after 30 min it's decided to update it to 2 hours it will then expire in 2 hours from the time it was updated.

      Verification conditions:

      • Document research/review findings.

      Attachments

        Issue Links

          Activity

            People

              rhn-support-eclayton Elizabeth Clayton
              cnicolai@redhat.com Cristiano Nicolai
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: