We've just released a major upgrade to the Parallel Agile CodeBot.  As you might already know, CodeBot generates database schema, database access functions, and a REST API to access the database from a UML domain model.  But you might not know specifically how the class diagram is interpreted during code generation.

Here’s a simple domain model for a video editor that allows you to annotate an image for machine learning.

This example only uses Aggregation, but several other relationships are possible.  The table below explains how CodeBot interprets what’s on the diagram.

You should find Composition useful for creating nested JSON structures; something which particularly lends itself to MongoDB collections, where the recommended “best practice” is that child elements with a strong ownership relationship are nested within each parent element, rather than being put into separate collections.

All other relationship types – Dependency, Realization, Responsibility etc (ad infinitum) – are treated as “non-semantic” by CodeBot, so can safely be used to define more abstract concepts that document the model rather than drive it.

How Multiplicity affects what’s generated

If you define multiplicity in the relationships (e.g. 0..1, 1..*), CodeBot uses these wherever possible for validation checks. If you don’t define the multiplicity, it defaults to either “0..1” or “1”, depending on the context.

Multiplicity also affects whether fields are generated as a single item or a list of items. Additionally, in languages that support optional types (e.g. Option in Scala, or Optional in Java), a multiplicity of 0..1 will be generated as an optional type.

Let’s quickly illustrate that with some brief code examples:

Try CodeBot for free at http://www.parallelagile.com/codebot.html

This article will introduce you to both the Parallel Agile (PA) process and to the Parallel Agile Add-in for Enterprise Architect, which enables the PA process for Sparx customers.

Download the article in PDF here.

The Parallel Agile Add-in generates database access code and REST APIs from domain models, and it works in conjunction with the ICONIX Agile DDT Add-in, which generates acceptance tests from requirements and use cases.   Both add-ins are free.

We’ll discuss:

• What’s Parallel Agile?
• Compressing schedules with parallel development
• Improving quality while compressing schedule
• Why did we build an Enterprise Architect Add-in?
• What’s an Executable Architecture?
• What’s a Parallel Agile CodeBot?
• Using the CodeBot to generate code for your domain model
• Using our Cloud-Based Hosting Service to Test Your Generated API
• Use Case Complexity Analyzer
• Parallel Agile MDG Technology - supports Sprint Plans
  

✓ Improved C code generation
✓ Efficient C++ code generation
✓ Debugging on the model level (UML)
✓ User code synchronization
✓ Requirements Tracing

LieberLieber Embedded Engineer for Enterprise Architect Version 2.0 offers improved code generation from ANSI-C code from UML structures, state machines and activity models, as well as – brand new – the generation of C++ source code. This improves productivity by using more complex structures from UML modeling and state machines, the code for which, up to now, had to be implemented by hand in C or C++.

• The automated code generation creates detailed documentation at the same time.
• Existing solutions must not be converted, since a clean integration of model-based and classic development exists.
• Compliance with norms is simplified, since only the Code Generator must be adapted.
• Since the source code is delivered at the same time, necessary adjustments are easily possible and no dependency on solutions providers is generated.

You can download your 90-day trial here.