Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Papyrus/Oxygen Work Description/Refactoring/SequenceTimingCommunicationRefactoring"

Line 28: Line 28:
  
 
*In this version, new features has been added:
 
*In this version, new features has been added:
**Bug 487501 - [SequenceDiagram] Cannot move messages easily leading to poor usability
+
** Bug 487501 - [SequenceDiagram] Cannot move messages easily leading to poor usability <span style="color:orange">To verify</span>
 +
** Bug 507409 - [SequenceDiagram][Usability] Automatic creation of execution specification when creating a message <span style="color:#01F801">Done</span>
  
 
*In order to manage element in hte sequence diagram, a grid (use as referential) has been added in order to fix the folowing tasks:
 
*In order to manage element in hte sequence diagram, a grid (use as referential) has been added in order to fix the folowing tasks:
** Bug 507348 - [Sequence Diagram][Usability] Differentiate between move and reorder in sequence diagrams
+
** Bug 507348 - [Sequence Diagram][Usability] Differentiate between move and reorder in sequence diagrams <span style="color:orange">To verify</span>
** Bug 508193 - [SequenceDiagram] Ensure consistency between semantic and notation model for messages
+
** Bug 508193 - [SequenceDiagram] Ensure consistency between semantic and notation model for messages <span style="color:orange">To verify</span>
** Bug 507525 - [SequenceDiagram] Minimal space between elements
+
** Bug 507525 - [SequenceDiagram] Minimal space between elements <span style="color:orange">To verify</span>
** Bug 507501 - [SequenceDiagram] Moving several elements together
+
** Bug 507501 - [SequenceDiagram] Moving several elements together <span style="color:orange">To verify</span>
 
**'''These tasks will be valited by us in the new days.'''
 
**'''These tasks will be valited by us in the new days.'''
  
 
* Work in progress
 
* Work in progress
 
** Bug 507472 - [SequenceDiagram] Dissociate Message sort and Message kind in the palette
 
** Bug 507472 - [SequenceDiagram] Dissociate Message sort and Message kind in the palette
** Bug 507409 - [SequenceDiagram][Usability] Automatic creation of execution specification when creating a message
+
** Bug 507476 - [SequenceDiagram] Automatic creation of reply message
 +
 
  
 
*Next taks in next days before M7
 
*Next taks in next days before M7
 
** Bug 507365 - [Sequence Diagram][Usability] Split the single Message Async tool into one for asynchCall and one for asynchSignal
 
** Bug 507365 - [Sequence Diagram][Usability] Split the single Message Async tool into one for asynchCall and one for asynchSignal
** Bug 507476 - [SequenceDiagram] Automatic creation of reply message
 
 
** Bug 447889 - [SequenceDiagram] automatic creation of BES on source lifeline for sync msg
 
** Bug 447889 - [SequenceDiagram] automatic creation of BES on source lifeline for sync msg
  

Revision as of 09:36, 10 May 2017

Goals

In order to allow customization of the sequence timing and communication diagrams as others, refactoring is needed.
It consists to connect the code of all these diagrams on the element type framework.
The code is also refactored in order to be more maintainable.

Sequence Diagram

  • In order to make it customizable, the task [1] has been implemented.
  • Specific element has been re-implemented, in order to be compatbile with the GMF generation, and element types :
    • Time Constraint
    • CombinedFragment and Interaction operand [2]
    • Action/behaviorExecutionSpecification [3]
    • Gates [4]
    • State Invariant[5]
    • DurationConstraint[6]
    • Duration Observation [7]
    • Interaction Use
    • Coregion
    • General Ordering
  • Some tests need to be fixed about
    • General ordering
    • DurationObservation
    • DurationConstraint
    • About some moves of messages
  • In this version, new features has been added:
    • Bug 487501 - [SequenceDiagram] Cannot move messages easily leading to poor usability To verify
    • Bug 507409 - [SequenceDiagram][Usability] Automatic creation of execution specification when creating a message Done
  • In order to manage element in hte sequence diagram, a grid (use as referential) has been added in order to fix the folowing tasks:
    • Bug 507348 - [Sequence Diagram][Usability] Differentiate between move and reorder in sequence diagrams To verify
    • Bug 508193 - [SequenceDiagram] Ensure consistency between semantic and notation model for messages To verify
    • Bug 507525 - [SequenceDiagram] Minimal space between elements To verify
    • Bug 507501 - [SequenceDiagram] Moving several elements together To verify
    • These tasks will be valited by us in the new days.
  • Work in progress
    • Bug 507472 - [SequenceDiagram] Dissociate Message sort and Message kind in the palette
    • Bug 507476 - [SequenceDiagram] Automatic creation of reply message


  • Next taks in next days before M7
    • Bug 507365 - [Sequence Diagram][Usability] Split the single Message Async tool into one for asynchCall and one for asynchSignal
    • Bug 447889 - [SequenceDiagram] automatic creation of BES on source lifeline for sync msg
  • Next tasks after M7:
    • Bug 508184 - [SequenceDiagram] Start and finish of execution specification must be in same interaction operand
    • we would like aslo to implment Bug 507493 [Sequence Diagram] Lifelines should always be visually identifiable

Back to the top