east-adl domain-model – overview and planning –
DESCRIPTION
EAST-ADL Domain-Model – Overview and Planning –. Mark-Oliver Reiser (TUB) AMST Workshop Berlin, 24.-25.09.2012. Content. EAST-ADL Overview (key characteristics) Domain Model Basic Structure Core Extensions Plans for Evolution & Versioning EAST-ADL Association - PowerPoint PPT PresentationTRANSCRIPT
EAST-ADL Domain-Model– Overview and Planning –
Mark-Oliver Reiser (TUB)
AMST WorkshopBerlin, 24.-25.09.2012
2
Content
EAST-ADL Overview (key characteristics)Domain Model
Basic StructureCoreExtensions
Plans for Evolution & VersioningEAST-ADL AssociationChallenge: evolution and versioning!Plans for next ~12 months, Version 2.1.11
How to contribute ...
3
EAST-ADLOverview
4
Comprehensive Approach
5
Early Development Phases
Analysis on two levels:featuresstructural functional analysis
Design
corresponds to other standards with early development coverage:e.g. ISO26262 with Functional Safety Concept
6
Abstraction Layers
Features of the vehicle
Vehicle Level
Analysis Level
Design Level
Implementation Level
Chassis
TechnicalFeatureModel
Steer Brake Cruise
<<AnalysisArchitecture>> DemonstratorAA
<<FunctionalDevice>>BrakePedal
<<FunctionalDevice>>BrakeFrontLeft
<<FunctionalDevice>>WheelSensorFrontLeft
<<FunctionalAnalysisArchitecture>> DemoFAA
<<ADLFunction>>BrakeAlgorithm
<<ADLFunction>>AbstractABSFrontLeft
VehicleSpeed
<<SWC>>BaseBrake
<<SensorSWC>>BrakePedal
<<LocalDeviceManager>>WheelSensorFL
<<ActuatorSWC>>Brake
<<SWC>>ABSFrontLeft
SWComposition
VehicleSpeed
Abstract functions
Hardware topology, concrete functions, allocation to nodes
Software Architecture
as represented by AUTOSAR
<<HWFunction>>BrakePedal
<<HWFunction>>BrakeFrontLeft
<<HWFunction>>WheelSensorFrontLeft
FunctionalDesignArchitecture
<<LocalDeviceManager>>BrakePedal
<<DesignFunction>>BrakeController
<<DesignFunction>>ABSFrontLeft <<LocalDeviceManager>>
BrakeActuatorFL<<BSWFunction>>
BrakeIO
<<BSWFunction>>PedalIO
<<LocalDeviceManager>>WheelSensorFL
<<BSWFunction>>WSensIO
VehicleSpeed
HardwareDesignArchitecture<<ECUNode>>
PedalNode<<ECUNoder>>
WheelNode
<<Sensor>>Pedal
<<Actuator>>Brake
7
Domain Model
8
Definition
EAST-ADL Domain Model= model in EnterpriseArchitect
EAST-ADL Specification= textual description in Word
UML2 Profile
EAXML XSD
Tool Implementations ...
9
Structure
AnalysisLevel
DesignLevel
ImplementationLevel
Vehicle Level
SystemModel
AnalysisLevel
DesignLevel
ImplementationLevel
Envi
ronm
ent M
odel
FunctionalAnalysisArchitecture
FunctionalDesignArchitecture
AUTOSAR Application SW
VehicleLevel
AUTOSAR Basic SW
AUTOSAR HW
HardwareDesignArchitecture
Varia
bilit
y
Requ
irem
ents
TechnicalFeatureModel
Depe
ndab
ility
Tim
ing
Extensions …
Data exchange over ports Allocation
10
Structure
Core vs. Extensions.
Extensions only point to Core and other extensions!
Common principle for all extensions:1 Extension Container + n supplmenetary elements.
11
Core
12
Planning
13
EAST-ADL Association
before:various research projects used & evolved
EAST-ADLad-hoc synchronization
now:EAST-ADL Association ...1. to coordinate efforts
(not to do main actual work)2. single point of entry for information
[email protected]@east-adl.info
14
Challenge!new
EAST-ADLVersion
EAST-ADLModel
EAST-ADLModel
15
Solution
upcoming version 2.1.11 (or 2.2 ??)stable releaseintended for use for next 12-18 monthsplanned for end of Nov/Dec 2012
later changes:take evolution into accountdocument how to translate to new version
16
Change „Process“
Add newinformation as
User Attributes.
Define UML2 Profilebased on
EAST-ADL Profile.
Modify tool-basedEAST-ADL implementation
(eg. MetaEdit+).
Updated / AddedExtension in
domain model.
UpdatedCore.
17
How to Contribute ...
TODO