Released on: August 4, 2015
What are the differences between working with CEDW and MagicDraw Teamwork Server?
--
* After the project is cached locally, all later project loadings lasts only several seconds.
Feel like validation of your model runs too slow? Going to stop it? Then switching to the visible diagrams validation mode is what you need! As a result, the active validation starts running only on elements displayed in one or more visible diagrams, which significantly increases the performance of the modeling tool.
When your diagram is too large to be displayed all-over, it may become quite challenging to notice all annotated symbols it contains. In this case the new validation results marker bar is your true helper! It appears on the right side of a diagram pane, if the diagram contains annotated symbols.
The markers are shown even for the items that are not currently visible on the screen (you may need to scroll down to see them). The marker bar is shrunken to fit the screen and displays relative positions of annotated symbols on the axis of ordinates. Every marker is colored according to the violation severity.
You can click a marker to select the annotated symbol or move the mouse over the marker eye (at the top-right corner of the diagram pane) to see the summary of the diagram validation results.
Need to validate only a small portion of the model you just have modified in a diagram, table, matrix, or relation map? Click the new button on the toolbar of this diagram, table, matrix, or relation map to run the validation only there.
From now on
It's easier to create compatible connectors in the Internal Block Diagram using:
Due to the new appearance, model comparer is now more user-friendly, and provides more explicit information about changes without causing confusion.
A single difference tree, instead of the previous two, helps the comparer to provide a clearer visual structure of the changes made. An easily readable legend provides the number of differences for quick overview, and more detailed information is provided in the Change Details panel.
Forget looking at diagrams for hours without actually knowing what has changed in a model or trying to track the minor symbol movements – that is now in the past. The improved diagram Difference Viewer window was introduced into both model comparer and merge to enable users to notice, distinguish and filter modifications instantly.
Recognize the nature of each modification – color coded lines and flags allow quickly distinguishing between addition, modification/move or deletion changes. Too many colors, lines and flags in one place? Filter to show only model/symbol changes, or a certain type of modifications. Each model change in a diagram is marked with a flag and by simply clicking it you can instantly navigate to the model tree to review the changed details.
No more switching between different diagrams versions – a new slider provides an animated view of how your diagrams changed with every modified version.
Finished reviewing changes and wish to see them on paper? We made it easy – simply export all the diagrams with visible changes to a Microsoft Word document using one of two predefined templates – Diagram View or Full View for a more detailed overview, including the full tree with all dependent changes. Need less information? Create your own customized template and generate reports of any desired depth and scope.
The illustration displays a fragment of the Project Comparison Report.
A minimized toolbar, more comprehensive legend, and a simplified two-way merge appearance give the Merge window a nice make-over. Improved representation of changes in diagrams and reporting options provide even more power to the project merge.
We are very happy to introduce full interchange – import and export – of requirements via ReqIF files. ReqIF is the standard, easiest, and quickest solution for interchanging requirements using different tools. HTML formatting, images and hyperlinks interchange are supported. You can choose to export project elements or specifications. Advanced users can create automated exports and scheduled exports from Teamwork Server projects.
For your convenience, we added Reqtify support to the current list of supported ReqIF flavors to interchange with. Reqtify by Dassault Systems is a requirement interchange, traceability, and impact analysis tool.
Reqtify provides an interface to requirement-related information in a wide variety of data formats, document types, and file formats from the Dessault Systems products family, as well as from common ones, such as MS Office files.
Note: ReqIF support in Cameo Requirements Modeler enables requirements interchange between requirements management tools, such as IBM DOORS 9.4, 9.5 and 9.6, IBM DOORS Next Generation, PTC Integrity, Polarion, Siemens Teamcenter, and Dassault Systems Reqtify.
Pre- and post- processing script support for requirements export and import allows basically any kind of requirements modification and enables you to create custom mapping on requirements interchange through ReqIF.
Importing requirements without specifications is now possible. This is mostly the case with requirements exported from IBM DOORS Next Generation, which supports export and import of only plain requirements.
Now you can edit the derived SysML properties/tags, such as Allocated From, Allocated To, Satisfied By, Verified From, Satisfies, in Specification window, tables, and relation maps.
From now on, all ValueTypes are interpreted as Real numbers by default if it is not specified otherwise. The LiteralReal is used for default value or Slot Value of the value property.
You can access the full ISO 80000 library for more standard units and value types much faster now by clicking the ISO button.
From now on all inherited allocated behaviors are collected and displayed under the Inherited Allocated Behaviors category. Also you can change Classifier Behavior simply by clicking the new Set Classifier Behavior button.
From now on, dragging a Use Case onto a Class in a diagram sets that Class as the subject for the Use Case.
Having a Use Case with the subject jump-starts the creation of Swimlanes in the Activity diagram owned by that Use Case. In this case, you can select the subject properties you wish to be represented by the Partitions of that Swimlane.
Forget about considering which shape is suitable for connection! From now on all the shapes that cannot be connected with the selected shape become less visible on the diagram pane.
You can specify the transparency of unconnectable shapes by changing the Transparency of Unconnectable Shapes property value in the Environment Options dialog, the Diagram property group.
The Relation Map can now display
Plus, you're welcome to use the zoom buttons directly from the relation map toolbar!
The SysML Callout Style is now applied in the Compartment area of the Block, Requirement, Part, and Action for better compliance with SysML specification. To return the non-standard style, set the Apply SysML Callout Style property value to false in the Symbol Properties dialog.
The root package in the Model Browser is now renamed from Data to Model in the newly created SysML, Simulation, and Requirements projects.
It‘s our pleasure to announce that as of 18.2 FR, we are starting to move all our actual documentation online – to a single, user-friendly platform with advanced searchability.
For a limited time, you might notice this migration is in progress. This means that:
We plan to provide the complete online documentation until the release of the next LTR.
We'd like to apologize for any inconvenience this migration may cause. Your patience and trust in us is what inspires us to look for even better solutions for our clients!
Now OS X users can take full advantage of a long-awaited Retina display support, allowing those who work with higher resolution screens to see more detail in diagrams and enjoy sharper icons in the interface.
Those who use Cameo Systems Modeler for Windows and Linux with high resolution screens will definitely notice the initial steps taken towards full HiDPI support – you can now benefit from a significantly better overall visual quality, including proper scaling and increased sharpness of icons.
If you need to continue using these file formats or deploying these integrations, you are welcome to use Cameo Systems Modeler 18.1 or earlier.
The Eclipse UML 2.5 model data export from and import to Cameo Systems Modeler is now fully supported.
All available Eclipse UML 2 XMI formats – Eclipse UML 2 v2.x/v3.x/v4.x/v5.x/ XMI – are now listed under a single File > Import From / Export To command group Eclipse UML 2 XMI File.
OSGi framework
From now on, MagicDraw uses the Eclipse OSGi framework, one of the leading technologies for clean architecture and dependency management between components. Migration to OSGi was necessary for MagicDraw integration with Cameo Enterprise Data Warehouse.
MagicDraw and all plugins are now wrapped into a single OSGi bundle. This change in most cases has no impact for MagicDraw plugin development, since development principles remain the same as before.
However, there are some changes in starting MagicDraw.
Changes in starting MagicDraw from the command-line
com.nomagic.magicdraw.Main was deprecated. Use com.nomagic.osgi.launcher.ProductionFrameworkLauncher to start MagicDraw in this case. Additional java properties must be passed to this new launcher.
For more information, see Specifying batch mode program classpath and required system properties.
Changes in starting MagicDraw from another Java application
To make MagicDraw classes accessible, run this Java application inside the OSGi framework too. Use com.nomagic.magicdraw.core.Application#start(java.lang.String[]) to start MagicDraw in this case.
For more information, see Starting MagicDraw or other modeling tool as part of another application.
Integration with CEDW and changes in project structure
Due to MagicDraw integration with a new server, Cameo Enterprise Data Warehouse (CEDW), a new type of project was added. From now on, we have three types of projects: local project, Teamwork Server project, and CEDW project.
There is a great chance that plugins won't work correctly with CEDW projects, since this type of project (in contrast to local and Teamwork Server projects) can have many root elements. The root element of each used project becomes a root element in the main CEDW project. Thus, please review the existing plugins.
For working with multiple root models, a new API was added into the com.nomagic.magicdraw.core.Project:
public com.nomagic.uml2.ext.magicdraw.classes.mdkernel.Package getModel () was deprecated.
HiDPI monitors support
Since the loading of different resolution icons by monitor DPI was implemented, the new class is introduced for loading multi-resolution icons:
Element lookup API
Elements lookup API was refactored and cleaned. Two new utility classes were added:
com.nomagic.magicdraw.uml.ElementFinder was deprecated.
Return types
Return types were changed for the following methods:
Multiplicity of the following member ends of meta-associations in UML metamodel was changed from [1] to [0..*]:
UML metamodel API was changed according to these changes.