UCMNav Wish List 6.2

Note: You are invited to add your own requirements to this list. Please contact Daniel Amyot.

High priority
  1. DONE. Ability to add the current map to any predefined UCM set.
  2. DONE. Ability for quick switching between parent and submaps.
  3. DONE. Provision of an autosave function with user specified interval with the ability to revert to previous saved versions.
  4. DONE. Ability to vary the interpolation detail of the UCM paths from high to low definition splines and the possibility of straight line segments.
  5. DONE. Ability to delete single and multiple path elements and components using the Delete key.
  6. DONE. Provision of an import option where conflicting components and responsibilities are not duplicated.
  7. Ability to export and import the global list of component definitions between designs.
  8. Ability to specify and selectively highlight end-to-end scenarios across entire designs.
  9. Ability to cut and paste between maps and provide ability to undo cuts.
  10. Enhanced control over the positioning of labels. Labels could be dragged to new locations while remaining anchored to their parent element.
  11. Ability to put textual comments on a map within a comment box. For instance,

  12. [Comment Image]
  13. Ability to specify timeout paths on a synchronization with timers.
  14. DONEAbility to produce Computer Graphics Metafile (CGM) files of map graphics
  15. Ability to vary the size and fill colours of stubs for visual effect.
Low priority
  1. New disposition of main panel (more windowish), with separate windows for the UCM, comments, pre/post conditions, responsibility list, and decomposition level.
  2. Decomposition Level window: we currently have a the current map and its parent maps, up to the root. A separate window (or drop down menu as with file manager tools ) would be more appropriate. Root maps could be enumerated (at the very least), or everything could be displayed as a tree-like structure (with subtrees that can be collapsed  à la Acrobat Reader)
  3. Undo operation in which transformations on maps can be undone.
  4. Free rotation of forks and joins.
  5. Implementation of exceptions: need a RAISE responsibility on one path, and a HANDLE responsibility on another path connected by an abort symbol.
  6. Improvement of the spline path drawing functions in which interior path elements which are not endpoints or multipath elements can be specified by the user to be slave points in that their position will not need to be set by the user but will follow the path resulting in much smoother curves with less user effort.
  7. Implementation of an incremental drawing mechanism for the display in which only changed elements are redrawn as opposed to the whole display.
  8. Possibility to edit/view multiple maps simultaneously.
  9. Cardinality attached to synchronizations. For instance: 1:N, 2:2, etc.
  10. Instance values for plug-ins that include formal components.
  11. Colors, shadings, textures for lines, components and path elements.
Achieved in Wish List Version 5 (UCMNav versions 1.02 to 1.12)
  1. DONE. Use of XML for loading/saving maps.
  2. DONE. Scrollable, resizeable, and zoomable workspace.
  3. DONE. Tags for goals boundaries (like timestamp points), and relations between these tags such as Goal name, Precondition, Postcondition, Description.
  4. DONE. “Forest” of UCMs in a file (multiple root maps)
  5. DONE. Selection of map elements should be more noticeable and have a larger selection range. (US)
  6. DONE. Creation of forks and joins should allow selection of two path end points. (US)
  7. DONE. Separate definition of responsibilities from inclusion along paths allowing a single definition for an entire design to be placed at an arbitrary number of path points and in an arbitrary number of different maps.
  8. DONE. Could we have forks (OR, AND) oriented to any of four main directions? We have 0 and 180 degrees, could we also have 90 and 270 degrees?
  9. DONE. A short Help window (with key shortcuts and essential basic explanations) in the About menu would be appreciated.
  10. DONE. Possibility to save/load a plug-in to/from an external file. In the File menu, “Export Current Map” would save the current (plug-in or root) map as well as its sub-maps, and “Import Plugin From File” would be a transformation in the stub popup menu.
  11. DONE. Ability to specify graphical path direction arrows.
  12. DONE. Ability to generate complete detailed reports in PostScript and PDF formats containing map graphics and all textual annotations requested by users including responsibility descriptions, pre/post conditions and events lists, goal descriptions and all map, map element, and component descriptions. The PostScript file will include indexes for PDF generation.
  13. DONE. Ability to move entire sections of maps across editing area by multiply selecting path elements and components by dragging out a rectangle with the select tool chosen.
  14. DONE. Ability to specify timeout paths for waiting places cast as timers.
  15. DONE. Ability to select multiple map elements (either path points or components ) and perform either horizontal or vertical alignment operations such as align top, align bottom or center or distribution operations such as distribute horizontal/vertical.
  16. DONE. Ability to highlight path elements with missing performance annotations.
  17. DONE. Port to Windows NT environment using GnuWin32.
  18. DONE. Selection policies associated to dynamic stubs. This is a description of how plug-in(s) will be selected at run-time.
  19. DONE. Implementation of enforced bindings for stubs allowing input and output paths of a stub to be selected from lists in the stub attributes dialog and bound together for the purpose of recording valid end-to-end paths. The verification will be done at run-time (not via the tool).
  20. DONE. Allow user the option of displaying unavailable transformations. (US)
  21. DONE. Ability to save the map as a MIF file.
  22. DONE. Selected components should be coloured the same as selected path elements. (US)
  23. DONE. Handles should not be shown for components that are fixed in position. (US)
(US) Denotes recommendation from the UCM Navigator usability study.