![\"Cradle](\"https:\/\/www.threesl.com\/blog\/wp-content\/uploads\/2023\/04\/rc00518-UK_SWE.jpg\")
Software Engineering<\/h3>\n
There are many contexts for software engineering, each using its own methods and languages. This module is intended for groups using functional methods to build software in C, Ada or Pascal.<\/p>\n
Detailed software designs are represented using Structure Charts<\/a> (STCs) with 3SL extensions to support:<\/p>\n Software designs are described with diagrams, data definitions and module specifications that hold the pseudo code, descriptions or source code. This software design is cross referenced to architecture, design\/analysis models, to requirements\/test cases, and to all other data.<\/p>\n The initial design can be code generated to:<\/p>\n Once algorithmic content is added to the generated code, the resulting completed source files can be reverse engineered back into the Cradle database, to update its design diagrams, and both the data definitions and module specifications of these diagrams’ symbols.<\/p>\n Reverse engineering merges the actual source code into the design definitions and specifications. Each source file is subdivided into the individual routines. The component parts are then stored into separate frames in the module specification and data definition items in the database. Every line in each source file is stored in a frame of one of these items in the database.<\/p>\n The Code Generator<\/a> can be run on the results of the reverse engineering to reconstruct the source files, either as they were, or including any changes made in the design model. In this case, the source code is generated using call interfaces built from the (possibly modified) STCs and the routines’ bodies are created from either the STC call hierarchy or the source code from the previous reverse engineer operation.<\/p>\n The process can start by reverse engineering legacy source code into an initial design model, recovering designs in situations where only the implementation currently exists.<\/p>\n As reverse engineering loads all source files into the database, the source files could be deleted, and instead configuration managed through the Cradle Configuration Management System<\/a> as part of the design.<\/p>\n The diagrams, specifications and data definitions can contain any number of attributes, including URLs to reference the source code in a source code control system, such as Git<\/a> or Subversion<\/a>.<\/p>\n The format of all generated code can be tailored to match your coding standards. Data definitions can be marked to be standard data types and generated into the source code. Header files can be produced from the composition specifications inside the data definitions to create record and variant structure declarations.<\/p>\n The reverse engineering tool supports any compiler programs and conditional compilation directives. It can distinguish application code, application libraries and standard library or operating system \/ runtime routines, and render the design diagrams accordingly. This uses any combination of regular expressions, and Cradle-supplied or user-defined library routine lists.<\/p>\n Reverse engineering can process one or more source files in one run, creating a hierarchy of design diagrams to represent the code structure beyond individual source files.<\/p>\n Using the reverse engineering tool creates full traceability across the entire system lifecycle, from user needs to system requirements to analysis, architecture and design models, to test procedures, specifications and test cases, to the source code. Cradle’s transitive cross reference view facilities allow users to directly see the user requirements and acceptance criteria associated with each source code module, and vice versa.<\/p>\n\n
\n
Reverse Engineering<\/h3>\n
Format of Generated Code<\/h3>\n
Support<\/h3>\n
Full Traceability<\/h3>\n
Feature Summary<\/h2>\n
![\"Feature](\"https:\/\/www.threesl.com\/blog\/wp-content\/uploads\/2023\/05\/feature_summary_swe.png\")