Skip to content

GitLab

  • Menu
    • Projects Groups Snippets
      Help
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • A AADL_OPCUADDSGateway
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • FORA
  • AADL_OPCUADDSGateway
  • Wiki
  • Best Practice (Tips & Tricks)

Best Practice (Tips & Tricks) · Changes

Page history
Update Best Practice (Tips & Tricks) authored 5 years ago by dramsauer's avatar dramsauer
Hide whitespace changes
Inline Side-by-side
Showing
with 19 additions and 1 deletion
+19 -1
Best-Practice-(Tips-&-Tricks).md
View page @ b624b2b1
todo
\ No newline at end of file
First off, OSATE provides a textual and a graphical mode to create and modify component types and component implementations and to grant an overview of the system model. As the textual view may be rather useful for a more detailed modification of a components type or implementation, the graphical view gives a bright overview of the system model and allows developers to check the correctness of the system model as well as the communication between different component or system instances from a visual point of view for example. For this reason, AADL provides several different types of diagrams depending on the intended graphical representation of the model. Before a diagram for an AADL model exists, only two different types of diagrams can be created though:
* Package Diagram
* Custom Diagram
The package diagram provides a general overview of the existing model including subcomponent types and existing subcomponent implementations. The custom diagram also provides an overview of the model but without any subcomponents such that the model can be completely customized. Once a diagram was created, further diagrams related to subsystem or subcomponent types and implementations may be created. The following diagram types are at choice:
* Associated Diagram
* Custom Diagram
* Mode Diagram
* Processor Binding Diagram
* Structure Diagram
* Type Diagram
* Structure Diagram
* Mode Diagram
* Custom Diagram
* Implementation Diagram
* Custom Diagram
* Mode Diagram
* Processor Binding Diagram
* Structure Diagram
* Package Diagram
Clone repository
  • AADL Introduction
  • Best Practice (Tips & Tricks)
  • Problems
  • Home

Menu

Projects Groups Snippets
Help