Leverage UML and SysML in designing automotive software application architectures
By Richard F. Boldt, Telelogic
automotivedesignline.com (October 16, 2008)
In the past ten years, automotive systems and software design has changed dramatically to meet increased product expectations, new design technologies, and workflow changes. Today's engineers overcome increased design complexity challenges using modeling tools that allow them to leverage abstraction, simulation, and code generation solutions while working in distributed teams.
In addition, many organizations use automated approaches that give them the ability to design, develop, and ultimately implement complex algorithms into their final designs. Even with these advances, however, many engineers are still implementing their algorithms directly into the source code using a textural code editing environment.
Among the numerous challenges facing engineers, the most critical is keeping pace with the rapid increases in design complexity. As many simply cannot keep up, engineers thus look for development software that will help them cope with this challenge. Traditionally, engineers dealt with complexity by leveraging algorithm development-focused tools to assist in meeting the challenge. But these are beginning to fall short because they were not originally designed to address architectural needs—it is difficult to scale these tools up to properly address today's physical (electrical), functional, and software architectural design requirements.
Using algorithm tools or written documents between different organizations can also present problems. This hurdle is a serious consideration as most automotive designs are spread across numerous organizations and geographies. Many of these products use proprietary languages that do not communicate well, and the written documents are usually ambiguous. However, engineers are using these tools to successfully design and develop individual algorithms and as such they would like to continue using them for this purpose.
automotivedesignline.com (October 16, 2008)
In the past ten years, automotive systems and software design has changed dramatically to meet increased product expectations, new design technologies, and workflow changes. Today's engineers overcome increased design complexity challenges using modeling tools that allow them to leverage abstraction, simulation, and code generation solutions while working in distributed teams.
In addition, many organizations use automated approaches that give them the ability to design, develop, and ultimately implement complex algorithms into their final designs. Even with these advances, however, many engineers are still implementing their algorithms directly into the source code using a textural code editing environment.
Among the numerous challenges facing engineers, the most critical is keeping pace with the rapid increases in design complexity. As many simply cannot keep up, engineers thus look for development software that will help them cope with this challenge. Traditionally, engineers dealt with complexity by leveraging algorithm development-focused tools to assist in meeting the challenge. But these are beginning to fall short because they were not originally designed to address architectural needs—it is difficult to scale these tools up to properly address today's physical (electrical), functional, and software architectural design requirements.
Using algorithm tools or written documents between different organizations can also present problems. This hurdle is a serious consideration as most automotive designs are spread across numerous organizations and geographies. Many of these products use proprietary languages that do not communicate well, and the written documents are usually ambiguous. However, engineers are using these tools to successfully design and develop individual algorithms and as such they would like to continue using them for this purpose.
To read the full article, click here
Related Semiconductor IP
- UCIe D2D Adapter & PHY Integrated IP
- Low Dropout (LDO) Regulator
- 16-Bit xSPI PSRAM PHY
- MIPI CSI-2 CSE2 Security Module
- ASIL B Compliant MIPI CSI-2 CSE2 Security Module
Related Articles
- How to use UML in your SoC hardware/software design: Part 1
- How to use UML in your SoC hardware/software design: Part 2
- How to use UML in your SoC hardware/software design: Part 3
- Fault-robust microcontrollers allow automotive technology convergence: Part 1, the nature of faults
Latest Articles
- RISC-V Functional Safety for Autonomous Automotive Systems: An Analytical Framework and Research Roadmap for ML-Assisted Certification
- Emulation-based System-on-Chip Security Verification: Challenges and Opportunities
- A 129FPS Full HD Real-Time Accelerator for 3D Gaussian Splatting
- SkipOPU: An FPGA-based Overlay Processor for Large Language Models with Dynamically Allocated Computation
- TensorPool: A 3D-Stacked 8.4TFLOPS/4.3W Many-Core Domain-Specific Processor for AI-Native Radio Access Networks