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.
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.
Exporting requirements via ReqIF
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.
Interchange with Reqtify
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 on import/export
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
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.
Visible diagrams validation mode
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.
Validation results marker bar
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.
Diagram validation button
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.
New rules and specifications
From now on:
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!
Use the Behaviors property group not only to create or delete owned Behaviors, but also to manage the Classifier Behavior! Change it simply by clicking the new Set Classifier Behavior button.
A bundle of Cameo Enterprise Architecture project templates was extended with a new item for software engineers, who use the Scrum methodology! In this template you can find brief guidelines and predefined artifacts for all phases of Scrum-based software development process recommended by us: user stories, requirements specification, architecture design, sprint planning, and publishing the model. Analyze the predefined information and adapt it to your needs - modify or delete existing elements, add your own ones – to jump start the creation of your Scrum model.
The Scrum project template appears in the New Project dialog under the Software Engineering category.
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.
It's easier to create compatible connectors in the Internal Block Diagram using:
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 Enterprise Architecture 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 Enterprise Architecture 18.1 or earlier.
The Eclipse UML 2.5 model data export from and import to Cameo Enterprise Architecture 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, Cameo Enterprise Architecture uses the Eclipse OSGi framework, one of the leading technologies for clean architecture and dependency management between components. Migration to OSGi was necessary for Cameo Enterprise Architecture integration with Cameo Enterprise Data Warehouse.
Cameo Enterprise Architecture and all plugins are now wrapped into a single OSGi bundle. This change in most cases has no impact for Cameo Enterprise Architecture plugin development, since development principles remain the same as before.
However, there are some changes in starting Cameo Enterprise Architecture.
Changes in starting Cameo Enterprise Architecture 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 Cameo Enterprise Architecture from another Java application
To make Cameo Enterprise Architecture classes accessible, run this Java application inside the OSGi framework too. Use com.nomagic.magicdraw.core.Application#start(java.lang.String[]) to start Cameo Enterprise Architecture 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 Cameo Enterprise Architecture 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:
Elements 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.